17
SBS 2011 Umzug - Fehlgeschlagen wegen AD Replikation Problem
Hi,
Problem
Unser alter SBS 2011 soll aktuell via Hyper-V Virtualisiert werden (durch Migration) und im Januar komplett abgeschaltet/ersetzt werden (Der zwischen-Schritt mit der Virtualisierung hat gute Gründe welche gerne per PM diskutiert werden können falls das jemand möchte.).
Folgende Anleitung haben wir verwendet um die Migration vorzubereiten:
Bei der SBS Migration kommt jedoch folgende Fehlermeldung:
"Die Active Directory-Replikation dauert länger als erwartet. Sie können entscheiden, ob Sie weiterhin warten möchten.
Wenn Sie nicht weiter warten, tritt ggf. ein Migrationsfehler auf. Es wird empfohlen, weiter zu warten, wenn Sie nicht sicher sind, ob die Replikation ordnungsgemäß funktioniert.
Möchten Sie warten, bis die Replikation abgeschlossen ist? (Ja/Nein)"
Diese Meldung ist nun schon seit Tagen vorhanden und es wurde schon ein dutzend mal auf 'Ja' geklickt. Laut Microsoft soll man nicht auf Nein klicken da es sonst zu Fehlern kommen kann.
Background
Unser SBS 2011 hatte im Oktober 2018 mehrere Stunden gebraucht um neu gestartet zu werden. Der Server lief jedoch normal und es wurde nichts weiter geprüft da Updates halt ab und zu etwas größer sind...
Wenige Wochen später wurde er dann nachts Neugestartet. Am nächsten Morgen (Samstag) war der Server wieder wie erwartet online.
Was wir nicht wussten ist das jeder Neustart seitdem mindestens Oktober 2018 4 Stunden braucht anstatt 15 Minuten. Das durften wir einmal bitter lernen als vor Arbeitsbeginn mal schnell neu gestartet wurde... Der Server wird ja nur für updates neu gestartet (wenn benötigt) und dann auch nur Nachts.
Ein Backup einspielen von 'damals' ist nicht wirklich möglich da der Fehler nun schon seit knapp einem Jahr existiert.... Seitdem wurden viele neue Mitarbeiter hinzugefügt und alte entfernt. Auf dem SBS läuft DNS sowie Exchange. DHCP, File & Print läuft bereits seit 6+ Monaten auf virtuellen Windows Server 2016.
Frage
Hat jemand eine Ahnung wie ich das AD-Replikation Problem lösen kann? Das Problem liegt garantiert am Source Server - siehe Background Info oben. Ich habe schon seit Tagen alles mögliche an Logs mir durchgeschaut aber kann nichts finden, bzw, kann mit den Fehlern nichts anfangen da oft Microsoft sagt das die Fehlermeldungen normal sind.
Vielen Dank
Problem
Unser alter SBS 2011 soll aktuell via Hyper-V Virtualisiert werden (durch Migration) und im Januar komplett abgeschaltet/ersetzt werden (Der zwischen-Schritt mit der Virtualisierung hat gute Gründe welche gerne per PM diskutiert werden können falls das jemand möchte.).
Folgende Anleitung haben wir verwendet um die Migration vorzubereiten:
Bei der SBS Migration kommt jedoch folgende Fehlermeldung:
"Die Active Directory-Replikation dauert länger als erwartet. Sie können entscheiden, ob Sie weiterhin warten möchten.
Wenn Sie nicht weiter warten, tritt ggf. ein Migrationsfehler auf. Es wird empfohlen, weiter zu warten, wenn Sie nicht sicher sind, ob die Replikation ordnungsgemäß funktioniert.
Möchten Sie warten, bis die Replikation abgeschlossen ist? (Ja/Nein)"
Diese Meldung ist nun schon seit Tagen vorhanden und es wurde schon ein dutzend mal auf 'Ja' geklickt. Laut Microsoft soll man nicht auf Nein klicken da es sonst zu Fehlern kommen kann.
Background
Unser SBS 2011 hatte im Oktober 2018 mehrere Stunden gebraucht um neu gestartet zu werden. Der Server lief jedoch normal und es wurde nichts weiter geprüft da Updates halt ab und zu etwas größer sind...
Wenige Wochen später wurde er dann nachts Neugestartet. Am nächsten Morgen (Samstag) war der Server wieder wie erwartet online.
Was wir nicht wussten ist das jeder Neustart seitdem mindestens Oktober 2018 4 Stunden braucht anstatt 15 Minuten. Das durften wir einmal bitter lernen als vor Arbeitsbeginn mal schnell neu gestartet wurde... Der Server wird ja nur für updates neu gestartet (wenn benötigt) und dann auch nur Nachts.
Ein Backup einspielen von 'damals' ist nicht wirklich möglich da der Fehler nun schon seit knapp einem Jahr existiert.... Seitdem wurden viele neue Mitarbeiter hinzugefügt und alte entfernt. Auf dem SBS läuft DNS sowie Exchange. DHCP, File & Print läuft bereits seit 6+ Monaten auf virtuellen Windows Server 2016.
Frage
Hat jemand eine Ahnung wie ich das AD-Replikation Problem lösen kann? Das Problem liegt garantiert am Source Server - siehe Background Info oben. Ich habe schon seit Tagen alles mögliche an Logs mir durchgeschaut aber kann nichts finden, bzw, kann mit den Fehlern nichts anfangen da oft Microsoft sagt das die Fehlermeldungen normal sind.
Vielen Dank
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 501561
Url: https://administrator.de/forum/sbs-2011-umzug-fehlgeschlagen-wegen-ad-replikation-problem-501561.html
Ausgedruckt am: 26.12.2024 um 22:12 Uhr
17 Kommentare
Neuester Kommentar
Hi,
was sagen die Logs ?
Einmal das Tool runterladen und prüfen.
https://www.microsoft.com/en-us/download/details.aspx?id=30005
MfG
was sagen die Logs ?
Einmal das Tool runterladen und prüfen.
https://www.microsoft.com/en-us/download/details.aspx?id=30005
MfG
Hallo,
Bis jetztt hast du von Hyper-V und Virtualisierung gesprochen und nun sprichst du von einer Migration. Und dazu noch von ein SBS 2011 nach SBS 2011, keine angabe darüber ob ein Standard oder Pro usw.
Gruß,
Peter
Bis jetztt hast du von Hyper-V und Virtualisierung gesprochen und nun sprichst du von einer Migration. Und dazu noch von ein SBS 2011 nach SBS 2011, keine angabe darüber ob ein Standard oder Pro usw.
Folgende Anleitung haben wir verwendet um die Migration vorzubereiten: https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/window ...
Dein Link wird falsch angegeben oder dargestellt. Das Forum hat mit den Links Probleme. [Formatierungen in den BeiträgenHat jemand eine Ahnung wie ich das AD-Replikation Problem lösen kann?
Ist dein Quellserver frei von Fehlern? Nein - er braucht min. 4 Stunden um hochzufahren.Das Problem liegt garantiert am Source Server
Eine naheliegende Vermutung. Fehler behebn, wenn es noch geht.siehe Background Info unten.
Da steht nichts oder halt in weisser Schrift auf weissen Grund.da oft Microsoft sagt das die Fehlermeldungen normal sind.
Wo?Gruß,
Peter
Hi,
Bei dem Tool kommt nur ein Fehler 'Get Domain Controller Replication Status' vom neuen Server - das ist aber "normal" da auf diesem ja die Fehlermeldung vom Time-out kommt. In der Domäne gab es immer nur einen DC.
Welche Logs genau?
MfG
Bei dem Tool kommt nur ein Fehler 'Get Domain Controller Replication Status' vom neuen Server - das ist aber "normal" da auf diesem ja die Fehlermeldung vom Time-out kommt. In der Domäne gab es immer nur einen DC.
Welche Logs genau?
MfG
Hallo
Ist das AD auch noch vollständig intakt? DCDIAG bringt keine Fehler? Die Ursache des 4 Stunden-Startvorgangs habt ihr wirklich 12 Monate toleriert ohne nähere Analyse?
Gruß Mikro
Ist das AD auch noch vollständig intakt? DCDIAG bringt keine Fehler? Die Ursache des 4 Stunden-Startvorgangs habt ihr wirklich 12 Monate toleriert ohne nähere Analyse?
Gruß Mikro
Hi Pter,
Ein 'neuer' SBS 2011 soll aufgesetzt werden als virtueller Server. Migration der Einstellungen & Daten in der Hoffnung das so das Problem vom ewig langem Neustart gelöst wird. Beitrag aktualisiert.
Link korrigiert
Fehler im Quellserver versuche ich zu finden. Jetzt weiß ich ja das es wohl ein AD Problem ist.
MfG
Ein 'neuer' SBS 2011 soll aufgesetzt werden als virtueller Server. Migration der Einstellungen & Daten in der Hoffnung das so das Problem vom ewig langem Neustart gelöst wird. Beitrag aktualisiert.
Link korrigiert
Fehler im Quellserver versuche ich zu finden. Jetzt weiß ich ja das es wohl ein AD Problem ist.
MfG
Hi Mikro,
Ja, das haben wir 12 Monate lang toleriert. Da der Server nur alle 2-3 Monate einmal neu gestartet wird wegen Updates war das nicht so 'dramatisch'...
Habe die Servernamen geändert damit es etwas einfacher zum Lesen ist:
Ja, das haben wir 12 Monate lang toleriert. Da der Server nur alle 2-3 Monate einmal neu gestartet wird wegen Updates war das nicht so 'dramatisch'...
Habe die Servernamen geändert damit es etwas einfacher zum Lesen ist:
C:\Users\Administrator.OFFICE>REPADMIN /SHOWREPL
Repadmin: Befehl "/SHOWREPL" wird für den vollständigen DC "localhost" ausgeführ
t
Standardname-des-ersten-Standorts\SBS-ALT
DSA-Optionen: IS_GC
Standortoptionen: (none)
DSA-Objekt-GUID: 33e4aa27-8c27-41aa-a68b-5ace61891d2a
DSA-Aufrufkennung: 97a5cbf3-84c4-49cb-bcfc-f2b51f858a6d
Quelle: Standardname-des-ersten-Standorts\SBS-NEU
******* 176 AUFEINANDERFOLGENDE FEHLER seit 2019-09-14 01:50:32
Letzter Fehler: 8524 (0x214c):
Ein DSA-Vorgang kann aufgrund eines DNS-Aufruffehlers nicht fortgese
tzt werden.
Namenskontext: CN=Schema,CN=Configuration,DC=office,DC=XXXX,DC=de
Quelle: Standardname-des-ersten-Standorts\SBS-NEU
******* WARNUNG: KCC konnte diese REPLIKATVERKNPÜFUNG aufgrund eines Fehlers nic
ht hinzufügen.
Namenskontext: DC=office,DC=XXXX,DC=de
Quelle: Standardname-des-ersten-Standorts\SBS-NEU
******* WARNUNG: KCC konnte diese REPLIKATVERKNPÜFUNG aufgrund eines Fehlers nic
ht hinzufügen.
Namenskontext: CN=Configuration,DC=office,DC=XXXX,DC=de
Quelle: Standardname-des-ersten-Standorts\SBS-NEU
******* WARNUNG: KCC konnte diese REPLIKATVERKNPÜFUNG aufgrund eines Fehlers nic
ht hinzufügen.C:\Users\Administrator.OFFICE>repadmin /showrepl office.XXXX.de
Standardname-des-ersten-Standorts\SBS-ALT
DSA-Optionen: IS_GC
Standortoptionen: (none)
DSA-Objekt-GUID: 33e4aa27-8c27-41aa-a68b-5ace61891d2a
DSA-Aufrufkennung: 97a5cbf3-84c4-49cb-bcfc-f2b51f858a6d
Quelle: Standardname-des-ersten-Standorts\SBS-NEU
******* 178 AUFEINANDERFOLGENDE FEHLER seit 2019-09-14 01:50:32
Letzter Fehler: 8524 (0x214c):
Ein DSA-Vorgang kann aufgrund eines DNS-Aufruffehlers nicht fortgese
tzt werden.
Namenskontext: CN=Schema,CN=Configuration,DC=office,DC=XXXX,DC=de
Quelle: Standardname-des-ersten-Standorts\SBS-NEU
******* WARNUNG: KCC konnte diese REPLIKATVERKNPÜFUNG aufgrund eines Fehlers nic
ht hinzufügen.
Namenskontext: DC=office,DC=XXXX,DC=de
Quelle: Standardname-des-ersten-Standorts\SBS-NEU
******* WARNUNG: KCC konnte diese REPLIKATVERKNPÜFUNG aufgrund eines Fehlers nic
ht hinzufügen.
Namenskontext: CN=Configuration,DC=office,DC=XXXX,DC=de
Quelle: Standardname-des-ersten-Standorts\SBS-NEU
******* WARNUNG: KCC konnte diese REPLIKATVERKNPÜFUNG aufgrund eines Fehlers nic
ht hinzufügen.C:\Users\Administrator.OFFICE>Dcdiag
Verzeichnisserverdiagnose
Anfangssetup wird ausgeführt:
Der Homeserver wird gesucht...
Homeserver = SBS-ALT
* Identifizierte AD-Gesamtstruktur.
Sammeln der Ausgangsinformationen abgeschlossen.
Erforderliche Anfangstests werden ausgeführt.
Server wird getestet: Standardname-des-ersten-Standorts\SBS-ALT
Starting test: Connectivity
......................... SBS-ALT hat den Test Connectivity
bestanden.
Primärtests werden ausgeführt.
Server wird getestet: Standardname-des-ersten-Standorts\SBS-ALT
Starting test: Advertising
......................... SBS-ALT hat den Test Advertising bestanden.
Starting test: FrsEvent
......................... SBS-ALT hat den Test FrsEvent bestanden.
Starting test: DFSREvent
......................... SBS-ALT hat den Test DFSREvent bestanden.
Starting test: SysVolCheck
......................... SBS-ALT hat den Test SysVolCheck bestanden.
Starting test: KccEvent
......................... SBS-ALT hat den Test KccEvent bestanden.
Starting test: KnowsOfRoleHolders
[SBS-NEU] DsBindWithSpnEx()-Fehler 1722,
Der RPC-Server ist nicht verfügbar..
Achtung: SBS-NEU ist Schema Owner, reagiert jedoch nicht auf die
DS-RPC-Bindung.
Auf dem Server SBS-NEU ist beim Suchen des LDAP-Suchfunktionsattributs
ein Fehler aufgetreten. Rückgabewert = 81
Achtung: SBS-NEU ist Schema Owner, reagiert jedoch nicht auf die
LDAP-Bindung.
Achtung: SBS-NEU ist Domain Owner, reagiert jedoch nicht auf die
DS-RPC-Bindung.
Achtung: SBS-NEU ist Domain Owner, reagiert jedoch nicht auf die
LDAP-Bindung.
Achtung: SBS-NEU ist PDC Owner, reagiert jedoch nicht auf die
DS-RPC-Bindung.
Achtung: SBS-NEU ist PDC Owner, reagiert jedoch nicht auf die
LDAP-Bindung.
Achtung: SBS-NEU ist Rid Owner, reagiert jedoch nicht auf die
DS-RPC-Bindung.
Achtung: SBS-NEU ist Rid Owner, reagiert jedoch nicht auf die
LDAP-Bindung.
Achtung: SBS-NEU ist Infrastructure Update Owner, reagiert jedoch
nicht auf die DS-RPC-Bindung.
Achtung: SBS-NEU ist Infrastructure Update Owner, reagiert jedoch
nicht auf die LDAP-Bindung.
......................... SBS-ALT hat den Test KnowsOfRoleHolders
nicht bestanden.
Starting test: MachineAccount
......................... SBS-ALT hat den Test MachineAccount
bestanden.
Starting test: NCSecDesc
Fehler: NT-AUTORITÄT\DOMÄNENCONTROLLER DER ORGANISATION besitzt keine
Replicating Directory Changes In Filtered Set
Zugriffsrechte für den Namenskontext:
DC=ForestDnsZones,DC=office,DC=XXXX,DC=de
Fehler: NT-AUTORITÄT\DOMÄNENCONTROLLER DER ORGANISATION besitzt keine
Replicating Directory Changes In Filtered Set
Zugriffsrechte für den Namenskontext:
DC=DomainDnsZones,DC=office,DC=XXXX,DC=de
......................... SBS-ALT hat den Test NCSecDesc nicht
bestanden.
Starting test: NetLogons
......................... SBS-ALT hat den Test NetLogons bestanden.
Starting test: ObjectsReplicated
......................... SBS-ALT hat den Test ObjectsReplicated
bestanden.
Starting test: Replications
......................... SBS-ALT hat den Test Replications
bestanden.
Starting test: RidManager
(null) wurde im Servercache von Dcdiag nicht gefunden. Führen Sie
diesen dcdiag-Test für den Server aus, um durch die
Replikationsverzögerung bedingte Probleme zu vermeiden.
......................... SBS-ALT hat den Test RidManager nicht
bestanden.
Starting test: Services
......................... SBS-ALT hat den Test Services bestanden.
Starting test: SystemLog
Warnung. Ereignis-ID: 0x0000168D
Erstellungszeitpunkt: 09/20/2019 18:21:38
Ereigniszeichenfolge:
Der folgende DNS-Server der für die DNS-Domänencontroller- Locatorei
nträge dieses Domänencontrollers autorisierend ist, unterstützt dynamische DNS-U
pdates nicht:
......................... SBS-ALT hat den Test SystemLog nicht
bestanden.
Starting test: VerifyReferences
......................... SBS-ALT hat den Test VerifyReferences
bestanden.
Partitionstests werden ausgeführt auf: ForestDnsZones
Starting test: CheckSDRefDom
......................... ForestDnsZones hat den Test CheckSDRefDom
bestanden.
Starting test: CrossRefValidation
......................... ForestDnsZones hat den Test
CrossRefValidation bestanden.
Partitionstests werden ausgeführt auf: DomainDnsZones
Starting test: CheckSDRefDom
......................... DomainDnsZones hat den Test CheckSDRefDom
bestanden.
Starting test: CrossRefValidation
......................... DomainDnsZones hat den Test
CrossRefValidation bestanden.
Partitionstests werden ausgeführt auf: Schema
Starting test: CheckSDRefDom
......................... Schema hat den Test CheckSDRefDom bestanden.
Starting test: CrossRefValidation
......................... Schema hat den Test CrossRefValidation
bestanden.
Partitionstests werden ausgeführt auf: Configuration
Starting test: CheckSDRefDom
......................... Configuration hat den Test CheckSDRefDom
bestanden.
Starting test: CrossRefValidation
......................... Configuration hat den Test
CrossRefValidation bestanden.
Partitionstests werden ausgeführt auf: office
Starting test: CheckSDRefDom
......................... office hat den Test CheckSDRefDom bestanden.
Starting test: CrossRefValidation
......................... office hat den Test CrossRefValidation
bestanden.
Unternehmenstests werden ausgeführt auf: office.XXXX.de
Starting test: LocatorCheck
Achtung: Fehler beim Aufrufen von DcGetDcName(PDC_REQUIRED): 1355
Es wurde kein primärer Domänencontroller gefunden.
Der Server mit der Rolle für den primären Domänencontroller ist nicht
verfügbar.
......................... office.XXXX.de hat den Test LocatorCheck
nicht bestanden.
Starting test: Intersite
......................... office.XXXX.de hat den Test Intersite
bestanden.
C:\Users\Administrator.OFFICE>
Ich würde mal beim DNS anfangen. Dass der DC selber nicht mehr weiß, wer Rolleneigner ist, macht dir das Leben nicht leichter.
https://support.microsoft.com/de-de/help/2102154/active-directory-replic ...
edit: Habt ihr schon mit dem Umzug von FSMO-Rollen begonnen?
https://support.microsoft.com/de-de/help/2102154/active-directory-replic ...
edit: Habt ihr schon mit dem Umzug von FSMO-Rollen begonnen?
Hi Mikro,
In der Anleitung sind wir unter "Install Windows SBS 2011 Standard in migration mode" aktuell bei Schritt 16:
"The Expanding and installing files page displays the progress of the final installation process. When the Windows SBS 2011 Standard installation finishes, the server restarts."
Der neue SBS ist seit 1,5 Wochen immer noch an der selben Stelle beim Installieren
In der Anleitung sind wir unter "Install Windows SBS 2011 Standard in migration mode" aktuell bei Schritt 16:
"The Expanding and installing files page displays the progress of the final installation process. When the Windows SBS 2011 Standard installation finishes, the server restarts."
Der neue SBS ist seit 1,5 Wochen immer noch an der selben Stelle beim Installieren
Moin...
und einen SBS2011 mit fehlern kannst du nicht sauber rüberziehen... erst fehler beheben...dannn... aber dann rauchst du auch keine migration
also behebe deine Fehler...
hm...
Bei der SBS Migration kommt jedoch folgende Fehlermeldung:
"Die Active Directory-Replikation dauert länger als erwartet. Sie können entscheiden, ob Sie weiterhin warten möchten.
Wenn Sie nicht weiter warten, tritt ggf. ein Migrationsfehler auf. Es wird empfohlen, weiter zu warten, wenn Sie nicht sicher sind, ob die Replikation ordnungsgemäß funktioniert.
Möchten Sie warten, bis die Replikation abgeschlossen ist? (Ja/Nein)"
scheint ein DNS fehler zu sein...
ist der SBAS2011 von einem SBS 2003/2008 migriert worden?
Diese Meldung ist nun schon seit Tagen vorhanden und es wurde schon ein dutzend mal auf 'Ja' geklickt. Laut Microsoft soll man nicht auf Nein klicken da es sonst zu Fehlern kommen kann.
den Fehler hast du so auch schon!
Background
Unser SBS 2011 hatte im Oktober 2018 mehrere Stunden gebraucht um neu gestartet zu werden. Der Server lief jedoch normal und es wurde nichts weiter geprüft da Updates halt ab und zu etwas größer sind...
kann passierten...
Wenige Wochen später wurde er dann nachts Neugestartet. Am nächsten Morgen (Samstag) war der Server wieder wie erwartet online.
jo...
Frage
Hat jemand eine Ahnung wie ich das AD-Replikation Problem lösen kann?
ja... dazu muss ich alle logs sichten... um zu sehen, was wirklich los ist!
Das Problem liegt garantiert am Source Server - siehe Background Info oben. Ich habe schon seit Tagen alles mögliche an Logs mir durchgeschaut aber kann nichts finden, bzw, kann mit den Fehlern nichts anfangen da oft Microsoft sagt das die Fehlermeldungen normal sind.
ja.. da fehlt die erfahrung...
Vielen Dank
Frank
Zitat von @cymode:
Hi,
Problem
Unser alter SBS 2011 soll aktuell via Hyper-V Virtualisiert werden (durch Migration) und im Januar komplett abgeschaltet/ersetzt werden (Der zwischen-Schritt mit der Virtualisierung hat gute Gründe welche gerne per PM diskutiert werden können falls das jemand möchte.).
das brauchen wir keine PN für, das ist sinnfrei... mach es besser gleich neu!Hi,
Problem
Unser alter SBS 2011 soll aktuell via Hyper-V Virtualisiert werden (durch Migration) und im Januar komplett abgeschaltet/ersetzt werden (Der zwischen-Schritt mit der Virtualisierung hat gute Gründe welche gerne per PM diskutiert werden können falls das jemand möchte.).
und einen SBS2011 mit fehlern kannst du nicht sauber rüberziehen... erst fehler beheben...dannn... aber dann rauchst du auch keine migration
also behebe deine Fehler...
hm...
Bei der SBS Migration kommt jedoch folgende Fehlermeldung:
"Die Active Directory-Replikation dauert länger als erwartet. Sie können entscheiden, ob Sie weiterhin warten möchten.
Wenn Sie nicht weiter warten, tritt ggf. ein Migrationsfehler auf. Es wird empfohlen, weiter zu warten, wenn Sie nicht sicher sind, ob die Replikation ordnungsgemäß funktioniert.
Möchten Sie warten, bis die Replikation abgeschlossen ist? (Ja/Nein)"
ist der SBAS2011 von einem SBS 2003/2008 migriert worden?
Diese Meldung ist nun schon seit Tagen vorhanden und es wurde schon ein dutzend mal auf 'Ja' geklickt. Laut Microsoft soll man nicht auf Nein klicken da es sonst zu Fehlern kommen kann.
Background
Unser SBS 2011 hatte im Oktober 2018 mehrere Stunden gebraucht um neu gestartet zu werden. Der Server lief jedoch normal und es wurde nichts weiter geprüft da Updates halt ab und zu etwas größer sind...
Wenige Wochen später wurde er dann nachts Neugestartet. Am nächsten Morgen (Samstag) war der Server wieder wie erwartet online.
Was wir nicht wussten ist das jeder Neustart seitdem mindestens Oktober 2018 4 Stunden braucht anstatt 15 Minuten. Das durften wir einmal bitter lernen als vor Arbeitsbeginn mal schnell neu gestartet wurde... Der Server wird ja nur für updates neu gestartet (wenn benötigt) und dann auch nur Nachts.
Ein Backup einspielen von 'damals' ist nicht wirklich möglich da der Fehler nun schon seit knapp einem Jahr existiert.... Seitdem wurden viele neue Mitarbeiter hinzugefügt und alte entfernt. Auf dem SBS läuft DNS sowie Exchange. DHCP, File & Print läuft bereits seit 6+ Monaten auf virtuellen Windows Server 2016.
ist auch nicht nötig... besser wäre es, den SBS zu fixen.... was aber kein problem sein sollte... erst wenn der ok ist, kannst du eine migration erstellen...Ein Backup einspielen von 'damals' ist nicht wirklich möglich da der Fehler nun schon seit knapp einem Jahr existiert.... Seitdem wurden viele neue Mitarbeiter hinzugefügt und alte entfernt. Auf dem SBS läuft DNS sowie Exchange. DHCP, File & Print läuft bereits seit 6+ Monaten auf virtuellen Windows Server 2016.
Frage
Hat jemand eine Ahnung wie ich das AD-Replikation Problem lösen kann?
Das Problem liegt garantiert am Source Server - siehe Background Info oben. Ich habe schon seit Tagen alles mögliche an Logs mir durchgeschaut aber kann nichts finden, bzw, kann mit den Fehlern nichts anfangen da oft Microsoft sagt das die Fehlermeldungen normal sind.
ja.. da fehlt die erfahrung...
Vielen Dank
Und ihr seit wirklich jeden Punkt des Guides im Detail durchgegangen? Grade im 1. Punkt Prepare your Source Server for Windows SBS 2011 migration sind 2 essentielle Punkte:
Back up your Source Server - Backup vorhanden?
Evaluate the health of the Source Server - Da gab es wirklich keine Fehler trotz der 4 Stunden Startroutine?
Das dcdiag wurde auf dem alten SBS (SBS-ALT) gestartet, wenn der neue Server (SBS-NEU) seit 9(!) Tagen in dem Zustand ist. Daher vermutlich auch die verschiedenen Einträge
Euer einziger DC hat vermutlich durch die Installation seine Rollen schon teilweise abgegeben, oder? Du kannst schauen, ob du die Rollen alle wieder auf den alten SBS zurückgezogen bekommst. Die Installation des neuen SBS ist mit 9 Tagen Laufzeit kaum zu gebrauchen meiner Meinung nach.
Back up your Source Server - Backup vorhanden?
Evaluate the health of the Source Server - Da gab es wirklich keine Fehler trotz der 4 Stunden Startroutine?
Das dcdiag wurde auf dem alten SBS (SBS-ALT) gestartet, wenn der neue Server (SBS-NEU) seit 9(!) Tagen in dem Zustand ist. Daher vermutlich auch die verschiedenen Einträge
Starting test: KnowsOfRoleHolders
32. [SBS-NEU] DsBindWithSpnEx()-Fehler 1722,
33. Der RPC-Server ist nicht verfügbar..
34. Achtung: SBS-NEU ist Schema Owner, reagiert jedoch nicht auf die
35. DS-RPC-Bindung.
36. Auf dem Server SBS-NEU ist beim Suchen des LDAP-Suchfunktionsattributs
37. ein Fehler aufgetreten. Rückgabewert = 81Euer einziger DC hat vermutlich durch die Installation seine Rollen schon teilweise abgegeben, oder? Du kannst schauen, ob du die Rollen alle wieder auf den alten SBS zurückgezogen bekommst. Die Installation des neuen SBS ist mit 9 Tagen Laufzeit kaum zu gebrauchen meiner Meinung nach.
Moin,,
Habt mal einfach ein image des Servers in eine VM gesteckt und geschaut, ob er dort auch so lange zum booten braucht oder die Replikation besser klappt?
Das hätte ich zuerst probiert.
lks
Habt mal einfach ein image des Servers in eine VM gesteckt und geschaut, ob er dort auch so lange zum booten braucht oder die Replikation besser klappt?
Das hätte ich zuerst probiert.
lks
Moin Iks, das wäre Clever gewesen - jetzt leider etwas zu spät 😅
Dazu ist nie zu spät, es sei denn, die Kiste ist ganz abgeraucht.
lks
Migration scheint jetzt durch diesen Trick weiter zu laufen:
On the source server:
Load regedit and change the following key:
HK_LM\System\CurrentControlSet\Services\NTFrs\Parameters\Backup\Restore\Process at Startup – change the BurFlags key to decimal 4.
On the destination server:
Press CTRL-ALT-DELETE, load task manager, then click on file select run and enter regedit to change the following keys
HK_LM\System\CurrentControlSet\Services\NTFrs\Parameters\Backup\Restore\Process at Startup – change the BurFlags key to decimal 2
HK_LM\System\CurrentControlSet\Services\Netlogon\Parameters – change the SysVolReady key to decimal 1.
Next restart stop and start the File Replication service on both the source and destination machines. (On the destination machine hit CTRL-ALT-DELETE, click on file, select run and enter services.msc)
The migration should then continue as normal.
Source of this answer is: http://www.tt-systems.co.uk/blogs-of-an-it-engineer/entry/sbs-migration ...
On the source server:
Load regedit and change the following key:
HK_LM\System\CurrentControlSet\Services\NTFrs\Parameters\Backup\Restore\Process at Startup – change the BurFlags key to decimal 4.
On the destination server:
Press CTRL-ALT-DELETE, load task manager, then click on file select run and enter regedit to change the following keys
HK_LM\System\CurrentControlSet\Services\NTFrs\Parameters\Backup\Restore\Process at Startup – change the BurFlags key to decimal 2
HK_LM\System\CurrentControlSet\Services\Netlogon\Parameters – change the SysVolReady key to decimal 1.
Next restart stop and start the File Replication service on both the source and destination machines. (On the destination machine hit CTRL-ALT-DELETE, click on file, select run and enter services.msc)
The migration should then continue as normal.
Source of this answer is: http://www.tt-systems.co.uk/blogs-of-an-it-engineer/entry/sbs-migration ...
Zitat von @cymode:
Migration scheint jetzt durch diesen Trick weiter zu laufen:
On the source server:
Load regedit and change the following key:
HK_LM\System\CurrentControlSet\Services\NTFrs\Parameters\Backup\Restore\Process at Startup – change the BurFlags key to decimal 4.
On the destination server:
Press CTRL-ALT-DELETE, load task manager, then click on file select run and enter regedit to change the following keys
HK_LM\System\CurrentControlSet\Services\NTFrs\Parameters\Backup\Restore\Process at Startup – change the BurFlags key to decimal 2
HK_LM\System\CurrentControlSet\Services\Netlogon\Parameters – change the SysVolReady key to decimal 1.
Next restart stop and start the File Replication service on both the source and destination machines. (On the destination machine hit CTRL-ALT-DELETE, click on file, select run and enter services.msc)
The migration should then continue as normal.
Source of this answer is: http://www.tt-systems.co.uk/blogs-of-an-it-engineer/entry/sbs-migration ...
hm... das kommt eigentlich später.... ist den auf dem neuen SBS ein SYSVOL Share?Migration scheint jetzt durch diesen Trick weiter zu laufen:
On the source server:
Load regedit and change the following key:
HK_LM\System\CurrentControlSet\Services\NTFrs\Parameters\Backup\Restore\Process at Startup – change the BurFlags key to decimal 4.
On the destination server:
Press CTRL-ALT-DELETE, load task manager, then click on file select run and enter regedit to change the following keys
HK_LM\System\CurrentControlSet\Services\NTFrs\Parameters\Backup\Restore\Process at Startup – change the BurFlags key to decimal 2
HK_LM\System\CurrentControlSet\Services\Netlogon\Parameters – change the SysVolReady key to decimal 1.
Next restart stop and start the File Replication service on both the source and destination machines. (On the destination machine hit CTRL-ALT-DELETE, click on file, select run and enter services.msc)
The migration should then continue as normal.
Source of this answer is: http://www.tt-systems.co.uk/blogs-of-an-it-engineer/entry/sbs-migration ...
Frank
Zitat von @cymode:
Migration scheint jetzt durch diesen Trick weiter zu laufen:
On the source server:
Load regedit and change the following key:
HK_LM\System\CurrentControlSet\Services\NTFrs\Parameters\Backup\Restore\Process at Startup – change the BurFlags key to decimal 4.
On the destination server:
Press CTRL-ALT-DELETE, load task manager, then click on file select run and enter regedit to change the following keys
HK_LM\System\CurrentControlSet\Services\NTFrs\Parameters\Backup\Restore\Process at Startup – change the BurFlags key to decimal 2
HK_LM\System\CurrentControlSet\Services\Netlogon\Parameters – change the SysVolReady key to decimal 1.
Next restart stop and start the File Replication service on both the source and destination machines. (On the destination machine hit CTRL-ALT-DELETE, click on file, select run and enter services.msc)
The migration should then continue as normal.
Source of this answer is: http://www.tt-systems.co.uk/blogs-of-an-it-engineer/entry/sbs-migration ...
Migration scheint jetzt durch diesen Trick weiter zu laufen:
On the source server:
Load regedit and change the following key:
HK_LM\System\CurrentControlSet\Services\NTFrs\Parameters\Backup\Restore\Process at Startup – change the BurFlags key to decimal 4.
On the destination server:
Press CTRL-ALT-DELETE, load task manager, then click on file select run and enter regedit to change the following keys
HK_LM\System\CurrentControlSet\Services\NTFrs\Parameters\Backup\Restore\Process at Startup – change the BurFlags key to decimal 2
HK_LM\System\CurrentControlSet\Services\Netlogon\Parameters – change the SysVolReady key to decimal 1.
Next restart stop and start the File Replication service on both the source and destination machines. (On the destination machine hit CTRL-ALT-DELETE, click on file, select run and enter services.msc)
The migration should then continue as normal.
Source of this answer is: http://www.tt-systems.co.uk/blogs-of-an-it-engineer/entry/sbs-migration ...
Warum willst du jetzt auf Biegen und Brechen die Migration durchbringen? Du hast keine Ahnung, welche Fehler du vom alten SBS rübermigrierst bzw. durch die zig Tage andauernde Installation im Nachgang hochkommen.
Ich würde eher die Migration canceln. Zusehen, dass der alte SBS wieder sauber läuft. Dann kann man immer noch über ne Migration Richtung Windows Server 2016 reden.
Hallo,
Du meinst du hast dein SBS umbenannt? Einen DC umzubenennen ist möglich, aber sicherlich kein guter Gedanke. Wann war die umbenennung Vor oder nach deinen 4 Stunden Pausen beim Reboot?
http://www.langer.ws/2018/12/rename-windows-domain-controller-umbenenne ...
https://community.spiceworks.com/topic/391622-sbs2011-server-name-just-c ...
Füllt ihr eure Füller jetzt aus den EreingnisProtokollen auf, da ist genung Rot für alle
Und wenn du gezielte Hilfe haben möchtest dann brauchen wir deine Ereingissprotokolle (alle) uvm.
Gruß,
Peter
Du meinst du hast dein SBS umbenannt? Einen DC umzubenennen ist möglich, aber sicherlich kein guter Gedanke. Wann war die umbenennung Vor oder nach deinen 4 Stunden Pausen beim Reboot?
http://www.langer.ws/2018/12/rename-windows-domain-controller-umbenenne ...
https://community.spiceworks.com/topic/391622-sbs2011-server-name-just-c ...
Füllt ihr eure Füller jetzt aus den EreingnisProtokollen auf, da ist genung Rot für alle
Und wenn du gezielte Hilfe haben möchtest dann brauchen wir deine Ereingissprotokolle (alle) uvm.
Gruß,
Peter
