Разное

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

Содержание

Переход на репликацию SYSVOL по DFS

Напомним, что каталог Sysvol присутствует на всех контроллерах домена Active Directory и используется для хранения логон скриптов и объектов групповых политик (подробнее о репликации в Active Directory можно почитать тут). В том случае, если вы развернули новый домен с нуля на функциональном уровне Windows Server 2008, то для репликации каталога SYSVOL используется механизм репликации DFS ( Особенности и преимущества DFS ).

Если же функциональный уровень домена Windows Server 2003 (или ниже), то для репликации SYSVOL используется служба FRS. После того, как функциональный уровень домена поднят до Windows Server 2008, то для репликации объектов AD можно использовать DFS, но только осуществив процедуру миграции, о которой мы и поговорим.


Узнаем текущий тип репликации

1.На контроллере домена с правами администратора домена откройте mmc консоль adsiedit.msc.

2. Жмем правой кнопкой по ADSIEdit и выбираем Connectto.

3. Указываем Select a well known Naming Context и Default naming context.

?

4. Жмем OK.?

5. Развернем элемент Default Naming Context -> Domain Name — > CN=System -> CN=File Replication Service

6. Т.е. сейчас для репликации SYSVOL используется механизм File Replication Service

Предварительные требования

  • Все контроллеры домена должны быть обновлены до функционального уровня Windows Server 2008 или выше
  • Перед процедурой миграции необходимо выполнить принудительную полную миграцию разделов Active Directory на каждом из контроллеров домена, выполнив команды:
repadmin /syncall Aed

repadmin /syncall /AedP

Устанавливаем роль DFS

На всех контроллерах домена устанавливаем роль DFS командой:

ServerManagercmd -iFS-DFS

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

dfsrmig /get/GlobalStatedfsrmig /getMigrationState

Начало миграции?

1.

Установим флаг подготовки к миграции (global state:
Prepared), выполнив команду:

dfsrmig /setGlobalState 1

2. Текущее состояние контроллеров проверим командой:

dfsrmig /getmigrationstate,

В том случае, если хотя бы у одного из контролеров состояние не изменится на Prepared, не переходите к следующему шагу!

Принудительно запустить репликации DFS и AD, можно командами:

repadmin /syncall /Aed?

repadmin /syncall /AedP

dfsrdiag /pollad /member:dc1.contoso.com

3. Запустите консоль ADSI Edit, и перейдите в
раздел
Default naming context ->Domain name-> CN=System — > CN=DFSR-GlobalSettings

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

4. Запустите редактор реестра и перейдите в ключу

HKLM\SYSTEM\CurrentControlSet\Services\DFSR\Parameters\Sysvols\Migrating sysVols\Local State

Значение: Local State = 1 говорит о том, что текущий статус — Prepared.

5. Перейдем к ключу HKLM\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\SysVol

Как вы видите, AD все еще использует папку SYSVOL

6. Служба DFS в каталоге %WINDIR% должна создать полную копию каталога SYSVOL с именем SYSVOL_DFSR

Перенаправление продуктивной папки

  • Прежде чем перейди к следующему этапу миграции (состояние Redirected), необходимо убедиться что:
  • Все контроллеры домена находятся в состоянии Prepared. Удостоверьтесь, что шара SYSVOL еще доступна.

1. Перейдем к следующему этапу миграции, набрав

dfsrmig /setGlobalState 2

2. Убедимся, что все контроллеры домена находятся в статусе Redirected:

dfsrmig /getmigrationstate

?3. В редакторе реестра проверим, что LocalState=2 и

SYSVOL= C:\windows\SYSVOL_DFSR\sysvol.

?Удаляем старый каталог SYSVOL?

Примечание! Процесс удаления («Eliminated«) не может быть отменен!

Прежде чем перейди в режим Elminated, необходимо убедиться что:

  • Все контроллеры домена находятся в статусе Redirected
  • Шара SYSVOL все еще доступна

1. Набираем команду:

dfsrmig /setGlobalState 3

2. Проверяем статус командой:

dfsrmig /getmigrationstate

?В результате каталог SYSVOL будет мигрирован в папку SYSVOL_DFSR. И теперь для репликации шары SYSVOL применяется механизм DFS.

Установка Distributed File System (DFS) в Windows Server 2008

Аббревиатура DFS расшифровывается как Distributed File

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

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

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

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

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

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

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

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

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

Access-based Enumeration – пользователям разрешено видеть только те файлы и папки, которые разрешено. По умолчанию данная функция отключена, чтобы включить ее, нужно набрать следующую команду: dfsutil property abde enable \‹namespace_root

Улучшенные инструменты командной строки – в Windows Server 2008 DFS NameSpaces появилась новая версия утилиты dfsUtil, кроме того, для диагностики и поиска неисправностей в службах DFS можно воспользоваться командой dfsdiag.

Поиск внутри пространства имен DFS– в Windows Server 2008 появилась возможность поиска внутри всего пространство имен DFS по всем файлам и папкам.

Улучшения в службе репликации Replication:

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

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

Принудительная репликация– администратор теперь может вручную запустить процесс немедленной репликации, игнорируя настроенное расписание.

Поддержка Read Only

Domain Controllers (RODC) – любые изменения на контроллере домена RODC могут быть отменены службой репликации DFS Replication.

Репликация SYSVOL– в Windows Server 2008 репликация Active Directory посредством FRS (File Replication Service) заменена на репликацию DFS.

Отчеты– теперь можно создавать диагностические отчеты о работе DFS

Установка роли DFS на Windows Server 2008

Итак, мы познакомились с основными возможностями службы DFS NameSpaces в Windows Server 2008 DFS NameSpace, теперь познакомимся с процедурой установки роли DFS на сервер.

В данном примере используется контроллер домена Windows Server 2008, уровень домена (functional level) тоже 2008. Как узнать версию схемы Active Directory.

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

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

3.

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

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

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

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

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

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

и нажал Next.

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

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

Distributed File System

DFS Namespaces

DFS Replication

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

Fedoseyev.ru » Создание отказоустойчивого корпоративного файл-сервера на базе DFS

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

Итак, исходные данные: головной офис с размещением сотрудников в двух разных корпусах, один филиал. Файл-серверы установлены в обоих корпусах головного офиса и в филиале. Между корпусами лежит оптика, с филиалом установлен VPN-канал из первого корпуса головного офиса.

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

