Оптимальное Расписание Репликации

astana2030

Active Member
26.08.2011
34
0
#1
Есть 2 сервера. Административный и дополнительный, на каждом из которых базы nsf1 и nsf2.
Пользователей >1k человек.
Между серверами настроен коннекшн с репликацией names.nsf и ряда других системных баз. Время 1 раз в 30 минут.
В домене существует политика заставляющая пользователей периодически менять пароль.

Сервер1. 1 физический Хеон, 4 ядерный, 16ГБ Озу. 2*SCSI.
Сервер2. 2 физических Хеон, 8ГБ ОЗУ. 4*SCSI.
Между серверами 100МБит/с.

Сама ситуация. Все происходит через Веб. Пользователь заходит на сервер1 в базу nsf1. Авторизуется, меняет пароль. По расписанию репликации пользователь сможет зайти с новым паролем на сервер2 в базу nsf2 после синхронизации names.nsf. Это 30 минут максимум, но всеравно долго.

Не слишком ли большой тайминг выставлен? Без ущерба для серверов, производительности рекомендуйте время репликации.
 

rinsk

Well-Known Member
Lotus team
12.11.2009
896
84
#2
Включите оба сервера в кластер и не мучайтесь.
 

vited

Active Member
17.11.2010
42
0
#3
Сделайте отдельные конекшны для names.nsf
Один с 9 до 18 каждые 5 минут. А в остальное время за ненадобностью раз в два часа, например.
Изменений в names.nsf не много. Быстрая и оптимизированная (только измененные поля) репликация в домино является фирменной фишкой. Так что не бойтесь, что сильно обремените сервера.
 

astana2030

Active Member
26.08.2011
34
0
#4
Спасибо за ответы. Это точно надеюсь что при репликации только изменения пересылаются, а не вся толпа))) Тогда переведу на более частые синхронизации names.nsf.
Кластер собирается вроде бы из трех серверов.
 

rinsk

Well-Known Member
Lotus team
12.11.2009
896
84
#5
Спасибо за ответы. Это точно надеюсь что при репликации только изменения пересылаются, а не вся толпа))) Тогда переведу на более частые синхронизации names.nsf.
Кластер собирается вроде бы из трех серверов.
Не правда. Вообще говоря из архитектуры Вашего решения - "частая" репликация совершенно не подходит.
 

astana2030

Active Member
26.08.2011
34
0
#6
Не правда. Вообще говоря из архитектуры Вашего решения - "частая" репликация совершенно не подходит.
Переводить обе базы на один сервер не хотел бы. Кластер будет решением? Разве в этом случае репликации не будут такими же частыми?