none
DFS репликация. большой счетчик Backlog File Count RRS feed

  • Вопрос

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

    \\срв1\а1  и \\срв2\а2

    при этом папка а2 как read only в настройках группы репликации

    предварительно заполнил папку а2 с помощью robocopy

    теперь при выполнении 

    dfsrdiag backlog /SMem:срв1 /RMem:срв2 /rgname:а1 /rfname:а2
    наблюдаю такие числа:
    Member <срв2> Backlog File Count: 902638

    за пару дней тысяч на 20 уменьшилось.

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

    как то можно еще более наглядно посмотреть, процент репликации или еще как то может?

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



    • Изменено itdmit 12 сентября 2019 г. 19:30
    12 сентября 2019 г. 16:22

Ответы

  • Увеличьте размер staging quota. Посмотрите логи DSF Replication на обоих серверах.

    Возможно, у вас очень часто изменяются файлы, поэтому процесс идёт медленный. Вы пишите что via robocopy заполнили копию, а экспорт/импорт БД DFSR вы выполнили? Если нет, то процесс первичной инициализации и заполнения БД будет идти долго.

    Оставляйте на выходные и смотрите как пойдет процесс дальше (в случае ошибок в логе DFSR).

    • Помечено в качестве ответа itdmit 13 сентября 2019 г. 12:47
    13 сентября 2019 г. 6:35
  • Добрый день,

    Что касается бэкапа veritas - в случае DFS папок надо ставить на резервное копирование  Shadow Copy Components->User Data->Distributed File System Replication->...

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

    • Изменено Mikhail Efimov 13 сентября 2019 г. 7:10
    • Помечено в качестве ответа itdmit 13 сентября 2019 г. 12:46
    13 сентября 2019 г. 6:55
  • Не там ищите, смотрите там где выбираете что бэкапить:

    ну и ещё здесь: https://www.veritas.com/support/en_US/article.100006336

    • Помечено в качестве ответа itdmit 13 сентября 2019 г. 12:46
    13 сентября 2019 г. 12:33
  • ну и ещё здесь: https://www.veritas.com/support/en_US/article.100006336

    О, вот это есть да, спасибо.

    То есть это надо отметить совместно с обычным выбором папок или достаточно здесь только выбрать?

    Только здесь
    • Помечено в качестве ответа itdmit 13 сентября 2019 г. 13:24
    13 сентября 2019 г. 13:14
  • Не, упоминание об этом есть в самом начале статьи, другое дела нет описания как это сделать, но тут Гугл вам в помощь:

    By preseeding files before you set up DFS Replication, add a new replication partner, or replace a server, you can speed up initial synchronization and enable cloning of the DFS Replication database in Windows Server 2012 R2.

    • Помечено в качестве ответа itdmit 18 сентября 2019 г. 18:21
    16 сентября 2019 г. 6:42

