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

Question

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

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

我的问题是：

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

Answer 1

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

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