Slide 1 - Google Groups

Curso de Pós Graduação em
Banco de Dados
Procedimentos de
Contigência
e
Alta Disponibilidade
Prof.: MSc Flávio Gonçalves da Rocha
Conteúdo Programático
1. Conceitos Iniciais
2. Backup: Princípios e Estratégias
3. Considerações sobre Recuperação
4. Recuperação: Princípios e Estratégias
5. Backup Gerenciado pelo Usuário
6. Ferramenta RMAN (Recovery Manager)
7. Backup com o RMAN
Conteúdo Programático
8. Recuperação Gerenciada pelo Usuário
9. Recuperação usando o RMAN
10. Utilitários Export e Import
11. Conceitos e Recursos Adicionais para
Alta Disponibilidade
12. RAC
13. Data Guard
CAPÍTULO 1
Conceitos Iniciais
Conceitos Iniciais

É função básica do DBA manter a integridade
e disponibilidade do banco de dados em caso
de falhas e erros (hardware ou software).

Falhas/erros podem acarretar perda de dados
ou até mesmo do banco de dados.

Uso de políticas de backup adequadas podem
minimizar ou até mesmo eliminar problemas
resultantes de falhas/erros.
Conceitos Iniciais
Visão Geral da Instância Oracle
Conceitos Iniciais
Sincronização de Banco de
Dados

Todos os arquivos de dados (datafiles), exceto
os off-line e somente para leitura, deverão
estar sincronizados, ou seja, estarem no
mesmo instante, para que o banco de dados
possa ser aberto

A sincronização baseia-se no número do
checkpoint atual
Conceitos Iniciais
Sincronização de Banco de
Dados

A aplicação de alterações registradas nos
arquivos de redo log (redo log files) sincroniza
os arquivos de dados

Os
redo
log
files
são
solicitados
automaticamente pelo servidor Oracle
Tipos de Erros e Falhas






Erro do usuário
Falha de instrução
Falha de processo do usuário
Falha de rede
Falha de instância
Falha de mídia
Erro do Usuário
SQL> DROP TABLE employees;
SQL> TRUNCATE TABLE employees;
SQL> DELETE FROM employees;
SQL> COMMIT;
SQL> UPDATE employees
2> SET salary = salary * 1,5;
SQL> COMMIT;
Falha de Instrução





Erro lógico em uma aplicação
Tentativa de informar dados inválidos em uma
tabela
Tentativa de executar uma operação com
privilégios insuficientes
Tentativa de criar uma tabela, mas o limite da
cota alocada foi excedido
Tentativa de aumentar tamanho de uma tabela
mas sem área disponível na tablespace.
Falha de Processo do Usuário

O usuário efetuou uma desconexão anormal
durante a sessão

A sessão do usuário foi encerrada de forma
anormal

O programa do usuário detectou uma exceção
de endereço que encerrou a sessão
Falha de Rede

Conexões abortadas
Falha de Instância
Falha de Instância

Falta de energia

Problemas de hardware (CPU, memória) e
Sistema Operacional

Falha em um dos processos de segundo plano
do servidor Oracle (DBWR, LGWR, PMON,
SMON, CKPT).
Falha de Mídia

Falha no cabeçote de uma unidade de disco

Problema físico durante a leitura ou gravação
de arquivos de banco de dados

O arquivo foi acidentalmente apagado
Falha de Mídia

A falha de mídia é o tipo mais grave de falha,
pois geralmente requer a intervenção do DBA.

A estratégia de recuperação depende do
método de backup escolhido e dos arquivos
afetados
Orientações

Proteja o banco de dados dos diversos tipos de
falhas

Aumente o MTBF (Mean-Time-BetweenFailures, tempo médio entre falhas)

Diminua o MTTR (Mean-Time-To-Recover,
tempo médio para recuperação)

Minimize a perda dos dados
.
CAPÍTULO 2
Backup:
Princípios e Estratégias
Backup: Princípios





Backups Físicos e Lógicos
Backups Completos ou Incompletos
Backups Consistentes e Inconsistentes
Backups Online e Offline
Backups com RMAN ou gerenciados pelo
usuário
Backup: Princípios
Backups Físicos

São backups dos arquivos físicos do banco de
dados : datafiles, control files e redo log
arquivados (se houver).

