Планирование репликаций и приоритеты баз
Репликации между серверами не происходят автоматически, они должны быть запланированы. Расписание репликаций задается набором документов Connection в общей адресной книге. Вы должны обычно составлять расписание репликаций так, чтобы только один из двух серверов выполнял вызов другого. Ситуация, когда оба сервера вызывают друг друга поочередно, в принципе допустима, но требует наличия двух согласованных документов Connection, тогда как обычно можно обойтись только одним.
Репликация может быть намечена на заданный отрезок времени с интервалом повторения или только на заданное время. Если вы намечаете репликацию только однократно на заданное время, вы должны задать интервал повторения равным "0". Если в документе Connection поле интервала повторения пустое, сервер принимает интервал повторения равным 60 минут.
1. Отрезок времени с интервалом повторения - 8:00-18:00 с инт. 180 мин.
R__.__.__R__.__.__R__.__.__R__.
8 9 10 11 12 13 14 15 16 17 18
Репликатор впервые вызывает другой сервер в 8:00. Если попытка неуспешна, он повторяет попытку соединения в течение интервала (180 мин.), пока она не будет успешной (см. ниже Randomized exponential backoff algorithm). Следующий вызов будет производиться через 180 мин после успешного завершения репликации. Такой вариант рекомендуется для баз, которые должны реплицироваться наиболее часто.
Рис. 6.13 На отрезке времени с интервалом повторения 60 минут
2. Отрезок времени без интервала повторения - 8:00-18:00 с инт. 0 мин.
Репликатор впервые вызывает другой сервер в 8:00. Если попытка неуспешна, он повторяет попытку соединения в границах отрезка (до 18:00), пока она не будет успешной. После успешного соединения сервер не будет производить новых вызовов. Такой вариант рекомендуется для баз, которые должны реплицироваться со средней частотой.
3. Заданное время
- 8:00 с инт. 0 мин.
Репликатор впервые вызывает другой сервер в 8:00. Если попытка неуспешна, он повторяет попытку соединения в течение часа, пока она не будет успешной (обычно не более 4 попыток). После успешного соединения сервер не будет производить новых вызовов. Такой вариант рекомендуется для баз, которые должны реплицироваться относительно редко.
4. Список заданных времен - 8:00 AM; 1:00 PM; 4:00 PM с инт. 0 мин.
Репликатор впервые вызывает другой сервер в 8:00 утра. Если попытка неуспешна, он повторяет попытку соединения в течение часа, пока она не будет успешной. После успешного соединения сервер не будет производить новых вызовов, пока не наступит следующий указанный в списке момент времени (1:00 дня). Такой вариант рекомендуется для баз, которые должны реплицироваться со средней частотой.
Рис. 6.14 Три раза в заданное время
В окне Replication Settings (Рис. 6.12) для каждой базы можно также задать приоритет участия базы в репликациях. Указывая приоритет, вы фактически относите эту базу в одну из трех групп баз: редко реплицируемые базы (Low); базы, реплицируемые со средней частотой (Medium); базы, реплицируемые часто (High). Соответствующим образом составляя расписание, вы можете реплицировать критические базы данных более часто, чем другие. Например, базы с приоритетом High - несколько раз в день, базы с приоритетом Medium - один раз в день ночью, а базы с приоритетом Low - один раз в неделю по субботам. Для этого потребуется создать несколько документов Connection: например, один для баз только высокого приоритета, один для баз высокого и среднего приоритета и один для баз всех трех приоритетов.
Учтите, что документы Connection для баз данных различного приоритета не должны содержать перекрывающиеся отрезки времени. Если отрезки времени накладываются даже всего на минуту, расписание репликаций считается составленным некорректно. В этом случае репликации могут происходить беспорядочно или могут быть пропущены части списков реплицируемых баз.
|
Результат |
High Высокий |
High & Medium Средний и высокий |
|
Это правильно |
03:00 A.M. - 04:59 A.M. |
05:00 A.M - 10:00 P.M. |
|
Возможны проблемы |
03:00 A.M. - 06:00 A.M. |
05:00 A.M - 10:00 P.M. |
Сервер создает в своей виртуальной памяти список запланированных вами репликаций (расписание) из скрытого вида ($Connections) в общей адресной книге. Этот вид нельзя изменять, ибо в противном случае репликаторы всего домена не будет работать должным образом.
В документах Connection следует задавать полные имена связывающихся серверов. Часто начинающие администраторы задают неполные имена инициирующих репликацию серверов (например, InterTrust вместо InterTrust/InterTrustCorp/SU) и удивляются, почему в заданное время не происходит вызов. А вызов не происходит потому, что сервер (в этом примере InterTrust/InterTrustCorp/SU) "считает", что этот документ Connection "просто не имеет к нему никакого отношения" - документ должен "исполнять" несуществующий сервер InterTrust.
