备份报表的 SQL 数据库

Question

我正在寻找一些帮助/建议，以将两个大型数据库备份到一台专用于报告的服务器。 情况是；

我公司的内部网站有两个数据库。 一份用于英国，一份用于欧洲。 两者都是 DR 的镜像。

我在欧洲有一台专用于 Microsoft Reporting Services 的服务器，我们根据这两个数据库中收集的数据运行报告。

出于性能/安全原因，我们不想将报告服务指向实时数据库，因此我们目前每天备份这两个数据库并将它们恢复到我们的报告服务服务器。

然而，这意味着我们通过备份整个数据库给我们的网络带来了压力，而且数据直到昨天午夜才更新。

我们的目标是使数据至少更新 15 分钟，有人建议查看 Log Shipping，所以我想知道是否有人有设置此设置的经验以及优点和缺点以及是否有更好的方法选择？

任何帮助将不胜感激， 谢谢

Answer 1

我们开发了类似的环境。 我们使用镜像将数据传输到报告服务器，并创建了一个自动化例程，每 15 分钟创建一次数据库快照。 这些快照在我们的环境中只需 1 到 2 秒即可创建，并为我们提供数据库的只读副本。 如果您希望我更深入地了解细节，请告诉我。

注意我们在两台服务器上运行 Enterprise。

Answer 2

日志传送是一个很好的解决方案。 我们在SQLServerPedia 的日志传送部分上有关于它的文章，并且我有一个视频教程在那里与您讨论不同的选择。 关于日志传送需要记住的一件事是，当发生恢复时，您的用户将被踢出报告数据库。

复制不存在这个问题，但复制远非“一劳永逸”——管理起来非常耗时，而且并不像您希望的那样可靠。 此外，您可能必须进行架构修改才能使用复制。 日志传送更加自动化 稳定，但代价是在恢复时将用户踢出。

您可以通过制定两个日志传送计划来最大限度地减少这种情况 - 一个用于白天工作时间，另一个用于其余时间。 在工作时间内，您每小时（或更少）仅恢复一次数据，其余时间每 15 分钟恢复一次。

Answer 3

您应该将复制视为备份的替代方案。

Answer 4

我建议您考虑使用事务复制。

听起来您似乎正在寻求实现一个与我们当前正在实现的场景类似的场景。

我们使用事务复制（尽管是实时的，但您很可能希望以不太频繁的计划同步您的环境）将我们的实时生产数据库的副本卸载到另一台服务器以用于报告目的。

卸载报告数据是一种常见的复制方案，Microsoft 复制文档中对此进行了描述。

http://msdn.microsoft.com/en-us/library/ms151784。 aspx

一个元素，以及需要解决的安全考虑因素，但是，在我看来，使用复制有许多关键优势，包括：

• Brent 是正确的，因为复制确实需要配置 与日志相比的延迟
  船运。
• 仅发布的能力
  所需文章（表）
  用于报告。
• 减少存储要求。
• 发布的数据越少意味着越少
  网络流量。
• 访问您的报告
  始终保持数据/数据库。

例如，在我们的环境中，我们决定仅从生产数据库中复制我们实际需要进行报告的特定表（文章）。

我希望我所描述的内容清晰且有意义，但如果您有任何疑问，请随时与我联系。