dmetzger 10 Geschrieben 20. August 2005 Melden Teilen Geschrieben 20. August 2005 wenn ich die Server boote ist es doch egal in welcher Reihenfolge dies passiert oder? Ich würde in einer Domäne immer deren 1. DC zuerst vollständig booten, also hier den SBS, damit die FSMO-Rollen vorhanden und verfügbar sind, wenn die weiteren DCs gestartet werden. Wie lautet das Ergebnis von "netdom query fsmo" über die Kommandozeile? Zitieren Link zu diesem Kommentar
Bavaria 10 Geschrieben 20. August 2005 Autor Melden Teilen Geschrieben 20. August 2005 alle 5 rollen sind dem sbs zugeordnet the command copmpleted successfully Ist doch richtig, dass es diesen command auf dem w3k nicht gibt? habe das oben jetzt auf dme sbs ausgeführt(sorry lerne ja dazu, danke) Btw danke für deine Hilfe wäre völlig lost ansonsten, beschäftige mich gerade im Selbststudium mit diesen ganzen Themen, dass jetzt was sein muss bevor ichmit Lesen fertig bin. :-( Werde jetzt mal meine DNS Einstellungen posten Ntserver=Sbs2003 Std Backupsrv=DC W3k Zitieren Link zu diesem Kommentar
Bavaria 10 Geschrieben 20. August 2005 Autor Melden Teilen Geschrieben 20. August 2005 net dom query http://rapidshare.de/files/4188960/fsmo.JPG.html ------------------------------------------------------------ Sbs 2003 Forward Lookup Zone: http://rapidshare.de/files/4189012/ntserver_forward.JPG.html Reverse Lookup Zone: http://rapidshare.de/files/4189036/ntserver_reverse.JPG.html ------------------------------------------------------------------------ 2. DC W3k Std. Forward: http://rapidshare.de/files/4189105/backupbsrv_forward.JPG.html Reverse: http://rapidshare.de/files/4189145/backupsrv_reverse.JPG.html ----------------------------- Cut und noch die letzte Fehlermeldung, das wars dann mit Errors: Ereignistyp: Warnung Ereignisquelle: NTDS Replication Ereigniskategorie: Verzeichnisdienst-RPC-Client Ereigniskennung: 2088 Datum: 20.08.2005 Zeit: 20:40:32 Benutzer: NT-AUTORITÄT\ANONYMOUS-ANMELDUNG Computer: NTSERVER Beschreibung: Active Directory konnte DNS nicht zum Auflösen der unten aufgelisteten IP-Adresse des Quelldomänencontrollers verwenden. Active Directory wurde erfolgreich mit Hilfe von NetBIOS bzw. dem voll qualifizierten Computernamen des Quelldomänencontrollers repliziert, um die Konsistenz der Sicherheitsgruppen, der Gruppenrichtlinie, der Benutzer und Computer und deren Kennwörter zu erhalten. Eine ungültige DNS-Konfiguration kann andere wichtige Vorgänge auf Mitgliedscomputern, Domänencontrollern oder Anwendungsservern in dieser Active Directory-Gesamtstruktur, einschließlich der Anmeldeauthentifizierung bzw. den Zugriff auf Netzwerkressourcen, beeinflussen. Sie sollten diesen DNS-Konfigurationsfehler unverzüglich beheben, damit dieser Domänencontroller die IP-Adresse des Quelldomänencontrollers mit Hilfe von DNS auflösen kann. Alternativer Servername: BACKUPSRV Fehlgeschlagener DNS-Hostname: d68c0975-0114-4d78-a543-7574dd8633e0._msdcs.richter.local Anmerkung: Standardmäßig werden nur maximal 10 DNS-Fehler innerhalb eines Zeitraums von 12 Stunden angezeigt, auch wenn mehr als 10 Fehler aufgetreten sind. Setzen Sie den folgenden Registrierungswert auf 1, um alle individuellen Fehlerereignisse zu protokollieren: Registrierungpfad: HKLM\System\CurrentControlSet\Services\NTDS\Diagnostics\22 DS RPC Client Benutzeraktion: 1) Wenn der Quelldomänencontroller nicht mehr funktioniert bzw. dessen Betriebssystem unter einem anderen Computernamen oder NTDSDSA-Objekt-GUID neu installiert wurde, entfernen Sie die Metadaten des Quelldomänencontrollers mit dem Programm NTDSUTIL.EXE entsprechend der im MSKB-Artikel 216498 dargelegten Schritte. 2) Bestätigen Sie, dass auf dem Quelldomänencontroller Active Directory ausgeführt wird, und dass auf diesen über das Netzwerk zugegriffen werden kann, indem Sie "NET VIEW \\<Quell-DC-Name>" oder "PING <Quell-DC-Name>" eingeben. 3) Stellen Sie sicher, dass der Quelldomänencontroller einen gültigen DNS-Server für die DNS-Dienste verwendet, und dass der Host- bzw. CNAME-Eintrag des Quelldomänencontrollers richtig registriert ist, indem Sie die für den DNS erweiterte Version von DCDIAG.EXE, verfügbar unter http://www.microsoft.com/dns, ausführen. dcdiag /test:dns 4) Stellen Sie sicher, dass dieser Zieldomänencontroller einen gültigen DNS-Server für die DNS-Dienste verwendet, indem Sie die für den DNS erweiterte Version des Befehls DCDIAG.EXE folgendermaßen auf der Konsole ausführen: dcdiag /test:dns 5) Weitere Informationen zur Analyse von DNS-Fehlern erhalten Sie unter KB 824449: http://support.microsoft.com/?kbid=824449 Zusätzliche Daten Fehlerwert: 11004 Der angeforderte Name ist gültig, es wurden jedoch keine Daten des angeforderten Typs gefunden. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. Zitieren Link zu diesem Kommentar
dmetzger 10 Geschrieben 20. August 2005 Melden Teilen Geschrieben 20. August 2005 Ist doch richtig, dass es diesen command auf dem w3k nicht gibt? Du musst zuerst die Support Tools von der Installations-CD installieren. Ich habe von hier keinen Zugriff auf Rapidshare.de, da der Provider diese Site gesperrt hat. Du darfst mir die Bilder aber per E-Mail senden. Schaut nun sehr nach einem DNS-Problem aus. Interessant wären auch noch die Ergebnisse von netdiag.exe und dcdiag.exe. Zitieren Link zu diesem Kommentar
Bavaria 10 Geschrieben 20. August 2005 Autor Melden Teilen Geschrieben 20. August 2005 ok, würdest du mir bitte deine Email Adresse geben? sorry nur nicht das ich dich falsch verstehe, diese support tools finde ich auf der w3k cd? Wenn ja , dann habe ich ein problem weil ich jetzt im Homeoffice bin und die Cds sind im Firmensafe. Danke für deine Bemühungen, wäre sehr schön wenn das alles klappt Zitieren Link zu diesem Kommentar
dmetzger 10 Geschrieben 20. August 2005 Melden Teilen Geschrieben 20. August 2005 sorry nur nicht das ich dich falsch verstehe, diese support tools finde ich auf der w3k cd? Genau. Du musst für jedes Betriebssystem die Support Tools von der dazugehörenden Installations-CD installieren. Zitieren Link zu diesem Kommentar
Bavaria 10 Geschrieben 20. August 2005 Autor Melden Teilen Geschrieben 20. August 2005 SO, jetzt fragt mich nicht warum jetzt geht das wieder mit dem sich als Administrator Systemsteuerung/software Windows server einloggen. Dieses mit 14 von 42 ist weg Puhhhh that made my day Zitieren Link zu diesem Kommentar
Bavaria 10 Geschrieben 20. August 2005 Autor Melden Teilen Geschrieben 20. August 2005 dmetzger weiß deine Arbeit hier auf dem Board sehr zu schätzen, lass dir selbstverständlich Zeit. Ich wünsche dir und deiner Familie ein schänes Fest, Grüße in die Schweiz Zitieren Link zu diesem Kommentar
Bavaria 10 Geschrieben 20. August 2005 Autor Melden Teilen Geschrieben 20. August 2005 Mail ist raus Zitieren Link zu diesem Kommentar
Bavaria 10 Geschrieben 21. August 2005 Autor Melden Teilen Geschrieben 21. August 2005 edit edit Zitieren Link zu diesem Kommentar
Bavaria 10 Geschrieben 21. August 2005 Autor Melden Teilen Geschrieben 21. August 2005 so noch einer hmm Ereignistyp: Warnung Ereignisquelle: NTDS KCC Ereigniskategorie: Konsistenzprüfung Ereigniskennung: 1308 Datum: 21.08.2005 Zeit: 03:08:36 Benutzer: NT-AUTORITÄT\ANONYMOUS-ANMELDUNG Computer: NTSERVER Beschreibung: Die Konsistenzüberprüfung (KCC) hat ermittelt, dass fortlaufende Versuche, eine Replikationsverbindung mit dem folgenden Domänencontroller herzustellen, immer wieder fehlgeschlagen sind. Versuche: 5 Domänencontroller: CN=NTDS Settings,CN=BACKUPSRV,CN=Servers,CN=Standardname-des-ersten-Standorts,CN=Sites,CN=Configuration,DC=richter,DC=local Zeitraum (Minuten): 131 Das Verbindungsobjekt für diesen Domänencontroller wird ignoriert, und eine neue temporäre Verbindung wird hergestellt, damit die Replikation fortgesetzt werden kann. Die temporäre Verbindung wird entfernt, sobald die Replikation mit diesem Domänencontroller wieder aufgenommen wird. Zusätzliche Daten Fehlerwert: 1908 Der Domänencontroller für diese Domäne wurde nicht gefunden. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. EDIT 1) gerade gesehen das in den tcpip settings des SBS nicht als 2. Dns die IP des W§K drin war. Im W3k war schon die ganze Zeit als 2. Dns die des Sbs drin. Muss eigentlich beim jeweiligen DC die ip des anderen Dc als 2. Dns rein? Edit 2) Jetzt checke ich gerade damit ich keinen quatsch schreibe auf dem w3k die tcpip settings und sehe das alles auf automatisch bezihen steht(man könnte jetzt sagen klassischer Fehler, aber da bin ich mir 100% sicher das ich die ip rein habe, er hatte nur gestern gemeckert das schon ein Pc diese ip hat, was aber nicht stimmt der Pc der die IP hatte, hat schon eine neue bekommen) Er mosert auch noch etwas über Gateway, aber wie gesagt jetzt steht folgende ip benutzen aber seht selbst http://rapidshare.de/files/4198960/gateway.JPG.html Puhhh vielleicht klappts doch noch 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.