Для решения данной задачи мы будем использовать технологию компании Microsoft, метко названную Distributed File System (DFS). DFS была разработана для упрощения доступа к данным и управления ими. В Windows Server 2003 R2 к ней был добавлен механизм репликации, получивший вполне прогнозируемое название DFSR (Distributed File System Replication). Если вкратце описать схему работы DFS, то это будет выглядеть примерно так:

На рисунке условно изображены 3 файл-сервера, каждый из которых служит хранилищем разных общих директорий. Сервер DFS образует корень из этих директорий и открывает к ним общий доступ под именем Summary Data. Клиенты, в свою очередь, имея необходимость использовать данные со всех трех серверов, обращаются только к DFS, который обеспечивает им централизованный доступ к нужным ресурсам. Вполне логично: ни к чему пользователю помнить UNC-пути к отдельно взятым файл-серверам, он должен везде и всегда иметь привычную, удобную рабочую среду.

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

Для наведения порядка в этом бедламе нам потребуется установить службы 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. В конце концов мы получаем следующую DFS-структуру:

Чуть позже мы ее протестируем. Но пока мы еще не решили задачу резервирования данных. Я продемонстрирую простейшую схему репликации: данные из общей папки с 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 только с названием домена, без уточнения имени сервера. Кстати говоря, 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 контроллере домена dc01.root.pyatilistnik.org с полным доступом
Root
Текущий Параметры сайта: (none)
Проверка согласованности на dc01.root.pyatilistnik.org выполнена успешно.

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


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

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

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

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

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


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

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

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



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

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

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

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

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

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


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

Чтобы включить репликацию DFS с определением членов, топологии, расписания по умолчанию и пропускной способности для группы репликации, следует использовать мастер создания новой группы репликации. В этом упражнении требуется создать группу репликации под названием «Data Distribution» и две реплицированные папки под названием «Antivirus Signatures» и «LOB Data».

Важно!

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

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

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


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

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



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

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


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

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



Страница мастера создания новой группы репликации

Вводимые данные

Тип группы репликации

Выберите Универсальная группа репликации.

Имя и домен

В поле Имя группы репликации введите Data Distribution.

Члены группы репликации

Нажмите кнопку Добавить и выберите по меньшей мере два сервера, которые будут участвовать в репликации. На этих серверах должна быть установлена служба репликации DFS.

Выбор топологии

Выберите параметр Полная сетка.

Расписание и пропускная способность для группы репликации

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

Основной член репликации

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

Папки для репликации

Нажмите кнопку Добавить, чтобы указать локальный путь для папки «LOB Data», созданной ранее на первом сервере. Используйте для реплицированной папки имя LOB Data. Повторите процедуру и укажите локальный путь к папке Antivirus Signatures.

Локальный путь LOB Data на другие члены репликации

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

Локальный путь Antivirus Signatures на другие члены репликации

На этой странице указывается расположение папки «Antivirus Signatures» на других членах группы репликации. Чтобы указать этот путь, нажмите кнопку Изменить, затем в диалоговом окне Изменение локального пути щелкните Включено и введите локальный путь к папке «Antivirus Signatures».

Просмотреть настройки и создать группу репликации

Нажмите кнопку Создать, чтобы создать группу репликации.

Подтверждение

Нажмите кнопку Закрыть, чтобы закрыть мастер.

Задержка репликации

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

По завершении работы мастера создания новой группы репликации щелкните новую группу репликации с именем Data Distribution, расположенную в узле Replication дерева консоли, как показано на следующем рисунке.

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



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

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

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

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


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

В этом упражнении требуется добавить в группу репликации «Data Distribution» третий сервер, а также указать, какая из двух реплицированных папок будет храниться на данном новом члене. Чтобы указать, что реплицированная папка «LOB Data» не должна реплицироваться на новом члене, будет использована новая возможность репликации DFS. Кроме того, будет создано особое расписание, которое будет применяться только к подключениям к новому члену и с него.

Важно!

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

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


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

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



Страница мастера создания нового члена репликации

Вводимые данные

Новый член

Укажите имя сервера, который требуется добавить в группу репликации. На этом сервере должна быть установлена служба репликации DFS.

Локальный путь реплицированных папок

Выделите реплицированную папку Antivirus Signatures, нажмите кнопку Изменить, щелкните Включено и введите локальный путь реплицированной папки, которая должна быть создана на новом члене. Закрыв диалоговое окно Изменение локального пути, убедитесь, что для реплицированной папки «LOB Data» указано . Это означает, что данная реплицированная папка не будет реплицироваться на новом члене репликации. Поскольку на новом члене репликации требуется реплицировать только папку «Antivirus Signatures», можно проигнорировать выводимое сообщение с предупреждением.

Подключения

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

Расписание репликации

Выберите Пользовательское расписание подключения и нажмите кнопку Изменить расписание. В диалоговом окне «Изменить расписание» нажмите кнопку Подробно, чтобы раскрыть данное расписание, выберите запись, которая начинается со слов Sunday 12:00 AM, и нажмите кнопку Изменить. В поле Использование пропускной способности диалогового окна «Изменить расписание» выберите 128 Мбит/с.

Просмотреть параметры и создать член репликации

Нажмите кнопку Создать, чтобы добавить новый член в группу репликации «Data Distribution».

Подтверждение

Нажмите кнопку Закрыть, чтобы закрыть мастер.

Задержка репликации

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

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

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

Примечание

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

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

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

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

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

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


    1. В дереве консоли оснастки «Управление DFS» в узле Replication щелкните группу репликации Data Distribution.

    2. В области сведений перейдите на вкладку Реплицированные папки, щелкните правой кнопкой мыши реплицированную папку LOB Data и выберите команду Доступ и публикация в пространстве имен.

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


Страница мастера предоставления общего доступа и публикации реплицированной папки

Вводимые данные

Метод публикации

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

Общие реплицированные папки

Если у члена репликации в столбце Действие стоит отметка (Необходима общая папка), выберите этот член репликации и нажмите кнопку Изменить, чтобы создать новую общую папку и при необходимости настроить права для этой папки. Если в столбце Действие указано Создать общую папку: LOB Data или Использовать существующую общую папку, нажмите кнопку Далее.

Путь к пространству имен

В поле Родительская папка в пространстве имен введите \\сервер_или_домен\Public\Software.

Просмотреть параметры и предоставить общий доступ к реплицированной папке

