По умолчанию, 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 - Реплицируются изменения в базах данных в одном направлении, где сервер только выталкивает изменения баз данных на другой сервер.

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

• иметь доступ к базе данных (минимум Корреспондент - 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 - Получать документы с сервера) и режим приёма документов с сервера (полноту приёма этих документов). Можно задать четыре режима:
  Full documents (Документы целиком) . Документы реплицируются полностью
  Partial documents (Документы по частям) . Содержимое документов реплицируется частично, размер усекается в соответствие со следующими опциями (Усечение документов, размер которых превышает - Truncate documents larger than , Ограничение размера вложения до - Limit attachments size ). Документы с неполным содержимым определяются как усечённые (truncated ). При открытии в заголовок окна документа добавляется термин УСЕЧЁН (TRUNCATED ). Для восстановления полной информации можно воспользоваться действием главного меню Actions -> Retrieve Entire Document (Действия -> Принять документ полностью ). Усечённые документы невозможно редактировать, они также не обрабатываются агентами
  Summary only (Только аннотации) . В данном режиме документы усекаются с передачей информации из полей Author и Subject , а также первых 40 Кбайт форматированного поля
  Smallest first (Начиная с маленьких) . Режим, появившийся в Notes R6. При репликации в этом режиме сначала реплицируются маленькие по размеру документы, что делает репликационный механизм более дружелюбным пользователю в приложениях типа библиотека документов , в стандартной почтовой базе
• Опция Which server is used for replication (Сервер, использующийся для репликации)
Группа опций Экономия места (Space Savers)

• 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 можно задать правила для репликаций элементов дизайна и списка управления доступом (см. ниже)
Закладка Отправка (Send)

• 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 (Не отправлять изменения в локальной защите в другие реплики ). Подобно предыдущему, но в отношении свойств базы данных, касающихся локальной безопасности этой реплики
Закладка Прочее (Other)

• 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 (Дата выпуска компакт-диска ):. При распространении реплики на компакт-диске рекомендуется задать в этом поле дату записи на диск до проведения первой репликации (записи диска). Тогда при первой репликации (когда чиста история репликаций) будут просматриваться документы, модифицированные после даты публикации, а не все множество документов, что оптимизирует время первой репликации
Дополнительные возможности по определению формул отбора селективной репликации имеются на закладке Дополнительно (Advanced)

