Вы задаете правильные вопросы и хорошо разбираетесь в проблеме, однако планка установлена довольно высоко. Вы упираетесь в стену в поисках чего-то, что может оказаться неуловимым с технологиями, разработанными пять лет назад. Вы уже протестировали двух поставщиков на местах, и они не справились с этой задачей.
План на будущее. У вас есть то, что есть сейчас. Вы можете попробовать переработать существующую или старую технологию, но переход на следующую версию может быть вариантом, заслуживающим изучения.
Я подозреваю, что недостатки, которые вы описываете в зеркалировании 2008, являются причиной того, что Microsoft представила возможность AlwaysOn в SQL Server 2012. Зеркальное отображение 2008 года на самом деле неплохо, если у вас нет соединения с зеркалом с высокой задержкой и не используется режим высокой безопасности. Если у вас большой объем транзакций и вы имеете дело с деньгами, высокая безопасность или высокая производительность - непростое решение.
Мое собственное предсказание состоит в том, что так называемые «облачные» провайдеры на самом деле окажутся естественными для многих сценариев аварийного восстановления. У них есть технологии и опыт, которые не могут себе позволить большинство компаний, и они стараются ограничить возможности.
Асинхронное зеркальное отображение базы данных (высокопроизводительный режим)
http://msdn.microsoft.com/en-us/library/ms187110%28v=sql.105%29.aspx
Знакомство с SQL Server AlwaysOn
http: // msdn. microsoft.com/en-us/sqlserver/gg490638[1274 mentalAlwaysOn FAQ для SQL Server 2012
http://msdn.microsoft.com/en-us/sqlserver/gg508768.aspx
Вы также можете перейти к репликации на уровне хранилища. Таким образом, вы можете получить репликацию на уровне приложения - вашей базы данных и на уровне хранилища.
Так как это приложение критично с низким RPO и RTO, вы можете искать Синхронное зеркало, чтобы обновления производились, как только дельта в первичной стороне.
Облако - хороший вариант. Оно предлагает большую маневренность, скорость, модель оплаты по факту, экономию от масштаба, глобальный охват и т.д., но так как это требование, связанное с платежами и банковским делом, вы должны выбрать частное облако для лучшей безопасности. С другой стороны, частное облако значительно увеличит вашу операционную стоимость и общую стоимость.
Таким образом, вы можете рассмотреть технику репликации на уровне программного обеспечения и инфраструктуры.
.