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

Посетителей: 19294 | Просмотров: 30339 (сегодня 2) Шрифт:

Распределенная файловая система (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 дает четкий сигнал о необходимости перехода на лучшую технологию. И у этой технологии практически нет недостатков.

Устранение неполадок в пространстве имен распределенной файловой системы в Windows

В этой статье предоставляется решение для решения проблем с ошибками доступа к распределенной файловой системе (DFSN).

Оригинальная версия продукта: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер КБ: 975440

Симптомы

На компьютере с Windows XP или Windows Server 2003 при попытке доступа к DFSN вы получите следующее сообщение об ошибке:

\\ \ недоступны. Возможно, у вас нет разрешения на использование этого сетевого ресурса. Обратитесь к администратору этого сервера, чтобы узнать, есть ли у вас разрешения на доступ.

Сведения о конфигурации не могут быть прочитаны с контроллера домена либо из-за недоступности компьютера, либо отказано в доступе.

В Windows Vista и более поздних версиях Windows вы можете получить одно из следующих сообщений об ошибке:

Windows не может получить доступ \\ \

Причина

Эта ошибка обычно возникает из-за того, что клиент DFSN не может завершить подключение к пути DFSN.

Подключение может привести к сбой по любой из следующих причин:

• Невозможность подключения к контроллеру домена для получения направления пространства имен DFSN
• Невыполнение подключения к серверу DFSN
• Невыполнение сервером DFSN передачи папки

Решение

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

Подключение

В этой статье подключение относится к возможности клиента связаться с контроллером домена или сервером DFSN. Если клиент не может завершить сетевое подключение к контроллеру домена или серверу DFSN, запрос DFSN завершается сбой.

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

Определите, удалось ли клиенту подключиться к контроллеру домена для получения сведений о домене с помощью DFSUtil.exe /spcinfo команды. Вывод этой команды описывает доверенные домены и их контроллеры домена, обнаруженные клиентом через запросы рефералов DFSN. Это называется кэш домена.

В следующем примере клиент обнаруживает доменное имя DNS и доменное имя contoso.com NetBIOS CONTOSO. Для доменного имени CONTOSO были определены два контроллера домена: 2003server2 и 2003server1. Если клиент получает доступ к имени DNS в запросе, записи contoso.com отображаются под contoso.com записью.

Записи, отмеченные звездочкой (*), были получены через службу Workstation. Остальные записи были получены через рефералы клиентом DFSN. Записи, отмеченные знаком плюс (+), являются контроллерами домена, которые в настоящее время используются клиентом. Дополнительные сведения о процессах рефералов см. в справочной ссылке How DFS Works.

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

Успешное подключение перечисляет все акции, которые находятся в контроллере домена.

Если подключение успешно, определите, возвращается ли допустимая реферал DFSN клиенту после доступа к пространству имен. Это можно сделать, просмотрев кэш рефералов (также известный как кэш PKT) с помощью DFSUtil.exe /pktinfo команды.

Ниже приводится информация о ожидаемых записях в кэше рефералов клиента после того, как клиент получает доступ к пути DFSN. \\contoso.com\dfsroot\link Корень имеет две цели (rooterver1 и rooterver2). Ссылка имеет одну цель (fileserver).

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

Если вы видите запись для пространства имен (то есть), запись доказывает, что клиент мог связаться с контроллером домена, но затем не достиг каких-либо целей пространства имен \contoso.com\dfsroot DFSN. Если ни один из перечисленных в списке объектов пространства имен не обозначен как ACTIVE, это означает, что все цели недоступны.

Попробуйте получить доступ к каждому серверу пространства имен с помощью IP-адресов. Для этого теста необходимо указать только IP-адрес сервера и не включать в него долю пространства имен (то есть, net view \\192.168.1.11 но net view \\192.168.1.11\dfsroot не). В противном случае может быть непреднанно передан другой корневой сервер DFS. Если это произойдет, вы получите вводящие в заблуждение результаты. Обратите внимание на сообщения об ошибках, которые сообщаются во время этих действий.

Необходимо исследовать и устранять любые сбои контроллера домена или связи сервера пространства имен DFS. Дополнительные сведения о сетевых сведениях tCP/IP и устранении неполадок см. в технической справке TCP/IP.

Разрешение имен

Клиенты должны решить имя пространства имен DFS и всех серверов, на которые размещено пространство имен. Просмотрите выходные данные, ранее созданные dfsutil /pktinfo командами dfsutil /spcinfo и командами. Указанные имена серверов должны быть разрешены клиентом на IP-адреса.

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

ИМЕНА WINS и NetBIOS

Сбои в разрешении имен NetBIOS могут возникать из-за того, что отсутствуют записи имен или вы получили неправильный IP-адрес для имени. Чтобы проверить это, попробуйте получить доступ к контроллеру домена, используя только его имя компьютера NetBIOS (то есть с помощью net view \\2003server1 команды). Затем убедитесь, что указанные в списке акции являются теми, которые должны быть организованы сервером. В качестве администратора можно просмотреть кэш имен NetBIOS клиента с помощью команды для проверки всех разрешенных имен и nbtstat -c IP-адресов клиента. Рассмотрим приведенный ниже пример.

Имя	NetBIOS	Удаленный тип	Хост-адрес таблицы имен кэша	Life [sec]
2003server1	UNIQUE	192.168.1.11	462

Просмотрите следующие документы, чтобы устранить сбои WINS:

По умолчанию DFSN сохраняет имена NetBIOS для корневых серверов. DFSN также можно настроить для использования имен DNS для сред без серверов WINS. Дополнительные сведения см. в дополнительных сведениях о настройке DFS для использования полностью квалифицированных доменных имен в рефералах.

Вы можете просмотреть кэш разрешения DNS клиента для проверки разрешенных имен DNS. Для этого откройте командную подсказку и введите ipconfig /displaydns команду.

Рассмотрим приведенный ниже пример.

Конфигурация IP Windows

Имя записи . . . . . : 2003server1.contoso.com
Тип записи . . . . . : 1
Время для жизни . . . . : 882
Длина данных . . . . . : 4
Раздел . . . . . . . : Ответ
A (Host) Запись . . . : 192.168.1.11

Просмотрите следующие документы, чтобы устранить ошибки DNS:

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

• nbtstat -RR
• ipconfig /flushdns
• dfsutil /pktflush
• dfsutil /spcflush

Дополнительные сведения о Microsoft Network Monitor 3 см. в дополнительных сведениях о сетевом мониторе 3.

Дополнительные сведения о сетевом трафике, который наблюдается между клиентом и средой DFS на основе домена, см. в руб. Как работает DFS.

Дополнительные сведения о DNS и WINS см. в дополнительных сведениях о технологиях разрешения имен.

DFS и конфигурация системы

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

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

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

Один из методов оценки состояния репликации — опрос состояния последней попытки репликации входящие для каждого контроллера домена. Для этого запустите команду repadmin.exe. Необходимый синтаксис для этой команды:

repadmin /showrepl * DN_of_domain

В этой команде * представлены все запрашиваемые контроллеры домена, а DN_of_domain — отличительное имя домена, например dc=contoso,dc=com.

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

Проблемы конфигурации DFSN также могут препятствовать доступу к пространству имен. Одним из распространенных сценариев, в котором это происходит, является клиент, который принадлежит сайту, который не содержит имен или целей папки. Если пространство имен настроено для выдачи целевых адресов рефералов только на сайте клиента (вариант insite), DFSN не предоставит направление. Чтобы оценить, настроен ли insite параметр в пространстве имен, откройте командную подсказку и введите dfsutil /path:\\contoso.com\dfs /insite /display команду.

Кроме того, проблемы с конфигурацией сайтов Active Directory могут помешать серверам DFSN правильно определять клиентский сайт. Поэтому при настройке insite эти проблемы могут привести к сбоям в передаче. Служба DFSN передает клиента на сайт, анализируя исходный IP-адрес запроса клиента на направление. Служба DFS также передает каждый корневой целевой сервер на сайт, разрешая имя целевого сервера на IP-адрес. Чтобы оценить, может ли контроллер домена или корневой сервер DFS определить правильный сайт системы, запустите либо следующие команды локально на контроллерах домена и на сервере пространства имен DFS:

• dfsutil /sitename:root_target_name
• dfsutil /sitename:client_ip_address