Рабочие станции Windows отключаются при перезагрузке одного контроллера домена
У нас небольшая проводная локальная сеть с 3 DC (W2k8) и примерно 25 рабочими станциями (большинство из которых XP SP3, некоторые 7 SP1). Люди используют перемещаемые профили с перенаправлением папок для рабочего стола и моих документов, данных приложения и меню "Пуск". Перенаправленные папки располагаются на общем ресурсе DFS-R в трех DC. Эта настройка использовалась около года.
Перенаправление всей папки было, по меньшей мере, кошмаром для нас. Пользователи часто переводятся в автономный режим и, по-видимому, случайным образом, поскольку Windows запрашивает синхронизацию, несмотря на то, что пользователи вообще не находятся в автономном режиме (все эхо-запросы в порядке, а другие, возможно, менее чувствительные к подключению службы продолжают работать нормально).
Люди привыкли жить с этим (так сказать) и синхронизировать время от времени. По крайней мере, Windows 7, кажется, работает лучше, чем XP, в отношении всей этой проблемы автономного режима / синхронизации в том смысле, что она не так сильно беспокоит людей всплывающими окнами... и т. Д. Я много искал, что может быть причиной этого пока безуспешно. На данном этапе я до сих пор даже не представляю, связана ли эта проблема с программным обеспечением или нет.
Однако есть по крайней мере одно явное явление в автономном режиме, которое я заметил за прошедший год: когда один из наших контроллеров домена перезапускается, некоторые пользователи переводятся в автономный режим, несмотря на то, что два других контроллера домена продолжают работать. Конечно, это не должно происходить, даже для пользователей, которые получили свою аренду DHCP через перезапускающий DC. Это заставляет меня думать, что что-то может быть неправильно настроено, что может привести меня к более общей проблеме офлайн / синхронизации.
2 ответа
Хорошо, вы многое сделали, позвольте мне попытаться разобраться:
Когда вы говорите, что пользователи "переводятся в автономный режим" при перезапуске одного из DC, вы имеете в виду, что они теряют сетевое подключение (они теряют свой назначенный DHCP IP-адрес) или вы имеете в виду, что они теряют доступ к своим перенаправленным папкам? Если последнее, тогда выньте DHCP из этого предложения, потому что оно совершенно не связано с направлением папок, за исключением того факта, что клиенту требуется сетевое подключение для доступа к перенаправленным папкам.
Пинг не очень хороший инструмент для устранения неполадок в сети. Конечно, он может сказать вам, если хост имеет сетевое подключение, и он может сказать вам относительное время ответа этого хоста, но ничего не говорит о том, что происходит в сети. Попробуйте запустить захват пакетов на одном из клиентов или на одном из серверов. Ищите признаки перегрузки сети, такие как большой объем широковещательного трафика (широковещательные рассылки уровня 2 и уровня 3), и ищите такие вещи, как большой объем повторных передач TCP и дублированные ACK. Это оба верные признаки перегрузки сети.
Посмотрите здесь советы по диагностике проблем с DFS: http://blogs.technet.com/b/askds/archive/2009/09/29/o-dfs-shares-where-art-thou-part-1-3.aspx. Я предполагаю, что клиенты, на которых влияет неработающий контроллер домена, имеют направление к своим перенаправленным папкам через отключенный контроллер домена, что имеет смысл. Если вы можете запустить DFSUTIL /PktInfo и / или DFSUTIL /SpcInfo на одном из затронутых клиентов, когда DC не работает, вы можете увидеть, какой DC является активным рефералом для пространства имен.
Какую версию файлов CSC вы используете? Учитывая, что существует много известных проблем с функциональностью автономных файлов, вы можете попробовать обновить эти файлы и посмотреть, решит ли это проблему. Последняя версия доступна здесь: http://support.microsoft.com/kb/2705233