É seguro fazer backup dos dados do SQL Server diretamente se estiver usando o VSS?

Question

Eu tenho um cliente com uma configuração de servidor único muito básica que inclui um pequeno banco de dados do SQL Server Express.

Eu configurei recentemente a edição do Symantec Backup Exec 2010 Quickstart para eles. Essa é a versão OEM gratuita e com recursos limitados do Backup Exec que não inclui o SQL Server Agent (ou qualquer agente de aplicativo). No entanto, ele suporta o VSS por meio da Advanced Open File Option (AOFO). Nessa situação, sempre configurei uma tarefa agendada para despejar os bancos de dados e fazer backup dos despejos, para ter certeza de que tenho um backup consistente.

No entanto, depois de executar uma tarefa de teste inicial de toda a caixa com a AOFO ativada, notei que ele fez backup dos arquivos de dados SQL, incluindo os arquivos MDF / LDF, e simplesmente me deu uma "recomendação" muito suave Eu poderia querer considerar a compra do SQL Server Agent, uma vez que havia detectado dados do SQL Server. Isso me surpreende em duas frentes:

1. Entendi que o Backup Exec exclui automaticamente os arquivos MDF / LDF dos backups de arquivos simples usando o recurso Exclusão de arquivos ativos ou 'AFE', a menos que você os desative manualmente por meio de uma chave do Registro. Meu entendimento era que isso era porque sempre é uma má ideia fazer backup deles diretamente. O fato de não terem sido excluídos era, portanto, estranho e talvez intencional.
2. A falta de qualquer aviso sério afirmando que os dados SQL podem ser inconsistentes, inacessíveis ou o que for. Apenas uma recomendação educada em relação ao SQL Agent.

Isso me levou a pensar: é realmente seguro fazer backup dos dados do SQL Server diretamente se você estiver usando o VSS (via AOFO)? Afinal, isso provavelmente significa que o Gravador VSS do SQL Server é chamado para garantir que os arquivos de dados sejam consistentes com o aplicativo antes que o instantâneo seja obtido. O Backup Exec parece ter me 'deixado' fazer isso, apesar de ter reconhecido os dados SQL como tal.

Eu aprecio que o uso de um SQL Agent dedicado forneça vários benefícios, mas apenas na questão de fazer um backup básico, consistente e restaurável, isso é seguro?

Parece haver muito pouco em termos de uma resposta definitiva à questão, com algum conflito. Obviamente, na ausência de um eu vou estar tomando o caminho experimentado e testado, mas isso me fez pensar.

Veja algumas das descobertas até agora:

• link
• Backups do SQL Server usando a Cópia de sombra de volume
• link