Нажмите кнопку Доступ, чтобы предоставить общий доступ к реплицированным папкам и опубликовать реплицированную папку «LOB Data» в пространстве имен.

Подтверждение

Нажмите кнопку Закрыть, чтобы закрыть мастер.

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

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

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

Примечание

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


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

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

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

Важно!

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

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


    1. В проводнике Windows или из командной строки создайте две папки с именами Projects и Proposals на сервере, который будет выступать как сервер подразделения. Эти папки должны быть раздельными (то есть не вложенными одна в другую).

    2. Добавьте в папки Projects и Proposals на сервере подразделения любые данные.

    3. В проводнике или из командной строки создайте папку с именем Branch_Backups на сервере, который будет выступать как узловой сервер. Не помещайте данные в эту папку.

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

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


Страница мастера создания новой группы репликации

Вводимые данные

Тип группы репликации

Выберите Группа репликации для сбора данных.

Имя и домен

В поле Имя группы репликации введите Branch Backups.

Сервер подразделения

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

Реплицированные папки

Нажмите кнопку Добавить. В диалоговом окне Добавить папку для репликации введите локальный путь к папке «Projects», созданной на шаге 1. Повторите это действие в отношении локального пути к папке «Proposals».

Узловой сервер

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

Конечная папка на узловом сервере

В поле Конечная папка введите путь к папке, созданной на шаге 3.

Расписание и пропускная способность для группы репликации

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

Просмотреть настройки и создать группу репликации

Нажмите кнопку Создать, чтобы создать группу репликации.

Подтверждение

Нажмите кнопку Закрыть, чтобы закрыть мастер.

Задержка репликации

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

По завершении работы мастера щелкните группу репликации Branch Backups в дереве консоли и просмотрите вкладку области сведений Членства. Обратите внимание, что были созданы две реплицированные папки, Projects и Proposals, как показано на следующем рисунке.

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


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

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

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


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

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



Страница мастера создания диагностического отчета

Вводимые данные

Путь и имя

Примите значения параметров по умолчанию.

Включить следующие члены

Примите значения параметров по умолчанию.

Параметры

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

Просмотреть параметры и создать отчет

Нажмите кнопку Создать, чтобы создать диагностический отчет.

Подтверждение

Мастер автоматически закрывается, после чего на экран выводится диагностический отчет.

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

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

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

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

См. также


Веб-узел Microsoft Branch Offices

Branch Office Tech Center

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

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

Симптомы
Резюме статьи. В этой статье подробно описаны действия по поиску и устранению неисправностей синхронизации репликации DFS (кроме наборов реплик SysVol).

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

 

1. Проверьте наличие незавершенных заданий:

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

          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

  • 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 <имя>
  
Ролевая услуга или функция Имя
Репликация DFS FS-DFS-репликация
Инструменты управления DFS RSAT-DFS-Mgmt-Con

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

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

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

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

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

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


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

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

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

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


На плитке приветствия в разделе Быстрый запуск щелкните Добавить роли и компоненты , чтобы запустить мастер добавления ролей и компонентов .Если нет Welcome Tile , он может быть скрыт. Щелкните View в строке меню и щелкните Show Welcome Tile .
Прочтите и нажмите Далее .
Выберите Рулонная или функциональная установка и нажмите Далее .
Выберите Выберите сервер из пула серверов и выберите сервер, на котором вы хотите установить репликацию DFS. Нажмите Далее .
В разделе Роли разверните File and Storage Services , разверните File and iSCSI Services , выберите DFS Replication и нажмите Next .

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


Щелкните Добавить функции .
Вернитесь к диалоговому окну Выбор ролей сервера . Теперь он должен показать DFS Replication , как проверено вместе с другими ролями, необходимыми для репликации DFS. Если все в порядке, нажмите Далее .
В диалоговом окне выбора компонентов показаны функции, которые будут добавлены вместе с ролью репликации DFS.Нажмите Далее .
Просмотрите и подтвердите, что устанавливается, и нажмите Установить .
Нажмите Закройте после завершения установки.

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

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

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


Щелкните Администрирование .
Дважды щелкните DFS Management , чтобы запустить консоль управления DFS Management .



Щелкните правой кнопкой мыши Replication на левой панели консоли управления DFS Replication .
Выберите New Replication Group , чтобы запустить New Replication Group Wizard .
Установите переключатель «Группа репликации для сбора данных» и нажмите Далее .
Введите описательное и уникальное имя в текстовое поле Имя группы репликации . По умолчанию поле Домен содержит доменное имя сервера, с которым вы работаете.При необходимости введите другое доменное имя.
Введите имя сервера, содержащего данные, которые вы хотите реплицировать, в текстовое поле Имя и нажмите Далее .
Нажмите Добавить , чтобы определить папки, содержащие данные, которые вы хотите реплицировать.
Введите или перейдите к пути к папке для репликации в текстовом поле Локальный путь к папке для репликации . Вы можете ввести собственное имя для представления папки или оставить его по умолчанию. Нажмите ОК .
Только что добавленная папка должна находиться в поле эплицированных папок R . Нажмите Добавить , чтобы добавить дополнительные папки для репликации (папки можно добавить позже). Когда все папки будут добавлены, нажмите Далее .
Введите имя сервера, который будет целью для реплицированных данных. Серверы в группах репликации должны находиться в одном домене Active Directory. Нажмите Далее .
Введите или перейдите к пути на целевом сервере, где должны находиться реплицированные данные, в текстовом поле Целевая папка .Проверьте поток репликации в поле Исходное и целевое расположение и щелкните Далее .
Репликация DFS может использовать два метода использования полосы пропускания.

Первый - это непрерывная репликация. Где репликация происходит 24/7. Объем полосы пропускания, который потребляет репликация, может быть установлен на полный или на один из нескольких вариантов.

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

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

После настройки полосы пропускания репликации нажмите Далее .


Просмотрите настройки группы репликации и нажмите Create .
Прочтите диалог о задержке репликации и нажмите OK .
Вернувшись в консоль управления DFS Management , мы видим недавно созданную группу репликации. Репликация начнется после того, как изменения будут отправлены на все серверы. В конце концов, в зависимости от пропускной способности и т. Д., Данные начнут отображаться в целевой папке на целевом сервере. Наслаждайтесь!

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

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