Redo log online não é suportado no RMAN

Categorías: cópias imagem e backup
proprietário (RMAN)
Backup: Princípios
Backups Lógicos

São exportações dos objetos de esquemas
(tabelas, stored procedures, etc) para um
arquivo binário do sistema operacional (.dmp).

Comandos: export (realiza o backup) e import
(restaura o backup)

Não use apenas backup lógico para proteger
seu banco de dados!
Backup: Princípios
Backups Completos

Backup mais comum
 Inclue o control file e todos os datafiles
 Pode ser feito no modo ARCHIVELOG e
NOARCHIVELOG
 Pode ser consistente (não necessita de redo
log após restauração) ou inconsistente
Backup: Princípios
Backups Incompletos ou Parciais

Backups de partes do banco de dados:
 Tablespaces (ARCHIVELOG)
 Datafiles (ARCHIVELOG)
 Control file (Arquivo de controle)
 Redo log arquivados
Backup: Princípios
Backups Incompletos ou Parciais
Tablespaces Backup

É o backup dos datafiles que constituem a
tablespace

Backup pode ser feito com a tablespace online
ou offline

Válido apenas no modo ARCHIVELOG
(exceção: tablespace read-only ou offlinenormal)
Backup: Princípios
Backups Incompletos ou Parciais
Tablespaces Backup
MODO NOARCHIVELOG
Backup: Princípios
Backups Incompletos ou Parciais
Datafile Backup

É o backup de um único datafile.

O backup é válido no modo ARCHIVELOG

No modo NOARCHIVELOG é válido se:
 For feito backup de cada datafile da tablespace
 Os datafiles estiverem no modo read-only e offline-
normal
Backup: Princípios
Backups Incompletos ou Parciais
Control file Backup

Sem um control file válido não é possível
montar ou abrir o banco

Backup automático pelo RMAN via comando:
CONFIGURE CONTROLFILE AUTOBACKUP ON
Backup: Princípios
Backups Incompletos ou Parciais
Redo Log Arquivado

Essencial para recuperar um backup
inconsistente.

Sem redo log arquivados, apenas com
backups incrementais do RMAN é que se pode
recurperar um backup inconsistente.
Backup: Princípios
Backup Consistente

É um backup de um ou mais arquivos do
banco de dados após ele ter sido fechado de
forma normal, limpa

Diferente do backup inconsistente, um backup
completo consistente não necessita de redo
log para recuperá-lo
Backup: Princípios
Backup Consistente

Todos os datafiles e control files tem o mesmo
SCN (System Change Number) – estão
sincronizados.
 Tablespace read-only ou offline-normal

Backup completo consistente precisa de um
shutdwon do banco com opção normal,
immediate ou transactional.
 Exceção: bancos read-only
Backup: Princípios
Backup Inconsistente

É um backup de um ou mais arquivos do
banco de dados enquanto o banco está aberto
ou após ele ter sido fechado de forma anormal

Todos os datafile e control files não tem o
mesmo SCN
Backup: Princípios
Backup Inconsistente

O banco não poderá ser aberto até que todos
os SCN estejam consistentes (banco
sincronizado), ou seja, até que sejam
aplicados todos os redos nos datafiles.

Para backups completos de bancos 24X7 é a
única opção

Banco deve estar em modo ARCHIVELOG
para garantir a recuperação e consistência
após a restauração do backup
Backup: Princípios
Backup Inconsistente

Backups completos em banco fechado após
shutdown abort ou um chash de sistema é
inconsistente
Oracle recomenda que não seja feito backup
de banco fechado inconsistente no modo
NOARCHIVELOG.
Backup: Princípios
Backup Inconsistente
Se você estiver com o seu banco
operando no modo NOARCHIVELOG,
sempre tenha um backup que possa ser
usado sem precisar de recuperação.
Backup: Princípios
Backup: Princípios
Backup Online

É o backup de datafiles online

Backup de um ou mais datafiles ou tablespace
completa desde que o banco aberto esteja no
modo ARCHIVELOG
Backup: Princípios
Backup Offline

É o backup em que a tablespace ou datafile
está offline

