No momento, estamos pensando em usar o EqualLogic Auto-Snapshot Manager / Microsoft Edition (ASM / ME) da Dell para fazer backup de nossos bancos de dados do SQL Server. No entanto, sou extremamente cético em relação a isso, já que o ASM / ME usa o Serviço de Cópia de Sombra de Volume (VSS) da Microsoft para fornecer uma estrutura para backup e restauração de dados.
Minha preocupação é que, embora o backup do VSS funcione tecnicamente, existe a possibilidade de corrupção do banco de dados usando esse método, pois o banco de dados não está ciente do backup do VSS e não pode garantir que tudo esteja comprometido antes do backup.
Os backups baseados em VSS da Microsoft funcionam de maneira aceitável para backups e restaurações de bancos de dados do SQL Server? Há outras preocupações ou ressalvas das quais preciso estar ciente?
O VSS e o SQL Server estão bem cientes um do outro. Há até mesmo um serviço específico instalado pelo SQL Server para oferecer suporte a VSS e outras tecnologias de backup, o serviço do SQL Writer . Fornecedores se conectam a este ASPI, consulte Um Guia para Fornecedores de Aplicativos de Backup do SQL Server .
A abordagem de backup do VSS é adequada para uso com o SQL Server. Eu os usei muitas vezes e nunca tive problemas com a restauração deles, já que o provedor VSS foi projetado para funcionar com o SQL Server.
Dito isso, minha abordagem preferida é sempre ter SQLs salvando backups com um FULL > mais tradicional DIFF > Planeje o cronograma para que eu tenha controle total do processo e tenha certeza de que possuo recursos de restauração pontual.
No meu último post, nós tivemos os dois cenários em execução paralelamente - os backups do SQL eram para o nosso uso geral e seriam usados para a maioria das recuperações. Os snapshots foram tirados separadamente por nossa empresa de hospedagem junto com a máquina inteira, por isso, tivemos seus backups disponíveis, pois os cintos e braceletes se encaixam no caso de algo dar errado com nossos trabalhos SQL.
Tags backup sql-server vss