Wer einen Windows Server 2025 installiert stellt fest, dass das Azure Arc Setup vorhanden ist und nicht wie bei Windows Server 2022 entfernt werden kann.
Microsoft geht hier offenbar einen anderen Weg. Dennoch lässt sich leicht via PowerShell dieses Feature los werden:
Remove-WindowsCapability -Name "AzureArcSetup~~~~" -Online
Quelle
Microsoft – Tech Community – No uninstallation options：Azure Arc Setup
Update 25.12.2024
Unter “Einstellungen – System – Optionale Features” kann das “AzureArcSetup” ebenfalls deinstalliert werden.
Verheiratet, Vater von zwei Kindern, eines an der Hand, eines im Herzen. Schon immer Technik-Freund, seit 2001 in der IT tätig und seit über 10 Jahren begeisterter Blogger. Mit meiner Firma IT-Service Weber kümmern wir uns um alle IT-Belange von gewerblichen Kunden und unterstützen zusätzlich sowohl Partner als auch Kollegen.
Artikel (RSS)
XING
ich kämpfe hier gerade mit folgendem dazugehörigem Problem … wenn ich das Feature wie deinstalliere – egal ob mit dem beschrieben Powershell Befehl oder über EINSTELLUNGEN / SYSTEM / optionale Features – und dann die als Vorlage installierte Windows Server 2025 VMWARE klone, startet das Windows nicht mehr korrekt und bleibt beim Start des Server Managers hängen; die Vorlage bootet ohne Probleme; bleibt das ARC Setup hingegen unangerührt, funktionieren auch die geklonten Windows Systeme … prima gemacht, Microsoft …
Mit VMware (um welches Produkt geht es denn?) haben wir schon ewig nichts mehr gemacht, aktuell glaube ich auch nicht, das es daran liegt.
Wie wird denn geklont? Bordmittel von VMware? sysprep, newsid-Alternative o.ä.?
Ohne wie Dieter Hallervorden klingen zu wollen, aber “ich brauche mehr Details”.
Unter Hyper-V ist mir das geschilderte Verhalten noch nicht begegnet, aber Server 2025 war jetzt noch nicht das große Thema.
Teile mal die Herangehensweise mit und dann versuche ich mal das im Lab nachzustellen.
Ich hab’ das Ganze mal unter Hyper-V durchgespielt:
– Neue VM erstellt und installiert
– Windows Updates installiert
– AzureArcSetup wie im Blog beschrieben entfernt
– Die VM exportiert und mit neuer ID importiert
– Server-Manager getestet (scheint soweit ok)
– sysprep mit Verallgemeinern laufen lassen und neu gestartet
– OOBE durchlaufen, Server-Manager getestet (scheint ebenfalls ok zu sein)
Aktuell kann ich das Verhalten nicht nachvollziehen.
Möglichweise hängt es irgendwie mit VMware zusammen oder welche ISO zum installieren verwendet wurde.
Zum Testen wurde die “de-de_windows_server_2025_x64_dvd_5282a882.iso” genutzt, die Neuere “de-de_windows_server_2025_updated_nov_2024_x64_dvd_ccbcec44.iso” lädt gerade noch.
Auch mit der aktualisierten ISO bei mir soweit keine Probleme.
Generell lässt sich allerdings festhalten, das der Server-Manager empfindlich reagiert wenn im Hintergrund beispielsweise Windows Updates installiert werden.
Dann kann es schon zu Timeouts kommen und dann klappt es nicht mit der De-/Installation von Rollen und Features oder gar der initialen Abfrage von Basisdaten.