AustriaWien 10 Geschrieben 30. Juni 2011 Melden Teilen Geschrieben 30. Juni 2011 Hi, in einem Domänennetzwerk (4 DCs, 3x W2003 & 1x W2008) gibt es einen DC (W2003) der immer öfter "einfriert" (Mauszeiger bewegbar, sonst keine Reaktion außer bei 5 Sek. Ausschaltknopf), mittlerweile fast täglich. Ich habe den Verdacht, daß dadurch Anmeldevorgänge an PCs (geschätzt in 2 von 8 Fällen) wesentlich länger (10-40 Minuten) dauern als bei korrekter Funktionsweise. Obwohl noch andere DCs einwandfrei funktionieren. Dieser DC war vor Jahren der allererste DC. Mittlerweile wurden die Betriebsmasterrollen an den 2008er übergeben. Ich würde gerne diesen DC einigen Offline-Tests (Speicher, HDD, Hardware,..) unterziehen. Allerdings hab ich im Hinterkopf, daß einen DC einfach vom Netz zu nehmen zu Problemen im Domänennetzwerk führen kann. Gibt es eine Funktion um dem AD mitzuteilen, daß der DC jetztmal Offline ist, ohne ihn gleich herabstufen zu müssen? lg D. Zitieren Link zu diesem Kommentar
blub 115 Geschrieben 30. Juni 2011 Melden Teilen Geschrieben 30. Juni 2011 Hi, Setz doch diesen Wert LdapSrvPriority einfach mal auf 100. Dann lassen die Clients die Finger von dem Dc und du siehst du schonmal, ob die Verzögerungen bleiben. blub Zitieren Link zu diesem Kommentar
olc 18 Geschrieben 30. Juni 2011 Melden Teilen Geschrieben 30. Juni 2011 Hi, neben dem Hinweis von blub könntest Du den DC auch in eine eigene Site verschieben und die "globalen" Einträge des DCs entfernen (und diese auch nicht neu schreiben lassen). Siehe dazu DnsAvoidRegisterRecords: How to optimize the location of a domain controller or global catalog that resides outside of a client's site Viele Grüße olc Zitieren Link zu diesem Kommentar
Daim 12 Geschrieben 1. Juli 2011 Melden Teilen Geschrieben 1. Juli 2011 Servus, du könntest zwar auch an der Priorität bzw. Gewichtung in den DNS-Einträgen des DCs drehen, aber wie ist das folgende Zitat zu verstehen? Allerdings hab ich im Hinterkopf, daß einen DC einfach vom Netz zu nehmen zu Problemen im Domänennetzwerk führen kann. Gerade deshalb "sollte" es zu keinen Problemen in einer Domäne mit mehreren DCs kommen... Zitieren Link zu diesem Kommentar
Dukel 448 Geschrieben 1. Juli 2011 Melden Teilen Geschrieben 1. Juli 2011 Wenn man ganz sicher gehen will: Demoten und danach neu promoten. Zitieren Link zu diesem Kommentar
AustriaWien 10 Geschrieben 4. Juli 2011 Autor Melden Teilen Geschrieben 4. Juli 2011 Servus, du könntest zwar auch an der Priorität bzw. Gewichtung in den DNS-Einträgen des DCs drehen, aber wie ist das folgende Zitat zu verstehen? Allerdings hab ich im Hinterkopf, daß einen DC einfach vom Netz zu nehmen zu Problemen im Domänennetzwerk führen kann. Gerade deshalb "sollte" es zu keinen Problemen in einer Domäne mit mehreren DCs kommen... Da war gemeint, wenn ich Offline-Test (Hardware-Tests etc.) mit dem DC-Server mache, dann ist das ja so alsob ich einfach den Netzwerkstecker ziehen würde bzw. abschalten würde. Deshalb habe ich eben nach einer möglichst einfachen Methode gesucht, wo dieser DC nicht verwendet wird. Die Sache mit der Prio/Gewichtung erscheint mir da schnell und hilfreich. Danke lg D. Zitieren Link zu diesem Kommentar
AustriaWien 10 Geschrieben 4. Juli 2011 Autor Melden Teilen Geschrieben 4. Juli 2011 Hallo, ich habe die Sache mit der Prio/Gewichtung jetztmal eingestellt. Bis jetzt sind Anmeldezeiten von 40 Minuten ausgeblieben. Allerdings ist der besagte DC bis jetzt auch noch nicht wieder eingefroren *aufholzklopf* Es sind folgende zwei Anmeldeverhalten zu beobachten. 1.) Nach Eingabe Benutzername/Kennwort wird das Eingabefenster grau für ca. 30-40 Sekunden, danach steht für weitere ca. 2 Minuten "Benutzereinstellungen werden geladen. 2.) Nach Eingabe Benutzername/Kennwort wird das Eingabefenster grau für ca. 1-3 Sekunden, danach steht für weitere ca. 10-30 Sekunden "Benutzereinstellungen werden geladen. D.h. die Anmeldung dauert entweder 10-30 Sekunden oder 2,5-3 Minuten. Getestet mit dem selben Benutzer, mehrfach auf dem selben aber auch auf anderen PCs. Kennt jemand eine Doku wo detailiert beschrieben steht, was Client/Server machen während der Phase "Benutzereinstellungen werden geladen"? lg D. Zitieren Link zu diesem Kommentar
NorbertFe 1.968 Geschrieben 4. Juli 2011 Melden Teilen Geschrieben 4. Juli 2011 How to enable user environment debug logging in retail builds of Windows Bye Norbert Zitieren Link zu diesem Kommentar
AustriaWien 10 Geschrieben 4. Juli 2011 Autor Melden Teilen Geschrieben 4. Juli 2011 How to enable user environment debug logging in retail builds of Windows Bye Norbert Danke für den Link. habe ich auch eingeschaltet wie in http://www.mcseboard.de/active-directory-forum-79/detailierte-beschreibung-windows-domaenen-anmeldung-178271.html beschrieben. Aber wie dort beschrieben war nur zu sehen... USERENV(20c.1c8) 17:11:01:215 PingComputer: Transfer rate: 1777 Kbps Loop count: 3 USERENV(20c.1c8) 17:30:04:910 MyGetUserName: GetUserNameEx failed with 1727. USERENV(20c.1c8) 17:30:04:910 MyGetUserName: Retrying call to GetUserNameEx in 1/2 second. USERENV(20c.1c8) 17:42:41:360 ProcessGPOs: User name is: ... daß es Lücken gibt, aber nicht was in dieser Zeit passiert. Wobei es für dieses Problem eh schon den anderen Thread gibt und diesbezügl. dort weitergeschrieben werden sollte. Wie man sieht - Das Thema scheint mich zu Verfolgen :suspect: lg D. 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.