Репликация

dimat

Lotus team
31.07.2008
516
0
#1
Всем привет!
Ситуация: Есть сервер Domino, к нему через интернет(с одного ip) подключаются пользователи и работают с 1 БД.
Вопрос: Возможно ли сделать средствами репликации чтоб они(пользователи) работали с копией этой БД локально, а раз в сутки (например), данные локальной и серверной копий синхронизировались? И если возможно, то как?

P.S. С репликацией никогда не сталкивался...

Заранее спасибо!
 
A

Alexander (Criz)

#2
Делаешь в клиенте локальную реплику и в настройки репликации по-расписанию указываешь время... Всё...
 
A

Alexander (Criz)

#4
А как быть с документами с одинаковым UNID? Или если у пользователей окажутся документы с одним названием?
А как с ними быть? Работать с ними... Документ имеет одинаковый UNID в пределах всех реплик.
Ну а с названием это для меня сложно, если вы имеете в виду "Topic", то это вообще на "скорость" не влияет
 

Мыш

Премиум
12.02.2008
1 097
10
#6
Можно попробовать блокировку на серверной реплике организовать - например ,агентом RunOnServer. Но это, понятное дело, все равно породит трафик... Считать объем надо.....

PS. Если вся проблема не в объеме трафика, а в периодическом отсутствии связи с сервером, то, ессно, блокировка отпадает....
 
L

ledi

#7
А как с ними быть? Работать с ними... Документ имеет одинаковый UNID в пределах всех реплик.
Ну а с названием это для меня сложно, если вы имеете в виду "Topic", то это вообще на "скорость" не влияет
В том-то и дело, что если 2 человека в двух репликах изменят один документ, то админ (или кто за этой базой следит) замахается конфликты при репликации исправлять.

А про имя - если есть вью, в котором документы сортируются по имени (названию, topic-y), то есть вероятность того, что 2 совершенно разных документа, но с одним именем, попадут в одну категорию и может возникнуть некоторая путаница.
 
K

Klido

#8
Если локально реплить документы, доступные только конкретному пользователю (поля типа readers/authors) - будет работать нормально. Иногда удается достичь нужного эффекта, внимательно осмотрев сам процесс работы пользователей/групп с документами...
Однако, если есть серверные агенты или что-то подобное, которое может менять документы в промежутках между репликациями - вряд ли что поможет...
Можно предположить, что помочь может перевод базы под вэб.
 
A

Alexander (Criz)

#9
В том-то и дело, что если 2 человека в двух репликах изменят один документ, то админ (или кто за этой базой следит) замахается конфликты при репликации исправлять.

А про имя - если есть вью, в котором документы сортируются по имени (названию, topic-y), то есть вероятность того, что 2 совершенно разных документа, но с одним именем, попадут в одну категорию и может возникнуть некоторая путаница.
Все эти проблемы решаются на уровне проектирования приложения.
В простейшем случае, конфликты репликации обрабатываются через настройку формы "Conflict Handling". В более сложных - написание агентов и обработка руками.
Сортировками в видах и самими значениями в полях документов вы управляете в своём приложении...
 
K

Klido

#10
В более сложных - написание агентов и обработка руками.
если больше 2-х человек поработают с одним документом локально, а сервер в промежутке между репликациями ещё и сам поменяет док - обработка представляется слишком сложной, проще поменять логику действий :)