none
что выбрать dfsr или robocopy RRS feed

  • Вопрос

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

    Есть задача: выбрать способы синхронизации файлового хранилища
    вариант1) использовать dfsr (домен есть, вроде должно работать)

    вариент2) использовать планировщик с запуском каждые 5 минут robocopy с зеркалированием всех файлов на второй сервер.

    Насколько удобнее использовать тот или иной вариант?

    есть подозрение что робокопи не настолько мощна, чтоб ее так использовать?

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

    посоветуйте пожалуйста, на чем остановиться?

    9 сентября 2014 г. 7:31

Ответы

  • Более 2 лет использовал в продуктиве DFSR на двух серверах 2008R2. Замучился глюки разгребать. После того как год назад, в очередной раз получил по голове от бухгалтерии (за потерю файлов при переходе на резервный сервер) - настроил на этих серверах репликацию с помощью robocopy. До сих пор ни разу не пожалел - потерь данных больше не было.

    На другой паре серверов полгода тестировал DFSR на 2012R2. Стало чуть стабильнее чем в 2008R2, но скорость репликации по-прежнему очень низкая - несколько десятков ГБ в час на линке в 1 Гбит/с. В продуктив такое не запустишь, так как при объёме данных даже в 4-5 ТБ начальная синхронизация данных просто никогда не завершается. Для этой пары используем robocopy как временное решение и проектируем аппаратное зеркалирование. У нас сейчас 10 ТБ данных. Отставание копии - 5-6 часов.

    Проблемы с robocopy были 2 раза - обнаруживалось что на отдельных папках не отреплицировались разрешения безопасности и аудита. Установил их вручную на целевой папке. Если папка небольшая - можно её просто удалить - robocopy скопирует её заново со всеми разрешениями.

    Выводы для себя сделал такие:

    1) DFSR пригодна для репликации небольшого количества мелких, редкоизменяемых файлов. Также в момент репликации файл не должен быть занят. Например DFSR хорошо работает с SYSVOL. На файловых серверах DFSR глючит начиная с объёма данных в нескольких сотен ГБ.

    2) Robocopy можно использовать для репликации до нескольких ТБ. На больших объёмах увеличивается, разумеется, отставание копии от оригинала, но стабильность не страдает. Да и скорость у robocopy выше чем DFSR. Файлы должны освобождаться программами хотя бы иногда - на время достаточное для репликации. В отличие от DFSR - ведёт нормальные логи. Для ускорения, можно скриптом запускать несколько процессов robocopy (опция /MT работает плохо). Запускать robocopy лучше на целевом сервере - в некоторых средах это значительно (до 10 раз) увеличивает скорость. На 2008R2 и W7 желательно установить обновление для robocopy - KB2639043.
    Пример параметров: robocopy \\SourceServer\D$ D:\ /mir /copyall /fp /np /ndl /R:0 /W:0 /xj /sl /bytes /xf ~$*.xls* ~$*.doc* ~wr*.tmp Thumbs.db /log:robo.log


    • Помечено в качестве ответа osr_MVP, Moderator 10 сентября 2014 г. 12:47
    10 сентября 2014 г. 7:08