• Прежде всего, имеется возможность задать разные формулы отбора для разных пар принимающих изменения (поле 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 - принимаются не все поля документов, а только выбранные из списка. В результате документ становится усечённым (см. описание выше) и нередактируемым.
Ограничение размера реплики (для баз формата ниже R5). Можно задать максимальный размер реплики. Список выбора позволяет установить ограничение на уровне 1 Гб, 2 Гб, 3 Гб или 4 Гб. Вообще-то здесь можно вести речь не об ограничении, а об увеличении размера реплики. Дело в том, что в версии Notes R4.x при создании размер базы автоматически ограничивался 1 Гб. При активном росте этой базы лимит в конце концов выбирался, а установить новый лимит можно было только создав реплику и установив ей более высокий лимит.
Возможность создания реплики немедленно или в фоновом режиме при следующей репликации по расписанию. При выборе второго варианта создается заготовка базы данных, которая впоследствии наполняется содержимым
Поддержка Списка управления доступом (ACL) базы-оригинала для вновь создаваемой базы. Для нормальной поддержки функционирования базы (в том числе и нормального процесса репликации) необходимо иметь этот флажок включенным
Создание полнотекстового поискового индекса базы. Нельзя забывать, что для создания полнотекстового индекса базы, расположенной на сервере, в дальнейшем потребуется наличие полномочий разработчика базы, в то время как при создании реплики возможно создать полнотекстовый индекс, не имея этих прав.

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

Что такое Notes Что такое Notes Lotus Notes - это клиент-серверная СУБД, имеющая нереляционную структуру. В одном документе Notes могут храниться поля различных типов. То есть поле может содержать данные стандартных типов, форматированный текст, любые файлы, OLE-объекты и даже форму и программный код для этой формы. Если дать формальное определение Lotus Notes – то это средство, предназначенные для сбора, организации и распределения информации и знаний. Основу Lotus Notes составляют следующие три технологии:  Электронная почта и системы пересылки сообщений  Базы данных коллективного доступа  Средства автоматизации деловых процедур (workflow) Lotus Notes можно было бы охарактеризовать как систему распределенных баз данных коллективного доступа, интегрированную с возможностями электронной почты. База данных коллективного доступа подразумевает возможности большого количества пользователей одновременно осуществлять доступ и обновлять содержание баз. Под распределенностью имеется в виду то, что базы данных могут располагаться одновременно на большом количестве серверов, которые периодически пересылают друг другу обновления так, что через определенное время изменения в данных, сделанные на одном сервере достигнут любого другого. Этот процесс называется репликацией. Под базами данных, интегрированными с возможностями электронной почты, имеются в виду то, что не только пользователи Notes могут обмениваться почтовыми сообщениями, но и базы данных и приложения Notes могут посылать документы и сообщения, как людям, так и другим базам данных Notes. Lotus Notes обеспечивают полноценное решение в области систем коллективной работы, и позволяют решать технологически сложные задачи на любом организационном уровне.

Lotus Notes как совокупность восьми ключевых технологий Если говорить о ключевых технологиях, важных с точки зрения понимания архитектуры продукта и возможностей его применения, то можно выделить следующие:  Документоориентированная база данных  Средства разработки приложений  Система электронной почты  Система реплицирования (тиражирования) документов, информации и приложений  Средства защиты информации и разграничения доступа  Средства календарного планирования и составления расписаний  Web-технологии и технологии Internet/intranet  Средства интеграции с реляционными базами данных, системами управления ресурсами предприятий (ERP) и транзакционными системами Многие из этих технологий, взятые в отдельности, достаточно хорошо были известны и до появления Notes. Но объединенные вместе в рамках единой системы они дали совершенно новое качество, которое позволяет утверждать, что в настоящее время на рынке нет аналога данному программному продукту.

Документоориентирванная база данных Notes Основной частью Notes является хранилище объектов, известное как NSF (Notes Storage File), в которым и хранятся данные. Базы данных Notes отличаются от реляционных СУБД. В реляционных СУБД данные описываются с помощью таблиц, жестко задающих формат данных. Основой единицей хранения информации в базе данных Lotus Notes является отдельный документ. Структура документа Notes определяется формой, содержащей в себе набор полей различных типов. Реляционная база данных, как правило, жестко структурирована, и каждая запись в таблице имеет один и тот же набор полей, пространство, которое выделяется заранее. Отдельный документ Notes не обязательно имеет все те же поля, что и остальные документы, под поле выделяется столько памяти, сколько это необходимо для хранения конкретных данных. База данных Notes может хранить любые типы данных, начиная от простого текста, чисел, времени и даты, до форматированного текста, графических образов, звука, видео и произвольных данных, которые могут храниться в виде присоединенных объектов в своем родном формате. Таким образом, чтобы создать работоспособную базу данных в Notes, достаточно выполнить следующие действия:  Решить, какие типы документов будут в ней храниться и создать соответствующий набор форм  Решить, какие режимы просмотра документов будут удобны пользователю этой базы данных и создать соответствующий набор режимов просмотра Создав эти элементы, можно начинать вводить документы и работать с базой данных.

Репликация По сути дела система репликации решает две основные задачи:  Поддержка территориально-распределенной работы (синхронизация данных и приложений)  Поддержка работы мобильных пользователей Lotus Notes обеспечивает коллективное использование информации в любое время и вне зависимости от места расположения пользователя. Пользователями баз данных и приложений Notes могут быть сотрудники из различных подразделений организации в регионе, в стране или во всем мире. Репликация в Notes характеризуется следующими свойствами:  Двунаправленность.  Эффективность.  Репликация для клиента Notes.  Выборочная репликация.  Фоновая репликация.  Синхронизация дизайна и логики приложений.

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

Защита информации Все компоненты архитектуры Notes используют проверенную модель безопасности, которая по общему признанию является наиболее эффективной и гибкой в отрасли. Инфраструктура Notes обеспечивают четыре уровня безопасности:  Аутентификация, которая основана на сертификатах и обеспечивает надежную проверку того, что пользователи, подключающиеся к сетевым ресурсам, являются теми, за кого они себя выдают.  Цифровые подписи, благодаря которым Notes делает аутентификацию отправителя, что гарантирует, что информация, например, не подверглась изменениям в процессе передачи.  Контроль доступа, который определяет, кто может использовать некий ресурс и то, что он может с этим ресурсом делать в зависимости от присутствия имени пользователя в соответствующем списке контроля доступа (Access Control List) и предоставленных прав. Списки контроля доступа контролируют доступ к данным на уровне сервера, базы данных, и отдельных документов. Списки контроля доступа имеют семь уровней возможностей по работе с информацией по мере увеличения: "нет доступа", депозиторы, читатели, авторы, редакторы, дизайнеры, менеджеры. В дополнение отдельные поля могут быть зашифрованы. Пользователям Internet может быть предоставлен анонимный доступ, доступ по паролю, любо доступ на основе предъявления сертификата так, как это определено протоколом Internet Secure Sockets Layer (SSL).  Шифрование, обеспечивающее безопасную связь между отдельными пользователями.

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

Средства интеграции с реляционными базами данных и системами управления ресурсами предприятия Lotus разработал целый спектр технологий интеграции, позволяющих разработчикам приложений в полной мере использовать всю мощь и Lotus Notes, и реляционных баз данных (РСУБД). В число продуктов и технологий интеграции, позволяющих разработчикам приложений использовать Notes и РСУБД, входит библиотека LotusScript Data Object. LotusScript Data Object (LS:DO) - это набор классов, методов, свойств и событий LotusScript, обеспечивающих доступ к реляционным и традиционным базам данных с использованием ODBC. LS:DO позволяет разработчикам объединить Notes с внешними базами данных для связи приложений Notes с операционными системами. Таким образом, с помощью LS:DO можно эффективно реализовать распределенный внешний интерфейс для традиционных систем. Так как LS:DO предоставляет доступ к базам данных как для чтения, так и для записи, в распоряжении разработчиков имеются все функции рабочих потоков и репликации Notes, что позволяет создавать расширенные приложения, объединяющие реляционные базы данных с Notes.

Запуск Notes Для запуска Notes нужно выбрать из меню Пуск команду Программы – Lotus Application – Lotus Notes. После этого на экране появится заставка, в которой указывается, какая версия Notes используется. Затем появится окно, имеющее название “Lotus Notes” и содержащее запрос на ввод пароля: Если пароль будет введен неверно, то Notes не разрешит работать под именем, которое отображается в окне ввода пароля.

Пригласительная страница «Добро пожаловать» После того, как Notes примет пароль на экране появится окно с пригласительной страницей “Добро пожаловать”, которая обеспечивает быстрый доступ к почте, календарю, списку задач и к различным средствам поиска.

Получение и отправка электронной почты Чтобы перейти к почте, нужно щелкнуть по значку Почта на странице “Добро пожаловать”. Откроется окно просмотра почты, разделенное на две области: –Область Представления расположена в правой части окна и отображает список поступивших сообщений. Каждая строка этого списка соответствует одному сообщению. –Область Навигации расположена в левой части окна и содержит средства, позволяющие удобно организовать почту.

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

Доступ к Web из Notes В Notes имеется много средств для получения информации из Web. Причем нет необходимости использовать какой-то внешний браузер. Находясь в среде Notes. Способы поиска информации в Web: – На панели с кнопками перемещения в правом верхнем углу экрана нужно нажать на стрелку, расположенную рядом с кнопкой Поиск. В появившемся списке выбирается поисковая система. – На странице “Добро пожаловать нужно щелкнуть по стрелке спускающегося списка Найти. В списке выбирается средство поиска, а в соседнее поле текст вводится слово, по которому будет осуществляться поиск. – Для открытия Web с помощью Notes нужно щелкнуть значок Открыть URL (глобус в правом верхнем углу экрана).В поле Адрес вводится адрес Web-страницы.

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

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

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

Назначение

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

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

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

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

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

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

Репликация

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

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

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

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

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

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

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

Таблица 5 Схемы репликации
	Описание
Извлечение-продвижение	Задание на репликацию считывает изменения с целевого сервера и передает на него собственные изменения
извлечение	Задание на репликацию считывает изменения с целевого сервера и передает на него собственные изменения по его запросам
Продвижение	Задание на репликацию передает собственные изменения на целевой сервер, никак не реагируя на имеющиеся на нем изменения
Извлечение	Задание на репликацию считывает изменения с целевого сервера, не пытаясь передать ему собственные изменения

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

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

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

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

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

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