Главная › Настройки › Репликация: возможность автономной работы. Репликация только почты для уменьшения нагрузки на сервер

Репликация: возможность автономной работы. Репликация только почты для уменьшения нагрузки на сервер

По умолчанию, Domino реплицирует все базы данных, которые имеют одинаковые ID реплик. Для реплик только определенных баз данных, редактируйте поле File/Directories to Replicate в документе подключения. В это поле, введите имена баз данных или имена каталогов, которые Вы хотите реплицировать. Отделите их друг от друга, точкой с запятой.

Чтобы определить выбранную базу данных для репликации, введите ее имя файла, включая.NSF расширение. Если база данных находится в подкаталоге, включите путь относительно каталога данных Notes - например, EAST\SALES.NSF.

Чтобы определить все файлы расположенные в каталоге, введите EAST\. Вы не можете использовать для этой цели звездочку (*).

Репликации баз данных согласно их приоритетов.

Менеджеры Базы данных назначают приоритет репликаций базам данных так, чтобы Domino администраторы могли наметить репликации для баз данных, основанных на приоритете. Например, Вы можете наметить первоочередной приоритет для баз данных, которые являются критическими для делового процесса - например, Domino Directory реплицируется часто. Вы можете наметить так же низкоприоритетные базы данных.

Установки репликаций с использованием приоритета, редактируются в поле Replicate databases of документа подключения. Установка по умолчанию Low & Medium & High priority.

Если двум репликам назначены, различные приоритеты, Domino используют приоритет, назначенный для реплик на сервере, который является инициатором репликации.

Ограничение времени репликаций.

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

Чтобы ограничивать время реплик, Вы вводите значение в поле Replication Time Limit из документа подключения.

Предостережение : Если Вы определяете очень маленькое время, базы данных не смогут реплицироваться полностью. Файл LOG.NSF делает запись, указывающую, что произошло завершение связи, но репликация не была успешна. История репликации не обновляется.

Чтобы ограничивать репликации по времени для всего сервера, редактируйте NOTES.INI файл, чтобы включить переменную ReplicationTimeLimit.

Использование нескольких репликаторов одновременно

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

Когда Вы используете несколько репликаций, каждый репликатор обращается только с одной сессией репликаций. Например, если на сервере Hub-E/East/Acme намечена репликация с сервером HR-E/East/Acme и с Hub-W/West/Acme одновременно, один репликатор обрабатывает репликацию Hub-E/East/Acme и HR-E/East/Acme, другой репликатор обрабатывает реплику между Hub-E/East/Acme и Hub-W/West/Acme.

Несколько репликаторов обращаются с несколькими репликами, между одним сервером источником и несколькими серверами назначения одновременно.

Пример. Если База данных 1 и База данных 2 на Hub-E/East/Acme нуждаются в репликации с Hub-W/West/Acme, то только один репликатор общается с каждой сессией репликации, по очереди.

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

Если Вы не используете несколько репликаторов, не намечайте реплики с сервера с использованием различных портов в одно и тоже время.

Пример. Если Вы используете один репликатор, не намечайте реплику с Hub-E/East/Acme на Hr-E/East/Acme по COM1, на тоже самое время, что и с Hub-E/East/Acme, на Hub-W/west/Acme по COM2 одновременно.

Разрешение использования нескольких репликаторов.

Отклонение запросов на репликации с сервера.

Чтобы оградить сервер от принятия просьб о репликациях, редактируйте NOTES.INI файл, чтобы включить переменную ServerNoReplRequests. Если эта установка установлена в 1, сервер отказывается от всех запросов на репликацию.

Вы можете использовать эту особенность, чтобы уменьшить рабочую нагрузку репликаций на выбранном сервере.

Запрещение репликаций.

Чтобы запретить репликации - например, когда Вы проверяете репликации на нескольких серверах, или Вы не хотите, чтобы некоторые базы данных были реплицированы - Вы можете запретить репликации.

Чтобы запретить репликации, отредактируйте документ подключения в Domino Directory. В секции Replication, запретите использование репликации, установите значение поля Replication в Tasks – Disabled.

Форсирование намеченных репликаций.

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

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

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

Команды для репликатора:

Replica - Реплицируются изменения в базах данных в обоих направлениях. Domino сначала забирает изменения, потом выталкивает измененные документы.

Pull - Реплицируются изменения в базах данных в одном направлении, где сервер только забирает изменения с другого сервера

Push - Реплицируются изменения в базах данных в одном направлении, где сервер только выталкивает изменения баз данных на другой сервер.

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

Примечание В Notes код реплики используется для поиска и репликации всех реплик базы данных. Копия базы данных, создаваемая командой: Файл - База данных - Создать копию, имеет код, отличный от кода исходной базы данных, и она не реплицируется. Копия файла базы данных, созданная в операционной системе, является репликой, если имеет код, совпадающий с кодом исходной базы данных.

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

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

