ENPO - RMAN: Vilão ou Heroí?

RMAN: Vilão ou Herói?

Rodrigo [email protected]

http://rodrigoalmeida.profissionaloracle.com.br

V ENPO RMAN: Vilão ou Herói? 2

• Visão geral

• Arquitetura

• Catálogo de Recuperação

• Backup & Recover em NOARCHIVELOG

• Backup & Recover em ARCHIVELOG

• Perguntas & Dúvidas

• Referência & Contatos

Agenda


Visão Geral


• Utilitário Oracle utilizado para backup, restore e recover de arquivos do banco de dados.

• Aplicação escrita em PRO*C que traduz os comandos para chamadas de PL/SQL.

• Interface por linha de comando ou GUI.• Indiferente sistema operacional.• Fornece suporte MML (Media Management Library) para os

principais fabricantes.

Sobre o Recovery Manager (RMAN)

Visão Geral


• Ferramenta gratuita e tem suporte da Oracle.• Pode trabalhar com ou sem catálogo de recuperação.• Automação para as tarefas de backup, restore e recover.• Realiza backup por componente.• Oferece compressão do backup.• Recursos para backups incrementais.• Pode trabalhar com o banco de dados em NOARCHIVELOG e

ARCHIVELOG.• Possui validação e preview do backup feito, sem afetar a produção.• Fornece recurso para criptografia do backup.• Traz mais gerenciamento, facilidade e flexibilidade ao DBA.

Por que usar o RMAN?

Visão Geral


• Control File• Server Parameter File (SPFILE)• Datafile• Tablespace• Archive Logs• Flash Recovery Area (FRA)• Outros backupsets gerados pelo RMAN.

O que pode ser feito de backup?

Visão Geral

O que NÃO pode ser feito de backup?• Arquivo de parâmetros (INIT.ORA)• Arquivos de REDO LOGs.• Binários do Oracle, como: exp.exe, imp.exe, rman.exe e etc.• Arquivo de Senhas


• Implementação de COLD e HOT Backups.• Catálogo de recuperação.• Duplicate Database.• Transportable Tablespace.• Cross-Platform Database.• Integração com FRA (Flash Recovery Area).• TSPITR - Tablespace Point-in-Time Recovery.• Migração para ambiente ASM.• BMR – Block Media Recovery. • Stand-by Database

Recursos que o RMAN pode lhe oferecer!

Visão Geral


• Toda conexão com RMAN deve ser DEDICADA, ambiente MTS.• Verificar a Matriz de Compatibilidade.• Privilégios de SYSDBA aos usuários.• Paralelismo somente na versão Enterprise.• Recursos de Infra-Estrutura, como disco e fita.• Sempre possuir em mãos o DBID do banco de dados alvo.

Alerta!

Visão Geral

Os cuidados que devemos ter ao implementar o RMAN ao nosso ambiente.


Arquitetura


Arquitetura

Os conceitos básicos da arquitetura do RMAN:

Backup Set Piece

Arquivos físicos escritos em disco ou fita pelos canais.

Backup Sets

1. Consiste em um ou mais backup set pieces.2. Cada canal alocado cria um backup set.

Canal (Channel)

1. Um processo servidor do banco de dados.2. Um ou mais canais podem ser alocados para as operações de backup e recover.

Snapshot Control file

É uma imagem do control file que será utilizado pelo RMAN.


Arquitetura

Os componentes do RMAN:

Executável

Nomeado como rman, ele interage com o banco de dados alvo nas operaçõesde backup e recover, e registra as operações no control file do banco de dadosalvo e no catálogo de recuperação, se existir.RMAN Library File: recover.bsq

Catálogo de Recuperação

Repositório central para as informações de backup e recover de um banco de dados, recomendado ter um banco de dados próprio.

Pacotes PL/SQL

•DBMS_RCVMAN•DBMS_RCVCAT•DBMS_BACKUP_RECOVER

Os pacotes são construídos diretamente no kernel do Oracle e podem ser acessados com o banco de dados alvo em qualquer estado, são eles:


Arquitetura

Os pacotes PL/SQL:

DBMS_RCVMAN

•Acessa o control file do banco de dados alvo.•Usado para operações de SET TIME.•Verifica os headers dos datafiles e informações de checkpoint.•Analisa o tamanho e localização dos datafiles.

DBMS_RCVCAT

•Utilizado junto com DBMS_RCVMAN para consultar e atualizar as informações no catálogo de recuperação.

DBMS_BACKUP_RECOVER

•Fornece as funcionalidades de backup e recover.•Cria as chamadas de sistema (RPC) para backup dos datafiles, archives e control file.


Arquitetura

... Outros componentes importantes.

MML – Media Management Layer

