none
DFSR конфликты файлов RRS feed

  • Вопрос

  • Здравствуйте, подскажите как можно избегать конфликтов при репликации файлов? У меня в папке ...\DfsrPrivate\ConflictAndDeleted накопилось уже достаточное количество файлов, хотелось бы узнать как избежать появления файлов в данной папке. Знаю что если пользователи работают в одно и тоже время с одинаковым файлом на разных серверах то файл (точнее его раняя вресия) попадёт в эту папку а последняя останется в шаре.

    Так вот непонятно лично для меня как так получается что ws-01 работает на fs-01 сервере имён а ws-02 работает на fs-02 сервере имён с одинаковым файлом, если имя пространство имён одно и тоже? 

    • Изменено dkorsachev 6 мая 2020 г. 13:08

Ответы

Все ответы

  • тут Алексей вам предлагал вариант 

    The opinion expressed by me is not an official position of Microsoft

    Модератор
  • Да спасибо сразу не увидел что вынесли в отдельное обсуждение! 
  • Ну прочитав манифест по ссылке, как восстановить файлы из папки ConflictAndDeleted я понял, но не понятно как клиенты определяют какой сервер основной для них, чтобы все клиенты работали на одном сервере и файлы спокойно реплицировались на другой! Или получается так что ws-01 обращается к файлу на сервер имён fs-01 а с этим файлом оказывается уже работает ws-02 и ws-01 решает открыть этот файл на сервере имён fs-02? И из за этого получается конфликт? 

    Как понять на каком сервере имён работает клиент? На FS-01 или FS-02 и направить всех клиентов чтобы они работали с одним сервером имён а не с разными.

    • Изменено dkorsachev 6 мая 2020 г. 14:17
  • Ещё одна проблема возникла, перестала реплицироваться одна папка, после того как сделал один рефералл на чтение на вторичном сервере имён. Потом вернул обратно на запись. 

    Из диагностического отчёта:

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

    Что с этим делать? Когда может начаться репликация между папками?

  • Передёрните службы DFSR на обоих серверах и подождите некоторое время.

    Если репликация не начнётся, то лечить так

  • Спасибо за ссылку! Перезапуск служб проблему не решил, а вот интересно получается что при выполнении команды: 

    dfsradmin membership list /rgname:zflan.loc\lan\raiony /Attr:MemName,RfName,IsPrimary

    Primary Server не определён. Ну в этой папке как раз репликация и не проходит.

    А вот если выполнить команду с другой группой репликации например:

    dfsradmin membership list /rgname:zflan.loc\adm$\config /Attr:MemName,RfName,IsPrimary

    то Primary Server также не определён, но репликация в данной папке происходит нормально.

    И так по всем другим группам репликации, Primary Server не определён но репликация происходит. Затык именно в группе  zflan.loc\lan\raiony

    • Изменено dkorsachev 7 мая 2020 г. 7:40
  • Это ожидаемое поведение, вы один раз указываете Primary и репликация запускается.

    А далее если запросите статус,то IsPrimary будет не определен.

  • Выполнил команды с админского компьютера:

    dfsradmin membership list /rgname:zflan.loc\lan\raiony /Attr:MemName,RfName,IsPrimary

    MemName   RfName  IsPrimary
    DC-01     Raiony  No
    lan-FS01  Raiony  No

    Задал PrimaryServer:

    C:\Users\dkorsachev.ZFLAN>Dfsradmin Membership Set /RGName:zflan.loc\lan\raiony /RFName:raiony /MemName:lan-fs01 /IsPrimary:True

    Вывод команды:

    dfsradmin membership list /rgname:zflan.loc\lan\raiony /Attr:MemName,RfName,IsPrimary

    MemName   RfName  IsPrimary
    DC-01     Raiony  No
    lan-FS01  Raiony  Yes

    Затем на DC-01 выполнил команду 

    Dfsrdiag Pollad /Member:dc-01

    Потом на LAN-FS01:

    Dfsrdiag Pollad /Member:lan-fs01

    Сообщение в журнале DFRS 4112 4002 нет и флаг Primary c LAN-FS01 не сбрасывается.

    На данный момент репликация вроде как проходит в данной папке! Но посыпались на DC-01 сообщения о конфликтах.

    Вот это меня беспокоит! 

    Имя журнала:   DFS Replication
    Источник:      DFSR
    Дата:          07.05.2020 11:25:36
    Код события:   4412
    Категория задачи:Отсутствует
    Уровень:       Сведения
    Ключевые слова:Классический
    Пользователь:  Н/Д
    Компьютер:     DC-01.zflan.loc
    Описание:
    Служба репликации DFS обнаружила, что файл был изменен на нескольких серверах. Для определения удачного файла был использован алгоритм решения конфликта. Неудачный файл был перемещен в папку конфликтов и удалений. 
     
    Дополнительные сведения: 
    Начальный путь к файлу: D:\D\Raiony\******\XX\**_ХХ *****_2015.xls 
    Новое имя в конфликтной папке: DN_ХХ ***_2015-{FD2FB06C-3D89-4425-A210-AA09E767DCCE}-v1546985.xls 
    Корень реплицированной папки: D:\D\Raiony 
    Идентификатор файла: {C63D94CE-D7BD-4239-A2D1-9A2271E27587}-v352375 
    Имя реплицированной папки: Raiony 
    Идентификатор реплицированной папки: E8DCAC97-68AC-4D12-AA5E-A3FACA276F6A 
    Имя группы репликации: zflan.loc\lan\raiony 
    Идентификатор группы репликации: 77180677-3EB5-4F7C-B941-AEF88B07C6C0 
    Идентификатор члена: 2A3FD884-4E80-4611-A20A-C3069461CBB6

  • Сделал из рекомендации по статье которую вы скинули мне в соседней теме:

    https://docs.microsoft.com/en-us/windows-server/storage/dfs-namespaces/set-target-priority-to-override-referral-ordering

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

    Но есть ещё одна непонятная ситуация: когда выключаю первичный контроллер (скажем для профилактики), все пользователи ищут вторичный DC он же и FS на который проходит репликация. И получается такая картина, клиент заходит на компьютер видит реплицированные данные, сетевые диски заходит на них. Но не получается достучатся до домена, например открыв оснастку DFS Management и предварительно загрузив для отображения пространство имён с вторичного DC доступа нет. Также с оснастками DNS, Пользователи и компьютеры, почему то не видит второй DC. Хотя в настройках IPv4 в качестве вторичного DNS установлен именно вторичный DC. Репликация sysvol и netlogon проходит без ошибок! 

    На тестовой моей лаборатории делаю такую же точно процедуру, там всё видит окромя DFS. Выбираю для отображения пространство имён со второго DC и мне пишет что указанный домен не существует или к нему невозможно подключиться. На вторичном DC установлена только служба DFSR! DFS не установлена.

    Это зависит от того что все роли сосредоточены как раз на первичном DC который мы и выключили?

     






    • Изменено dkorsachev 7 мая 2020 г. 10:28
  • Клиенты, которые ранее подключились к конкретному DC, будут продолжать ломиться именно на него (после его выключения) некоторое время. И за это "некоторое" время, можно получить множество разнообразных ошибок, и доступ к ресурсам DFS, и "загадочные" ошибки аутентификации... Со временем всё устаканится, но ситуацию стоит иметь ввиду, и избегать "профилактики" в периоды активной работы.

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


    S.A.


  • А как с DFS непонятная для меня ситуация, так и должно быть что я не вижу пространство имён со вторичного DC? Хотя оно отображаетя я его подгружаю для видимости а вот при открытии его происходит ошибка что не обнаружен домен или к нему невозможно подключиться.

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

    P.S. Понял для себя наконец-то что нужно: передать 3 роли домена на вторичный DC. А именно 

    PDC emulator (самая нужная роль), RID Master, Infrastructure Master. И DFS заработал нормально без основного DC.

    Один момент если первичный DC являлся авторизованным источником времени для всех клиентов, и мы перенесли роль Эмулятора PDC на другой контроллер на нём же (на вторичном DC) придётся заново настраивать через реестр синхронизацию времени с внешним источником?

    • Изменено dkorsachev 7 мая 2020 г. 15:32