我们的一个团队正在开发一个数据库（500GB左右），并从那里增长（我知道500Gig对你们许多人来说似乎很小，但它将成为我们商店中较大的数据库之一）。 他们正在努力解决的问题之一是备份和恢复数据库。 基本上，数据库将有几个“数据”表和一个用于存储图像/文件的表。 我们需要完成以下工作：
是否有可能完成前两个目标，同时仍然有图像存储在同一个数据库？ 如果是这样，我们会使用文件组，文件stream还是其他的东西？ 其他商店如何在合理的时间窗口内备份数据库，同时保持高可用性？ 你从那里复制到第二个服务器和备份？
很简单：不要计划恢复。
在发生灾难性数据库故障的情况下，仅恢复数据表以使大部分应用程序尽快启用并尽快运行。
真？ 你对灾难的定义不是我的，也不是世界的其他地方。
如果发生数据灾难，您希望尽快恢复，但即将到来的灾难可能需要重build数据中心。 这是一场灾难。
对于服务器故障等 – 不打算使用备份。 使用复制，发送日志文件以保持第二个服务器（位于单独的SAN上）热插拔并读取，以便在定义的简短tmieframe中进行接pipe。 我知道公司每10分钟发送一次日志文件。
几乎是你唯一的机会。 将灾难转移到真正的灾难，而不是突袭/圣地故障。 有些问题你的问题不是“我能恢复多快”，而是“多快得到新硬件”。
恢复为开发等是不太重要的。