我们有一个SQL Server数据库，其中有数TB的文件存储在文件组中。如果发生灾难性故障，我们会恢复备份（包括数据和文件），这需要几个小时才能完全恢复。我们想找到一种方法来加速恢复。
如果我们能够在没有文件的情况下快速启动并运行数据库，那将是理想的选择。然后我们可以在以后恢复文件。是否可以在没有文件组的情况下备份数据库，在没有文件组的情况下恢复数据库，然后恢复文件组？
我尝试使用数据编写数据库脚本，执行脚本，然后恢复文件组，但这不起作用。
如果这不起作用，我们可以实施哪些其他解决方案？
答案 0 :(得分：0)
听起来你需要少量的关键数据来恢复和运行业务，然后是大量的非关键数据，如果需要的话可以在很长一段时间内恢复。< / p>
您是否考虑将其拆分为2个独立的数据库？
另一个选项可能是在较小的表上设置复制，以便维护关键信息的重复数据库。您可以在DR中恢复该数据库，然后在完成时执行完全恢复和合并。
我不确定Sql Server是否有办法从备份中提取单个表。这可能是一种选择。