Данные можно реплицировать как в пределах локальной сети, так и через глобальную WAN сеть. Технология DFSR была спроектирована с расчетом на медленные WAN сети и работает столь же надежно через Интернет, как и в пределах одного здания.
Возникает вопрос- чем же эта функция по сути отличается от пространства имен DFS? Основное ее отличие- это наличие функции Алгоритма дифференциальной компрессии -- Remote differential compression algorithm (RDC), который применяется для репликации изменений. Основная идея этого алгоритма состоит в том, что реплицируются только измененные части файла. Например, если есть большой текстовый документ, и мы добавили несколько страниц в середину документа, то только эти несколько страниц и будут переданы по сети во время следующего сеанса синхронизации. Тем самым наиболее предпочтительней использовать репликацию DFS в медленных сетях, например для репликации одной (нескольких) папок между удаленно расположенными офисами с медленными каналами.
Репликация данных устойчива к проблемам с сетью. Если связь с удаленной машиной прервется, то репликация, разумеется, остановится. Но как только сеть будет снова работать, то репликация начнется с того места, где она прервалась.
Рассмотрим пошаговую инструкцию настройки репликации DFS. Первое что необходимо сделать - .
После этого создаем группу репликации (группа репликации - это набор серверов, именуемых членами, которые участвуют в репликации одной или нескольких реплицируемых папок. Реплицируемая папка - это папка, для которой поддерживается синхронизация на каждом из членов), для этого нажимаем правой кнопкой мыши на «Репликации» , выбираем «Новая группа репликации…»

В типе реплицируемой группе репликации, рекомендую указать «Универсальная группа репликации» , поскольку этот тип является более гибким в использовании в дальнейшем.


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

Затем указываем сервера, которые будут входить в группу репликации (их может быть два и более).


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


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


В окне «Основной член репликации» указываем сервер на котором хранятся данные.


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


Затем указываем папку на которую необходим реплицировать (на другом сервере).


После этого просматриваем все указанные настройки и если все указанно верно, нажимаем «Создать» .


Теперь в категории «Репликации» видим созданную репликацию Common .

Для того что бы запустить репликацию вручную, необходимо нажать на репликацию, в данном примере "Сommon" , затем зайти во вкладку "Подключения" и нажав правой кнопкой на любом подключении выбрать "Реплицировать сейчас" .

Распределенная файловая система 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.

· Комментариев нет

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

В двух предыдущих статьях мы рассмотрели, каким образом устанавливать и конфигурировать пространство имен DFS в Windows Server 2003 R2. Пространство имен DFS в R2 представляет собою новое название для одного из компонентов распределенной файловой системы (Distributed File System (DFS)) в Windows Server 2003, который позволяет Вам создавать единое виртуальное древо папок общего доступа, которые будут вести к реальным (физическим) ресурсам, расположенным на различных файловых серверах. Пространство имен DFS позволяет объединять различные ресурсы общего доступа в Вашей сети в один виртуальный ресурс, который может быть просмотрен клиентом независимо от собственного расположения.

Кроме того, DFS в R2 включает в себя и еще один компонент: репликацию DFS. (в версиях Windows Server 2003, предшествовавших R2, оба компонента просто назывались DFS). Репликация DFS-по сути дела, сервис, который может быть использован для репликации файлов с одного сервера на другой, что позволяет Вам содержать несколько копий одного и того же файла в различных директориях. Конечно же, в предыдущих версиях Windows Server 2003 уже присутствовал сервис под названием (что очевидно) Сервис репликации файлов или FRS, который использовался для достижения двух целей:

• Репликация содержимого папок общего доступа с одного древа DFS на другое.
• Репликация содержимого папки SYSVOL между контроллерами доменов.

Недостаток FRS заключается в том, что этот механизм обеспечивает безукоризненное выполнение второй задачи, но плохо справляется с первой. Предположим, что у Вас есть два древа DFS, которые необходимо подвергнуть репликации с использованием FRS; папки данных двух древ содержат очень объемные файлы (к примеру, видео). Если вы сделаете незначительные изменения в одном из файлов (редактирование единичного кадра), то FRS придется проводить репликацию всего файла с одного древа на другое, что означает большую загрузку буфера. Это может стать серьезной проблемой, если оба древа локализованы на двух различных сайтах, соединенных при помощи медленного типа связи WAN - репликация займет все свободное место буфера связи! Кроме того, FRS в предыдущих версиях легко допускало ошибки, а иногда и вовсе отказывалось работать, что, по меньшей мере, жаль.

Внедрение

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

