Настройка репликации dfs: Переход на репликацию SYSVOL по DFS

Вернемся к нашей задаче. Пока наша схема сети выглядит примерно так:

Для наведения порядка в этом бедламе нам потребуется установить службы DFS на серверах. В Windows 2003 это делается через оснастку Add/Remove Windows Components:

В Windows 2008 – через мастер добавления ролей:

После установки служб DFS, запускаем оснастку Distributed File System. Она работает в стандартной среде MMC, слева в меню жмем правой кнопкой мыши (далее – ПКМ) единственный пункт и выбираем New Root. Запустится мастер настройки корня DFS. Он может быть доменным, либо изолированным:

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

После этого нам останется только выбрать сервер, на котором будет размещен корень…

…и мы приступим непосредственно к его созданию:

Свой корень я назову Corporate FS (сокращение от Corporate File Server) и помещу его в директорию C:Corporate FS

Корень готов. Приступим к присоединению к нему файл-серверов и установке реплик. На корневом DFS-сервере я создал на диске C: общую директорию Main Office Documents с данными, на сервере SRV2 – такую же, но пустую, и на сервере SRV3 директорию Branch Office Documents, тоже с данными.

Теперь жмем на наш корень ПКМ и выбираем New Link. Первым линком будет наш общий ресурс Main Office Documents:

Аналогично добавляем \Srv3Branch Office Documents

Чуть позже мы ее протестируем. Но пока мы еще не решили задачу резервирования данных. Я продемонстрирую простейшую схему репликации: данные из общей папки с SRV1 будут копироваться на SRV2. Полную репликацию всех сетевых ресурсов и корня DFS рассматривать не будем, так как настраивается она аналогичным образом. Одного примера будет вполне достаточно.

Жмем ПКМ на линк Main Office Documents и выбираем New Target. В появшившемся диалоговом окне выбираем сетевой ресурс с таким же именем на SRV2, ставим галочку в чекбоксе Add this target to the replication set и жмем Ок:

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

Оставляем по умолчанию и жмем Next. На следующем шаге нам будет предложено выбрать топологию репликации. Вариантов всего 4:

— Ring (кольцо) – реплика будет обмениваться информацией с двумя соседними;

— Hub and spoke (звезда) — выделяется основная реплика, с которой обмениваются информацией все остальные;

— Full mesh (полносвязная сеть) — все реплики обмениваются информацией друг с другом;

— Custom (пользовательская) – каждая пара реплик настраивается вручную.

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

Для наглядной проверки репликации я создал на сервере SRV1 в C:Main Office Documents несколько папок и файлов:

По умолчанию репликация происходит раз в 15 минут. По прошествии этого времени данные благополучно появились без моего вмешательства и на SRV2:

Можно выполнить принудительную репликацию командой:

ntfrsutl poll /now ИМЯ-РЕПЛИЦИРУЕМОГО-СЕРВЕРА

Осталось опубликовать DFS в Active Directory и протестировать его доступность. Для публикации кликаем ПКМ по корню DFS, выбираем Properties и в открывшемся окне переходим на вкладку Publish:

Обратите внимание: так как наш корень DFS доменный, а не изолированный, при обращении к нему может использоваться конструкция UNC только с названием домена, без уточнения имени сервера. Кстати говоря,

В качестве тестера может выступить любой доменный клиент. Я воспользуюсь сервером SRV3:

В корне Corporate FS, как и предполагалось, ссылки на файл-серверы головного офиса и филиала. Впрочем, по ссылкам мы попадаем туда же, куда и задумывали. Система работает, алиллуйя.

Итак, что же дает нам DFS?

1. Логическое представление общих ресурсов, находящихся на разных серверах/рабочих станциях, работающих под управлением разных ОС. Для администратора это рай: и централизованное управление, и упрощенное представление для пользователей, а значит меньше инструктажей и головной боли.

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

3. Балансировку нагрузки. В основном, на сетевые интерфейсы.

4. Прозрачность соответствия логического представления данных и их физического расположения. Сотрудник из офиса деревни Ольховка Кировской области может работать с файл-сервером, расположенном на Барбадосе, также, как если бы он стоял у него в соседнем кабинете. Впрочем, сотрудник наверняка и так в этом будет уверен, глядя на DFS.

Айс, не правда ли?

admin Default DFS, Windows Server, Отказоустойчивость, Резервное копирование, Хранение данных

Repadmin и проверка репликации Active Directory

Добрый день! Уважаемые читатели и гости одного из лучших IT блогов Pyatilistnik.org. Не так давно я вам подробно рассказывал из каких компонентов и служб состоит Active Directory. Сегодня я хочу дополнить данную публикацию и подробно рассказать про утилиту командной строки Repadmin, благодаря ей я вас научу диагностировать репликацию между контроллерами домена, покажу как находить и решать проблемы в вашей доменной инфраструктуре. Каждый системный администратор, просто обязан ее знать и уметь ей пользоваться, если вы еще не из их числа, то давайте это исправлять.

Что такое Repadmin?

Если вы работаете с несколькими доменами Active Directory или сайтами AD, то вы обязательно столкнетесь с проблемами в какой-то момент, особенно в процессе репликации. Репликация, это самый важный жизненный цикл в доменных службах. Эта репликация важна, так как ее отсутствие может вызвать проблемы с аутентификацией. В свою очередь, это может создать проблемы с доступом к ресурсам в сети. Компания Microsoft это понимает, как никто другой и создала для этих задач отдельную утилиту Repadmin.

Repadmin — это инструмент командной строки, для диагностики и устранения проблем репликации Active Directory. Repadmin можно использовать для просмотра топологии репликации с точки зрения каждого контроллера домена. Кроме того, вы можете использовать Repadmin, чтобы вручную создать топологию репликации, инициировать события репликации между контроллерами домена и просматривать метаданные репликации и векторы актуальности (UTDVEC). Вы также можете использовать Repadmin.exe для мониторинга относительной работоспособности леса доменных служб Active Directory (AD DS).

Как установить Repadmin?

Repadmin.exe встроен в Windows Server 2008 и выше, вы легко найдете его и на Windows Server 2019. Он доступен, если у вас установлена роль AD DS или сервера AD LDS. Он также доступен в клиентских ОС, таких как Windows 10, если вы устанавливаете инструменты доменных служб Active Directory, которые являются частью средств удаленного администрирования сервера (RSAT).

Требования для использования Repadmin

использование Repadmin требует учетных данных администратора на каждом контроллере домена, на который нацелена команда. Члены группы «Администраторы домена» имеют достаточные разрешения для запуска repadmin на контроллерах домена в этом домене. Члены группы «Администраторы предприятия» по умолчанию имеют права в каждом домене леса. Если вы запустите утилиту без необходимых прав, то вы получите сообщение:

