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

Question

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

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

我的问题是：

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

Answer 1

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

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