Windows 365: Leistung ändern, Cloud PC behalten

Inhaltlich geprüft am 5. November 2026

Ein Benutzer benötigt mehr Arbeitsspeicher für seine Buchhaltungssoftware. Er hat eigene Einstellungen, mehrere lokal installierte Werkzeuge und Dokumente in Arbeit. In der Verwaltung stehen Größenänderung, Wiederherstellung und Neubereitstellung zur Auswahl. Eine Verwechslung kann aus einer einfachen Leistungserhöhung den Wiederaufbau der gesamten Arbeitsumgebung machen.

Verwenden Sie Resize, um unterstützte Ressourcen eines vorhandenen Cloud PCs zu ändern. Benutzer- und Datenträgerdaten bleiben erhalten; ungespeicherte Arbeit in einer getrennten Sitzung kann die Aktion jedoch nicht retten. Neuinstallation und Reprovision haben einen anderen Zweck und andere Folgen. Die Übersicht zur Größenänderung von Windows 365 erläutert unterstützte Änderungen und den Lizenzablauf.

Im Folgenden unterscheiden wir Windows 365 Enterprise und das dokumentierte Verfahren für direkt lizenziertes Windows 365 Business. Editionswechsel, GPU-Geräte und gemeinsam genutzte Modi sind keine bloßen Varianten derselben Anleitung.

Resize, Restore und Reprovision führen zu anderen Ergebnissen

Microsoft beschreibt Reprovision ausdrücklich als Löschen und Neuaufbau. Die Dokumentation zu Restore und Reset warnt vor dem Verlust neuerer Änderungen beim Wiederherstellen und vor der Datenentfernung beim Zurücksetzen. Wählen Sie diese Aktionen nicht allein deshalb, weil Resize vorübergehend nicht verfügbar ist.

Formulieren Sie zuerst das gewünschte Ergebnis in einem Satz. „Mehr Arbeitsspeicher bei gleichen Anwendungen“ ist eine andere Aufgabe als „Ein neues Basisimage bereitstellen“. Wird tatsächlich ein neues Image benötigt, planen Sie Datenübernahme und Anwendungswiederherstellung ein. Eine Größenänderung erfüllt diesen Zweck nicht.

Der Datenträger lässt sich vergrößern, aber nicht verkleinern

Resize erlaubt unterstützte Vergrößerungen und Verkleinerungen von CPU und RAM; der Speicher lässt sich nur erhöhen. Auch ein fast leerer Datenträger ermöglicht keine kleinere Zielgröße. GPU-Cloud-PCs unterstützen Resize nicht. Prüfen Sie den Umfang unterstützter Änderungen, bevor Sie die Zielkonfiguration bestellen.

Das ist bei Einsparungen nach Projektende entscheidend. Eine Station besitzt beispielsweise 256 GB, von denen nur 70 GB belegt sind. Die geringe Belegung macht einen Resize auf 128 GB nicht unterstützt. Ist ein kleinerer Datenträger zwingend, planen Sie den Wechsel in eine neue Umgebung mit geprüfter Datenübernahme statt eines gewöhnlichen Downgrades dieses Geräts.

Erfassen Sie für die Entscheidung zwei Werte: zugewiesene Datenträgergröße und tatsächlich belegter Speicher. Der erste bestimmt die Grenze der Aktion, der zweite hilft bei Übernahmeplanung und Eignungsprüfung eines kleineren Zieldatenträgers. Eine Verwechslung führt leicht zu einer ungeeigneten Bestellung.

Auch Windows 365 Business unterstützt Resize

Ältere Diskussionen und Anleitungen können den Eindruck erwecken, Business benötige immer einen neuen Computer. Die aktuelle Dokumentation beschreibt Resize auch für diese Edition. Für ein einzelnes direkt lizenziertes Gerät nennt Microsoft im Microsoft-365-Admin-Center die Auswahl des Benutzers, dann Devices und Resize. Die Zieloptionen hängen von freien Lizenzen im Bestand ab. Folgen Sie dem Business-Verfahren, statt Enterprise-Schritte ohne Editionsprüfung zu übernehmen.