Pode-se colocar a tablespace offline com o
comando ALTER TABLESPACE OFFLINE
seguido por uma das três opções: NORMAL,
TEMPORARY OU IMMEDIATE
Backup: Princípios
Backups com RMAN

Utiliza formato proprietário para armazenar
dados

Comandos:
 BACKUP
 COPY
 RESTORE
Backup: Princípios
Backups com RMAN

Na cópia ou backup com RMAN as ações são
gravadas no control file (arquivo de controle)
do banco de dados de destino ou no catálogo
de recuperação
Backup: Princípios
Backups Gerenciados pelo Usuário

As ferramentas usadas são os utilitários do
Sistema Operacional

O registro dos backups deve ser feito
manualmente
Backup: Estratégias
1. Siga a Regra de Ouro do Backup/Recovery
2. Escolha o Modo de Arquivamento do Banco
3. Multiplexe control files, redo log online e
redo logs arquivados
4. Realize Backups frequentemente
5. Realize Backups antes e depois de
mudanças Estruturais
6. Realize Backups de Tablespaces usadas
frequentemente
Backup: Estratégias
7.
8.
9.
10.
11.
12.
13.
Realize Backups após operações sem recuperação
Realize Backups após Banco Aberto com
RESETLOGS
Arquive Backups Antigos
Conheça as restrições de Backups para Bancos
Distribuídos
Exporte Dados para aumentar a Flexibilidade e
Proteção
Evite Backups de Redo log online
Mantenha Registro da Configuração de Hardware e
Software do Servidor
Backup: Estratégias
1) Siga a Regra de Ouro do Backup/Recovery
Os discos que contém o backup devem
ser diferentes dos discos que contém os
datafiles, online redo logs e control files.
Backup: Estratégias
Guia para implementar a Regra de Ouro

Multiplexe os arquivos redo log online e os
control files

Use espelhamento de hardware ou de SO para
o control file e datafiles

Mantenha pelo menos uma cópia de backup
no disco rígido
Backup: Estratégias
Guia para implementar a Regra de Ouro

Se o banco estiver armazenado em um
dispositivo RAID, o backup deve estar em
outro dispositivo RAID

No caso de fitas, mantenha sempre mais de
uma cópia.

Mantenha cópias do mesmo dado em
diferentes pontos no tempo
Backup: Estratégias
2) Escolha o Modo de Arquivamento do Banco

Se ocorrer uma falha que danifique algum dos
arquivos do banco, é aceitável a perda de dados
desde o último backup? Sim (NOARCHIVELOG) e
Não (ARCHIVELOG)

Pode haver necessidade de retroceder o banco?
Sim (ARCHIVELOG) e Não (NOARCHIVELOG)

O banco de dados deve estar disponível sempre?
Sim (ARCHIVELOG) e Não (NOARCHIVELOG)
Backup: Estratégias
2) Escolha o Modo de Arquivamento do Banco

Modo NOARCHIVELOG
 O redo log online não é arquivado
 A única proteção contra falha de disco é backup completo
do banco
Estratégias:
 Faça backups completos regularmente de acordo com a
perda de dados aceitável
 Faça backups completos sempre que a estrutura física do
banco de dados seja alterada
Backup: Estratégias
2) Escolha o Modo de Arquivamento do Banco

Modo ARCHIVELOG
 O redo log online é arquivado
Estratégias:
 Faça um backup completo do banco após sua criação
 Faça backup de tablespaces com o banco aberto ou
fechado freqüentemente para reduzir o tempo de
recuperação
Backup: Estratégias
2) Escolha o Modo de Arquivamento do Banco

Modo ARCHIVELOG
Estratégias (continuação)
 Copie o arquivo de controle sempre após uma mudança
estrutural no banco
 Faça cópia do redo logs arquivados frequentemente. Pelo
menos duas cópias em dispositivos diferentes.
Backup: Estratégias
2) Escolha o Modo de Arquivamento do Banco
Coloque o banco no modo de arquivamento
LOG_ARCHIVE_MAX_PROCESSES – Define o máximo de
processos que participaram do arquivamento
Backup: Estratégias
2) Escolha o Modo de Arquivamento do Banco

Arquivamento automático
LOG_ARCHIVE_START

Visões dinâmicas:

V$ARCHIVED_LOG


V$ARCHIVE_DEST