Ошибка функции DsBindWithCred для компьютера, состояние ошибки 1753 (0x6d9):
В системе отображения конечных точек не осталось доступных конечных точек.

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

Основные ключи Repadmin

Запустите командную строку от имени администратора или откройте PowerShell в режиме администратора и выполните команду:

В результате вы получите справку по утилите.

Теперь опишу вам за что отвечает каждый ключ:

• /kcc — Принудительно проверяет согласованность (Knowledge Consistency Checker (KCC)) на целевых контроллерах домена, чтобы немедленно пересчитать топологию входящей репликации.
• /prp — Можно просматривать и изменять политику репликации паролей (PRP) для контроллеров домена только для чтения (RODC).
• /queue — Отображает запросы входящей репликации, которые необходимо обработать контроллеру домена, чтобы получить последние данные от партнеров по репликации, у которых более свежие данные.
• /replicate — Запускает немедленную репликацию указанного раздела каталога на целевой контроллер домена с исходного контроллера домена.
• /replsingleobj — Реплицирует один (отдельный) объект между любыми двумя контроллерами домена, которые имеют общие разделы каталога.
• /replsummary — Операция replsummary быстро и кратко обобщает состояние репликации и относительную работоспособность леса. Определяет контроллеры домена, которые не выполняют входящую или исходящую репликацию, и суммирует результаты в отчете.
• /rodcpwdrepl — Запускает репликацию паролей для заданных пользователей с источника (контроллера домена концентратора) на один или более доступных только для чтения контроллер домена.
• /showattr — Отображает атрибуты объекта.
• /showobjmeta — Отображает метаданные репликации для указанного объекта, хранящиеся в Active Directory, например, идентификатор атрибута, номер версии, исходящий и локальный USN, а также глобальный уникальный идентификатор GUID исходящего сервера (сервера-отправителя) и метку даты и времени.
• /showrepl — Отображает состояние репликации, когда указанный контроллер домена последний раз пытался выполнить входящую репликацию разделов Active Directory.
• /showutdvec — Отображает наибольший поддерживаемый последовательный номер обновления (USN), который в указанной копии контроллера домена Active Directory показан как поддерживаемый для этой копии и транзитивных партнеров.
• /syncall Синхронизирует указанный контроллер домена со всеми партнерами репликации.

Дополнительные параметры

• /u: — Указание домена и имени пользователя с обратной косой чертой в качестве разделителя {домен\пользователь}, у которого имеются разрешения на выполнение операций Active Directory. UPN-вход не поддерживается.
• /pw:— Задание пароля для пользователя, указанного в параметре /u.
• /retry — Этот параметр вызывает повтор попытки создать привязку к конечному контроллеру домена, когда при первой попытке произошел сбой с одним из следующих состояний ошибки ( 1722 0x6ba : «Сервер RPC недоступен» или 1753 / 0x6d9 : «Отсутствуют конечные точки, доступные из сопоставителя конечных точек»)
• /csv — Применяется с параметром /showrepl для вывода результатов в формате значений, разделенных запятыми (CSV).

Просмотр общего состояния репликации

Эта команда быстро покажет вам общее состояние репликации.

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

Обратите внимание, что одни и те же серверы перечислены в обоих разделах. Причина этого заключается в том, что Active Directory использует модель с несколькими основными доменами. Другими словами, обновления Active Directory могут быть записаны на любой контроллер домена (с заметными исключениями контроллеры домена только для чтения). Эти обновления затем реплицируются на другие контроллеры домена в домене. По этой причине вы видите одинаковые контроллеры домена в списке как DSA-источника, так и получателя. Если бы мой домен содержал какие-либо контроллеры домена только для чтения, они были бы перечислены только в разделе DSA назначения.

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

repadmin /replsummary /bysrc

Ключ /bysrc — Суммирует состояние репликации для всех контроллеров домена, на которые реплицирует данный исходный контроллер домена. В отчете вы получите данные только по исходному DSA.

repadmin /replsummary /bydest

Ключ /bydest — Суммирует состояние репликации для всех контроллеров домена, с которых реплицирует данный целевой контроллер домена. Отображает только конечный DSA.

Ключ /sort — Сортирует выходные данные по столбцам.

• delta: сортирует результаты в соответствии с наименьшим значением дельта для каждого контроллера домена источника или назначения.
• partners: сортирует список результатов по количеству партнеров по репликации для каждого контроллера домена.
• failures: сортирует список результатов по количеству сбоев репликации партнеров для каждого контроллера домена.
• error: сортирует список результатов по последнему результату репликации (коду ошибки), который блокирует репликацию для каждого контроллера домена. Это поможет вам устранить причину сбоя для контроллеров домена, которые выходят из строя с общими ошибками.
• percent: сортирует список результатов по проценту ошибок репликации партнера для каждого контроллера домена. (Это рассчитывается путем деления количества отказов на общее количество попыток, а затем умножения на 100; то есть отказы/общее число попыток *100.) Это поможет вам расставить приоритеты в работе по устранению неполадок путем определения контроллеров домена, которые испытывают самую высокую частота ошибок репликации.
• unresponsive: сортирует список результатов по именам партнеров, которые не отвечают на запросы репликации для каждого контроллера домена.

Пример применения дополнительных ключей

repadmin /replsummary /bysrc /bydest /sort:delta

Вы можете указать параметры /bysrc и /bydest одновременно. В этом случае Repadmin сначала отображает таблицу параметров /bysrc, а затем таблицу параметров /bydest. Если оба параметра / bysrc и /bydest отсутствуют, то Repadmin отображает параметр с наименьшим количеством ошибок партнеров.

Вот пример ошибки «1722: The RPC server is unavailable», которую может показать repadmin с ключом replsummary.

Просмотр топологии репликации и ошибки

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

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

Команда отображает GUID каждого объекта, который был первоначально реплицирован, а также результат репликации. Это полезно, чтобы обнаружить возможные проблемы. Как видите в моем примере, все репликации успешно пройдены. Если хотите получить максимально подробную информацию, о топологии репликации, то добавьте ключ «*».

В моем примере вы можете увидеть ошибку:

Repadmin: выполнение команды /Showrepl контроллере домена dc03.child.root.pyatilistnik.org с полным доступом
Ошибка LDAP: 82 (Локальная ошибка) ошибка Win32: 8341. (The target principal name is incorrect)

В приведенном выше примере решение проблемы заключается в остановке службы «Центр распространения ключей Kerberos (Kerberos key distribution center)«. Запустите ее. В редких случаях может потребоваться перезапустить службу «Доменные службы Active Directory«. Затем перезапустите процесс репликации через сайты и службы Active Directory. Проверьте свои журналы, и репликация должна быть успешной. Так же вы можете использовать и дополнительные ключи:

• DSA_LIST — Задает имя хоста контроллера домена или списка контроллеров домена, разделенных в списке одним пробелом.
• Source DSA object GUID — GUID исходного объекта DSA. Указывает уникальное шестнадцатеричное число, которое идентифицирует объект, чьи события репликации перечислены.
• Naming Context (Контекст именования) — Определяет отличительное имя раздела каталога для репликации.
• /verbose — Отображает дополнительную информацию об исходных партнерах, от которых контроллер домена назначения выполняет входящую репликацию. Информация включает в себя полностью уточненное CNAME, идентификатор вызова, флаги репликации и значения порядкового номера обновления (USN) для исходных обновлений и реплицированных обновлений.
• /NoCache — Указывает, что глобально уникальные идентификаторы (GUID) остаются в шестнадцатеричной форме. По умолчанию GUID переводятся в строки.
• /repsto — Перечисляет контроллеры домена-партнера, с которыми целевые контроллеры домена используют уведомление об изменении для выполнения исходящей репликации. (Контроллеры домена-партнера в этом случае являются контроллерами домена на том же сайте Active Directory, что и исходный контроллер домена, и контроллеры домена, которые находятся на удаленных сайтах, на которых включено уведомление об изменениях.) Этот список добавляется в разделе СОБСТВЕННЫЕ СОСЕДИ ДЛЯ УВЕДОМЛЕНИЙ ОБ ИЗМЕНЕНИЯХ (OUTBOUND NEIGHBORS FOR CHANGE NOTIFICATIONS ).
• /conn — Добавляет раздел KCC CONNECTION OBJECTS в Repadmin, в котором перечислены все соединения и причины их создания.
• /all — Запускается как /repsto и  Conn параметры.
• /errorsonly — Отображает состояние репликации только для исходных контроллеров домена, с которыми конечный контроллер домена сталкивается с ошибками репликации.

• /intersite — Отображает состояние репликации для подключений от контроллеров домена на удаленных сайтах, с которых контроллер домена, указан в параметре DSA_LIST, выполняет входящую репликацию.
• /CSV — Экспорт или вывод результатов в формате с разделителями-запятыми (CSV).

Просмотр очереди репликации

Бывают ситуации при которых у вас может возникать очередь на входящие запросы репликации. Основными причинами могут выступать:

• Слишком много одновременных партнеров по репликации
• Высокая скорость изменения объектов в доменных службах Active Directory (AD DS), предположим что у вас одновременно с помощью скрипта было сформировано 1000 новых групп или создано 1000 пользователей.
• Недостаточная пропускная способность CPU или сети, которые реплицирует контроллер домена

Чтобы посмотреть очередь репликации на контроллере домена, вам нужно воспользоваться ключом /Queue:

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

Repadmin: выполнение команды /queue контроллере домена localhost с полным доступом
Очередь содержит 1 элементов.
Текущая задача начала выполняться в 2020-02-18 11:41:07.
Задача выполняется 0 мин 0 сек.
[[412] Поставлено в очередь 2020-02-18 11:41:07 с приоритетом 250
SYNC FROM SOURCE
NC DC=root,DC=pyatilistnik,DC=org
DSA Default-First-Site-Name\DC01
GUID объекта DSA 92925497-671b-44f0-8d13-420fc4d5bbd1
адр. транспорта DSA 92925497-671b-44f0-8d13-420fc4d5bbd1._msdcs.root.pyatilistnik.org
ASYNCHRONOUS_OPERATION WRITEABLE NOTIFICATION

Принудительная проверка топологии репликации

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

По умолчанию каждый контроллер домена выполняет этот пересчет каждые 15 минут и если есть проблемы вы можете видеть в логах Windows событие с кодом 1311.

Выполните эту команду для устранения ошибок KCC или для повторной оценки необходимости создания новых объектов подключения от имени целевых контроллеров домена.

так же можно запустить для определенного сайта для этого используется параметр site:

Repadmin: выполнение команды /kcc контроллере домена dc03.child.root.pyatilistnik.org с полным доступом
Default-First-Site-Name
Текущий Параметры сайта: (none)
Проверка согласованности на dc03.child.root.pyatilistnik.org выполнена успешно.

Repadmin: выполнение команды /kcc контроллере домена dc02.root.pyatilistnik.org с полным доступом
Root
Текущий Параметры сайта: (none)
Проверка согласованности на dc02.root.pyatilistnik.org выполнена успешно.

Repadmin: выполнение команды /kcc контроллере домена dc04.child.root.pyatilistnik.org с полным доступом
Default-First-Site-Name
Текущий Параметры сайта: (none)
Проверка согласованности на dc04.child.root.pyatilistnik.org выполнена успешно.

У /kcc есть дополнительный ключ /async — Указывает, что репликация является асинхронной. То есть Repadmin запускает событие репликации, но не ожидает немедленного ответа от контроллера домена назначения. Используйте этот параметр для запуска KCC, если вы не хотите ждать окончания работы KCC. Repadmin /kcc обычно запускается без параметра /async.

Как принудительно запустить репликацию Active Directory

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

На выходе вы получите статус репликации и количество ошибок, выглядит это вот так:

СООБЩЕНИЕ ОБРАТНОГО ВЫЗОВА: Сейчас выполняется следующая репликация:
От: 007a5ee4-a454-4029-bc9b-0c4a8b4efbd1._msdcs.root.pyatilistnik.org
Кому: 5fc9cc16-b994-426d-81c8-c9ff27f29976._msdcs.root.pyatilistnik.org
СООБЩЕНИЕ ОБРАТНОГО ВЫЗОВА: Следующая репликация успешно завершена:
От: 007a5ee4-a454-4029-bc9b-0c4a8b4efbd1._msdcs.root.pyatilistnik.org
Кому: 5fc9cc16-b994-426d-81c8-c9ff27f29976._msdcs.root.pyatilistnik.org
СООБЩЕНИЕ ОБРАТНОГО ВЫЗОВА: Сейчас выполняется следующая репликация:
От: a76336ac-2fe6-4dc8-b9d3-23a5b0d22b77._msdcs.root.pyatilistnik.org
Кому: 92925497-671b-44f0-8d13-420fc4d5bbd1._msdcs.root.pyatilistnik.org
СООБЩЕНИЕ ОБРАТНОГО ВЫЗОВА: Следующая репликация успешно завершена:
От: a76336ac-2fe6-4dc8-b9d3-23a5b0d22b77._msdcs.root.pyatilistnik.org
Кому: 92925497-671b-44f0-8d13-420fc4d5bbd1._msdcs.root.pyatilistnik.org
СООБЩЕНИЕ ОБРАТНОГО ВЫЗОВА: Сейчас выполняется следующая репликация:
От: 5fc9cc16-b994-426d-81c8-c9ff27f29976._msdcs.root.pyatilistnik.org
Кому: 92925497-671b-44f0-8d13-420fc4d5bbd1._msdcs.root.pyatilistnik.org
СООБЩЕНИЕ ОБРАТНОГО ВЫЗОВА: Следующая репликация успешно завершена:
От: 5fc9cc16-b994-426d-81c8-c9ff27f29976._msdcs.root.pyatilistnik.org
Кому: 92925497-671b-44f0-8d13-420fc4d5bbd1._msdcs.root.pyatilistnik.org
СООБЩЕНИЕ ОБРАТНОГО ВЫЗОВА: Завершена операция SyncAll.
Команда SyncAll завершена без ошибок.

Если имеются какие-то проблемы, то вы можете увидеть подобного рода ошибки:

Функция SyncAll сообщает о следующих ошибках:
Ошибка обращения к серверу 5fc9cc16-b994-426d-81c8-c9ff27f29976._msdcs.root.pyatilistnik.org (сетевая ошибка): 17
ba):
Сервер RPC недоступен.

