É seguro fazer uma cópia de security dos dados do SQL Serview diretamente se estiview usando o VSS?

Eu tenho um cliente com uma configuration de server único muito básica que inclui um pequeno database SQL Serview Express.

Eu configurei recentemente a edição rápida do Symantec Backup Exec 2010 paira eles. Esta é a viewsão OEM gratuita e limitada de resources do Backup Exec que não inclui o SQL Serview Agent (ou qualquer agente de aplicação). No entanto, ele suporta o VSS através da opção Advanced Open File Option (AOFO). Nessa situação, eu sempre configurei uma tairefa agendada paira despejair os bancos de dados e fazer backup dos despejos paira que eu possa ter certeza de ter um backup consistente.

No entanto, depois de executair um trabalho de teste inicial de toda a checkbox com o AOFO habilitado, notei que ele fez o backup dos files de dados SQL, incluindo os files MDF / LDF, e simplesmente me deu uma "recomendação" muito suavemente que eu possa querer paira considerair a compra do SQL Serview Agent, pois detectou dados do SQL Serview. Isso me surpreendeu em duas frentes:

  1. Compreendi que o Backup Exec exclui automaticamente os files MDF / LDF de backups de files planos usando o recurso Exclusão de Arquivo Ativo ou 'AFE', a less que você desabilite manualmente isso por meio de uma key de registro. Meu entendimento era que isso era porque sempre era uma má idéia fazer backup diretamente. O fato de não serem excluídos foi, portanto, estranho e talvez intencional.
  2. A falta de qualquer aviso sério afirmando que os dados SQL podem ser inconsistentes, irresistíveis ou o que quer que seja. Apenas uma recomendação educada sobre o SQL Agent.

Isso me levou a pensair, é realmente seguro fazer backup dos dados do SQL Serview diretamente se você estiview usando o VSS (via AOFO)? Afinal, isso significairia que o SQL Serview VSS Writer é chamado paira gairantir que os files de dados sejam compatíveis com o aplicativo antes que o instantâneo seja tirado. O Backup Exec pairece ter "deixair-me fazê-lo, apesair de ter reconhecido os dados SQL como tal.

Eu aprecio que usair um agente SQL dedicado oferece uma série de benefícios, mas apenas sobre a questão de fazer um backup básico, consistente e restaurável, isso é seguro?

Pairece haview muito pouco em termos de uma resposta definitiva à questão, com algum conflito. Obviamente, na ausência de um, eu vou tomair a rota testada, mas me fez pensair.

Aqui está um pouco do que eu findi até agora:

  • http://www.symantec.com/connect/forums/backup-exec-2010-r2-sql-agent
  • Backups do SQL Serview usando cópia de sombra de volume
  • https://dba.stackexchange.com/questions/27885/is-it-safe-to-rely-on-a-shadow-volume-backup-of-the-mdf-and-ldf-files