performance about sql server log transaction

Question

想通过日志复制和传输模式，作为2台数据库服务器的数据同步。现在想评估下如果使用日志复制和传输，I/0读写会有多大的performance的开销，希望看到微软有官方的工具和服务可以提供。即使是有偿也可以。请回复我。

p.s. 当前主数据库服务器是single server，没有使用日志复制传输，恢复模式也是简单模式，想使用日志复制和传输。实现当前DB服务器作为发布服务器，另一台备用数据库服务器作为订阅服务器，完成数据库数据同步。

现在想评估这个方案，会有多少额外的I/O读写开销产生。需要微软官方的。

Answer 1

性能开销取决于网络环境，机器性能，应用程序开发的代码质量，程序的应用场景（频繁读写，大规模数据读写，互联网应用还是企业应用）。

---

专注于.NET ERP/CRM开发框架，C/S架构，SQL Server + ORM(LLBL Gen Pro) + Infragistics WinForms

Answer 2

所有程序，网络环境都不变情况下，只是sql server激活日志复制，传输功能。做数据同步。请问会增加额外的I/O开销多少？ 有微软官方的说明或者例子参考吗？

Answer 3

没太搞懂你具体用的是那种

日志复制和传输模式

------ 这种我以为你是用的事务日志传送，简单地说，就是主服务器做日志备份，从服务使用这个做日志还原，这个需要数据库恢复模型是 full

实现当前DB服务器作为发布服务器，另一台备用数据库服务器作为订阅服务器

------- 这种我的理解是标准的复制功能，通常是用事务复制，也就是要配置发布/订阅/分发，表级别的，这个不要求数据库恢复模型，由分发服务器通过 logreader 从发布服务器读取数据变化，然后把变化推到订阅，或订阅主动读取分发服务器捕获的数据变化

这种方法的技术实现手段不一橛，评估的点也不一样

当然，不管那种，你要想具体评估一个准确值是很难的

Answer 4

我准备应用的是数据库复制（日志）方式，请点评，如果启用后。I/0读写会增加多少。performance是否会降低。

Answer 5

根据经验值，如果只做发布服务器，开销小于5%

另外，你只提到了发布服务器和订阅服务器，忘了分发服务器。

---

想不想时已是想，不如不想都不想。