これが私たちの設定です:
すべてのデータはPRIMARYファイルグループにあります
フルテキストインデックスは、非常に高速な(ただし信頼性が非常に低い)SSDドライブにある別のSECONDARYファイルグループにあります。 「信頼できない」とは、Amazonクラウドサーバーの一時ドライブです(緊急の再起動/ハードウェア障害が発生した場合、完全に失われる可能性があります)。
フルテキストインデックスは重要ではなく、明らかに最初から再構築できるため、完全に失う準備ができています。
問題は、完全なバックアップ/復元サイクルを経ることなく、セカンダリファイルグループが100%失われた場合にデータベースを復活させる方法はありますか?同様に、失われたファイルグループを削除してから再作成し、インデックスを再構築するだけです。
(データベースの完全バックアップ、ログバックアップなどが定期的に行われているため、「特定の時点に復元」できますが、これは長時間の停止を意味します)
P.S.また、私たちのアプローチがどれほど実行可能であるかについての考えは非常にありがたいです。
(私自身の質問に答える)
では、シミュレーションを実行しました。セカンダリファイルグループファイルが失われるとどうなりますか?
良くない
データベースがリカバリモードでスタックし、それについて何もできません。「緊急」モードを設定したり、「single_user」モードに変更したりすることはできません。何もしません。基本的に、実行するすべてのコマンドはエラーをスローしますUnable to open the physical file "xxx.mdf". Operating system error 2: "2 (The system cannot find the file specified.)
唯一の解決策は、データベースを復元することです。ただし、セカンダリファイルグループの「再構築」は、フルテキストインデックスしかない場合でも機能しません。