如何通过仅使用SQL Server的logshipping实现以下RTO和RPO?

试图想出可行的备份恢复和logshipping解决scheme来实现以下目标:

  • 15分钟恢复点目标(任何时候不超过15分钟的数据丢失)
  • 5分钟恢复时间目标(必须能够让db恢复运行5分钟)

考虑只使用logshipping(我认为这是推动它,但我想知道是否有其他人知道如何做到这一点)。

其他一些需要考虑的信息:

  • 在主站点和灾难恢复(DRC)站点之间使用40 Gbit / sec光纤通道
  • 这些地点相距约600公里。
  • 在业务结束时,预计产生的数据量约为150MB /秒。
  • 计划每5分钟进行一次日志备份。

做了一些粗略的计算,我提出了以下数字:

  • 40 Gbit / sec = 5 MB / sec @ 100%的networking效率。
  • 5MB /秒= 300MB /分钟。
  • @ 300 MB / min,考虑到5分钟RTO,可以传输的数据总量大约是1.5GB,但是实际备份和还原没有时间,所以如果我们把它减less到3分钟的时间,这相当于以100%的networking效率在3分钟内达到〜900 MB,这将剩下大约1分钟的备份时间和1分钟的恢复时间。 目前没有任何信息,如果正在使用的系统能够在1分钟内恢复900 MB,但假设可以。
  • 对于COB场景… 150 MB /秒,并考虑3分钟的logshipping时间,这应该等于大约27 GB的数据超过3分钟…? 我认为这是SLA将会破坏的地方,因为在3分钟内没有办法在40Gbit / sec的线路上传输27GB的数据。

我能得到别人的意见吗?

我想数据库镜像可能是一个更好的答案。

镜像实际上是您唯一的select,因为尝试强制同步将花费太长时间,并且随着数据库的增长而变得更糟。

你也可以考虑事务复制。 这需要一些额外的要求,例如所有将被包含的表都需要有主键,但是您可以指定复制发生的频率,即使它是同步的。