Microsoft Windows: Откройте для себя DFS

Посетителей: 19292 | Просмотров: 30337 (сегодня 0) Шрифт:

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

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

Термины DFS и Distributed File System относятся к существовавшему в Windows 2000, Windows 2003 и Windows 2003 R2 продукту с унаследованными пространствами имен и унаследованном продукте в Windows 2008. В DFS использовался проблематичный механизм репликации, носящий название «служба репликации файлов» (File Replication Service, FRS).

В Windows 2003 R2 компания Microsoft представила новое пространство DFS-имен, а также намного улучшенный механизм репликации. Здесь термин «унаследованная DFS» относится к предыдущей версии DFS в Windows Server 2000, Windows Server 2003 и Windows Server 2008. Новое пространство DFS-имен называется DFS-N, а новый механизм репликации — DFS-R (DFS-Replication).

Предыдущая версия DFS и FRS в Windows Server 2003

В старой версии DFS в Windows 2000 и Windows 2003 использовались громоздкие и запутанные консоль администрирования и терминология. С FRS также были проблемы. В Windows 2003 была предпринята попытка решить эти проблемы, но полностью устранить их не удалось. Поэтому Microsoft представила совершенно новый механизм репликации, DFS-R, для Windows 2003 R2 и Windows 2008.

Ввиду прекращения поддержки Windows 2003 компанией Microsoft вам действительно надо перейти на новую DFS и DFS-R, которая имеется в Windows 2003 R2 и Windows 2008. Далее описываются некоторые возможные проблемы, связанные с унаследованными DFS и FRS, и рекомендации по их решению.

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

Сканирующие файлы приложения, такие как антивирусы и средства дефрагментации, обычно меняют описатель безопасности файлов. При этом вносятся изменения в журнал NTFS, что, в свою очередь, заставляет FRS инициировать репликацию, хотя никаких изменений в файлы не вносилось. Изменения FRS в Windows 2003 снизили остроту проблем, но не устранили их полностью. Вот эти проблемы.

• Подавление слишком активной репликации Обнаружив, что некоторые файлы реплицируются слишком часто, FRS регистрирует в журнале событие и отключает их репликацию. Это предотвращает переполнение промежуточной области и остановку FRS, но это также может вызывать удаление нужных файлов.
• Переполнение промежуточной области хранения FRS При заполнении промежуточной области хранения на 90 % начинается удаление старых файлов, пока заполнение не снизится до 60 %. Это предотвращает остановку FRS, но есть риск удаления нужных обновлений.
• Предотвращение заполнения данных:FRS может не позволять активно заполнять данные на многих серверах для предотвращения репликации большого объема данных по WAN-подключениям. Есть обходной путь:копировать данные небольшими «кусочками» до передачи всей информации.

Рекомендации

Рекомендации по управлению и использованию унаследованных DFS и FRS базируются на том принципе, что хранить динамически изменяющиеся данные в DFS плохо. FRS легко переполняется большим числом файлов. Также тяжело реплицировать часто изменяющиеся данные. В частности, не рекомендуется размещать в DFS папки My Documents (Мои документы) в пользовательских профилях.

Вот перечень рекомендаций по использованию DFS/FRS:

