Войти
 
 
   
 
  
Новости Notes.ру Библиотека Биржа труда Вопрос - ответ Форум Регистрация Поиск О проекте
Разделы
О Notes
Советы
Шаблоны и примеры
Литература
Презентации
 
Дополнительные инструменты в панели инструментов   
Шаблоны и примеры Читать статью
 
Классы для работы со стабами удалённых документов для Windows64   
Шаблоны и примеры Читать статью
 
Базовые компоненты XPages Extension Library: Widget Container   Серия статьей дающая представление о базовых компонентах Extension Library, их основных свойствах и мест применения
О Notes Читать статью
 


О Notes

Главная   Библиотека   О Notes

Всё о репликации Lotus Notes/Domino

Николай Норкин
Вятские Информационные Технологии
nickanor@mail.ru

Всё о репликации Lotus Notes/Domino
1 2 3 4 5
Переменные NOTES.INI, которые влияют на работу задачи Replicator
Allow_Access. Список пользователей, групп и серверов, имеющих доступ на этот сервер. Эта и две следующие переменные будут приниматься во внимание, если соответствующие им поля серверного документа пусты. В противном случае они игнорируются.
Create_Replica_Access. Список пользователей и групп, которые могут создавать реплики на этом сервере
Deny_Access. Список пользователей, групп и серверов, не имеющих доступ на сервер

Log_Replication. Переменная определяет полноту протоколирования событий репликации: 0 - не протоколировать, 1 - протоколировать начало и конец репликационной сессии в протоколе и на консоли сервера; значение 2 - протоколировать деятельность репликаций на уровне баз данных; 3 - протоколировать события репликации на уровне элементов дизайна и документов; 4- протоколировать события репликации на уровне полей; 5 - протоколировать суммарную информацию (resume) в журнал работы Notes

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

Replicators. Количество задач Replicator, которые должны постоянно работать на сервере
ServerPullReplication. Заставляет все инициированные сервером репликации использовать схему Pull-Pull
ServerPushReplication. Установка этой переменной в 1 заставляет выполнять все репликации, начатые по инициативе этого сервера по схеме Pull-Push. Репликационные запросы с других серверов также должны быть построены по этой схеме, иначе изменения с других серверов не поступят на этот сервер.
ServerNoReplRequests. Сервер с установленной в 1 переменной будет отказываться от открытия репликационной сессии с вызывающим сервером и принуждать его работать по схеме Pull-Push (самому выталкивать изменения, происшедшие на его стороне). Установка сразу обеих описанных переменных будет вынуждать вызывающие сервера работать по схеме Pull-Push вне зависимости от прописанной схемы репликаций.
Map_Retry_Delay. В переменной указывается количество минут, которое ждет сервер после неудачной попытки вызова прежде, чем повторить попытку

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

Открыть этот журнал можно с первой закладки свойств базы данных (кнопка Replication History...), из главного меню Lotus Notes File -> Replication -> History... или из контекстного меню с иконки базы данных в рабочей области Replication -> History...
Благодаря этим записям оптимизируется процесс репликации за счёт исключения из процесса документов базы, которые не были изменены с момента последней успешной репликации
Есть и оборотная сторона - чувствительность задачи к настройкам времени и "скачкам" времени
Если по каким-то причинам, связанным со сбоем в операционной системе или работой другого приложения, клиент или сервер Lotus Domino побывал в далёком или не очень далёком будущем, и следы от этого сохранились в журнале репликации, то следующей репликации придётся ждать очень долго, собственно, до наступления этого времени
На консоли и в журнале сервера (база log.nsf) при этом можно увидеть следующую запись: Database (путь к БД) time is too far in the future
В наиболее простом случае при такого рода неприятностях следует очистить (удалить) неправильную запись в журнале репликаций. Для серверной реплики это позволено делать лишь управляющему (manager) базы данных (для прочих, как показано на рисунке выше, кнопочки Clear и Clear All не активны)
Следует иметь в виду, что после очистки записи следующая репликация будет сравнивать изменения по всему подмножеству документов базы, а не с даты последней репликации, что выльется в дополнительное время на репликацию, дополнительные серверные ресурсы и дополнительный трафик
Значительно хуже может оказаться, если произошёл сбой в настройках времени в операционной системе. В этом случае кроме неверной интерпретации даты "в далёком будущем" возможно наблюдать и записи с испорченным форматом (см. следующий рисунок)

