Estamos pesquisando a direção do uso de backups de instantâneos para SQL Server, em vez de métodos de backup mais tradicionais. Estamos usando o CommVault (e seria para instantâneo também ..)
Estou tentando entender melhor como eles funcionam em comparação com backups tradicionais, ou backups de agentes usando o CommVault. Como não sou realmente um cara de armazenamento, não entendo muito bem como os processos de restauração funcionam a partir de um backup de instantâneo para um banco de dados SQL.
Eu entendo o benefício absoluto da velocidade, mas gostaria de saber mais sobre os prós e contras da utilização de backups de instantâneos para o SQL Server.
Contras:
requer a instalação do complemento para Commvault antes de executar uma restauração. Em uma emergência, isso pode adicionar uma camada brutal de indireção.
impede restaurações fragmentadas de grupos de arquivos individuais, pois todo o banco de dados deve ser restaurado para ser consistente.
Você precisa saber como usar o Commvault, em vez de apenas as ferramentas internas.
o histórico de backup é ofuscado dentro do SQL Server, de modo que você vê apenas um guid como destino de um backup.
Prós:
você pode obter uma melhor compactação do arquivo de backup
os caras do armazenamento sentem que estão gerenciando backups (talvez um contra, francamente)
processo de backup pode ser mais rápido.
Há, sem dúvida, uma tonelada métrica de outros prós e contras que eu não estou pensando.
Pessoalmente, como DBA, prefiro usar backups nativos do SQL Server.
Um exercício que pode ajudá-lo a decidir sobre uma metodologia apropriada pode ser fazer com que o pessoal de negócios avalie minuciosamente seu objetivo de ponto de recuperação e objetivo de tempo de recuperação.
Se eles puderem perder 24 horas de dados nesses bancos de dados, provavelmente os backups noturnos serão aceitáveis. Se você não puder perder mais do que, digamos, 15 minutos de dados, precisará de backups de log de 15 minutos sempre que os dados estiverem sendo gravados no banco de dados, bem como backups completos. Se a solução de backup VDI/VSS não oferece backups de log, ou não tem espaço para backups completos frequentes, você sabe que não pode usar esse tipo de sistema. Quanto ao objetivo do tempo de recuperação, se eles puderem suportar uma semana de inatividade após a ocorrência de um desastre, provavelmente você estará bem em usar um sistema de backup baseado em VDI/VSS.