日志传送带宽估计答案

【问题标题】：log shipping bandwith estimation日志传送带宽估计
【发布时间】：2015-01-14 09:33:43
【问题描述】：

我们有很多处于简单恢复模式的 sql server 数据库。我们需要将这些数据库移动到不同的数据中心。这些数据库不能关闭（它们提供 24x7 的关键任务服务）。我们正在考虑使用日志传送来创建远程备用数据库，然后将远程副本切换为主数据库。

我们如何估计每个数据库每天写入的事务日志量？我们需要知道这个数量来估计网络带宽和事务日志备份的大小。

问候乔瓦尼

【问题讨论】：

【解决方案1】：

您不必估计：将数据库设置为完全恢复并开始进行日志备份。无论如何，您都必须这样做才能进行日志传送，如果数据库对您很重要，那么无论如何您都应该这样做。进行日志备份后，您将知道在任何给定时间之前的日志备份有多大，因此您可以据此估算带宽。

【讨论】：

嗨，谢谢，但我做不到！这是一个很好的经验方法，但在这种情况下，我必须知道事务日志备份的每日总大小的总大小。我必须确保备份系统的大小合适才能完成这项工作！！！我必须估计！！！
如果无法将恢复模式切换为完全，则无法使用日志传送。
@Ben 我们也可以在批量日志恢复模型中使用 logh sipping。
@Ben，我知道完全恢复模式是先决条件。在这种情况下，我们谈论的是每天数 TB 的数据修改。我必须提前做一个估计，将恢复模式从简单切换到完整，然后配置日志传送。
@Shanky：我知道我可以使用批量日志恢复模型，但无论如何我必须估计我未来备份的大小。在 Oracle 案例中，我只计算重做日志开关。

【解决方案2】：

我编写了一个执行以下操作的存储过程：

执行 1000 次后，我将计算日志大小和备份大小之间的比率

问候乔瓦

【讨论】：