Como verificar Backups no Oracle 12c

Backups são uma parte importante, mas por vezes esquecido, de gestão de banco de dados. Verificando seus backups 12c do Oracle deve ser uma parte regular de sua rotina diária. Verificar backups inclui estas coisas:

  • Assegurar que os backups de banco de dados concluída com êxito e sem erros.

    Do ponto de vista de uma da Oracle DBA, você precisa se certificar de todo o processo de backup é registrado e nenhum erro foi detectado. Um erro comum é para o DBA para configurar um backup de banco de dados, mas não monitorar os logs de saída para confirmar que era bem sucedido.

  • Seguindo-se, ocasionalmente, com pessoal adequado sobre backups do sistema operacional.

  • Verificar regularmente para garantir que o administrador do sistema está se movendo o backup do banco de dados do disco para a fita.

Too muitos ambientes colocar backups do sistema em segundo plano, porque eles foram programados empregos-nenhum alerta estava no local. Se você se inscrever para esta metodologia, você pode estar se inscrever para um monte de problemas. Certifique-se de verificar se os backups estão funcionando sem erros.

Seria extremamente embaraçoso e potencialmente carreira-limitante para descobrir que você tem # 147-lost # 148- um banco de dados porque, como o DBA, você ignorou mensagens de erro enviado por correio electrónico por meses.

Mantenha estas dicas de backup em mente:

  • Oracle Recovery Manager tem uma opção de log que você pode passar com o seu script de backup. Este RMAN forças opção para registrar os detalhes de cada etapa do processo de backup como ele é executado. Este exemplo shell script registra a saída do seu backup RMAN em Linux / UNIX:

    # / Usr / bin / ksh # Ambiente Settingsexport ORACLE_BASE = / u01 / app / oracleexport ORACLE_HOME = $ ORACLE_BASE / produto / 12.1.0export ORACLE_SID = dev12cexport BAK_DATE = `date '+%% d b% Y_% H_% M'`export PATH = $ ORACLE_HOME / bin: $ PATH alvo # Run Backuprman / cmdfile = full_hot_backup.rmnlog = full_hot_backup _ $ {ORACLE_SID} _ $ {BAK_DATE} .log # Erro de verificação de CodeExport ECODE = $ if [$ ECODE -gt 0] - thenmailx -s "RMAN backup falhou!" [email protected] echo "RMAN backup bem-sucedido" fi

    O script simples, que você pode programar no cron, é executado um script de backup de sua escolha (chamado full_hot_backup.rmn) e registra a saída para um arquivo com o nome do banco de dados e data em anexo.

    Após a conclusão do backup, o script verifica se RMAN foi encerrada de forma limpa. Ele faz isso através da verificação de um mecanismo chamado de Erro de código. programas bem escritos têm este mecanismo. Se a variável de ambiente $? tem um valor diferente de zero, algo falhou.

    Recomenda-se a ter uma seção if-then que envia um e-mail se que o backup falhou. Claro que, se houver uma falha, você tem que descobrir o porquê e corrigi-lo. De qualquer maneira, a implementação de uma notificação semelhante ao exemplo ajuda a apertar seu planejamento de backup e recuperação.

  • Certifique-se de que o backup é utilizável. Esta tarefa é importante para todos os backups, mas é especialmente importante se você armazenar todos os backups em fita. Certifique-se esses backups podem ser restaurados a partir da fita e depois se recuperou ativamente para um banco de dados. Por razões óbvias, você não necessariamente tem que fazer isso com seu banco de dados de produção.

    Você pode fazer a restauração em um banco de dados diferente. Uma tarefa DBA comum é para atualizar as imagens do banco de dados de teste com o backup de produção copies- este processo é uma boa maneira de testar seus backups de produção. De qualquer maneira, tão confiável quanto você gostaria de pensar fitas pode ser, você precisa testá-los.

    E se um dos cabeças da fita está indo mal e escrever blocos de corruptos? a corrupção silenciosa de backups é um problema raro, mas grave encontrado por DBAs. Teste seus backups ajuda você a praticar suas estratégias de recuperação e validar a sua postura geral de backup e recuperação.

  • No mínimo, a data e salvar este log de backup em um diretório no sistema. Se você quiser ir um passo além, tê-lo enviado para você todos os dias quando o backup for concluído. Se você precisa usar uma cópia de segurança a partir de uma data específica, salvando os arquivos de log para esses backups ajuda a confirmar o backup é válido.

  • Olhe para o log de backup para erros. Imagine como você se sentiria se você sofreu uma falha e teve de dizer ao seu chefe que você não pode recuperar, porque o backup foi falhando por seis meses.

Semelhante

menu