Продолжение «опытных мелочей». Предыдущие части можно почитать .
Сегодняшний выпуск будет выпуск-обещание. Выполняя то, что обещал, я расскажу как с помощью DFS можно сделать интересную вещь. Это будет, конечно, не полноценная отказоустойчивость файловых данных, но что-то похожее на онлайн-бэкап, как минимум.

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

• В механизме работы DFS нет способа определить какая реплика файла является правильной.
• При наличие нескольких реплик в одном сайте, DFS сама выбирает куда отправить пользовательский запрос, на реплику А или на реплику Б, ориентируясь при этом, судя по всему по загруженности сервера-хранилища. (Есть некоторые настройки порядка выбора реплики, но сути они не меняют: если в пределах сайта несколько реплик, то выбор конкретной из них может быть непредсказуем.
• Эти нюансы позволяют смоделировать ситуацию, когда пользователь А обратится на реплику А и будет работать там с данными, а пользователь Б обратится на реплику Б и будет там работать с данными. В результате будут образованы ДВЕ ветки измененных данных, и DFS не будет знать какие данные правильные, а просто выберет те, которые последние по времени изменения. Можете себе представить что будет твориться в этой ситуации с файловым хранилищем, или того хуже, с базами данных
• Ну и стоит отметить то, что репликация открытых файлов может задерживаться на неопределенное время. Самый простой пример - это пользователи, которые не закрывают офисные документы уходя домой.

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

Можно построить на базе DFS своего рода онлайн-реплику, которая не будет работать основное время (а значит бОльшая часть проблем с синхронизацией данных не проявится), и которую можно будет включить, в случае отказа основной реплики.
Выглядеть это может например вот так:
Здесь (на примере папки Department) создано две реплики одной папки, настроена группа репликации и задания репликации (все это делается мастером настройки и не вызовет у вас никаких проблем). Самый смак идеи в том, что одна из ссылок на сервера хранилища - отключена, т.е. реплика есть, репликация между серверами проходит как задано, но пользователи, обращающиеся через DFS в эту папку будут перенаправляться исключительно на первый, активный сервер.

Второй сервер будет реплицировать данные по мере возможности, и будет как бы «на подхвате». В случае какой-то нештатной ситуации, можно будет произвести рокировку и включить линк уже на второй сервер, а линк на первый - выключить и пользователи снова попадут к своим родным данным, которые будут настолько актуальны, насколько DFS-репликация была способна сделать (на практике это от полной актуальности, т.е. состояния 0,5-2 сек давности, до 2-3 дней в случае с открытыми файлами, которые не реплицируются пока не будут закрыты, т.е. разблокированы приложением).

Казалось бы здорово! Срочно побежали делать эту супер-систему! Но кроме всех хороших моментов, есть и не очень хорошие:

• Потребуется минимум двукратный запас по месту на каждом томе для скрытой папки DfsrPrivate (служебная папка для репликации данных). Учитывая двойные расходы на хранение данных (на обоих серверах хранится одно и то же, причем в один момент времени работают только с одним) это уже не выглядит столь заманчивым, т.к. места под такую отказоустойчивость нужно отвести минимум в 4 раза больше чем самих данных
• У пользователей иногда могут наблюдаться тормоза в момент работы с DFS. Точных причин мне понять так и не удалось, но всегда это было следствием наличия нескольких реплик, и ненулевой нагрузки на сеть. Как только реплика оставалась одна - тормоза становились исчезающе малы. Это совершенно точно не было связано с работающей репликацией, очень было похоже на какие-то проблемы с резолвингом DFS-имен.
• Чтобы пользователи увидели новую реплику, на которую вы их переключили в «час Х», им скорее всего придется перегрузить компьютеры, в противном случае они будут пытаться идти по старому пути.
• Автоматическое переключение на работающую реплику - я не сделал, т.к. стандартных методов для этого нет, а писать чудо-скрипт в ситуации когда сама технология имеет столько минусов, показалось мне безрассудством.

Как видите в описанном примере кроме довольно весомых плюсов. есть также и немаленькие минусы, поэтому расставляйте приоритеты, взвешивайте ЗА и ПРОТИВ, и решайте сами как поступать в вашей конкретной ситуации.

Кстати, по словам знающих, в среде Windows Server 2008 (R2) DFS (и особенно ее служба репликации) была кардинально улучшена, и, возможно, часть проблем была успешно решена. Попробуйте - может быть там предложенная схема будет работать куда лучше.

Продолжение следует.

Возможности службы DFS
1 Данный компонент позволяет Вам создавать пространство имен, фактически свободное от базирующихся на различных серверах совместно используемых папок, т.е все пользователи сети могут использовать общие файлы и папки, в не зависимости от своего местонахождения.
2 Возможность настройки службы репликации, которая осуществляет синхронизацию папок и файлов по всей организации, предоставляя пользователям доступ к последним и актуальным версиям файлов (не задумываясь, на каком сервере в действительности они хранятся).
В этой статье я хочу описать пошаговую настройку первой функции- DFS Пространство имен, о . Итак, реализовывать я все буду на операционной системе Windows Server 2008 R2, в распоряжении 2 сервера- AD.test.ru- доменный контролер и SERV1.test.ru- сервер на который будет установлена роль DFS.
Внимание!!!Для того, чтобы воспользоваться всеми преимуществами новой DFS на Windows Server 2008 R2, необходимо соблюсти ряд требований: все сервера участники DFS должны быть не ниже Windows Server 2008, и уровень домена AD должен быть не ниже Windows 2008.
Итак, первое с чего необходимо начать- установить роль Пространство имен DFS , для этого на сервере (в данной статье это будет сервер SERV1. test.ru) нажимаем на ярлык «Диспетчер сервера- Роли- Добавить роль» .
Следующее окно будет информационное, читаем и нажимаем «Далее» . Затем выбираем необходимую роль, в данном случае нас интересует роль Файловые службы .

После этого появится информационное окно, читаем и нажимаем «Далее» . Затем выбираем службы ролей Пространство имен DFS и Репликация DFS (в данной статье не будет описана настройка этой службы, на ней я остановлюсь в следующей статье).

Предлагаю настроить пространство имен позже, для этого выбираем «Создать пространство имен позже…» и нажимаем «Далее» .

Заканчиваем установку- нажимаем в окне подтверждения «Установить» и после успешной установки нажимаем «Закрыть» .

Пол дела выполнено, осталось настроить пространство имен DFS, для этого открываем консоль DFS. Для этого нажимаем «Пуск- Администрирование- Управление DFS » .

Откроется окно «Управление DFS» , для создания DFS нажимаем на «Пространство имен- Новое пространство имен» .

Первое, что предстоит сделать- это указать где будет размещено пространство имен, в данном примере я буду использовать контроллер домена AD.test.ru.

Далее указываем имя пространство имен, в данном примере «Total» и нажимаем «Next» .

В окне «Тип пространство имен» для повышения отказоустойчивости рекомендую выбрать «Доменное пространство имен» .

После этого откроется окно со всеми внесенными настройками, если вы уверены в настройках, нажимаете «Создать» и после нескольких минут будет создано пространство имен DFS.
После этого необходимо создать папки пространства имен, для этого необходимо расшарить папки (открыть сетевой доступ на папки), которые будут подключены к DFS. В данном примере я расшарил две папки (сделал это на двух разных серверах, для того что бы было понятней возможности DFS) Folder1 и Folder2. Затем нажимаем «Создать папку» .

Указываем имя (это имя будет отображаться в пространстве имен DFS и может отличаться от имени подключаемой папки) и указываем путь к папки.

И так, мы создали папку Folder1 в DFS.

Аналогичным способ добавляем еще одну папку. В итоге имеем две папки добавленные в пространство имен, которые физически находятся на разных серверах.

Теперь, если мы зайдем по пути \\test.ru\Total (это ссылка относится только для этого конкретного примера, в своем случае вы указываете данные, которые прописывали при настройке) мы увидим созданные ярлыки.

Для удобства использования пространства имен, рекомендую подключить сетевой диск с указание пути к DFS. Для этого, у пользователя на компьютере открываем «Компьютер» , сверху на панели выбираем «Подключить сетевой диск» и в настройках прописываем путь к DFS, в данном примере \\test.ru\Total.

В итоге, для конечных пользователей будет весьма удобно видеть у себя один сетевой диск, войдя на который они будут видеть все необходимые для себя папки не задумываясь, где храниться данный сетевой ресурс.

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

Принцип работы Dfs

Основным элементом структуры данной службы является общий каталог, который представляет собой корень иерархии Dfs. При помощи Dfs эти сетевые каталоги формируют последовательное отдельное пространство имен. Клиентские системы используют хорошо знакомые понятия, такие как подключенный диск или путь UNC (Universal Naming Convention), для подключения к корню Dfs. После подключения клиента структура Dfs выступает в роли обычного общего каталога, содержащего подкаталоги, по которым пользователи могут перемещаться. Каждый подкаталог, доступный из корня Dfs, на самом деле представляет собой ссылку на общий каталог (источник ссылки) в любой точке сети. Dfs автоматически направляет клиента, который обращается к сетевой папке, к реальному месту расположения данных. Как показано на экране 1, папки, которые видит пользователь, представляют собой переадресацию пользователей службой Dfs к разным общим каталогам на серверах A, Б и В. В роли источника ссылки может выступать любая система, использующая сетевую файловую систему, к которой можно обратиться через путь UNC, например системы с Windows, Novell NetWare и UNIX или Linux (то есть машины с файловой системой NFS).

Рис. 1. Перенаправление данных Dfs

Служба Dfs позволяет задействовать корни двух видов: автономные и интегрированные в Active Directory (AD). Они различаются способами хранения данных Dfs. В случае автономных корней иерархия Dfs, состоящая из различных ссылок на сетевые каталоги, хранится в локальном реестре сервера Dfs. Этот способ хранения информации не предполагает возможности ее дублирования на других серверах Dfs, то есть, если единственный сервер Dfs, содержащий корень Dfs, становится недоступен, иерархия Dfs оказывается полностью недоступной для всех клиентов сети. В случае недоступности сервера Dfs клиенты по-прежнему могут обращаться к общим каталогам на серверах напрямую. Они лишь не смогут задействовать службу Dfs для доступа к ресурсам. Придется использовать автономные корни Dfs, если система не содержит службу AD или если администраторы системы Dfs не являются администраторами домена и поэтому не могут получить достаточно прав (то есть получить доступ к объекту DFS-Configuration в контейнере System раздела AD для домена) для управления системой Dfs.

Система Windows 2000 Server и более поздние версии также поддерживают корни Dfs, интегрированные с AD (известные еще как доменные корни Dfs или отказоустойчивые корни Dfs). При использовании интегрированных корней информация Dfs хранится преимущественно в AD, хотя действующие серверы Dfs тоже содержат копии данных в памяти, чтобы минимизировать количество обращений сервера Dfs к контроллерам домена (DC) и таким образом снизить нагрузку на сеть со стороны службы Dfs. Интегрированные в AD корни можно использовать только тогда, когда сервер Dfs является членом домена. Однако сервер Dfs не обязан быть контроллером домена. По существу, следует задействовать автономные корни Dfs в случае отсутствия домена AD, необходимости разместить более 5000 ссылок или же если сеть содержит унаследованные клиентские системы. Более подробная информация о различиях между автономными и интегрированными в AD корнями Dfs приведена во врезке «Такие разные корни».

После того как вы решите, какой тип корней Dfs будете использовать, необходимо настроить ссылки и источники ссылок, содержащие данные, которые система Dfs будет предоставлять клиентам. Как уже говорилось, источник ссылки - это общий ресурс, к которому Dfs направляет клиента при обращении по ссылке. Ссылка может иметь несколько источников, благодаря чему реализуется балансировка нагрузки и отказоустойчивость: если общий каталог на одном из серверов недоступен, Dfs направляет клиента к другой копии данных. Существующий источник ссылки, используемый клиентом, зависит в основном от расположения клиента. По существу, Dfs - это служба установки взаимосвязи между хостами в сети, то есть по умолчанию, если источник ссылки находится вблизи от клиента, то Dfs направляет клиента к данному источнику ссылки.

Настройка Dfs

Теперь, когда мы изучили важнейшие понятия системы Dfs, можно приступать к ее настройке. Первая задача - создать корень Dfs. Для этого существует два способа: использование в Microsoft Management Console (MMC) оснастки Distributed File System и запуск приложения dfsutil.exe из командной строки. В данной статье мы рассмотрим оснастки, что чуть проще для новичков по сравнению с dfsutil.exe. Ознакомившись с Dfs, вы, возможно, захотите использовать dfsutil.exe, например, в сценарии, заполняющем ссылками иерархию Dfs. Тогда нужно иметь в виду, что в системах Windows Server 2003, Standard Edition и Windows 2000 Server сервер может содержать лишь один корень Dfs. Серверы Windows Server 2003, Enterprise Edition и Windows Server 2003, Datacenter Edition могут работать с неограниченным числом корней Dfs.

Чтобы создать новый корень Dfs с помощью оснастки Distributed File System, необходимо выполнить следующие шаги:

Запустить оснастку Distributed File System (пункт находится в папке Administrative Tools меню Start).
Щелкнуть правой кнопкой мыши по заголовку Distributed File System в корне дерева в панели и выбрать пункт New Root (если используется система Windows 2003) или New DFS root (для Windows 2000 Server). Последующие шаги используют диалоговые окна системы Windows 2003, хотя сам процесс почти полностью повторяет процесс для оболочки Windows 2000 Server.
В окне приветствия нажать кнопку Next .
Выбрать тип создаваемого корня (доменный или автономный). Нажать Next .
Если выбран доменный корень Dfs, потребуется ввести имя домена, который будет хранить информацию службы Dfs. Если выбран автономный корень, следует ввести имя сервера, который будет хранить соответствующую информацию. Нажмите Next .
Если на шаге 4 выбран доменный корень, программа попросит выбрать сервер, который будет содержать корень Dfs. Следует указать сервер и нажать кнопку Next .
Ввести имя нового корня и любые комментарии, которые помогут при его идентификации, после чего нажать Next . Введя имя корня, вы увидите, как это имя будет выглядеть в качестве имени общего каталога в формате UNC, как показано на экране 2. Например, для доменного общего каталога Dfs имя пути имеет структуру имя домена\имя каталога. Если на данный момент общего каталога не существует, нужно выбрать локальную папку на системе в качестве общего каталога. Этот каталог не содержит реальных данных; вместо этого он включает объекты-ссылки, указывающие на физическое расположение данных. Необходимо выбрать папку для использования в качестве общего каталога и щелкнуть Next .
В окне подтверждения нажать кнопку Finish .

Рис. 2. Указание нового корня Dfs

В этой точке клиенты могут подсоединяться к пространству имен Dfs, используя путь UNC \\dfstest.test\shared. Им не нужно ничего знать о том, какие серверы содержат элементы Dfs. Клиенты, использующие систему Windows NT 4.0+Service Pack 6a (SP6a) или более поздние версии, могут подсоединяться к доменному пространству имен Dfs. Клиенты, использующие оболочку Windows 98, могут обращаться к автономным пространствам имен Dfs, но должны иметь установленное расширение, клиента службы AD, чтобы подключаться к пространству имен домена. Среда загрузки Microsoft Windows Preinstallation Environment (WinPE) может обращаться лишь к автономным пространствам имен Dfs.

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

В оснастке Distributed File System щелкните правой кнопкой по созданному корню и выберите пункт New Root Target.
Введите имя сервера, который послужит дополнительным хостом Dfs для пространства имен. Имейте в виду, что имя общего каталога (например, shared), которое система Dfs будет использовать для содержания этой копии, уже задано и не может быть изменено. Нажмите Next.
Если каталога с таким именем на указанном сервере не существует, система предложит выбрать папку для использования в этом качестве либо можно создать новую папку, а потом выбрать ее. Выберите папку и нажмите Next.
В результирующем окне нажмите кнопку Finish.
Корень Dfs теперь будет отображать множество серверов, которые действуют как корневые объекты пространства имен, как показано на экране 3. Клиенты могут подключаться к пространству имен и направляться на один из его корневых объектов. Однако пользователи, обратившиеся к корневому объекту, увидят лишь пустую папку, так как еще не задано ни одной ссылки. Следующим шагом будет добавление нескольких ссылок и источников ссылок, которые будут направлять клиентов к нужным данным.

Рис. 3. Просмотр источников корня Dfs

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

Щелкните правой кнопкой мыши на корне Dfs и выберите пункт New Link из контекстного меню.
Введите имя ссылки (то есть имя папки, которую будет видеть клиент) и имя общего каталога, в который ссылка будет направлять клиента. Это имя можно изменить или добавить позднее. Также можно ввести комментарий и определить период времени, в течение которого клиенты будут хранить информацию по источнику, до повторного обращения к серверу Dfs, как показано на экране 4.
Нажмите кнопку ОК.

Теперь, когда клиенты попадут в пространство имен Dfs, они будут видеть папку. При открытии этой папки пользователь будет перенаправлен в общий каталог и сможет просмотреть его содержимое.

Распределенная файловая система Windows (Distributed File System, DFS) позволяет пользователям искать, просматривать файлы и работать с ними в сети из одного центрального пункта. Если система настроена правильно, пользователям не приходится разбираться в сложных принципах функционирования сети и вводить длинные адреса UNC для поиска файлов. В Windows 2000 Server система DFS установлена по умолчанию, а соответствующая служба запускается автоматически. Давайте посмотрим, как можно воспользоваться этой замечательной новой функцией.
Выбор конфигурации DFS

Существует два типа систем DFS: автономные и отказоустойчивые. В автономной системе DFS все информация хранится на одном сервере. Недостаток такой конфигурации заключается в том, что при поломке сервера перестает функционировать вся система DFS. Отказоустойчивая конфигурация предусматривает хранение информации DFS в Active Directory (AD), обеспечивая одновременно защиту от сбоев и условия для реплицирования данных.

Создание корня DFS

Для получения доступа к общим папкам DFS необходимо создать корень DFS. В корне хранятся все ссылки на общие папки и файлы. Я бы назвал корень DFS пустым контейнером, в котором содержатся ссылки на все сетевые папки, к которым я открыл доступ. Прежде чем приступать к настройке корня DFS, рекомендую составить список всех сетевых общих папок в системе – он пригодится при создании ссылок DFS, о которых будет подробнее рассказано чуть позже.

Чтобы создать корень DFS:

1…В меню «Пуск» (Start) выберите пункт «Администрирование | Распределенная файловая система» (Administrative Tools | Distributed File System), чтобы попасть в консоль «Управление компьютером» Microsoft (Microsoft Management Console), как показано на рис. A.

Рисунок A.

2…Нажмите правой кнопкой мыши на объекте «Распределенная файловая система» и выберите пункт «Создать новый корень DFS» (New DFS Root), чтобы запустить Мастер создания нового корня DFS (New DFS Root Wizard).
3…Нажмите кнопку «Далее» (Next) и выберите в диалоговом окне, показанном на рис. B, тип корня DFS, который хотите создать.

Рисунок B.

4…Выберите вариант «Создать доменный корень DFS» (Create a domain DFS root) и нажмите «Далее».
5…Введите полное допустимое имя домена хост-сервера (Fully Qualified Domain Name, FQDN), как показано на рис. C, и нажмите «Далее».

Рисунок C.

6…В диалоговом окне, показанном на рис. D, выберите соответствующую корню DFS общую папку и нажмите «Далее».

Рисунок E.

После создания корня DFS можно проверить его состояние, нажав правой кнопкой мыши на корне и выбрав пункт «Проверить состояние» (Check Status), как показано на рис. F. Если все настроено правильно, возле корня появится значок в виде зеленой галочки в белом кружке.

Рисунок F.

После завершения настройки корня DFS можно приступать к созданию ссылок на общие сетевые папки. Для этого выполните следующие действия:

1…Нажмите правой кнопкой мыши на корне DFS и выберите пункт «Создать новую ссылку DFS» (New DFS Link).
2…Введите имя ссылки.
3…Нажав кнопку «Обзор» (Browse), выберите общую папку, как показано на рис. G, и нажмите «OK».

Рисунок G.

Рисунок H.

После создания ссылок на нужные общие файлы в сети следует опубликовать их в Active Directory.

1…В папке «Администрирование» выберите объект «Пользователи и компьютеры Active Directory» (Active Directory Users And Computers). Нажмите правой кнопкой мыши на домене и выберите пункт «Создать | Общая папка» (New | Shared Folder).
Введите имя и сетевой адрес общей папки DFS, как показано на рис. I, и нажмите «OK».

Рисунок I.

2…После публикации ссылки на общий ресурс в AD, пользователи смогут увидеть его, изучив карту диска или открыв «Мое сетевое окружение | Вся сеть | Просмотреть все содержимое сети | Каталог | Имя общего ресурса» (My Network Places | Entire Network | View Entire Contents | Directory | The name of your share) (в нашем примере – «ACME Corporation», как показано на рис. J и K).

Рисунок J.

Рисунок K.

Репликация

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

Самый важный элемент системы DFS – это корень. Если корень DFS поврежден, а репликация не настроена, все дерево папок DFS окажется недоступным.

Чтобы настроить репликацию корня DFS, нажмите правой кнопкой мыши на корне и выберите пункт «Создать новую реплику корня» (New Root Replica). Введите имя сервера, на который хотите скопировать корень. Чтобы настроить политику репликации:

1…Откройте объект «Распределенная файловая система» в папке «Администрирование».
2…Нажмите правой кнопкой на ссылке и выберите пункт «Создать новую реплику» (New Replica), чтобы вызвать диалоговое окно «Добавление новой реплики» (Add A New Replica), показанное на рис. L.

Аббревиатура DFS расшифровывается как Distributed File System (распределенная файловая система), данная служба реализовывает достаточно важные функции для крупных организаций, распределенных территориально и состоящих из нескольких сетей WAN или сайтов, предоставляя услуги простого хранения, репликации и поиска файлов по всей сети предприятия.

Первое преимущество службы DFS — предоставление единого сетевого пространства имен (Namespace), которое все пользователи сети могут использовать для доступа к общим файлам и папкам, в не зависимости от своего местонахождения.

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

Давайте подробнее рассмотрим эти две функции DFS.

DFS NameSpace – каждое пространство имен (namespace) представляет собой сетевую папку с подпапками внутри нее. Главное преимущество использования такого пространства имен заключается в том, что пользователи могут обращаться к своим общим папкам и файлам через корень пространства имен, не задумываясь, на каком сервер в действительности они хранятся. Т.е. namespace это своеобразная логическая структура, упрощающая доступом к файлам.

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

В Windows Server 2008 служба Distributed File System получила ряд усовершенствований, и стала более стабильной, были решены многие проблемы, наблюдающиеся в ранних версиях службы DFS.

Для того, чтобы воспользоваться всеми преимуществами новой DFS на Windows Server 2008, необходимо соблюсти ряд требований: все сервера участники DFS должны быть не ниже Windows Server 2008, и уровень домена AD должен быть не ниже Windows 2008.

В DFS появились следующие изменения:

1. Откройте оснастку Server Manager.

2. Перейдите в раздел Roles и выберите Add Roles .

3. Из списка ролей выберите File Services .

4. Появится информационной окно (Introduction to File Services ), перейдите далее, нажав Next.

5. В списке ролей выберите Distributed File System , а также DFS Namespaces и DFS Replication ; после чего нажмите Next .

Примечание:
Среди ролей вы увидите «Windows Server 2003 File Services»и «File Replication Service». Данные опции стоит использовать только в том случае, если необходимо синхронизировать сервер Windows 2008 с устаревшими службами FRS.

6. На экране «Create a DFS Namespace», вы можете указать хотите ли вы создать пространство имен немедленно, или позднее.

В данном примере, я не буду создавать корень пространства имен. Поэтому, я выбрал «Create a namespace later using the DFS Management snap-in in Server Manager» и нажал Next.

7. На следующем экране, нажав Install , мы запустим процесс установки службы DFS.

8. После установки DFS, в консоли Server Manager появится новая роль File Services со следующим списком установленных компонентов:

Distributed File System

DFS Namespaces

DFS Replication