sql-server - 大型数据库的维护窗口和恢复

Question

我们的一个团队正在开发一个较大的数据库（约 500GB）并从那里增长（我知道 500 Gig 对你们中的许多人来说可能看起来很小，但它将是我们商店中较大的数据库之一）。他们正在努力解决的问题之一是备份和恢复数据库。基本上，数据库将有几个“数据”表和一个用于存储图像/文档的表。我们需要完成以下工作：

• 能够快速将数据表（无图像）备份和恢复到我们的测试服务器，以进行调试和测试。
• 如果发生灾难性数据库故障，请仅恢复数据表以使大部分应用程序尽快启动并运行。然后，尽可能恢复图像表。
• 在分配的每晚时间窗口（几个小时）内备份数据库。

我的问题是：

1. 是否有可能实现前两个目标，同时仍将图像存储在同一个数据库中？如果是这样，我们会使用文件组、文件流或其他东西吗？
2. 其他商店如何在合理的时间窗口内备份他们的数据库，同时保持高可用性？您是否复制到第二台服务器并从那里备份？

Answer 1

我们已经处理过类似的问题。我们是一家 2.5B 美元的太阳能制造公司，灾难恢复对我们至关重要，同时保持我们的数据库备份。我们的主要数据库是我们的车间生产数据库。我们决定将这个数据库剥离为维持生产所需的绝对必要的数据，并将其他数据移到它自己的数据库中。这为我们提供了高可用性和合理的备份/恢复时间。

在您的情况下，是否真的有必要将图像与其他数据存储在同一个数据库中？我怀疑它不是，只是让一些问题更容易处理的一个例子。我认为单独的文件组也可以帮助您解决问题。但是您可能需要认真重新考虑是否所有内容都需要在单个数据库中。