Общие сведения о решении распределенной файловой системы в операционной системе Microsoft Windows Server 2003 R2

Корпорация Майкрософт

Опубликовано: октябрь 2005 года

Аннотация

По мере расширения организации и роста числа пользователей и серверов, независимо от количества офисов организации и их географического расположения, стоящая перед администраторами задача обеспечения быстрого интуитивно понятного пользователям доступа к требуемым файлам постоянно усложняется. Администраторам, занимающимся управлением удаленными офисами и филиалами, необходимо решать новые задачи, такие как ограничение обмена данными через медленные подключения глобальной сети, обеспечение наличия доступа к файлам при сбоях в работе глобальной сети или серверов, а также гарантированно безошибочная архивация данных на серверах подразделений. Решение распределенной файловой системы в ОС Microsoft® Windows Server™ 2003 R2 помогает администраторам справиться с этими задачами, предоставляя две новые технологии: пространство имен DFS и репликацию DFS, сочетание которых обеспечивает упрощенный отказоустойчивый доступ к файлам, регулирует распределение нагрузки и делает возможной репликацию по глобальной сети.

В содержание настоящего документа, в том числе в URL-адреса и другие ссылки на веб-узлы в Интернете, могут быть внесены изменения без предварительного уведомления. Если не указано иное, компании, организации, продукты, доменные имена, адреса электронной почты, эмблемы, люди, места и события, используемые в качестве примеров в этом документе, являются вымышленными и не имеют отношения к существующим компаниям, организациям, продуктам, доменным именам, адресам электронной почты, эмблемам, людям, местам и событиям. На пользователе лежит ответственность за соблюдение всех применимых в данном случае законов об авторском праве. В рамках, предусмотренных законами об авторских правах, никакая часть настоящего документа не может быть воспроизведена, сохранена или представлена в какой-либо системе хранения данных или передана в какой бы то ни было форме, какими бы то ни было средствами (электронными, механическими, фотокопировальными, записывающими или другими) и в каких бы то ни было целях без специального письменного разрешения корпорации Майкрософт.

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

Active Directory, Microsoft, MS-DOS, PowerPoint, SharePoint, Windows, Windows NT и Windows Server являются зарегистрированными товарными знаками корпорации Майкрософт в США и других странах.

Все другие товарные знаки являются собственностью их владельцев.

Содержание

Общие сведения о решении распределенной файловой системы в операционной системе Microsoft Windows Server 2003 R2 1

Содержание 4

Общие сведения о решении распределенной файловой системы в операционной системе Microsoft Windows Server 2003 R2 5

Основные сценарии 7

Преимущества репликации DFS в ОС Windows Server 2003 R2 10

Расширенные возможности пространств имен DFS в операционной системе Windows Server 2003 R2 18

Требования к настройке 20

См. также 23

Общие сведения о решении распределенной файловой системы в операционной системе Microsoft Windows Server 2003 R2

Одна из задач ИТ-подразделений в средних и крупных организациях — осуществлять эффективное управление файловыми серверами и их ресурсами, одновременно поддерживая их доступность и безопасность для пользователей. По мере расширения организации и роста числа пользователей и серверов, независимо от количества офисов организации и их географического расположения, стоящая перед администраторами задача обеспечения доступа пользователей к требуемым файлам постоянно усложняется. С одной стороны, хранение файлов на распределенных серверах увеличивает число пользователей, которым они доступны, уменьшает время ожидания и нагрузку на сеть, если эти серверы расположены рядом с пользователями. С другой стороны, при увеличении количества распределенных серверов пользователям становится труднее найти требуемые файлы, кроме того, растут эксплуатационные расходы.

