Построение корпоративной системы электронной почт

       

Настройка репликации общих папок



2.3.3. Настройка репликации общих папок

Необходимым условием репликации общих папок в пределах организации является наличие процесса синхронизации каталога между площадками в ее составе. Прежде, чем будет выполнена настройка репликации той или иной папки, в каталоге должны присутствовать сведения о площадках в составе организации, серверах в составе этих площадок и иерархии общих папок. Поскольку в общем случае серверы, участвующие в процессе репликации, не имеют непосредственного соединения друг с другом, процесс репликации общих папок опирается на обмен специальными почтовыми сообщениями.

Каждая общая папка имеет свой домашний сервер, на котором она была впервые создана. Все остальные копии папки на серверах организации называются репликами исходной папки. Каждая реплика хранит информацию о домашнем сервере исходной папки. Реплики и исходная папка абсолютно равноправны с точки зрения участия в репликации изменений, вносимых в содержащиеся в них данные. Процесс репликации данных выполняется по принципу multi-master, это означает что, если пользователь создает, модифицирует или удаляет сообщение в реплике, внесенные изменения автоматически распространяются на все остальные копии папки, включая исходную. Единственное отличие между исходной папкой и репликой заключается в том, что при удалении исходной папки на домашнем сервере, будут удалены все ее реплики. Удаление же реплики без одновременного прекращения репликации приведет к тому, что реплика будет воссоздана по завершении следующего цикла репликации.

Поддержка режима multi-master при репликации общих папок требует наличия механизмов определения степени новизны сообщения и разрешения конфликтов. Первая задача решается следующим образом. В момент создания сообщению присваивается уникальный идентификатор, содержащий информацию о месте его создания. Кроме того, с сообщением ассоциируется список, содержащий счетчик модификаций, увеличиваемый при каждом изменении сообщения и хранящий информацию о сервере, на котором были внесены эти изменения.
Если входящее сообщение имеет большее значение счетчика модификаций, оно замещает существующее, в противном случае - просто игнорируется. Конфликт возникает в том случае, когда сообщение подвергается модификации одновременно в двух хранилищах и, следовательно, имеет различную историю модификации. Факт возникновения конфликта регистрируется хранилищем, и запрос на его разрешение отправляется лицу, назначенному администратором ответственным за папку (Folder Contact), в которой произошел конфликт. Ответственный за папку разрешает конфликт на свое усмотрение. Ущемленная сторона в лице пользователя, внесшего отвергнутые изменения, получает соответствующее уведомление. Процесс разрешения конфликта поясняется рисунком 2.17.

Репликация общих папок может выполняться по принципу проталкивания (push replication) или вытягивания (pull replication). В первом случае инициатором процесса репликации выступает сервер, обладающий исходной папкой или ее репликой. Он принудительно рассылает служебные сообщения на создание реплик своим партнерам. Во втором случае инициатором выступает сервер, который желает получить копию папки, хранящейся на другом сервере. В данной версии Exchange запросы на организацию репликации принимаются и обрабатываются серверами автоматически.


Содержание раздела