так же repadmin /syncall имеет ряд флагов:

• /a — прерывается, если какой-либо сервер недоступен.
• /A — Синхронизирует все контексты именования, хранящиеся на домашнем сервере
• /d — Идентифицирует серверы по отличительным именам в сообщениях.

• /e — Синхронизирует контроллеры домена на всех сайтах предприятия. По умолчанию эта команда не синхронизирует контроллеры домена на других сайтах.
• /h — Отображение справки.
• /i — запускает бесконечный цикл синхронизации
• /I — Запускает команду repadmin /showrepl на каждой паре серверов вместо синхронизации.
• /j — Синхронизирует только соседние серверы.
• /p — Пауза после каждого сообщения, чтобы пользователь мог прервать выполнение команды.
• /P — Выдвигает изменения наружу от указанного контроллера домена.
• /q — Работает в тихом режиме, который подавляет сообщения обратного вызова.
• /Q — Работает в очень тихом режиме, который сообщает только о фатальных ошибках.

• /s — не синхронизируется.
• /S — Пропускает начальную проверку ответа сервера.

Экспорт результатов в текстовый файл

Иногда Repadmin отображает много информации. Вы можете экспортировать любой из приведенных выше примеров в текстовый файл, это немного упрощает последующее рассмотрение или сохранение для документации. Для этого используется инструкция «> путь до файла». Вот пример команд:

@echo off
chcp 855
repadmin /replsummary > c:\temp\replsummary.log
repadmin /syncall > c:\temp\syncall.txt
repadmin /Queue > c:\temp\Queue.txt
repadmin /istg * /verbose > c:\temp\istg.txt
repadmin /bridgeheads * /verbose > c:\temp\bridgeheads.txt

chcp 855 используется, чтобы у вас не было кракозябр вместо русского текста.

Как посмотреть количество изменений атрибутов

Хотя команда repadmin /showobjmeta отображает количество изменений атрибутов объекта и контроллер домена, которые вносили эти изменения, команда repadmin /showattr отображает фактические значения для объекта. Команда repadmin /showattr также может отображать значения для объектов, которые возвращаются запросом LDAP-протокола.

На объект может ссылаться его distinguished name или глобальный уникальный идентификатор объекта (GUID).

По умолчанию repadmin /showattr использует порт 389 LDAP для запроса доступных для записи разделов каталога. Однако repadmin /showattr может дополнительно использовать порт 3268 LDAP для запроса разделов, доступных только для чтения, на сервере глобального каталога. (Советую освежить в памяти какие порты использует Active Directory).

Основные параметры команды:

• <DSA_LIST> — Задает имя хоста контроллера домена или списка контроллеров домена, разделенных в списке одним пробелом.
• <OBJ_LIST> — Определяет различающееся имя или GUID объекта для объекта, атрибуты которого вы хотите перечислить. Когда вы выполняете запрос LDAP из командной строки, этот параметр формирует базовый путь различаемого имени для поиска. Заключите в кавычки отличительные имена, содержащие пробелы.
• /atts — Возвращает значения только для указанных атрибутов. Вы можете отображать значения для нескольких атрибутов, разделяя их запятыми.
• /allvalues — Отображает все значения атрибутов. По умолчанию этот параметр отображает только 20 значений атрибута для атрибута.
• /gc — Указывает использование TCP-порта 3268 для запроса разделов глобального каталога только для чтения.
• /long — Отображает одну строку для каждого значения атрибута.
• /dumpallblob — Отображает все двоичные значения атрибута. Эта команда похожа на /allvalues, но отображает двоичные значения атрибутов.

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

repadmin /showattr dc01 «dc=root,dc=pyatilistnik,dc=org»

В следующем примере запрашиваются все контроллеры домена, имена компьютеров которых начинаются с dc, и показывает значение для определенного атрибута msDS-Behavior-Version, который обозначает функциональный уровень домена.

Repadmin /showattr dc* «dc=root,dc=pyatilistnik,dc=org» /atts:msDS-Behavior-Version

В следующем примере запрашивается один контроллер домена с именем dc01 и возвращается версия операционной системы и версия пакета обновления для всех компьютеров с целевым идентификатором основной группы = 516.

repadmin /showattr dc01 ncobj:domain: /filter:»(&(objectCategory=computer)(primaryGroupID=516))» /subtree /atts:
operatingSystem,operatingSystemVersion,operatingSystemServicePack

Как посмотреть время последней резервной копирования Active Directory

Как посмотреть RPC-вызовы, на которые еще не ответили

Как посмотреть топологию репликации

repadmin /bridgeheads * /verbose

Если есть проблемы с репликацией, то можете получать ошибку «The remote system is not available. For information about network troubleshooting, see Windows Help.»

Как сгенерировать топологию сайтов Active Directory

repadmin /istg * /verbose

Если есть проблемы с репликацией, то тут вы можете видеть ошибки: LDAP error 81 (Server Down) Win32 Err 58.

На этом у меня все, мы с вами разобрали очень полезную утилиту, которая позволит вам быть в курсе статуса репликации вашей Active Directory. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.

Руководство по решению распределенных файловых систем в ос windows Server 2003 R2 Корпорация Майкрософт

Пошаговое руководство по развертыванию репликации DFS

Общие сведения о репликации DFS

Общие положения репликации DFS

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

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

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

Что происходит во время первичной репликации