В предыдущей статье описывается, как установить и настроить репликацию DFS в Windows Server 2016 для создания решения Disater Recovery для вашего файлового сервера или когда есть ветки, и вам нужно поддерживать синхронизацию файловых серверов с одной и той же датой во всех ваших ветвях.

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

Теперь, когда вы установили репликацию DFS на обоих файловых серверах, что дальше?

Как проверить состояние репликации DFS

Какие компоненты нужно проверить на предмет статуса репликации?

К сожалению, Microsoft не создала инструмент централизации для репликации DFS .Также вы должны знать, что репликация DFS не будет включать никаких новых функций, потому что Storage Replica - это новая функция с большим количеством преимуществ.

Для поддержания работоспособности Репликация DFS необходимо отслеживать и устранять как можно скорее следующие ошибки:

  • Журналы программы просмотра событий
  • Состояние незавершенных работ
  • отчетов о работоспособности от управления событиями.

Давайте объясним шаг за шагом, как можно контролировать вышеупомянутый

Как проверить журналы средства просмотра событий на наличие ошибок DFSR

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

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

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

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

.
  • Открыть Средство просмотра событий
  • Развернуть Журналы приложений и служб
  • Щелкните DFS Replication , чтобы найти все журналы, связанные с DFSR .
  • Узнайте много предупреждений , которые я создал намеренно, чтобы видеть ошибки, а не только информационные журналы

Как проверить состояние репликации с помощью управления DFS из отчетов о работоспособности

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

  • В диспетчере серверов щелкните Инструменты - Управление DFS

  • Справа щелкните Создать диагностический отчет

  • Выберите Отчет о состоянии .Нажмите Далее

  • Выберите, куда вы хотите экспортировать отчет. Нажмите Далее

  • Включить всех участников. Нажмите Далее

  • Обязательно выберите Да подсчитать в этом отчете незакрепленные файлы .

  • Выберите Ссылочный элемент . Это сервер, на котором установлена ​​последняя версия файлов.Это зависит от вас. Нажмите Далее

  • Подождите несколько секунд, пока не создадите отчет HTML , в котором вы сможете увидеть, что произошло на ваших файловых серверах.
  • Разверните ПРЕДУПРЕЖДЕНИЯ или ОШИБКИ , чтобы прочитать, что происходит

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

Как проверить невыполненные задачи с помощью Powershell

Не могу сказать, что предыдущее не важно, но Бэклоги тоже очень важно проверять каждый день.

Бэклоги - это файлы, которые ждут репликации в партнере.

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

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

Как получить бэклоги с помощью PowerShell?

  • Открыть Powershell от имени администратора
  • Введите следующую команду и измените SourceComputername and DestinationComputername

Get-DfsrBacklog -SourceComputerName flsrv01 -DestinationComputerName flsrv02

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

Get-DfsrBacklog -SourceComputerName flsrv01 -DestinationComputerName flsrv02 | выберите FileName, FullPathName

Если вам нужна дополнительная информация, перейдите в Microsoft Docs для Get-DfsrBacklog

Как сравнить реплицированные папки для разных файлов

Каждый раз, когда я настраивал репликацию DFS между файловыми серверами , у меня возникал следующий вопрос:

Как узнать, что все файлы реплицируются правильно, несмотря на успешные отчеты о работоспособности?

Я нашел очень полезный пример в Microsoft Docs , который объясняет, как можно сравнить хэшей файлов между реплицированными папками.

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

Перед тем, как начать объяснение, я хотел бы знать, что мы будем использовать команду powershell Get-DfsrFileHash , которая сравнивает хэшей файлов между файлами или папками

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

чистое использование h: \\ flsrv01 \ \ *

Экспорт файлов хешей из файлов в текстовый файл

Get-DfsrFileHash h: \ * | Исходный файл C: \ Srv01.txt

Отключить карту памяти

полезное использование h: / d

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

чистое использование h: \\ flsrv02 \ \ *

Экспорт хэшей файлов из файлов различных текстовых файлов

Get-DfsrFileHash h: \ * | Исходный файл C: \ Srv02.txt

Отключить карту памяти

полезная нагрузка h: / d

Сравните хэши файлов двух файлов и получите разные результаты. Параметр -IncludeEqual вы можете игнорировать, если хотите видеть только разные файлы.

Похоже, у меня статус репликации "Здоров".

Сравнить-объект -ReferenceObject (Get-Content C: \ Srv01.txt) -DifferenceObject (Get-Content C: \ Srv02.txt) -IncludeEqual

Найти тот же отчет, но с другой буквой на диске карты. Если вы проверите, что FileHash одинаковы для файлов, но сравнение показывает, что оно не равно

Вот и все

Хороший мониторинг и забота о себе

Хороших выходных !!

Вы можете отправить мне письмо по адресу [email protected] или оставить свои комментарии в Twitter или Facebook.

Я приглашаю вас подписаться на меня в Twitter или Facebook.Если у вас есть какие-либо вопросы, напишите мне на [email protected]

Будьте активны и избегайте простоев

Как проверить состояние репликации DFS

Введение

Репликация распределенной файловой системы (DFS-R или DFSR) - это собственная служба репликации в Windows, которую организации могут использовать для репликации папок на файловых серверах в распределенных местах. DFS-R доступен в Microsoft Windows Server 2008 R2 и более поздних версиях и служит нескольким целям: от репликации каталога SYSVOL (заменяющий более старую службу FRS) и в качестве замены механизма репликации пространств имен DFS.

Недостатки DFS-R

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

Для репликации критически важных данных клиентам требуются следующие дополнительные функции службы:

  • Подробное состояние процесса репликации DFS-R
  • Проверка работоспособности DFS-R
  • Принудительная репликация DFS-R
  • Настройка производительности DFS-R

(обеспечение предсказуемости и согласованности времени репликации)

  • Мониторинг в реальном времени DFS-R
  • Графический пользовательский интерфейс / панель управления DFS-R

Многие из них решают основные проблемы видимости и контроля, присущие службе.Например, обычная проблема, с которой сталкиваются клиенты, - это когда весь файл находится в состоянии ЗАПЛАНИРОВАНИЕ без четкого способа запустить репликацию. Ждать, пока служба «доберется до нее», - не лучший вариант. Эти проблемы решила бы простая функция настройки «принудительной репликации». Еще одна распространенная жалоба со стороны клиентов - это часто непоследовательное выполнение услуги. Время репликации должно быть предсказуемым и быстрым, особенно для критически важных рабочих процессов, независимо от топологии сети (т.е.е. полная сетка, ступица / спица).