•Responsável para realizar as operações de backup e recover diretamente para fita.•Fornece API de comunicação com os principais fabricantes de fita.•O Legato Single Server Version para backup diretamente do SO para fita.•O utilitário sbttest é feito especialmente para testar a comunicação da fita.

OEM – Oracle Enterprise Manager

•Interface gráfica para trabalhar com RMAN.•Suporte a schedules de backup e enviar as notificações por e-mail.

FRA – Flash Recovery Area e Instância Auxiliar (opcionais)

•Funcionalidades exclusivas do Oracle Database 10g.•O FRA é uma área em disco ou ASM para armazenar os arquivos gerados pelo RMAN, e no 10g, a instância auxiliar é criado automaticamente.


Arquitetura


Catálogo de Recuperação(Recovery Catalog)


Catálogo Recuperação

Sobre o Catálogo de Recuperação.

Vantagens

É um componente opcional do RMAN que armazena informações históricas debackup, que trabalha em sincronia com o control file, e de forma mais simplesfornece soluções e relatórios ao DBA.

Desvantagens

• Centralização de informação.• Flexibilidade em cenários de Recover.• Relatórios dos backups.• Scripts RMAN armazenados.• Trabalhar com encarnações.• Histórico dos backups.

• Mais uma base para administração.• Problemas de compatibilidade.• Scripts automatizados não são executados se o catálogo estiver offline.



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 MBTEMP 10 MBUNDO 5 MBRMAN 15 MB por banco de dados registradoONLINE REDO LOGS 1 MB por arquivo de redo log



Criando o Recovery Catalog Owner



Criando o Catálogo de Recuperação



Criando o Usuário administrativo no banco de dados alvo



... problemas que podemos encontrar no início.

Falta do role SYSDBA para o usuário administrativo.

Solução

• Criar um arquivo de senha (ORAPWD Utility) à instância.• O parâmetro remote_password_login = EXCLUSIVE• Atribuir a role SYSDBA ao usuário.



Registrando o banco de dados alvo



Configurações básicas do RMAN para o banco de dados.



Políticas de Retenção

Recovery Window Backup Retention Policy

Essa política consiste na quantidade de dias torna consistente uma operaçãode recuperação da base.



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.



Scripts Armazenados

Permite ao DBA criar scripts de backup e recover armazenados no catálogo.


Backup & RecoverNOARCHIVELOG


NOARCHIVELOG

Banco de dados no modo NOARCHIVELOG

Se um banco de dados está no modo NOARCHIVELOG, os arquivos de online redo logs serão reescritos e as informações sobre as transaçõessão perdidas.

Vantagens Desvantagens

• Não cria Stand-by database.• Não permite TSPITR.• Não realiza Media Recovery• Não permite BMR

• Faz somente Instance Recovery.• Excelente para ambientes de Teste.• Sem problemas de ARCHIVE ERROR.• Também faz backup incremental.

Recomendação!

Sempre trabalhar com COLD BACKUPS.


NOARCHIVELOG

Backup Full - Cold Backup


NOARCHIVELOG

Cenário de Recuperação

Perda total do hardware e será necessário a recuperação completa do banco dedados em ambiente MS Windows.

Passos

• Criação do Serviço Oracle no Windows.• Restauração do Spfile.• Restauração do Control file.• Restauração e Recuperação completa do banco de dados.

Possíveis Problemas!

No momento da recuperação, ocorrer problemas de encarnação.


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!


NOARCHIVELOG

Segundo Passo

Restauração do spfile original da instância.

Outras opções de restauração do spfile

1. restore spfile from autobackup;2. restore spfile to ‘C:\spfileENPO.ora’ from autobackup;3. restore spfile to pfile ‘C:\initENPO.ora’;


NOARCHIVELOG

Terceiro Passo

Restauração do Control file

Processos

1. Shutdown immediate.2. Startup nomount.3. Restauração do Control

file.

Importante!

A restauração do control filevai para seu caminho originalda instância, a partir do spfile.


NOARCHIVELOG

Quarto Passo

Restauração e recuperação completa do banco de dados.

Observação!

1. O comando recover database com a opção NOREDO.2. Será gerado uma nova encarnação lógica para o banco de dados.


NOARCHIVELOG

... Possível problema!

Após a segunda recuperação do banco de dados usando o catálogo de recuperaçãoserá necessário reiniciar a encarnação manualmente.


NOARCHIVELOG

Solução.

Utilizar o comando reset database to incarnation N, onde N é o valor na colunaChave Inc gerado pelo list incarnation of database para uma encarnação posterior da atual.

... agora é só prosseguir com a recuperação ...


Backup & RecoverARCHIVELOG


ARCHIVELOG

Banco de dados no modo ARCHIVELOG

