报告镜像或复制的最佳解决方案？

Question

嗨，我有 SQL SERVER 2008R2 数据中心版，我使用 SSRS 和供应商应用程序进行报告。我有一个报告服务器，我们每天从 Live Server 备份和恢复，以便为我们的报告提供数据。

因此，我面临许多问题，因此开发的任何代码都必须等待一天，直到恢复完成才能进行测试。任何在 Reporting Server 上开发的代码都是重写的。惊喜报告显示了一天前的数据，我可以继续下去。

我知道我有两个可用的镜像和复制选项：

镜像将允许只读模式并且报告运行正常吗？这种只读模式是否有我遗漏的任何其他含义？

复制我在所有表上都没有主键，所以我只能选择使用全局唯一标识符 (GUID) 的合并复制选项，我不能让 sql server 将此列添加到我数据库中的所有表中。

任何人都可以建议我在另一台服务器上为报告目的拥有 Sql Server 数据库的 Live Copy 的解决方案吗？

我的要求

请建议任何解决方案，因为这将是一个很大的帮助提前谢谢你。

Answer 1

单独使用镜像，因为镜像次要是将不足以没有可用于查询。您必须创建和维护快照，这可能很烦人。

您的选择没有特定的顺序：

使用快照镜像：有效但有管理开销。
备份和恢复：您是从完整备份而不是差异备份或日志进行恢复吗？如果是这样，您或许能够减少用于恢复的时间。
日志传送：管理开销，应用日志备份时数据库不可用
复制：从管理角度来看具有挑战性，并非真正用于同步完整数据库
来自事务数据库的报告 - 此选项经常因未经证实的性能问题而被丢弃。通过使用资源调控器、快照隔离等，也可以在一定程度上缓解这些担忧。这是一个未充分利用的选项，IMO。
使用 SSIS 或类似工具进行 ETL。但是，您必须进行自己的架构更改。
可用性组，如果您可以升级到 2012（我假设您使用的是 2008 R2）。这确实是目前可用的最佳选择。
Idera 制作了一个名为 Virtual Database 的工具，允许您挂载和查询备份文件。在某些情况下，这是一个有趣的选择。

如果不了解有关您的环境的更多信息，就很难做出明确的建议。我已经使用了大多数这些方法，并取得了不同程度的成功。请注意，大多数地方最终都会为报告和分析构建更强大的数据集市/数据仓库，因此您可能最终会采用 ETL 路线。

哦，请确保您已获得辅助服务器的许可；)