В Windows доступны некоторые базовые ресурсы, с помощью которых пользователи могут получать ограниченную информацию о состоянии службы DFS-R. Чаще всего используются следующие инструменты администрирования, доступные при настройке Powershell: «Get-DfsrBacklog» и «Get-DfsrState». Более подробную информацию об использовании этих инструментов можно найти далее в этой статье.

Будущее репликации DFS в Windows Server

Несмотря на эти инструменты настройки, сообщество ясно, что для того, чтобы сделать DFS-R приемлемым приложением для критически важной работы, потребуется значительная разработка со стороны Microsoft.К сожалению, перспективы исправления этих недостатков Microsoft маловероятны. С выпуском Azure File Sync в 2017 году дорожная карта для DSF-R не является многообещающей, поскольку Microsoft явно рассматривает Azure и Azure FIle Sync как путь миграции для DFS-R. Мало того, что DFS-R больше не нуждается в разработке, чтобы исправить эти проблемы, но также очевидно, что в какой-то момент в ближайшем будущем он столкнется с окончанием срока службы с сокращающейся поддержкой до тех пор. Операционные риски, связанные с продолжением использования DFS-R, будут усугубляться по мере того, как все больше ресурсов Microsoft переводится в Azure.

Лучшие варианты для рассмотрения вместо репликации DFS в Windows Server

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

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

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

9014 9014 9014 9014 9014 9014
Resilio Connect DFS-R
Надежность
Гарантированное время репликации
Интеллектуальное восстановление после ошибок
Многопоточный
Мульти-мастер
✔ Репликация 9014 9014 на уровне блоков
Одноранговая сеть
Управление версиями файлов
Облачная среда
AWS, Google 1035 9013 ✔ Поддержка облака 9014 Скорость репликации Гбит / с
Планировщик регулирования полосы пропускания 9014 4

Инструменты DFS-R (Microsoft Windows Server 2008, Windows Server 2012, Windows Server 2016)

Вариант № 1

Вы можете использовать командную строку PowerShell от Microsoft.

1. Get-DfsrBacklog:
Эта команда показывает список файлов и репликации в невыполненном журнале для службы репликации файлов DFS-R.

  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  

2.Get-DfsrState:
Эта команда показывает текущее состояние репликации DFS-R в отношении его партнеров по группе репликации DFS.

  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  

Вариант № 2

Второй вариант - использовать Dfsrdiag.exe, который обеспечивает статус DFSR. В последней сборке Windows Server средства управления DFS не установлены. Вы должны выполнить следующую команду из PowerShell, чтобы установить его

  Install-WindowsFeature RSAT-DFS-Mgmt-Con  

Узнайте больше о замене DFSR Resilio Connect и о том, насколько она может быть быстрее и надежнее. Или запланируйте демонстрацию или начните бесплатную пробную версию, чтобы убедиться в этом сами.

Пошаговая инструкция: развертывание DFS в Windows Server 2012 R2

Всем привет,

Сегодня давайте рассмотрим шаг за шагом, как развернуть распределенную файловую систему (DFS) в Wndows Server 2012 R2 , но прежде чем мы начнем, вы должны знать, что такое DFS.

Что такое DFS?

Обычно пользователи домена для доступа к общему файловому ресурсу могут использовать UNC-имя для доступа к содержимому общей папки.

Многие крупные компании имеют 100 файловых серверов, географически разбросанных по всей организации.

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

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

Orait, это всего лишь введение в DFS, для получения дополнительной информации, пожалуйста, обратитесь к http://technet.microsoft.com/en-us/library/jj127250.aspx, или для тех, кто хочет «почувствовать» Чтобы познакомиться с DFS, присоединяйтесь к моему обучению по Server 2012; дополнительную информацию см. на моем веб-сайте: http: //compxtrg.com /

Итак, достаточно сказано, давайте приступим к развертыванию DFS.

** как обычно, для этой демонстрации DFS я использую 3 server 2012 (DC01, SVR01, COMSYS-RODC01) и Window Client (Surface01).

** Я установлю DFS в SVR01 и COMSYS-RODC01 Server

1 - Всегда имейте в виду, что для развертывания DFS вам понадобится 2 сервера , чтобы папки реплицировали друг друга, поэтому я установлю DFS в SVR01 и сервер COMSYS-RODC01, вы можете установить DFS одновременно.

Чтобы установить DFS на сервере Svr01, откройте Диспетчер серверов, на панели инструментов щелкните Добавить роли и компоненты

2 - В поле «Прежде чем начать» нажмите Далее

3 - В поле «Выбрать тип установки» нажмите Далее , чтобы продолжить (убедитесь, что выбрана установка на основе ролей или функций)…

4 - В поле «Выбрать целевой сервер» нажмите Далее , чтобы продолжить…

5 - На странице «Выбор ролей сервера» разверните «Файловые службы и службы хранения», разверните «Файловые службы и службы iSCSI», а затем установите флажок «Пространства имен DFS», во всплывающем окне «Добавить роли и компоненты» нажмите «Добавить компоненты».

6 - Затем убедитесь, что установлен флажок «Репликация DFS », а затем нажмите только «Далее», чтобы продолжить…

7 - Затем в поле «Выбрать компоненты» нажмите Далее

8 - В поле «Подтвердить выбор для установки» нажмите Установить

9 - Подождите несколько минут, пока установка завершится, и когда установка завершится, нажмите «Закрыть»…

** Как я упоминал ранее, вам необходимо установить DFS на другом сервере, который в моей демонстрации является сервером COMSYS-RODC01…

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

10 - 1-й, откройте управление DFS из диспетчера сервера…

11 - Затем на консоли DFS щелкните правой кнопкой мыши Пространства имен, а затем выберите Новое пространство имен (пространство имен - это виртуальное представление общих папок на вашем сервере)…

12 - В мастере создания нового пространства имен, на странице «Сервер пространства имен» в разделе «Сервер» введите svr01 , а затем нажмите Далее…

13 - Затем в поле «Имя пространства имен и настройки» в разделе «Имя» введите MarketingDocs и нажмите Изменить настройки…