• При начальном размещении данных в папках DFS на нескольких серверах разместите данные только на одном сервере — на остальные серверы они должны среплицироваться сами. Выполняйте эту операцию небольшими порциями. При одновременном добавлении большого числа файлов во многие общие папки FRS будет трудно справиться с нагрузкой. Если данные существуют на многих DFS-серверах, инициируйте репликацию путем добавления файлов на один сервер за раз. После начального заполнения FRS остается реплицировать только изменения.
• Обеспечьте, чтобы ваш антивирус, утилита дефрагментации и другие программы, сканирующие файлы и папки, были совместимы с FRS. Большинство известных программ умеют работать с FRS, что предотвращает ненужную репликацию файлов, вызванную сканированием.
• Создавайте несколько корневых папок на нескольких целевых серверах для избыточности. Конфигурационная информация располагается на корневых серверах.
• Обеспечьте избыточность данных, создав несколько целевых серверов для DFS-подключений. Это обеспечит непрерывную репликацию данных на многие серверы. Если один из серверов потерпит сбой, пользователь будет перенаправлен на другой. Для поиска ближайших к пользователю DFS-серверов в DFS используется функция обнаружения серверов клиентами в Active Directory.
• Репликация данных в DFS необязательна, но рекомендуется для избыточности данных. Без репликации DFS предоставляет только общее пространство имен для общих папок.
• Не размещайте папки DFS на контроллерах доменов. Так как для SYSVOL используется DFS, для целей устранения неполадок лучше изолировать эту папку, чтобы при диагностике на одном сервере не было одновременно папок SYSVOL и DFS. SYSVOL использует службу DFS, поэтому на контроллере домена ее отключить нельзя. Основная задача здесь — не размещать ссылки или корни DFS на контроллерах доменов.
• Сконфигурируйте одностороннюю FRS-репликацию по схеме «звезда», чтобы было легче контролировать и управлять данными. Данные на лучах не должны реплицировать в центр.

Ограничения предыдущих версий FRS и DFS

FRS реплицирует файл целиком, даже если изменилась только пара байт. FRS и DFS способны эффективно реплицировать папки размером не больше 65 ГБ. Превышение этого размера чревато нарушением согласованности и снижением производительности. Есть и другие ограничения:

• Версия Windows Server 2003 Standard поддерживает только один корень DFS, а в редакции Enterprise число корней DFS не ограничено. Время запуска службы DFS увеличивается с ростом числа корней DFS.
• Число ссылок в доменном пространстве имен DFS не может быть больше 5000. Большее число приводит к падению производительности при изменениях конфигурации DFS.
• Длина пути DFS ограничена 260 символами. Если превысить этот предел, приложения не смогут получить доступ к данным в DFS. Получить доступ к данным можно, явно задав букву диска.
• Доменную DFS нельзя создать на узлах кластера — в этом случае надо использовать только автономные DFS.

В многодоменных средах:

