我正在考虑在具有中高级CRUD活动的70GB主数据库(即将迁移到SQL Server 2014)上实现事务复制。我们使用SQL Reporting Services(2005-> 2014)在工作时间内生成大量隔夜报告和生成中期临时报告。
我的想法是使用事务复制,主要(发布者)数据库有1个新虚拟机,分发服务器有1个新虚拟机,用户有1个新虚拟机,而且它有自己的只读数据库用于SSRS + 1个新VMN用于报告目录+ 1个VM报告服务器(5个新VM)。
我打算使用SSRS从订阅者检索数据(只读,包含发布者的表子集),而不是发布者。
我的问题是,如果我想保存一些虚拟机(不会失去太多性能): - 我可以将报告目录放在与订户相同的服务器上,或者 - 同一虚拟机上的-Combine分发服务器和订户数据库,但是将报告目录保留在单独的VM上?
还有其他建议吗?提前致谢。 WM
答案 0 :(得分:1)
我们目前为两个客户设置如下
Publisher(VM) - 托管主应用程序数据库的服务器。 订户(VM) - 服务器托管订户数据库,分发商(我们使用拉订阅)和报告服务器。
数据库大小约为10gb,也是中到高CRUD
该过程有效,其中一个缺点是客户端使用事务进程尝试更新的表对订阅者运行密集查询。事务复制过程不会向订户提交事务。接下来,错误消息在最好的时候没有帮助。如果您可以找到其他解决方案,例如具有只读副本的可用性组可能是更好的解决方案。