14 - В поле «Изменить параметры» в разделе Локальный путь к общей папке: введите C: \ DFSRoots \ MarketingDocs и выберите «Администратор имеет полный доступ»; другие пользователи имеют права на чтение и запись , затем нажмите ОК…

15 - Затем в поле Тип пространства имен убедитесь, что выбрано пространство имен на основе домена .Обратите внимание, что к пространству имен будет обращаться \\ comsys.local \ MarketingDocs, убедитесь также, что установлен флажок Включить режим Windows Server 2008, а затем нажмите Далее…

16 - На странице просмотра настроек и создания пространства имен щелкните Создать

17 - В поле «Подтверждение» убедитесь, что задача «Создать пространство имен» выполнена успешно. , а затем нажмите «Закрыть»…

18 - Затем вам нужно включить перечисление на основе доступа для пространства имен MarketingDocs.

Для этого в разделе «Пространства имен» щелкните правой кнопкой мыши \\ comsys.local \ MarketingDocs, а затем выберите «Свойства…».

19 - В поле \\ comsys.local \ MarketingDocs Properties щелкните вкладку Advanced , затем установите флажок Включить перечисление на основе доступа для этого пространства имен, а затем нажмите OK…

20 - Теперь давайте добавим папку Brochures в пространство имен MarketingDocs…

Для этого щелкните правой кнопкой мыши \\ comsys.local \ MarketingDocs, а затем щелкните Новая папка

21 - В поле «Новая папка» в разделе «Имя» введите «Брошюры» и нажмите «Добавить».

22 - В диалоговом окне «Добавить целевую папку» введите \\ comsys-rodc01 \ Brochures, а затем нажмите OK…

23 - В поле «Предупреждение» щелкните Да

24 - В поле «Создать общий ресурс» в поле « Локальный путь к общей папке» введите C: \ MarketingDocs \ Brochures и выберите «Администратор имеет полный доступ»; у других пользователей есть разрешения на чтение и запись, затем нажмите OK…

25 - В поле «Предупреждение» нажмите Да , чтобы продолжить…

26 - Нажмите ОК еще раз, чтобы закрыть диалоговое окно «Новая папка»…

27 - Затем я хочу, чтобы добавил папку OnlineAdvert в пространство имен MarketingDocs , поэтому для этого щелкните правой кнопкой мыши \\ comsys.local \ MarketingDocs и нажмите «Новая папка», затем в поле «Новая папка» в разделе «Имя» введите OnlineAdvert, а затем нажмите «Добавить…

»

28 - В поле "Добавить папку" введите \\ svr01 \ OnlineAdvert, а затем нажмите "ОК" ...

29 -В поле «Предупреждение» нажмите Да, чтобы создать папку OnlineAdvert

30 - Затем в поле «Создать общий ресурс» в поле Локальный путь к общей папке введите C: \ MarketingDocs \ OnlineAdvert, убедитесь, что вы также выбрали «Администратор имеет полный доступ»; у других пользователей есть разрешения на чтение и запись, затем нажмите OK…

31 - В поле «Предупреждение» щелкните Да

32 - Нажмите OK еще раз, чтобы закрыть диалоговое окно «Новая папка» ( убедитесь, что \\ svr0 \ OnlineAdvert указан как ), а также папка Brochures и OnlineAdvert указана в \\ comsys.local \ MarketingDocs namespaces…

33 - Теперь давайте проверим, что наше пространство имен MarketingDocs и его папка доступны с помощью UNC, откройте RUN и введите \\ comsys.local \ MarketingDocs, затем в окне MarketingDocs убедитесь, что отображаются и Brochures, и OnlineAdvert.

34 - Теперь вторая важная задача: настроить репликацию DFS (DFS-R) , но перед этим, почему бы нам не создать еще одну целевую папку для брошюр…

Щелкните правой кнопкой мыши "Брошюры", а затем выберите "Добавить папку"…

35 - В поле «Новая папка» в разделе «Путь к целевой папке» введите \\ svr01 \ Brochures, а затем нажмите «ОК»…

36 - В поле «Предупреждение» щелкните Да , чтобы создать общую папку на сервере svr01…

37 - Затем в поле «Создать общий ресурс», в разделе «Локальный путь к общей папке» введите C: \ MarketingDocs \ Brochures , не забудьте выбрать для администратора полный доступ; у других пользователей есть разрешения на чтение и запись, затем нажмите OK…

38 - В поле «Предупреждение» нажмите Да, чтобы создать папку на сервере svr01…

39 - В поле Репликация щелкните Да .Запустится мастер репликации папки

40 - Затем в мастере репликации папки на странице «Группа репликации» и «Имя реплицируемой папки» примите настройки по умолчанию и нажмите «Далее».

41 - На странице "Право на репликацию" нажмите Далее

42 - В поле «Основной член» я выбираю сервер SVR01 в качестве основного сервера DFS, а затем нажимаю «Далее»…

43 - В поле выбора топологии выберите Full Mesh, а затем нажмите Next…

44 - В расписании группы репликации и пропускной способности я выбираю «Полный» и затем нажимаю «Далее»…

45 - В поле "Просмотр параметров и создание группы репликации" нажмите Создать

46 - В поле «Подтверждение» нажмите Закрыть ( убедитесь, что весь статус - «Успех» )…

47 - В поле Replication Delay нажмите OK…

48 - Затем разверните «Репликация» и щелкните comsys.local \ marketingdocs \ brochures, на правой панели, на вкладке "Членство", убедитесь, что указаны серверы comsys-rodc01 и svr01….

49 - Чтобы убедиться, что весь процесс репликации работает без каких-либо проблем, а также для проверки того, что наш второй сервер, который является сервером COMSYS-RODC01, выполняет ту же функцию в DFS, войдите на сервер COMSYS-RODC01, откройте DFS и щелкните правой кнопкой мыши пространство имен и щелкните Добавить пространство имен для отображения…

50 - В поле «Добавить пространство имен для отображения» убедитесь, что домен - Comsys.local и в разделе «Пространство имен:» отображается \\ Comsys.local \ MarketingDocs, а затем нажмите «ОК»…

51 - Затем в консоли DFS на сервере Comsys-RODC01 вы должны увидеть, что указаны папки Brochures и OnlineAdvert…

52 - Наконец, войдите на свой клиентский компьютер как любой пользователь домена, откройте RUN и введите \\ Comsys.local \ MarketingDocs и нажмите Enter, и вы должны заметить, что папка Marketingdocs появляется во всплывающем окне с брошюрами, а папка OnlineAdvert находится внутри ...

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