Большинство реплик, с которыми работает пользователь, расположены на локальном компьютере. Если нужно создать реплику серверной базы данных на другом сервере, обратитесь за помощью к администратору Domino.

Для просмотра всех реплик открытой базы данных можно воспользоваться закладками и таким образом выяснить, какие реплики отсутствуют. Дополнительные сведения см. в разделе Добавление и удаление реплик в области закладок .

На странице "Репликатор" отображаются все реплики и содержатся сведения по выполнению репликации. Можно создать расписания репликации для каждого места вызова Notes или выполнить его вручную.

Совет Можно открыть меню "Репликация" для базы данных несколькими способами: из меню "Файл" при открытой базе данных, щелкнув правой кнопкой мыши закладку базы данных или запись базы данных на странице "Репликатор" (записи создаются при первой репликации базы данных).

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

Совет Если Notes используется на нескольких компьютерах в одном или нескольких офисах, попросите администратора Domino сделать вас роуминг-пользователем, чтобы можно было задать в Notes управление репликацией между компьютерами и использовать одни и те же параметры и другие настройки на всех компьютерах.

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

Создание реплик
Репликация почтовой и других баз данных
Использование страницы репликатора

См. также

4. Lotus Domino и Notes как совокупность восьми ключевых технологий

Что же такое «интегрированные системы для совместной работы» вообще и что составляет суть Domino и Notes, в частности с технологической точки зрения? В упомянутом ранее отчете IDC содержатся интересные результаты опроса европейских пользователей систем для совместной и коллективной работы. По результатам этого опроса были указаны в порядке убывания интенсивности использования следующие технологии, которые и составляют суть «ПО для совместной работы»:

Электронная почта.
Средства распространения и совместного использования информации.
Управление документами.
Возможности выполнения специализированных приложений.
Средства управления корпоративными знаниями.
Управление потоками работ (workflow).
Средства поддержки приложений «дискуссионного» типа.
Мгновенная пересылка сообщений (chat).
Конференции в реальном времени.

Lotus Domino и Notes сами по себе, а также в сочетании с другими продуктами семейства Domino включают все перечисленные выше технологии. И все же если говорить о ключевых технологиях, важных с точки зрения понимания архитектуры продукта и возможностей его применения, то можно выделить следующие:

Документоориентированная база данных.
Средства разработки приложений.
Система электронной почты.
Система реплицирования (тиражирования) документов, информации и приложений.
Средства защиты информации и разграничения доступа.
Средства календарного планирования и составления расписаний.
Web-технологии и технологии Internet/Intranet.
Средства интеграции с реляционными базами данных, системами управления ресурсами предприятий (ERP) и транзакционными системами.

Многие из этих технологий, взятые в отдельности, были достаточно хорошо известны и до появления Notes. Но, объединенные вместе в рамках единой системы, они дали совершенно новое качество, которое позволяет утверждать: в настоящее время на рынке нет аналога данному программному продукту.

Прежде чем мы кратко остановимся на каждой из этих восьми технологий, сделаем следующее замечание. Во всей статье мы упоминаем в основном два программных продукта: Lotus Domino и Lotus Notes. Это связано с тем, что Domino/Notes - это клиент-серверная технология, где в качестве сервера выступает Lotus Domino, а в качестве клиентской части - Lotus Notes. Однако сразу же следует отметить уникальность сервера Domino, которая состоит в том, что это еще и Web-сервер и почтовый сервер, поддерживающий стандарты Internet, поэтому в качестве клиентской части для работы с приложениями Domino и электронной почтой могут использоваться Web-браузеры и другие почтовые клиенты Internet. За счет поддержки промышленных стандартов, таких, в частности, как ODMA, ActiveX, OLE и ряда других, для доступа и сохранения данных на сервере Domino с той или иной степенью полноты в качестве клиентов могут использоваться популярные офисные пакеты, мобильные телефоны, персональные цифровые помощники типа PalmPilot, пейджеры и т.д.

4.1. Документоориентированная база данных Domino/Notes

Сердцем Domino и Notes является хранилище объектов, известное как NSF (Notes Storage File), в котором и хранятся данные.

Базы данных Domino и Notes отличаются от реляционных СУБД, с которыми многие привыкли работать. В реляционных СУБД данные описываются с помощью таблиц, жестко задающих формат данных.

Основой единицей хранения информации в базе данных Lotus Domino/Notes является отдельный документ . Структура документа Notes определяется формой , содержащей в себе набор полей различных типов. Например, документ, относящийся к обслуживанию клиентов, может содержать в себе дату, имя клиента, идентификационный номер клиента, имя оператора, текстовое поле для описания запроса клиента, а также поле статуса запроса. Notes использует индексированные представления для отображения списков документов, навигаторы и полнотекстовые индексы для поиска документов, а также агенты для автоматизации определенных процессов в базе.