Se um banco de dados está no modo ARCHIVELOG, os arquivos de online redo logs serão gravados a cada switch dos redo logs, gerando os archives.Deste modo, permite qualquer tipo de recuperação do banco de dados.

Vantagens Desvantagens

• Problemas de ARCHIVE ERROR.• Problemas de recuperação de perderalguma sequência dos archives.

• Habilita qualquer tipo de backup e recuperação.• BMR – Block Media Recovery.• Recuperação baseada no Tempo.• Recursos avançados do RMAN.• FRA - Flashback Recovery Area.


ARCHIVELOG

Quais os tipos de backups existentes?

• Estratégias de COLD e HOT backup.• Backup por tablespace e datafile.• Backup do control file e spfile.• Backup do archive logs.

Outras vantagens do backup com RMAN.

• Proxy backup• Image backup• Backup do Flashback online logs.• Backup dos Backups sets.

1. Utilizar backup comprimido.2. Limitar o tamanho do backup set ou backup set piece gerado.3. Limitar o impacto do backup.4. Permitir backup de banco de dados corrompido.5. Permitir backup de read-only tablespaces.6. Realizar o split do backup em vários discos.7. Monitorar em tempo real as operações de backup.


ARCHIVELOG

Backups Incrementais

O RMAN permite à você realizar backups apenas dos blocos de dados que foramalterados desde o seu último backup incremental, trazendo benefícios como:

1. Menos backup em disco ou fita.2. Requer menos banda de rede para o tráfego de backup.3. Backups mais rápidos.4. Oferece dois tipos de backups incrementais: Diferencial e Cumulativo.5. Trabalha com algoritmo baseado em níveis de backup.6. Maior performance no backup com Block Change Tracking habilitado.7. Suporte a backup comprimido em qualquer nível.

Lembrete!

• Não é possível realizar backup incremental de archives, control file ou backup sets.• Toda estratégia de backup incremental deve possuir um backup base, nível 0.


ARCHIVELOG

Backups Base

È o backup necessário para realizar os posteriores backups incrementais, semprerealizado 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.


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.


ARCHIVELOG

Exemplo de backup Diferencial

... o nível máximo de backup é o nível 4 ...


ARCHIVELOG

Backups Cumulativo

Essa opção realiza o backup dos blocos modificados desde seu backup N-1 ouinferior, e é necessário utilizar a palavra chave cumulative no comando backup.


ARCHIVELOG

Exemplo de backup Cumulativo

... não existe backup incremental inferior ao nível 0 ...


ARCHIVELOG

Block Change Tracking

Esse recurso faz o RMAN apenas copiar os blocos de dados modificados de formamais 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!


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% otamanho do seu backup.


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.


ARCHIVELOG

Limitando o tamanho do backup set

• Limitando o tamanho de um individual backup set para 600M.

Realizando backup de read-only, offline e inaccessible datafiles


ARCHIVELOG

Backup por tablespace

Backup com criptografia


ARCHIVELOG

Backup por datafile

Backup de novos datafiles no banco de dados


ARCHIVELOG

Backup dos archives log

Validando o seu backup físico e lógico


ARCHIVELOG

Restore e Recover

As opções que o modo ARCHIVELOG pode lhe oferecer para recuperação:

• Time-Based RecoveryPermite a recuperação do banco de dados de forma consistente até um específico período do tempo.

• SCN-Based RecoveryRecuperação do banco de dados até um específico SCN (System Change Number).

• Log Sequence-Based RecoveryPermite realizar a recuperação até um específico archive log.

O RMAN não suporta Cancel-Based Recovery, deverá utilizar o SQL*PLUS.

Importante!


ARCHIVELOG

Recuperação do banco baseado em específico ARCHIVE LOG

Recuperação da tablespace GPO


ARCHIVELOG

Recuperação do datafile


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.


ARCHIVELOG

BMR – Block Media Recovery

Após o comando validate database, se existir blocos corrompidos, será populadaa view v$database_block_corruption e v$backup_corruption, a correção dos blocoscorrompidos 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


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.


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.


Perguntas & Dúvidas


Referências & Contatos


REFERÊNCIAS

Livro: Oracle Database 10g: RMAN Backup & Recover

Autores: Matthew Hart e Robert Freeman

Documento: Oracle Database Backup & Recover Basics

Contatos

E-Mail: [email protected]: http://www.rodrigoalmeida.net/blog

Fonte: OTN (Oracle Technology Network) – http://otn.oracle.com

Documento: Oracle Database Backup & Recover Advanced User Guide

Fonte: OTN (Oracle Technology Network) – http://otn.oracle.com

mailto:[email protected]

ENPO - RMAN: Vilão ou Heroí?

Technology

Transcript of ENPO - RMAN: Vilão ou Heroí?