Как достичь следующих RTO и RPO с отправкой журналов только с помощью SQL Server?

Попытка найти жизнеспособное решение для восстановления резервных копий и отправки журналов для достижения следующих целей:

• 15 минут целевой точки восстановления (не более 15 минут потери данных в любое время)
• Целевое время восстановления 5 минут (должна быть возможность восстановить базу данных за 5 минут)

Учитывая использование только logshipping (что, я думаю, это как бы подталкивает его, но я хочу знать, знает ли кто-нибудь еще, как этого добиться).

Другая информация для размышления:

• Использование оптоволоконного канала 40 Гбит / с между основной площадкой и площадкой аварийного восстановления (DRC)
• Расстояние между участками составляет около 600 км.
• По прогнозам, объем генерируемых данных составит около 150 МБ / с.
• Резервное копирование журнала планируется каждые 5 мин.

Сделав некоторые приблизительные подсчеты, я пришел к следующим числам:

• 40 Гбит / сек = 5 МБ / сек при 100% эффективности сети.
• 5 МБ / сек = 300 МБ / мин.
• @ 300 МБ / мин, общий объем данных, который может быть передан с учетом 5-минутного RTO, составляет около 1,5 ГБ, но это не оставит времени на фактическое резервное копирование и восстановление, поэтому, если мы сократим его до 3 минут, время отправки журнала, что равно до ~ 900 МБ за 3 минуты при 100% эффективности сети, что оставит около 1 минуты для резервного копирования и 1 минуту для восстановления. В настоящее время нет никакой информации, способна ли используемая система восстановить 900 МБ за 1 минуту, но предполагаю, что это возможно.
• для сценария COB ... 150 МБ / сек, и учитывая время отправки журнала в 3 минуты, что должно равняться примерно 27 ГБ данных за 3 минуты ... ??? Я думаю, что здесь SLA нарушится ... поскольку нет возможности передать 27 ГБ данных по линии 40 Гбит / с за 3 минуты.

Могу я узнать мнение другого человека?

Я думаю, что зеркальное отображение базы данных может быть лучшим ответом на это.