Windows Server

Hallo Mohammadreza Dowlatkhah,

Wie läuft dein Problem? Ist das Problem schon gelöst? Falls ja, erwägen Sie bitte, die Antwort zu akzeptieren , da sie auch anderen mit demselben Problem hilft, davon zu profitieren. Danke :)

VP

Hallo Mohammadreza Dowlatkhah,

Die Ereignis-ID 1030, die Sie auf Ihrem Windows Server 2008-Rechner treffen, ist ein Symptom für Netzwerkinitialisierungsverzögerungen nach einer P2V-Migration in vSphere. Obwohl grundlegende Ping- und DNS-Tests erfolgreich sind, sobald der Server vollständig gebootet ist, ist der Gruppenrichtliniendienst darauf angewiesen, dass der Netzwerkstack während der frühen Startphase vollständig bereit ist. Wenn ein physischer Server virtualisiert wird, werden die ursprünglichen physischen Netzwerkadapter entfernt, bleiben aber als nicht vorhandene Geräte im Windows-Register verborgen. Diese Ghost-Adapter behalten häufig alte Netzwerkbindungen oder IP-Konfigurationen, die zu Konflikten führen und die Initialisierung Ihres neuen virtuellen Netzwerkadapters gerade so weit verzögern, dass die Gruppenrichtlinien-Verarbeitung ausfällt. Um diese zu löschen, öffne eine erhöhte Eingabeaufforderung, tippe set devmgr_show_nonpresent_devices=1 und drücke Enter. Aus genau diesem Promptfenster gib devmgmt.msc ein, um den Gerätemanager zu starten. Anschließend musst du auf das Menü Ansicht klicken, versteckte Geräte anzeigen, deinen Bereich Netzwerkadapter erweitern und alle ausgebleichten oder ausgegrauten Symbole, die deine alte physische Hardware repräsentieren, deinstallieren.

Über Ghost-Adapter hinaus nutzt Windows Server 2008 TCP Chimney Offload und Receive Side Scaling, um die Netzwerkverarbeitung auf physische Hardware zu übertragen. Diese Legacy-Offloading-Funktionen sind weithin dafür bekannt, mit VMware-Virtual-Netzwerktreibern wie VMXNET3 zu kollidieren, was zu intermittierenden Paketverlusten während der komplexen SMB-Verhandlungen führt, die erforderlich sind, um Richtlinien vom Domain Controller abzurufen. Sie können diesen Treiberkonflikt dauerhaft lösen, indem Sie eine erhöhte Eingabeaufforderung öffnen und netsh int tcp set global chimney=disabled ausführen, gefolgt von netsh int tcp set global rss=disabled. Dies weist die Windows-CPU an, den gesamten Netzwerkverkehr direkt zu verwalten und so die Hardware-Offload-Mismatch zu umgehen.

Wenn du nach dem Neustart immer noch Zeitprobleme hast, kannst du ausdrücklich dazu zwingen, dass der Gruppenrichtliniendienst länger auf das Netzwerk warten muss. Öffnen Sie den Registrierungseditor und navigieren Sie zu HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\CurrentVersion\Group Policy. Falls er nicht existiert, erstellen Sie einen neuen DWORD-Wert (32-Bit) namens GpNetworkStartTimeoutPolicyValue und setzen die Dezimaldaten auf 60. Dieser Registrierungsschlüssel gibt Ihrem virtuellen Netzwerkstack volle 60 Sekunden zur Initialisierung, bevor Windows versucht, Gruppenrichtlinien zu verarbeiten, was problemlos eventuelle Startverzögerungen durch die vSphere-Umgebung überdeckt.

Ich hoffe, diese Antwort hat Ihnen nützliche Informationen gebracht. Falls ja, klicken Sie bitte auf "Antwort akzeptieren". Sollten Sie Fragen haben, hinterlassen Sie gerne einen Kommentar.

VP