Informações sobre logs arquivados a partir do controlfile
Descreve todos os destinos dos logs de arquivamento
V$LOG_HISTORY

Informações de arquivos de log obtidas do controlfile
Backup: Estratégias
2) Escolha o Modo de Arquivamento do Banco

Visões dinâmicas:

V$DATABASE


Estado atual do arquivamento
V$ARCHIVE_PROCESSES

Informações sobre o estado de vários processos ARCH para a
instância
Backup: Estratégias
3) Multiplexe control files, redo log online e
redo logs arquivados

Mantenha pelo menos duas cópias do arquivo de
controle em discos diferentes, com diferentes
controladoras

Mantenha duas ou mais cópias dos arquivos de
redo log online em discos diferentes

Mantenha duas ou mais cópias dos redo logs
arquivados: diferentes discos e diferentes mídias
Backup: Estratégias
Como multiplexar arquivos de controle

Desative o banco de dados

Faça uma cópia do arquivo de controle existente
em outro dispositivo usando os comandos do SO

Edite ou adicione o parâmetro CONTROL_FILES
e especifique nomes para todos os arquivos de
controle

Inicie o banco de dados
Backup: Estratégias
4) Realize Backups frequentemente

Baseie a frequencia do backup de acordo com a
taxa de mudança do banco tais como:
 Adição e deleção de tabelas
 Inserção e deleção de linhas em tabelas existentes
 Atualização de dados das tabelas
Muitos comandos DML – Maior frequencia
Backup: Estratégias
5) Realize Backups antes e depois de
mudanças Estruturais

Criação ou eliminação de tablespaces

Adição ou alteração no nome de arquivos de
dados

Adição, mudança de nome ou eliminação de
grupos ou membros de redo log online
Backup: Estratégias
5) Realize Backups antes e depois de
mudanças Estruturais

A parte do banco de dados em que deve ser feito
backup depende do modo de arquivamento:
 Modo ARCHIVELOG - backup do controlfile
 Modo NOARCHIVELOG - backup consistente completo
do banco de dados antes e depois da mudança
Backup: Estratégias
6) Realize Backups de Tablespaces usadas
frequentemente

No modo ARCHIVELOG pode-se fazer backup
dos datafiles de uma tablespace ou até mesmo de
um único datafile.

Fazer backup de arquivos de dados usados
extensivamente reduz o tempo necessário para
recuperação do banco de dados
Backup: Estratégias
7) Realize Backups após operações sem
recuperação (Unrecoverable Operations)

Após criar tabelas e indices com a opção
UNRECOVERABLE faça backup porque o Oracle
não armazerna dados no redo o que impossibilita
a sua recuperação em caso de falha.
Backup: Estratégias
8) Realize Backups após Banco Aberto com
RESETLOGS

Após abertura do banco com o RESETLOGS é
criada uma nova encarnação do banco

Se não for feito backup e uma falha ocorrer é
possível perder todas as mudanças após a
abertura do banco.

Alternativa: usar backup do controlfile antes e
após o resetlogs (operação complicada)
Backup: Estratégias
9) Arquive Backups Antigos
Razões:

Backup atual corrompido (NOARCHIVELOG ou
ARCHIVELOG)

Realizar recuperação incompleta em um tempo
passado (ARCHIVELOG)
Backup: Estratégias
10) Conheça as restrições de Backups para
Bancos Distribuídos

Todos os bancos devem ter o mesmo modo de
arquivamento

Se os bancos forem fechados normalmente:
 ARCHIVELOG, backup em cada nó (banco) de forma
autônima
 NOARCHIVELOG, todos os nó devem realizar um
backup completo e consistente no mesmo momento
Backup: Estratégias
11) Exporte Dados para aumentar a Flexibilidade e
Proteção

Um export fornece um snapshot dos dados lógicos
(tabelas, stored procedures, etc) podendo exportar
objetos específicos
Backup: Estratégias
12) Evite Backups de Redo log online
 Melhor multiplexar membros em cada grupo em
diferentes discos e controladoras

No modo ARCHIVELOG os grupos cheios já estão
sendo armazenados

No modo NOARCHIVELOG, o backup é completo
e consistente do banco fechado

