Медленные логины с профилями роуминга

Мое воспоминание было то, что, начиная с Windows 2000 клиент профиля роуминга сравнит даты / времена файлов в копии сервера профиля с локальной копией и, если бы локальная копия была актуальна, то это не скопировало бы файл серверной стороны назад в клиент. Нахождение documnetation от Microsoft этого поведения оказалось невозможным. (Все снова и снова у нас есть одна из тех ситуаций, куда доступ к исходному коду Windows поместил бы вопрос для отдыха, но вместо этого мы вынуждены ввести по абсолютному адресу в нем с палками и камнями как мужчины пещеры...),

Мое воспоминание было основано на истории, которая запросила мое поведение всегда использования Перенаправления Папки на папке "Desktop". На сайте для клиентов пользователь сохранял рисунки CAD на несколько мультигигабайтов на их "Рабочий стол", а не в соответствующих папках на сервере. Жесткий диск в их ПК перестал работать, и мой тогдашний работодатель диспетчеризировал технического специалиста, чтобы заменить жесткий диск и повторно отобразить ПК. Я получил вызов, потому что заменяющее изображение "замерзало" при "Загрузке Ваших персональных настроек..." диалоговое окно. Я наблюдал, с помощью "Монитора сети" на сервере, что файлы копировались от сервера до клиента. Немного больше сниффинга вокруг открытого 20 ГБ + файлов в папке "Desktop" профиля серверной стороны пользователя, которые копировали клиенту. Технический специалист был нетерпелив и продолжал перезагружать ПК, заставляя процесс запуститься с файла, который был частично скопирован на предшествующей попытке. После того как мы позволяем, все скопировать пользователя могло войти в систему и выйти из системы без проблем или задержек.

Так, с этой историей в памяти, я просто сделал немного макета в использовании виртуальной машины Windows Server 2003 R2 как компьютер файлового сервера и Windows XP Professional SP3 как клиент.

Я вошел в систему VM с учетной записью пользователя, у кого уже был профиль роумингового пользователя, чтобы позволить профилю кэшироваться клиентом, затем я вышел из системы. Это заставило профиль роумингового пользователя 12 МБ кэшироваться клиенту.

Я вошел в систему clent снова, на этот раз получив трафик между клиентом и сервером с Wireshark (работающий на сервере). Я видел, что примерно 2 500 кадров Ethernet прошли во время входа в систему. Менее чем 1.5 МБ трафика, перемещенного между клиентом и сервером во время этого входа в систему, хотя Вы вспомните каталог профиля, составляют более чем 12 МБ. Это - довольно хороший признак, что полная копия не происходит на каждом входе в систему (но я хотел больше доказательства, как Вы будете видеть).

Поведение, которое я наблюдал в получении, было рекурсивным обходом папок в профиле, начиная с корневого каталога, с помощью API "Firstfirst". После того, как тот обход был завершен, клиент выполнил обход папки папкой через профиль, выполняющий "открытое" и затем "информацию о файле запроса" о каждой папке.

Нигде во время этого входа в систему не сделал я вижу, что содержание файлов в профиле на самом деле пересекает провод (и, как я сказал, весь разговор находился под 1.5 МБ, тогда как данные, которые составляют профиль, составляют 12 МБ).

Я бросил файл 56 МБ в профиль и вышел из системы. Я проверил, что файл появился на копии сервера профиля после выхода из системы, завершенного на клиенте, затем удалил файл из кэшируемой копии на клиентском жестком диске компьютера (Через долю "C$").

Я вошел в систему клиента снова при наблюдении с Wireshark и наблюдал передачу 60 МБ между клиентом и сервером во время входа в систему. Я видел ясно в получении, где клиент запросил содержание файла 56 МБ с сервера.

Я вышел из системы и вошел в систему снова, на этот раз оставив локально кэшируемый файл 56 МБ на клиенте одним. В том входе в систему, общей передаче между клиентом и сервером снова просто находился под 1.5 МБ.

Это, кажется, подтверждает мою память поведения, по крайней мере, в Windows XP Professional SP3.

Так, почему Вы видите длинные задержки входа в систему? Помимо того, чтобы быть "достаточно медленным" (я утверждал бы, что они являются просто "медленными"), Ваши каналы WAN являются, вероятно, довольно скрытыми (по сравнению с локальным Ethernet). Рекурсивный обход каталога, который я наблюдал во входе в систему выше, занял приблизительно 3 секунды для завершения на LAN. Это было бы огромное несколько из этого в WAN, даже при том, что очень небольшие данные на самом деле пересекали провод. SMB сосет как пылесос по скрытым ссылкам.

Я подозреваю, что, если Вы "очистили" профиль пользователя посторонних файлов в папке "Application Data", папке "Cookies", и т.д., Вы будете видеть уменьшение во время входа в систему и выхода из системы. К сожалению, спам имеет тенденцию накапливаться там, и трудно контролировать.

Некоторые идеи:

• Профили Flex Immidio создают zip-файл, который содержит все данные профиля пользователя и загрузки это к серверу. Это работало бы лучше над скрытыми ссылками, чем встроенный модуль репликации профиля. Этот инструментарий раньше был без стоимости, но я полагаю, что это - теперь продукт для платы.

• Если пользователи часто не перемещаются между удаленными офисами, Вы могли бы поместить "сервер" в каждое удаленное местоположение, чтобы быть "Сервером Профиля роуминга" для тех пользователей, которые работают в том офисе и создают резервную копию его удаленно. Вы могли использовать клиент Windows ПК в этой роли, пока больше чем 10 пользователей не пытаются соединиться с ним сразу (и это не становится выключенным). С другой стороны, так как Вы уже знакомы с Samba, Вы могли поместить низкопроизводительную машину Linux, там разместив профили роуминга в каждом офисе и использовать что-то как rsync для копирования файлов назад в местоположение концентратора для резервного копирования.

• Если Вы хотите к золотой посуде решение, Вы могли бы поместить машину Windows Server в каждый офис, копировать долю профилей роуминга с DFS-R, и пользователи смогут переместиться свободно между всеми офисами.