Dabei entfernt der Dienst selbst die ursprüngliche Lizenz und weist die Ziellizenz zu. Microsoft warnt davor, die Ziellizenz manuell zuzuweisen und versehentlich einen weiteren Cloud PC zu erzeugen. Eine ausgegraute Aktion kann entstehen, wenn das ursprüngliche Abonnement nach Ablauf in einen Warnstatus übergeht. Stellen Sie zuerst einen aktiven Lizenzstatus her und versuchen Sie Resize danach erneut. Die Hinweise zur nicht verfügbaren Resize-Aktion ergänzen die eigentliche Anleitung.

Für Business empfiehlt dieser Artikel das dokumentierte Verfahren einer einzelnen direkt lizenzierten Station. Die folgenden Schritte zu Gruppenlizenzen gelten für Enterprise; ähnlich benannte Schaltflächen belegen keine identische Unterstützung in allen Editionen.

Enterprise: Direkte und gruppenbasierte Lizenzen getrennt behandeln

Bei direkter Lizenzzuweisung übernimmt der Dienst die Neuzuordnung während Resize. Bei einer gruppenbasierten Zuweisung müssen Sie den Übergang von Quell- zu Ziellizenz abschließen. Ein Betriebsrisiko entsteht besonders dann, wenn dieselbe Gruppe sowohl Lizenz als auch Zielzuordnung der Bereitstellungsrichtlinie steuert.

Microsoft empfiehlt, diese Gruppen zu trennen. Eine Konfigurationsänderung muss den Benutzer dann nicht aus der Richtlinienzuordnung entfernen, die seinen Cloud PC bereitstellt. Die Anforderungen für eine einzelne Enterprise-Station beschreiben außerdem notwendige Rechte und den Zustand Provisioned.

Was Resize pending license bedeutet

Starten Sie bei einer gruppenlizenzierten Station zuerst Resize und prüfen Sie den Zustand Resize pending license. Ändern Sie erst danach die Mitgliedschaft für die Lizenzierung. Microsoft warnt im Verfahren für Gruppenlizenzen vor Mitgliedschaftsänderungen vor diesem Zustand: Sie können einen weiteren Cloud PC oder Berechtigungsprobleme verursachen.

Laut aktueller Übersicht müssen vor Beginn der Größenänderung sowohl die ursprüngliche Lizenz entfernt als auch die Ziellizenz zugewiesen sein. Die Reihenfolge dieser beiden Lizenzänderungen ist unerheblich; beide müssen aber tatsächlich abgeschlossen werden. Der Wartestatus gilt 48 Stunden. Wird die Quelle entfernt, das Ziel aber nicht rechtzeitig zugewiesen, geht die Station in eine Kulanzfrist über. Das Verhalten des Wartestatus ist daher kein Anlass, Verzögerungen durch wiederholte zufällige Produktzuweisungen zu behandeln.

Dokumentieren Sie ursprüngliche SKU, Ziel-SKU, Zuweisungsquelle und Zeitpunkt beider Änderungen im Änderungsprotokoll. Prüfen Sie bei Gruppen die tatsächlich wirksamen Benutzerlizenzen und nicht nur die Entfernung aus einer Gruppe. Kommt dieselbe Lizenz über einen weiteren Zuweisungsweg, ist der beabsichtigte Zustand möglicherweise noch nicht erreicht.

Zuerst prüfen, ob wirklich Leistung fehlt

Ein größerer Cloud PC beseitigt nicht jede Verzögerung. Erfassen Sie vor einer Bestellung im konkreten Arbeitsfall Anwendungsstartzeit, CPU-, RAM- und Datenträgerauslastung sowie das Verhalten der Remoteverbindung. Ist nur eine Netzwerkanwendung langsam, lokale Arbeit aber normal, prüfen Sie zunächst deren Server und Verbindung, bevor Sie einer ganzen Gruppe mehr RAM geben.