• Папки корневой доменной DFS должны находиться в том же домене. Однако ссылки могут указывать и на другие домены.
• Клиенты могут получать доступ к DFS-серверам в доверенных доменах.
• При обращении по ссылкам в другие домены клиент должен использовать полное доменное имя, или FQDN (подробнее см. статью базы знаний Microsoft по адресу http://support.microsoft.com/kb/244380).
• Для репликации по DFS-ссылкам в другие (доверенные) домены можно использовать FRS. (Для этого нужны права администратора предприятия.)

DFS-N и DFS-R в Windows Server 2003 R2 и Windows Server 2008

Новые версии распределенной файловой системы DFS-N и DFS-R в Windows 2003 R2, Windows Server 2008 и Windows Server 2008 R2 имеют значительные улучшения по сравнению с более старыми DFS и FRS. DFS-R выполняет репликацию поблочно, то есть реплицируется не весь файл, а только изменения в нем.

Например, если изменился только заголовок слайда PowerPoint в файле размером 3 МБ, в старой версии FRS выполнит репликацию всех трех мегабайт файла. DFS-R скопирует только несколько байт. Это оказывает огромное благоприятное влияние на производительность как сети, так и дисковой подсистемы. Пользователи также замечают, что изменения реплицируются быстрее. DFS-R может работать с большими объемами данных и эффективно динамически менять данные.

DFS-R присутствует только в Windows Server 2003 R2 и Windows Server 2008. Ее можно использовать только для репликации данных DFS в Windows Server 2003 R2, но можно реплицировать данные DFS и SYSVOL на Windows Server 2008 и Windows Server 2008 R2. Репликация DFS-R работает только на DFS-серверах под управлением Windows Server 2003 R2, Windows Server 2008 или Windows Server 2008 R2. Контроллеры доменов обновлять не нужно.

Рекомендации

Для установки новой DFS/DFS-R в домене Windows Server 2003 нужно обновить схему (см. страницу вопросов и ответов по DFS-R FAQs):

• Изменение схемы для установки новой DFS/DFS-R в домене Windows Server 2003 скорее всего потребует одобрения, поэтому для этого надо заложить дополнительное время в плане.
• Можно использовать репликационные группы для репликации данных из филиалов на файловые серверы головного офиса, где их легко разместить в больших массивах SAN. В таком сценарии надо обеспечить, чтобы в филиалах данные только добавлялись. При изменении файла в головном офисе в процессе репликации он будет скопирован на серверы филиалов, перезаписывая копии, которые там хранятся.
• Воспользуйтесь возможностью в DFS-R реплицировать SYSVOL в Windows Server 2008 и Windows Server 2008 R2, особенно в крупных доменах, в которых развернуто много групповых политик. Это потребует полноценного процесса миграции, так как FRS является механизмом репликации по умолчанию в доменах Windows Server 2008.
• Подробнее см. блог команды Microsoft Directory Services (http://blogs.technet.com/b/askds/archive/2009/01/05/dfsr-sysvol-migration-faq-useful-trivia-that-may-save-your-follicles.aspx).

Перед миграцией SYSVOL в DFS-R примените исправления 972105, 969688, 978326, 959114 и 978994, а затем выполните следующие операции:

• Выполните миграцию существующих папок DFS в DFS-N и DFS-R — после Windows Server 2008 R2 будет прекращена поддержка предыдущих версий DFS и FRS.
• Перед развертыванием спроектируйте топологию репликации репликационных групп. В DFS-R намного больше вариантов топологии, чем в DFS/FRS. Позаботьтесь о том, чтобы метод репликации соответствовал проекту развертывания файлов.
• Организуйте мониторинг репликации DFS-R. В System Center Operations Manager есть пакет управления для мониторинга репликации DFS. Есть также средства сторонних поставщиков. Утилиты Ultrasound и Sonar не поддерживают DFS-R.

Об ограничениях

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

• Каждый сервер может быть членом не более 256 репликационных групп.
• В каждой репликационной группе может быть не более 256 реплицируемых папок.
• У каждого сервера может быть не более 256 подключений (например, 128 входящих и столько же исходящих).
• На каждом сервере произведение числа репликационных групп на число реплицируемых папок и на количество одновременно активных подключений не может превышать 1024.
• В каждой репликационной группе может быть не более 256 членов.
• На томе может размещаться не более 8 млн реплицируемых файлов, а на сервере может храниться не более 1 ТБ таких файлов.
• Максимальный размер файла — 64 ГБ.
• DFS-R не поддерживает связь с FRS.

Подробнее по этой теме см. веб-страницу Microsoft TechCenter, а также замечательный список вопросов и ответов на странице.

Основная рекомендация проста: избавьтесь от FRS. Это устаревшая технология, которую Microsoft давно уже отправила в утиль. Смиритесь с неизбежным и выполните миграцию всех своих реплик папок DFS (в ОС Windows Server 2003 R2 и более новых) и SYSVOL (в Windows Server 2008 и более новых) на DFS-R.

Воспользуйтесь преимуществами улучшенной производительности и потратьте освободившееся время на выполнение более продуктивных вещей. Прекращая поддержку DFS и FRS в Windows Server 2008 R2, Microsoft дает четкий сигнал о необходимости перехода на лучшую технологию. И у этой технологии практически нет недостатков.

Процесс восстановления пространства имен DFS в Windows 2003 и 2008 Server

В этой статье описываются методы восстановления пространства имен распределенной файловой системы (DFSN) в Windows Server.

Исходная версия продукта: Windows Server 2012 R2
Исходный номер КБ: 969382

Быстрая публикация

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

Дополнительные сведения

Процесс восстановления пространства имен DFS зависит от того, как были потеряны данные конфигурации пространства имен, тип пространства имен (домен или автономный) и типы резервных копий данных. Данные могли быть неправильно изменены с помощью средств управления DFS, удалены непосредственно в Active Directory или реестре, или повреждены. К типам резервных копий данных конфигурации относятся системные резервные копии контроллера домена, резервные копии корней и серверов пространства имен DFS, экспортные данные с помощью служок dfsutil.exe и ключи реестра служб DFS.

Краткое описание ситуации:

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

Параметры восстановления DFSN:
Автономный DFSN
Данные реестра удалены?
Использование резервного копирования системного состояния сервера пространства имен. См. вариант восстановления 1 для автономных корневых серверов DFS и ссылок
Использование экспортируемой копии пространства имен DFSN с помощью DFSUTIL. См. вариант восстановления 2 автономных корневых и ссылок DFS
Повторное воссоздание пространства имен DFS
Корневой или link share deleted?
Использование резервного копирования системного состояния сервера пространства имен, см. вариант восстановления 1 общих папок
Использование сохраненных данных реестра общей конфигурации, см. вариант восстановления 2 общих fodlers

DFSN домена
Удаляются ли данные конфигурации Active Directory?
Восстановление данных конфигурации DFS Active Directory из резервной копии см. в параметре восстановления 1 корневого домена DFS и ссылок
Использование экспортируемой копии пространства имен домена DFSN с помощью DFSUTIL. См. вариант восстановления 2 корневого домена и ссылок DFS
Воссоздание пространства имен см. в параметре восстановления 3 корневого домена DFS и ссылок
Данные реестра удалены?
Восстановление реестра с помощью резервного копирования системного состояния сервера пространства имен
Воссоздание пространства имен см. в параметре восстановления 3 корневого домена DFS и ссылок

Корневой или link share deleted?
Использование резервного копирования системного состояния сервера пространства имен, см. вариант восстановления 1 общих папок
Использование сохраненных данных реестра общей конфигурации, см. вариант восстановления 2 общих fodlers

На следующей диаграмме по-разного рода операции с пространством имен DFS влияют на данные (Active Directory или реестр сервера пространства имен DFS):

Тип пространства имен

Итоговые изменения конфигурации

Корневой домен DFS или ссылки

Active Directory, реестр

Автономный

Автономный корень/ссылка

Системный реестр

Домен/автономный

Общие папки

Файловая система, реестр

Используйте с dfsutil.exe для просмотра содержимого конфигурации DFS. Файл Dfsutil доступен в пакетах windows Server 2003 и Windows XP Support Tools и включается в Windows Server 2008 после установки службы ролей распределенной файловой системы через диспетчер серверов. Следующие данные перечисляют конфигурацию пространства имен DFS или корня с именем «DATA» после запуска команд dfsutil /root:\\contoso.com\DATA /view (в 2003 г.) или dfsutil root \\contoso.com\DATA (в 2008 г.):

DFS Utility Version 5.2 (built on 5.2.3790.3959)

© Корпорация Майкрософт. Все права защищены.

Корень домена с 1 ссылкой [размер BLOB:704 bytes]

Root Name=» \ CONTOSO\DATA» State=»1″ Timeout=»300″ Attributes=»64″

Target Server=»2003SERVER1″ Folder=»DATA» State=»2″[Site: Default-First-Site-Name]

Link Name=»documentation» State=»1″ Timeout=»1800″

Target Server=»2003server1″ Folder=»documentation» State=»2″[Site: Default-First-Site-Name]

Target Server=»2003server2″ Folder=»documentation» State=»2″[Site: Default-First-Site-Name]

Корень с 1 ссылкой [размер BLOB:704 bytes]

Это пространство имен DFS содержит одну папку или ссылку с именем Documentation и содержит две целевые папки/ссылки: \ \ 2003server1\documentation и \ \ 2003server2\documentation.

Данные конфигурации DFS, запрашиваемые DFSUtil, хранятся в active Directory в следующем расположении:

В Windows Server 2003 каждое корневое или пространство имен DFS домена хранится в объекте fTDfs, который содержит атрибут «pKT», содержащий данные конфигурации (параметры пространства имен, серверы пространства имен, целевые объекты папок и т. д.). Например, пространство имен DATA, перечисленное в выходных данных dfsutil.exe выше, расположено с объектом fTDfs в этом расположении: CN=DATA,CN=Dfs-Configuration,CN=System,DC= . Никакие части этого объекта никогда не должны быть изменены напрямую.

В Windows Server 2008 пространства имен и корней доменных DFS могут быть настроены в «режиме Windows Server 2008». В этом режиме данные конфигурации хранятся в объекте класса msDFS-NamespaceAnchor. Объект класса «msDFS-Namespacev2» представляет каждый корень, а каждый корень содержит объект msDFS-Linkv2, представляющий каждую размещенную ссылку.

CN=Dfs-Configuration,CN=System,DC=
|_msDFS-NamespaceAnchor
|_msDFS-Namespacev2
|_msDFS-Linkv2

Каждое пространство имен DFS/Корневой сервер использует данные реестра для идентификации корневых серверов, в которых они размещены. Без этих сведений служба DFS не будет получать данные конфигурации из Active Directory и не будет принимать корневые каталоги.

Для корневых корневых DFS-корней DFS 2003/2008 года в этом ключе сохраняется корневые связи:

Корневые связи в «режиме Windows Server 2008» в следующем ключе:

В этом ключе существует подмайка для каждого корневого сервера и указывает корневую обставку с помощью двух значений LogicalShare и RootShare. Ключ для корня «DATA» будет следующим:

Для автономных корней DFS данные конфигурации не хранятся в Active Directory. Данные конфигурации хранятся в следующем расположении:

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

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

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

Дополнительные сведения о резервном копировании и восстановлении состояния системы см. в следующих статьях:

Обратите внимание, что типичный срок хранения резервного копирования состояния системы Active Directory составляет всего 60 дней:
Полезный срок хранения резервной копии состояния системы Active Directory

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

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

Корневой домен DFS и ссылки

Вариант 1. Восстановление данных конфигурации DFS Active Directory из резервной копии

Для доменных DFS изменение корня DFS с помощью средства управления оказывает наибольшее потенциальное влияние на пространство имен. Это необходимо, так как при внесении изменений с помощью API DFS все корневые серверы будут уведомлены об изменениях и при необходимости обновят свой реестр. Таким образом, восстановление конфигурации DFS в Active Directory из резервных копий также может потребовать восстановления реестра корневых серверов.

Достоверно восстановите BLOB конфигурации DFS. Для этого необходимо запускать dc в режиме восстановления DS, восстанавливать базу данных Active Directory из резервной копии, которая по-прежнему содержит допустимую копию конфигурации DFS, пометить объект корневого каталога DFS как достоверный и реплицировать его во всем домене. Корневые DFS по умолчанию получают данные конфигурации DFS от контроллера домена владельца роли PDC FSMO. Чтобы задержки репликации не влияли на время, пока корневая точка не начнет размещения восстановленных пространств имен, рассмотрите возможность использования PDC FSMO в качестве контроллера домена для восстановления.

До полномочного процесса восстановления подробно описано в следующей статье:

Выполнение достоверного восстановления объектов Active Directory

Восстановление Active Directory:

1. Запустите компьютер в режиме восстановления служб каталогов.
2. Чтобы запустить программу резервного копирования Windows Server 2003, нажмите кнопку «Начните», выберите пункты «Все программы», «Вспомогательные программы», «Системные средства» и «Резервная копия».
3. На странице «Мастер резервного копирования и восстановления» нажмите кнопку «Далее».
4. Нажмите кнопку «Восстановить файлы и параметры», а затем нажмите кнопку «Далее».
5. Выберите состояние системы и нажмите кнопку «Далее».
6. На странице завершения работы мастера резервного копирования и восстановления нажмите кнопку «Дополнительные».
7. В папке «Восстановление файлов» щелкните «Исходное расположение» и нажмите кнопку «Далее».
8. Щелкните «Оставить существующие файлы» (рекомендуется) и нажмите кнопку «Далее».
9. Нажмите кнопку «Готово».
10. После завершения процесса восстановления нажмите кнопку «Закрыть», а затем щелкните «Нет», чтобы остаться в режиме восстановления служб каталогов.

Не перезагружаются при запросе программы резервного копирования. Если выполняется перезагрузка и выполняется репликация Active Directory, контроллер домена повторно реплицирует удаления.

На экране логотипа Windows щелкните «Переключить пользователя», а затем щелкните «Другой пользователь».

Введите .\administrator в качестве имени пользователя, введите пароль DSRM для сервера и нажмите ввод.

Нажмите кнопку «Начните», щелкните правой кнопкой мыши командную подсказку и выберите команду «Запуск от прав администратора».

В командной строке введите следующую команду, а затем нажмите клавишу ВВОД:

расположение резервной копии, которую необходимо восстановить.

— имя компьютера, на котором необходимо восстановить резервную копию. Этот параметр полезен при резервном копировании нескольких компьютеров в одном расположении или переименовании компьютера с момента его резервного копирования.

Определите версию, которую необходимо восстановить. Эту версию необходимо ввести точно на следующем этапе.

В командной подсказке введите следующую команду (оболочку для учитаемости) и нажмите ввод:

Пометка данных конфигурации DFS до полномочного:

Важно знать различавшиеся имена пространств имен, которые необходимо восстановить, чтобы корневой объект DFS можно было пометить достоверно. Он должен быть в формате CN= ,CN=DFS-Configuration,CN=System,DC=» и может быть заключен в кавычках, если пробелы существуют в каких-либо меток.

В режиме восстановления служб каталогов нажмите кнопку «Начните», выберите «Выполнить», введите ntdsutil и нажмите ввод.

В ntdsutil: prompt введите достоверное восстановление и нажмите ввод.

Чтобы восстановить подtree объектов, введите следующую команду и нажмите ввод:

restore subtree DistinguishedName

Например, чтобы восстановить все объекты пространства имен DFS в contoso.com домене, введите:

восстановление подtree «CN=Dfs-Configuration,CN=System,DC=contoso,dc=com»

Эта операция влияет на все пространства имен DFS, возвращая их в состояние резервной копии.

Чтобы восстановить один объект пространства имен DFS для корня с именем «DATA» в contoso.com домене, введите:

восстановление подtree «CN=DATA,CN=Dfs-Configuration,CN=System,DC=contoso,dc=com»

Восстановление подtree объектов гарантирует успешное завершение операции для пространств имен v1 и v2.

Нажмите кнопку «Да» в окне сообщения, чтобы подтвердить команду.

При полном восстановлении: и ntdsutil: prompts, type quit, and then press ENTER.

Перезапустите контроллер домена в обычном режиме работы.

Разрешить репликацию Active Directory достаточно времени для репликации объектов в домене.

Проверка данных реестра на всех корнях DFS

Каждое пространство имен DFS домена или корневой сервер должны иметь соответствующие данные реестра в этом расположении, чтобы правильно размещения восстановленных корневых HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfs\Roots\Domain файловой программы. Если пространство имен DFS было удалено с помощью средства управления DFS, может потребоваться вручную создать ключи и значения LogicalShare и RootShare в каждом корне. После того как данные реестра будут на месте, перезапустите службу DFS в каждом корне, чтобы повторно ициализировать DFS и получить восстановленные данные конфигурации.

Например, чтобы создать logicalShare и RootShare для пространства имен DFS с именем «Data», общая папка для корня которой называется DataShare, используются следующие действия:

1. Нажмите кнопку «Начните», выберите «Выполнить», введите в поле regedit «Открыть» и нажмите кнопку «ОК».
2. Найдите и щелкните следующий подкомедий реестра: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfs\Roots\Domain
3. Щелкните правой кнопкой мыши «Домен», выберите пункт «Новый» и нажмите кнопку «Ключ».
4. Введите «Data» в качестве имени ключа и нажмите клавишу ВВОД.
5. Щелкните правой кнопкой мыши клавишу «Данные», выберите пункт «Новый» и выберите «Строка значения».
6. Введите «LogicalShare» в качестве имени значения.
7. Щелкните правой кнопкой мыши значение LogicalShare и выберите «Изменить».
8. В поле «Значение» введите DataShare и нажмите кнопку «ОК».
9. Щелкните правой кнопкой мыши клавишу «Данные», выберите пункт «Новый» и выберите «Строка значения».
10. Введите «RootShare» в качестве имени значения.
11. Щелкните правой кнопкой мыши значение RootShare и выберите «Изменить».
12. В поле «Значение» введите DataShare и нажмите кнопку «ОК».

Вариант 2. Импорт конфигурации DFS, если экспорт доступен

Экспорт конфигурации DFS состоит из текстового файла, dfsutil.exe и следующей команды:

Windows Server 2003:

Windows Server 2008:

Чтобы восстановить пространство имен с помощью файла экспорта, выполните следующее:

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

Импорт файла конфигурации, чтобы создать все ссылки, которые были на сервере, с помощью команд: Windows Server 2003:

Windows Server 2008:

(Где домен, «DATA» — это имя корня contoso.com и DATA-dfs-Root.txt файл экспорта)

Попытка импорта до создания корневого элемента приведет к ошибке «Элемент не найден».

Попытка добавить корневой целевой объект, который уже имеет данные конфигурации реестра, связанные с корнем, приводит к ошибкам «Устройство не готово к использованию» или «Не удается создать файл, если этот файл уже существует». Чтобы удалить данные реестра с затронутого сервера, используйте параметр «очистить» в DFSUtil:

Windows Server 2003:

Windows Server 2008:

Убедитесь, что импорт был успешным. Для наблюдения за импортируемыми ссылками может потребоваться повторно открыть все средства управления DFS.

Вариант 3. Воссоздание пространств имен

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

(Где «servername» — это сервер, который необходимо добавить в качестве нового корневого целевого сервера, а «sharename» — это имя для совместной работы с корневым сервером)

В Windows Server 2008:

Объект FTDfs Active Directory

Если объект ftDfs в Active Directory был удален напрямую, восстановим объект, как описано в варианте 1 раздела «Корневой каталог и ссылки DFS домена». Нет необходимости восстанавливать отсутствующие данные реестра, так как прямое удаление объекта fTDfs выполняется без использования API DFS и уведомлений, отправленных корням DFS при удалении.

Если существует экспорт конфигурации DFS, процесс будет аналогиен процессу, который находится в варианте 2 раздела «Корневой домен DFS и ссылки».

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

Автономный корень DFS и ссылки

Вариант 1. Восстановление данных конфигурации автономных DFS из резервной копии

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

Вариант 2. Импорт конфигурации DFS, если экспорт доступен

Если для DFSUTIL.EXE существует экспорт, его можно импортировать с помощью команд:

Windows Server 2003:

Windows Server 2008:

Вариант 3. Воссоздание пространств имен

При необходимости может быть проще воссоздать автономные пространства имен.

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

Вариант 1. Восстановление данных конфигурации автономных DFS из резервной копии

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

Вариант 2. Восстановление данных конфигурации share из реестра

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

Чтобы сохранить этот ключ реестра с помощью редактора реестра, щелкните «Экспорт» в меню «Файл».

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

Чтобы восстановить или импортировать ключ реестра с помощью редактора реестра, щелкните «Импорт» в меню «Файл».

После восстановления этих серверов перезапустите службу DFS сервера пространства имен, чтобы инициализировать пространство имен.

Заявление об отказе от ответственности

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

В максимальной степени, разрешенной применимым законодательством, корпорация Майкрософт и/или ее поставщики отключают все представления, гарантии и условия, как экспресс-, подразумеваемые, так и предусмотренные законом, включая, но не ограничиваемые, представления, гарантии или условия названия, нена нарушение прав, удовлетворительное условие или качество, возможность продавца и пригодность для конкретной цели в отношении материалов.