› Fóruns › Banco de dados Oracle › Validação do backup banco 9i › Validação do backup banco 9i
David SiqueiraFala Airton, boa tarde.
Bem, gostei do assunto e resolvi dar minha opinião sobre a questão, eu vejo da seguinte forma:
Estratégias de Backup são sempre utéis, porém para que se defina uma coerente , funcional, eficiente e eficaz, é necessário que saiba qual a sua janela de recuperação, ou seja, quanto tempo o seu ERP, sua aplicação pode ficar indisponivel?
Uma vez com essa resposta na mão é mais fácil de definir qual tipo de backup será adotado e também qual metodologia a ser aplicada.
Backups via EXPORT/IMPORT não garantem crash de ambiente, visto que são backups lógicos, contém informações apenas do momento em que foi executado, o que vier depois será perdido, a menos que você garanta que no momento em que o Export foi feito nenhum outro processo recebeu ou enviou ou até mesmo transacionou ( INSERT, UPDATE ou DELETE) no seu Banco alterando assim suas caracteristicas desde o momento em que o EXPORT havia começado.
RMAN, na minha opinião é sempre o mais indicado, ainda mais se tivermos um banco de dados mais robusto, com niveis de SLA mais baixos, trata-se de uma ferramenta completa para Backup, contendo todas as opções e tecnicas necessária para que possamos adaptar nosso backup a cada tipo de situação, um BACKUP FULL via RMAN, com catalogo de recuperação ONLINE ou seja FULL + ARCHIVES é na minha concepção o melhor a ser realizado, visto que se você precisar restaurar este mesmo backup em um outro servidor você podera faze-lo sem o menor problema, basta realizar os processos de RESTORE DATABASE existentes, e se seu backup foi feito como citei acima FULL + ARCHIVES ele trará as informações exatamente iguais ao momento em que você o fez, aplicando inclusive os archives gerados no processo, deixando sua base secundária o mais coerente possivel.
Agora se estivermos falando em ALTA DISPONIBILIDADE o mais adequado é DATAGUARD, este é uma redundância do seu Banco principal que ficaria a todo momento aplicando archives, para que quando ocorresse um possivel crash bastaria apenas “virar-a-chave”, como se diz por ai.
Para efeitos de validação você pode fazer até mesmo um CLONE DATABASE via comandos sem script algo bem simples, você encontra em diversos BLOGS, forúm’s etc e tal, porque seria apenas uma validação de processo e não de dados, pois o BACKUP bom é aquele que RETORNA, e respondendo a sua pergunta SIM via ARc Server é possível sim fazer um teste de validação de Backup, da um pouco de trabalho mais funciona e é viavel, não é o melhor mais é uma opção.
Bem espero que você consiga achar sua resposta.
Abração!!!