SBS2008 - Synchronisationsprobleme - Offlinedateien - Offlineadreßbuch - Master Browser

Guten Tag,

nach der Migration einer SBS2003-Domäne hin zu einer SBS2008-Domäne klagen die Benutzer über die verschiedensten Synchronisationsprobleme mit den Offlinedateien. Bei einem Rechner schaltet sich alle paar Minuten das Offlinesymbol im SysTray ein und Netzlaufwerke und Outlook sind getrennt, bei anderen sind öffentliche Ordner in Outlook nicht verfügbar, der nächste bekommt jede Stunde Synchronisierungsprotokolle in Outlook, daß das Offlineadreßbuch nicht verfügbar sei, und bei wieder anderen werden einzelne Dateien nicht synchronisiert uvm. Alle betroffenen Clients sind mit XP Pro3 ausgestattet, nur ein paar wenige andere Clients nutzen auch Win7, aber das spielt für die hier beschriebenen Probleme im Moment keine Rolle. Während der folgenden Untersuchungen lief die gesamte Zeit der DC durch, und die Verbindung zu ihm war zu keiner Zeit (von keinem Rechner erkennbar) gestört, d.h. die Domäne XYZ war die gesamte Zeit über verfügbar. Der Server und die Clients befinden sich alle im gleichen Netzwerksegment.

Auf der Suche nach der oder den Ursachen habe ich im Moment den Komplex DNS, WINS, Browserdienst im Verdacht. Der banale Fehler, daß es keinen PTR-Eintrag im DNS für die Rückwärtsauflösung gibt, ist jedoch schon ausgeschlossen. Ebenso beinhalten die Netzwerkeinstellungen sowohl für IPv4 als IPv6 die "echte" Server-IP-Adresse statt 127.0.0.1, um per nslookup korrekt auflösen zu können.

Im Ereignisprotokoll einiger Stationen stellte ich fest, daß jeder auf einen anderen Client verweist, von dem der Suchdienst keine Serverliste vom Hauptsuchdienst erhalten konnte. Also habe ich auf den betreffenden Rechnern mal "browstat status" ausgeführt, um zu sehen, wer für sie jeweils als Browser gilt. Auf allen Rechnern (eingeschlossen des DC) gibt das Tool den jeweiligen Rechner als Master Browser aus. Für den neuen SERVER sieht das so aus:

Status for domain XYZ on transport \Device\NetBT_Tcpip_{5A305839-1B58-449D-A304-B0349ADE87DF}
Browsing is active on domain.
Master browser name is: SERVER
Master browser is running build 6002
1 backup servers retrieved from master SERVER
\\SERVER
Unable to retrieve server list from SERVER: 1130

Für die Clients bekomme ich noch mehr Ausgaben:

CLIENT1:
Status for domain XYZ on transport \Device\NetBT_Tcpip_{9E1BEF3C-8B0D-420D-9870-E579BB5E3DF4}
Browsing is active on domain.
Master browser name is: CLIENT1
Master browser is running build 2600
1 backup servers retrieved from master CLIENT1
\\CLIENT1
There are 13 servers in domain XYZ on transport \Device\NetBT_Tcpip_{9E1BEF3C-8B0D-420D-9870-E579BB5E3DF4}
There are 3 domains in domain XYZ on transport \Device\NetBT_Tcpip_{9E1BEF3C-8B0D-420D-9870-E579BB5E3DF4}


Status for domain XYZ on transport \Device\NetBT_Tcpip_{81DDDB12-2787-4FC7-9742-241202AD3137}
Browsing is active on domain.
Master browser name is: CLIENT1
Master browser is running build 2600
1 backup servers retrieved from master CLIENT1
\\SERVER
Unable to retrieve server list from CLIENT1: 71


Zuerst frage ich mich, warum ich nicht so hübsche kurze Devicenamen habe, wie sie in der MS-KB verwendet werden. Kann ich das irgendwo beeinflussen?

Dann wundert mich hieran, daß bei dem Client von 13 Servern und 3 Domains die Rede ist. Das stimmt nicht mit meiner Anzahl (1 Domäne per SBS, 1 SERVER) überein. Ist das normal für eine SBS-Umgebung ohne weitere Server? Oder sind hier andere Domänen gemeint? Wenn ich mir das Beispiel auf http://support.microsoft.com/kb/188305/en-us anschaue, stehen da noch viel mehr, aber das in dem Beispiel muß ja keine SBS-Umgebung sein.

Auf einem zweiten Client werden sogar zwei Backupserver gefunden (wobei das jeweils andere Clients sind, was für den Browserdienst ja aber in Ordnung ist), auf einem dritten Client wieder nur einer. Alle Clients laufen seit etlichen Stunden und bekommen ihre Netzwerkeinstellungen per DHCP. So kann eine falsche Subnetzmaske, wie ich an einer anderen Stelle als mögliche Ursache las, wohl nicht in Frage kommen.

Die Frage ist also erstens, warum auf jedem Client ein anderer Masterbrowser gesetzt ist, nämlich er selbst; zweitens, warum dann trotzdem im Ereignisprotokoll\System steht, daß der Hauptsuchdienst auf einen anderen Client (und auch nicht auf den DC) verweist. Ich hatte erwartet, daß die Ausgaben von browstat und dem Ereignisprotokoll dann übereinstimmen. Mit "browstat getmaster ..." bekomme ich auch jeweils den Client, auf dem ich es ausführe, als Master ausgewiesen.

Nach den Ursachen habe ich auch die Registrys der Rechner durchsucht. Bei jedem ist im Schlüssel HKLM\SYSTEM\CurrentControlSet\Services\Browser\Parameters\ das DWORD IsDomainMaster = FALSE gesetzt, MaintainServerList = Auto ebenfalls. Also darf sich keiner als Masterbrowser fühlen. Wie genau MaintainServerList agiert, weiß ich allerdings nicht. In einigen kurzen Tutorials, z.B. Der Hauptsuchdienst wurde beendet, las ich, man solle ihn auf NO stellen. Bevor ich jetzt jedoch an jedem Rechner per GPO diesen Schlüssel ändere (und es bringt ja nur etwas, wenn alle Clients auf keinen Fall als Browser fungieren), hätte ich gern eine Einschätzung, ob mir das etwas bringt. Ich muß ja auch an den Fall denken, wenn der DC mal nicht verfügbar ist (Updates o.ä.). Was passiert dann? Dann können sich die Clients auch untereinander nicht erreichen. Einen BDC gibt es derzeit nicht, der als MasterBrowser einspringen würde. Technisch erschwerend kommt hinzu, daß GPO leider auch nicht auf jedem Rechner ausgeführt werden, was noch ein weiterer, bislang ungelöster Themenkomplex ist. Mitunter werden sogar nur Teile einer GP ausgeführt, z.B. ein Netzlaufwerk verbunden, aber RegKeys gleichzeitig nicht gesetzt. Dazu aber besser ein anderes Mal mehr, um das hier nicht zu vermischen.

Klingt recht kompliziert und verzweigt, aber vielleicht kommt jemandem eine Idee, was ich tun kann, um zumindest die Ursache für diese Unstimmigkeiten und damit Synchronisationsprobleme weiter einzugrenzen.