Все ответы

  • Более 2 лет использовал в продуктиве DFSR на двух серверах 2008R2. Замучился глюки разгребать. После того как год назад, в очередной раз получил по голове от бухгалтерии (за потерю файлов при переходе на резервный сервер) - настроил на этих серверах репликацию с помощью robocopy. До сих пор ни разу не пожалел - потерь данных больше не было.

    На другой паре серверов полгода тестировал DFSR на 2012R2. Стало чуть стабильнее чем в 2008R2, но скорость репликации по-прежнему очень низкая - несколько десятков ГБ в час на линке в 1 Гбит/с. В продуктив такое не запустишь, так как при объёме данных даже в 4-5 ТБ начальная синхронизация данных просто никогда не завершается. Для этой пары используем robocopy как временное решение и проектируем аппаратное зеркалирование. У нас сейчас 10 ТБ данных. Отставание копии - 5-6 часов.

    Проблемы с robocopy были 2 раза - обнаруживалось что на отдельных папках не отреплицировались разрешения безопасности и аудита. Установил их вручную на целевой папке. Если папка небольшая - можно её просто удалить - robocopy скопирует её заново со всеми разрешениями.

    Выводы для себя сделал такие:

    1) DFSR пригодна для репликации небольшого количества мелких, редкоизменяемых файлов. Также в момент репликации файл не должен быть занят. Например DFSR хорошо работает с SYSVOL. На файловых серверах DFSR глючит начиная с объёма данных в нескольких сотен ГБ.

    2) Robocopy можно использовать для репликации до нескольких ТБ. На больших объёмах увеличивается, разумеется, отставание копии от оригинала, но стабильность не страдает. Да и скорость у robocopy выше чем DFSR. Файлы должны освобождаться программами хотя бы иногда - на время достаточное для репликации. В отличие от DFSR - ведёт нормальные логи. Для ускорения, можно скриптом запускать несколько процессов robocopy (опция /MT работает плохо). Запускать robocopy лучше на целевом сервере - в некоторых средах это значительно (до 10 раз) увеличивает скорость. На 2008R2 и W7 желательно установить обновление для robocopy - KB2639043.
    Пример параметров: robocopy \\SourceServer\D$ D:\ /mir /copyall /fp /np /ndl /R:0 /W:0 /xj /sl /bytes /xf ~$*.xls* ~$*.doc* ~wr*.tmp Thumbs.db /log:robo.log


    • Помечено в качестве ответа osr_MVP, Moderator 10 сентября 2014 г. 12:47
    10 сентября 2014 г. 7:08
  • Спасибо большое. Сейчас я увидел наверно самый ценный ответ. Такого майкрософт точно не напишет никогда. Ваш опыт бесценен.
    10 сентября 2014 г. 12:39
  • Robocopy конечно хорошо, но как вы будете отслаживать актуальность файлов?

    Отрабатывают ли планировщик, не вручную же?

    8 декабря 2018 г. 10:44
  • Не уверен что правильно вас понял, отвечу как могу.

    Робокоп создаёт полноценный лог копирования. Если это важно - можно его парсить и отправлять результаты по e-mail. Это решение не "из коробки", требуется обработка напильником. Однако для DFSR недостижимо и это, так как логов практически нет.

    Единственная проблема с робокопом, из-за которой файлы на резервном сервере могут быть неактуальны - он не копирует файлы занятые программами, например базы Outlook. Чтобы обойти это - можно попробовать создавать временную теневую копию и забирать файлы из неё. Но я не тестировал такое решение.

    8 декабря 2018 г. 14:26
  • Robocopy конечно хорошо, но как вы будете отслаживать актуальность файлов?

    Отрабатывают ли планировщик, не вручную же?

    Вас это беспокоит, вы хотите поговорить об этом? Создайте свой топик. Некропостинг(10 сентября 2014 г) конечно не запрещен, но таки тащемто не приветствуется в этих ваших инторнетах.

    з.ы.

    робокопи /?

                 /MON:n :: MONitor source; run again when more than n changes seen.
                 /MOT:m :: MOnitor source; run again in m minutes Time, if changed.

    ну и в планировщик докучи.

    8 декабря 2018 г. 14:30
  • Ну раз кто-то ответил, не такой уж и некро)

    /MON, планировщик не решают проблему отслеживания актуальности данных, как отслеживать соответсвие данных, особенно при больших объемах?

    DFSR это умеет...

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

    9 декабря 2018 г. 17:30
  • Обе технологии - пережиток прошлого. Сейчас посмотрите в сторону Storage Replica.
    10 декабря 2018 г. 5:59
  • Обе технологии - пережиток прошлого. Сейчас посмотрите в сторону Storage Replica.

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

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


    10 декабря 2018 г. 6:35