Реляционная база данных, как правило, жестко структурирована, и каждая запись в таблице имеет один и тот же набор полей, пространство под который определено и выделено заранее. Люди в 90% случаев имеют дело с документами, которые являются слабо структурированными объектами, и Notes изначально проектировался для работы с такой информацией. Это и предопределило структуру базы данных Notes. Отдельный документ не обязательно имеет такие же поля, что и остальные документы; под поле выделяется столько памяти, сколько это необходимо для хранения конкретных данных; поля в документы могут добавляться динамически, по мере возникновения необходимости в них или при изменениях представлений разработчиков и пользователей.

База данных Notes может хранить любые типы данных - от простого текста, чисел, времени и даты до форматированного текста, графических образов, звука, видео и произвольных данных, которые могут храниться в виде присоединенных объектов в своем родном формате. Например, это может быть присоединенный файл формата MS Word или электронной таблицы Lotus 1-2-3.

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

Хранение форматированного текста, присоединенных и внедренных объектов. Хранилище объектов Notes оптимально подходит для эффективного управления и распределения деловой информации. Эта информация обычно состоит из различных типов данных, таких как таблицы (возможно, полученные из реляционной базы данных или электронной таблицы), отформатированный текст, Web-страницы, графика, присоединенные или внедренные объекты, объекты мультимедиа: сканированные изображения и факсы, звуковые фрагменты и видеофрагменты. Таким образом, Notes может выступать в качестве универсального хранилища объектов и центральной точки доступа к любой корпоративной информации.
Документы могут относиться друг к другу как «родительский» и «дочерний» документы. Например, если вы создали приложение для отслеживания внешних контактов, то «родительским» документом может быть описание организации, «дочерними» на первом уровне - карточки сотрудников, а на следующем - отчеты о встречах с сотрудниками или письма и т.д.
Полнотекстовый поиск. Lotus Notes поддерживает функцию полнотекстового поиска, которая позволяет пользователям индексировать документы Notes и вести их поиск по запросам. Notes показывает документы, удовлетворяющие критериям поиска, либо в порядке степени их соответствия критерию, либо в заданном пользователем порядке.
Управление версиями. Lotus Notes содержит функцию управления версиями документа, которая отслеживает многочисленные изменения, вносимые в документ различными пользователями. Автоматическое управление версиями реализовано таким образом, что при каждом сеансе редактирования документ помечается либо как основной, либо как производный от оригинала. При этом изменения, внесенные в документ Notes одним пользователем, не стираются, когда другой пользователь сохраняет свои изменения в документе. Функция управления версиями Notes является достаточно гибкой, ее можно модифицировать в соответствии с потребностями любой рабочей группы. Кроме того, пользователи имеют возможность добавлять дополнительные комментарии к оригиналу документа, работая с ним как с производным, то есть не сохраняя оригинал повторно.
Ссылки на документы. Notes имеет средства поддержки гипертекста, то есть каждый документ может содержать «ссылки» на другие документы в любой базе данных Notes или на Web-документы. Пользователи имеют возможность легко создавать ссылки с одной страницы на другую с помощью одного щелчка мыши.

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

В целях обеспечения высочайшей надежности и защиты от потери данных хранилище объектов Domino использует лучшие алгоритмы журналирования или протоколирования транзакций. Операции с базами данных записываются последовательно, уменьшая активность ввода-вывода одновременно с оптимизацией целостности данных и ускорением перезапуска сервера.

Базы данных Domino/Notes поддерживаются целым набором сервисов , которые берут на себя выполнение большого количества операций нижнего уровня. Например, отдельный сервис отвечает за создание и обновление индексов , сервис репликации отвечает за поддержание копий баз данных на разных серверах и клиентских машинах в синхронном по отношению друг к другу состоянии, сервис маршрутизации отвечает за доставку почтовых сообщений и т.д. Эти сервисы выполняются на сервере Domino, некоторые из них - также на клиенте Notes. Разработчики приложений для Domino не должны думать об этих задачах нижнего уровня, а могут полагаться на сервисы Domino, которые выполнят эту трудоемкую, полную мелких деталей, черновую работу.

Базы данных Notes, как правило, располагаются на серверах Domino, однако могут находиться и на клиентских машинах с Notes, что является очень важным с точки зрения поддержки работы пользователей в режиме off-line и мобильных пользователей. Пользователи получают доступ к данным на сервере через сеть, либо через модем, либо работая с данными локально с помощью клиента Notes. Однако, как уже отмечалось, в качестве клиента для работы с данными и приложениями на сервере Domino могут использоваться Web-браузеры, почтовые клиенты Internet и т.д.