Администраторам, занимающимся управлением такими распределенными удаленными серверами, требуется решение, которое поможет им ограничить обмен данными через медленные подключения глобальной сети, обеспечит наличие доступа к файлам при сбоях в работе глобальной сети или серверов, а также гарантирует корректную архивацию данных на серверах подразделений. Решение распределенной файловой системы в ОС Microsoft® Windows Server™ 2003 R2 помогает администраторам решить эти задачи, предлагая две новые технологии — пространство имен DFS и репликацию DFS — сочетание которых обеспечивает упрощенный отказоустойчивый доступ к файлам, регулирует распределение нагрузки и делает возможной репликацию по глобальной сети.

 Технология пространств имен DFS, которая ранее называлась распределенной файловой системой, позволяет администраторам создавать общие папки, фактически располагающиеся на разных серверах, и отображать их как единое виртуальное дерево папок, называемое пространством имен. Использование пространства имен предоставляет различные преимущества, в том числе повышение доступности данных, распределение нагрузки и упрощение переноса данных.

На следующем ниже рисунке показано взаимодействие технологий репликации DFS и пространства имен DFS. Процессы, отмеченные цифрами 1 и 2, более подробно рассматриваются далее.

Как показано на рисунке, при попытке пользователя получить доступ к папке в пространстве имен (1) клиентский компьютер обращается к серверу пространства имен. Сервер пространства имен передает клиентскому компьютеру ссылку, содержащую список серверов, на которых хранятся общие папки (называемые конечными папками), связанные с этой папкой. Клиентский компьютер помещает эту ссылку в кэш и обращается к первому указанному в ней серверу (2), который, как правило, находится на сайте клиента, если там существуют нужные серверы и администратор не указал иные приоритеты.

Выделенная папка на рисунке указывает, что она хранится в общих папках на двух серверах, один из которых находится в Нью-Йорке, а другой — в Лондоне, что позволяет пользователям из этих са йтов получить быстрый надежный доступ к данным файлам. Общие папки синхронизируются с использованием технологии репликации DFS. Тот факт, что папка размещается на нескольких серверах, неизвестен пользователю, который видит лишь одну папку в пространстве имен. Если один из серверов становится недоступен, клиентский компьютер переключается на оставшийся сервер.

Основные сценарии

Несмотря на то что пространство имен DFS и репликация DFS являются двумя независимыми технологиями, при совместном использовании они лежат в основе нескольких основных сценариев в организациях среднего и крупного размера.

Сбор данных

Сценарий сбора данных призван заменить архивацию на ленточный носитель в подразделениях, что позволяет существенно снизить эксплуатационные расходы на обслуживание подразделений. Для этого данные реплицируются с сервера подразделения на сервер центрального офиса или центра данных. Администраторы сервера центрального офиса могут использовать программное обеспечение архивации для архивации данных сервера подразделения с центрального сервера, что предотвращает постоянные ошибки при выполнении архивации неквалифицированными сотрудниками в тех подразделениях, где нет подготовленных ИТ-специалистов. Кроме того, централизованная архивация в главном офисе позволяет объединить в одном пункте оборудование, необходимое для выполнения архивации, и связанные с управлением этим оборудованием задачи.

Благодаря алгоритму RDC при репликации DFS проводится репликация только отличий (или изменений) между двумя серверами. В итоге требования к пропускной способности канала при репликации сведены к минимуму, что важно для подразделений, соединенных с центральным офисом через подключения глобальной сети с низкой пропускной способностью. Кроме того, используя расписание репликации и регулировку пропускной способности, можно организовать репликацию в нерабочее время с управлением пропускной способностью канала в процессе ее выполнения, что предоставляет администраторам расширенные возможности контроля трафика по глобальной сети.

Если репликация DFS используется в сочетании с пространствами имен DFS, администраторы могут настроить пространство имен таким образом, что клиентские компьютеры подразделения будут всегда подключены к серверу данного подразделения. Если сервер подразделения становится недоступен, клиентские компьютеры подразделения переключаются на центральный сервер. Используя расширенную возможность пространства имен DFS под названием отказовозвращение клиентов, клиентские компьютеры подразделения, на которых установлено исправление с этой возможностью, будут повторно переключены на сервер подразделения после возобновления его работы.

Распространение данных

