none
DFSR Replication RRS feed

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

  • Вопрос на понимание замечательного сервиса DFSR. Расскажу сначала о инфраструктуре:

    Домен на контроллерах 2008r2, два файловых сервера также на 2008r2. Схема доступа такая:

    Есть DFS-Namespace на который прилинкованы по две папки с разных серверов то есть \\fs01\users и \\fs02\users, вторая  находится в статусе Disable дабы не было изменений сразу на обоих серверах, то есть пользователи получают только один линк на ресурс. Настроена репликация этих папок и если выйдет из строя fs01 в DFS включим вторую ссылку и будет нам счастье. Однако репликация настроена двухстороняя (насколько это правильно тоже вопрос)

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

    Теперь самое интересное: если вдруг служба DFSR была аварийно завершена то мы теряем файл DFSR.db и он начинает перестраиваться заново. Насколько я понимаю в этот момент сервер считается Member, а другого участника Primary (если не прав поправьте), соответсвенно если на Primary версия файла отличается от Member , то последний кладет ее в папку Conflict and Deleted.

    Но что случается если база одновременно полетела на двух серверах например при долгосрочном отключении электричества или неправильном техническом обслуживании серверов? Кто первей заресторил базу того и "тапки"?

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


    13 сентября 2013 г. 5:45

Все ответы

  • Позволю себе приподнять немного тему :)
    16 сентября 2013 г. 9:12
  • Печально, закрывайте...
    20 сентября 2013 г. 7:56
  • Но что случается если база одновременно полетела на двух серверах например при долгосрочном отключении электричества или неправильном техническом обслуживании серверов? Кто первей заресторил базу того и "тапки"?
    Кого вы назначите Authoritative - тот и будет.

    Active Directory? Ask me how.

    23 сентября 2013 г. 7:42
    Отвечающий
  • А если никого не назначу?
    23 сентября 2013 г. 7:45
  • Будет печально :) данные доступны будут по шаре, но вот репликации не будет

    Active Directory? Ask me how.

    23 сентября 2013 г. 7:47
    Отвечающий
  • Правильно ли я понимаю, что все участники равноправны в репликации после initial repication? (если не указан Read-Only или вручную не рвать связи)

    Случай из жизни:

    два сервера вырубились по питанию, в итоге без моих действий один из них стал primary и пошла начальная репликация, после restore db, повезло что primary стал именно тот на котором были актуальные данные(он был в списке ссылок в dfs)

    и вот здесь вопрос - повезло мне или так и должно было случиться?

    23 сентября 2013 г. 7:52
  • Но что случается если база одновременно полетела на двух серверах например при долгосрочном отключении электричества или неправильном техническом обслуживании серверов? Кто первей заресторил базу того и "тапки"?

    Кого вы назначите Authoritative - тот и будет.

    Active Directory? Ask me how.


    об этом речь - Dfsradmin membership /set /isprimary:true ?
    23 сентября 2013 г. 7:53
  • об этом речь - Dfsradmin membership /set /isprimary:true ?
    ммм, проверять сейчас негде, но не исключено что это :) опять же - вышесказанное актуально при включённом Content Freshness

    Active Directory? Ask me how.

    23 сентября 2013 г. 8:12
    Отвечающий
  • Ознакомлюсь вернусь :)
    23 сентября 2013 г. 8:17