Пользователи имеют возможность просмотра списков документов, хранящихся в базе данных Domino/Notes, которые также называются представлениями, видами или взглядами (view). Когда пользователь Notes открывает вид, то названия полей выводятся как заголовки столбцов данных. Если, например, пользователь желает просмотреть документы по дате, то Notes, отсортировав их по значениям в этом поле, открывает вид, самый левый столбец которого содержит дату, а прочая информация из полей (номер клиента, название политики и т.п.) выводится в столбцах справа от основного. Виды в Notes отличаются гибкостью и используют схематичную метафору, основанную на «раскрытии и скрытии». Например, если основной документ имеет множество дочерних документов, то пользователь может по своему выбору просмотреть либо основной документ, либо основной документ и все документы следующего уровня, либо все уровни документов, относящихся к первому основному документу.

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

Таким образом, чтобы создать работоспособную базу данных в Domino/Notes, достаточно выполнить следующие действия:

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

Для решения этих задач имеются соответствующие графические средства разработки, о чем речь пойдет ниже. Создав данные элементы, можно начинать вводить документы и работать с базой данных. При этом следует отметить, что в Notes понятия «база данных» и «приложение» являются, по сути дела, синонимами. Хотя в более сложных случаях Domino-приложение может состоять из нескольких связанных между собой баз данных либо интегрировать в себе данные из других источников, таких как реляционные СУБД. Конечно, для создания более сложных приложений потребуются также другие средства разработки, поставляемые вместе с Domino и Notes, о чем мы расскажем далее.

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

4.2. Репликация

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

Поддержка территориально-распределенной работы (синхронизация данных и приложений).
Поддержка работы мобильных пользователей.

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

Пользователи в разных офисах будут работать со своей «копией» базы данных, расположенной на локальном сервере, а репликация обеспечивает то, что рабочие группы, расположенные в различных географических точках, работают с актуальными версиями одних и тех же документов и обмениваются информацией. Серверы Domino будут обмениваться между собой данными в соответствии с заданным расписанием по тем каналам, которые им доступны.

Следует отметить «всеядность» Domino и Notes в плане использования каналов связи: это могут быть сети TCP/IP, X.25, ISDN, коммутируемые телефонные каналы и т.д. Одна из самых тонких и великолепно проработанных разработчиками Lotus технологий - эффективное использование произвольных каналов связи.

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

Репликация в Notes непревзойденна по своей функциональности и степени гранулированности: она выполняется на уровне отдельных полей и идеально настраиваема . Репликация характеризуется следующими свойствами:

Двунаправленность. Пользователи во всех подразделениях организации, в которых имеется полученная с помощью репликации копия базы данных, могут добавлять, модифицировать и удалять документы. Двунаправленная репликация в Notes синхронизирует все изменения, произведенные во всех представительствах, а не только распространяет по удаленным серверам изменения, внесенные в центральной точке.
Эффективность . При синхронизации баз данных репликация необходима только для новых полей документов или для полей документов, в которые были внесены изменения на любом из экземпляров базы данных, участвующих в процессе репликации. Такая репликация на уровне поля обеспечивает оптимальное использование ресурсов и самую короткую продолжительность цикла синхронизации.
Репликация для клиента Notes. Пользователям, подключающимся к серверу от случая к случаю (например, мобильные пользователи, работающие в удаленной точке, находящиеся в командировках или дома), необходим такой же уровень доступа к информации, как и подключенным пользователям. Notes не ограничивается организацией взаимодействия между серверами, он также поддерживает репликацию между клиентом и сервером. За счет этого обеспечивается великолепная поддержка работы мобильных пользователей , работающих с данными и приложениями Notes в режиме off-line точно так же, как если бы они находились в офисе и были подключены к серверу. Пользователь легко может унести с собой актуальные копии баз данных Notes, работать с ними локально, а затем синхронизировать их, как только представится такая возможность.
Выборочная репликация. С помощью всего лишь нескольких щелчков мыши пользователь Notes может скопировать к себе только определенное подмножество информации из базы данных Notes. Notes позволяет пользователям определять тип документов, с которыми они хотят работать на своих клиентских рабочих станциях. При помощи выборочной репликации пользователи могут копировать только те документы, которые подверглись изменениям, например, за последние 30 дней или были только составлены каким-либо конкретным членом рабочей группы.
Фоновая репликация. Проведение процесса репликации для мобильного пользователя не должно вызывать прекращения всей остальной работы на портативном или домашнем компьютере. Репликация в Notes может выполняться в фоновом режиме, что позволяет пользователю продолжать работу над другими задачами.
Синхронизация дизайна и логики приложений. Этот аспект часто остается незамеченным при поверхностном знакомстве с продуктом, хотя именно данная технология позволяет легко распространять приложения по всей организации и за ее пределами и вносить в них нужные изменения по мере необходимости. Во время сеансов связи между серверами Domino пересылаются не только данные как таковые, но и все изменения в дизайне и логике приложения. Domino хранит данные и дизайн отдельного приложения в едином файле NSF. Представьте, например, приложение Notes для сбора отчетности из регионов. Если, скажем, разработчики в Москве внесут изменения в форму ежедневной отчетности, то в процессе очередного сеанса репликации все эти изменения будут переданы в удаленные подразделения. На следующее утро пользователь во Владивостоке увидит, что дизайн приложения изменился, и начнет работать с новой, по сути, версией приложения.

