这是我们的配置:
我们的所有数据都在 PRIMARY 文件组中
我们的全文索引位于另一个 SECONDARY 文件组中,该文件组位于非常快(但非常不可靠)的 SSD 驱动器上。我所说的“不可靠”是指 - 它是亚马逊云服务器临时驱动器(在紧急重启/硬件故障的情况下可能会完全丢失)。
全文索引并不重要,我们已经准备好完全失去它,因为我们显然可以从头开始重建它。
问题是:如果辅助文件组 100% 丢失,有没有办法在不经过完整备份/恢复周期的情况下恢复数据库?就像,简单地删除丢失的文件组,然后重新创建它,然后重建索引。
(我们确实有定期的完整数据库备份、日志备份等等等等,所以我们可以“恢复到时间点”,但这意味着长时间中断)
PS 此外,非常感谢任何关于我们的方法可行性的想法。
(回答我自己的问题)
好的,所以我们运行了一个模拟——如果我们丢失了辅助文件组文件会发生什么?
不好。
数据库卡在恢复模式,你对此无能为力——你不能设置“紧急”模式,你不能将它更改为“单用户”模式——什么都没有。基本上,您运行的每个命令都会引发错误
Unable to open the physical file "xxx.mdf". Operating system error 2: "2 (The system cannot find the file specified.)
唯一的解决办法是恢复数据库。但是“重建”一个辅助文件组是行不通的,即使其中只有一个全文索引。