17. Catálogo Recuperação Recomendações O catálogo de recuperação deve ter um banco de dados próprio. Informações sobre o banco de dados Tablespace Tamanho Inicial ---------------------------------------------------- -------------------------------------------------- SYSTEM 90 MB TEMP 10 MB UNDO 5 MB RMAN 15 MB por banco de dados registrado ONLINE REDO LOGS 1 MB por arquivo de redo log
24. Catálogo Recuperação Políticas de Retenção Recovery Window Backup Retention Policy Essa política consiste na quantidade de dias torna consistente uma operação de recuperação da base.
25. Catálogo Recuperação Políticas de Retenção Backup Redundancy Backup Retention Policy Com essa política o Oracle mantém X números de backups do banco de dados disponível para recuperação.
26. Catálogo Recuperação Scripts Armazenados Permite ao DBA criar scripts de backup e recover armazenados no catálogo.
31. NOARCHIVELOG Primeiro Passo Criação do serviço no Windows e o DBID da base desejada. ... por isso a importância do DBID em mãos!
32.
33.
34.
35. NOARCHIVELOG ... Possível problema! Após a segunda recuperação do banco de dados usando o catálogo de recuperação será necessário reiniciar a encarnação manualmente.
36. NOARCHIVELOG Solução. Utilizar o comando reset database to incarnation N , onde N é o valor na coluna Chave Inc gerado pelo list incarnation of database para uma encarnação posterior da atual. ... agora é só prosseguir com a recuperação ...
37.
38.
39.
40.
41. ARCHIVELOG Backups Base È o backup necessário para realizar os posteriores backups incrementais, sempre realizado em incremental level 0 , onde faz o backup de todos os blocos de dados. Importante! Não utilize backup full database para realizar as estratégias de backups incrementais.
42. ARCHIVELOG Backups Diferencial É a opção padrão do RMAN, o backup diferencial realiza o backup de todos os blocos modificados desde seu último backup N ou inferior.
43. ARCHIVELOG Exemplo de backup Diferencial ... o nível máximo de backup é o nível 4 ...
44. ARCHIVELOG Backups Cumulativo Essa opção realiza o backup dos blocos modificados desde seu backup N-1 ou inferior, e é necessário utilizar a palavra chave cumulative no comando backup.
45. ARCHIVELOG Exemplo de backup Cumulativo ... não existe backup incremental inferior ao nível 0 ...
46. ARCHIVELOG Block Change Tracking Esse recurso faz o RMAN apenas copiar os blocos de dados modificados de forma mais rápida e diminuir o tamanho do backup incremental, melhora em muito a performance do backup. Se seu banco de dados utiliza OMF (Oracle Managed Files), o arquivo de tracking é criado automaticamente. Lembrete!
47. ARCHIVELOG Backup com compressão Por padrão, o RMAN utilizar o algoritmo chamado BZIP2 para realizar a compressão dos seus backup sets, que pode chegar a reduzir até 70% o tamanho do seu backup.
48. ARCHIVELOG Limitando o impacto do backup 1. Limitando o tempo de execução do backup. 2. Limitando a carga de I/O no banco de dados.
56. ARCHIVELOG Recuperação do banco de dados em outro caminho físico Levando em consideração que seu spfile e control file estão intactos.
57. ARCHIVELOG BMR – Block Media Recovery Após o comando validate database , se existir blocos corrompidos, será populada a view v$database_block_corruption e v$backup_corruption, a correção dos blocos corrompidos será de forma online. SQL> select * from v$database_block_corruption; FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO ------------ ---------------- --------------- ------------------------------------ ------------------- 55 18540 1 0 CORRUPT 63 149068 1 0 CORRUPT 63 149084 1 0 CORRUPT 137 231076 1 0 CORRUPT 58 14016 1 0 CORRUPT 76 298788 1 0 CORRUPT
58. ARCHIVELOG Restore Preview Verifica qual backup set o RMAN irá utilizar para realizar uma operação de recover. Restore database validate Consegue fornecer a informação se seu backup é realmente recuperável.
59. ARCHIVELOG Outras opções de recuperação. TSPITR – Tablespace Point-in-Time Recovery Utilizado para realizar recuperação de específicos objetos, mais utilizado para recuperar tabelas sem afetar o ambiente de produção. Cross-Platform Database Permite realizar um backup em um determinado ambiente e efetuar a sua recuperação em outro ambiente, migrando de plataforma. Duplicate Database Fornece a possibilidade de realizar uma réplica do banco de dados desejado, podendo replicar no mesmo servidor ou numa máquina remota.
Agenda ===== O que nós iremos conhecer hoje na apresentação: Visão geral sobre o aplicativo RMAN (Recovery Manager) Arquitetura Backup Recover Técnicas avançadas de recuperação Recursos avançados
Agenda ===== O que nós iremos conhecer hoje na apresentação: Visão geral sobre o aplicativo RMAN (Recovery Manager) Arquitetura Backup Recover Técnicas avançadas de recuperação Recursos avançados
Agenda ===== O que nós iremos conhecer hoje na apresentação: Visão geral sobre o aplicativo RMAN (Recovery Manager) Arquitetura Backup Recover Técnicas avançadas de recuperação Recursos avançados
Agenda ===== O que nós iremos conhecer hoje na apresentação: Visão geral sobre o aplicativo RMAN (Recovery Manager) Arquitetura Backup Recover Técnicas avançadas de recuperação Recursos avançados
Agenda ===== O que nós iremos conhecer hoje na apresentação: Visão geral sobre o aplicativo RMAN (Recovery Manager) Arquitetura Backup Recover Técnicas avançadas de recuperação Recursos avançados
Agenda ===== O que nós iremos conhecer hoje na apresentação: Visão geral sobre o aplicativo RMAN (Recovery Manager) Arquitetura Backup Recover Técnicas avançadas de recuperação Recursos avançados
Agenda ===== O que nós iremos conhecer hoje na apresentação: Visão geral sobre o aplicativo RMAN (Recovery Manager) Arquitetura Backup Recover Técnicas avançadas de recuperação Recursos avançados
Agenda ===== O que nós iremos conhecer hoje na apresentação: Visão geral sobre o aplicativo RMAN (Recovery Manager) Arquitetura Backup Recover Técnicas avançadas de recuperação Recursos avançados