4.3. Система электронной почты и передачи сообщений

На самом деле, если бы из перечисленных выше восьми ключевых технологий было бы разрешено воспользоваться только одной - самой важной, эффектной, надежной и т.д., то, по всей видимости, многие пользователи остановили бы свой выбор на системе электронной почты Domino/Notes. Внедрение продукта уже оправдывает себя только при использовании его в качестве корпоративной системы электронной почты.

Эта система может быть охарактеризована словами: надежная, масштабируемая, защищенная и управляемая . В мире есть организации, в которых более 100 и даже 200 тысяч сотрудников объединены системой передачи сообщений Domino и Notes. Это означает, что, выбрав эту технологию, вы не натолкнетесь на такие технологические ограничения, когда все работает хорошо при десятках или нескольких сотнях пользователей, но при дальнейшем расширении инфраструктуры начинаются непреодолимые проблемы. Что касается защищенности, то Domino предлагает самую мощную из возможных систему защиты для почты в Internet, применяемую для подписываемых и шифруемых сообщений, за счет бесшовной интеграции инфраструктуры публичных ключей (Public Key Infrastructure, PKI) и сертификатов X.509 V3.

Важно то, что Lotus Development является единственным поставщиком, предлагающим полную интегрированную коммуникационную платформу для организаций, стремящихся перейти от обычной электронной почты к усовершенствованным возможностям передачи сообщений и Web-приложениям для совместной работы. Сервер Domino обеспечивает встроенную поддержку любых клиентов передачи сообщений, которыми может воспользоваться заказчик: Web-браузеров, Microsoft Outlook, Eudora и других почтовых клиентов POP3 и IMAP4. Кроме того, Domino является превосходным дополнением к лучшему в мире клиенту для совместной работы и электронной почты - Lotus Notes.

Система передачи сообщений Notes используется как по своему основному назначению - для связи между людьми, так и в качестве важного компонента приложений автоматизации рабочих потоков (workflow), а также в качестве платформы для группового ведения календаря и планирования.

Система передачи сообщений Notes предоставляет в ваше распоряжение простой в использовании ящик электронной почты. Более опытные пользователи для обработки и организации больших объемов почты могут использовать средства управления сообщениями. Пользовательский интерфейс Notes построен на базе завоевавшего множество наград интерфейса Lotus cc:Mail, который, по сути, стал стандартом интерфейса электронной почты для всех производителей. Notes включает в себя мощный редактор для форматирования текста почтового сообщения. Имеется возможность использования агентов для выполнения различных задач - таких, например, как просмотр присоединенных к поступающим сообщениям файлов на наличие ключевых слов и сохранение их в соответствующей папке. Агенты могут автоматизировать выполняемые на сервере задачи, давая вашему Web-узлу возможности по автоматической генерации почтовых сообщений определенного содержания при наступлении определенных условий и событий.

Следует особо отметить, что электронная почта является неотъемлемой, фундаментальной частью систем автоматизации потоков работ и документооборота (workflow). Интегрированная в Domino/Notes система передачи сообщений и базы данных документов объединяют в себе оба метода коллективного использования информации - «принудительное проталкивание» и «добровольное извлечение», а также предоставляет пользователям интуитивно понятные и эффективные средства для совместной работы. Например, при создании исходного варианта документа, который должны просмотреть несколько сотрудников, пользователь может послать им сообщение по электронной почте, которое включает в себя только ссылку на этот документ. Каждый из получивших сообщение может одним щелчком мыши открыть документ, что обеспечивает работу всех сотрудников с одним и тем же, самым последним, вариантом документа. Почтовые сообщения могут содержать ссылки на любые документы в базе данных Notes, включая дискуссии, профили заказчиков и документацию (такие, например, как описания правил и процедур, руководства по поиску неисправностей и т.д.), страницы Web и службы новостей.

В большинстве бизнес- и workflow-приложений требуется поставить в известность конкретного человека или обновить документ на основе значения определенного поля или состояния процесса. Рассмотрим приложение по обслуживанию заказчиков. Запрос заказчика поступает в виде формы, заполненной им на Web-странице. Запрос вводится в базу данных Domino по обслуживанию заказчиков. После ее сохранения сервер Domino автоматически посылает сообщение по электронной почте соответствующему представителю по обслуживанию. Представитель открывает сообщение и щелчком мыши на содержащейся в нем ссылке открывает запрос из коллективно используемой базы данных, в которой можно сохранять свои замечания и комментарии. Кроме того, Domino-приложение контролирует этот процесс, так что если он по какой-то причине останавливается (например, если представитель не предпринимает никаких действий по этому запросу в течение 12 часов), то Domino рассылает дополнительные сообщения по электронной почте, на этот раз не только представителю по обслуживанию, но и его менеджеру и начальнику отдела обслуживания заказчиков, предупреждая их о потенциальной проблеме, перед тем как она действительно приобретет остроту.

