cymode
Goto Top

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

Content-Key: 501561

Url: https://administrator.de/contentid/501561

Ausgedruckt am: 29.03.2024 um 00:03 Uhr

Mitglied: 7Gizmo7
7Gizmo7 04.10.2019 um 13:37:23 Uhr
Goto Top
Hi,

was sagen die Logs ?

Einmal das Tool runterladen und prüfen.
https://www.microsoft.com/en-us/download/details.aspx?id=30005

MfG
Mitglied: Pjordorf
Pjordorf 04.10.2019 um 14:07:04 Uhr
Goto Top
Hallo,

Zitat von @cymode:
Bei der Migration kommt jedoch folgende Fehlermeldung:
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ägen


Hat 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
Mitglied: cymode
cymode 04.10.2019 um 14:15:29 Uhr
Goto Top
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
Mitglied: Mikrofonpartner
Mikrofonpartner 04.10.2019 um 14:20:35 Uhr
Goto Top
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
Mitglied: cymode
cymode 04.10.2019 um 14:21:17 Uhr
Goto Top
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
Mitglied: cymode
cymode 04.10.2019 aktualisiert um 14:40:10 Uhr
Goto Top
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:


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>
Mitglied: Mikrofonpartner
Mikrofonpartner 04.10.2019 aktualisiert um 14:49:04 Uhr
Goto Top
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?
Mitglied: cymode
cymode 04.10.2019 um 15:07:21 Uhr
Goto Top
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
Mitglied: Vision2015
Vision2015 04.10.2019 um 15:25:21 Uhr
Goto Top
Moin...
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!
und einen SBS2011 mit fehlern kannst du nicht sauber rüberziehen... erst fehler beheben...dannn... aber dann rauchst du auch keine migration face-smile
also behebe deine Fehler...

Folgende Anleitung haben wir verwendet um die Migration vorzubereiten:
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...
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...


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
Mitglied: Mikrofonpartner
Mikrofonpartner 04.10.2019 um 15:27:27 Uhr
Goto Top
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

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 = 81

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.
Mitglied: Lochkartenstanzer
Lochkartenstanzer 04.10.2019 aktualisiert um 15:40:39 Uhr
Goto Top
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
Mitglied: cymode
cymode 04.10.2019 um 16:17:05 Uhr
Goto Top
Moin Iks, das wäre Clever gewesen - jetzt leider etwas zu spät 😅
Mitglied: Lochkartenstanzer
Lochkartenstanzer 04.10.2019 aktualisiert um 17:09:49 Uhr
Goto Top
Zitat von @cymode:

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
Mitglied: cymode
cymode 04.10.2019 um 19:04:41 Uhr
Goto Top
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 ...
Mitglied: Vision2015
Vision2015 04.10.2019 um 20:12:38 Uhr
Goto Top
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?

Frank
Mitglied: Mikrofonpartner
Mikrofonpartner 04.10.2019 um 20:34:58 Uhr
Goto Top
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 ...

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.
Mitglied: Pjordorf
Pjordorf 04.10.2019 um 23:41:13 Uhr
Goto Top
Hallo,

Zitat von @cymode:
Habe die Servernamen geändert damit es etwas einfacher zum Lesen ist:
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 alleface-smile

Und wenn du gezielte Hilfe haben möchtest dann brauchen wir deine Ereingissprotokolle (alle) uvm.

Gruß,
Peter