Превосходная статья для понимания и траблшутинга работы репликации опубликована тут : http://blogs.technet.com/b/sudheesn/archive/2012/10/21/drs-initialization-in-configuration-manager-2012.aspx
Говоря о репликации, надо понимать какие виды ее существуют. Во-первых это - глобальная репликация, во-вторых это сайтовая репликация.
Каждая из них, содержит репликационные группы.
Никому не советую, без помощи поддержки майкрософта заниматься устранением неполадок репликации. Это может привести к неправильной работе сайта в целом, после чего необходимо будет его восстанавливать. Остановимся лишь на анализе:
1) Cамое простое и правильно решение, это запустить Replication Link Analyzer (Monitoring\Database Replication).
2) Конечно же логи: rcmctrl.log, replmgr.log.
3) Запускаем встроеннную хранимую процедуру на SQL серверах: exec spDiagDRS.
Данная хранимка, показывает какие репликационные группы активны, когда была последняя синхронизация и многое другое.
RCM_ReplicationLinkStatus табличка, несет в себе море информации о статусах между сайтами.
“select * from RCM_ReplicationLinkStatus”
Говоря о репликации, надо понимать какие виды ее существуют. Во-первых это - глобальная репликация, во-вторых это сайтовая репликация.
Никому не советую, без помощи поддержки майкрософта заниматься устранением неполадок репликации. Это может привести к неправильной работе сайта в целом, после чего необходимо будет его восстанавливать. Остановимся лишь на анализе:
1) Cамое простое и правильно решение, это запустить Replication Link Analyzer (Monitoring\Database Replication).
2) Конечно же логи: rcmctrl.log, replmgr.log.
3) Запускаем встроеннную хранимую процедуру на SQL серверах: exec spDiagDRS.
Данная хранимка, показывает какие репликационные группы активны, когда была последняя синхронизация и многое другое.
RCM_ReplicationLinkStatus табличка, несет в себе море информации о статусах между сайтами.
“select * from RCM_ReplicationLinkStatus”