Вследствие упомянутых выше возможностей, функций электронной почты, инициированных по умолчанию, а также того, что вместе с Domino поставляются шаблоны баз данных типа «Библиотека документов», «Дискуссионная база данных», «Согласование документов» и ряд других, Domino и Notes являются, по сути, готовым решением в области совместной работы людей, которое можно сразу же начать использовать. Обеспечение доступности этих возможностей пользователям Internet (не имеющим клиента Notes), выполняется просто за счет выбора шаблона, поддерживающего работу через Web.

Естественно, функционирование системы электронной почты невозможно без ряда сервисов и служб, на которых основана среда передачи сообщений и которые поддерживают сервер Domino:

Надежное, гибкое и масштабируемое хранилище сообщений Domino , основанное на рассмотренной выше технологии баз данных.
Сервис каталога масштаба предприятия (Domino Directory). Каталог Domino Directory - это масштабируемый и защищенный компонент архитектуры с полной поддержкой протокола службы каталогов LDAP V3, который может легко справляться с требованиями к службе каталогов даже очень крупных предприятий, обеспечивая гарантированную поддержку миллионов записей. Изменения, сделанные в одном экземпляре этого каталога, могут распространяться по организации с помощью эффективного и защищенного сервиса репликаций Domino, с гарантией синхронизации всех копий Domino Directory. В отличие от некоторых своих конкурентов, Domino не требует от административного персонала постоянно обновлять все копии каталога для обеспечения изменений. Возможности Domino и Notes по реплицированию только измененных частей записей каталога (вплоть до уровня поля) еще более уменьшают время репликации и сетевой трафик, связанный с синхронизацией каталогов по сети. Domino Directory является краеугольным камнем модели безопасности Domino и Notes. Он содержит сертификаты, используемые для аутентификации всех пользователей при их входе в систему, сертификаты, в свою очередь, содержат публичные ключи, используемые для подписей и шифрования. Этот каталог также играет роль центра управления и конфигурирования сети. Он обслуживает пользователей, группы пользователей, записи о соединениях, роли и другую информацию по контролю доступа, что позволяет осуществлять централизованное управление (даже в режиме off-line) всей сетевой инфраструктуры.
Сервис маршрутизации сообщений. Маршрутизатор Domino обеспечивает высокопроизводительную и высокоточную передачу сообщений - как для почты, так и для приложений поверх широкого диапазона протоколов. Например, пользователи Domino могут работать с множеством протоколов, используя и SMTP и родной для Notes протокол - Notes Remote Procedure Calls (NRPCs). Для совместимости с существующими системами NRPCs способен работать с широким диапазоном сетевых протоколов. Кроме того, маршрутизатор Domino дает администраторам новые способы уменьшения издержек и улучшает эффективность использования сети за счет многорежимной маршрутизации, широких возможностей по подавлению спама, поддержки системы адресов Internet, исчерпывающей поддержки расширенной спецификации E/SMTP, встроенного MIME-кодирования данных и файловых объектов без дополнительных преобразований.
Сервис безопасности (более подробно будет рассмотрен позже).

Сервер Domino поддерживает также режим хранения «одной копии объекта», что позволяет экономить дисковое пространство и уменьшать трафик при рассылке одних и тех же сообщений большому количеству пользователей.

Таким образом, передача сообщений в Domino - это передача сообщений в соответствии со стандартами Internet, для которых Domino предлагает всеобъемлющую поддержку.

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

иметь доступ к базе данных (минимум Корреспондент - Depositor в ACL базы данных)
база должна быть разрешена к репликации (в настройках репликации базы снят соответствующий флажок - подробнее о настройках - ниже)
база, расположенная на локальной станции, не должна быть зашифрована чужим ключом
при создании реплики базы на сервере в установках сервера (в серверном документе - раздел Security или переменной NOTES.INI Create_Replica_Access ) пользователь должен быть наделен правами на создание реплик баз на этом сервере

Создание реплики конкретной базы данных инициируется выбором команды Главного меню Файл -> Репликация -> Создать реплику... (либо командой контекстного меню Репликация -> Создать реплику... ). Открывшееся окно диалога предоставляет возможность задать имя сервера или выбрать локальный вариант (Local ) и задать размещение файла базы данных в файловой системе.

Дальнейшие опции позволяют задать:

Локальное шифрование данных

несанкционированный доступ

Настройку параметров репликации

Параметры репликации

Закладка Основные (Basics) . Опции этой закладки доступны при создании локальной реплики