Diese empfohlene Prüfung ist keine Lizenzbedingung. Sie gibt der Änderung ein messbares Ziel. Wiederholen Sie nach Resize dieselbe Aufgabe mit demselben Dokument und Konto. Ohne vergleichbaren Test lässt sich aus „Jetzt ist es besser“ kaum ableiten, ob der zusätzliche Monatsaufwand sinnvoll war.

Bestandsmodell für zwölf Cloud PCs

Die folgende Bestandsaufnahme ist ein eigenes hypothetisches Beispiel. Sie ist weder eine Zusammenstellung unterstützter SKU-Kombinationen noch ein Angebot; konkrete Ziele müssen Sie im verfügbaren Lizenzbestand des Mandanten prüfen.

Von zwölf Anfragen können damit acht in die Resize-Vorbereitung gehen. Zwei benötigen eine Entscheidung zum kleineren Datenträger, zwei eine Abonnementkorrektur. Alle zwölf sofort „umzulizenzieren“ würde drei unterschiedliche Ursachen verdecken und eine Wiederherstellung erschweren.

Wie viele Änderungen gleichzeitig starten

Ein Enterprise-Cloud-PC mit Hybrid Join und eigenem Netzwerk benötigt für Resize eine zweite freie IP-Adresse im Subnetz. Microsoft erlaubt gestaffelte Änderungen entsprechend der Adressverfügbarkeit. Übertragen Sie diese Bedingung nicht pauschal auf jedes Windows-365-Netzwerkmodell. Die Netzwerkvoraussetzungen für Resize gelten für das genannte Szenario.

Nutzen alle acht Enterprise-Stationen des Beispiels dieses Netzwerkmodell und hat das Subnetz nur drei freie Adressen, erlaubt diese Voraussetzung allein höchstens drei parallele Operationen. Als eigene Betriebsreserve würden wir zwei gleichzeitig ändern und eine Adresse freihalten. Daraus ergeben sich vier Wellen zu je zwei Stationen.

Das ist ein Ablaufvorschlag für diese Eingaben und kein Dienstlimit. Belegen andere Prozesse zwischenzeitlich freie Adressen, müssen Sie neu planen. Bestätigen Sie vor jeder weiteren Welle den Abschluss der vorherigen und die aktuelle Netzwerkreserve.

Was vor und nach der Änderung zu prüfen ist

Microsoft nennt als Richtwert 15–20 Minuten Nichtverfügbarkeit während Resize. Das ist kein garantiertes Wartungsfenster; Lizenz- und Gruppenprüfungen sowie die anschließende Abnahme benötigen zusätzliche Zeit. Das Business-Verfahren und die Enterprise-Übersicht warnen vor Sitzungstrennung und möglichem Verlust ungespeicherter Arbeit.

Prüfen Sie vor dem Eingriff außerdem, welche Daten tatsächlich synchronisiert sind. Ein Dokument in Downloads oder eine lokale Anwendungsdatenbank nutzt möglicherweise nicht denselben Mechanismus wie Arbeitsdokumente in OneDrive. Microsoft empfiehlt, Benutzerdaten vom Gerät zu entkoppeln, beispielsweise über bekannte OneDrive-Ordner; der Umfang synchronisierter Anwendungseinstellungen unterscheidet sich jedoch.

Auch eine geprüfte Synchronisierung rechtfertigt nicht, Resize durch Reprovision zu ersetzen. Für eine mögliche Wiederherstellung müssen Sie wissen, was sich zu welchem Zeitpunkt zurückholen lässt. Kleinerer Datenträger, früherer Systemzustand und Leistungsänderung sind getrennte Entscheidungen.

Geht es statt Leistung um die Zahl gleichzeitig benötigter Cloud PCs, behandelt unser Artikel zur gleichzeitigen Nutzung von Windows 365 Flex diese Frage. Für eine Resize-Prüfung benötigen Sie dagegen die konkreten Stationen mit Datenträgern, Lizenzen und gewünschten Zielkonfigurationen.