Подождите моего следующего поста, я пройдусь с High Availability в DFS…. 🙂

Нравится:

Нравится Загрузка ...

Связанные

Проблема репликации DFS с идентификатором события 5014 и 14526

Проблема репликации DFS с идентификатором события 5014 и 14526

Репликация DFS не может реплицироваться с партнером из-за к ошибке связи

Репликация DFS завершилась неудачно с кодом ошибки: 9032 ( соединение отключается).Код события: 5002

Репликация DFS завершилась неудачно с кодом ошибки: 1722 ( Сервер RPC недоступен.). Идентификатор события: 5008

Код события: 5014 - Служба репликации DFS прекращение связи с партнером для группы репликации из-за ошибки

Идентификатор события: 14526 - DFS не удалось связаться с активным Справочник. DFS будет использовать кэшированные данные

Q: Основной сайт: B и удаленная ветвь: C. Реплицированная папка: "\\ server \ d $ \ dfsharet" на обоих серверах.Оба подключены через VPN-туннель. Оба сайта работают под управлением Windows 2008.

Я могу пинговать каждый сайт по имени. Брандмауэр отключен на обоих серверах. Я могу telnet порт 135 и 139. Я могу получить доступ друг к другу с помощью удаленного рабочего стола. Nslookup выглядит хорошо. Служба репликации DFS и пространство имен DFS Сервис запущен.

При попытке создать отчет о работоспособности DFS я получаю эту ошибку:

Ошибки связи препятствуют репликации с B

Затронутые реплицированные папки:

Все реплицированные папки на этом сервере.

Описание:

Репликация DFS не может реплицироваться с партнером B из-за ошибка связи. Служба репликации DFS использовала партнерский DNS имя B.domain.local, IP-адрес 172.16.0.15 и WINS-адрес B, но сбой с кодом ошибки: 9032 (соединение прерывается). Событие ID: 5002

Последнее событие:

Четверг, 4 ноября 2010 г., 5:02:53 (GMT-6: 00)

Предлагаемое действие:

Проверьте наличие проблем с подключением к сети, для устранение проблем с RPC см. RPC KB 839880 и дополнительную информацию по устранению неполадок см. Microsoft Веб-сайт.

Ошибки связи препятствуют репликации с партнер Б.

Затронутые реплицированные папки:

Все реплицированные папки на этом сервере.

Описание:

Репликация DFS не может реплицироваться с партнером B из-за ошибка связи.Эта ошибка может возникнуть, если хост недоступен, или если служба репликации DFS не запущена на сервер. Служба репликации DFS использовала DNS-имя партнера B.doamin.local, IP-адрес 172.16.0.15 и WINS-адрес B, но сбой с идентификатором ошибки: 1722 (сервер RPC недоступен). Событие ID: 5008

Последнее событие:

Среда, 3 ноября 2010 г., 5:04:10 (GMT-6: 00)

Предлагаемое действие:

Проверка подключения к сети и связанных с обслуживанием проблемы.Для устранения проблем с RPC см. RPC KB 839880 и дополнительную информацию по устранению неполадок см. Microsoft Веб-сайт.

Я также нашел эти идентификаторы событий.

Имя журнала: репликация DFS

Источник: DFSR

Дата: 03.11.2010 5:04:10

Идентификатор события: 5008

Категория задачи: Нет

Уровень: Ошибка

Ключевые слова: Классика

Пользователь: N / A

Компьютер: C.domain.местный

Описание:

Службе репликации DFS не удалось связаться с партнером B для группа репликации Dfsharet. Эта ошибка может возникнуть, если хост недоступен, или если на сервере не запущена служба репликации DFS.

Партнерский DNS-адрес: B.domain.local

Дополнительные данные, если доступны:

Партнер WINS Адрес: B

IP-адрес партнера: 172.16.0.15

Служба будет периодически повторять попытки подключения.

Дополнительная информация:

Ошибка: 1722 (сервер RPC недоступен.)

Идентификатор подключения: 3D32F565-DDE5-4184-B7F5-832B96EC27BD

Идентификатор группы репликации: 34CAE6E2-F48C-45D2-98B4-A5FEA4ECF8AD

Имя журнала: репликация DFS

Источник: DFSR

Дата: 02.11.2010 21:00:00

Код события: 5002

Категория задачи: Нет

Уровень: Ошибка

Ключевые слова: Классика

Пользователь: N / A

Компьютер: C.domain.local

Описание:

Служба репликации DFS обнаружила ошибку при обмене данными с партнер B для группы репликации Dfsharet.

DNS-адрес партнера: B.domain.local

Дополнительные данные, если доступны:

Партнер WINS Адрес: B

IP-адрес партнера: 172.16.0.15

Служба будет периодически повторять попытки подключения.

Дополнительная информация:

Ошибка: 9032 (соединение прерывается)

Идентификатор подключения: 3D32F565-DDE5-4184-B7F5-832B96EC27BD

Идентификатор группы репликации: 34CAE6E2-F48C-45D2-98B4-A5FEA4ECF8AD

A1: После некоторого исследования, сначала я должен упомянуть, что ваш оригинал Проблема может быть не так уж и сложна.Хотя компьютеры в C-сайте на самом деле перейти на файловый сервер на B-сайте, это просто проблема перехода DFS ..

Вы упомянули: «однако он не реплицировался полностью»
Вы имеете в виду, что в настоящее время папка «dfsharet» не реплицируется между два сервера DFS?

ЕСЛИ проблема стала более серьезной проблемой, которую нужно исправить.

Исходя из ситуации, предлагаю попробовать удалить все папку из пространства имен DFS, отключите совместное использование всех папок "dfsharets" на всех Серверы DFS, переименуйте имена этих общих папок, повторно поделитесь ими и воссоздайте новую папку и ее ссылку репликации в пространстве имен DFS.

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

На сервере B:

Имя журнала: репликация DFS

Источник: DFSR

Дата: 06.11.2010 10:09:40

Идентификатор события: 5014

Категория задачи: Нет

Уровень: Предупреждение

Ключевые слова: Классика

Пользователь: N / A

Компьютер: B

Описание:

Служба репликации DFS прекращает обмен данными с партнером C для домен группы репликации.local \ dfs \ dfsharet из-за ошибки. Сервис будет периодически повторять попытку подключения.

