none
Очень долгая начальная репликация DFS-R 2012R2 RRS feed

  • Общие обсуждения

  • Имеется: домен на 2008R2 (версия схемы = 47), два файловых сервера WS2012R2, около 10 ТБ данных, гигабитная сеть.

    Сначала скопировал данные с основного на резервный сервер с помощью robocopy.

    Потом настроил репликацию, включая клонирование базы, по этой статье:
    http://blogs.technet.com/b/filecab/archive/2013/08/21/dfs-replication-initial-sync-in-windows-server-2012-r2-attack-of-the-clones.aspx

    Служба работает. В логах периодически появляются записи о достижении лимита staging (500 ГБ) и его успешной очистке; о конфликтах (на резервном сервере) и их успешном разрешении. Но прошло уже 8 суток, а воз и ныне там - репликация до сих пор не работает.

    Две странности (может так и должно быть, но есть сомнения):

    1) Служба использует очень мало ресурсов: <25% процессора, <0,5 Мбит/с сеть, около 90-95 МБ памяти, <40 МБ/с диск.

    2) В статье написано что экспорт/импорт базы занимает несколько часов. У меня это заняло несколько минут.

    У кого-нибудь вообще работает DFSR 2012R адекватно на больших объёмах данных (хотя бы от 5 ТБ)?

    Что я могу сделать чтобы исправить ситуацию?



    13 февраля 2014 г. 3:45

Все ответы

  • я клонирвоать базу не пробовал, потому как пока к сожалению 2012 не r2, но 1.5 тб с предварительным копированием из бекапа реплицировалось недели 3

    14 февраля 2014 г. 16:39
  • По описанию клонирование не сработало вообще.

    Сазонов Илья http://isazonov.wordpress.com/

    18 февраля 2014 г. 6:44
    Модератор
  • У меня видимо тоже клонирование не получилось, так как начальная репликация продолжалась около 10 суток. Сейчас репликация идёт уже в "нормальном" режиме. Работает жутко медленно, очередь рассасывается только ночью. В настройках подключений dfsr полоса пропускания не ограничена (полная). Но я не видел чтобы использовалось более 1 Мбит/с. То есть 0,1% от гигабита. Это можно как-то исправить ?
    18 февраля 2014 г. 7:14
  • Несколько устаревшая в деталях, но актуальная идейно статья http://blogs.technet.com/b/askds/archive/2007/10/05/top-10-common-causes-of-slow-replication-with-dfsr.aspx


    Сазонов Илья http://isazonov.wordpress.com/

    18 февраля 2014 г. 13:47
    Модератор
  • Статья конкретно устаревшая - речь идёт о Windows 2003, о её настройки и патчах для ней же. К WS 2012 R2 статья никакого отношения не имеет.
    21 февраля 2014 г. 6:32
  • Там основное указано, что надо проверить.

    Сазонов Илья http://isazonov.wordpress.com/

    21 февраля 2014 г. 12:53
    Модератор
  • Давайте по пунктам:

    1. Missing Windows Server 2003 Network QFE Hotfixes or Service Pack 2
    Относится только к 2003.

    2. Missing DFSR Service’s latest binary
    Относится к 2003, 2008, 2008R2. Вы знаете какие-нибудь патчи для DFSR 2012R2?

    3. Out-of-date Network Card and Storage drivers
    Драйвера все нативные (MS). Не выявлено никаких ошибок с производительностью или надёжностью сети или хранилища.

    4. DFSR Staging directory is too small for the amount of data being modified
    0,5 ТБ. Мало?

    5. Bandwidth Throttling or Schedule windows are too aggressive
    Полоса пропускания не ограничена (Full), расписание 24*7.

    6. Large amounts of sharing violations
    Ошибок 4302 не было.

    7. RDC has been disabled over a WAN link.
    Линк не WAN, а RDC включено.

    8. Incompatible Anti-Virus software or other file system filter drivers
    Нет ни антивируса, ни прочего подобного.

    9. File Server Resource Manager (FSRM) configured with quotas/screens that block replication.
    Да, экранирование настроено. Но, во-первых, запрещённые файлы из папок вычищены. Во-вторых, отключение экранирования не помогает.

    10. Un-staged or improperly pre-staged data leading to slow initial replication.

    * Users are modifying files while initial replication is going on – ideally, you should set up your replication over a change control window like a weekend or overnight.
    Увы - круглосуточное производство - файлы на исходном сервере изменяются постоянно. Но почему-то робокопу хватает 9 часов чтобы синхронизировать изменения сделанные за неделю. А DFSR делало то же самое 10 суток - в 26 раз дольше!

    * You don’t have the latest DFSR.EXE from #2 above.
    Опять про 2003/2008.

    * You have not pre-staged data, or you’ve done it in a way that actually alters the files, forcing the most of or the entire file to replicate initially.
    Файлы скопированы робокопом со всеми атрибутами и правами.

    21 февраля 2014 г. 13:38