dim-soft писал(а):MAV писал(а):
Решений обеспечивающих автоматическую обработку фэйловера для sql 2012 standart, видится всего два: AlwaysOn Failover Cluster Instances и Database mirroring. В первом случае требуется внешнее хранилище (не вдаваясь в детали, не обязательно полноценное брэндовое СХД).
А общий программный сторадж от starwind не подойдет ?
Все зависит от версии, т.к. некоторые версии не умеют отдавать том другому узлу... Только вот вопрос, зачем он нужен старвиндовский таргет, если устанавливается всеравно на винду, у которой есть свой ISCSI таргет?
dim-soft писал(а):MAV писал(а):
Во втором случае, третий сервер/ВМ - свидетель, для автоматического поднятия неактивной базы на запасном сервере.
достаточно простого SMB ресурса ?
Именно он и нужен.
dim-soft писал(а):
MAV писал(а):
В обоих сценариях мы говорим именно о высокой доступности сервиса и не затрагиваем бэкап и его характеристики, в частности RTO. Так что восстановление из бэкапа у вас может занимать и минуты и часы. Здесь вы сами должны расчитать это время, т.к. объемы БД и регламент (DRP) известны только вам.
Информация при переходе не потеряется ? или "умрет" последняя транзакция ?
Для кластера вся информация изначально храниться на едином сторадже, т.ч. не важно какой сервер активен в настоящий момент. Для мироринга, в случае с синхронной репликацией, данные сначала пишуться на запасной сервер, а после уже на рабочий. В общем в обоих случаях - ВСЕ транзакции должны сохраниться