Базовые концепции IBM Lotus Domino 6/6.5
[+]
Компания IBM
Опубликован: 04.11.2008 | Доступ: свободный | Студентов: 843 / 122 | Оценка: 4.42 / 4.17 | Длительность: 37:45:00
Темы: Интернет-технологии, Офисные технологии, Программное обеспечение
Специальности: Архитектор программного обеспечения
Лекция 3:

Архитектура почтовой системы Notes/Domino. Репликации и прочие возможности Notes/Domino
A
|
версия для печати
< Лекция 2 || Лекция 3: 1234 || Лекция 4 >

Что такое репликация Domino (Domino Replication)

Репликация – это процесс синхронизации документов между специальными копиями базы данных (репликами) расположенными на рабочих станциях пользователей или серверах.

В таблице представлено описание терминов, связанных с процессом репликации:

Термин Описание
Задача Replicator Серверная задача Replicator выполняет синхронизацию баз данных с другими серверами Domino.
Код реплики ( Replica ID ) Код реплики – это уникальный номер, который присваивается базе данных в момент ее создания.

Репликами являются базы данных у которых такие коды совпадают.

Задача Replicator использует код реплики, чтобы определить какие базы данных могут быть синхронизированы.

Код реплики можно посмотреть в свойствах базы данных.
Универсальный код документа ( Unique Notes Identification Number (UNID) ) Универсальный код – это уникальный номер, который присваивается документу в момент его создания.

Задача Replicator использует универсальный код документа, чтобы определить какие документы базы данных могут быть синхронизированы.

Универсальный код документа можно посмотреть в свойствах документа.
Журнал репликации ( Replication history ) В журнале репликации хранится информация о дате и времени последней успешной репликации базы данных.

Задача Replicator использует журнал репликации, чтобы определить какие документы были созданы, модифицированы или удалены с момента последней синхронизации.

Типы и принцип работы репликаций в Notes/Domino

Как работает репликация

В таблице описан процесс репликации базы данных:

Этап Описание
1 Задача Replicator сравнивает список баз данных исходного сервера и сервера назначения, определяя какие из них могут быть синхронизированы.
2 Исходный сервер определяет перечень изменений таблицы управления доступом, элементов структуры и документов, которые произошли с момента последней репликации для первой базы данных из списка.
3 Задача Replicator выполняет синхронизацию (чтение и/или запись) изменений элементов базы данных в зависимости от прав доступа к ним.
4 По окончании репликации первой базы данных задача Replicator выполняет обновление ее журнала репликации и переходит к следующей, повторяя этапы 2 и 3.
5 Когда исходный сервер закончит репликацию баз данных, задача Replicator отправит запрос серверу назначения для выполнения им таких же действий.

Администраторы могут использовать следующие средства, чтобы инициировать репликации между серверами:

Этап Описание
Документы типа "Подключение" (Connection document) Используются для настройки репликаций между серверами Domino по расписанию.
Консоль сервера Domino (Server console) Используется в случае, когда репликацию необходимо выполнить принудительно.

Типы репликации

В таблице описаны типы репликации баз данных между серверами Domino:

Тип репликации Описание Количество требуемых документов типа "Подключение"
Прием-прием ( Pull-Pull ) Задача Replicator каждого сервера выполняет прием и запись изменений в свою реплику базы данных. 1
Прием-передача ( Pull-Push ) Задача Replicator исходного сервера осуществляет прием, а затем передачу изменений, выполняя таким образом всю работу. 1
Только прием ( Pull Only ) Задача Replicator исходного сервера осуществляет прием и запись изменений в свою реплику базы данных. 2
Только передача ( Push Only ) Задача Replicator исходного сервера осуществляет передачу и запись изменений в реплику базы данных на сервере назначения. 2

Для репликаций могут использоваться те же топологии, что и для маршрутизации почты: hub-and-spoke и peer-to-peer.

Дальше >>
< Лекция 2 || Лекция 3: 1234 || Лекция 4 >

Вопросы и ответы

вопросов: 0