Если подобное случается (причина не всегда понятна), то стоит заглянуть в User Activity базы данных (соответствующая кнопка на второй закладке свойств базы данных)
Если там наблюдается та же картина, то чисткой журнала репликации дело не обойдётся.
В данном случае можно попробовать следующие операции:
1. Создать реплику на клиентскую станцию без шифрования
2. Пересоздать реплику заново с другого сервера, где всё в порядке
Но всё-таки всегда лучше предупреждать подобные ситуации, чем пытаться их потом лечить. Знание этого тонкого момента как администратором системы, так и пользователями, работающими с локальными репликами баз, позволит избежать неприятностей не только при реплицировании, но и вообще при работе в системе Lotus Domino


1 2 3 4 5

Автор выражает благодарность Владу Шубникову за комментарии и дополнения, высказанные по данному материалу

Читайте на Notesnet.ru
Документы, создаваемые программно с использованием метода CopyToDatabase, не реплицируются >>>
Параметр Дата отсечки не работает при репликации в Notes/Domino 6.x or 7.x >>>
 
  Опубликовано — 11/05/2007 |    

Михаил, 07.11.2014 18:41:26:
Добрый день!
Не проходит реплика через консоль командой replicate name_server name.nsf
Пишет в консоле:
Unable to replicate with server name_server: Unable to find path to server. Check that your network connection is working. If you have a working connection go to Preferences - Notes Ports and click Trace to discover where it breaks down
Трассировка и пинги проходят. В чем может быть проблема?

Ник Норкин, 17.06.2009 14:57:20:
1. Команда trace имя_сервера работает аналогично выполнению трассировки с клиента (из user preferences...)и выводит такой же лог
По-моему, этой информации достаточно
2. Может быть, я тороплюсь с диагностикой: Посмотрите, если серверы находятся в одной поименованной Notes-сети (NNN), то есть Notes Network на закладке Ports -> Notes Network Ports серверного документа имеют одно имя, то документ Connection не используется, а используется значение Net Address

Samara, 17.06.2009 09:22:10:
Здравствуйте,
подскажите пожалуйста как настроить репликацию между двумя серверами по Интернету?

Мы создали документ соединения, и в локальной сети они друг друга видят, но вот когда мы пытаемся настроить через Интернет между двумя офисами коннект почему-то не проходит. Отключили все файерволы, подскажите пожалуйста если в домино инструмент, который может пинговать другой сервер?

Спасибо.
Виталий

Автор, 14.04.2008:
Добрый день! О какой репликации идёт речь? клиент-сервер или сервер-сервер? Для клиент-серверной репликации прокси-сервер указывается в документе Location Пожалуйста, скиньте мне на почту более подробные данные по Вашему вопросу Ник

Jonson, 13.04.2008:
Здравствуйте, помогите пожалуйста решить проблему, не проходит репликация, где изменить настройки прокси сервера???



Добавить комментарий
Имя * :
e-mail
Комментарий * :
Код подтверждения * :

Мероприятия
18.12.2012   Опыт реализованных проектов на базе технологий IBM
24.10.2012   Решения IBM для построения надежной ИТ-инфраструктуры и сервисов
09.10.2012   Форум «Ударим СЭДом по бездорожью, разгильдяйству и непрозрачным бизнес-процессам! Система электронного документооборота CompanyMedia 4.0: вперед в будущее!»
Пресс-релизы
02.06.2011   ООО "АДБ.РУ" выпустило очередную версию системы управления контентом для Lotus Domino - Logosphere 2.7.
21.01.2010   Компания «Поликом Про» выполнила для компании «Синергия» пилотный проект по внедрению системы защиты электронной почты IBM Lotus Protector for Mail Security
22.12.2009   Новые технологии разработки приложений на базе Lotus Domino
Биржа труда
18.04.2012 - разработчик Lotus Notes (ОАО "УРАЛСИБ")
26.07.2011 - Программист Lotus (удаленная работа) ()
06.06.2011 - Эксперт (Lotus Notes/Domino) (Крупный банк (ТОП-5))
Последнее на форуме
 
А так же:
Как удалить профиль?
16.04.2016 00:08:51
Скопировать в буфер поле документа
24.05.2015 08:55:52
Импорт DXL-описания документов в Lotus Domino. Одноимённые поля
16.04.2015 16:49:58
 
© LOGOSPHERE.RU