Sql server 带估计的日志传送带

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

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

问候

---

Giovanni

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

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

• 读取从sys.dm\u io\u虚拟\u文件\u stats写入的\u字节数\u
• 随机插入和删除表中的行
• 读取从sys.dm\u io\u虚拟\u文件\u stats写入的\u字节数\u
• 计算的两个值之间的差异（以MB为单位） 写入的字节数
• 进行压缩事务日志备份
• 检查日志备份大小和字节数之间的差异 书面的

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

问候

---

乔娃

嗨，谢谢你，但我做不到！这是一种很好的经验方法，但在这种情况下，我必须知道每日交易日志备份的总大小。我必须确保备份系统的大小适合于完成这项工作！！！我必须估计！！！如果无法将恢复模式切换为完全恢复模式，则不能使用日志传送。@Ben我们也可以在大容量日志恢复模式中使用logh啜饮。@Ben，我知道完全恢复模式是一个先决条件。在这种情况下，我们每天要修改数TB的数据。我必须事先做一个估计，将恢复模式从简单模式切换到完全模式，然后配置日志传送。@Shanky：我知道我可以使用大容量日志恢复模式，但无论如何，我必须估计我未来备份的大小。在Oracle的情况下，我只计算重做日志开关的数量。SQL Server中没有正常的恢复模式，尽管这并不重要，但请在问题完成中输入正确的信息。。。这是个印刷错误。谢谢你，香基！