Следующие ниже объяснения помогут лучше понять процесс первичной репликации.

 Первичная репликация не начинается немедленно. Топология и параметры репликации DFS должны быть реплицированы на все контроллеры домена и каждый член группы репликации должен опросить ближайший контроллер домена, чтобы принять эти параметры. Время, которое для этого потребуется, определяется временем ожидания репликации Active Directory и продолжительным интервалом опроса (60 минут) для каждого члена группы репликации.

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

 Получая файлы от основного члена в ходе первичной репликации, принимающие члены с файлами, которых нет на основном члене, перемещают эти файлы в свои папки DfsrPrivate\PreExisting. Файл, идентичный файлу на основном члене, не реплицируется. Если версия файла на принимающем члене отличается от версии на основном члене, версия принимающего члена перемещается в папку конфликтов и удалений и для загрузки только измененных блоков может использоваться удаленное разностное сжатие (RDC).

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

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

Развертывание репликации DFS

Упражнение 1: создание универсальной группы репликации и двух реплицированных папок

Важно!

При создании новой группы репликации репликация не начинается немедленно. Топология и параметры репликации DFS должны быть реплицированы на все контроллеры домена, и каждый член группы репликации должен опросить ближайший контроллер домена, чтобы принять эти параметры. Время, которое для этого потребуется, определяется временем ожидания репликации Active Directory и долгим интервалом опроса (60 минут) для каждого члена группы репликации.

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

Создание папок с именами «Antivirus Signatures» и «LOB Data»

1. На одном из серверов создайте две раздельных (не вложенных) папки с именами «Antivirus Signatures» и «LOB Data». Добавьте в каждую из этих папок файлы, не превышая рекомендованные лимиты, указанные в разделе «Ограничения репликации DFS» справки оснастки «Управление DFS». 2. При желании можно создать такие же папки на втором сервере, однако это не обязательно. В них можно добавить те же или другие файлы с основного члена. Если добавлены те же файлы, они будут использоваться для предварительной настройки и не попадут в репликацию. При добавлении файлов, не существующих на основном члене, эти файлы будут перемещены в папку «PreExisting» на втором члене. (Эта папка находится в папке «DfsrPrivate» по локальному пути реплицированной папки.) При желании узнать, как содержимое основного члена становится авторизованным в ходе первичной репликации, используйте обновленные версии файлов, добавленных на основной член. Эти обновленные файлы будут перемещены в папку «Конфликты и удаления» на обычных членах.

Чтобы создать группу репликации и две реплицированные папки

1. В дереве консоли оснастки «Управление DFS» щелкните правой кнопкой мыши узел Replication и выберите команду Новая группа репликации. 2. Следуйте инструкциям мастера создания новой группы репликации, подставляя данные, приведенные в следующей ниже таблице.

Обратит внимание на следующие четыре вкладки области сведений: Членства, Подключения, Реплицированные папки и Делегирование. На каждой из этих вкладок отображаются различные сведения о выбранной группе репликации, ее членах и реплицированных папках. Просмотрите следующие сведения на этих вкладках.

 На вкладке Членства убедитесь, что записи на данной вкладке отсортированы по реплицированным папкам и приведены две реплицированные папки. Например, строки под заголовком Реплицированная папка: Antivirus Signatures отображают членов, на которых размещена реплицированная папка Antivirus Signatures. Дважды щелкните член, чтобы просмотреть свойства по каждому из членов и реплицированных папок на вкладках Общие, Реплицированная папка и Дополнительно. Например, на вкладке Дополнительно можно просмотреть расположение и размер настраиваемой папки и папки «Конфликты и удаления» на выбранном члене.

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

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

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

Упражнение 2: добавление нового пользователя в группу репликации

Важно!

Репликация на новом члене не начинается немедленно. Настройки репликации DFS для нового члена должны быть реплицированы на все контроллеры домена и, чтобы принять эти настройки, каждый член группы репликации должен опросить ближайший контроллер домена. Время, которое для этого потребуется, определяется временем ожидания репликации Active Directory, коротким интервалом опроса (5 минут) для нового члена и долгим интервалом опроса (60 минут) для каждого из существующих членов.

Чтобы добавить новый член в группу репликации «Data Distribution»

1. В дереве консоли оснастки «Управление DFS» щелкните правой кнопкой мыши группу репликации Data Distribution и выберите команду Новый член. 2. Следуйте инструкциям мастера создания нового члена репликации, подставляя данные, приведенные в следующей ниже таблице.

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

Примечание

Чтобы изменить группировку элементов, щелкните заголовок столбца. Например, чтобы сгруппировать элементы по типу расписания, щелкните заголовок Тип расписания.

В записях с отметкой Расписание группы репликации используется установленное по умолчанию расписание репликации. Это расписание применяется для всех подключений в группе репликации, не имеющих пользовательского расписания. Чтобы изменить установленное по умолчанию расписание репликации, в дереве консоли щелкните правой кнопкой мыши группу репликации Data Distribution, выберите команду Свойства и нажмите кнопку Изменить расписание. Чтобы изменить расписание подключения с пользовательского на расписание группы репликации и наоборот, на вкладке Подключения области сведений дважды щелкните это подключение, перейдите на вкладку Расписание и выберите параметр Расписание группы репликации или Пользовательское расписание подключения.

Упражнение 3: общий доступ к реплицированным папкам и их публикация в пространстве имен

В этом упражнении требуется опубликовать реплицированную папку «LOB Data» в пространстве имен \\сервер_или_домен\Public, созданном в разделе пошагового руководства по пространствам имен DFS. Если упражнения предыдущего руководства не были выполнены или в лабораторной среде отсутствует пространство имен, пропустите эту процедуру.

Чтобы предоставить общий доступ к реплицированной папке «LOB Data» и опубликовать ее в пространстве имен

1. В дереве консоли оснастки «Управление DFS» в узле Replication щелкните группу репликации Data Distribution. 2. В области сведений перейдите на вкладку Реплицированные папки, щелкните правой кнопкой мыши реплицированную папку LOB Data и выберите команду Доступ и публикация в пространстве имен. 3. Следуйте инструкциям мастера предоставления общего доступа и публикации реплицированной папки, подставляя данные, приведенные в следующей ниже таблице.

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

Как видно из рисунка, реплицированная папка «LOB Data» опубликована в пространстве имен в отличие от реплицированной папки «Antivirus Signatures». Чтобы получить доступ к папке «LOB Data» в данном пространстве имен, в диалоговом окне «Выполнить» введите \\сервер_или_домен\Public\Software\LOB Data.

Примечание

Если необходимо остановить публикацию реплицированной папки «LOB Data» в пространстве имен, щелкните эту реплицированную папку правой кнопкой мыши и выберите команду Исключить из пространства имен.

Упражнение 4: создание группы репликации для сбора данных

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

Важно!

При создании новой группы репликации репликация не начинается немедленно. Топология и параметры репликации DFS должны быть реплицированы на все контроллеры домена, и каждый член группы репликации должен опросить ближайший контроллер домена, чтобы принять эти параметры. Время, которое для этого потребуется, определяется временем ожидания репликации Active Directory и долгим интервалом опроса (60 минут) для каждого члена группы репликации.

