尝试提出可行的备份恢复和日志传送解决方案以实现以下目标：
- 15 分钟恢复点目标（任何时候数据丢失不超过 15 分钟）
- 5 分钟恢复时间目标（必须能够在 5 分钟内恢复数据库正常运行）
考虑仅使用日志传输（我认为这有点过分，但我想知道是否有其他人知道如何实现这一点）。
其他一些需要考虑的信息：
- 在主站点和灾难恢复 (DRC) 站点之间使用 40 Gbit/秒光纤通道
- 这两个地点相距约600公里。
- 预计在营业结束时产生的数据量约为 150 MB/秒。
- 计划每5分钟进行一次日志备份。
经过一些粗略的计算，我得出了以下数字：
- 40 Gbit/秒 = 5 MB/秒@100% 网络效率。
- 5 MB/秒 = 300 MB/分钟。
- @ 300 MB / 分钟，考虑到 5 分钟 RTO，可以传输的总数据量约为 1.5GB，但这将没有时间进行实际备份和恢复，因此如果我们将其缩短到 3 分钟的日志传输时间，这相当于在 100% 网络效率下 3 分钟内传输约 900 MB，这将剩下大约 1 分钟的备份时间和 1 分钟的恢复时间。目前没有任何信息表明所使用的系统是否能够在 1 分钟内恢复 900 MB，但假设它可以。
- 对于 COB 场景...150 MB/秒，并考虑到 3 分钟的日志传送时间，这应该相当于 3 分钟内传输约 27 GB 的数据...??? 我认为这是 SLA 将中断的地方......因为没有办法在 3 分钟内通过 40Gbit/秒的线路传输 27 GB 的数据。
我可以征求别人的意见吗？
我认为数据库镜像可能是解决这个问题的更好的答案。
答案1
镜像实际上是您唯一的选择，因为尝试强制同步将花费太长时间，并且随着数据库的增长而变得更糟。
答案2
您还可以考虑事务复制。这需要一些额外的要求，例如要包含的所有表都需要有主键，但是您可以指定复制的频率，甚至可以指定同步复制的频率。