O envio de logs levará em consideração todo o banco de dados; grupos de arquivos são irrelevantes. Concordo que sua solução de banco de dados de arquivamento funcionaria.
Recebi a tarefa de criar uma solução de DR para o nosso ambiente SQL. No entanto, a caixa DR tem uma restrição importante, pois a unidade de dados é de 2,25 TB, em oposição a uma unidade de 3,50 TB usada na produção. Obviamente, isso contraria o princípio fundamental de tornar o hardware de DR igual à produção.
Agora, para os detalhes. Temos vários bancos de dados grandes (variando de 100 GB a 750 GB) que são particionados em grupos de arquivos por função de data (grupos de arquivos mensais), pois esses bancos de dados contêm vários anos de dados históricos. Assim, os grupos de arquivos que contêm dados com mais de um ano são marcados como somente leitura.
É possível ter um banco de dados de DRs que seja um subconjunto de grupos de arquivos do banco de dados de produção maior? Por exemplo, digamos que a produção tenha 3 grupos de arquivos: 2008 (r / o), 2009 (r / o) & 2010 (r / w). Um banco de dados de DR pode consistir em apenas 1 grupo de arquivos (2010)? Em caso afirmativo, o envio de logs pode ser configurado para o grupo de arquivos r / w?
Caso contrário, a solução alternativa seria criar um banco de dados de archive para dados históricos que poderia ser sacrificado em uma situação de DR, enquanto o banco de dados atual com dados ativos pode ser enviado por log. FWIW, backups completos de banco de dados são feitos em fita e mantidos externamente. O método de grupo de arquivos é uma solução viável?
O envio de logs levará em consideração todo o banco de dados; grupos de arquivos são irrelevantes. Concordo que sua solução de banco de dados de arquivamento funcionaria.