none
DFS-Replication RRS feed

  • Вопрос

  • Добрый день, имеется такая структура:

    Домен уровня 2012 R2 (оба контроллера виртуальных, хотя разницы здесь я думаю нет)

    Если два файловых сервера на 2008 R2, один назовем Primary, второй Secondary. Все пользователи пользуются ресурсами с Primary, настроена DFS-R между Primary и Secondary, причем репликация только в одну сторону. Сделано это таким образом:

    Создана группа репликации и один из членов удален, в DFS-Management оснастке есть ругань поэтому поводу но все работало, пока я не обновил контроллеры до 2012 R2 (или просто так совпало по времени).

    Вообщем репликация работает, но потом вдруг встает, в логах тишина, после рестарта службы DFS-R все работает, причем перезапускать надо то на одном, то на другом. Хотя репликация вроде как работает по принципу Push, то есть Primary толкает на Secondary.

    Через какое-то время все тоже самое (время которое работает без перезапуска сервиса примерно 6 часов).

    Подскажите в какую сторону поглядеть. Спасибо.

    8 января 2014 г. 8:19

Ответы

Все ответы

  • Посмотрите эту статью http://blogs.technet.com/b/filecab/archive/2007/08/16/using-one-way-connections-in-dfs-replication.aspx

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

    8 января 2014 г. 16:08
    Модератор
  • Это я видел. Вопрос в другом почему оно полгода отработало нормально, а после обновления DC начало валиться.

    Что будет если на Primary разрушится база при использовании Read-Only?

    9 января 2014 г. 10:53
  • Если изначально были ошибки, но работало - это конечно вопрос, но сообщение об ошибке скорее повод исправить ее, чем жить с ней и оказаться в ситуации "вдруг перестало работать".

    Так что рекомендую подумать о правильной настройке репликации.


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

    9 января 2014 г. 11:20
    Модератор
  • В двухсторонней репликации смущает возможность failback неактуальных данных, предположим после сбой питания файлового сервера, или синего экране, когда произойдет некорректное завершение службы dfs-r и база данных dfsr на Primary сервере будет разрушена. При разрыве связи вручную такого не произойдет точно.

    Read-Only это тоже самое, что и двухсторонняя репликация только на втором сервере на уровне драйвера файловой системы, запрещены функции типа create_file, delete_file... 

    От краха базы это не спасает, в таком случае можно и на уровне share просто запретить доступ.

    9 января 2014 г. 11:49
  • Откуда возьмутся неактуальные данные?

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

    9 января 2014 г. 12:28
    Модератор
  • Ну скажем если проворонить работоспособность репликации, например остановка службы DFS-R, неработоспособность rpc-сервера, некорретные действия сотрудников IT и т.д. 

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


    9 января 2014 г. 12:44
  • Предусмотреть все и защититься от всего невозможно. Поэтому надо четко сформулировать, какие требования важны вашим пользователям, или вашему бизнесу. И соответственно этому строить систему хранения и доступа к файлам. Если DFS вам не очень подходит, то есть другие средства.

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

    9 января 2014 г. 15:44
    Модератор
  • Какие еще?
    9 января 2014 г. 15:47
  • Давайте будем конкретными для вашей ситуации, иначе обсуждение будет теорией, а не поиском решения, которое вам нужно. Вы сформулируйте, какую задачу бизнеса вы решаете, какие требования.

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

    9 января 2014 г. 16:12
    Модератор
  • Мне нужна актуальная реплика на втором сервере, dfs-r подходит как нельзя лучше:

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

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

    DFSRs (324) \\.\D:\System Volume Information\DFSR\database_3E1C_B249_1CB1_FC49\dfsr.db: Online defragmentation is beginning a full pass on database '\\.\D:\System Volume Information\DFSR\database_3E1C_B249_1CB1_FC49\dfsr.db'.

    И

    DFSRs (324) \\.\D:\System Volume Information\DFSR\database_3E1C_B249_1CB1_FC49\dfsr.db: Online defragmentation has completed a full pass on database '\\.\D:\System Volume Information\DFSR\database_3E1C_B249_1CB1_FC49\dfsr.db', freeing 4 pages. This pass started on 10.01.2014 and ran for a total of 22 seconds, requiring 1 invocations over 1 days. Since the database was created it has been fully defragmented 410 times over 411 days.

    Если я правильно сопоставил время остановки репликация, то причина в этом.

    10 января 2014 г. 5:30
  • Попробую поставить перезапуск сервиса на событие 701, так точно можно будет сказать в этом ли причина.
    10 января 2014 г. 5:32
  • Для чего вторая реплика? Например, если у вас несколько тысяч пользователей и библиотеека с документами, которые они должны читать, то DFS самое то. А если речь идет о папках с доментоми, которые постоянно правятся, то в DFS появляется проблема конфликтов изменений.

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

    10 января 2014 г. 11:54
    Модератор
  • Вторая реплика для отказоустойчивости, при выходе из строя первого сервера необходимо будет включить другой в dfs-management, время простоя этого сервиса в 20-30 минут не страшно.
    10 января 2014 г. 12:35
  • Вы все время смотрите на технические детали, нужно начинать от сценариев работы пользователей

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

    11 января 2014 г. 9:31
    Модератор
  • It-руководство решило, что подходит такая схема - здесь я увы безсилен.

    Конкретно по теме могу сказать, что репликация останавливается стабильно в 00.00 - перезапускаешь сервис репликации на Primary-сервере и все работает. В шедулер перезапуск ставить не вариант, хотелось бы разобраться почему оно так.

    12 января 2014 г. 7:24
  • Не ваш случай http://support.microsoft.com/kb/977381 ?

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

    12 января 2014 г. 8:08
    Модератор
  • Нет, у меня в логах вообще тишина. Просто перестает реплицировать и все :(
    12 января 2014 г. 15:52
  • Откройте инцидент в тех.поддержке. Если нет такой возможности, то надо использовать трассировку для поиска неисправности.

    http://blogs.technet.com/b/filecab/archive/2009/05/28/dfsrdiag-exe-replicationstate-what-s-dfsr-up-to.aspx

    http://support.microsoft.com/kb/958893


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

    13 января 2014 г. 3:31
    Модератор
  • Немного изменились приоритеты, пока поставил перезапуск сервиса каждые 3 часа - вроде полет нормальный. Не закрывайте тему - я обязательно вернусь :)
    15 января 2014 г. 6:03
  • Дмитрий, как полет ?

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.


    20 января 2014 г. 7:36
    Модератор
  • Пока все так же, диагностику не производил, пока нет времени. Из 10 папок реплицируются 6
    21 января 2014 г. 12:45
  • будем ждать тогда информации когда будет возможность

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.

    22 января 2014 г. 8:47
    Модератор
  • Проблема оказалась в рэйд-контроллере, подключил другой массив к серверу и пересоздал группы репликации, в итоге все хорошо :)
    2 февраля 2014 г. 15:20