• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

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

    Запись на курс до 25 апреля. Получить промодоступ ...

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

  • Автор темы astana2030
  • Дата начала
A

astana2030

Есть 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

Lotus Team
12.11.2009
1 151
125
BIT
3
Включите оба сервера в кластер и не мучайтесь.
 

vited

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

astana2030

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

rinsk

Lotus Team
12.11.2009
1 151
125
BIT
3
Спасибо за ответы. Это точно надеюсь что при репликации только изменения пересылаются, а не вся толпа))) Тогда переведу на более частые синхронизации names.nsf.
Кластер собирается вроде бы из трех серверов.
Не правда. Вообще говоря из архитектуры Вашего решения - "частая" репликация совершенно не подходит.
 
A

astana2030

Не правда. Вообще говоря из архитектуры Вашего решения - "частая" репликация совершенно не подходит.

Переводить обе базы на один сервер не хотел бы. Кластер будет решением? Разве в этом случае репликации не будут такими же частыми?
 

rinsk

Lotus Team
12.11.2009
1 151
125
BIT
3
Я как то подвис ...
почитайте:

 
I

ildareshka

кластер+резервная репликация
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!