# Erneuern im laufenden Betrieb
Typ: Checkliste
Herkunft: rds-avd-operations / image-lifecycle / rds-avd-image-refresh-sequence
Version: rds-avd-image-refresh-sequence-2026-09-12
Geprüft: 2026-09-12

ACHTUNG: Dieses Dokument ist ein Lernartefakt aus einer Schulungssequenz. Es ist kein produktives Runbook. Vor jeder Anwendung in einer realen Umgebung müssen die Schritte gegen lokale Dokumentation, Runbooks und Freigabestatus geprüft werden.

## Szenario
Ein Pool mit 20 Hosts und rund 300 aktiven Nutzern soll auf eine neue Abbildversion gehoben werden. Der Pool nutzt Autoscale. Ein angekündigter Ausfall soll vermieden werden; laufende Sitzungen dürfen nicht abgeschnitten werden.

## Schritte
1. Die Erneuerung zuerst auf einem Testpool durchlaufen lassen, der dem Zielpool entspricht.
2. Autoscale für den Pool deaktivieren, damit kein zweiter Mechanismus Hosts erzeugt und entfernt.
3. Kontingent prüfen — während der Erneuerung existieren alte und neue Maschinen gleichzeitig.
4. Batchgröße und Zeitfenster aus der Kapazität wählen, die währenddessen tragen muss.
5. Erneuerung starten; der erste Host läuft allein, bevor die Batches folgen.
6. Nach Abschluss Autoscale wieder aktivieren und das Ergebnis im Betrieb prüfen.

## Begründung
Warum: Ein Vorgang, der Ressourcen erzeugt und löscht, verträgt keinen zweiten Vorgang mit demselben Ziel und keine Grenze, die er unterwegs erreicht. Beide Voraussetzungen gehören geprüft, solange noch nichts läuft — mittendrin sind sie nicht mehr herstellbar.
Folgen: **+** Die Erneuerung läuft ohne Konflikt mit der Skalierung und ohne an einem Kontingent hängen zu bleiben. **−** Der Vorlauf kostet Zeit, und mit abgeschaltetem Autoscale läuft der Pool währenddessen ohne automatische Anpassung an die Last — bei einem unerwarteten Andrang fehlt genau der Mechanismus, der sonst nachlegt.

## Quellen
1. https://learn.microsoft.com/en-us/azure/virtual-desktop/session-host-update