Группа опций How often replication occurs (С каким интервалом происходит репликация) задаёт расписание репликаций для текущего Места вызова (Location) - собственно, предоставляет доступ к соответствующему разделу документа Адресной книги. Собственно, все заполняемые опции находят своё отражение в документе
Опция Apply changes to all locations (Применить изменения ко всем местам вызова - внизу окна диалога) применяет данные настройки и к прочим документам Locations Адресной книги
Группа опций How much will be replicated (Количество данных для репликации) относится уже собственно к базе и задаёт направление репликации (опции Send documents to server - Отпрвлять документы на сервер и Receive documents from server - Получать документы с сервера) и режим приёма документов с сервера (полноту приёма этих документов). Можно задать четыре режима:
Опция Which server is used for replication (Сервер, использующийся для репликации)

Remove documents not modified in the last ... days: (Удалить документы, не измененные за последние... дней) . Установка опции автоматически удаляет из данной реплики документы, с момента последнего сохранения которых прошло более указанного количества дней. Документы, удаленные из данной реплики на основании этой установки, будут удалены в других репликах, если 1). список управления доступом (ACL) реплик позволяет серверу или пользователю-инициатору репликации удалять документы; 2). Не установлен флаг Do not send deletions made in this replica to other replicas (Не отправлять удаления, сделанные в этой реплике, в другие реплики ). Для баз, размещенных на сервере "автоудаление" производится серверной задачей Updall , запускаемой в ночное время, для локальных баз - в момент открытия базы
Количество дней в вышеприведенной строке (даже если флажок Remove documents... не поднят) определяет также процесс удаления информации об удаленных документах ("окурков", stubs ). Для того, чтобы сервер смог отличить удаленный в этой реплике документ от только что созданного в другой реплике, документ не удаляется сразу полностью, остается stub как некая информация о том, что этот документ был в реплике. Удаление stub откладывается на интервал времени, составляющий третью часть от указанного в этом поле. За это время должны произойти репликации со всеми другими репликами, иначе по прошествии отведенного срока stub удаляется и документ из залежалой реплики может появиться вновь.
Receive only a subset of the documents (Принимать часть документов) : Опция используется, если в реплику должны поступать не все документы, а только из некоторых видов и папок (опция ) или удовлетворяющие условию отбора, заданному при включении опции Documents that meet a selection formula (Выбирать по формуле) . Эта возможность заключает в себе понятие выборочной (селективной) репликации. Кроме того на закладке Advanced можно задать правила для репликаций элементов дизайна и списка управления доступом (см. ниже)

Do not send deletions made in this replica to other replicas (Не отправлять удаления, сделанные в этой реплике, в другие реплики ). Установка этого флага позволяет не распространять удаления, имевшие место быть в этой реплике, в другие реплики базы данных. Если опция не выбрана - появившиеся после удаления документов в этой реплике stubs ("окурки") передаются в другие реплики и вызывают удаление соответствующих документов и в прочих репликах
Do not send changes in database title and catalog info to other replicas (Не отправлять изменения в названии базы данных и информацию для каталога в другие реплики ). Поднятие этого флага запрещает передачу изменений некоторых параметров базы данных на другие реплики базы. В противном случае эти изменения будут подхвачены другими репликами, если имеется достаточный доступ (уровень разработчика) у сервера или пользователя, производящего репликацию
Do not send changes in local security property to other replicas (Не отправлять изменения в локальной защите в другие реплики ). Подобно предыдущему, но в отношении свойств базы данных, касающихся локальной безопасности этой реплики

Temporary disable replication for this replica (Временно отключить репликацию ). Выбор опции запрещает участие базы в любых репликационных процессах. Сервер выдает сообщение Replication is disabled . Опция полезна администратору, если база по каким-то причинам оказалась поврежденной и требуется ее восстановление, прежде чем будет возможность возобновить репликации
Scheduled replication priority (Приоритет репликации по расписанию ). Параметр задает приоритет участия базы в репликациях согласно документам Connection Корпоративной Адресной книги или Location (Место вызова ) Локальной Адресной книги. Реплики с высоким (High ) приоритетом могут нуждаться в более частом обновлении, чем остальные. В соответствии с выбранным расписанием репликаций в Адресной книге создаются документы Connection : один - для поддержки репликаций с высоким приоритетом (наиболее частые репликационные сессии), один - для репликаций с высоким и средним приоритетом, и для репликаций баз всех трех приоритетов - в самое дешевое время и нечасто. Документы Connection для поддержки репликаций различного приоритета не должны содержать накрывающих участков времени. В противном случае, расписание составлено некорректно, и репликационные сессии могут происходить беспорядочно, а часть реплик может совсем не обслуживаться
Only replicate incoming documents saved or modified after (Только входящие документы, сохраненные/измененные после ):. Значение даты (Cutoff Date ), содержащееся в этом поле, требуют принимать в реплику только документы, имеющие дату модификации позже указанной. Документы из других реплик с датой модификации ранее Cutoff Date не включаются в списки реплицируемых документов и, следовательно, никогда не будут приняты в реплику этой базы с других серверов.
CD-ROM publishing date (Дата выпуска компакт-диска ):. При распространении реплики на компакт-диске рекомендуется задать в этом поле дату записи на диск до проведения первой репликации (записи диска). Тогда при первой репликации (когда чиста история репликаций) будут просматриваться документы, модифицированные после даты публикации, а не все множество документов, что оптимизирует время первой репликации

