30
Migration SBS2003 zu SBS2011, Der Quellserver entspricht nicht den Mindestanforderungen
Ich scheitere momentan bei der Migration eines SBS2003 zu SBS2011.
Nach einlesen des Antwortfiles am Zielserver erhalte ich die Meldung:
"Der Quellserver entspricht nicht den Mindestanforderungen."
Tool zum Vorbereiten der Migration auf dem Quellserver ausführen
Folgendes habe ich schon gemacht:
1. SP2 für Windows Server 2003 installiert
2. SP2 für Exchange installiert
3. SP1 für SBS2003 installiert
4. BPA auf SBS2003 ausgeführt -> alles OK
5. Administrator Gruppenzugehörigkeit überprüft -> OK
6. RAS Dienst beendet
7. Nur eine Netzwerkkarte
8. netdiag, dcdiag -> keine Probleme
9. RPC Dienst läuft mit Systemkonto
10. Tool zum Vorbereiten der Migration lief ohne Probleme durch
11. Pingen vom Zielserver auf Quellserver etc. ohne Probleme
Was kann man noch tun?
Nach einlesen des Antwortfiles am Zielserver erhalte ich die Meldung:
"Der Quellserver entspricht nicht den Mindestanforderungen."
Tool zum Vorbereiten der Migration auf dem Quellserver ausführen
Folgendes habe ich schon gemacht:
1. SP2 für Windows Server 2003 installiert
2. SP2 für Exchange installiert
3. SP1 für SBS2003 installiert
4. BPA auf SBS2003 ausgeführt -> alles OK
5. Administrator Gruppenzugehörigkeit überprüft -> OK
6. RAS Dienst beendet
7. Nur eine Netzwerkkarte
8. netdiag, dcdiag -> keine Probleme
9. RPC Dienst läuft mit Systemkonto
10. Tool zum Vorbereiten der Migration lief ohne Probleme durch
11. Pingen vom Zielserver auf Quellserver etc. ohne Probleme
Was kann man noch tun?
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: 224325
Url: https://administrator.de/contentid/224325
Ausgedruckt am: 22.11.2024 um 02:11 Uhr
30 Kommentare
Neuester Kommentar
Zitat von @Speedysurf:
Ich scheitere momentan bei der Migration eines SBS2003 zu SBS2011.
Nach einlesen des Antwortfiles am Zielserver erhalte ich die Meldung:
"Der Quellserver entspricht nicht den Mindestanforderungen."
Tool zum Vorbereiten der Migration auf dem Quellserver ausführen
Folgendes habe ich schon gemacht:
Was kann man noch tun?
Ich scheitere momentan bei der Migration eines SBS2003 zu SBS2011.
Nach einlesen des Antwortfiles am Zielserver erhalte ich die Meldung:
"Der Quellserver entspricht nicht den Mindestanforderungen."
Tool zum Vorbereiten der Migration auf dem Quellserver ausführen
Folgendes habe ich schon gemacht:
Was kann man noch tun?
Hallo,
hier die Anleitung: http://technet.microsoft.com/en-us/library/gg563801.aspx
LG, ticuta1
Moin,
IMHO wirst Du den SBS2K3 insgesamt auf ein aktuelle Patchlevel heben müssen, in Deiner Liste fehlt z.B. der Sharepoint. Warum lässt Du nicht Windows-Update rüber laufen?
LG, Thomas
IMHO wirst Du den SBS2K3 insgesamt auf ein aktuelle Patchlevel heben müssen, in Deiner Liste fehlt z.B. der Sharepoint. Warum lässt Du nicht Windows-Update rüber laufen?
LG, Thomas
Sharepoint habe ich ebenfalls das SP installiert.
Ich bin nach dem Leitfaden von MS wie oben erwähnt vorgegangen.
Ich bin nach dem Leitfaden von MS wie oben erwähnt vorgegangen.
Moin,
hast du diesen "21-Tage-Patch" installiert? Und das XP-SP2-Update aus der Anleitung?
Evtl. über Windows Update mal die optionalen Updates installieren?
Mir scheint, es fehlt irgendein Update.
Gruß Manuel
hast du diesen "21-Tage-Patch" installiert? Und das XP-SP2-Update aus der Anleitung?
Evtl. über Windows Update mal die optionalen Updates installieren?
Mir scheint, es fehlt irgendein Update.
Gruß Manuel
Das XP-SP2 Update war Voraussetzung für das SP1 des SBS2003.
Ich habe das Tool zum Vorbereiten der Migration gestern ausgeführt. Der Zeitraum sollte demnach nicht überschritten sein. Meine bisherigen Migrationen sind auch immer durchgelaufen nur bei diesem Server kommt eben immer o.g. Meldung.
Ich habe das Tool zum Vorbereiten der Migration gestern ausgeführt. Der Zeitraum sollte demnach nicht überschritten sein. Meine bisherigen Migrationen sind auch immer durchgelaufen nur bei diesem Server kommt eben immer o.g. Meldung.
Wenn die Zeit zwischen den Büchsen synchron läuft, die Funktionslevel korrekt sind und Du mit einem Domänenadminaccount unterwegs bist, kannst Du offenbar nur fummeln:
- Fummel_1
- Fummel_2: Gucken ob eine Firewall oder der ISA des SBS2003 zwischenspuckt und
- Fummel_3.
Wichtig bei 3 scheint mir zu sein, dass das SP1 W2K3 vor der Installation des SP 2 installiert gewesen sein sollte ...
LG, Thomas
- Fummel_1
- Fummel_2: Gucken ob eine Firewall oder der ISA des SBS2003 zwischenspuckt und
- Fummel_3.
Wichtig bei 3 scheint mir zu sein, dass das SP1 W2K3 vor der Installation des SP 2 installiert gewesen sein sollte ...
LG, Thomas
Danke für die Infos.
Bei Fummel 1 fehlte der Haken bei DCOM Intenet aktivieren.
Fummel 2: Firewall und ISA ist "deaktiviert"
Fummel 3: nicht relevant.
Für mich ist überhaupt nicht nachvollziehbar wie Microsoft die Analysetools aufbaut. Alles OK ist scheinbar eben nicht Alles OK. Schrecklich diese SBS Komponente.
Ich hoffe, dass nach einem Neustart der nach Fummel 1 nötig ist die Sache dann läuft.
Bei Fummel 1 fehlte der Haken bei DCOM Intenet aktivieren.
Fummel 2: Firewall und ISA ist "deaktiviert"
Fummel 3: nicht relevant.
Für mich ist überhaupt nicht nachvollziehbar wie Microsoft die Analysetools aufbaut. Alles OK ist scheinbar eben nicht Alles OK. Schrecklich diese SBS Komponente.
Ich hoffe, dass nach einem Neustart der nach Fummel 1 nötig ist die Sache dann läuft.
Hallo,
hast Du die Domänenstrukturen auf 2003 Niveau hoch gezogen?
Und den Exchange auf den Nativen statt des gemischten Modus geschaltet?
Rest sieht imho gut aus was Du schreibst. Windows Updates würde ich grundsätzlich
noch alle installieren, die Dir die Winupdate Seite ausspuckt (nach jedem Reboot nochmal
prüfen ob weitere aufgeschlagen sind).
Mfg.
hast Du die Domänenstrukturen auf 2003 Niveau hoch gezogen?
Und den Exchange auf den Nativen statt des gemischten Modus geschaltet?
Rest sieht imho gut aus was Du schreibst. Windows Updates würde ich grundsätzlich
noch alle installieren, die Dir die Winupdate Seite ausspuckt (nach jedem Reboot nochmal
prüfen ob weitere aufgeschlagen sind).
Mfg.
Ja, ich habe die Einstellungen im AD und Exchange gemacht.
Windows Updates lasse ich noch mal laufen und dann informiere ich über den Ausgang,
Windows Updates lasse ich noch mal laufen und dann informiere ich über den Ausgang,
.
Hallo
Steht auf dem Quell-Server im Registry-Pfad HKLM\System\CurrentControlSet\Services\NTDS\Parameters beim Schlüssel
Src Root Doamin Srv der FQDN deines Quell-Servers?
Gruss
Steht auf dem Quell-Server im Registry-Pfad HKLM\System\CurrentControlSet\Services\NTDS\Parameters beim Schlüssel
Src Root Doamin Srv der FQDN deines Quell-Servers?
Gruss
Bei mir gibt es nur "Root Domain" = DC=domain,DC=local und "Machine DN Name" = CN=NTDS Settings, CN=meinServername, CN=Servers ...
Hallo
sollte in etwa so aussehen
Gruss
sollte in etwa so aussehen
Gruss
Bis auf die Src ... Einträge passt das bei mir. Habe den mal manuell hinzugefügt, aber ändert sich nichts.
äähm
Du hast aber in dieser kurzen Zeit nicht den Eintrag gemacht, den Quellserver neu gebootet, und en Zielserver im Migrationsmodus installiert??
Diese Aenderung habe ich vor der Migration durchgeführt.
Gruss
Du hast aber in dieser kurzen Zeit nicht den Eintrag gemacht, den Quellserver neu gebootet, und en Zielserver im Migrationsmodus installiert??
Diese Aenderung habe ich vor der Migration durchgeführt.
Gruss
Neustart habe ich nicht gemacht.
Auf dem Zielserver habe ich ja noch das Fenster mit dem Fehler wo ich allerdings auf "Erneut prüfen" klicken kann.
Was sollte dann bei SRC UUID rein?
Auf dem Zielserver habe ich ja noch das Fenster mit dem Fehler wo ich allerdings auf "Erneut prüfen" klicken kann.
Was sollte dann bei SRC UUID rein?
Bei
Src Root Domain Srv
muss der FQDN Name rein zB SERVER.Domain.LOCCH
Src Root Domain Srv
muss der FQDN Name rein zB SERVER.Domain.LOCCH
Nach einem Neustart können die Clients nun keine Verbidnung zu Freigaben herstellen. Auch ist nur die Hälfte aller Dienste gestartet.
Wenn es nach einem erneuten Neustart wieder auftritt nehme ich den Schlüssel erstmal wieder raus.
Auch nach einem wiederholten Neustart das gleiche Problem. Er bleibt ca. 15 Minuten bei Netzwerkverbindungen werden vorbereitet... hängen
Muss denn bei "Src Srv objectGuid" etwas angelegt werden.
Wenn es nach einem erneuten Neustart wieder auftritt nehme ich den Schlüssel erstmal wieder raus.
Auch nach einem wiederholten Neustart das gleiche Problem. Er bleibt ca. 15 Minuten bei Netzwerkverbindungen werden vorbereitet... hängen
Muss denn bei "Src Srv objectGuid" etwas angelegt werden.
Hallo
Du hast aber schon die FQDN des Quell-Servers eingetragen, nicht die des Ziel-Servers.
Gruss
Du hast aber schon die FQDN des Quell-Servers eingetragen, nicht die des Ziel-Servers.
Gruss
Ja, ich habe auf dem Quellserver in der Registry den Eintrag mit dem Namen des Quellservers vorgenommen.
Schön wäre ja auch ein Log, wo ich sehen kann an welchem Problem er hängen bleibt.
Schön wäre ja auch ein Log, wo ich sehen kann an welchem Problem er hängen bleibt.
Hi,
ich glaube du hast das manuelle ADPREP vergessen, die Files dazu sind auf der DVD unter Support (soweit ich mich erinnere ) die 32 bit Komponente davon ausführen
http://technet.microsoft.com/de-de/library/dd464018(v=ws.10).aspx
und kann sein das
http://msmvps.com/blogs/bradley/archive/2011/05/03/sbs-2003-to-sbs-2011 ...
auf jeden fall die replication abwarten oder manuell beschleunigen
gruss
ulti
PS:
Wenn das nur irgendwo hakelt dann wird der SBS Installiert aber der Exchange nicht richtig lizensiert...aber dazu gibs dann wieder einen Patch
ich glaube du hast das manuelle ADPREP vergessen, die Files dazu sind auf der DVD unter Support (soweit ich mich erinnere ) die 32 bit Komponente davon ausführen
http://technet.microsoft.com/de-de/library/dd464018(v=ws.10).aspx
und kann sein das
http://msmvps.com/blogs/bradley/archive/2011/05/03/sbs-2003-to-sbs-2011 ...
auf jeden fall die replication abwarten oder manuell beschleunigen
gruss
ulti
PS:
Wenn das nur irgendwo hakelt dann wird der SBS Installiert aber der Exchange nicht richtig lizensiert...aber dazu gibs dann wieder einen Patch
Meiner Meinung nach wird doch adprep durch das Tool zum Vorbereiten der Migration ausgeführt.? Ich kann es natürlich mal testen. Danke
Habe es eben ausgeführt. Es wird ausgegeben, dass der Befhl bereits ausgeführt wurde und nicht noch mal ausgeführt wird.
Habe es eben ausgeführt. Es wird ausgegeben, dass der Befhl bereits ausgeführt wurde und nicht noch mal ausgeführt wird.
ok das stimmt auch wieder..
der alte Server hat netdom query fsmo noch alle Rollen ?
und dann war da noch was mit den Domänenfunktionslevel ... könnte hier was nicht stimmen ?
http://technet.microsoft.com/de-de/library/cc771294.aspx
der alte Server hat netdom query fsmo noch alle Rollen ?
und dann war da noch was mit den Domänenfunktionslevel ... könnte hier was nicht stimmen ?
http://technet.microsoft.com/de-de/library/cc771294.aspx
Auch das passt. Auch exchange ist im einheitlichen Modues. Ich bin den Migrationsleitfaden gefühlte 100mal durchgegangen. Schön wäre ja, wenn ich irgendwo sehen könnte was blockiert. Ich habe das Tool zum Vorbereiten der Migration auch mal deinstalliert und erneut installiert und ausgeführt, aber es hilft alles nicht.
shice..mein Mitgefühl für die verbratene Zeit...
nach dem entfernen das neue MIG Tool verwendet ?
http://support.microsoft.com/kb/2578426
ansonsten bleibt ja nur das MIG Log nach einer kleinen "Unebenheit" zu durchsuchen.
den Quellserver einmal als DNS und Gateway am Ziel eingetragen ?
gruss
ulti
nach dem entfernen das neue MIG Tool verwendet ?
http://support.microsoft.com/kb/2578426
ansonsten bleibt ja nur das MIG Log nach einer kleinen "Unebenheit" zu durchsuchen.
den Quellserver einmal als DNS und Gateway am Ziel eingetragen ?
gruss
ulti
Na er lädt doch Updates nach beim Starten des Tools. Wenn ich es in dem Artikel richtig gelesen habe kann man das auch nicht downloaden, sondern wird beim ausführen abgerufen.
Das mit dem Gateway teste ich mal. Danke
Gateway geht nicht: Es wird ausgegeben, dass Quellserver und GW nicht die gleiche IP haben dürfen.
Das mit dem Gateway teste ich mal. Danke
Gateway geht nicht: Es wird ausgegeben, dass Quellserver und GW nicht die gleiche IP haben dürfen.
diesen hier probiert ?
http://www.micha.elis.info/fehlermeldung-der-quellserver-entspricht-nic ...
oder ZITAT:
Wenn ihr keinen ISA am laufen habt sondern Routing und RAS konfiguriert ist , kann ein stoppen der Routing und RAS Dienste weiterhelfen, denn offensichtlich benutzt dieser die Firewalldienste auch wenn sie deaktiviert sind.
oder?
http://support.microsoft.com/kb/2612862
oder Zitat:
Also checked the Security event logs on the new server and saw event ID 4625, Unknown username\Bad password. The username and password has been verified.
The server's FQDN is different then the NetBIOS domain name. We used the FQDN in the answer file
vieles zeigt auf den WMI Service:
http://blogs.technet.com/b/sbs/archive/2011/07/08/sbs-2011-standard-mig ...
Wobei mir noch einfällt wir haben ´Trendmicro oder auch Kaspersky vollständig entfernt vom 2003 damit das durchläuft.
Das kann leider so vieles sein...bei mir ist die letzte Problem Migration schon 1 Jahr her...
gruss
ulti
http://www.micha.elis.info/fehlermeldung-der-quellserver-entspricht-nic ...
oder ZITAT:
Wenn ihr keinen ISA am laufen habt sondern Routing und RAS konfiguriert ist , kann ein stoppen der Routing und RAS Dienste weiterhelfen, denn offensichtlich benutzt dieser die Firewalldienste auch wenn sie deaktiviert sind.
oder?
http://support.microsoft.com/kb/2612862
oder Zitat:
Also checked the Security event logs on the new server and saw event ID 4625, Unknown username\Bad password. The username and password has been verified.
The server's FQDN is different then the NetBIOS domain name. We used the FQDN in the answer file
vieles zeigt auf den WMI Service:
http://blogs.technet.com/b/sbs/archive/2011/07/08/sbs-2011-standard-mig ...
Wobei mir noch einfällt wir haben ´Trendmicro oder auch Kaspersky vollständig entfernt vom 2003 damit das durchläuft.
Das kann leider so vieles sein...bei mir ist die letzte Problem Migration schon 1 Jahr her...
gruss
ulti
Beim WBEMTEST wird mir auf dem Zielserver angezeigt, dass der RPC Server nicht verfügbar ist. Führe ich WBEMTEST auf dem Quellserver aus funktioniert es. Virenschutz o.ä. läuft allerdings nicht auf dem Quellserver.
Wie kann ich denn die Logs über die Shell anschauen?
EDIT:
Wenn ich beim WBEMTEST \\Quellserver\root\cimv2 nehme funktioniert es nicht, nehme ich aber \\Quellserver.domain.local\root\comv2 funktioniert es.
Mache ich einen ping vom Zielserver auf quellserver antwortet eine ipv6 Adresse, pinge ich auf quellserver.domain.local antwortet die richtige ipv4 Adresse. Wie kann das sein? Der SBS2003 hat kein ipv6
Wie kann ich denn die Logs über die Shell anschauen?
EDIT:
Wenn ich beim WBEMTEST \\Quellserver\root\cimv2 nehme funktioniert es nicht, nehme ich aber \\Quellserver.domain.local\root\comv2 funktioniert es.
Mache ich einen ping vom Zielserver auf quellserver antwortet eine ipv6 Adresse, pinge ich auf quellserver.domain.local antwortet die richtige ipv4 Adresse. Wie kann das sein? Der SBS2003 hat kein ipv6
hmm
das kann durch eine Gruppenrichtlinie passieren ?
http://easytopia.de/rpc-server-nicht-verfuegbar/
oder ein....Rechteproblem ? ich weis nicht.
kommt man mit F10 in eine Konsole am Zielserver für Ereignisanzeige oder Dienste ?
das kann durch eine Gruppenrichtlinie passieren ?
http://easytopia.de/rpc-server-nicht-verfuegbar/
oder ein....Rechteproblem ? ich weis nicht.
kommt man mit F10 in eine Konsole am Zielserver für Ereignisanzeige oder Dienste ?
1
ER MACHT WEITER!!!!
VIELEN DANK AN ALLE.
Ich habe nun mit shift+F10 die Commandbox aufgerufen und mit notepad einen Editor. Damit habe ich die Hosts Datei angepasst und "IP Quellservername" eingetragen. Danach wurde bei bei einem Ping die normale ipv4 Adresse angezeigt. Ein Klick auf Erneut Prüfen des Migrationstools hat dann keinen Fehler mehr gebracht und jetzt läuft der nächste Schritt "Dateien werden expandiert und installiert".
Komisch, dass alle vorhergehenden Prüfroutinen keinen Fehler erkannt haben. Von anderen Servern konnte ich problemlos pingen nur vom sbs2011 kam die ipv6 Adresse.
VIELEN DANK AN ALLE.
Ich habe nun mit shift+F10 die Commandbox aufgerufen und mit notepad einen Editor. Damit habe ich die Hosts Datei angepasst und "IP Quellservername" eingetragen. Danach wurde bei bei einem Ping die normale ipv4 Adresse angezeigt. Ein Klick auf Erneut Prüfen des Migrationstools hat dann keinen Fehler mehr gebracht und jetzt läuft der nächste Schritt "Dateien werden expandiert und installiert".
Komisch, dass alle vorhergehenden Prüfroutinen keinen Fehler erkannt haben. Von anderen Servern konnte ich problemlos pingen nur vom sbs2011 kam die ipv6 Adresse.
