denis 10 Geschrieben 16. Februar 2012 Melden Teilen Geschrieben 16. Februar 2012 Hallo Ich habe folgendes Schwerwiegende Problem. Ich möchte einen Server 2003 auf SBS 2011 Migrieren. DC hat alle FSMO Rollen Admin ist Domain- Schmea- & Organisations- Admin Alle Ereignisprotokolle sind ok keine Fehler DCDIAG alle Tests bestanden Trotz allem kann ich kein forestprep durchführen. [2012/02/15:20:57:05.734] Adprep hat die Protokolldatei ADPrep.log im Verzeichnis C:\WINDOWS\debug\adprep\logs\20120215205705 erstellt. [2012/02/15:20:57:05.953] Adprep kopierte Datei C:\ADPrep\schema.ini vom Installationspunkt auf den lokalen Computer in Verzeichnis C:\WINDOWS. [2012/02/15:20:57:06.000] Adprep kopierte Datei C:\ADPrep\schupgrade.cat vom Installationspunkt auf den lokalen Computer in Verzeichnis C:\WINDOWS\system32. [2012/02/15:20:57:06.000] Adprep kopierte Datei C:\ADPrep\PAS.ldf vom Installationspunkt auf den lokalen Computer in Verzeichnis C:\WINDOWS\system32. [2012/02/15:20:57:06.265] Adprep kopierte Datei C:\ADPrep\dcpromo.csv vom Installationspunkt auf den lokalen Computer in Verzeichnis C:\WINDOWS\debug\adprep\data. [2012/02/15:20:57:06.265] Adprep hat erfolgreich eine LDAP-Verbindung mit dem lokalen Active Directory-Domänencontroller "SERVER" hergestellt. [2012/02/15:20:57:06.265] Adprep war im Begriff, die folgenden LDAP-API aufzurufen. ldap_search_s(). Der Basiseintrag, mit dem die Suche begonnen wird, ist (null). [2012/02/15:20:57:06.265] LDAP API ldap_search_s() fertig gestellt, Rückgabecode ist 0x0 [2012/02/15:20:57:06.265] Adprep hat von den lokalen Active Directory-Domänendiensten erfolgreich Informationen erhalten. [2012/02/15:20:57:06.265] Adprep hat die globalen Variablen erfolgreich initialisiert. [status/Folgen] Adprep wird fortgesetzt. [2012/02/15:20:57:09.093] [2012/02/15:20:57:18.937] Adprep legt den Wert von Registrierungsschlüssel System\CurrentControlSet\Services\NTDS\Parameters\Schema Update Allowed auf 1 fest [2012/02/15:20:57:18.937] Adprep war im Begriff, die folgenden LDAP-API aufzurufen. ldap_search_s(). Der Basiseintrag, mit dem die Suche begonnen wird, ist cn=27a03717-5963-48fc-ba6f-69faa33e70ed,cn=Operations,cn=ForestUpdates,CN=Configuration,DC=domäne,DC=local. [2012/02/15:20:57:18.937] LDAP API ldap_search_s() fertig gestellt, Rückgabecode ist 0x20 [2012/02/15:20:57:18.937] Adprep hat den Status von Vorgang cn=27a03717-5963-48fc-ba6f-69faa33e70ed,cn=Operations,cn=ForestUpdates,CN=Configuration,DC=domäne,DC=local überprüft. [status/Folgen] Der Vorgang wurde noch nicht ausgeführt und wird auch zurzeit nicht ausgeführt. Er wird als Nächstes ausgeführt. [2012/02/15:20:57:18.937] Adprep war im Begriff, die folgenden LDAP-API aufzurufen. ldap_search_s(). Der Basiseintrag, mit dem die Suche begonnen wird, ist (null). [2012/02/15:20:57:18.937] LDAP API ldap_search_s() fertig gestellt, Rückgabecode ist 0x0 [2012/02/15:20:57:32.234] Adprep konnte das Schema auf dem Schemamaster nicht aktualisieren. [status/Folgen] Das Schema wird nicht im ursprünglichen Zustand wiederhergestellt. [benutzeraktion] Detailliertere Informationen finden Sie in der Protokolldatei "Ldif.log" im Verzeichnis "(null)". [2012/02/15:20:57:33.312] ADPREP hat einen Win32-Fehler festgestellt. Fehlercode: 0x1 Fehlermeldung: Unzulässige Funktion.. [2012/02/15:20:57:35.515] Adprep konnte die Gesamtstrukturinformationen nicht aktualisieren. [status/Folgen] Adprep benötigt Zugriff auf die vorhandenen gesamtstrukturweiten Informationen vom Schemamaster, um diesen Vorgang abzuschließen. [benutzeraktion] Weitere Informationen finden Sie in der Protokolldatei "ADPrep.log" im Verzeichnis "C:\WINDOWS\debug\adprep\logs\20120215205705". Für Hilfe währe ich sehr dankbar. Zitieren Link zu diesem Kommentar
NorbertFe 2.027 Geschrieben 16. Februar 2012 Melden Teilen Geschrieben 16. Februar 2012 Und was steht in den erwähnten Logfiles? Bye Norbert Zitieren Link zu diesem Kommentar
denis 10 Geschrieben 16. Februar 2012 Autor Melden Teilen Geschrieben 16. Februar 2012 Verbindung mit "SERVER.domäne.local" wird hergestellt. Anmelden als aktueller Benutzer unter Verwendung von SSPI Das Verzeichnis wird aus der Datei "C:\WINDOWS\system32\PAS.ldf" importiert. Die Einträge werden geladen. 1: CN=ms-DS-HAB-Seniority-Index,CN=Schema,CN=Configuration,DC=domäne,DC=local Entry DN: CN=ms-DS-HAB-Seniority-Index,CN=Schema,CN=Configuration,DC=domäne,DC=local Der Eintrag wurde einwandfrei geändert. 2: CN=ms-DS-Phonetic-Last-Name,CN=Schema,CN=Configuration,DC=domäne,DC=local Entry DN: CN=ms-DS-Phonetic-Last-Name,CN=Schema,CN=Configuration,DC=domäne,DC=local Der Eintrag wurde einwandfrei geändert. 3: CN=ms-DS-Phonetic-First-Name,CN=Schema,CN=Configuration,DC=domäne,DC=local Entry DN: CN=ms-DS-Phonetic-First-Name,CN=Schema,CN=Configuration,DC=domäne,DC=local Der Eintrag wurde einwandfrei geändert. 4: CN=ms-DS-Phonetic-Department,CN=Schema,CN=Configuration,DC=domäne,DC=local Entry DN: CN=ms-DS-Phonetic-Department,CN=Schema,CN=Configuration,DC=domäne,DC=local Der Eintrag wurde einwandfrei geändert. 5: CN=ms-DS-Phonetic-Display-Name,CN=Schema,CN=Configuration,DC=domäne,DC=local Entry DN: CN=ms-DS-Phonetic-Display-Name,CN=Schema,CN=Configuration,DC=domäne,DC=local Der Eintrag wurde einwandfrei geändert. 6: CN=ms-DS-Phonetic-Company-Name,CN=Schema,CN=Configuration,DC=domäne,DC=local Entry DN: CN=ms-DS-Phonetic-Company-Name,CN=Schema,CN=Configuration,DC=domäne,DC=local Der Eintrag wurde einwandfrei geändert. 7: CN=ms-FVE-VolumeGuid,CN=Schema,CN=Configuration,DC=domäne,DC=local Entry DN: CN=ms-FVE-VolumeGuid,CN=Schema,CN=Configuration,DC=domäne,DC=local Der Eintrag wurde einwandfrei geändert. 8: CN=ms-FVE-RecoveryGuid,CN=Schema,CN=Configuration,DC=domäne,DC=local Entry DN: CN=ms-FVE-RecoveryGuid,CN=Schema,CN=Configuration,DC=domäne,DC=local Der Eintrag wurde einwandfrei geändert. 9: CN=Last-Logon-Timestamp,CN=Schema,CN=Configuration,DC=domäne,DC=local Entry DN: CN=Last-Logon-Timestamp,CN=Schema,CN=Configuration,DC=domäne,DC=local Der Eintrag wurde einwandfrei geändert. 10: CN=ms-PKI-DPAPIMasterKeys,CN=Schema,CN=Configuration,DC=domäne,DC=local Entry DN: CN=ms-PKI-DPAPIMasterKeys,CN=Schema,CN=Configuration,DC=domäne,DC=local Der Eintrag wurde einwandfrei geändert. 11: CN=ms-PKI-AccountCredentials,CN=Schema,CN=Configuration,DC=domäne,DC=local Entry DN: CN=ms-PKI-AccountCredentials,CN=Schema,CN=Configuration,DC=domäne,DC=local Der Eintrag wurde einwandfrei geändert. 12: CN=ms-PKI-RoamingTimeStamp,CN=Schema,CN=Configuration,DC=domäne,DC=local Entry DN: CN=ms-PKI-RoamingTimeStamp,CN=Schema,CN=Configuration,DC=domäne,DC=local Der Eintrag wurde einwandfrei geändert. 13: (null) Entry DN: (null) Der Eintrag wurde einwandfrei geändert. 13 Einträge wurden erfolgreich geändert. Der Befehl wurde einwandfrei durchgeführt. Zitieren Link zu diesem Kommentar
NorbertFe 2.027 Geschrieben 16. Februar 2012 Melden Teilen Geschrieben 16. Februar 2012 Also eigentlich dachte ich eher hieran: Detailliertere Informationen finden Sie in der Protokolldatei "Ldif.log" im Verzeichnis "(null)".[2012/02/15:20:57:33.312] ADPREP hat einen Win32-Fehler festgestellt. Fehlercode: 0x1 Fehlermeldung: Unzulässige Funktion.. [2012/02/15:20:57:35.515] Adprep konnte die Gesamtstrukturinformationen nicht aktualisieren. [status/Folgen] Adprep benötigt Zugriff auf die vorhandenen gesamtstrukturweiten Informationen vom Schemamaster, um diesen Vorgang abzuschließen. [benutzeraktion] Weitere Informationen finden Sie in der Protokolldatei "ADPrep.log" im Verzeichnis "C:\WINDOWS\debug\adprep\logs\20120215205705". Zitieren Link zu diesem Kommentar
denis 10 Geschrieben 16. Februar 2012 Autor Melden Teilen Geschrieben 16. Februar 2012 Ja Das erste ist ja das Adprep.log :) Finde die Fehlerbeschreibung auch sehr umfangreich MfG Zitieren Link zu diesem Kommentar
denis 10 Geschrieben 16. Februar 2012 Autor Melden Teilen Geschrieben 16. Februar 2012 Aktueller Status habe mit ADSIEdit nach cn=27a03717-5963-48fc-ba6f-69faa33e70ed,cn=Operations,cn=ForestUpdates,CN=Configuration,DC=domäne,DC=local gesucht aber keinen solchen eintrag gefunden. Wo kommt der her??? MfG Zitieren Link zu diesem Kommentar
olc 18 Geschrieben 17. Februar 2012 Melden Teilen Geschrieben 17. Februar 2012 Hi, das ist eine sogenannte "Operational GUID" die angibt, welche konkrete Aktion Adprep.exe gerade ausführen möchte. War die Umgebung zum Zeitpunkt des Schema Upgrades "sauber", d.h. Ereignisprotokolle des Schema Masters wiesen keine Fehlermeldungen auf? Was sagt ein "dcdiag.exe" in der Umgebung - irgendwelche Fehler? Viele Grüße olc Zitieren Link zu diesem Kommentar
denis 10 Geschrieben 20. Februar 2012 Autor Melden Teilen Geschrieben 20. Februar 2012 Vielen Dank. Habe das Problem lösen können. Zitieren Link zu diesem Kommentar
olc 18 Geschrieben 20. Februar 2012 Melden Teilen Geschrieben 20. Februar 2012 ...wie genau? ;) Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.