Технологии пространств имен DFS и репликации DFS могут использоваться для публикации документов, программного обеспечения и важных для деятельности предприятия данных в масштабах организации. Хотя для распространения данных достаточно только репликации DFS, пространства имен DFS можно использовать для настройки пространства имен таким образом, чтобы папка в пространстве имен поддерживалась несколькими серверами, каждый из которых содержит реплику опубликованного содержимого этой папки, что повышает доступность данных и распределяет нагрузку между этими серверами. Выполняя поиск по такому пространству имен, пользователь увидит только одну папку и не будет знать, что она фактически размещается на нескольких серверах. При открытии этой папки клиентский компьютер автоматически направляется на сервер своего сайта. Если на данном сайте нет соответствующих серверов, можно настроить пространство имен таким образом, чтобы клиент был направлен к серверу, имеющему наименьшую стоимость подключения в соответствии с параметрами настройки службы каталогов Active Directory®. Кроме того, используя дополнительную возможность пространств имен DFS под названием приоритет конечного объекта, можно настроить приоритеты серверов таким образом, чтобы определенный сервер всегда располагался в начале или в конце списка серверов (называемого ссылкой), который клиент получает, обращаясь к папке в данном пространстве имен.

Совместное использование файлов подразделениями

В крупных организациях с расположенными по всему миру подразделениями пользователям в одном подразделении часто требуется доступ к общим папкам и файлам, хранящимся в другом подразделении, в центральном офисе или в центре данных. В одних случаях это необходимо для обеспечения совместной работы, в других просто нужен доступ к таким файлам. Если преимущества маленькой задержки при получении данных и доступности данных при сбоях в работе глобальной сети окупают затраты на сетевой трафик и расход дискового пространства в подразделении, технологию репликации DFS можно использовать для репликации файлов между подразделениями, предоставляя пользователям быстрый доступ к файлам в соответствующих подразделениях. Хранение файлов в нескольких подразделениях удобно и для тех пользователей, которые перемещаются из одного подразделения в другое. Изменения, внесенные такими пользователями в свои файлы в одном подразделении, реплицируются в другом подразделении.

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

Применять репликацию DFS для обеспечения совместной работы рекомендуется только в том случае, если для пользователей несущественно некоторое несоответствие файлов по мере их репликации на серверах других подразделений. Кроме того, технология репликации DFS использует эвристический алгоритм, предполагающий преимущество последней записи, в отношении изменений, внесенных в один файл на нескольких серверах, поэтому данный сценарий лучше всего подходит при обновлении файла с одного сервера или одним пользователем. Настройка разрешений для общей папки позволяет избежать конфликтов при внесении изменений. Для совместной работы с применением блокировки файлов рекомендуется использовать службы Microsoft® Windows® SharePoint® Services.

Примечание

Поскольку при репликации DFS репликация файла производится только после его закрытия, эту технологию не рекомендуется применять для репликации файлов базы данных или любых других файлов, которые остаются открытыми в течение длительного периода времени.

Преимущества репликации DFS в ОС Windows Server 2003 R2

Технология репликации DFS является новым ядром репликации и имеет существенные преимущества по сравнению со службой репликации файлов (FRS). Далее рассматриваются преимущества использования репликации DFS.

Упрощенный процесс раздельной репликации папок в едином наборе серверов

Процесс настройки папок для репликации в Windows Server 2003 R2 стал проще благодаря внедрению групп репликации и реплицированных папок, что демонстрируется на следующем ниже рисунке.

Как видно на рисунке, группа репликации представляет собой набор серверов, именуемых членами, которые участвуют в репликации одной или нескольких реплицированных папок. Реплицированная папка — это папка, для которой поддерживается синхронизация на каждом из членов. На предыдущем рисунке показаны две реплицированные папки, Projects и Proposals. По мере изменения данных в каждой из реплицированных папок эти изменения реплицируются по подключениям между членами. Подключения между всеми членами формируют топологию репликации.

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

Реплицированные папки, хранимые на серверах-членах, могут быть расположены на разных томах сервера. Реплицируемые папки не обязательно должны быть общими папками или частью пространства имен, хотя оснастка «Управление DFS» позволяет легко открывать к реплицируемым папкам общий доступ и публиковать их в существующем пространстве имен.

Разностная репликация изменений в файлах