Pode-se danificar o banco restaurando dados
deste tipo de backup
Backup: Estratégias
13) Mantenha Registro da Configuração de
Hardware e Software do Servidor

Hardware
Nome do nó, fornecedor e modelo da máquina,
versão e patch do sistema operacional,
capacidade do disco do servidor, quantidade de
discos e controladoras, capacidade e espaço livre
no disco, fornecedor do gerenciador de mídia e
tipos de dispositivos
Backup: Estratégias
13) Mantenha Registro da Configuração de
Hardware e Software do Servidor

Software
Nome do nó, fornecedor e modelo da máquina,
versão e patch do sistema operacional,
capacidade do disco do servidor, quantidade de
discos e controladoras, capacidade e espaço livre
no disco, fornecedor do gerenciador de mídia e
tipos de dispositivos, o método de restauração e
recuperação usado (RMAN ou não) e os pontos
de montagem dos arquivos de dados
Backup: Estratégias
Orientações
 Antes de criar um banco de dados Oracle,decida
como protegê-lo contra potenciais falhas.

Se você não desenvolver uma estratégia de
backup apropriada, talvez não seja possível
realizar uma eventual recuperação se uma falha
de disco danificar os arquivos importantes ao
banco como os datafiles, arquivos do redo log
online ou os controlfiles.
CAPÍTULO 3
Considerações sobre
Recuperação
Considerações sobre
Recuperação
Recuperação (Recovery) consiste na atualização
dos arquivos restaurados do backup
Considerações sobre
Recuperação
Estruturas de Recuperação
 Redo Logs
 Segmentos de Rollback ou Undo
 Arquivos de controle
Considerações sobre
Recuperação
Estruturas de Recuperação - Redo Logs
 Armazenam todas as mudanças feitas no
Banco de dados
 Redo Logs online possuem pelo menos 2
grupos de redo, onde cada possui pelo menos
1 membro que trata-se de um arquivo que
armazena os registros de redo
Considerações sobre
Recuperação
Estruturas de Recuperação - Redo Logs
 LGWR grava as mudanças da instância no
grupos de redo de forma circular
 São armazenados valores antigos e novos das
transações
 Podem ser arquivados
Considerações sobre
Recuperação
Redo Logs durante a Recuperação
 Recuperação de Cache (Cache Recovery)
 Rolling forward com o redo log
 Visões sobre os Redo Logs
 V$LOG (número de membros, status, número do grupo etc)
 V$LOGFILE (número do grupo de cada membro, status, nomes
dos membros)
 V$LOG_HISTORY (informações sobre histórico de logs do
controlfile)
Considerações sobre
Recuperação
Redo Logs durante a Recuperação
 Parâmetros de definição
 LOG_ARCHIVE_START
 LOG_ARCHIVE_FORMAT (incluir o número de sequencia de
log e o número do thread como parte do arquivo)
Considerações sobre
Recuperação
Estruturas de Recuperação - Segmentos de
Rollback ou Undo
Armazenam os valores antigos dos dados nas
transações não efetivadas (commit)
Modo de Funcionamento do Banco de Dados
 Manual Undo Management Mode

Segmentos de Rollback
 Automatic Undo Management Mode
 Tablespace Undo
Considerações sobre
Recuperação
Segmentos de Rollback ou Undo durante a
Recuperação

Recuperação de transação (Recovery
Transaction)


Rolling back com os segmentos de rollback ou undo
São os blocos de undo que desfazem os efeitos
de transações não efetivadas aplicadas
previamente na fase de rolling forward
Considerações sobre
Recuperação
Estruturas de Recuperação - Arquivos de
Controle

Armazenam o status da estrutura física do banco
de dados

Informações sobre checkpoints, redo log online
atual são uteis para a recuperação
Considerações sobre
Recuperação
Estruturas de Recuperação - Arquivos de
Controle

Visões:
 V$PARAMETER
 V$CONTROLFILE
CAPÍTULO 4
Recuperação: Princípios e
Estratégias
Recuperação: Princípios

Tipos de Recuperação

Recuperação Durante Aplicação de Redo

Recuperação de Mídia Completa ou Incompleta