Дополнительная информация:

Ошибка: 1722 (сервер RPC недоступен.)

Идентификатор подключения: 2015EE93-701E-4D2A-8C03-D5B7BE596BF3

Идентификатор группы репликации: 8993FDDC-DB78-4680-B278-5D151F02BAFF

E

на сервере C:

Имя журнала: Система

Источник: Microsoft-Windows-DfsSvc

Дата: 06.11.2010 9:47:24

Код события: 14526

Категория задачи: Нет

Уровень: Предупреждение

Ключевые слова: Классика

Пользователь: N / A

Компьютер: C

Описание:

DFS не удалось связаться с B Active Directory.DFS будет использовать кешированный данные. Код возврата находится в данных записи.

Если я запустил repadmin / showreps, оба сервера покажут "Ошибка DsReplicaGetInfo () со статусом 8453 (0x2105):

Отказано в доступе к репликации ".

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

A2: Я обнаружил множество этих ошибок в ваших журналах:
+ [Ошибка: 9053 (0x235d) RpcFinalizeContext downstreamtransport.cpp: 1117 3924 C Превышена промежуточная квота]
+ [Ошибка: 9053 (0x235d) Rdc :: SyncClientState :: Download rdc.cpp: 2640 3924 C промежуточная квота была превышена]
+ [Ошибка: 9053 (0x235d) DownstreamTransport :: DownloadFile downstreamtransport.cpp: 5937 3924 C Промежуточная квота превышена]
+ [Ошибка: 9053 (0x235d) RpcFinalizeContext downstreamtransport.cpp: 1117 3924 C Превышена промежуточная квота]
+ [Ошибка: 9053 (0x235d) DownstreamTransport :: DownloadFileAsync downstreamtransport.cpp: 6444 3924 C Промежуточная квота превышена]
+ [Ошибка: 9053 (0x235d) DownloadWriter :: AllocateFileSize соответствует.cpp: 1055 3924 C Превышена промежуточная квота]
+ [Ошибка: 9053 (0x235d) StageWriter :: ReserveSpace staging.cpp: 659 3924 C промежуточная квота была превышена]
+ [Ошибка: 9053 (0x235d) StageWriter :: ReserveSpace staging.cpp: 651 3924 C превышена промежуточная квота]

Исходя из этого, я хотел бы сначала поделиться некоторыми предложениями, как показано ниже:
DFSR Prestaging Best Practice

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

2. Установите исправление 931685/943661, если оно win2003 на всех серверах участие в репликации DFS.
Его следует применять независимо от того, находится ли сервер на SP1 или SP2, и на обоих Серверы Enterprise и Standard Edition.

3. Предварительно обработайте данные на желаемых серверах. Общие методы включают использование Robocopy, Xcopy или Windows Backup (NTBackup) или Windows Explorer.
Я не нашел предпочтительного метода, все они работают, пока вы следуете лучшие практики.

Robocopy - отлично работает, пока вы не используете / copyall или / copy: S.В виде пока у корня реплицируемой папки точно такой же ACL (включая биты наследования) на обеих машинах, используя Robocopy без / copyall (или / copy: s) будет работать должным образом.

Xcopy - Xcopy с переключателем / O правильно скопирует ACL.

Windows Backup (NTBACKUP) - инструмент резервного копирования Windows по умолчанию правильно восстановить ACL (если вы не снимите флажок Advanced Restore Option для параметра Восстановить безопасность, который установлен по умолчанию).

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

ПРИМЕЧАНИЕ Проверенную версию DFSR.EXE можно использовать для проверки хеш-кодов. идентичны между членами.

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

Чтобы изменить размер промежуточной квоты, в DFS Management (dfsmgmt.msc) выберите группу репликации, щелкните вкладку Членство, дважды щелкните каждую реплицированная папка и выберите вкладку Дополнительно.

Основные рекомендации для промежуточной квоты:
- Если возможно, измените промежуточный путь на том на другом шпинделе (промежуточный путь настраивается там же, что и размер промежуточной квоты)
- Установите размер промежуточной квоты как можно ближе к размеру реплицируемой папки насколько возможно.Большая промежуточная квота особенно важна во время начального репликация.
- Как минимум промежуточная квота должна быть равна объединенному размеру из пяти самых больших файлов в реплицируемой папке. (Вы получили эмпирические правила ранее).
- Увеличьте промежуточную квоту на 50%, если вы видите событие 4202 и 4204 или 4208 и 4206, это был именно ваш подход J.

Дополнительная информация:
http://blogs.technet.com/filecab/archive/2006/03/20/422544.aspx

5.Дождитесь завершения начальной репликации.
Во-первых, на основном элементе вы увидите 4112, указывающее, что это основной член. Затем на неосновном вы увидите 4102 (начальное начата репликация), а затем - 4104 после завершения начальной репликации. Вы можно отслеживать ход выполнения с помощью счетчиков производительности DFSR.
Если файлы были предварительно подготовлены правильно, хэши файлов будут идентичными и DFSR будет реплицировать минимальный объем информации по сети в укажите одинаковые файлы.

Если хэши файлов не идентичны (например, если robocopy / copyall использовался для предварительной настройки или если файлы были просто изменены после того, как они были предварительно настроены), все или почти все файлы будут конфликтовать, что приведет к в потоке 4412 событий на нижележащем (непервичном) члене.
DFSR будет повторно использовать биты от проигравшего конфликт (сидящего в ConflictAndDeleted), чтобы предотвратить репликацию всего победителя конфликта провод.
Однако, если исправление 931685 не было применено, победитель всего конфликта будет воспроизведен по сети.Кроме того, размер квоты по умолчанию 660 МБ для папка ConflictAndDeleted будет быстро доступна в большинстве случаев, когда большая часть реплицированной папки находится в конфликте из-за неправильной предварительной подготовки.
Вы можете настроить больший размер квоты ConflictAndDeleted, но фокус всегда должен быть правильно настроен, чтобы мы не видели лишних файлов конфликты во время начальной репликации.

A2: Сейчас работает. Что я сделал

1. Воссоздал DFS. Пожалуйста, перейдите по этой ссылке: Репликация DFS как на

2.Возникла проблема репликации DFS в WAN ссылке: пожалуйста обратитесь к этому сообщению: Репликация DFS просто останавливает

3. Предварительная обработка данных с помощью robocopy.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *