Fehlermeldung "Unable to perform Exchange-Schemaüberprüfung Konflikt" und erforderliche Komponenten prüfen schlägt fehl

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 2737560 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

Problembeschreibung

Wenn Sie versuchen, den ersten Windows Server 2012 Domänencontroller in einer vorhandenen Windows Server 2003, Windows Server 2008 oder Windows Server 2008 R2 Gesamtstruktur konfigurieren, schlägt fehl, die Prüfung der erforderlichen Komponenten und Sie erhalten die folgende Fehlermeldung angezeigt:

Überprüfung der Voraussetzungen für die Vorbereitung von Active Directory ist fehlgeschlagen. Kann nicht für die Domäne adatum.com Exchange Schema Konfliktüberprüfung durchgeführt.
Ausnahme: Der RPC-Server ist nicht verfügbar.
Adprep konnte keine Daten vom Server 2008 R2-01.adatum.com über Windows Management Instrumentation (WMI) abrufen.

Darüber hinaus die C:\windows\debug\adprep\logs\Datum und Uhrzeit>-test\adprep.log-Datei zeigt Folgendes:

[2012/07/24:09:50:21.734]Adprep failed while performing Exchange schema check.[Status/Consequence]The Active Directory Domain Services schema is not upgraded.[User Action]Check the log file ADPrep.log in the C:\Windows\debug\adprep\logs\20120724094831-test directory for possible cause of failure.[2012/07/24:09:50:21.734]Adprep encountered a Win32 error. Error code: 0x6ba Error message: The RPC server is unavailable.DSID Info:DSID: 0x1810012aHRESULT = 0x800706baNT BUILD: 8517

Ursache

Ursache 1

Vorhandene Domänencontroller oder Domänencontroller werden für das Konto Netzwerkdienst die SeServiceLogonRight ("Anmeldung als Dienst") fehlt.

Ursache 2

Die WMI und DCOM-Protokolle werden zwischen dem Computer blockiert, die Windows Server 2012 und der vorhandenen Domänencontroller oder Domänencontroller ausgeführt wird.

Lösung

Lösung 1

Fügen Sie den Netzwerkdienst als Teil der SeServiceLogonRight ("Anmeldung als Dienst") nach rechts an der Standard-Domänencontrollerrichtlinie. Standardmäßig ist der Dienst gibt es in Windows Server 2003-Domänen vorhanden. Stellen Sie sicher, dass keine andere Richtlinie den Dienst entfernen wird, wenn der Dienst bereits in der Standarddomänencontroller-Richtlinie vorhanden ist. Standardmäßig wird der Dienst wird von der lokalen Sicherheitsrichtlinie auf allen Servern in Windows Server 2008 oder höher festgelegt und ist nicht mehr Teil des Standard-Domänencontrollerrichtlinie.

Lösung 2

Überprüfen Sie Windows-Firewall auf vorhandenen Domänencontrollern, und stellen Sie sicher, dass die folgenden Regeln aktiviert sind. (Standardmäßig sind diese Regeln auf Domänencontrollern aktiviert.)
  • Windows-Verwaltungsinstrumentation (WMI eingehend)
  • Windows-Verwaltungsinstrumentation (DCOM eingehend)
  • Windows-Verwaltungsinstrumentation (Async eingehend)
Wenn diese Regeln nicht aktiviert sind, aktivieren und Testen Sie erneut. Wenn Domänencontrollerkonfiguration erforderlichen Test weiterhin fehlschlägt, überprüfen Sie alle Fremdanbieter-Software-Firewalls oder Endpoint Protection-Software auf den vorhandenen Domänencontrollern und Firewalls zwischen bestehenden Domänencontroller und Domänencontrollern, die Windows Server 2012 ausgeführt werden. Stellen Sie sicher, dass ihre Regeln Folgendes aktivieren:
  • TCP/IP - Port 135 - DCOM/RPC/WMI-Endpunktzuordnung (RpcSs)
  • TCP/IP - Ports alle - asynchroner Rückruf WMI-Clients (Unsecapp)
  • TCP/IP - Ports alle - WMI-Dienst (Wmimgmt)
Wenn die Konfiguration des Domänencontrollers weiterhin fehlschlägt, erfasst doppelseitige Netzwerk verwenden zwischen den Domänencontrollern vorhandener und neuer, um zu bestimmen, in denen der Verkehr sinkt, und wenden Sie sich an Microsoft Support Services.

Weitere Informationen

Dieses Problem tritt auf, wenn Sie Windows Server 2012 ausführen.

Der Befehl adprep.exe/ForestPrep wird auch die Überprüfung der Vorbedingungen ausgeführt.

Wenn Administratoren in Windows Server 2003 zuvor den Befehl Dcpromo/forceremoval ausgeführt haben, kann das Problem mit fehlende SeServiceLogonRight verursacht werden.

Eigenschaften

Artikel-ID: 2737560 - Geändert am: Donnerstag, 4. Oktober 2012 - Version: 1.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Windows Server 2012 Datacenter
  • Windows Server 2012 Standard
Keywords: 
kbmt KB2737560 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 2737560
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com