Репликации
Будем использовать термин "распределенная база данных Notes" для обозначения совокупности расположенных на разных серверах Notes реплик одной и той же базы.
При этом термин "реплика базы":
· означает, что существует по крайней мере еще одна база, имеющая тот же самый идентификатор реплики (Replica ID), что и данная.
Рис. 6.1 Пиктограммы реплик адресной книги "стекированы" - расположены одна за другой
"Увидеть" идентификатор реплики можно на панели свойств базы.
Рис. 6.2 Эта база имеет идентификатор реплики C3256274:007061676
Идентификатор реплики (Replica ID) - уникальный идентификатор, позволяющий отличать реплики базы данных на различных серверах и станциях от обычных копий. Различные реплики одной и той же базы на различных серверах и станциях могут иметь разные названия и имена файлов, но у них одинаковый идентификатор реплики. Копия же базы, выполненная средствами Notes, гарантированно будет иметь другой идентификатор реплики, чем оригинал. Однако копия базы, выполненная средствами операционной системы, будет иметь тот же идентификатор реплики, что и оригинал
· предполагает, что за собственно созданием реплики последуют настроенные администратором и выполняемые автоматически по расписанию или по явному указанию администратора сервера или пользователя станции процессы репликации - обмена изменениями между репликами
· не означает, что содержание двух или более реплик базы будет совершенно одинаковым. Вообще говоря, это не так и во времени, и по наличию содержащихся в репликах документов.
Суть процесса репликации состоит в следующем. Реплики одной и той же распределенной базы находятся на разных серверах. Пользователи, имеющие доступ к репликам, изменяют их содержимое (изменяют документы, создают новые документы, удаляют существующие документы) параллельно и независимо друг от друга. В результате содержимое реплик становится неодинаковым. В определенное расписанием время на одном из серверов серверная задача Replicator ("репликатор") вызывает другой сервер. Если соединение состоялось, репликатор в первую очередь составляет списки баз, реплики которых присутствуют на обоих серверах.
Далее репликатор для каждой реплики сравнивает списки документов. Новые, модифицированные или удаленные в реплике на вызванном сервере документы принимаются в реплику на вызывавшем сервере. Затем, если осуществляется репликация по схеме Pull-Pull, репликатор вызывавшего сервера инициирует репликатор на вызванном сервере. Последний в свою очередь принимает в свою реплику новые, модифицированные или удаленные документы из реплики на сервере, инициировавшем процесс. Кроме того, в репликациях могут участвовать элементы дизайна и список управления доступом базы. По завершении этого процесса содержимое всех реплик баз на обоих серверах приходит в некоторое "установившееся" состояние. Однако это "установившееся" состояние, вообще говоря, не означает, что содержимое обеих реплик станет совершенно одинаковым. В частности, "неодинаковость" может создаваться за счет разных прав доступа серверов к репликам на других серверах или запланированного использования специальных формул, описывающих множество реплицируемых документов (селективные репликации).
