Segue nossa configuração:
Temos todos os nossos dados no grupo de arquivos PRIMARY
Temos nosso índice de texto completo em outro grupo de arquivos SECUNDÁRIO que reside em uma unidade SSD muito rápida (mas muito não confiável). Por "não confiável", quero dizer - é uma unidade temporária do servidor de nuvem da Amazon (pode ser totalmente perdida em caso de reinicialização de emergência/falha de hardware).
O índice de texto completo não é crítico e estamos prontos para perdê-lo completamente, pois obviamente podemos reconstruí-lo do zero.
A questão é: existe uma maneira de reviver o banco de dados caso o grupo de arquivos secundário seja 100% perdido, sem passar pelo ciclo completo de backup/restauração? Tipo, basta excluir o grupo de arquivos perdido, recriá-lo e reconstruir o índice.
(Temos backups completos regulares de banco de dados, backups de log etc. etc. etc., para que possamos "restaurar até o momento", mas isso implica uma longa interrupção)
PS Além disso, qualquer opinião sobre a viabilidade de nossa abordagem seria muito apreciada.
(respondendo minha própria pergunta)
OK, então executamos uma simulação - o que acontecerá se perdermos o arquivo do grupo de arquivos secundário?
Não é bom.
O banco de dados fica preso no modo de recuperação e você não pode fazer nada sobre isso - você não pode definir o modo "emergência", não pode alterá-lo para o modo "usuário único" - nada. Basicamente, cada comando que você executa gera um erro
Unable to open the physical file "xxx.mdf". Operating system error 2: "2 (The system cannot find the file specified.)A única solução é restaurar o banco de dados. Mas "reconstruir" um grupo de arquivos secundário não funcionará, mesmo que haja apenas um índice de texto completo nele.