Domänencontroller temporär deaktivieren

[AustriaWien 10]

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.

[blub 115]

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

[olc 18]

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

[Daim 12]

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...

[Dukel 451]

Wenn man ganz sicher gehen will: Demoten und danach neu promoten.

[AustriaWien 10]

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.

[AustriaWien 10]

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.

[NorbertFe 2.027]

How to enable user environment debug logging in retail builds of Windows

 

Bye

Norbert

[AustriaWien 10]

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.