sql-server - SSRS 复制数据库的最佳方法是什么

Question

我已在一个实例中安装了 SQL Server 数据库(主服务器)，并在其他实例中安装了用于 RerportServer 的 SQL Server 数据库。将数据从主服务器复制到报表服务器的最佳方法是什么？ mainServer中的数据经常变化，ReportSever中的实际信息非常重要。

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

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

这方面有一些最佳实践吗？谢谢

Answer 1

您的案例需要事务复制。这就是您不需要其他 4 个案例的原因:

镜像

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

日志传送

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

合并复制

• 此方法与其他方法之间的主要区别在于，复制的数据库实例可以与不同的客户端应用程序进行通信，而与彼此所做的更改无关。
• 例如，北美的一台数据库服务器由美洲和欧洲的客户更新，澳大利亚的另一台数据库服务器由亚太地区的客户更新，然后将更改相互合并。
• 同样，它不适合您的用例。

快照复制

• 发布数据库的整个快照以复制到辅助数据库(不同于仅传送用于复制的日志文件。)
• 但是，最初，对于每种类型的复制，都会生成一个快照来初始化订阅数据库，即仅生成一次。

为什么应该使用事务复制？

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