如何处理 SQL Server 2005 中大量数据库的报告？

Question

我正在寻找有关如何处理环境报告的建议。我们目前拥有 16 台服务器，其中包含 20 个 SQL Server 2005 实例。我们拥有 6,600 多个数据库，并且在这些实例中不断增长（每个客户 1 个数据库）。我们的大多数数据库运行的大小从 200 mb 到 7gb，其中大约 60 个数据库运行的最大大小从 11GB 到 110gb。

我们正在使用 SAN 进行存储，但在运行影响 IO 的报告时遇到了问题。

我们的一个想法是拉取 60 个更大的数据库，然后使用事务复制来复制这些数据库并在副本上运行报告。

这将使所有较小的数据库在没有较大数据库压力的情况下运行。在未来，我们相信不会再有基于我们公司目标的更大的数据库。

有什么想法吗？

Answer 1

在我之前工作的商店中，我们有一组辅助服务器，我们在其中测试了我们的恢复。对于我们最繁忙的客户，我们将恢复今晚的备份，将其标记为只读，他们明天的报告将连接到该数据库副本以获取昨天返回的所有报告。这卸载了大约 90% 的报告工作量，并作为备份/恢复验证方法加倍。因此，如果大多数报告不需要今天的数据，您可以考虑使用一些更便宜的硬件以这种方式减轻一些生产工作负载 - 如果您不使用企业功能，您甚至可以将 Express 用于所有小于 10GB 的数据库。（好吧，我看到它是 2005 年，它的数据库大小限制较低，但您始终可以将副本向前恢复到 2008/R2。