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

Question

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

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

我的问题是：

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

Answer 1

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

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