Резервная непрерывная репликация (SCR), новая возможность Microsoft Exchange Server 2007 с пакетом обновления 1 (SP1), позволяет использовать непрерывную репликацию для репликации данных сервера почтовых ящиков с автономного сервера почтовых ящиков, с кластерного сервера почтовых ящиков кластера с единым хранилищем или в среде кластерной непрерывной репликации (CCR).
Как следует из названия, SCR разработана для ситуаций резервного восстановления. Процесс активации копий данных сервера почтовых ящиков, созданных и управляемых SCR, выполняется вручную и предназначен для применения только при серьезных сбоях. SCR не предназначена для выполнения при простом отключении сервера, при котором может помочь перезагрузка и другие простые действия. Можно активировать цель SCR при помощи переносимости базы данных, при помощи параметра восстановления сервера (Setup /m:RecoverServer) или (если сервер почтовых ящиков является кластерным) при помощи восстановления кластерного сервера (Setup /RecoverCMS). Выбранный вариант зависит от конфигурации и типа произошедшего сбоя. Если источником для резервной непрерывной репликации является кластерный сервер почтовых ящиков, оптимальной целевой конфигурацией будет резервный кластер. Если источником для резервной непрерывной репликации является сервер почтовых ящиков, оптимальной целевой конфигурацией будет отдельный сервер почтовых ящиков. Хотя целевая конфигурация не обязательно должна совпадать с исходной, это может сократить время восстановления. Например, если источником резервной непрерывной репликации является кластерный сервер почтовых ящиков, в целевым объектом — отдельный сервер почтовых ящиков, в не резервный кластер, полное восстановление сервера потребует больше времени. Причина заключается в том, что у отдельного сервера почтовых ящиков есть собственный идентификатор, который требуется удалить (путем удаления Exchange) перед выполнением команды Setup /RecoverCMS.
Активация SCR и ситуации
восстановления
SCR разработана для вариантов восстановления уровня центра данных и обеспечения устойчивости в дополнение к локальной непрерывной репликации (LCR), CCR, и SCC. SCR обеспечивает разделение высокой доступности (включающей в себя доступность служб и данных) и устойчивость сайта. Например, SCR может сочетаться с CCR для локальной репликации групп хранения в основном центре данных (используя CCR для высокой доступности) и удаленной в дополнительном или резервном центре данных (используя SCR для доступности сайта).
Дополнительные сведения об использовании SCR и кластера с резервной отказоустойчивостью в ситуации устойчивости сайта приведены в разделе Резервная непрерывная репликация: устойчивость узла с резервной кластеризацией. В ситуации, рассмотренной в данном разделе, описано, как организация Contoso, Ltd. использует SCR в ситуации устойчивости сайта. В данной ситуации происходит отказ основного центра данных, и Contoso, Ltd. принимает решение активизировать дополнительный центр данных. После активации дополнительного центра данных основной центр данных перенастраивается и в конечном итоге восстанавливается в качестве основного при управляемом переключении.
Подробности об использовании SCR при помощи переносимости базы данных приведены в разделе Пассивная непрерывная репликация: Переносимость баз данных. В ситуации, рассмотренной в указанном разделе, описано, как организация Woodgrove Bank использует SCR и переносимость базы данных для восстановления после сбоя единственной базы данных. В этой ситуации выясняется, что исходная база данных SCR повреждена физически, и администратор принимает решение активировать целевую базу данных SCR. Во время активации SCR отключается, целевая база данных SCR подключается как производственная, и почтовые ящики пользователей меняют местоположение. После восстановления доступа пользователей к данным SCR снова включается для группы хранения для восстановления избыточности и защиты цели SCR.