В репликации DFS используется протокол RDC, в соответствии с которым между членами выполняется репликация только различий (или изменений). Это позволяет подразделениям с медленными подключениями по глобальной сети принимать участие в репликации, используя канал с минимальной пропускной способностью.

Применение протокола RDC особенно эффективно, если в большие файлы вносятся незначительные изменения. Например, при изменении файла презентации PowerPoint® размером 2 мегабайта по сети будет передано всего 60 КБ, что составляет экономию на передаче данных в 97%. Было проведено исследование по репликации 780 файлов, относящихся к файлам Microsoft Office (с расширениями DOC, PPT и XLS), с исходного сервера на конечный сервер с использованием репликации DFS на основе протокола RDC. В ходе исследования ставилась цель определить, насколько эффективно применение протокола RDC для файлов Microsoft Office, в которые внесены типичные изменения. На конечном сервере находилась версия файлов x, а на исходном сервере — версия x+, и эти две версии существенно отличались друг от друга. В среднем объем переданных данных уменьшился на 50%, и в отношении крупных файлов экономия была существенно выше.

Используя протокол RDC и сжатие, репликация DFS позволяет снизить объем передаваемых данных при распространении файлов программного обеспечения. Например, отдел информационных технологий в корпорации Майкрософт использует технологию репликации DFS для репликации файлов программного обеспечения в офисы корпорации Майкрософт, расположенные в нескольких странах и регионах. Хотя динамика размера передаваемых данных неравномерна, в одном характерном случае экономия объема сетевого трафика составила 63,14% — было реплицировано 16,22 ГБ вместо 44,0 ГБ.

Примечание

Протокол RDC не используется для файлов размером меньше 64 КБ, его неэффективно применять в высокоскоростных локальных сетях с неограниченной пропускной способностью. Протокол RDC может быть отключен для отдельных подключений в оснастке «Управление DFS».

Снижение объема передачи данных при репликации новых файлов

Еще одна возможность RDC, называемая межфайловым сжатием RDC, использует эвристический алгоритм для идентификации файлов, похожих на файл, который требуется реплицировать. Эта возможность полезна, если файл, создаваемый на одном сервере, необходимо реплицировать на другой сервер. Вместо репликации всего файла в технологии репликации DFS используются части файлов, похожих на реплицируемый файл, что позволяет минимизировать объем данных, передаваемых по глобальной сети.

Межфайловое сжатие RDC доступно только в том случае, если один из двух серверов, участвующих в репликации, работает под управлением операционной системы Windows Server 2003 R2, Enterprise Edition, Windows Server 2003 R2, Datacenter Edition или Windows® Storage Server R2, Enterprise Edition. Например, если сервер в подразделении работает под управлением ОС Windows Server 2003 R2, Standard Edition, а центральный сервер — под управлением Windows Server 2003 R2, Enterprise Edition, межфайловое сжатие RDC будет доступно.

Эффективная и масштабируемая репликация

Если два члена в группе репликации начинают синхронизацию друг с другом, они используют эффективный алгоритм по определению файлов, которые требуется реплицировать. Объем передачи метаданных минимален, а возможность необоснованной отправки изменений (в связи с порядком их внесения) исключена, поскольку синхронизация основана на состояниях, а не на событиях, как в службе репликации файлов FRS.

Внедрение синхронизации по состояниям наряду с протоколом RDC позволило в технологии репликации DFS увеличить количество реплицируемых файлов и участников репликации по сравнению с FRS. Проверенные показатели масштабируемости следуют ниже.

 Каждая группа репликации может содержать до 256 реплицированных папок.

 Каждый сервер может поддерживать до 256 подключений (например, 128 входящих и 128 исходящих подключений).

 На каждом сервере произведение числа групп репликации, числа реплицированных папок и числа подключений с одновременной репликацией должно быть не больше 1024. Если расписание репликации корректируется, нет необходимости подсчитывать подключения, где репликация не выполняется в связи с завершением периода, указанного в расписании.

 Каждая группа репликации может содержать до 256 членов.

 На томе может храниться до 8 млн реплицированных файлов, а сервер может содержать до 1 терабайта реплицированных файлов. Это проверенные показатели, их рекомендуется применять при учете таких факторов, как быстродействие и масштабируемость.

