备份SQL数据库，用于报告

Question

我在找一些帮助/建议支持了两个大型数据库的一个服务器专用于报告。情况；

我的公司具有两个数据库，其内部网站。一个英国和一个欧洲。两者都是镜像博士

我有一个基于服务器在欧洲，这是专门为微软报告服务，在那里我们报告的基础上收集的数据在这两个数据库。

我们不想要点报告所述服务的实时数据库的性能/安全原因，所以我们目前这两个数据库备份在日常的基础上，并恢复他们给我们的报告所述服务的服务器。

然而，这意味着我们把一株在我们的网络通过备份整个数据库，并且数据的仅仅是最新的午夜前的昨天。

我们的目标是具有数据的最新通过的至少15分钟，就有人来看看记录的航运，所以我想知道，如果任何人有任何经验，在设定这个，是什么的利弊以及是否有一个更好的选择吗？

任何帮助将greatley解， 感谢

Answer 1

我们开发了一个类似的环境。我们使用镜像来获取数据从我们的报告服务器并创建一个自动化程序来创建数据库的快照每隔15分钟。这些快照只需要1到2秒在我们的环境中创建，给我们一个数据库的只读副本。让我知道如果你想我进入更深的细节。

注意：我们正在运行的两台服务器上的企业。

Answer 2

日志传送是一个很好的解决方案。我们在 SQLServerPedia的日志传送部分，和我有一个视频教程在那里谈论您通过不同的选择。有一点要在有关日志传送的一点是，当恢复情况发生，您的用户将被踢出报告数据库中。

复制不会存在这样的问题，但复制是隔靴搔痒“设置它和忘记它” - 这是时间密集型管理，并且是不太可靠，因为你想它是。此外，你可能不得不做出才能使用复制模式修改。日志传送是更自动＆稳定，但在在蹬出用户的费用恢复时间。

一个白天营业时间，以及一个用于其他 -

您可以有两个日志传送时间表最小化。在工作时间，你只恢复每小时（或更少）一次数据，而其余的时间你做的每15分钟。

Answer 3

您应该看看复制作为替代的备份。

Answer 4

我会建议你看看使用交易复制。

这听起来好像你正在寻找到实现的情况是类似于我们目前正在实施我们自己。

我们使用交易复制(尽管是现实的时间，你将最有可能希望同步环境上不那么频繁的安排)将一份我们的生活产数据库的另一个服务器，用于报告目的。

卸载的报告的数据是一个共同的复制的情况和这里描述的是在微软复制文件。

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

布伦特是正确的，在这里确实是一个元素的配置需要与复制，与安全考虑，将需要处理但是，也有一些关键的优势，使用复制在我的意见，包括：

• 减少等待时间相比要记录 运费。
• 能力仅发布的 文章(表)，都需要 报告。
• 减少存储需求。
• 少数据的公布意味着减少 网络流量。
• 访问你的报告 数据/数据库在所有的时间。

例如，在我们的环境中，我们决定复制，只有特定的表格(《)从我们的生产数据库，实际上，我们需要对报告。

我希望我有什么描述清楚和有意义的，但请随时联系我如果你有任何疑问。