Eu sou responsável por cerca de 200 servidores espalhados por todo o noroeste do Reino Unido, e isso é obviamente muito para verificar manualmente.
Configurei o backup para que, na conclusão, ele execute um script (VBScript) que examine o log de backup, determine se o backup funcionou ou não e grave um registro em um banco de dados central com o resultado do backup. Em seguida, na matriz, eu executo um script que consulta esse banco de dados e me apresenta uma lista de sites em que o backup relatou um erro ou não havia nenhum relatório do site.
O resultado final é que, quando me sento na minha mesa, tenho uma lista de todos os sites em que preciso verificar o backup.
O ponto de tudo isso é que a suposição padrão é que o backup falhou, e o backup é considerado como tendo funcionado apenas se o meu VBScript não detectou nenhum erro
e escreveu esta conclusão para o meu banco de dados. Isso garante que falhas de backup não passem despercebidas.
Alguns dos servidores usam o Backup Exec, alguns NTBackup e alguns apenas copiam seus arquivos para outro servidor na rede. Não importa o tipo de backup que os servidores fazem, pois é fácil ajustar meu VBScript para verificar se há erros. Meu script é realmente muito básico, ele apenas abre o relatório de backup como um arquivo de texto e greps para frases como "falhou em montar", "fita cheia", "erro CRC" etc, etc. Tenho certeza que um programador profissional faria um trabalho mais vago. No entanto, a coisa toda é simples e robusta, e é proativa no sentido de que vejo a falha do backup reportar se quero ou não, e só deixaria de perceber um erro se eu conscientemente decidir ignorar o relatório.
JR
PS 99% das falhas de backup são porque os usuários se esqueceram de alterar a fita de backup. Você não ama apenas lusers: -)