Logo Host-telecom.com — профессиональный хостинг в Европе! Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
VPS с гибкой конфигурацией: за 1€

Мощные выделенные сервера: от 25€

Собственный Дата-Центр
Поддержка 24/7

хостинг сайтов ГиперХост — хостинг сайтов который Вы искали.

Виртуальный хостинг, Аренда VPS серверов, рация доменных имен, SSL сертификаты

💰 Самые низкие цены на домены

🔒 Отличный хостинг на SSD c бесплатными SSL

💻 Огромнейший выбор dedicated выделенных серверов

Виртуальные VPS серверы в РФ и ЕС

Dedicated серверы в РФ и ЕС

По промокоду CITFORUM скидка 30% на заказ VPS\VDS

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

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

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

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

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

Рис. 2.17. Разрешение конфликтов репликации общих папок

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

Вместе с данными, хранящимися в общих папках, реплицируются также их настройки, сделанные администратором исходной папки. К ним относятся:

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

Для оптимизации доступа клиентов к ресурсам общих папок используются следующие приемы:

  • объединение серверов в группы, называемые участками (locations). В состав участка включаются серверы, имеющие непосредственное высокоскоростное соединение друг с другом и, как правило, принадлежащие одной площадке. При обработке запроса пользователя на доступ к папке, отсутствующей на сервере, ее поиск сначала выполняется в рамках участка, затем в рамках площадки, а после этого в других площадках, имеющих непосредственное соединение с данной;
  • назначение признаков близости (affinity), репликам общей папки, расположенным в других площадках. Близость реплики трактуется как условная стоимость доступа к папке, хранимой на сервере в составе удаленной площадки. При осуществлении доступа к общей папке реплики с меньшим показателем близости будут опрашиваться в первую очередь (рисунок 2.18).

Рис. 2.18. Использование показателя близости для управления порядком опроса серверов при обращении к общей папке

В случае частичного разрушения информации в результате сбоя, незаконченного процесса репликации, потери сообщений при передаче или при восстановлении хранилища с резервной копии общая папка на сервере может оказаться не синхронизированной с другими репликами в составе организации. В случае возникновения одной из указанных ситуаций, сервер в течение заданного времени ожидает получения недостающей информации от своих партнеров по репликации, после чего самостоятельно инициирует запрос к двум ближайшим серверам, которые по его сведениям располагают репликами требуемой информации. Данный механизм называется обратным заполнением (Backfilling) реплицируемых папок. Схема обратного заполнения приведена на рисунке 2.19. После получения первого ответа и устранения рассогласований восстанавливается исходная схема репликации.

Рис. 2.19. Обратное заполнение общих папок

Назад | Содержание | Вперед

Бесплатный конструктор сайтов и Landing Page

Хостинг с DDoS защитой от 2.5$ + Бесплатный SSL и Домен

SSD VPS в Нидерландах под различные задачи от 2.6$

ATLEX Выделенные серверы: в Европе / в России.

Виртуальные серверы: в Европе / в России.

Партнерская программа

Новости мира IT:

Архив новостей

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 7861149
Пресс-релизы — pr@citforum.ru
Обратная связь
Информация для авторов
Rambler's Top100 TopList liveinternet.ru: показано число просмотров за 24 часа, посетителей за 24 часа и за сегодня This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2019 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...