Sunny61

Finde den Fehler. Du verheimlichst uns was. ;) Kopier das doch einfach vollständig aus der Exchange Shell raus, mit Prompt zu Beginn und am Ende.

Wenn die pwsh.exe nicht vorhanden ist, dann installiere die Powershell 7 nach, oder ändere den Pfad auf die vorhandene Powershell.exe ab. Hier gibt es die aktuelle Version der PS7: https://github.com/powershell/powershell/releases

Dann würde ich es woanders kaufen.

Hmm, von nichts kommt die Meldung aber nicht. Welche 3rd Party Dienste laufen denn? Start > Ausführen > msconfig > Dienste > MS-Dienste ausblenden und die restlichen deaktivieren > Neustart und nochmal probieren. Natürlich alles in der VM. Sprich den Chef doch mal drauf an, wenn er sich einen neuen Firmenwagen zulegt. :) DNS-Alias bzw. besser ein DFS anlagen und dich einlesen. Evtl. wäre es auch ganz gut sich einen externen Berater ins Haus zu holen, als Workshop planen, dann kannst du mit dem Dienstleister den Umzug machen und auch noch etwas lernen dabei.

Vermutlich ist die Partition 1 zu klein, am besten löschen und neu starten. Ist auf dem Server Bitlocker aktiv? Falls ja, komplett entschlüsseln, Neustart und wieder probieren. Und zum Inplace Upgrade noch geschrieben: Der Vorteil ist, man nimmt alles alte mit. Der Nachteil ist, man nimmt alles alte mit. Wenn Du einen Hyper-V Server hast auf dem nur Hyper-V läuft, darfst Du 2 VMs mit dieser Lizenz laufen lassen. Und wenn ein Unternehmen wächst, sollte auch die IT problemlos mitwachsen können und dürfen, auch finanziell. Microsoft stellt die Möglichkeit zur Verfügung, aber ob es innerhalb deiner Konstellation auch funktioniert, hat niemand vorher getestet und das wird dir auch niemand garantieren. Denn dafür gibt es zu viele unbekannte Faktoren. EDIT: Und wenn es bei dir so viele Programme und unbekannte Faktoren gibt, würde ich persönlich nicht mit einem Inplace Upgrade anfangen, lieber noch eine VM dazu und Dienste/Programme migrieren. Aber vor jedem Test unbedingt die VM klonen und ohne Netzwerk starten.

Verrätst Du uns die Lösung auch?

Ich weiß nicht wie Du auf 'die AD' kommst, ich finde nur 'der AD', allerdings ist das auch nicht besser als die AD. :) Oder hat jemand das OP bearbeitet und man sieht es nicht?

Wie schon geschrieben, wenn Du etwas via GPEDIT.MSC abänderst, siehst Du es nur via GPEDIT.MSC und nur da. Via GPO sieht man in der GPMC.MSC oder via gpresult. Spätestens jetzt sollte klar sein, dass es eine schlechte Idee ist, die beiden Dinge zu mischen. Vielleicht schaust Du dich auf https://www.gruppenrichtlinien.de/home ein bisschen um. ;)

Wenn Du es via GPEDIT.MSC gesetzt hast, wird das angezeigt. Wird es innerhalb der Domain mit Hilfe eines GPO gesetzt, siehst du es an der Stelle NICHT. Dann hilft der Tipp von @testperson oder du suchst manuell in den GPOs, die auf den Server verlinkt sind.

Reboot hast Du gemacht?

Rausnehmen aus der Config. Braucht ihr unbedingt noch WINS-Server? Falls nein, auch entfernen. Dann noch die Antworten auf die gestellten Fragen bringen.

Seit wann ist das so? Was wurde zum Zeitpunkt des ersten Auftretens des Fehlers am System geändert? Funktioniert die Replikation des NETLOGN/SYSVOL auf allen beteiligten DCs? Weißt Du ob ein bestimmtes GPO dafür verantwortlich ist?

Hast Du denn Vollzugriff aufs AD? Falls ja, erstell eine neue OU, GPO-Vererbung deaktivieren, Client und Testuser in die OU verschieben und loslegen. GPO für GPO verlinken und testen, irgendwann findest Du das richtige GPO.

Report.html ist für dich zum Anschauen gedacht, hier will das sicher niemand sehen. Das hatte ich kürzlich auch schon mal, installier doch mal neu, ist ja in 10 Minuten erledigt und probiers dann nochmal.

Kann es an einem alten Treiber für das WLAN-Modul liegen?

Du kannst dem User ein neues Benutzerprofil auf dem TS erstellen lassen und damit nochmal probieren.

Du kannst natürlich mit Hilfe einer Batch Datei SQL-Statements auf dem SQL Server absetzen, dazu brauchts kein SSMS. Ganz rudimentäres Beispiel: cd "C:\Program Files\Microsoft SQL Server\Client SDK\ODBC\130\Tools\Binn" sqlcmd.exe -S "\\.\pipe\Microsoft##WID\tsql\query" -i "E:\WSUS\SetUpdateEnterprise_Pro.sql" EXIT Wenn Du das Verzeichnis nicht hast, wirst Du zuerst die benötigten Tools installieren müssen. In der *.sql-Datei hast du dann die TSQL-Statements stehen. Auch hier noch ein kleines Beispiel: USE [SUSDB] GO -- Lehnt und löscht ersetzte Edge Updates ab. 29.08.2020 Declare @Anzahl int Set @Anzahl = (Select Count([Updateid]) as Anz FROM [SUSDB].[PUBLIC_VIEWS].[vUpdate] where DefaultTitle like '%edge-Stable%x64%' and Isdeclined = 0 AND [UpdateID] NOT IN (Select TOP 1 [Updateid] FROM [SUSDB].[PUBLIC_VIEWS].[vUpdate] where DefaultTitle like '%edge-Stable%x64%' and Isdeclined = 0 Order By SUBSTRING(DefaultTitle, CHARINDEX('(',DefaultTitle,1)+1, LEN(DefaultTitle) -CHARINDEX('(',DefaultTitle,1)-1) desc ) ) print @Anzahl

Wer sagt dass es nicht geht? Der Papst?

Super, Danke für die Info. Spätestens in unserer Sommerpause werd ich das angehen. :)

Wie lange hat es denn gedauert?

Hast Du schon erfolgreiche Installation hinter dir?

Wie immer gilt: Kommt drauf an. ;) Das gute am Inplace ist, es bleibt alles alte da. Das schlechte am Inplace ist, es bleibt alles alte da.

Ist bei uns über AD-Gruppen gelöst.

Du kannst per GPP alle Drucker löschen, dann erst wieder neu verbinden. Man kann auch via GPO einstellen, dass Windows die Standarddrucker NICHT verwaltet, habt das aktiviert?

Hast Du es denn ausprobiert? Für mich liest sich das so: Ich glaube nicht dass es dort funktioniert, also probiere ich es gar nicht aus. Das wäre eine schlechte Einstellung.