Прежде всего, имеется возможность задать разные формулы отбора для разных пар принимающих изменения (поле When computer/Если компьютер ) серверов и станций и серверов или станций, с которых принимаются изменения (поле Receives from/ Принимает данные от ). Для разных пар можно указать:
Формулу отбора при установке флага в полях Documents in specified views or folders и Documents by selection formula наподобие описанной выше для закладки Space Savers
Access Control List (Таблицы управления доступом) - принимаются изменения в списке управления доступом
Design elements (Элементы дизайна) - принимаются все элементы дизайна кроме агентов и репликационных формул
Agents - принимаются агенты
Replication formula - разраешает принимать в базу назначения формулы селективной репликации, имеющие более позднее время модификации. Это позволяет менеджеру "центральной реплики" базы задавать формулы селективной репликации в процессе эксплуатации базы.
Deletions - принимается информация об удаленных документах, вызывая удаление документов и в выбранной реплике
Fields - принимаются не все поля документов, а только выбранные из списка. В результате документ становится усечённым (см. описание выше) и нередактируемым.

Ограничение размера реплики

максимальный размер

создания реплики немедленно

Поддержка Списка управления доступом

создаваемой базы

нормального процесса

Создание полнотекстового поискового индекса

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

Система управления документооборотом Lotus Notes

Характеристика

Lotus Notes – ориентированная на БД собственного формата система клиент-серверной архитектуры, разработанная корпорацией Lotus Development, разработкой и продажами которой в настоящее время занимается IBM . Система работает под управлением различных платформ семейств Windows и UNIX.

Назначение

Lotus Notes изначально разрабатывалась для работы в локальных сетях, но сейчас может работать и в глобальных, например, в Интернете .

Основные компоненты:

ПО промежуточного уровня (Middleware).

Краткое описание функционирования

Каждый клиент или сервер может иметь несколько локальных БД. Каждая БД представляет собой коллекцию заметок (notes). Клиент представляет собой совокупность запускающей подсистемы и модулей просмотра, сопоставимых по функциональности с Web-браузерами. В отличие от браузеров, они предоставляют возможности не только чтения, но и редактирования информации.

Основная функция сервера Lotus (Lotus Domino) – управлять коллекцией БД и предоставлять к ним доступ клиентам и другим серверам.

Репликация

Репликация основывается на связующих документах (connection documents) – особых заметках, содержащихся в каталоге Domino и описывающих время, способ (схему репликации – см. табл. 5) и объект репликации .

Таблица 4 Разновидности идентификаторов Notes
Идентификатор	Область видимости	Описание
Универсальный идентификатор (Universal ID, UNID)	Глобальная	Глобально уникальный идентификатор, присваиваемый каждой заметке
Идентификатор инициатора (Originator ID, OID)	Глобальная	Идентификатор заметки, включающий информацию об истории
Идентификатор БД (Database ID)	В пределах сервера	Отметка времени создания БД или восстановления БД после сбоя сервера
Идентификатор заметки (Note ID)	В пределах БД	Идентификатор заметки, зависящий от экземпляра БД
Идентификатор реплики (Replica ID)	Глобальная	Отметка времени, используемая для идентификации копий одной БД

Операции изменения:

Модификация документа;

Добавление документа;

Удаление документа.

Модифицированный документ должен быть разослан на все реплики. Изменения заметки заканчиваются изменением ее OID, предыдущее значение которого копируется в журнал истории документа. При добавлении документа для него создаются новые UNID и OID. При удалении документа на его место в БД помещается заглушка удаления (deletion stub). Заглушка удаления не уничтожается до тех пор, пока не уничтожены все копии удаленного документа .

Разрешение конфликтов репликации

В процессе репликации по схеме извлечение-продвижение для каждой реплики создается список OID. Затем сравниваются списки с двух серверов. Заметки с UNID, отсутствующими на другом сервере, (т. е. добавленные) должны быть переданы на него.

Для заметок, имеющих в списках серверов A и B одинаковые UNID, но разные OID, выполняются следующие действия. Задание на репликацию просматривает истории обеих заметок. Если одна из историй является частью другой, то конфликт отсутствует: более новая заметка замещает более старую. Если изменения относятся к различным элементам заметки, то конфликтующие модификации также отсутствуют: в объединенную заметку передаются наиболее новые элементы. Во всех остальных случаях конфликт неразрешим. При этом Notes выбирает один из документов победителем. Им становится копия с большим последовательным номером в OID или (в случае равенства последовательных номеров) с большей отметкой времени .

Репликация в кластере

В кластере вместо явного планирования репликации при помощи связующих документов изменения просто немедленно передаются на все реплики кластера.

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