什么是为SSRS复制数据库的最佳方法

Question

我在一个实例中安装了SQL服务器数据库(mainserver),在其他实例中安装了RerportServer的SQL服务器数据库.将数据从mainServer复制到报表服务器的最佳方法是什么？mainServer中的数据经常更改,ReportSever中的实际信息非常重要.

有很多方法可以做到这一点:

• 镜像
• 运输日志
• 事务复制
• 合并复制
• 快照复制

有关于此的一些最佳做法吗？谢谢

Answer 1

您的案例需要事务复制.这就是为什么你不需要其他4个案例:

镜像

• 这通常用于提高数据库服务器的可用性,并在发生灾难时提供自动故障转移.
• 通常,即使您拥有多个数据库副本(建议位于不同的服务器实例上),但一次只能激活其中一个副本,称为主服务器.
• 此服务器实例上的每个操作都会在其他操作上连续(尽快)镜像,因此这不适合您的用例.

记录运输

• 在这种情况下,除了生产数据库服务器之外,您还有额外的故障转移服务器,以便生产服务器的数据库备份,差异和事务日志自动发送(复制)到故障转移,并进行恢复.
• 这里的复制相对安排在比其他机制更长的时间间隔,通常从一小时到几小时.
• 这还可以在生产站点发生灾难时手动准备好故障服务器.
• 这也不适合您的使用案例.

合并复制

• 这与其他实体之间的关键区别在于,复制的数据库实例可以与不同的客户端应用程序进行通信,而与彼此进行的更改无关.
• 例如,北美的数据库服务器由美洲和欧洲的客户更新,澳大利亚的另一个数据库服务器由亚太地区的客户更新,然后更改彼此合并.
• 同样,它不适合您的用例.

快照复制

• 发布数据库的整个快照以复制到辅助数据库(不同于要复制的日志文件.)
• 然而,最初,对于每种类型的复制,生成快照以初始化订阅数据库,即仅一次.

为什么要使用事务复制？

• 您可以选择要连续复制的对象(表,视图等),因此如果只有一部分表用于报告,则可以节省大量带宽.这在镜像和日志传送中是不可能的.
• 您可以将流量从应用程序重定向到报告服务器以获取所有读取和报告(您也可以在其他读取和报告中执行此操作,顺便说一句).
• 您可以使用独立的批处理作业生成报告服务器上运行的一些更常用的报告,如果主服务器具有非常频繁的插入,更新或删除,则可以减少主服务器上的负载.

Answer 2

从上到下浏览您的列表.

1. 镜像:如果您将数据从mainServer镜像到reportServer,则无法访问reportServer.镜像将镜像数据库置于连续恢复状态.镜像是一种高可用性解决方案.在您的情况下,只有在进行故障转移时,reportServer才可用于查询.故障转移之前,镜像服务器永远不会运行.这不是您想要的,因为在操作之前您无法使用reportServer.

2. 日志传送:日志传送将允许您将计划事件上的事务日志备份应用于reportServer.如果每15分钟备份一次事务日志并将数据应用于reportServer,则主服务器和日志服务器之间的延迟将超过15分钟.镜像实际上是实时日志传送.根据您设置日志传送的方式,您的客户端必须在数据库忙于恢复日志文件时断开连接.因此,在长期恢复期间,可能无法使用报告.日志传送也是一种高可用性功能,对报告不是很有用.有关在尝试恢复数据库时尝试访问数据库的说明,请参阅此链接http://social.msdn.microsoft.com/forums/en-US/sqldisasterrecovery/thread/c6931747-9dcb-41f6-bdf4-ae0f4569fda7

3. 复制:我在这里将所有复制集中在一起.复制尤其是事务复制可以帮助您扩展报告需求.它通常会更容易实现,而且您也可以在镜像中报告数据时无法报告事务日志传送中的数据,您将有差距.因此,在您的情况下,复制更有意义.如果您的报告可以说是一天之前,快照复制将非常有用.您可以每天早上从mainServer创建所需数据的快照,并将其发布到订阅者reportServer.但是,如果数据库非常大,那么Snapshot每天都会遇到问题.合并复制仅在您要更新复制数据时才有用.在您的情况下,您希望拥有要报告的数据的只读副本,因此合并复制不会有所帮助.事务复制允许您通过线路发送复制.如果您需要在reportServer中经常更新信息,这将非常有用.我可能会建议你这条路线.

请记住,通过实施复制/镜像/日志传送,您将创建更多维护工作.复制CAN失败.因此可以镜像,因此可以进行事务日志传送.您需要监控这些解决方案,以确保它们顺利运行.所以问题是你真的需要将你的报告扩展到另一台服务器,或者花时间确定你为什么不能在生产服务器上报告？

希望有所帮助!