Гибкое расписание и регулировка пропускной способности

Технология репликации DFS поддерживает составление расписания репликации и регулировку пропускной способности с 15-минутными интервалами на семидневный период. При настройке периода репликации администраторы должны выбрать время начала и окончания, а также пропускную способность, которая будет установлена в этом периоде. Параметры пропускной способности варьируются от 16 кбит/с до 256 мбит/с, кроме того, можно установить неограниченную пропускную способность. Администраторы могут установить расписание и пропускную способность, которые будут применяться по умолчанию для всех подключений между членами, а также задать особое расписание и пропускную способность для отдельных подключений.

Чтобы упростить администраторам задачу настройки периодов репликации для серверов, расположенных в разных часовых поясах, расписание может быть составлено таким образом, чтобы начинающий репликацию сервер переводил это расписание в формат всемирного координированного времени (UTC) или в локальное время данного сервера.

Поддержка в изолированных и доменных пространствах имен, а также в отдельных папках

Репликация DFS может применяться как в изолированных, так и в доменных пространствах имен, а также в папках, не входящих в какое-либо пространство имен. Наличие общего доступа для реплицируемых папок необязательно.

Самовосстановление после усечения журнала USN и повреждения базы данных

Технология репликации DFS обеспечивает самовосстановление при усечениях журнала номеров последовательных обновлений и повреждениях Jet-базы данных. На время проведения самовосстановления репликация временно приостанавливается, однако затем запускается без вмешательства администратора. В процессе самовосстановления репликация DFS просматривает файловую систему и воссоздает базу данных репликации DFS, содержащую метаданные, связанные с файлами в реплицированной папке. Затем базу данных необходимо синхронизировать с базой данных, расположенной на другом члене. В процессе синхронизации размер пересылаемых по сети метаданных зависит от количества файлов, расположенных по локальному пути реплицированной папки (то есть от количества идентификационных записей в этой базе данных), а также от объема метаданных, отправляемых для одного файла. Размер метаданных для файла в два раза превышает длину имени файла плюс приблизительно 144 байта. Дополнительные данные протоколов RPC и TCP составляют примерно 5%. Поэтому, в худшем случае, для 1 миллиона файлов в базе данных со средним размером имени 50 байт по сети будет передано примерно 194 МБ метаданных.

Простота восстановления члена

Глобальные параметры конфигурации репликации DFS, такие как топология и расписание репликации, хранятся в Active Directory. Эти параметры также помещаются в кэш в локальном XML-файле на каждом из серверов-членов. Если файл поврежден или сервер-член восстановил работу после сбоя, этот файл строится технологией репликации DFS заново с использованием параметров, хранящиеся в Active Directory. Такой способ самовосстановления обеспечивает повышенную доступность и надежность сервера, а также упрощает воссоздание члена группы репликации в процессе восстановления. В репликации DFS XML-файл также служит для хранения параметров члена, например, параметров журнала отладки и параметров порта RPC, которые настраиваются с помощью инструментария управления Windows (WMI).

Простая и гибкая предварительная настройка новых серверов

Перед добавлением нового сервера в группу репликации администраторы могут выполнить предварительную настройку реплицированных папок на конечных серверах, скопировав данные на эти серверы, восстановив резервную копию или скопировав файлы с ленточного носителя, DVD-диска или съемного жесткого диска. Как было рассмотрено ранее, процесс синхронизации очень эффективен с точки зрения использования пропускной способности и объема передаваемых метаданных, что приводит к минимизации трафика в глобальных сетях в ходе начальной синхронизации файлов, расположенных на исходном сервере (называемом основным членом) и на конечных серверах. Если файлы на конечном сервере устарели, технология репликации DFS задействует протокол RDC, что позволяет реплицировать только изменения, внесенные с момента предварительной настройки данных. Предварительно настроенные файлы, которые находились на конечных серверах, однако отсутствовали на исходном сервере, перемещаются в папку «PreExisting» по адресу реплицированной папки на конечном сервере.