Restauração e Recuperação pelo RMAN ou
Gerenciada pelo Usuário
Recuperação: Princípios
Antes de recuperar o banco, consulte a visão
V$RECOVER_FILE para descobrir quais
arquivos precisam de recuperação
Recuperação: Princípios
Tipos de Recuperação

Recuperação de Crash (Crash Recovery)
 Falha na instância de um banco ou todas em um
banco em RAC

Recuperação de Instância (Instance Recovery)
 A instância sobrevivente recupera as outras

Recuperação de Mídia (Midia Recovery)
 Termo refere-se a recuperação de datafiles.
Recuperação de Blocos é uma operação mais
especializada via RMAN
Recuperação: Princípios
Recuperação de Crash e instância –
Características comuns

Usa apenas redo log online e datafiles para
recuperar após o crash ou shutdown abort do
banco. Não precisa de redo log arquivados.
 A recuperação é automática, ou seja, redo logs
são aplicados automaticamente
 Tempo de recuperação depende da quantidade de
instâncias paradas, da quantidade de redo a ser
aplicado e das configurações do usuário
Recuperação: Princípios
Recuperação de Crash e Instância

Como controlar o tempo?
 Ajuste a duração da recuperação
 Ajuste as fases da recuperação
Recuperação: Princípios
Ajuste a duração da recuperação da instância
nos limites especificados pelo usuário...
V$INSTANCE_RECOVERY
Recuperação: Princípios
Ajuste a duração da recuperação da instância

Procedimentos
 Defina os parâmetros de iniciação a fim de
influenciar o número de registros de redo log e
de blocos de dados a serem lidos na
recuperação
FAST_START_MTTR_TARGET
 Defina o tamanho dos arquivos de redo logs
para influenciar a frequência de checkpoints
Recuperação: Princípios
Ajuste a duração da recuperação da instância

Procedimentos
 Execute instruções SQL para iniciar os
checkpoints
 Paralelize as operações de recuperação da
instância
Recuperação: Princípios
Recuperação de Crash e instância

Duas operações:
 Rolling Forward
Atualiza os datafiles online aplicando as transações
que foram comitadas ou não que estão no registro do
redo
 Rolling Back
As transações que não foram comitadas são
desfeitass.
Recuperação: Princípios
Recuperação de Crash e Instância

Quando e como ocorre?
 Arquivos Fora de Sincronia
 Rollforward (redo)
 Dados efetivados ou não nos arquivos de dados
 Rollback (undo)
 Apenas dados efetivados nos arquivos
Recuperação: Princípios
Fase de rollback

Rollback de inicialização rápida por demanda

Rollback de inicialização rápida em paralelo
Recuperação: Princípios
Rollback de inicialização rápida sob Demanda

Estas são as ações de um processo do servidor
que encontra dados a serem submetidos a
rollback
 Efetua rollback do bloco que contém a linha necessária
 Entrega outras operações de recuperação, que podem
estar ocorrendo em paralelo, ao SMON
Recuperação: Princípios
Rollback de inicialização rápida em paralelo

Parâmetro:
FAST_START_PARALLEL_ROLLBACK
Recuperação: Princípios
Recuperação de Mídia
Quando é necessária ?

Recuperar o banco de um arquivo de dados ou de
controle perdido ou danificado

Recuperar mudanças que foram perdidas quando
a tablespace foi colocada offline sem a opção
normal
Recuperação: Princípios
Recuperação de Mídia
Tipos:

Completa

Incompleta
Recuperação: Princípios
Recuperação de Mídia

Recuperação de Mídia Completa
 Utiliza dados de redo online e arquivados ou backups
incrementais
 Backup de um banco de dados, de tablespace ou de
arquivos de dados para atualizá-lo
Recuperação: Princípios
Recuperação de Mídia Completa

Recuperação de todo o banco. Passos:
 Monte o banco
 Garanta que os arquivos de dados a serem recuperados
estão online
 Recupere o backup
 Aplique os redo logs necessários
Recuperação: Princípios
Recuperação de Mídia Completa

Recuperação de uma tablespace ou arquivo de
dados. Passos:
 Coloque o tablespace ou o arquivo de dados offline (se
banco aberto)
 Restaure o backup desejado
 Aplique os redo logs necessários
Recuperação: Princípios
Recuperação de Mídia Incompleta

