Ограничение репликации

[kamvilena]

Добрый день. Проблема в следующем - есть головной сервер Lotus и несколько подчиненных. Необходимо сделать так, чтобы подчиненные сервера не могли вносить изменения на другие сервера, только на свой. В настоящий момент проблемы, возникающие на каком-либо сервере автоматически распространяются на все сервера.

[Maxxx]

О каких изменениях идет речь? Все решается в рамках настройцки репликации
Либо ACL
Либо отключить репликацию.
Не совсем ясно что именно необходимо.

[kamvilena]

если отключить репликацию - головной сервер не будет получать информации об изменениях на подчинненых серверах. Проблема в том, что с подчиненного сервера периодически распространяют старые адресные книги/дубликаты и т.д.
Как правильно настроить ACL?

[Maxxx]

Значит ACL не надо трогать.
Тогда изменяйте формулы репликации (настраивайте селективную репликацию).
Либо ограничивайте в наcтройках репликации что и в какую сторону реплицировать.
Вы ж ТЗ нормально сформулируйте.
Сначал вы говорите, что надо сделать чтобы подчиненные сервера не вносили изменения на другие, а только на свои, центральный - это свой или чужой? Потом, что надо чтобы изменения на центральный приходили.
Нарисуйте схему, где свои, где чужие. Где надо изменять информацию, а где нет.
И тогда получите ответ.

[kamvilena]

S - головной сервер
S1, S2 - подчиненные сервера
нужно чтобы S1 передавал данные об изменении своих пользователей только на сервер S.
сервер S должен распространять объединенные данные на все подчиненные сервера (например общую адресную книгу)

[Maxxx]

Да что ж так туго то все так? Просил же схему. Их описания ничего не понятно. Как было, так все и осталось.
Уточняю вопрос:
Откройте вложение схему, которую я нарисовал и подтверджите правильность моих слов.

Сервер S центральный, он принимает документы ТОЛЬКО с сервера S1
Документы могут изменяться на ВСЕХ серверах.
Сервера S2 и S3 подчиненные и принимают изменения ТОЛЬКО с сервера S
Сервер S не может изменять документы на сервере S1

Документы измененные на серверах S1, S2, S3 не изменяются сервером S

Все верно?

[kamvilena]

Сервер S центральный, он принимает документы ТОЛЬКО с сервера S1
неверно, он принимает документы со всех серверов, S1, S2, S3.

Документы могут изменяться на ВСЕХ серверах.
верно

Сервера S1, S2 и S3 подчиненные и принимают изменения ТОЛЬКО с сервера S

Сервер S не может изменять документы на сервере S1
неверно, может

[chaki]

все сервера у вас в одном лотусовом домене?
какие базы вы пытаетесь реплицировать? адресные книги?

[Maxxx]

Сервер S центральный, он принимает документы ТОЛЬКО с сервера S1
неверно, он принимает документы со всех серверов, S1, S2, S3.

Документы могут изменяться на ВСЕХ серверах.
верно

Сервера S1, S2 и S3 подчиненные и принимают изменения ТОЛЬКО с сервера S

Сервер S не может изменять документы на сервере S1
неверно, может

Так если сервера S1, S2 и S3 принимают изменения только с S, то и изменения должны происходить только на сервере S.

Если сервер S принимает изменения со всех серверов, то и передавать он должен на все сервера. Не вижу тогда логики вопроса.

Думаю стоит перейти к более предметному разбора проблемы. Что вы конкретно хотите видеть? Какие куда изменения НЕ должны попасть? На каких документах/базах и т.п.?

[kamvilena]

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

[Maxxx]

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