Чтобы создать группу репликации для репликации папок «Projects» и «Proposals» с сервера подразделения на узловом сервере

1. В проводнике Windows или из командной строки создайте две папки с именами Projects и Proposals на сервере, который будет выступать как сервер подразделения. Эти папки должны быть раздельными (то есть не вложенными одна в другую). 2. Добавьте в папки Projects и Proposals на сервере подразделения любые данные. 3. В проводнике или из командной строки создайте папку с именем Branch_Backups на сервере, который будет выступать как узловой сервер. Не помещайте данные в эту папку. 4. В дереве консоли оснастки «Управление DFS» щелкните правой кнопкой мыши узел Репликация и в контекстном меню выберите Новая группа репликации. 5. Следуйте инструкциям мастера создания новой группы репликации, подставляя данные, приведенные в следующей ниже таблице.

На предыдущем рисунке следует обратить внимание, что путь для обеих реплицированных папок «Projects» и «Proposals» на сервере BO-08 (узловой сервер) находится в папке C:\Branch_Backups. Это позволяет реплицировать обе реплицированные папки из единого расположения на узле.

Упражнение 5: создание диагностического отчета

Чтобы создать диагностический отчет

1. В узле Replication дерева консоли оснастки «Управление DFS» щелкните правой кнопкой мыши группу репликации Branch Backups и выберите команду Создать диагностический отчет. 2. Следуйте инструкциям мастера создания диагностического отчета, подставляя данные, приведенные в следующей ниже таблице.

 Обратите внимание на показатели эффективности репликации DFS. Эти показатели будут меняться по мере добавления и изменения файлов.

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

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

См. также

Branch Office Tech Center

Windows Server: поиск и устранение неисправностей синхронизации репликации DFS (кроме наборов реплик SysVol)

Содержание статьи

Симптомы

Примечание. Репликация DFS (DFSR) — это технология, используемая для репликации данных из пространств имен DFS в группу серверов, называемую группой репликации. Важно, чтобы эти элементы были синхронизированы настолько, насколько позволяют ресурсы. Ниже приведены рекомендуемые пошаговые инструкции по поиску и устранению неисправностей синхронизации групп репликации DFS.

    а) Запустите отчет о диагностике.

          1. Для Windows Server 2012 и более поздних версий. Нажмите Диспетчер серверов, выберите Инструменты и нажмите Управление DFS.
             Для Windows Server 2008, 2008 R2. Нажмите Пуск и выберите Средства администрирования > Управление DFS.
         2. Разверните Репликация. 
        3.  Нажмите правой кнопкой мыши на группу репликации для пространства имен.
        4. Нажмите Создать отчет о диагностике. 
         5. Нажмите кнопку Далее на всех страницах мастера.
        6. Отчет автоматически откроется в веб-браузере, определенном по умолчанию. Он также будет сохранен в папке
             C:\DFSReports после закрытия веб-браузера.

    б) Из командной строки с повышенными привилегиями выполните команду DFSDiag /TestDFSIntegrity /DFSRoot: /Full
        и выполните поиск и устранение неисправностей по результатам.  Отправьте результаты в файл (> dfsdiag.txt), чтобы облегчить просмотр элемента.

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

2. Проверка задержек:

    а) Проверьте актуальность драйверов сетевых плат.

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

    в) Проверьте регулирование полосы пропускания.

        1. Для Windows Server 2012 и более поздних версий. Нажмите Диспетчер серверов, выберите Инструменты и нажмите Управление DFS.
           Для Windows Server 2008, 2008 R2. Нажмите Пуск и выберите Средства администрирования > Управление DFS.
       2. Разверните Репликация.
      3. Нажмите на группу репликации для пространства имен.
      4. Выберите вкладку Подключения.
       5. Нажмите правой кнопкой мыши на член группы репликации и выберите Свойства.
      6. Убедитесь, что установлены флажки Включить репликацию и RDC.
     7. Выберите вкладку Планирование. Нажмите Просмотр расписания.
    8. Убедитесь в том, что в поле «Использование полосы пропускания» указано Полное. Если в этом поле указано «Регулирование», попробуйте увеличить значение, чтобы проверить,
          окажет ли это положительное влияние на производительность.

    г) Проверьте квоту промежуточного хранения. Значение по умолчанию: 4 Гбайт.

        1. Нажмите Диспетчер серверов, выберите Инструменты, затем нажмите Управление DFS.
       2. Разверните Репликация.
      3. Нажмите на группу репликации для отображения пространства имен, в котором возникли проблемы. 
     4. Нажмите правой кнопкой мыши на каждый член группы репликации на вкладке Членство. 
      5. Выберите вкладку Промежуточное хранение. 
      6. Если 4 Гбайт может не хватить с учетом размера файлов в наборе данных, может потребоваться увеличить этот объем.
            Определение размера области расширенного промежуточного хранения:
            http://blogs.technet.com/b/askds/archive/2011/07/13/how-to-determine-the-minimum-staging-area-dfsr-needs-for-a-replicated-folder.aspx

ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ:

Справочную информацию по реализации DFS-R можно найти по адресу:
http://www.adshotgyan.com/2010/12/dfsr-replication-group-in-windows-2008.html

Свойства статьи

Затронутый продукт