• Репликация DFS . Данный сервис является совершенно новым и может быть использован не только для репликации древ DFS с целью обеспечения устойчивости к ошибкам системы и лучшего ее функционирования, но и для репликации древ между серверами с любой целью. Более подробно о данном сервисе будет рассказано ниже.
• Сервис репликации файлов (FRS) . Это - первоначальный сервис, использовавшийся еще в Windows Server 2000. В версии R2, FRS используется только для репликации содержимого SYSVOL на контроллере домена.

Замечательно, что новый сервис репликации DFS использует улучшенный механизм оперирования с новым алгоритмом, названным «Дистанционное сжатие с меняющейся величиной» (Remote Differential Compression (RDC)). Данный алгоритм обеспечивает репликацию изменений в содержании файлов, а не самих файлов. Это значит, что DFS будет работать значительно лучше при соединении по типу WAN, чем прежде. Кроме того, новый механизм поддерживает функцию дросселирования пропускной способности и планировку репликации; кроме того, он функционирует на мультимастерной основе. Таким образом, DFS в Windows Server 2003 стал гораздо более надежным и функциональным, чем раньше.

Установка репликации DFS

Для того, чтобы наглядно показать, каким образом конфигурировать и использовать механизм репликации DFS, давайте используем пространство имен, который мы создали в моей предыдущей статье Использование пространств имен DFS . Бухгалтерия использует два файловых сервера: BOX 162 и 163 (BOX162 располагает ресурсами Кредит и Дебет, а BOX163 - ресурсами Инвойсы, Опись и Отчеты. Данные ресурсы общего доступа были объединены при помощи использования пространства имен DFS в виртуальное древо папок с корнем в папке Бухгалтерия, которая была создана на сервере BOX162 при создании пространства имен DFS. Приведенная ниже таблица описывает, каким образом папки древа DFS соотносятся с ресурсами на двух серверах:

Папка общего доступа	Сервер	Путь DFS
Бухгалтерия	BOX162	\\r2.local\Бухгалтерия (корень)
Кредит	BOX162	\\r2.local\Бухгалтерия\Гроссбух\Счета по кредиту
Дебет	BOX162	\\r2.local\ Бухгалтерия \Гроссбух\Счета по дебету
Инвойсы	BOX163	\\r2.local\ Бухгалтерия \Счет\Инвойсы
Опись	BOX163	\\r2.local\ Бухгалтерия \Каталог\Опись
Отчеты	BOX163	\\r2.local\ Бухгалтерия \отчетная база данных

Запомните, что ресурс «Инвойсы» расположен на сервере BOX163; доступ к нему может быть обеспечен только при помощи пути DFS \\r2.local\ Бухгалтерия \Счет\Инвойсы, где r2.local-имя домена Active Directory, с которым мы работаем (в данном примере приводится пространство имен DFS, использующее технологию доменов, а контроллером домена является BOX161). Другими словами, ресурс «Инвойсы» (C:\Инвойсы на BOX163) является целевой папкой , ассоциируемой с папкой \\r2.local\ Бухгалтерия \Счет\Инвойсы в пространстве имен \\r2.local\Счет.

Запомните :
Терминология для DFS в версии R2 разнится с Windows 2000 Server и его предыдущими версиями. В старой версии DFS, ресурс «Инвойсы» назывался целевой ссылкой , а \\r2.local\ Бухгалтерия \Счет\Инвойсы являлся ссылкой , ассоциируемой с данной целью. \\r2.local\счет был просто корнем . Поэтому будьте уверены в том, что вы понимаете терминологию DFS в R2 перед тем, как начать с ним работу. Другими словами, корни теперь называются пространствами имен , ссылки являются папками , а целевые ссылки - целевыми папками !

Теперь давайте используем механизм DFS для репликации содержимого ресурса «Инвойсы» с сервера BOX163 на сервер BOX162. таким образом, ресурс на сервере BOX163 станет недоступным, а пользователи все равно будут иметь к нему доступ с сервера BOX162. Конечно же, для излишней безопасности Вам лучше всего скопировать также и пространство имен. То, что мы сделаем здесь - всего лишь создадим второй ресурс «Инвойсы» на сервере BOX162, скопируем содержимое \\BOX163\Инвойсы в \\BOX162\инвойсы, и добавим \\BOX162\инвойсы в список целевых папок для папки \\r2.local\Бухгалтерия \Счет\Инвойсы в пространстве имен. В данному случае, если клиент (к примеру, XP-191) попытается получить доступ к файлу Sample.doc, расположенному в \\r2.local\ Бухгалтерия \Счет\Инвойсы на сервере BOX163, но, при этом данный сервер нерабочий, то доступ будет обеспечен к копии файла, расположенной на сервере BOX162.

Таким образом, первое, что Вам необходимо сделать — установить компонент Репликации DFS, если его еще нет на Вашем компьютере. Как я уже говорил в предыдущих статьях, если вы добавляете или обновляете роли Файлового сервера, то у вас есть опция установки Пространства имен DFS без установки механизма репликации DFS. Так мы раньше и делали! Для того, чтобы теперь добавить механизм репликации DFS, вы можете использовать пункт Установка и удаление программ на панели управления. Запустите указанную утилиту, выберите опцию Добавить/удалить компонент Windows, выберите пункт Распределенная файловая система, кликните кнопку Детали и выберите сервис Репликации DFS (см. Рисунок 1):

Рисунок 1 : Установка механизма Репликации DFS

При необходимости вставьте Disk 2 для R2, либо укажите путь к папке \CMPNENTS\R2 в ресурсах общего доступа Вашей сети для завершения процесса установки компонента. Теперь, создайте новую папку с именем C:\Инвойсы на сервере BOX162 и сделайте ее доступной для всех установив права Полного контроля для Каждого (это не будет означать, что папка не охраняется как общий ресурс). Теперь приготовьтесь установить компонент Репликации DFS на сервер BOX163, так как все файловые серверы, которые будут задействованы в репликации, должны располагать данным сервисом.

Вы можете использовать для этого уже упомянутый пункт Установка и удаление программ, либо опцию Управление сервером. Теперь, давайте добавим \\BOX162\Инвойсы в качестве второй целевой папки для \\r2.local\ Бухгалтерия \Счет\Инвойсы. Откройте консоль управления DFS и выберите следующий узел консольного древа: Управление DFS, Пространства имен, \\r2.local\ Бухгалтерия \Счет\Инвойсы. Запомните, что имеется лишь один целевой объект для текущей папки (Рисунок 2):

Рисунок 2 : Существующий целевой объект

Проверьте с машины клиента (например, XP-191), что пользователь может открыть файл Sample.doc просто нажав на Пуск, а затем - Выполнить…, набрав \\r2.local\ Бухгалтерия \Счет\Инвойсы и выполнив двойной щелчок на файле. Теперь давайте добавим второй целевой объект (\\BOX162\Инвойсы) для данной папки. Кликните правой кнопкой мыши папку Инвойсы в консольном древе и выберите пункт Добавить целевой объект. Теперь определите путь к новой цели, как показано на Рисунке 3:

Рисунок 3 : Добавление второго целевого объекта к папке

Инвойсы в пространстве имен \\r2.local\счет После добавления второй цели от Вас потребуют создать группу репликации (см. следующий Рисунок).

Рисунок 4

Группа репликации представляет собою собрание файловых серверов, которые участвуют в процессе репликации одной или нескольких папок в пространстве имен. Другими словами, если мы хотим подвергнуть репликации содержимое \\BOX163\Инвойсы с \\BOX162\Инвойсы, то BOX163 и BOX162 должны быть первоначально внесены в группу репликации. Группы репликации могут быть созданы вручную, если кликнуть правой кнопкой мыши на узле Репликация DFS в консоли управления DFS; тем не менее, гораздо проще, если мы кликнем кнопку Yes в диалоговом окне. Так, будет запущен Мастер репликации папок, простой метод репликации содержимого DFS файловых серверов R2 (см. Рисунок 5):

Рисунок 5 : мастер репликации папок

Мы не будем рассказывать о всех ступенях работа мастера, а остановимся лишь на некоторых общих моментах:

• Приемлемость репликации . Данная функция отображает, какие целевые объекты могут участвовать в репликации выбранной папки (Инвойсы). В данном случае Мастер показывает \\BOX163\Инвойсы и \\BOX162\Инвойсы.
• Главный элемент . Удостоверяет, что Сервис репликации DFS выполняет работу на том сервере, куда будут перенесены целевые объекты. Один сервер является главным элементом группы репликации. Когда группа оказывается окончательно определенной, все осуществляется на мультиэлементной основе. В качестве главного элемента мы выберем BOX163, так как файл Sample.doc будет перенесен на ресурс Инвойсы, находящийся на данном сервере (ресурс Инвойсы на сервере BOX162 оказывается пустым).
• Выбор топологии . Здесь вы можете выбрать «полное зацепление», «спицу» или любой другой выбор топологии, который опишите позднее. Я расскажу больше о топологии репликации в одной из моих следующих статей на WindowsNetworking.com. При выборе топологии «Полного зацепления» происходит переход к Списку группы репликации и пропускной способности.
• Список группы репликации и пропускной способности . Вы можете установить максимальную пропускную способность и установить список репликации (ее план) (мы выберем первую опцию-продолженная репликация).

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

Тестирование репликации

Для того, чтобы просмотреть состояние репликации для заданной папки, выберите таблицу Репликация, как показано на рисунке:

Рисунок 6 : Состояние репликации для папки

Инвойсы быстрая проверка папки C:\Инвойсы на сервере BOX162 с помощью Windows Explorer показывает, что файл Sample.doc был перемещен с сервера BOX163 на BOX162, что и ожидалось. Если вы деактивируете Локальное соединение на сервере BOX163 и укажете путь к \\r2.local\ Бухгалтерия \Счет\Инвойсы клиенту XP-191, то файл Sample.doc будет оставаться доступным, поскольку пользователь остается привязанным к следующему доступному файлу на сервере BOX162. если же в файле Sample.doc производятся какие-либо изменения (на BOX162 или BOX163), то подобные изменения практически немедленно вносятся в реплицированный файл на другом сервере.

www.windowsnetworking.com

Смотрите также:

Аббревиатура 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

Решил немного обобщить опыт использования этой технологии(в нескольких частях).

Зачем?

DFS (Distributed File System) — распределенная файловая система, компонент Microsoft Windows Server, использующийся для упрощения доступа и управления файлами, физически распределёнными по сети. При её использовании файлы, распределённые по серверам, представляются пользователям находящимися в одном месте. Это служба, которая позволяет решить несколько задач:

• Упростить доступ к файлам и папкам, которые находятся в разных местах, на разных серверах, в разных офисах. Это самая главная функция DFS. С помощью т.н. «корня» пользователи не задумываются, где находятся те или иные данные, а просто вводят одно и то же имя, например \\hq.com\doc.
• Несмотря на единый «корень», разные или одни и те же данные можно сгруппировать с помощью нескольких адресных пространств. Например, пути \\hq.com\docs или \\hq.com\branchdocs могут содержать как разные, так и повторяющиеся данные.
• Повысить отказоустойчивость, за счет репликации корня на несколько серверов, использования AD как места хранения корня и репликации самих данных между разными серверами.
• Понизить нагрузку на конкретный файловый сервер, распределив данные и доступ к часто используемым ресурсам между несколькими серверами.
• Облегчить резервное копирование и поиск данных. Например, администратор может создать пространство имен \\hq.com\backups, где будут находиться все сетевые каталоги для резервного копирования. И путь в DFS можно указывать как программам резервного копирования, так и для поиска данных. При поиске в DFS не нужно искать файл на каждом сервере отдельно.

Как?

Для решения этих задач DFS использует:

• DFS-N (Namespace) – служба пространства имен DFS
• DFS-R (Replication)- служба репликация DFS.

DFS-N — служба поддерживающая виртуальное дерево каталогов, которые ссылаются на реальные сетевые каталоги(целевые каталоги или target ). Эта наиболее «полезная» служба DFS, предоставляющая возможность использовать единый корень для доступа к данным. DFS-N возвращает клиенту UNC-ссылку на реальный сетевой ресурс(\\имя сервера\имя сетевого каталога), просто пользователь этого не видит и не задумывается, где находятся файлы. Возвращаемая UNC-ссылка зависит от местоположения пользователя, и если он вдруг переместился в филиал, то DFS автоматически выдаст ссылку на «местный» сервер.

Пространство имен DFS может быть реализовано двумя способами:

• Распределенная файловая система с изолированным корнем(Standalone);
• Доменная распределенная файловая система(Domain- based);

В случае Standalone (замечу, что такой вариант может быть и в домене AD) доступ к пространству имен осуществляется через путь \\Server_name\DFS_root, данные хранятся в реестре и поддерживается только одно пространство имен(корень), AD не требуется.

DFS-R — это служба предоставляющая репликацию данных между серверами. Т.е. если задана репликация какой либо сетевой папки между ServerA и ServerB, то служба будет с заданным интервалом реплицировать данные между папками. В конечном итоге все файлы измененные или созданные на ServerA будут прореплицированны в соответствующую папку на ServerB(и наоборот). Данная служба вызывает самое большое количество недопонимания среди новичков. DFS-R может быть полезна только в нескольких сценариях, таких как:

• Совместная работа с данными в филиале и головном офисе.
• Создание копии документов филиала в головном офисе.

Служба DFS-R — не замена резервному копированию или кластеру!!! Поэтому не используйте ее в таком качестве и у вас не будет проблем с DFS-R. Не располагайте базы данных в реплицируемых папках! Однако вы можете объединить папки с базы данных в одном корне.

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

Реплицировать можно отдельные папки или корень целиком(и даже целые диски, если сделать их общими). Корень лучше не реплицировать, поскольку вы потеряете в функциональности и гибкости. DFS-R хорошо использовать для данных, которые не изменяются(PDF-файлы, программы). Или для отказоустойчивости, когда один партнер по репликации работает в режиме «только чтение». Т.е. если основной файловый сервер вышел из строя, то пользователи смогут открыть документы и работать с ними. Сохранить документы на этот сервер они не смогут, но и работа в офисе не остановится.

В следующей части мы рассмотрим терминологию DFS более подробно.