За промовчанням 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 no modified in the last ... days: (Видалити документи, не змінені за останні... днів). Встановлення опції автоматично видаляє з даної репліки документи, з моменту останнього збереження яких минуло більшу кількість днів. Документи, видалені з цієї репліки на підставі цієї установки, будуть видалені в інших репліках, якщо 1). список керування доступом (ACL) реплік дозволяє серверу або користувачеві-ініціатору реплікації видаляти документи; 2). Не встановлено прапор Не відправляти видалення, зроблені в цій репліці, в інші репліки). Для баз, розміщених на сервері "автовидалення" проводиться серверним завданням 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 та каталог info to other replicas (Не надсилати зміни в назві бази даних та інформацію для каталогу в інші репліки). Підняття цього прапора забороняє передачу змін деяких параметрів бази даних інші репліки бази. В іншому випадку ці зміни будуть підхоплені іншими репліками, якщо є достатній доступ (рівень розробника) у сервера або користувача, що робить реплікацію
• Do not send changes in local security property to інші реплікації (Не надсилати зміни в локальному захисті в інші репліки). Подібно до попереднього, але щодо властивостей бази даних, що стосуються локальної безпекицієї репліки
Закладка Інше (Other)

• Temporary disable replication for this replica (Тимчасово вимкнути реплікацію). Вибір опції забороняє участь бази у будь-яких реплікаційних процесах. Сервер видає повідомлення Replication is disabled. Опція корисна адміністратору, якщо база з якихось причин виявилася пошкодженою та потрібна її відновлення, перш ніж буде можливість відновити реплікації
• Scheduled replication priority (Пріоритет реплікації за розкладом). Параметр задає пріоритет участі бази у реплікаціях згідно з документами ConnectionКорпоративної адресної книги або Location (Місце виклику) Локальної адресної книги. Репліки з високим (High ) пріоритетом можуть потребувати більш частому оновленні, ніж решта. Відповідно до обраного розкладу реплікацій у Адресної книгистворюються документи Connection: один - для підтримки реплікацій з високим пріоритетом(Найчастіші реплікаційні сесії), один - для реплікацій з високим і середнім пріоритетом, і для реплікацій баз всіх трьох пріоритетів - у найдешевший час і нечасто. Документи Connectionдля підтримки реплікацій різного пріоритету не повинні містити ділянок часу, що накривають. Інакше розклад складено некоректно, і реплікаційні сесії можуть відбуватися безладно, а частина реплік може зовсім не обслуговуватися.
• Лише редагувати incoming documents зберігаються або змінені після (Тільки вхідні документи, збережені/змінені після):. Значення дати (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 Різновиди ідентифікаторів
Ідентифікатор	видимості	Опис
Універсальний ідентифікатор (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 або (у разі рівності послідовних номерів) з більшою позначкою часу .

Реплікація у кластері

У кластері замість явного планування реплікації за допомогою сполучних документів, зміни просто негайно передаються на всі репліки кластера.

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