Uma das "práticas" que eu já vi sobre a execução de DBAs na minha organização é tratar uma exportação de banco de dados completa usando ferramentas como exp/ expdpcomo backup.
Isso seria uma boa prática? Quais seriam as vantagens de usar o RMAN sobre essa abordagem?
Respostas:
A vantagem do RMAN é o PITR - recuperação pontual no tempo. Você pode fazer um backup do RMAN dos DBFs e um backup do RMAN dos logs de recuperação arquivados e recuperar seu banco de dados em qualquer ponto no tempo até a hora do backup de recuperação de logs arquivado mais recente. A desvantagem dessa abordagem é que ela é muito granular - você só pode recuperar no nível do espaço de tabela.
A vantagem de exp / expdp é que você possui uma cópia consistente do banco de dados que pode ser importada para um banco de dados em branco recém-criado. No entanto, você não pode avançar - é neste momento um banco de dados completamente separado e independente, sem relação lógica com o original. Mas é fácil recuperar apenas uma única tabela ou mesmo algumas linhas de uma exportação.
Uma boa abordagem seria backups regulares e incrementais regulares de arquivos de dados do RMAN, backups contínuos de logs de recuperação arquivados (por exemplo, assim que um backup de arquivamento terminar, inicie o próximo imediatamente para que você esteja "transmitindo" os logs para fita) e, em seguida, instrua seus usuários no uso de exp / imp para que eles possam executar seus próprios "backups" (no caso de querer uma cópia real dos dados) e flashback (para que eles possam fazer suas próprias recuperações no caso de DML dar errado).
Lembre-se - um backup é destinado ao DBA para se recuperar de uma falha catastrófica do hardware. Não é para o benefício dos usuários finais (ou você passará o tempo todo restaurando um sistema de teste e copiando algumas linhas de volta ao original!).
fonte
Exp / Expdp como uma solução de backup é como dizer que a loja de autopeças é o seu automóvel de backup. Tecnicamente, você voltará a funcionar, mas não causará nada além de dor e sofrimento.
Exp ou Expdp podem ser usados como um backup secundário para backups frios do sistema de arquivos ou para backups rman hot ou cold (outro software cliente de backup Oracle geralmente executa apenas os comandos RMAN).
A metodologia típica seria a seguinte:
E se você realmente deseja ser prudente, transporte periodicamente os logs de refazer arquivados do servidor (a cada hora funciona) ou defina um local remoto para um segundo destino de log de arquivamento.
- RMAN * novo -
Minha sessão típica do RMAN:
"Backup como conjunto de backup compactado ...": Você também pode fazer uma imagem, que é um byte para cópia em byte dos arquivos de dados. Isso seria bom como esse backup semanal.
"... database ...": bastante óbvio
"... mais archivelogs ...": nos fornece recuperação pontual (e clonagem pontual [comando duplicado no rman])
"... delete input": exclui os arquivos de registro que foram salvos em backup. Você também pode definir isso para excluir os que foram salvos em backup pelo menos duas vezes etc.
"excluir obsoleto": quando você tiver configurado sua política de retenção rman (a minha é de 5 dias), isso excluirá os backups que estão fora dessa janela. Isso não significa que podemos recuperar apenas 5 dias atrás. Você ainda deve ter seus backups em fita / fora do servidor diariamente da área de recuperação flash. Significa apenas que on-line você terá 5 dias de recuperação e depois precisará restaurar itens da área de recuperação flash a partir do backup em fita / fora do servidor e registrá-los no rman para usá-los.
Aqui está um log real de uma sessão, modificado levemente para os caminhos, etc:
fonte
As vantagens do RMAN são as seguintes:
fonte