8
Globaler Katalog Server Defekt
Hallöchen,
aktuell ist der DC2, was eigentlich der haupt DC durch einen Technischen Defekt nicht mehr wiederherzustellen. Die FSMO Rollen wurden bereits alle auf DC1 übernommen, und eigentlich sollte hier auch der Globale Katalog mit übernommen worden sein. Die Einstellung war Aktiviert.
Ist so Jahrelang ohne fehler gelaufen.
Wie kann ich jetzt festlegen das der Globale Katalog nur noch auf DC1 liegt.
Ereignistyp: Warnung
Ereignisquelle: NTDS General
Ereigniskategorie: Globaler Katalog
Ereigniskennung: 1655
Datum: 08.03.2011
Zeit: 21:00:44
Benutzer: NT-AUTORITÄT\ANONYMOUS-ANMELDUNG
Computer: SERVER
Beschreibung:
Active Directory hat versucht mit dem folgenden globalen Katalog eine Verbindung aufzunehmen. Die Versuche waren nicht erfolgreich.
Globaler Katalog:
\\dc2.server.local
Der zurzeit ausgeführte Vorgang kann möglicherweise nicht fortgesetzt werden. Active Directory wird den Domänencontrollerlocator verwenden, um einen verfügbaren globalen Katalogserver zu suchen.
Zusätzliche Daten
Fehlerwert:
1722 Der RPC-Server ist nicht verfügbar.
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
aktuell ist der DC2, was eigentlich der haupt DC durch einen Technischen Defekt nicht mehr wiederherzustellen. Die FSMO Rollen wurden bereits alle auf DC1 übernommen, und eigentlich sollte hier auch der Globale Katalog mit übernommen worden sein. Die Einstellung war Aktiviert.
Ist so Jahrelang ohne fehler gelaufen.
Wie kann ich jetzt festlegen das der Globale Katalog nur noch auf DC1 liegt.
Ereignistyp: Warnung
Ereignisquelle: NTDS General
Ereigniskategorie: Globaler Katalog
Ereigniskennung: 1655
Datum: 08.03.2011
Zeit: 21:00:44
Benutzer: NT-AUTORITÄT\ANONYMOUS-ANMELDUNG
Computer: SERVER
Beschreibung:
Active Directory hat versucht mit dem folgenden globalen Katalog eine Verbindung aufzunehmen. Die Versuche waren nicht erfolgreich.
Globaler Katalog:
\\dc2.server.local
Der zurzeit ausgeführte Vorgang kann möglicherweise nicht fortgesetzt werden. Active Directory wird den Domänencontrollerlocator verwenden, um einen verfügbaren globalen Katalogserver zu suchen.
Zusätzliche Daten
Fehlerwert:
1722 Der RPC-Server ist nicht verfügbar.
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 162300
Url: https://administrator.de/contentid/162300
Printed on: April 23, 2024 at 09:04 o'clock
8 Comments
Latest comment
Naja, da dein DC scheinbar abgeschmiert ist, konnte er sich (verständlicherweise) nicht mehr "sauber" aus dem AD austragen. Folglich werden im AD noch alte Einträge zu deinem Server stehen. Da hilft dann nur suchen und Aufräumen. Wenn du Google bemühst wirst du dazu bestimmt was finden. Wenn gar nichts mehr hilft schau die dir Domäne mal mit ADSIEDIT an.
Gruß
PJM
Gruß
PJM
gibt es hier irgend was ganz besonderes was man beachten sollte - nicht das hier zuviel geräumt wird. Das ist jetzt meine ganze sorge.
Schöne Grüße
Schöne Grüße
Wenn du mit ADSIEDIT ran gehst solltest du dich unbedingt mit der Materie auskennen. Es gibt so viel zu beachten, das man das in einem so Pauschalen umfeld gar nicht alles aufzählen kann. Bevor du irgendwelche Einträge löschst, mach diich darüber schlau (Was bewirken sie, mit welchen Diensten kängen sie zusammen, etc.). Sachen Manuel zu löschen bringt immer gefahren mit sich. Deshalb hab ich gemeint solltest du mal Google bemühen. Du bist mit sicherheit nicht der erste dem sein Global Katalog abraucht. Microsoft hat mit großer wahrscheinlichkeit vorgefertigte KB Artikel dafür.
was passiert denn wenn der DC2 jetzt neu Installiert wird, und dann wieder zum DC gemacht wird. Da ist doch eine Replizierung wieder möglich, und die Fehlermeldung sollte weg sein oder.
Wieeeee? Du möchtest also jetzt einfach einen Server neu installieren ihn so nennen wie den alten und in die domäne hängen??? Das wär schön 
Nein damit wirst du kein erfolg haben. AD macht die meiste Komunikation über SSIDs. Diese wird beim neuen Server anders als die alte sein.
Nein damit wirst du kein erfolg haben. AD macht die meiste Komunikation über SSIDs. Diese wird beim neuen Server anders als die alte sein.
Moin,
Unabhängig davon der GC ist ja keine der beiden Highlander Rollen - davon kann es soviele geben, wie es DCs gibt.
Gruß
- Stop... und kein 3/4 Wissen verbreiten.... (sdamit meine ich die Zeilen von 15:04)
- Mit ADSIEdit ist das genauso, wie mit dem regeditor - wenn man da mißt macht, wars das.
- je nachdem, wieviele DC Server es gibt, muß man unterschiedlich agieren.
- wenn man jede einzelne aktuelle Einstellung sichert (und wenns nur ein Screenshoot ist) macht man in so einem Fall weniger verkehrt, als wenn man es so stehen läßt.
- Bevor man da aber etwas macht, muß man rekapitulieren, was ist genändert worden.
- Wie lief die replikation / IP oder RPC
- Sind Standleitungen/ Vpns dazwischen
Unabhängig davon der GC ist ja keine der beiden Highlander Rollen - davon kann es soviele geben, wie es DCs gibt.
- Einen DC via ADsiedit zum Member deklarieren den danach zu löschen (überall auch in den Standorten) und dann eine andere Kiste mit dem gleichen namen aufzusetzen und dann die replikation wieder anzuwerfen, bzw. die automatisch erstellte überprüfen ist echt kein Hexenwerk - sondern gang und gäbe.
Gruß
Hoi,
Ich lern immer wieder gern dazu. Irgendwelche Links oder Praxistaugliche Infos zu dieser "gängigen Praxis"?
Gruß
PJM
* Einen DC via ADsiedit zum Member deklarieren den danach zu löschen (überall auch in den Standorten) und dann eine
andere Kiste mit dem gleichen namen aufzusetzen und dann die replikation wieder anzuwerfen, bzw. die automatisch erstellte
überprüfen ist echt kein Hexenwerk - sondern gang und gäbe.
andere Kiste mit dem gleichen namen aufzusetzen und dann die replikation wieder anzuwerfen, bzw. die automatisch erstellte
überprüfen ist echt kein Hexenwerk - sondern gang und gäbe.
Ich lern immer wieder gern dazu. Irgendwelche Links oder Praxistaugliche Infos zu dieser "gängigen Praxis"?
Gruß
PJM
Moin,
Die M$ Knowledge Base kennt da einige Praxistaugliche Infos aber die suche ich dir jetzt nicht alles raus.
Zitat von @fisi-pjm:
Hoi,
> * Einen DC via ADsiedit zum Member deklarieren den danach zu löschen (überall auch in den Standorten) und dann
eine
> andere Kiste mit dem gleichen namen aufzusetzen und dann die replikation wieder anzuwerfen, bzw. die automatisch erstellte
> überprüfen ist echt kein Hexenwerk - sondern gang und gäbe.
Ich lern immer wieder gern dazu. Irgendwelche Links oder Praxistaugliche Infos zu dieser "gängigen Praxis"?
Hoi,
> * Einen DC via ADsiedit zum Member deklarieren den danach zu löschen (überall auch in den Standorten) und dann
eine
> andere Kiste mit dem gleichen namen aufzusetzen und dann die replikation wieder anzuwerfen, bzw. die automatisch erstellte
> überprüfen ist echt kein Hexenwerk - sondern gang und gäbe.
Ich lern immer wieder gern dazu. Irgendwelche Links oder Praxistaugliche Infos zu dieser "gängigen Praxis"?
Die M$ Knowledge Base kennt da einige Praxistaugliche Infos aber die suche ich dir jetzt nicht alles raus.
Gruß
PJM
retourPJM