DSS 2500, DSS 7500, DSS 8440, DSS 9000J, DSS 9000R, DSS 9600, DSS 9620, DSS 9630, DSS 1500, DSS 1510, DSS 7000, PowerApp 100, PowerApp 110, PowerApp 120, PowerApp 200, PowerApp 220, PowerApp w100 web, Dell vStart 50, Dell vStart v1000, Dell vStart v200, PowerEdge XR2, PowerEdge 1300, PowerEdge 1400SC, PowerEdge SC1420, PowerEdge SC1425, PowerEdge SC1430, PowerEdge SC1435, PowerEdge 1500SC, PowerEdge 1550, PowerEdge 1600SC, PowerEdge 1650, PowerEdge 1655MC, PowerEdge 1750, PowerEdge 1800, PowerEdge 1850, PowerEdge 1855, PowerEdge 1900, PowerEdge 1950, PowerEdge 1955, PowerEdge 2100, PowerEdge 2200, PowerEdge 2300, PowerEdge 2400, PowerEdge 2450, PowerEdge 2500, PowerEdge 2500SC, PowerEdge 2550, PowerEdge 2800, PowerEdge 2850, PowerEdge 2900, PowerEdge 2950, PowerEdge 2970, PowerEdge 300, PowerEdge 300SC, PowerEdge 3250, PowerEdge 350, PowerEdge 400SC, PowerEdge 4100, PowerEdge 4300, PowerEdge 4350, PowerEdge 4400, PowerEdge SP 4__, PowerEdge XE 4__, PowerEdge 500SC, PowerEdge XL 5133-4, PowerEdge 600SC, PowerEdge 6300, PowerEdge 6350, PowerEdge 6400, PowerEdge 6450, PowerEdge 650, PowerEdge 6800, PowerEdge 6850, PowerEdge 6950, PowerEdge 700, PowerEdge 7150, PowerEdge 7250, PowerEdge 750, PowerEdge 800, PowerEdge 830, PowerEdge 840, PowerEdge 8450, PowerEdge 850, PowerEdge 860, PowerEdge C1100, PowerEdge C2100, PowerEdge C410X, PowerEdge C4130, PowerEdge C4140, PowerEdge C5000, PowerEdge C5125, PowerEdge C5220, PowerEdge C5230, PowerEdge C6100, PowerEdge C6105, PowerEdge C6145, PowerEdge C6220, PowerEdge C6220 II, PowerEdge C6300, PowerEdge C6320, PowerEdge C6320p, PowerEdge C6400, PowerEdge C6420, PowerEdge C6525, PowerEdge C8000, PowerEdge EL, PowerEdge External Media System 1434, PowerEdge External Media System 1634, PowerEdge External Media System 753, PowerEdge FC430, PowerEdge FC630, PowerEdge FC640, PowerEdge FC830, PowerEdge FD332, PowerEdge FM120x4 (for PE FX2/FX2s), PowerEdge FX2/FX2s, PowerEdge M1000E, PowerEdge M420, PowerEdge M520, PowerEdge M520 (for PE VRTX), PowerEdge M600, PowerEdge M605, PowerEdge M610, PowerEdge M610x, PowerEdge M620, PowerEdge M620 (for PE VRTX), PowerEdge M630, PowerEdge M630 (for PE VRTX), PowerEdge M640, PowerEdge M640 (for PE VRTX), PowerEdge M710, PowerEdge M710HD, PowerEdge M805, PowerEdge M820, PowerEdge M820 (for PE VRTX), PowerEdge M830, PowerEdge M830 (for PE VRTX), PowerEdge M905, PowerEdge M910, PowerEdge M915, PowerEdge MX5016s, PowerEdge MX7000, PowerEdge MX740c, PowerEdge MX840c, PowerEdge R200, PowerEdge R210, PowerEdge R210 II, PowerEdge R220, PowerEdge R230, PowerEdge R240, PowerEdge R300, PowerEdge R310, PowerEdge R320, PowerEdge R330, PowerEdge R340, PowerEdge R410, PowerEdge R415, PowerEdge R420, PowerEdge R420xr, PowerEdge R430, PowerEdge R440, PowerEdge R510, PowerEdge R515, PowerEdge R520, PowerEdge R530, PowerEdge R530xd, PowerEdge R540, PowerEdge R610, PowerEdge R620, PowerEdge R630, PowerEdge R640, PowerEdge R6415, PowerEdge R6515, PowerEdge R6525, PowerEdge R710, PowerEdge R715, PowerEdge R720, PowerEdge R720xd, PowerEdge R730, PowerEdge R730xd, PowerEdge R740, PowerEdge R740xd, PowerEdge R740xd2, PowerEdge R7415, PowerEdge R7425, PowerEdge R7515, PowerEdge R7525, PowerEdge R805, PowerEdge R810, PowerEdge R815, PowerEdge R820, PowerEdge R830, PowerEdge R840, PowerEdge R900, PowerEdge R905, PowerEdge R910, PowerEdge R920, PowerEdge R930, PowerEdge R940, PowerEdge R940xa, PowerEdge SDS 100 (Storage System), PowerEdge SP 5__, PowerEdge SP 5__-2, PowerEdge SP 51__-2 (ATI Mach64), PowerEdge SP 575-2, PowerEdge T100, PowerEdge T105, PowerEdge T110, PowerEdge T110 II, PowerEdge T130, PowerEdge T140, PowerEdge T20, PowerEdge T30, PowerEdge T300, PowerEdge T310, PowerEdge T320, PowerEdge T330, PowerEdge T340, PowerEdge T40, PowerEdge T410, PowerEdge T420, PowerEdge T430, PowerEdge T440, PowerEdge T605, PowerEdge T610, PowerEdge T620, PowerEdge T630, PowerEdge T640, PowerEdge T710, PowerEdge VRTX, PowerEdge Web Server, PowerEdge XE2420, PowerEdge XE 5__, PowerEdge XE 5__-2, PowerEdge XE 51__-2 (ATI Mach64), PowerEdge XE7100, PowerEdge XE7420, PowerEdge XE7440, PowerEdge 2600, PowerEdge 2650, PowerEdge 6600, PowerEdge 6650, PowerEdge 4600, PowerEdge SC 420, PowerEdge SC 430, PowerEdge SC 440

Дата последней публикации

20 нояб. 2020

Версия

2

Тип статьи

Solution

Оцените эту статью

Благодарим вас за отзыв.

К сожалению, наша система обратной связи в настоящее время не работает. Повторите попытку позже.

Комментарии не должны содержать следующие специальные символы: ()\

DFS | Документы Microsoft

• 08.03.2019
• 5 минут на чтение

В этой статье

Применимо к: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, Windows Server 2008, Windows Server (полугодовой канал)

DFS Replication — это служба ролей в Windows Server, которая позволяет эффективно реплицировать папки (в том числе те, на которые указывает путь пространства имен DFS) на нескольких серверах и сайтах.Репликация DFS — это эффективный механизм репликации с несколькими мастерами, который можно использовать для синхронизации папок между серверами через сетевые подключения с ограниченной пропускной способностью. Он заменяет службу репликации файлов (FRS) в качестве механизма репликации для пространств имен DFS, а также для репликации папки SYSVOL доменных служб Active Directory (AD DS) в доменах, использующих функциональный уровень домена Windows Server 2008 или более поздней версии.

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

Дополнительные сведения о репликации SYSVOL с помощью репликации DFS см. В разделе «Перенос репликации SYSVOL в репликацию DFS».

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

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

Каждая реплицируемая папка имеет уникальные настройки, такие как фильтры файлов и подпапок, так что вы можете отфильтровать разные файлы и подпапки для каждой реплицированной папки.

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

Вы можете администрировать репликацию DFS с помощью управления DFS, команд DfsrAdmin и Dfsrdiag или сценариев, вызывающих WMI.

Требования

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