Все ответы

  • Увеличьте размер staging quota. Посмотрите логи DSF Replication на обоих серверах.

    Возможно, у вас очень часто изменяются файлы, поэтому процесс идёт медленный. Вы пишите что via robocopy заполнили копию, а экспорт/импорт БД DFSR вы выполнили? Если нет, то процесс первичной инициализации и заполнения БД будет идти долго.

    Оставляйте на выходные и смотрите как пойдет процесс дальше (в случае ошибок в логе DFSR).

    • Помечено в качестве ответа itdmit 13 сентября 2019 г. 12:47
    13 сентября 2019 г. 6:35
  • Добрый день,

    Что касается бэкапа veritas - в случае DFS папок надо ставить на резервное копирование  Shadow Copy Components->User Data->Distributed File System Replication->...

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

    • Изменено Mikhail Efimov 13 сентября 2019 г. 7:10
    • Помечено в качестве ответа itdmit 13 сентября 2019 г. 12:46
    13 сентября 2019 г. 6:55
  • Увеличьте размер staging quota. Посмотрите логи DSF Replication на обоих серверах.

    Возможно, у вас очень часто изменяются файлы, поэтому процесс идёт медленный. Вы пишите что via robocopy заполнили копию, а экспорт/импорт БД DFSR вы выполнили? Если нет, то процесс первичной инициализации и заполнения БД будет идти долго.

    Оставляйте на выходные и смотрите как пойдет процесс дальше (в случае ошибок в логе DFSR).

    Вот базу не экспортировал(
    13 сентября 2019 г. 8:50
  • Значит вы только половину работы сделали. И в данный момент БД DFSR на реплики заполняется в штатном режиме.

    Просто ждите когда процесс закончится.

    13 сентября 2019 г. 11:47
  • Добрый день,

    Что касается бэкапа veritas - в случае DFS папок надо ставить на резервное копирование  Shadow Copy Components->User Data->Distributed File System Replication->...


    Что то я у себя не вижу такого пункта в меню

    13 сентября 2019 г. 12:23
  • Не там ищите, смотрите там где выбираете что бэкапить:

    ну и ещё здесь: https://www.veritas.com/support/en_US/article.100006336

    • Помечено в качестве ответа itdmit 13 сентября 2019 г. 12:46
    13 сентября 2019 г. 12:33
  • Допутим все закончится и мне уже будет не нужна эта репликация, как правильно останавливать?

    1. делаю папку на срв2 read-write

    жду прохождения репликации с контроллерами домена

    2. Иду на вкладку replication folder и удаляю там папку.

    Похоже?

    13 сентября 2019 г. 12:36
  • Значит вы только половину работы сделали. И в данный момент БД DFSR на реплики заполняется в штатном режиме.

    Просто ждите когда процесс закончится.

    а в логах кроме ID 4412 (The DFS Replication service detected that a file was changed on multiple servers. A conflict resolution algorithm was used to determine the winning file. The losing file was moved to the Conflict and Deleted folder. )

    Ничего особо и нет.

    13 сентября 2019 г. 12:41
  • Не там ищите, смотрите там где выбираете что бэкапить:

    ну и ещё здесь: https://www.veritas.com/support/en_US/article.100006336

    О, вот это есть да, спасибо.

    То есть это надо отметить совместно с обычным выбором папок или достаточно здесь только выбрать?

    13 сентября 2019 г. 12:51
  • а в логах кроме ID 4412 (The DFS Replication service detected that a file was changed on multiple servers. A conflict resolution algorithm was used to determine the winning file. The losing file was moved to the Conflict and Deleted folder. )

    Ничего особо и нет.

    А вот это не совсем хорошо для пользователей. Какие данные в папке? Пользователи могут изменить один и тот же файл на разных серверах одновременно, а в итоге сохранится только одно изменение. Причём в случае офисных файлов предупреждений что файл открыт другим пользователем не будет, если открывать его с разных серверов.
    13 сентября 2019 г. 12:55
  • Как вы получили эту ошибку, если

    "при этом папка а2 как read only "

    13 сентября 2019 г. 13:07
  • Как вы получили эту ошибку, если

    "при этом папка а2 как read only "

    Это как раз на сервере на котором папки read-only

    Я так понимаю там сейчас перебираются все файлы подряд и так как я не сделал ипорт базы, считается, что все файлы другие(отличаются типа), ну и затягиваются ТАКИЕ ЖЕ но новые. Поэтому видимо все так и долго.



    • Изменено itdmit 13 сентября 2019 г. 13:14
    13 сентября 2019 г. 13:10
  • а в логах кроме ID 4412 (The DFS Replication service detected that a file was changed on multiple servers. A conflict resolution algorithm was used to determine the winning file. The losing file was moved to the Conflict and Deleted folder. )

    Ничего особо и нет.

    А вот это не совсем хорошо для пользователей. Какие данные в папке? Пользователи могут изменить один и тот же файл на разных серверах одновременно, а в итоге сохранится только одно изменение. Причём в случае офисных файлов предупреждений что файл открыт другим пользователем не будет, если открывать его с разных серверов.
    Это сейчас невозможно, во первых принимающие папки read-only, во вторых шара \\domain.local\а1 не настроена. Другими словами, неймспейс никто в принципе сейчас не использует. Репликацию настроил исключительно для переноса всего добра на новый сервер. Так как простым копированием даже за двое суток не уложится. Данных около 4ТБ. их робокопи копировал 4 дня.
    13 сентября 2019 г. 13:13
  • ну и ещё здесь: https://www.veritas.com/support/en_US/article.100006336

    О, вот это есть да, спасибо.

    То есть это надо отметить совместно с обычным выбором папок или достаточно здесь только выбрать?

    Только здесь
    • Помечено в качестве ответа itdmit 13 сентября 2019 г. 13:24
    13 сентября 2019 г. 13:14
  • robocopy копировал 4 ТБ за 4 дня??

    У вас либо с сетью что-то, либо вы копирование запустили в один поток (!).

    13 сентября 2019 г. 13:18
  • Увеличьте размер staging quota. Посмотрите логи DSF Replication на обоих серверах.

    Возможно, у вас очень часто изменяются файлы, поэтому процесс идёт медленный. Вы пишите что via robocopy заполнили копию, а экспорт/импорт БД DFSR вы выполнили? Если нет, то процесс первичной инициализации и заполнения БД будет идти долго.

    Оставляйте на выходные и смотрите как пойдет процесс дальше (в случае ошибок в логе DFSR).

    Осталось 108000 файлов, процесс идет.

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

    Я делал по этой схеме https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/dn495044%28v%3dws.11%29

    16 сентября 2019 г. 6:34
  • Не, упоминание об этом есть в самом начале статьи, другое дела нет описания как это сделать, но тут Гугл вам в помощь:

    By preseeding files before you set up DFS Replication, add a new replication partner, or replace a server, you can speed up initial synchronization and enable cloning of the DFS Replication database in Windows Server 2012 R2.

    • Помечено в качестве ответа itdmit 18 сентября 2019 г. 18:21
    16 сентября 2019 г. 6:42
  • процесс идет, осталось 12 больших pst файлов.

    но! Такой вопрос возник. Вот у меня на сервере срв2 папка в режиме read-only

    Сейчас сделал команду dfsrdiag backlog /SMem:срв2 /RMem:срв1 /rgname:срв1_to_срв2 /rfname:"а1"

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

    И они есть. как так?

    там порядка 7000файлов. Как это возможно, если \\срв2\а2 ридонли? 

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

    И что же? теперь все эти удаленные файлы хотят вернутся? или они стоят в очереди для того, что бы удалится в \\срв2\а2?


    • Изменено itdmit 18 сентября 2019 г. 18:30
    18 сентября 2019 г. 18:29