Menu de navegação

[airoospParticipante]

Boa noite,

Gostaria de saber quais as melhores práticas para execução de backup e depois teste deste backup, utilizou Oracle 9i.
Não utilizamos o RMAN e sim o ArcServer, é possível fazer um teste o melhor validar o backup através do ArcServer?
Fazer o export do banco e depois executar o import em outro servidor com a mesma versão do banco, recompilar os objetos inválidos e acessar as informações através do sistemas da empresa para verificação dos dados pode ser considerado teste do backup?
Criar um script que faça a comparação das tabelas que estão no banco de produção com as tabelas que foram restauradas em outro servidor pode ser considerado um teste de backup?
O ideal é fazer testes mensais ou trimestrais?

Obrigado.

Airton

[hudsonaParticipante]

Airton,

Baixar um banco e efetuar o restore dele em outro banco, é sim uma atividade de backup, e depois de um export, se você importa esses dados e verifica a integridade dos mesmos é um teste de backup.
Agora a quantidade de testes os você tem que fazer é uma questão de bom senso sua, pelo jeito seu banco não roda em modo archivelog, então não tem uma alta disponibilidade, então mantenha sempre uma versao do seu banco testada para possivel backup, de acordo com a disponibilidade que sua empresa necessita.

[airoospParticipante]

O banco esta trabalhando em modo archivelog.

Alguém conhece algum manual ou livro ou apostila que tenha informações sobre a utilização do RMAN?

[burgaParticipante]

Segue alguns links do RMAN no 9i…

Oracle9i Recovery Manager User’s Guide:
http://download.oracle.com/docs/cd/B10501_01/server.920/a96566/toc.htm

Oracle9i Recovery Manager Reference:
http://download.oracle.com/docs/cd/B10501_01/server.920/a96565/toc.htm

Oracle9i Recovery Manager Quick Reference:
http://download.oracle.com/docs/cd/B10501_01/server.920/a96564/toc.htm

[hudsonaParticipante]

Se o banco esta rodando em modo archivelog, mantenha um backup full e os archives depois desse backup, que estara seguro.

[airoospParticipante]

Entendi,

Sim é feito o backup full e copiado os archives. Para fazer um teste legal seria bom restaurar o backup em outro servidor e depois aplicar os archives, certo? Você tem algum exemplo de como executar o processo para aplicar o archives? Não utilizo o RMAN.

Obrigado.

Airton

[David SiqueiraParticipante]

Fala 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!!!

[Autor]

Posts