Новые средства управления

Настройка параметров репликации DFS и пространств имен DFS выполнятся в оснастке «Управление DFS». Эта оснастка обеспечивает интеграцию между двумя компонентами распределенной файловой системы, что позволяет администраторам выполнять следующие действия.

 Добавить реплицированную папку в существующее пространство имен

Задачи администрирования можно выполнять и из командной строки с использованием команд Dfsradmin.exe или Dfsrdiag.exe. Оба средства являются частью операционной системы Windows Server 2003 R2. Дополнительные настройки выполняются программно с использованием WMI.

Делегирование задач управления

Администраторам, не входящим в группу «Администраторы домена», могут делегироваться полномочия по созданию новых групп репликации в домене и управлению существующими группами репликации. Делегирование полномочий участниками группы «Администраторы домена» осуществляется как из оснастки «Управление DFS», так и с помощью средства командной строки Dfsradmin.exe.

Встроенная диагностика и события диагностики

В технологии репликации DFS реализованы встроенные поставщики WMI для контроля состояния репликации DFS. Например, поставщики WMI сообщают об усечениях журнала USN, утрате базы данных, нехватке дискового пространства, проблемах подключения к сети, нарушениях прав доступа, избыточной репликации и об отклонениях во времени между членами. Эти события также заносятся в журнал событий репликации DFS, который предназначен исключительно для хранения событий, связанных с репликацией.

Существует два пути контроля репликации DFS: встроенный диагностический отчет и пакет Windows DFS Replication Management Pack для Microsoft Operations Manager (MOM). Диагностический отчет представляет собой файл в формате HTML, созданный в оснастке «Управление DFS» или с использованием средства командной строки Dfsradmin.exe. Этот отчет содержит подробные сведения о репликации DFS, в том числе об ошибках и предупреждениях, состоянии службы и времени работы, эффективности репликации на основе протокола RDC и потокового сжатия, об очереди отправки и получения транзакций, свободном дисковом пространстве и так далее. На следующем рисунке приведен пример диагностического отчета.

Пакет Windows DFS Replication Management Pack представляет собой средство контроля в реальном времени, с помощью которого можно вести наблюдение за состоянием и ходом выполнения репликации DFS для каждого из членов. Данный пакет позволяет администраторам контролировать состояние службы репликации DFS, группы репликации, реплицированные папки, а также тома, в которых хранятся реплицированные папки. При наступлении условий, приводящих к полному или частичному сбою процесса репликации, состояние объектов временно изменяется. После устранения проблемы эти объекты возвращаются в рабочее состояние автоматически службой (например, в случае периодических сбоев подключения) или вручную администратором.