• Обновите схему доменных служб Active Directory (AD DS), чтобы включить в нее добавления схемы Windows Server 2003 R2 или более поздней версии.Вы не можете использовать реплицированные папки, доступные только для чтения, с Windows Server 2003 R2 или более ранними дополнениями схемы.
• Убедитесь, что все серверы в группе репликации расположены в одном лесу. Вы не можете включить репликацию между серверами в разных лесах.
• Установите репликацию DFS на все серверы, которые будут действовать как члены группы репликации.
• Обратитесь к поставщику антивирусного программного обеспечения, чтобы убедиться, что ваше антивирусное программное обеспечение совместимо с репликацией DFS.
• Найдите все папки, которые вы хотите реплицировать на томах, отформатированных в файловой системе NTFS.Репликация DFS не поддерживает отказоустойчивую файловую систему (ReFS) или файловую систему FAT. Репликация DFS также не поддерживает репликацию содержимого, хранящегося в общих томах кластера.

Взаимодействие с виртуальными машинами Azure

Использование репликации DFS на виртуальной машине в Azure было протестировано с Windows Server; однако есть некоторые ограничения и требования, которым вы должны следовать.

• Использование моментальных снимков или сохраненных состояний для восстановления сервера, на котором выполняется репликация DFS, для репликации чего-либо, кроме папки SYSVOL, приводит к сбою репликации DFS, что требует особых действий по восстановлению базы данных.Точно так же не экспортируйте, не клонируйте и не копируйте виртуальные машины. Дополнительные сведения см. В статье 2517913 в базе знаний Microsoft, а также в статье «Безопасная виртуализация DFSR».
• При резервном копировании данных в реплицированной папке, размещенной на виртуальной машине, вы должны использовать программное обеспечение резервного копирования на гостевой виртуальной машине.
Для репликации
• DFS требуется доступ к физическим или виртуальным контроллерам домена — он не может напрямую связываться с Azure AD.
Для репликации
• DFS требуется VPN-соединение между участниками локальной группы репликации и любыми участниками, размещенными на виртуальных машинах Azure.Вам также необходимо настроить локальный маршрутизатор (например, Forefront Threat Management Gateway), чтобы позволить сопоставителю конечных точек RPC (порт 135) и случайно назначенному порту между 49152 и 65535 проходить через VPN-соединение. Вы можете использовать командлет Set-DfsrMachineConfiguration или инструмент командной строки Dfsrdiag, чтобы указать статический порт вместо случайного порта. Дополнительные сведения о том, как указать статический порт для репликации DFS, см. В разделе Set-DfsrServiceConfiguration. Для получения информации о связанных портах, которые нужно открыть для управления Windows Server, см. Статью 832017 в базе знаний Microsoft.

Чтобы узнать, как начать работу с виртуальными машинами Azure, посетите веб-сайт Microsoft Azure.

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

Репликация DFS является частью роли файловых служб и служб хранения. Инструменты управления для DFS (управление DFS, модуль репликации DFS для Windows PowerShell и инструменты командной строки) устанавливаются отдельно как часть средств удаленного администрирования сервера.

Установите репликацию DFS с помощью Windows Admin Center, Server Manager или PowerShell, как описано в следующих разделах.

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

1. Откройте диспетчер сервера, щелкните Управление , а затем щелкните Добавить роли и компоненты . Появится мастер добавления ролей и компонентов.

2. На странице Выбор сервера выберите сервер или виртуальный жесткий диск (VHD) автономной виртуальной машины, на которой вы хотите установить DFS.

3. Выберите службы ролей и функции, которые вы хотите установить.

   • Чтобы установить службу репликации DFS, на странице Роли сервера выберите Репликация DFS .

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

     Инструменты управления DFS устанавливает оснастку управления DFS, модули репликации DFS и пространств имен DFS для Windows PowerShell и инструменты командной строки, но не устанавливает никаких служб DFS на сервере.

Чтобы установить репликацию DFS с помощью Windows PowerShell

Откройте сеанс Windows PowerShell с повышенными правами пользователя, а затем введите следующую команду, где <имя> — это служба или функция роли, которую вы хотите установить (см. В следующей таблице список соответствующих имен служб ролей или функций):

  Install-WindowsFeature <имя>
  

Например, чтобы установить часть инструментов распределенной файловой системы в составе средств удаленного администрирования сервера, введите:

  Install-WindowsFeature «RSAT-DFS-Mgmt-Con»
  

Чтобы установить репликацию DFS и части инструментов распределенной файловой системы функции инструментов удаленного администрирования сервера, введите:

  Install-WindowsFeature «FS-DFS-Replication», «RSAT-DFS-Mgmt-Con»
  

Дополнительные ссылки

Как настроить репликацию DFS в Windows Server 2012 R2

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

Откройте Server Manger , щелкнув значок Server Manager на панели задач

Если вы еще не установили функции, необходимые для репликации DFS, появится следующее окно с объяснением, какие функции и роли будут установлены вместе с репликацией DFS.

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

Настройка репликации между двумя серверами

Перейдите в меню «Пуск».

  PS C: \> Get-DfsrBacklog -SourceComputerName "MyServer" -GroupName "G01" -FolderName "Folder"

Идентификатор: {DCE7FC28-5584-4D5D-BC84-2BD9D53CC5FC} -v538
Флаги: 5
Атрибуты: 32
GlobalVersionSequenceNumber: {DCE7FC28-5584-4D5D-BC84-2BD9D53CC5FC} -v538
UpdateSequenceNumber: 71575496
ParentId: {997D8F76-1207-49D7-85C9-DED015105A2F} -v1
Идентификатор файла: 562949953495210
Объем: \\.\ C:
Забор: 3
Часы: 130078672846368199
CreateTime: 15.03.2013 17:28:04
UpdateTime: 15.03.2013 17:28:04
Хеш файла: 173b51c11257a2eb 8c05884560fcfd1d
Имя файла: file.exe
FullPathName: c: \ folder \ file.exe
Индекс: 1
ReplicatedFolderName: папка
Идентификатор реплицированной папки: 997d8f76-1207-49d7-85c9-ded015105a2f  

  PS C: \> Get-DfsrState -ComputerName "Server" | Формат-таблица имя файла, UpdateState, входящий, источник * -Auto -Wrap

FileName UpdateState Входящий SourceComputerName
-------- ----------- ------- ------------------
ntfrs - Copy.exe по расписанию True SRV02
ntdsai - Copy.dll по расписанию True SRV02
NlsLexicons0046 - Копировать.dll по расписанию True SRV02
NlsLexicons000a - Copy.dll Загрузка True SRV02
occache - Copy.dll по расписанию True SRV02
NlsModels0011 - Copy.dll по расписанию True SRV02
NlsLexicons0007 - Copy.dll по расписанию True SRV02
NlsLexicons000f - Copy.dll Загрузка True SRV02
NlsLexicons003e - Copy.dll по расписанию True SRV02
NlsLexicons0045 - Copy.dll по расписанию True SRV02
NlsData001a - Copy.dll Загрузка True SRV02
ntlanui2 - Copy.dll по расписанию True SRV02  

  Install-WindowsFeature RSAT-DFS-Mgmt-Con