Utiliza backup (redo log arquivados) para produzir
uma versão antiga do banco de dados
Recuperação: Princípios
Recuperação de Mídia Incompleta
Quando usar:

Algum ou todos os redo logs online foram
destruídos
 Erro do usuário destruiu algum objeto
 Falta de algum redo log arquivado
 Perda do arquivo de controle
Recuperação: Princípios
Recuperação de Mídia Incompleta

Opções:
 Baseada no tempo
 Até cancelamento
 Até um SCN específico
 Até uma sequência específica de log (RMAN)
Recuperação: Princípios
Recuperação de Mídia Incompleta
Quando a recuperação incompleta terminar, o
banco sempre deverá ser aberto com a opção
RESETLOGS
Recuperação: Princípios
Recuperação de Mídia

Usos:

Recuperação de datafiles
 Recuperação de blocos (RMAN)
 TSPITR
Recuperação: Princípios
Recuperação de Mídia – Recuperação de
arquivo de dados
Características:
Recupera as informações a partir dos arquivos de
dados restaurados
 Pode usar redo logs online ou arquivados
 Execução disparada pelo usuário
 Tempo de recuperação configurável

Recuperação: Princípios
Recuperação de Mídia - Recuperação de
blocos de dados
Características:

Restaura e recupera blocos com todos os
arquivos online e disponíveis

Util quando há poucos blocos corrompidos
Recuperação: Princípios
Recuperação de Mídia – Recuperação
TSPITR
Consiste em recuperar uma tablespace até um
momento anterior ao do restante do banco
Recuperação: Princípios
Recuperação de Mídia – Recuperação
TSPITR
Quando usar:

Recuperar uma tabela truncada ou eliminada
 Recuperar uma tabela logicamente corrompida
 Recuperar uma parte do banco que foi alterada
por alguma operação DML ou job
 Recuperar um único esquema
Recuperação: Estratégias
1. Teste as Estratégias de Backup e Recuperação
2. Valide Backups e Restaurações usando o
3.
4.
5.
6.
RMAN
Planeje uma Resposta para Falhas de Mídia
Planeje uma Resposta para Recuperação de
Blocos Corrompidos de Arquivos de Dados
Planeje uma Reposta para outras Falhas que
não são de Mídia
Recuperação de Redo Log Online
Recuperação: Estratégias
1. Teste as Estratégias de Backup e
Recuperação
Pratique as técnicas de backup e recuperação em
um banco de teste
 No RMAN, use o comando DUPLICATE para criar
o banco de teste
 Se gerenciado pelo usuário, crie um novo banco
de dados, um banco standby ou uma cópia do
banco com comando do SO e SQL*Plus

Recuperação: Estratégias
2. Valide Backups e Restaurações usando o
RMAN

Use a palavra VALIDATE com os comandos
BACKUP e RESTORE.
BACKUP VALIDATE - é possível fazer um
backup válido dos arquivos de dados?
 RESTORE VALIDATE - é possível restaurar um
backup feito pelo RMAN?

Recuperação: Estratégias
3. Planeje uma Resposta para Falhas de Mídia





Identifique os arquivos a serem recuperados
Determine o tipo de recuperação possível e
necessária
Restaure os backups ou cópias dos arquivos
Aplique os redos gravados para recuperar os
arquivos de dados
Abra o banco. Use RESETLOGS se recuperação
incompleta ou restauração de arquivo de controle
Recuperação: Estratégias
4. Planeje uma Resposta para Recuperação de
Blocos Corrompidos de Arquivos de Dados

Recupere o bloco com o RMAN

O comando BLOCKRECOVER restaura e
recupera os blocos com o banco aberto e o
respectivo arquivo de dados online
Recuperação: Estratégias
5. Planeje uma Reposta para outras Falhas
que não são de Mídia
Falha de Instrução
 Falha na instância
 Erro do usuário - TSPITR ou DBPITR

Recuperação: Estratégias

DBPITR
 Restaure um backup completo do banco
 Recupere o banco para um tempo antes da falha
 Abra o banco com RESETLOGS

TSPITR
 Crie uma instância auxiliar
 Recupere o tablespace no banco auxiliar até o ponto
desejado
 Importe os dados de volta para o banco principal
Soluções Oracle
Dúvidas?