Этот пакет управления поддерживается Microsoft Operations Manager 2005 и будет доступен для загрузки на веб-узле корпорации Майкрософт (http://go.microsoft.com/fwlink/?LinkId=55220).

Расширенные возможности пространств имен DFS в операционной системе Windows Server 2003 R2

Как упоминалось ранее, технология распределенной файловой системы в ОС Windows Server™ 2003 получила название пространств имен DFS. Основная служба и базовые функциональные возможности не претерпели изменений, однако в операционных системах Windows Server 2003 R2 представлено множество новых параметров настройки пространств имен DFS. Эти расширенные возможности, реализованные в ОС Windows Server 2003 с пакетом обновления 1 (SP1) в виде обновленных интерфейсов программирования API, упрощают и делают более гибким управление пространствами имен, используемыми в подразделениях.

Новые и обновленные средства управления

Включенная в ОС Windows Server 2003 R2 оснастка «Управление DFS» отличается улучшенным графическим интерфейсом пользователя, предназначенным для управления пространствами имен и репликацией DFS. С помощью этой оснастки администраторы могут выполнять настройку расширенных возможностей пространств имен DFS, таких как приоритет конечных объектов, делегирование и отказовозвращение клиентов, а также традиционных возможностей, настройка которых в ОС Windows Server 2003 была доступна только из средства командной строки Dfsutil.exe. Например, оснастка «Управление DFS» позволяет настраивать порядок серверов в ссылке по наименьшей стоимости подключения или указывать в ссылке только серверы сайта клиента. Кроме того, администраторы могут задействовать режим масштабируемости корня, что сокращает нагрузку на эмулятор основного контроллера домена (PDC) в больших пространствах имен.

В средство командной строки Dfsutil.exe, являющееся частью средств поддержки Windows в ОС Windows Server 2003 SP1, также включены новые возможности пространств имен DFS. Теперь с помощью средства операционной системы Dfscmd.exe администраторы могут перемещать и переименовывать папки в данном пространстве имен.

Отказовозвращение клиента

Отказовозвращение клиента в пространствах имен DFS — это процесс, при котором клиенты пытаются обратиться к другому серверу, указанному в ссылке, после отказа одного из серверов или удаления его из пространства имен. Если отказовозвращение клиента не настроено, клиентский компьютер продолжит работу с сервером, на который он переключен, пока клиент не будет перезапущен или кэш ссылки клиента не будет очищен. Если отказовозвращение не включено и на клиентском компьютере установлено соответствующее исправление, после восстановления предпочитаемого локального сервера клиент возобновляет работу с этим сервером.

Приоритет конечного объекта

Когда клиент обращается к пространству имен, он получает ссылку, которая содержит список конечных объектов, связанных с корнем или папкой пространства имен. Эти конечные объекты перечисляются в соответствии с текущим методом упорядочения для пространства имен или папки. Чтобы настроить порядок расположения конкретных конечных объектов, можно указать позицию сервера в начале или в конце ссылки. Назначение приоритета конечного объекта применимо во многих случаях, например в сценариях "горячей" готовности, где один из серверов используется в качестве последнего средства при восстановлении системы. В таком сценарии администратор указывает, что сервер, находящийся в режиме ожидания, всегда отображается в ссылках последним, и клиенты будут переключаться при сбое на этот сервер только в случае отказа всех других серверов или их недоступности вследствие сбоев сети.

Улучшенное делегирование

Делегирование прав на создание доменных пространств имен и управление отдельными автономными и доменными пространствами имен упростилось. В оснастке «Управление DFS» задаются соответствующие разрешения для объектов настройки пространств имен DFS в Active Directory или в реестре сервера пространства имен (в зависимости от типа пространства имен).

Реструктуризация пространства имен

Переименование или перемещение папок в пространстве имен с использованием оснастки «Управление DFS» стало проще. Пространство имен можно реструктурировать для исправления ошибок или корректировки иерархии при изменении деловых потребностей или по мере добавления в пространство имен новых папок. Перемещать папки пространства имен можно также с помощью обновленной версии средства командной строки Dfscmd.exe.

Требования к настройке

В следующих разделах рассматриваются требования к настройке серверов, при которой возможна поддержка репликации DFS и пространств имен DFS в ОС Windows Server 2003 R2.

Требования для репликации DFS

Перед развертыванием репликации DFS администраторы должны настроить серверы и хранилище следующим образом.

 Серверы, которые будут участвовать в репликации DFS, должны работать под управлением операционной системы Windows Server 2003 R2. После установки Windows Server 2003 R2 необходимо установить службу репликации DFS на каждом из серверов-членов репликации. Кроме того, на одном из серверов следует установить оснастку «Управление DFS» для управления репликацией. Сведения об установке оснастки «Управление DFS» на клиентском компьютере под управлением Windows XP с пакетом обновления 2 (SP2) см. в разделе «Администрирование распределенной файловой системы на компьютере под управлением Windows XP» далее в этом документе.

 Антивирусное программное обеспечение должно быть совместимым с репликацией DFS. Чтобы проверить совместимость, свяжитесь с поставщиком антивирусного программного обеспечения.

 Серверы группы репликации должны находиться в одном лесе. Выполнять репликацию на серверах в разных лесах нельзя.

 Реплицированные папки должны находиться на томах NTFS.

 В кластерах серверов реплицированные папки должны находиться в локальном хранилище сайта, поскольку служба распределенной файловой системы не поддерживает кластеры и данная служба не будет переключена на другой сайт.

Важно!

Репликация DFS не поддерживается репликацией SYSVOL в ОС Windows Server 2003 R2. Не следует пытаться настроить репликацию DFS на томе SYSVOL, отключив службу FRS и создав группу репликации для SYSVOL. Продолжайте использовать FRS для репликации SYSVOL на контроллерах домена под управлением ОС Windows Server 2003 R2. Служба FRS и репликация DFS могут использоваться совместно на одном рядовом сервере или контроллере домена.

Требования к пространству имен DFS

Чтобы включить все возможности репликации DFS, необходимо настроить лабораторные серверы и клиентские компьютеры следующим образом.

 Для поддержки новых возможностей пространств имен все серверы, на которых расположены эти пространства имен, должны работать под управлением ОС Windows Server 2003 с пакетом обновления 1 или Windows Server 2003 R2.

 Для поддержки новых возможностей пространств имен все контроллеры домена должны работать под управлением ОС Windows Server 2003 с пакетом обновления 1 или Windows Server 2003 R2.

 Пространства имен должны создаваться на томах с файловой системой NTFS.

 Клиентские компьютеры, которые получают доступ к пространствам имен, могут работать под управлением любой клиентской операционной системы, однако отказовозвращение клиентов возможно только на тех компьютерах, на которых установлены следующие операционные системы, пакеты обновления и соответствующее исправление по отказовозвращению клиентов.

 ОС Windows Server 2003 с пакетом обновления 1 и исправлением Client Failback.

Сведения об исправлении Client Failback см. в статье 898900 базы знаний корпорации Майкрософт на веб-узле корпорации Майкрософт (http://go.microsoft.com/fwlink/?LinkId=53202).

Дополнительные сведения о поддерживаемых операционных системах для клиентских компьютеров пространств имен DFS см. в документации, посвященной оценке совместимости клиентского компьютера и сервера, на веб-узле корпорации Майкрософт по адресу http://go.microsoft.com/fwlink/?LinkId=37455.

Пространства имен DFS можно использовать на контроллерах доменов и серверах пространств имен, работающих под управлением разных систем: Windows 2000 Server, Windows Server 2003 с пакетом обновления 1 и Windows Server 2003 без пакета обновления 1 (SP1). Однако в зависимости от операционных систем некоторые функциональные возможности будут отключены или доступны не везде. Ниже следует ряд примеров поведения пространств имен при работе в разных операционных системах:

 Если контроллеры домена или серверы пространств имен работают под управлением Windows 2000 Server, они не могут предоставить ссылки, которые поддерживают приоритет сервера конечного объекта и отказовозвращение клиента. Кроме того, на таких серверах недоступна сортировка конечных объектов в ссылках по наименьшей стоимости подключения. Чтобы такие серверы и контроллеры доменов пространств имен могли определять сайт каждого сервера конечного объекта в пространстве имен, требуется дополнительная настройка. Подробные сведения см. в ответе на вопрос о том, какие факторы следует принимать во внимание при использовании нескольких серверов, работающих под управлением ОС Windows 2000 Server и Windows Server 2003, для размещения DFS-корня домена, в часто задаваемых вопросах по DFS на веб-узле корпорации Майкрософт по адресу http://go.microsoft.com/fwlink/?LinkId=39465.

Администрирование распределенной файловой системы с компьютера, работающего под управлением Windows XP

Пространства имен DFS и репликацию DFS можно администрировать с компьютера, работающего под управлением ОС Windows XP с пакетом обновления 2, установив пакет средств администрирования для ОС Windows Server 2003 R2. После установки этого пакета оснастка «Управление DFS» становится доступна как часть оснастки «Управление файловым сервером». Дополнительные сведения об установке этого пакета см. на веб-узле корпорации Майкрософт по адресу http://go.microsoft.com/fwlink/?LinkId=55225.

См. также

Веб-узел Microsoft Branch Offices

Веб-узел Branch Office TechCenter

Веб-узел Distributed File System