Apostila Oracle 11g Administration II - Português

Unauthorized reproduction or distribution prohibited Copyright 2014, Oracle and/or its affiliates
Faculdade Impacta Tecnologia
le
b
a
r
e
f
s
n
a
r
t
-Workshop
Oracle Database 11g:
n
o
a nII
de Administrao
s
ha ide
)
om t Gu
c
l
i
Guia
ado Aluno
enVolume I
d
m
t
u
ho is St
@
tte se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
n
a
e
L
D50079BP20
Edio 2.0
Julho de 2010
D67946

Autor
Copyright 2010, Oracle. Todos os direitos reservados.
Maria Billings
Iseno de Responsabilidade
Revisores e
Colaboradores Tcnicos
Christian Bauwens
Yanti Chang
Timothy Chien
Joe Fong
Este documento contm informaes de propriedade da Oracle Corporation e est

protegido pela legislao de direitos autorais e outras leis de propriedade intelectual,
podendo ser copiado e impresso somente para uso individual em um curso de
treinamento da Oracle. O documento no pode ser modificado nem alterado de
forma alguma. Exceto em situaes que constituam uso justo de acordo com a
legislao de direitos autorais, no ser permitido utilizar, compartilhar, descarregar,
carregar, copiar, imprimir, executar, reproduzir, publicar, licenciar, divulgar, transmitir
nem distribuir este documento - total ou parcialmente - sem a expressa autorizao
da Oracle.
Peter Fusek
As informaes contidas neste documento esto sujeitas a alteraes sem aviso

prvio. Se voc encontrar algum problema no documento, envie Oracle Corporation
ou Oracle do Brasil Sistemas Ltda. uma descrio de tal problema por escrito.
Oracle University, 500 Oracle Parkway, Redwood Shores, California 94065 USA. A
Oracle Corporation e a Oracle do Brasil Sistemas Ltda. no garantem que este
documento esteja isento de erros.
Joel Goodman
Aviso de Direitos Restritos
Andy Fortunak
Gerlinde Frenzen
Mark Fuller
Vimala Jacob
Dominique Jeunot
Pete Jones
Fukue Kawabe
Se esta documentao for entregue / distribuda ao Governo dos Estados Unidos ou

a qualquer outra parte que a licencie ou utilize em nome daquele governo, a seguinte
legenda ser aplicvel:
an
r
t
n
U.S. GOVERNMENT RIGHTS

Os direitos do Governo dos EUA de usar, modificar, reproduzir, divulgar, exibir ou
publicar estes materiais de treinamento so restritos pelas condies estabelecidas
no contrato de licena da Oracle e/ou no contrato do Governo dos EUA aplicvel.
no
a
s
a
h
e
Achiel Langers
)
d
i
Gwen Lazenby
com nt Gu
l
i
a
Jerry Lee
de
m
t
u
t
o
Deidre Matishak
h is S
@
Bill Millar
e
tt se th
i
z
Lakshmi Naraparreddi
a ou
p
(
e se t
Ira Singer
t
t
i
az icen
Ranbir Singh
P
l
James Spiller dro
n
a
Matt Taylor
e
L
Donna Keesling
Sean Kim
Aviso de Marca Registrada
Oracle uma marca comercial registrada da Oracle Corporation e/ou de suas

empresas afiliadas. Outros nomes podem ser marcas comerciais de seus respectivos
proprietrios.
Branislav Valny
Jean-Francois Verrier
Redatores
Nita Pavitran
Raj Kumar
Designer Grfico
Satish Bettegowda
Editor
Jayanthy Keshavamurthy
le
b
a
r
e
f
Contedo
Introduo
Objetivos do Curso I-2
Programao Sugerida I-3
Oracle Database 11g: g Significa Grade I-4
Grid Infrastructure para uma nica Instncia I-6
Exemplos do Curso: Exemplo de Esquema HR I-8
Principais Conceitos e Ferramentas do Oracle Database

Objetivos 1-2
Identificando os Principais Componentes de um Servidor de Banco de
Dados Oracle 1-3
Viso Geral da Arquitetura do Servidor do Banco de Dados Oracle 1-4
Configuraes de Instncia-Banco de Dados 1-6
Identificando as Estruturas de Memria de um Oracle Database 1-7
Estruturas de Memria do Oracle Database 1-8
Arquitetura de Processo 1-10
Estruturas de Processo 1-11
Adicionando Nomes de Processo 1-13
Sequncia de Inicializao dos Processos 1-14
Arquitetura de Armazenamento do Banco de Dados 1-15
Estruturas Lgicas e Fsicas do Banco de Dados 1-17
ASM (Automatic Storage Management) 1-19
Componentes do Armazenamento do ASM 1-20
Instncia ASM 1-21
Ferramentas de Configurao do DBA 1-23
Framework de Gerenciamento e Ferramentas Relacionadas do DBA 1-25
Facilitando o Gerenciamento do Banco de Dados com o Oracle Restart 1-26
Observaes: Facilitando o Gerenciamento do Banco de Dados com o Oracle
Restart 1-27
Questionrio 1-28
Resumo 1-29
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Configurando a Capacidade de Recuperao

Objetivos 2-2
Finalidade da Funcionalidade de Backup e Recuperao 2-3
Tarefas Tpicas de Backup e Recuperao 2-4
iii
le
b
a
r
e
f
Solues de Backup e Recuperao Oracle 2-5

Solues de Backup Oracle 2-6
Reviso da Terminologia 2-7
O Que Voc J Sabe: Backup Sugerido pela Oracle 2-9
Usando o Recovery Manager 2-10
Tipos de Comandos do RMAN 2-11
Comandos de Job: Exemplo 2-12
Configurando o Banco de Dados para Operaes de Backup e Recuperao 2-13
Modo ARCHIVELOG 2-14
Configurando o Modo ARCHIVELOG 2-15
Configurando Destinos de Logs de Arquivamento 2-16
Garantindo o Sucesso dos Logs de Arquivamento 2-17
Especificando uma Poltica de Reteno 2-19
Poltica de Reteno Baseada em uma Janela de Tempo de Recuperao:
Exemplo 2-21
Usando uma Fast Recovery Area 2-22
Definindo uma Fast Recovery Area 2-24
Gerenciamento do Espao da Fast Recovery Area 2-25
Uso do Espao da Fast Recovery Area 2-27
O Que Feito Automaticamente para Voc 2-29
Monitorando a FRA 2-30
Vantagens do Uso de uma Fast Recovery Area 2-31
Questionrio 2-32
Resumo 2-34
Viso Geral do Exerccio 2: Configurando a Capacidade de Recuperao 2-35
le
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Usando o Catlogo de Recuperao do RMAN

Objetivos 3-2
Armazenamento de Dados do Repositrio do RMAN: Comparao de Opes 3-3
Armazenando Informaes no Catlogo de Recuperao 3-4
Motivos para Usar um Catlogo de Recuperao 3-5
Criando o Catlogo de Recuperao: Trs Etapas 3-6
Configurando o Banco de Dados do Catlogo de Recuperao 3-7
Criando o Proprietrio do Catlogo de Recuperao 3-8
Criando o Catlogo de Recuperao 3-9
Gerenciando os Registros do Banco de Dados de Destino no Catlogo de
Recuperao 3-10
Registrando um Banco de Dados no Catlogo de Recuperao 3-11
Usando o Enterprise Manager para Registrar um Banco de Dados 3-12
Cancelando o Registro de um Banco de Dados de Destino no Catlogo de
Recuperao 3-13
iv
b
a
r
e
f
Catalogando Arquivos de Backup Adicionais 3-14

Ressincronizao do Catlogo de Recuperao: Conceitos 3-16
Ressincronizando Manualmente o Catlogo de Recuperao 3-17
Usando Scripts Armazenados do RMAN 3-18
Executando Scripts Armazenados do RMAN 3-19
Mantendo Scripts Armazenados do RMAN 3-20
Fazendo Backup do Catlogo de Recuperao 3-21
Recriando um Catlogo de Recuperao Irrecupervel 3-22
Exportando e Importando o Catlogo de Recuperao 3-23
Fazendo Upgrade e Eliminando o Catlogo de Recuperao 3-24
Comando IMPORT CATALOG 3-25
Criando e Usando Catlogos Privados Virtuais 3-27
Usando Catlogos Privados Virtuais do RMAN 3-28
Resumo de Catlogos de Recuperao 3-30
Questionrio 3-32
Resumo 3-34
Viso Geral do Exerccio 3: Usando o Catlogo de Recuperao do RMAN 3-35
an
r
t
n
n
a
e
L
no
a
s
a
h
e
4 Configurando Definies de Backup
)
d
i
Objetivos 4-2
com nt Gu
l
i
a o RMAN
Configurando Definies Persistentes
para
de 4-3
m
t
u
t
o
h 4-4is S
Exibindo Definies Persistentes
@
e
t Arquivoe dethControle 4-5
Backups Automticositdo
z
a oPersistentes
us
Gerenciando Definies
4-7
p
(
t
e
tt Gerenciador
Usando ium
se de Mdia 4-8
z
n
a
e
Especificando
P
ic um Destino de Backup 4-10
l
o
r
d Configurando e Alocando Canais 4-11
Criando Conjuntos de Backup Duplexados 4-12

Criando Conjuntos de Backup Duplexados com CONFIGURE BACKUP
COPIES 4-13
Otimizao de Backup 4-14
Economizando Espao de Backup com a Compactao de Blocos
No Utilizados 4-16
Compactando Backups 4-17
Usando a Compactao de Backup do RMAN 4-18
Criptografando Backups 4-19
Questionrio 4-20
Resumo 4-22
Viso Geral do Exerccio 4: Configurando Especificaes de Backup 4-23
le
b
a
r
e
f
Criando Backups com o RMAN

Objetivos 5-2
Criando Conjuntos de Backup 5-3
Criando Cpias-imagem 5-4
Criando um Backup do Banco de Dados Inteiro 5-6
Tipos de Backup do RMAN 5-8
Backup Incremental Rpido 5-10
Ativando o Backup Incremental Rpido 5-11
Monitorando o Rastreamento de Alteraes em Blocos 5-12
Executando Cpias Proxy 5-13
Criando Conjuntos de Backup Duplexados com BACKUP COPIES 5-14
Criando Backups de Conjuntos de Backup 5-15
Fazendo Backup de Tablespaces Somente para Leitura 5-16
Configurando o Backup e a Restaurao de Arquivos Muito Grandes 5-17
Criando Backups de Vrias Sees do RMAN 5-18
Backups de Arquivamento: Conceitos 5-19
Criando Backups de Arquivamento com o EM 5-21
Criando Backups de Arquivamento com o RMAN 5-22
Gerenciando Backups de Arquivamento do Banco de Dados 5-23
Fazendo Backup de Arquivos de Recuperao 5-24
Gerenciando Backups: Gerao de Relatrios 5-25
Gerenciando Backups: Views Dinmicas de Desempenho 5-27
Usando o Enterprise Manager para Exibir Relatrios de Backup 5-28
Gerenciando Backups: Verificao Cruzada e Deleo 5-29
Questionrio 5-30
Resumo 5-32
Viso Geral do Exerccio 5: Criando Backups 5-33
le
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Tarefas de Restaurao e Recuperao

Objetivos 6-2
Restaurando e Recuperando 6-3
Causas da Perda de Dados 6-4
Comparao entre Crtico e No Crtico 6-5
Recuperao Automtica de Arquivos Temporrios 6-6
Status do Grupo de Logs: Reviso 6-7
Recuperando Aps a Perda de um Grupo de Redo Logs 6-8
Limpando um Arquivo de Log 6-9
Recuperando Aps a Perda de um Tablespace de ndice 6-10
Recriando ndices 6-11
Mtodos de Autenticao de Administradores de Banco de Dados 6-13
Recriando um Arquivo de Autenticao de Senha 6-14
vi
b
a
r
e
f
Comparando a Recuperao Completa com a Incompleta 6-16

Processo de Recuperao Completa 6-17
Processo de Recuperao Pontual 6-18
Recuperando um Tablespace Somente para Leitura 6-20
Recuperando Objetos NOLOGGING do Banco de Dados 6-21
Recuperando Aps a Perda de Todas as Cpias do Arquivo de Controle: Viso
Geral 6-22
Recuperando o Arquivo de Controle para o Local Default 6-23
Questionrio 6-24
Resumo 6-26
7
Usando o RMAN para Executar a Recuperao

Objetivos 7-2
Usando os Comandos RMAN RESTORE e RECOVER do RMAN 7-3
Executando uma Recuperao Completa: Perda de um Arquivo de Dados No
Crtico no Modo ARCHIVELOG 7-4
Executando uma Recuperao Completa: Perda de um Arquivo de Dados Crtico
para o Sistema no Modo ARCHIVELOG 7-5
Recuperando Cpias-imagem 7-6
Recuperando Cpias-imagem: Exemplo 7-7
Executando uma Alternncia Rpida para Cpias-imagem 7-8
Usando SET NEWNAME para Alternar entre Arquivos 7-9
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
h
e
tNEWNAME
tt de SET
Variveis de Substituio
7-10
i
e
z
s
a
u
p to e a Recuperao de um Banco de Dados no Modo
Executando a (Restaurao
e
t
t
se
NOARCHIVELOG
zi en7-11
a
P Pontos
Usando
lic de Restaurao 7-12
o
r
d
n
a
e
L
Executando uma Recuperao Pontual 7-13

Executando a Recuperao com um Arquivo de Controle de Backup 7-15
Recuperao Aps a Perda do Arquivo de Parmetros do Servidor 7-16
Restaurando o Arquivo de Parmetros do Servidor a Partir do Backup Automtico do
Arquivo de Controle 7-17
Restaurando o Arquivo de Controle a Partir do Backup Automtico 7-18
Usando Backups Incrementais para Recuperar um Banco de Dados no Modo
NOARCHIVELOG 7-20
Restaurando e Recuperando o Banco de Dados em um Novo Host 7-21
Preparando para Restaurar o Banco de Dados em um Novo Host 7-22
Restaurando o Banco de Dados em um Novo Host 7-23
Executando a Recuperao Aps Acidentes 7-27
Questionrio 7-29
Resumo 7-31
vii
le
b
a
r
e
f
Viso Geral do Exerccio 7: Usando o RMAN para Executar a Recuperao 7-32
Monitorando e Ajustando o RMAN

Objetivos 8-2
Paralelizao de Conjuntos de Backup 8-3
Monitorando Sesses do RMAN 8-5
Monitorando o Andamento de Jobs do RMAN 8-7
Interpretando a Sada de Mensagens do RMAN 8-9
Usando a Opo DEBUG 8-10
Interpretando Pilhas de Erros do RMAN 8-11
Ajustando o RMAN 8-12
Multiplexao do RMAN 8-14
Alocando Buffers de Disco: Exemplo 8-15
Alocando Buffers de Fita 8-16
Comparando Entrada/Sada Sncrona e Assncrona 8-18
Monitorando o Desempenho de Jobs do RMAN 8-20
Gargalos da Entrada/Sada Assncrona 8-21
Gargalos da Entrada/Sada Sncrona 8-22
Ajuste de Canal 8-23
Ajustando o Comando BACKUP 8-25
Ajustando o Desempenho de Backups do RMAN 8-27
Definindo LARGE_POOL_SIZE 8-28
Ajustando Gargalos de Desempenho do Streaming de Fita do RMAN 8-29
Questionrio 8-31
Resumo 8-33
Viso Geral do Exerccio 8: Monitorando e Ajustando o RMAN 8-34
le
an
r
t
n
dr
n
a
e
L9
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Diagnosticando o Banco de Dados

Objetivos 9-2
Data Recovery Advisor 9-3
Falhas de Dados 9-6
Falha de Dados: Exemplos 9-7
Data Recovery Advisor: Interface de Linha de Comandos do RMAN 9-8
Listando Falhas de Dados 9-9
Sugerindo uma Correo 9-11
Executando Correes 9-12
Classificando (e Fechando) Falhas 9-13
Views do Data Recovery Advisor 9-14
Melhor Prtica: Verificaes Proativas 9-15
O Que um Dano em um Bloco? 9-16
viii
b
a
r
e
f
Sintomas de Danos em Blocos: ORA-01578 9-17

Como Lidar com Danos 9-18
Definindo Parmetros para Deteco de Danos 9-19
Recuperao de Mdia de Bloco 9-21
Pr-requisitos da Recuperao de Mdia de Bloco 9-22
O Comando RECOVER...BLOCK 9-23
Workflow de Diagnstico Automtico 9-24
Automatic Diagnostic Repository 9-25
A Ferramenta de Linha de Comandos ADR (ADRCI) 9-26
A View V$DIAG_INFO 9-27
Localizao dos Rastreamentos de Diagnstico 9-28
Health Monitor: Viso Geral 9-29
Executando Verificaes de Integridade Manualmente: Exemplo de PL/SQL 9-30
Exibindo Relatrios do HM com o Utilitrio ADRCI 9-31
Questionrio 9-32
Resumo 9-36
Viso Geral do Exerccio 9: Diagnosticando o Banco de Dados 9-37
an
r
t
n
Le
no
a
s
a
h
e
)
10 Usando a Tecnologia de Flashback I
d
i
com nt Gu
Objetivos 10-2
l
i
Tecnologia de Flashback 10-3 tma
de
u
t
o
h is S
Transaes e Undo 10-4
@
e
th
ttde Undo
Garantindo a Reteno
10-5
i
e
z
a de oDados
us para Flashback 10-6
p
Preparando o (Banco
t
e sede Flashback para Consultar Dados 10-8
i
Usando
attTecnologia
z
a Query
en 10-9
P
c
Flashback
i
l
roFlashback Query: Exemplo 10-10
d
n
a
Flashback Version Query 10-11

Flashback Version Query: Consideraes 10-12
Questionrio 10-13
Flashback Table: Viso Geral 10-15
Flashback Table 10-16
Ativando a Movimentao de Linhas em uma Tabela 10-17
Executando o Flashback Table 10-18
Flashback Table: Consideraes 10-19
Questionrio 10-20
Flashback Transaction Query 10-21
Usando o Enterprise Manager para Executar o Flashback Transaction Query 10-22
Flashback Transaction Query: Consideraes 10-23
Flashback Transaction 10-24
ix
le
b
a
r
e
f
Pr-requisitos 10-25
Efetuando o Flashback de uma Transao 10-26
Workflow Possvel 10-27
Flashback Transaction Wizard 10-28
Escolhendo Outras Opes de Reverso 10-29
Etapas Finais Sem o EM 10-31
Questionrio 10-32
Resumo 10-33
Viso Geral do Exerccio 10: Executando a Reverso de Transaes de Flashback
10-34
11 Usando a Tecnologia de Flashback II

Objetivos 11-2
Viso Geral do Oracle Total Recall 11-3
Processo de Configurao 11-4
Como Funciona o Total Recall 11-5
Cenrio do Oracle Total Recall 11-6
Evoluo Transparente do Esquema 11-8
Evoluo Completa do Esquema 11-9
Restries 11-10
Diretrizes 11-11
Exibindo Flashback Data Archives 11-12
Questionrio 11-13
Flashback Drop e Lixeira 11-15
Lixeira 11-16
Restaurando Tabelas a Partir da Lixeira 11-18
Lixeira: Reutilizao Automtica de Espao 11-19
Lixeira: Reutilizao Manual de Espao 11-20
Ignorando a Lixeira 11-21
Consultando a Lixeira 11-22
Questionrio 11-23
Resumo 11-24
Viso Geral do Exerccio 11: Usando a Tecnologia de Flashback 11-25
dr
n
a
e
le
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
an
r
t
n
12 Executando o Flashback Database

Objetivos 12-2
Flashback Database 12-3
Arquitetura do Flashback Database 12-4
Configurando o Flashback Database 12-5
x
b
a
r
e
f
O Que Voc Precisa Fazer 12-6

Flashback Database: Exemplos 12-7
Consideraes sobre o Flashback Database 12-8
Monitorando o Flashback Database 12-9
Monitorando o Flashback Database com o EM 12-11
Pontos de Restaurao Garantidos 12-12
Flashback Database e Pontos de Restaurao Garantidos 12-13
Questionrio 12-15
Resumo 12-17
Viso Geral do Exerccio 12: Trabalhando com o Flashback Database 12-18
13 Gerenciando a Memria
Objetivos 13-2
Gerenciamento de Memria: Viso Geral 13-3
Verificando as Estruturas de Memria do Oracle Database 13-4
Cache de Buffer 13-6
Usando Vrios Pools de Buffers 13-8
Shared Pool 13-10
Large Pool 13-11
Java Pool e Streams Pool 13-12
Buffer de Redo Log 13-13
AMM (Automatic Memory Management): Viso Geral 13-14
Parmetros de Memria do Oracle Database 13-15
Monitorando o Automatic Memory Management 13-16
Uso Eficiente de Memria: Diretrizes 13-18
Diretrizes de Ajuste de Memria para o Cache de Biblioteca 13-20
ASMM (Automatic Shared Memory Management): Viso Geral 13-22
Como Funciona o ASMM 13-23
Ativando o Automatic Shared Memory Management 13-24
Desativando o ASMM 13-25
PGA (Program Global Area) 13-26
Usando a View V$PARAMETER 13-28
Questionrio 13-29
Resumo 13-30
Viso Geral do Exerccio 13: Usando o AMM para Corrigir um Problema de
Alocao de Memria 13-31
le
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
14 Gerenciando o Desempenho do Banco de Dados

Objetivos 14-2
Atividades de Ajuste 14-3
xi
b
a
r
e
f
Planejamento do Desempenho 14-4

Ajuste de Instncia 14-6
Metodologia de Ajuste de Desempenho 14-7
Monitoramento do Desempenho 14-8
Dados de Ajuste de Desempenho 14-9
Coleta de Estatsticas do Otimizador 14-10
Statistic Preferences: Viso Geral 14-12
Usando o Recurso Statistic Preferences 14-13
Definindo Preferncias Globais com o Enterprise Manager 14-14
Eventos de Espera do Oracle 14-15
Estatsticas da Instncia 14-16
Monitorando o Desempenho de Sesses 14-18
Exibindo Estatsticas Relativas a Sesses 14-19
Exibindo Estatsticas Relativas a Servios 14-20
Views para Diagnstico/Soluo de Problemas e Ajuste 14-21
Views de Dicionrio 14-22
Automatic Workload Repository 14-23
Usando as Views do Automatic Workload Repository 14-25
Viso Geral do Teste do Real Application: Database Replay 14-26
O Cenrio Geral 14-27
Questionrio 14-28
Resumo 14-29
Viso Geral do Exerccio 14: Monitorando o Desempenho de Instncias 14-30
le
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se tPor Meio do Ajuste de SQL
t
15 Gerenciando oitDesempenho
az icen
ObjetivosP15-2
l
ode SQL 15-3
r
Ajuste
d
n
a
e
SQL
Advisors 15-4
L
Resultados do Automatic SQL Tuning 15-5
Implementar Recomendaes de Ajuste Automtico 15-6
SQL Tuning Advisor: Viso Geral 15-7
Usando o SQL Tuning Advisor 15-8
Opes do SQL Tuning Advisor 15-9
Recomendaes do SQL Tuning Advisor 15-10
Usando o SQL Tuning Advisor: Exemplo 15-11
SQL Duplicada 15-12
SQL Access Advisor: Viso Geral 15-13
Sesso Tpica do SQL Access Advisor 15-14
Origem da Carga de Trabalho 15-15
Opes de Recomendao 15-16
Verificando Recomendaes 15-18
xii
b
a
r
e
f
SQL Performance Analyzer: Viso Geral 15-19

SQL Performance Analyzer: Casos de Uso 15-20
Usando o SQL Performance Analyzer 15-21
Questionrio 15-22
Resumo 15-26
Viso Geral do Exerccio 15: Gerenciando o Desempenho Por Meio do Ajuste de
SQL 15-27
16 Gerenciando Recursos
Objetivos 16-2
Database Resource Manager: Viso Geral 16-3
Database Resource Manager: Conceitos 16-4
Por Que Usar o Resource Manager 16-5
Plano de Manuteno Default do Resource Manager 16-7
Exemplo: DEFAULT_PLAN 16-8
Workflow Potencial 16-9
Especificando Diretivas de Planos de Recursos 16-11
Mtodos de Alocao de Recursos para Planos de Recursos 16-12
Comparao entre EMPHASIS e RATIO 16-13
Mecanismo de Pool de Sesses Ativas 16-15
Definindo o Pool de Sesses Ativas 16-16
Especificando Limites 16-18
Definindo Timeouts de Inatividade 16-19
Limitando a Utilizao da CPU no Nvel do Banco de Dados 16-20
Limitando a Utilizao da CPU no Nvel do Servidor: Instance Caging
Exemplos de Instance Caging 16-23
Monitorando o Instance Caging 16-24
Mapeamento de Grupos de Consumidores de Recursos 16-25
Ativando um Plano de Recursos 16-27
Informaes sobre o Database Resource Manager 16-28
Monitorando o Resource Manager 16-29
Questionrio 16-32
Resumo 16-33
Viso Geral do Exerccio 16: Usando o Resource Manager 16-34
le
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
17 Automatizando Tarefas com o Scheduler

Objetivos 17-2
Simplificando Tarefas de Gerenciamento 17-3
Componentes Bsicos 17-4
Workflow Bsico 17-5
Questionrio 17-7
xiii
b
a
r
e
f
16-22
Jobs Lightweight Persistentes 17-8

Usando uma Programao Baseada em Horrio ou Evento 17-9
Criando um Job Baseado em Horrio 17-10
Criando uma Programao Baseada em Evento 17-12
Criando Programaes Baseadas em Evento com o Enterprise Manager 17-13
Criando um Job Baseado em Evento 17-14
Programao Baseada em Evento 17-15
Criando Programaes Complexas 17-17
Questionrio 17-18
Usando uma Notificao por E-mail 17-19
Adicionando e Removendo Notificaes por E-mail 17-20
Criando Cadeias de Job 17-21
Exemplo de uma Cadeia 17-23
Conceitos Avanados do Scheduler 17-24
Classes de Job 17-25
Janelas de Tempo 17-27
Priorizando Jobs em uma Janela de Tempo 17-28
Criando um Array de Jobs 17-29
Questionrio 17-31
Criando um File Watcher e um Job Baseado em Evento 17-32
Ativando Eventos de Chegada de Arquivo em Sistemas Remotos 17-34
Programando Jobs Remotos de Banco de Dados 17-35
Criando Jobs Remotos de Banco de Dados 17-36
Programando Jobs com Vrios Destinos 17-37
Exibindo Metadados do Scheduler 17-38
Questionrio 17-40
Resumo 17-41
Viso Geral do Exerccio 17: Automatizando Tarefas com o Scheduler 17-42
le
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
18 Gerenciando o Espao
Objetivos 18-2
Gerenciamento do Espao: Viso Geral 18-3
Gerenciamento do Espao em Bloco 18-4
Encadeamento e Migrao de Linhas 18-5
Questionrio 18-7
Gerenciamento do Espao Livre em Segmentos 18-8
Tipos de Segmentos 18-9
Alocando Extenses 18-10
Alocando Espao 18-11
Criando Tabelas Sem Segmentos 18-12
Controlando a Criao Adiada de Segmentos 18-13
xiv
b
a
r
e
f
Restries e Excees 18-14

Funcionalidade Automtica Adicional 18-15
Questionrio 18-16
Compactao de Tabelas: Viso Geral 18-17
Compactao para Operaes de Insero de Caminho Direto 18-18
Compactao OLTP para Operaes DML 18-20
Especificando a Compactao de Tabelas 18-21
Usando o Compression Advisor 18-22
Usando o Pacote DBMS_COMPRESSION 18-23
Compactando Dados de Tabelas 18-24
Monitoramento Proativo de Tablespaces 18-25
Limites e Resoluo de Problemas de Espao 18-26
Monitorando a Utilizao do Espao em Tablespaces 18-27
Comprimindo Segmentos 18-28
Resultados da Operao de Compresso 18-29
Reutilizando Espao em Segmentos ASSM 18-30
Segment Advisor: Viso Geral 18-31
Segment Advisor 18-32
Implementando Recomendaes 18-33
Automatic Segment Advisor 18-34
Compresso Manual de Segmentos com o EM 18-35
Comprimindo Segmentos com SQL 18-36
Gerenciando a Alocao de Espao Retomvel 18-37
Usando a Alocao de Espao Retomvel 18-38
Retomando Instrues Suspensas 18-40
Quais Operaes So Retomveis? 18-42
Questionrio 18-43
Resumo 18-44
Viso Geral do Exerccio 18: Gerenciando o Armazenamento 18-45
le
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
19 Gerenciando o Espao do Banco de Dados

Objetivos 19-2
Armazenamento de Banco de Dados 19-3
Suportando Discos com Setores de 4 KB 19-4
Usando Discos com Setores de 4 KB 19-5
Especificando o Tamanho do Setor do Disco 19-6
Questionrio 19-7
Transportando Tablespaces 19-10
Conceito: Nvel Mnimo de Compatibilidade 19-11
Nvel Mnimo de Compatibilidade 19-12
Procedimento para Tablespace Transportvel 19-13
xv
b
a
r
e
f
Determinando o Formato Endian de uma Plataforma 19-14

Usando o Comando CONVERT do RMAN 19-16
Tablespaces Transportveis com o Enterprise Manager 19-17
Transportando Bancos de Dados 19-20
Procedimento de Transporte de Banco de Dados: Converso do Sistema de Origem
19-21
Procedimento de Transporte de Banco de Dados: Converso do Sistema de Destino
19-22
Transporte do Banco de Dados: Consideraes 19-23
Questionrio 19-24
Resumo 19-25
Viso Geral do Exerccio 19: Gerenciando o Espao do Banco de Dados 19-26
20 Duplicando um Banco de Dados
Objetivos 20-2
Usando um Banco de Dados Duplicado 20-3
Escolhendo Tcnicas de Duplicao do Banco de Dados 20-4
Duplicando um Banco de Dados Ativo 20-5
Duplicando um Banco de Dados com uma Conexo de Destino 20-6
Duplicando um Banco de Dados com um Catlogo de Recuperao sem uma
Conexo de Destino 20-7
Duplicando um Banco de Dados sem um Catlogo de Recuperao ou uma
Conexo de Destino 20-8
Criando um Banco de Dados Duplicado Baseado em Backup 20-9
Criando um Arquivo de Parmetros de Inicializao para a Instncia Auxiliar 20-10
Especificando Novos Nomes para o Destino 20-11
Usando as Clusulas SET NEWNAME 20-12
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Variveis de Substituio de SET NEWNAME 20-13

Especificando Parmetros para Nomeao de Arquivos 20-14
Iniciando a Instncia no Modo NOMOUNT 20-16
Garantindo a Disponibilidade de Backups e Arquivos de Redo Log
Arquivados 20-17
Alocando Canais Auxiliares 20-18
Fundamentos da Operao de Duplicao do RMAN 20-19
Especificando Opes do Comando DUPLICATE 20-21
Usando Outras Opes do Comando DUPLICATE 20-22
Usando o EM para Clonar um Banco de Dados 20-23
Questionrio 20-24
Resumo 20-25
Viso Geral do Exerccio 20: Duplicando um Banco de Dados 20-26
xvi
le
b
a
r
e
f
Apndice A: Exerccios e Solues

Apndice B: Executando uma Recuperao Pontual de Tablespaces
Objetivos B-2
TSPITR (Tablespace Point-in-Time Recovery): Conceitos B-3
TSPITR (Tablespace Point-in-Time Recovery): Terminologia B-4
TSPITR (Tablespace Point-in-Time Recovery): Arquitetura B-5
Quando Usar a TSPITR B-7
Preparando-se para a TSPITR B-8
Determinando o Tempo-alvo Correto B-9
Determinando os Tablespaces do Conjunto de Recuperao B-10
Identificando Relacionamentos que Ultrapassam os Limites do Conjunto de
Recuperao B-11
Identificando os Objetos que Sero Perdidos B-12
Executando a TSPITR Bsica do RMAN B-13
Executando a TSPITR Totalmente Automatizada B-14
Usando Cpias-imagem para Melhorar Desempenho da TSPITR B-15
Usando o Enterprise Manager para Executar a TSPITR B-16
Processamento da TSPITR do RMAN B-17
Executando a TSPITR com uma Instncia Auxiliar Gerenciada pelo RMAN B-19
Executando a TSPITR do RMAN com Sua Prpria Instncia Auxiliar B-20
Diagnstico e Soluo de Problemas da TSPITR do RMAN B-21
Resumo B-22
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
azC: Executando
en Backup e Recuperao Gerenciados pelo Usurio
Apndice
P
c
i
l
roObjetivos C-2
d
n
a
Le
Tipos de Prticas de Backup e Recuperao C-3

Executando um Backup do Banco de Dados Gerenciado pelo Usurio C-4
Necessidade do Modo de Backup C-5
Identificando Arquivos para Backup Manual C-6
Fazendo o Backup Manual de um Banco de Dados NOARCHIVELOG C-7
Fazendo o Backup Manual de um Banco de Dados ARCHIVELOG C-8

Fazendo Backup do Arquivo de Controle C-9
Executando uma Recuperao Completa do Banco de Dados Gerenciada pelo
Usurio: Viso Geral C-10
Executando uma Recuperao Completa de um Banco de Dados Fechado: Viso
Geral C-11
Identificando Arquivos Relacionados Recuperao C-12
Restaurando Arquivos Relacionados Recuperao C-13
Aplicando Dados de Redo C-15
xvii
le
b
a
r
e
f
Executando uma Recuperao Completa de um Banco de Dados Aberto C-16

Executando uma Recuperao Incompleta Gerenciada pelo Usurio:
Viso Geral C-18
Escolhendo um Mtodo de Recuperao Incompleta C-19
Executando uma Recuperao Incompleta Gerenciada pelo Usurio C-20
Executando uma Recuperao Incompleta Gerenciada pelo Usurio: Etapas C-22
Recuperao Baseada em Horrio Gerenciada pelo Usurio: Exemplo C-23
Recuperao Baseada em Cancelamento Gerenciada pelo Usurio: Exemplo C-25
Resumo C-27
Apndice D: Gerenciando a Instncia ASM
Objetivos D-2
Vantagens do ASM para os Administradores D-3
Instncia ASM D-4
Componentes do ASM: Instncia ASM Principais Processos D-6
Parmetros de Inicializao da Instncia ASM D-7
Interao Entre Instncias do Banco de Dados e o ASM D-9
Instncia ASM: Views Dinmicas de Desempenho D-10
Privilgios de Sistema do ASM D-11
Usando o Enterprise Manager para Gerenciar Usurios ASM D-12
Iniciando e Interrompendo Instncias ASM com o SQL*Plus D-13
Iniciando Interrompendo Instncias ASM com srvctl D-15
le
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
th asmcmd D-16
Iniciando Interrompendo Instncias
com
tt ASM
i
e
z
s
aDiscoso uD-17
Viso Geral de Grupos
de
p
(
t
tte nse
Discos ASM z
D-18
i
a ice D-19
UnidadesP
de Alocao
l
o
r
d
Arquivos
ASM
D-20
n
a
e
Mapas
de Extenses D-21
L
an
r
t
n
Granularidade de Striping D-22

Striping Fine D-23
Grupos de Discos para Falhas ASM D-25
Exemplo de Striping e Espelhamento D-26
Exemplo de Falha D-27
Gerenciando Grupos de Discos D-28
Criando e Eliminando Grupos de Discos com o SQL*Plus D-29
Adicionando Discos a Grupos de Discos D-30
Comandos ALTER Diversos D-31
Gerenciamento do ASM com o Enterprise Manager D-32
Compatibilidade de Grupos de Discos ASM D-33
Atributos de Grupos de Discos ASM D-35
xviii
b
a
r
e
f
Usando o Enterprise Manager para Editar Atributos de Grupos de Discos D-36

Recuperando Metadados ASM D-37
Viso Geral da Ressincronizao Rpida de Espelho do ASM D-38
Resumo D-39
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
xix
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Introduo
le
b
a
r
e
f
an
r
t
n
n
a
e
L
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is osSdireitos reservados.
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
Objetivos do Curso
Ao concluir este curso, voc ser capaz de:
Configurar o Oracle Database para uma recuperao ideal
Fazer o backup e a recuperao de um banco de dados (e de
suas partes) com o RMAN (Recovery Manager)
Usar a tecnologia flashback para exibir estados anteriores
dos dados e reverter objetos para um estado anterior
Identificar sesses de banco de dados sobrecarregadas e
instrues SQL de baixo desempenho
ble
Usar uma configurao de memria adequada e flexvel
a
r
fe
s
Configurar alocaes de recursos entre sesses e tarefas
n
ra
t
n
Programar jobs para serem executados dentro ou
ofora do
n
a
banco de dados
s
a
) h uide do
Usar a compactao para otimizar o
om
armazenamento
G de dados
c nbanco
t
banco de dados, bem como duplicar
ail um
e
otm Stud
h
Copyright 2010,
Todos
is os direitos reservados.
h
e@Oracle.
t
t
t
i
az o use
p
(
t
Objetivos do Curso te
e
t
i
s
z ea:n
aaprender
Neste curso, voc
P
lic do banco de dados usando estratgias adequadas de backup e
o a disponibilidade
Garantir
r
d
n
recuperao
a
e
L
Diagnosticar e corrigir falhas de dados com a tecnologia de flashback

Monitorar e gerenciar componentes importantes de um banco de dados, incluindo memria,
desempenho e recursos
Automatizar tarefas do DBA com o scheduler
Gerenciar o espao para otimizar o armazenamento do banco de dados e ser capaz de atender
aos requisitos cada vez maiores de espao
Oracle Database 11g: Workshop de Administrao II I - 2
Programao Sugerida
Dia
1
Lies
1.
2.
3.
4.
5.
6.
Principais Conceitos e Ferramentas do

Oracle Database
Configurando a Capacidade de
Recuperao
Usando o Catlogo de Recuperao
do RMAN
Configurando Definies de Backup
8.

Tarefas de Restaurao e
Recuperao
Usando o RMAN para Executar a
Recuperao
9.
10.
11.
12.

Usando a Tecnologia de Flashback I
Usando a Tecnologia de Flashback II
Executando o Flashback Database
7.
Dia
Lies
13. Gerenciando a Memria

14. Gerenciando o Desempenho do
Banco de Dados
15. Gerenciando o Desempenho por
Meio do Ajuste de SQL
16. Gerenciando Recursos
17. Automatizando Tarefas com o
Scheduler
18. Gerenciando Espao

19. Gerenciando o Espao do Banco
de Dados
20. Duplicando um Banco de Dados
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
Programao Sugerida
e se t
t
t
i
aza apenas
Esta programao
enuma descrio geral. O instrutor determinar a programao real do
P
c
i
l
curso. dro
n
a
e
L
3
le
b
a
r
e
f
Oracle Database 11g: g Significa Grade
OGF (Open Grid Forum)

Infraestrutura de grade da Oracle:
Baixo custo
Alta qualidade de servio
Fcil de gerenciar
Storage
grid
Database
grid
Application
grid
Grid
control
le
b
a
r
e
f
an
r
t
n
no
a
s Enterprise
Automatic
Real
Aplicao ha
e
)
d
i
Storage
Application
Server
Manager
com nt GuGrid Control
Management
Clusters
Clusters
l
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
t Grade
Oracle Database 11g:te
g Significa
e
t
i
s
azForum)
O OGF (Open P
Grid
enum organismo de definio de padres que desenvolve padres para a
c
i
l
computao
roem grade. Ele composto de um conjunto de comits e grupos de trabalho concentrados
d
n
vrios
a aspectos da computao em grade. Os comits e os grupos de trabalho incluem
e
Lem
representantes da comunidade acadmica, da comunidade de pesquisa e, cada vez mais, de empresas
comerciais. Voc pode acessar o Web site do OGF em http://www.ogf.org.
A Oracle criou o software de infraestrutura de computao em grade que equilibra todos os tipos de
cargas de trabalho entre servidores, bem como permite que esses servidores sejam gerenciados como
um sistema completo. A computao em grade pode alcanar o mesmo nvel elevado de
confiabilidade que a computao baseada em mainframe, pois todos os componentes so
clusterizados. No entanto, diferentemente dos mainframes e dos servidores SMP (Symmetric
Multiprocessing) UNIX de grande porte, uma grade pode ser criada com tecnologias de sistemas
abertos, como processadores Intel e o sistema operacional Linux, por um custo muito baixo.
A tecnologia de computao em grade da Oracle inclui:
ASM (Automatic Storage Management)
RAC (Real Application Clusters)
Application Server Clusters
Enterprise Manager Grid Control

Oracle Database 11g: g Significa Grade (continuao)
O Automatic Storage Management distribui os dados do banco de dados por todos os discos, cria e
mantm uma grade de armazenamento e fornece o throughput mximo de entrada/sada com custos
mnimos de gerenciamento. medida que discos so adicionados ou eliminados, o ASM redistribui
os dados automaticamente. (No necessrio um gerenciador de volume lgico para gerenciar o
sistema de arquivos.) A disponibilidade dos dados aumenta com o recurso de espelhamento opcional;
alm disso, possvel adicionar ou eliminar discos on-line. Consulte a lio Gerenciando Estruturas
de Armazenamento de Banco de Dados.
O Real Application Clusters da Oracle executa e dimensiona as cargas de trabalho de todas as
aplicaes em um cluster de servidores e oferece os seguintes recursos:
Clusterware integrado: Inclui a funcionalidade de conectividade de clusters, sistema de
mensagens e bloqueio, controle de clusters e recuperao. Est disponvel em todas as
plataformas suportadas pelo Oracle Database 10g.
Gerenciamento automtico da carga de trabalho: possvel definir regras para alocar
automaticamente recursos de processamento a cada servio, tanto durante as operaes normais
como em resposta a falhas. Essas regras podem ser modificadas dinamicamente para atender s
necessidades dinmicas de negcios. Essa alocao dinmica de recursos em uma grade de
banco de dados uma caracterstica exclusiva do Oracle RAC.
Notificao automtica de eventos no mid-tier: Quando uma configurao de cluster
alterada, o mid-tier pode se adaptar imediatamente ao failover da instncia ou disponibilidade
de uma nova instncia. Isso permite que os usurios finais continuem a trabalhar caso ocorra
um failover de uma instncia, sem os atrasos geralmente ocasionados por timeouts da rede. Se
houver disponibilidade de uma nova instncia, o mid-tier poder iniciar imediatamente
conexes de balanceamento de carga com essa instncia. Os drivers Oracle Database 10g JDBC
(Java Database Connectivity) possuem a funcionalidade fast connection failover que pode ser
ativada automaticamente para tratar desses eventos.
O Oracle WebLogic Application Grid funciona com qualquer servidor de aplicaes, incluindo o
Oracle WebLogic Server, o IBM WebSphere Application Server e o JBoss Application Server, ou em
um ambiente puro de grade sem um servidor de aplicaes. O Oracle WebLogic Application Grid
oferece escalabilidade e desempenho extremos e previsveis de aplicaes. Com o recurso de
capacidade sob demanda, o Oracle WebLogic Application Grid capaz de dimensionar linearmente a
infraestrutura de middleware, que pode ter apenas alguns ou milhares de servidores. Por meio de sua
soluo de grade de dados na memria, ele permite rpido acesso aos dados usados com frequncia.
Utilizando esse recurso de grade, a computao pode ser executada em paralelo, melhorando ainda
mais o desempenho das aplicaes.
O Enterprise Manager Grid Control gerencia as operaes de toda a grade, incluindo o
gerenciamento de toda a pilha de softwares, o provisionamento de usurios, a clonagem de bancos de
dados e o gerenciamento de patches. Ele capaz de monitorar o desempenho de todas as aplicaes
do ponto de vista dos usurios finais. O Grid Control exibe o desempenho e a disponibilidade da
infraestrutura de grade como um conjunto unificado, em vez de como unidades de armazenamento,
bancos de dados e servidores de aplicaes isolados. Voc pode agrupar ns de hardware, bancos de
dados e servidores de aplicaes em entidades lgicas nicas e gerenciar um grupo de alvos como
uma s unidade.
Observao: Neste curso, voc usar o Enterprise Manager Database Console para gerenciar um
banco de dados de cada vez.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Grid Infrastructure para uma nica Instncia

O Grid Infrastructure para uma nica Instncia foi introduzido
com o Oracle Database 11g Release 2 (11.2)
instalado a partir da mdia de clusterware,
separadamente do software do banco de dados Oracle
Contm o Oracle ASM (Automatic Storage Management)
Contm o Oracle Restart uma soluo de alta
disponibilidade para bancos de dados no clusterizados
Pode monitorar e reiniciar os seguintes componentes:
Instncias do banco de dados
Oracle Net listener
Servios de banco de dados
Instncia ASM
Grupos de discos ASM
Oracle Notification Services (ONS/eONS) para Data Guard
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
t Instncia
Grid infrastructure para
e umasnica
t
e
t
i
az paraicuma
O Grid Infrastructure
en nica Instncia foi introduzido com o Oracle Database 11g Release
P
l
2. Ele d
instalado
ro a partir da mdia de clusterware, separadamente do software do banco de dados
n
a e agora inclui o Oracle Automatic Storage Management, alm de um novo recurso chamado
e
LOracle
Oracle Restart.
O Oracle Restart foi criado para aumentar a disponibilidade do Oracle Database. Ele implementa
uma soluo de alta disponibilidade somente para ambientes de uma nica instncia (no
clusterizados). Em ambientes Oracle RAC (Oracle Real Application Cluster), a funcionalidade de
reinicializao automtica dos componentes fornecida pelo Oracle Clusterware. O Oracle Restart
capaz de monitorar o estado e reiniciar automaticamente os seguintes componentes:
Instncias do Banco de Dados
Oracle Net Listener
Servios de Banco de Dados
Instncia ASM
Grupos de Discos ASM
Oracle Notification Services (ONS/eONS) para Data Guard
O Oracle Restart garante que os componentes sejam iniciados na ordem adequada, de acordo com as
dependncias entre eles. Se for necessrio fazer shutdown de um componente, o Oracle Restart
garantir que o shutdown dos componentes dependentes ocorra antes. O Oracle Restart executado
fora do diretrio home do Oracle Grid Infrastructure, que, por sua vez, instalado separadamente dos
diretrios home do Oracle Database.

Grid Infrastructure para uma nica Instncia (continuao)
Algumas definies de glossrio (para facilidade de consulta):
Uma instncia do banco de dados a combinao dos processos de background e da SGA
(system global area). Uma instncia est associada a um e somente um banco de dados. Em
uma configurao do Oracle Real Application Clusters, vrias instncias acessam um nico
banco de dados simultaneamente.
Um Oracle Net listener um processo que atende s solicitaes de conexo recebidas do
cliente e gerencia o trfego da rede para o banco de dados.
Um servio de banco de dados um servio criado pelo usurio que gerenciado pelo Oracle
Clusterware. Um servio de banco de dados pode ser oferecido em uma ou mais instncias do
RAC e gerenciado com base em cada instncia (no que diz respeito ao incio/interrupo do
servio). Somente os servios gerenciados pelo Oracle Clusterware podem fazer parte de uma
Classe de Desempenho. Os servios criados com o pacote DBMS_SERVICE no so
gerenciados pelo Oracle Clusterware.
Uma instncia ASM baseia-se na mesma tecnologia que uma instncia do Oracle Database.
Uma instncia ASM possui uma SGA (System Global Area) e processos de background
semelhantes aos do Oracle Database. Entretanto, como o ASM executa menos tarefas que um
banco de dados, a SGA do ASM bem menor do que a de um banco de dados. As instncias
ASM montam grupos de discos a fim de disponibilizar arquivos ASM para instncias do banco
de dados; essas instncias no montam bancos de dados.
Um grupo de discos ASM consiste em um ou mais discos ASM, que so gerenciados como
uma unidade lgica. A entrada/sada para um grupo de discos distribuda automaticamente
entre todos os discos do grupo.
Um Oracle Notification Services (ONS) um servio de publicao e inscrio para a
comunicao de informaes sobre todos os eventos FAN (Fast Application Notification).
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Exemplos do Curso: Exemplo de Esquema HR

REGIONS
REGION_ID (PK)
REGION_NAME
JOBS
COUNTRIES
COUNTRY_ID (PK)
COUNTRY_NAME
REGION_ID (FK)
JOB_ID (PK)
JOB_TITLE
MIN_SALARY
MAX_SALARY
LOCATIONS
EMPLOYEES
LOCATION_ID (PK)
STREET_ADDRESS
POSTAL_CODE
CITY
STATE_PROVINCE
COUNTRY_ID (FK)
EMPLOYEE_ID (PK)
FIRST_NAME
LAST_NAME
EMAIL
PHONE_NUMBER
HIRE_DATE
JOB_ID (FK)
SALARY
COMMISION_PCT
MANAGER_ID (FK)
DEPARTMENT_ID (FK)
JOB_HISTORY
EMPLOYEE_ID (PK)
START_DATE (PK)
END_DATE
JOB_ID (FK)
DEPARTMENT_ID (FK)
le
b
a
r
e
f
an
r
t
n
no
a
s
a
DEPARTMENT_ID (PK)
h
e
)
d
DEPARTMENT_NAME
i
MANAGER_ID
com nt Gu
l
LOCATION_ID (FK)
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
Exemplos do Curso: tExemplo
e sedet Esquema HR
t
i
az nesteiccurso
Os exemplos usados
en provm de uma aplicao de recursos humanos (HR), que pode ser
P
l
criada como
roparte do banco de dados inicial.
d
n
eaabaixo algumas das principais regras de negcios dessa aplicao:
LVeja
DEPARTMENTS
Cada departamento pode ser empregador de um ou mais funcionrios. Cada funcionrio s

pode ser designado a um nico departamento.
Cada cargo deve ser ocupado por um ou mais funcionrios. Cada funcionrio s deve estar
designado a um nico cargo no momento.
Quando um funcionrio muda de departamento ou cargo, um registro na tabela JOB_HISTORY
marca as datas de incio e fim das ltimas designaes.
Os registros JOB_HISTORY so identificados por uma chave primria composta (PK): as
colunas EMPLOYEE_ID e START_DATE.
Notao: PK = Chave Primria; FK = Chave Estrangeira

As linhas contnuas representam constraints obrigatrias de chave estrangeira (FK), e as linhas
tracejadas representam constraints opcionais da FK.
A tabela EMPLOYEES tambm contm uma constraint de FK. Esta uma implementao da regra de
negcios: cada funcionrio s pode se reportar diretamente a um nico gerente. A FK opcional
porque o funcionrio de nvel mais alto no se reporta a outro funcionrio.
Principais Conceitos e Ferramentas

do Oracle Database
le
b
a
r
e
f
an
r
t
n
n
a
e
L
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
Objetivos
Ao concluir esta lio, voc ser capaz de:
Descrever os principais conceitos da arquitetura do Oracle
Database com o ASM (Automatic Storage Management)
Usar ferramentas de configurao e gerenciamento do
DBA
Descrever o ambiente tcnico do curso
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Sos direitos reservados.
h
s
Copyright @
2010, Oracle. iTodos
h
e
itt se t
z
a
p to u
(
Objetivos
e
tt nse
za iarquitetura
a
Esta lio examina
e do Oracle Database com o ASM, bem como fornece uma viso geral
P
c
i
l
o
do ambiente
tcnico do curso. Dessa maneira, so apresentados os principais conceitos e ferramentas
ndr
doeDBA.
a
L
Oracle Database 11g: Workshop de Administrao II 1 - 2
Identificando os Principais Componentes de um

Servidor de Banco de Dados Oracle
Instncia
PGA
Processo
do serv.
Estrut. de Memria
(System Global Area)
Processo
Conexo
Estrut. de Processo
le
b
a
r
e
f
Proc.
usurio
an
r
t
n
no
a
s
a
h
e
BD (Estrut. )de Armazenamento)
d
Cliente
i
com nt Gu
l
i
a
de
m
t
u
t
o
h
s
Copyright @
h
e
itt se t
z
a
u
p Componentes
(
o
t
Identificando os Principais
de um Servidor de Banco de Dados Oracle
e
tt nse
i
z
aexemplos
Estes so alguns
ede perguntas para ajud-lo a identificar os principais componentes:
P
c
i
l
o
1. Osddois
r principais componentes de um sistema Oracle Database bsico:
n
_________________________
e _______________________
a
Le2. A Instncia consiste nos processos
_____________________e _____________________.
3. As trs principais estruturas da arquitetura do servidor do banco de dados Oracle so:
_______________, _______________ e ____________.
4. Uma sesso uma conexo entre o _______________ e o ______________.
Viso Geral da Arquitetura do Servidor do Banco

de Dados Oracle
Instncia
PGA
Processo
do servidor
Estruturas de memria
(System Global Area)
Processo
Conexo
Estruturas de processo
le
b
a
r
e
f
Processo
do usurio
an
r
t
n
no
a
s
a
h
de
Cliente
Sesso
i
Banco m
de)dadosu(estruturas
o tG
ilcde armazenamento)
a
en
d
m
t
u
ho s Sost direitos reservados.
Copyright @
tte se th
i
z
a ou
p
(
t de Dados Oracle
Arquitetura do Servidor
e do Banco
t
e
t
i
s
z doebanco
n de dados Oracle consiste em trs estruturas principais: de
aservidor
A arquitetura do
P
c
i
l
memria,
rdeoprocesso e de armazenamento. Um sistema de banco de dados Oracle bsico consiste
d
n
a banco de dados Oracle e uma instncia do banco de dados.
Lemeum
O banco de dados composto tanto por estruturas fsicas como lgicas. Como as estruturas fsicas e
lgicas so separadas, o armazenamento fsico de dados pode ser gerenciado sem afetar o acesso s
estruturas lgicas de armazenamento.
A instncia consiste em estruturas de memria e processos de background associados a essa
instncia. Toda vez que uma instncia iniciada, uma rea de memria compartilhada chamada SGA
(System Global Area) alocada e os processos de background so iniciados. Os processos so jobs
executados na memria dos computadores. Um processo definido como um thread de controle ou
um mecanismo de um sistema operacional que pode executar uma srie de etapas. Depois de iniciar
uma instncia do banco de dados, o software Oracle a associa a um banco de dados especfico. Essa
operao denominada montagem do banco de dados. Depois disso, o banco de dados estar pronto
para ser aberto, ficando acessvel aos usurios autorizados.
Observao: O Oracle ASM (Automatic Storage Management) usa o conceito de uma instncia dos
componentes de processo e memria, mas no est associado a um banco de dados especfico.
As conexes e as sesses tm uma relao muito prxima com os processos de usurio, mas seu
significado muito diferente.

Viso Geral da Arquitetura do Banco de Dados Oracle (continuao)
Uma conexo uma via de comunicao entre um processo de usurio e uma instncia do Oracle
Database. Uma via de comunicao estabelecida por meio de mecanismos disponveis de
comunicao interprocessos (em um computador que executa o processo de usurio e o Oracle
Database) ou um software de rede (quando computadores diferentes executam a aplicao de banco
de dados e o Oracle Database e se comunicam atravs de uma rede).
Uma sesso representa o estado do log-in do usurio atual na instncia do banco de dados. Por
exemplo, quando um usurio inicia o SQL*Plus, ele deve fornecer um nome de usurio e uma senha
vlidos; isso estabelece uma sesso para esse usurio. Uma sesso se estende da hora em que o
usurio se conecta at o momento em que ele se desconecta ou sai da aplicao de banco de dados.
Vrias sesses podem ser criadas e existir simultaneamente para um nico usurio do banco de dados
Oracle com o mesmo nome de usurio. Por exemplo, um usurio com o nome de usurio/senha
HR/HR pode se conectar mesma instncia do Oracle Database vrias vezes.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Configuraes de Instncia-Banco de Dados

Sistema no
clusterizado
I1
I2
Sistema clusterizado
I1
I2
I3
le
D1
b
a
r
e
f
D2
an
r
t
n
no
a
Ds
a
h
e
)
d
i
com nt Gu compartilhado
l
i
Armazenamento
a
de
m
t
u
t
o
h
s
Copyright @
h
e
itt se t
z
a
u
p to de
(
Configuraes de Instncia-Banco
Dados
e
tt nse
i
z
a associada
Cada instnciaP
est
e a um e somente um banco de dados. Se houver vrios bancos de dados
c
i
l
o
no mesmo
existir uma instncia distinta e separada para cada um deles. No possvel
drservidor,
n
compartilhar
uma
instncia
do banco de dados. Geralmente, um banco de dados RAC (Real
a
e
LApplication
Clusters) possui vrias instncias em servidores separados para o mesmo banco de dados
Armazenamento
local
compartilhado. Nesse modelo, o mesmo banco de dados est associado a cada instncia do RAC, o
que mantm o requisito de que, no mximo, apenas um banco de dados esteja associado a uma
instncia.
Identificando as Estruturas de Memria

de um Oracle Database
PGA (Program Global Area)
Designe estes nomes:
KEEP
buffer
pool
Recycle
buffer
pool
nK buffer
cache
User
Processo de
servidor
Global
Flash
Shared
pool
Buffer de
Large pool redo log
Cache de
buffer do
banco de
dados
le
b
a
r
e
f
s
Java
n
a
r
pool
n-t
no
a
s
a
h
e
)
d
i
Streams
om t Gu pool
c
l
i
SGA (System Global Area)
a
en
d
m
t
u
ho s Sost direitos reservados.
Copyright @
tte se th
i
z
a ou
p
(
t
Identificando as Estruturas
Memria
de um Oracle Database
e de
t
e
t
i
s
z
n
a s seguintes
Primeiro, responda
e perguntas:
P
c
i
l
o
1. Quais
componentes da PGA: ____________ e _______________.
dr soososprincipais
n
2.
Indique
componentes da SGA:
a
Le
-
___________________________
___________________________
___________________________
___________________________
___________________________
___________________________
___________________________
___________________________
___________________________
Espao da
Pilha
Estruturas de Memria do Oracle Database

PGA
PGA (Program Global Area)

Espao
da
Pilha
User
Espao
da
Global
Pilha
Flash
Processo de
servidor 1
Shared pool
User
Global
Flash
Processo de
servidor 2
Cache de
buffer do
banco de dados
Buffer de
redo log
KEEP
buffer pool
Recycle
buffer pool
le
b
a
r
e
f
an
r
t
n
no
a
nK buffer
Java pool
Large pool
as e
cache) h
id
m
u
o
G
ilc ent
a
otm Stud
h
s os direitos reservados.
Copyright @
hiTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t Database
Estruturas de Memria
edo Oracle
t
e
t
i
s
azcria eicusaenestruturas de memria para diversos fins. Por exemplo, a memria
O Oracle Database
P
l
armazena
oocdigo do programa
que est sendo executado, os dados compartilhados entre usurios e
r
d
n de dados privadas de cada usurio conectado.
asereas
a
LDuas estruturas bsicas de memria esto associadas a uma nica instncia:
Streams
pool
SGA (System Global Area): Grupo de estruturas de memria compartilhada, conhecidas como
componentes da SGA, que contm dados e informaes de controle sobre uma instncia do
Oracle Database. A SGA compartilhada por todos os processos de servidor e de background.
Alguns exemplos de dados armazenados na SGA so blocos de dados em cache e as reas SQL
compartilhadas.
PGA (Program Global Area): Regies da memria que contm dados e informaes de
controle sobre um processo de servidor ou de background. Uma PGA uma memria no
compartilhada criada pelo Oracle Database quando um processo de servidor ou de background
iniciado. O acesso PGA exclusivo do processo de servidor. Cada processo de servidor e de
background tem sua prpria PGA.

Estruturas de Memria do Oracle Database (continuao)
A SGA a rea da memria que contm dados e informaes de controle da instncia. Ela inclui as
seguintes estruturas de dados:
Shared pool: Armazena no cache vrias estruturas que podem ser compartilhadas pelos
usurios
Cache de buffer do banco de dados: Armazena no cache blocos de dados recuperados do
banco de dados
KEEP buffer pool: Um tipo especializado de cache de buffer do banco de dados que
ajustado para manter blocos de dados na memria durante longos perodos de tempo
Recycle buffer pool: Um tipo especializado de cache de buffer do banco de dados que
ajustado para reciclar ou remover um bloco da memria rapidamente
nK buffer cache: Um dos diversos caches de buffer do banco de dados especializados criado
para armazenar tamanhos de bloco diferentes do tamanho de bloco default do banco de dados
Buffer de redo log: Armazena no cache informaes de redo (usadas na recuperao da
instncia) at que elas possam ser gravadas nos arquivos fsicos de redo log armazenados no
disco
Large pool: rea opcional que aloca parte considervel da memria para alguns processos
grandes, como operaes de backup e recuperao do Oracle e processos de entrada/sada do
servidor
Java pool: Usado para todos os cdigos e dados Java especficos de sesso na JVM (Java
Virtual Machine)
Streams pool: Usado pelo Oracle Streams para armazenar as informaes necessrias para
captura e aplicao
Quando voc iniciar a instncia usando o Enterprise Manager ou o SQL*Plus, ser exibido o volume
de memria alocado para a SGA.
A PGA (Program Global Area) uma regio da memria que contm informaes de controle e
dados de cada processo de servidor. Um processo de servidor Oracle atende s solicitaes de um
cliente. Cada processo de servidor tem a sua prpria PGA privada, que alocada quando esse
processo iniciado. O acesso PGA exclusivo desse processo de servidor, e a PGA lida e
gravada apenas pelo cdigo Oracle que est atuando em seu nome. A PGA dividida em duas reas
principais: o espao da pilha e a UGA (User Global Area).
A infraestrutura dinmica da SGA permite alterar o tamanho do cache de buffer do banco de dados,
do shared pool, do large pool, do Java pool e do Streams pool sem fazer shutdown da instncia.
O banco de dados Oracle usa parmetros de inicializao para criar e gerenciar estruturas de
memria. A maneira mais simples de gerenciar a memria permitir que o banco de dados a
gerencie e a ajuste automaticamente para voc. Para fazer isso (na maioria das plataformas),
necessrio apenas definir um parmetro de inicializao de tamanho de memria de destino
(MEMORY_TARGET) e um parmetro de inicializao de tamanho mximo de memria
(MEMORY_MAX_TARGET).
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Arquitetura de Processo
Processo de usurio
a aplicao ou a ferramenta que se conecta ao Oracle
Database
Processos do banco de dados

Processo de servidor: Conecta-se instncia do Oracle
e iniciado quando um usurio estabelece uma sesso
Processos de background: So iniciados quando uma
instncia do Oracle inicia
Processos de daemon/aplicao
Listeners de rede
Daemons do Grid Infrastructure
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is Sos direitos reservados.
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
Arquitetura de Processo(p
e seos tprocessos podem ser divididos em trs grupos principais:
t
t
i
Em um sistema Oracle
Database,
azde usurio
enque executam a aplicao ou o cdigo da ferramenta Oracle
Os processos
P
c
i
l
ro do Oracle Database que executam o cdigo do servidor do banco de dados Oracle
Osdprocessos
n
Lea(incluindo processos de servidor e de background)
Os processos de aplicao e os daemons Oracle que no so especficos de um nico banco de

dados
Quando um usurio executa um programa aplicativo ou uma ferramenta Oracle, como o SQL*Plus, o
termo processo de usurio usado para se referir aplicao do usurio. O processo de usurio pode
estar ou no no servidor do banco de dados. O Oracle Database tambm cria um processo de servidor
para executar os comandos emitidos pelo processo de usurio. Alm disso, o servidor Oracle tambm
possui um conjunto de processos de background para uma instncia que interagem entre si e com o
sistema operacional a fim de gerenciar as estruturas da memria, executar operaes de entrada/sada
de forma assncrona para fins de gravao de dados em disco, alm de executar outras tarefas
necessrias. A estrutura dos processos varia nas diferentes configuraes do Oracle Database,
dependendo do sistema operacional e das opes selecionadas para o banco de dados. O cdigo dos
usurios conectados pode ser configurado como um servidor dedicado ou um servidor compartilhado.
Servidor dedicado: Para cada sesso, a aplicao do banco de dados executada por um
processo de usurio atendido por um processo de servidor dedicado que executa o cdigo do
servidor do banco de dados Oracle.
Servidor compartilhado: Elimina a necessidade de existir um processo de servidor dedicado
para cada conexo. Um dispatcher encaminha vrias solicitaes de sesso de rede recebidas a
um pool de processos de servidor compartilhado. Um processo de servidor compartilhado
atende a qualquer solicitao do cliente.
Estruturas de Processo
Instncias (ASM e do Banco de Dados separadas)
PGA
Processo
do servidor
Processos de background
Necessrios: DBWn
Opcionais:
ARCn
CKPT
LGWR
SMON
ASMB
RBAL
Outros
PMON
RECO
Listener
Processos do Grid Infrastructure

(ASM e Oracle Restart)
le
b
a
r
e
f
an
r
t
n
odiskmon
n
a
s
a
orarootagent
oraagent
h idecssdagent
)
com nt Gu
l
i
a
de
m
t
u
t
o
h
s
Copyright @
h
e
itt se t
z
a
p to u
(
Estruturas de Processo
e
zitt ense
a
Processos de Servidor
ic
o P crialprocessos
r
O OracledDatabase
de servidor para atender s solicitaes dos processos de usurio
n
a
instncia. O processo de usurio representa a aplicao ou a ferramenta conectada ao
e
Lconectados
Processo
do usurio
ohasd
ocssd
banco de dados Oracle. Ele pode estar na mesma mquina que esse banco de dados ou em um cliente
remoto e utiliza uma rede para se conectar ao banco de dados Oracle. O processo de usurio se
comunica primeiro com um processo de listener que, por sua vez, cria um processo de servidor em
um ambiente dedicado.
Os processos de servidor criados em nome de cada aplicao do usurio podem executar uma ou
mais das seguintes aes:
Analisar por parse e executar instrues SQL emitidas por meio da aplicao.
Ler os blocos de dados necessrios dos arquivos de dados em disco para os buffers de banco de
dados compartilhados da SGA (caso os blocos ainda no estejam presentes na SGA)
Retornar os resultados de modo que a aplicao possa processar as informaes.
Processos de Background
Para maximizar o desempenho e acomodar vrios usurios, o sistema Oracle Database
multiprocessos usa alguns processos adicionais denominados processos de background. Uma
instncia do Oracle Database pode ter vrios processos de background.

Estruturas de Processo (continuao)
Os processos de background geralmente observados em ambientes no-RAC e no-ASM
compreendem:
Processo Database Writer (DBWn)
Processo Log Writer (LGWR)
Processo Checkpoint (CKPT)
Processo System Monitor (SMON)
Processo Process Monitor (PMON)
Processo Recoverer (RECO)
Job Queue Coordinator (CJQ0)
Processos escravos de job (Jnnn)
Processos Archiver (ARCn)
Processos Queue Monitor (QMNn)
Outros processos de background podem ser encontrados em configuraes mais avanadas, como o
RAC. Consulte a view V$BGPROCESS para obter mais informaes sobre esses processos.
le
b
a
r
e
f
Alguns processos de background so criados automaticamente quando uma instncia iniciada,

enquanto outros so iniciados quando necessrio.
Outras estruturas de processo no so especficas de um nico banco de dados, mas podem ser
compartilhadas entre vrios bancos de dados no mesmo servidor. Os processos do Grid Infrastructure
e de rede encontram-se nessa categoria.
Os processos do Oracle Grid Infrastructure em sistemas Linux e Unix incluem:
ohasd: O daemon Oracle High Availability Service que responsvel por iniciar os processos
do Oracle Clusterware
ocssd: Daemon Cluster Synchronization Service
diskmon: O daemon Disk Monitor que responsvel pelo isolamento de entrada e sada do
HP Oracle Exadata Storage Server.
cssdagent: Inicia, interrompe e verifica o status do daemon CSS, ocssd.
oraagent: Estende o clusterware para suportar recursos complexos e requisitos especficos

do Oracle
orarootagent: Um processo especializado do Agente Oracle que ajuda a gerenciar os

recursos pertencentes a root, como a rede.
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Adicionando Nomes de Processo

1. O processo ______grava os buffers sujos
A. Processo
nos arquivos de dados.
Checkpoint (CKPT)
2. O processo ______grava as entradas de
B. Processo System
redo nos arquivos de redo log on-line.
Monitor (SMON)
3. O processo ______grava informaes de
C. Processo
checkpoint no arquivo de controle e no
Recoverer (RECO)
cabealho de cada arquivo de dados.
D. Processo Log
4. O processo ______executa a recuperao
Writer (LGWR)
durante a inicializao da instncia.
E. Processos Archiver
ble
5. O processo ______ recupera um
a
r
(ARCn)
fe
processo de usurio em caso de falha.
s
n
F. Processo tProcess
ra
6. O processo ______ resolve transaes
n
Monitor
o (PMON)
n
distribudas duvidosas.
a
G.asProcesso
Database
7. Os processos ______copiam arquivos de

h
e
)
Writer
id (DBWn)
m
u
redo log para um dispositivo de
o
G
c
armazenamento designado.
ail ent
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t
Adicionando Nomes tde
e Processo
e
t
i
s
aznomesicdos
Aps preencher
os
enprocessos, consulte as possveis respostas no Apndice A - Solues.
P
l
ro
d
n
Lea
Sequncia de Inicializao dos Processos

O Oracle Grid Infrastructure iniciado pelo daemon init do

sistema operacional.
Daemon Init
do Sistema
Operacional
init
Daemons e
Processos do Grid
Infrastructure
init.ohasd
(root)
Daemons e Processos
do Grid Infrastructure
ohasd.bin
oraagent.bin
orarootagent.bin
diskmon.bin
cssdagent
ocssd.bin
Listener da
instncia ASM
Instncia do BD
Aplicaes
definidas pelo
usurio
le
b
a
r
e
f
s
A instalao do Oracle Grid Infrastructure modifica o arquivo
n
a
r
/etc/inittab para garantir a inicializao toda vez
-tque a
n
o
mquina iniciada no nvel de execuo correspondente.
an
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Sequncia de Inicializao
Processos
e dos
t
e
t
i
s
az do Oracle
Durante a instalao
en Grid Infrastructure, so colocadas entradas no arquivo
P
c
i
l
/etc/inittab
ro do sistema operacional para iniciar um script encapsulado. Esse script
d
n
pela configurao das variveis de ambiente, bem como pela inicializao dos daemons
a
e
Lresponsvel
e dos processos do Oracle Grid Infrastructure.
# cat /etc/inittab
..
h1:35:respawn:/etc/init.d/init.ohasd run >/dev/null 2>&1 </dev/null
Quando um comando for usado para interromper o Oracle Grid Infrastructure, os daemons sero
interrompidos, mas o processo do script encapsulado permanecer em execuo.
O formato do arquivo /etc/inittab UNIX o seguinte:
id : run levels : action : process with parameters
O script encapsulado iniciado com a ao respawn, de modo que ser reiniciado sempre que for
encerrado.
Alguns dos daemons do Oracle Grid Infrastructure sero executados sob o usurio root com
prioridade em tempo real, enquanto outros sero executados sob o proprietrio do Grid Infrastructure
com prioridades do modo de usurio aps serem iniciados. Em uma plataforma Windows, os servios
do sistema operacional so usados em vez dos scripts encapsulados de inicializao, e os daemons
so binrios executveis.
Observao: A execuo do script encapsulado diretamente no suportada.
Arquitetura de Armazenamento do Banco de Dados
Arquivos de
controle
Arquivos de
dados
Arquivos de redo log

on-line
le
Arquivo de
parmetros
Arquivos de
backup
Arquivos de redo
log arquivados
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
mlog de
ualerta e rastreamento
G
Arquivo de senha
Arquivos
code
t
l
i
a
en
d
m
t
u
ho is Sost direitos reservados.
Copyright @
2010, Oracle. Todos
tte se th
i
z
a ou
p
(
t Banco de Dados
Arquitetura de Armazenamento
e se do
t
t
i
n banco de dados Oracle so organizados da seguinte forma:
az iceum
Os arquivos que
constituem
P
l
Arquivos
ro de controle: Contm dados sobre o prprio banco de dados (isto , informaes
d
n
a sua estrutura fsica). Eles so fundamentais para o banco de dados. Sem eles, no
Leasobre
possvel abrir os arquivos de dados para acessar os dados no banco de dados. Eles tambm
podem conter metadados relacionados a backups.
Arquivos de dados: Contm os dados do usurio ou da aplicao do banco de dados, alm dos
metadados e do dicionrio de dados
Arquivos de redo log on-line: Permitem a recuperao de uma instncia do banco de dados.
Se o servidor do banco de dados travar sem perder arquivos de dados, a instncia poder
recuperar o banco de dados com as informaes desses arquivos.
Estes outros arquivos so importantes para a execuo bem-sucedida do banco de dados:
Arquivo de parmetros: Usado para definir o modo de configurao da instncia durante sua
inicializao.
Arquivo de senha: Permite que sysdba, sysoper e sysasm se conectem remotamente
instncia e executem tarefas administrativas
Arquivos de backup: Usados para a recuperao do bancos de dados. Geralmente, restaura-se
um arquivo de backup quando uma falha de mdia ou um erro do usurio danifica ou deleta o
arquivo original.

Arquitetura de Armazenamento do Banco de Dados (continuao)
Arquivos de redo log arquivados: Contm um histrico contnuo das alteraes de dados
(redo) geradas pela instncia. Usando esses arquivos e um backup do banco de dados,
possvel recuperar um arquivo de dados perdido. Isto , os logs de arquivamento permitem a
recuperao de arquivos de dados restaurados.
Arquivos de rastreamento: Todos os processos de servidor e de background podem gravar em
um arquivo de rastreamento associado. Quando um processo detecta um erro interno, ele
descarrega as informaes sobre o erro no respectivo arquivo de rastreamento. Algumas das
informaes gravadas em um arquivo de rastreamento so destinadas ao administrador do
banco de dados, enquanto outras destinam-se ao Oracle Support Services.
Arquivo de log de alerta: So entradas de rastreamento especiais. O log de alerta de um banco
de dados consiste em um log cronolgico de mensagens e erros. A Oracle recomenda verificar
o log de alerta periodicamente.
Observao: Os arquivos de parmetros, senha, alerta e rastreamento so abordados em outras
lies.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Estruturas Lgicas e Fsicas do Banco de Dados

Lgica
Fsica
Banco de dados
Tablespace
Arquivo
de dados
Segmento
le
Sistema de armazenamento
Extenso
SAN
NFS
NAS
ASM
b
a
r
e
f
an
r
t
n
no
a
s
a
Bloco de dados
h
e
)
d
Sistema
de
arquivos
i
Oracle
com nt Gu
l
i
a
de
m
t
u
t
o
h
s
Copyright @
h
e
itt se t
z
a
u
(p do tBanco
o
Estruturas Lgicas etFsicas
de Dados
e
e
t
i
s
z
n
acontmicestruturas
O banco de dados
lgicas e fsicas.
e
P
l
o
Bancos d
der dados, Tablespaces e Arquivos de Dados
n
a
LOerelacionamento entre bancos de dados, tablespaces e arquivos de dados ilustrado no slide. Cada
Exadata RAW
banco de dados est dividido logicamente em dois ou mais tablespaces. Um ou mais arquivos de
dados so criados de forma explcita para cada tablespace a fim de armazenar fisicamente os dados
de todos os segmentos em um tablespace. No caso de um tablespace TEMPORARY, haver um
arquivo temporrio, em vez de um arquivo de dados. O arquivo de dados de um tablespace pode ser
armazenado fisicamente em qualquer tecnologia de armazenamento suportada.
Tablespaces
Um banco de dados dividido em unidades lgicas de armazenamento denominadas tablespaces,
que agrupam arquivos de dados ou estruturas lgicas relacionadas. Por exemplo, os tablespaces
geralmente agrupam todos os segmentos de uma aplicao para simplificar algumas operaes
administrativas.
Blocos de Dados
No nvel mais detalhado de granularidade, os dados de um banco de dados Oracle so armazenados
em blocos de dados. Um bloco de dados corresponde a um nmero especfico de bytes de espao
fsico no disco. Um tamanho de bloco de dados especificado para cada tablespace quando ele
criado. Um banco de dados usa e aloca o espao livre em blocos de dados do Oracle.

Estruturas Lgicas e Fsicas do Banco de Dados (continuao)
Extenses
O prximo nvel de espao lgico do banco de dados chamado de extenso. Uma extenso um
nmero especfico de blocos de dados contguos do Oracle (obtidos em uma nica alocao) que so
usados para armazenar um tipo especfico de informao. Embora os blocos de dados do Oracle em
uma extenso sejam contguos logicamente, eles podem estar distribudos fisicamente no disco por
causa das implementaes de sistema de arquivos e do striping por RAID.
Segmentos
O nvel de armazenamento lgico do banco de dados acima de uma extenso chamado segmento.
Um segmento um conjunto de extenses alocadas para uma estrutura lgica especfica. Por
exemplo:
Segmentos de dados: Cada tabela organizada no indexada e no clusterizada tem um
segmento de dados, exceto as tabelas externas, as tabelas temporrias globais e as tabelas
particionadas, que tm um ou mais segmentos. Todos os dados da tabela so armazenados nas
extenses de seu segmento de dados. Em uma tabela particionada, cada partio tem um
segmento de dados. Cada cluster tem um segmento de dados. Os dados de cada tabela no
cluster so armazenados no segmento de dados do cluster.
Segmentos de ndice: Cada ndice tem um segmento de ndice que armazena todos os seus
dados. Em um ndice particionado, cada partio tem um segmento de ndice.
Segmentos de undo: Um tablespace UNDO criado para cada instncia do banco de dados.
Esse tablespace contm vrios segmentos de undo para armazenar temporariamente as
informaes de undo. As informaes de um segmento de undo so usadas para gerar
informaes de banco de dados com leitura consistente e, durante a recuperao do banco de
dados, para fazer rollback de transaes sem commit para usurios.
Segmentos temporrios: Os segmentos temporrios so criados pelo banco de dados Oracle
quando uma instruo SQL precisa de uma rea de trabalho temporria para concluir a
execuo. Quando a execuo da instruo concluda, as extenses do segmento temporrio
so retornadas instncia para uso futuro. Especifique um tablespace temporrio default para
cada usurio ou um tablespace temporrio default usado em todo o banco de dados.
Observao: H outros tipos de segmentos no listados acima. Tambm existem objetos de
esquema, como views, pacotes, triggers etc., que no so considerados segmentos embora sejam
objetos de banco de dados. Um segmento possui sua respectiva alocao de espao em disco. Os
demais objetos existem como linhas armazenadas no segmento de metadados do sistema.
O banco de dados Oracle aloca espao dinamicamente. Quando as extenses existentes de um
segmento ficam cheias, so adicionadas outras extenses. Como as extenses so alocadas de acordo
com as necessidades, as extenses de um segmento podem ou no ser contguas no disco; alm disso,
elas podem ser provenientes de arquivos de dados diferentes pertencentes ao mesmo tablespace.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
ASM (Automatic Storage Management)
um sistema de arquivos clusterizado portvel e de alto

desempenho
Oracle
Gerencia arquivos do banco de dados Oracle
Aplicao
Database
Gerencia arquivos de aplicao com
o ACFS (ASM Cluster File System)
ASM
Distribui os dados entre discos
Cluster File
Arquivos
System
ASM para
para balanceamento de carga
le
b
o Oracle
a
ASM
Dynamic
r
Copia os dados em caso de falhas
Databasesfe
Volume
an
r
Soluciona desafios relacionados ao
t
Manager
on
gerenciamento de armazenamento
ASM (Automatic n
Storage Management)
a
s
a
hSistema
eoperacional
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
ASM (Automatic Storage
e Management)
t
e
t
i
s
n
O ASM (Automatic
Management)
permite a integrao vertical entre o sistema de arquivos e
azStorage
e
P
c
i
l
o gerenciador
volumes criado para os arquivos do banco de dados Oracle. O ASM pode fornecer
ro depara
d
n
gerenciamento
mquinas SMP (single symmetric multiprocessing) individuais ou entre vrios
a
e
Lns de um cluster, para fins de suporte ao Oracle RAC (Real Application Clusters).
O Oracle ACFS (ASM Cluster File System) um sistema de arquivos escalvel e orientado a vrias
plataformas, bem como uma tecnologia de gerenciamento de armazenamento que estende a
funcionalidade ASM, tendo em vista o suporte a arquivos de aplicao externos ao Oracle Database,
como executveis, relatrios, BFILEs, vdeo, udio, texto, imagens e outros dados de arquivos de
aplicao de finalidade geral.
O ASM distribui a carga de entrada/sada entre todos os recursos disponveis a fim de otimizar o
desempenho e, ao mesmo tempo, eliminar a necessidade do ajuste manual de operaes de
entrada/sada. O ASM ajuda os DBAs a gerenciar um ambiente de banco de dados dinmico,
permitindo que eles aumentem o tamanho do banco de dados sem a necessidade de shutdown para
ajustar a alocao do armazenamento.
O ASM pode manter cpias redundantes dos dados a fim de oferecer tolerncia a falhas ou pode ser
complementado com mecanismos de armazenamento produzidos por terceiros. O gerenciamento dos
dados feito com base na seleo das caractersticas desejadas de confiabilidade e desempenho para
classes de dados, e no por meio da interao humana em cada arquivo.
Os recursos do ASM economizam o tempo dos DBAs com a automao do armazenamento manual,
aumentando, assim, sua capacidade de gerenciar um maior nmero de bancos de dados grandes com
mais eficincia.
Componentes do Armazenamento do ASM

Arquivo de
dados do
Banco
de Dados
Oracle
ASM
Arquivo ASM
Grupos de
discos ASM
Cache
ASM
Sistema de
arquivos
ou
Dispositivo
bruto
le
b
a
r
e
f
s
n
a
r
Disco ASM
-t
n
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Componentes do Armazenamento
e se t do ASM
t
t
i
n
O ASM no elimina
dos bancos de dados existentes. Esses bancos de dados
azas funcionalidades
e
P
c
i
l
podem continuar
normalmente. Os novos arquivos podem ser criados como arquivos
ro osfuncionando
d
n
ASM,
enquanto
j
existentes
so administrados como antes ou podem ser migrados para o ASM.
a
e
LO diagrama ilustra os relacionamentos entre um arquivo de dados do banco de dados Oracle e os
Unidade de
alocao ASM
componentes do armazenamento do ASM. A notao no formato de p de galinha representa um

relacionamento de um para muitos. Um arquivo de dados do banco de dados Oracle possui um
relacionamento de um para um com um arquivo armazenado no sistema operacional em um sistema
de arquivos ou em um arquivo ASM.
Um grupo de discos Oracle ASM um conjunto de um ou mais discos Oracle ASM gerenciados
como uma unidade lgica. As estruturas de dados de um grupo de discos so autnomas e utilizam
parte do espao para atender s necessidades de metadados. Os discos Oracle ASM so os
dispositivos de armazenamento provisionados para um grupo de discos Oracle ASM e podem ser
parties ou discos fsicos, um LUN (nmero de unidade lgica) de um array de armazenamento, um
LV (volume lgico) ou um arquivo conectado rede. Cada disco ASM dividido em vrias unidades
de alocao ASM, o espao contguo mnimo em disco alocado pelo ASM. Ao criar um grupo de
discos ASM, voc pode definir o tamanho da unidade de alocao ASM como 1, 2, 4, 8, 16, 32 ou 64
MB, dependendo do nvel de compatibilidade desse grupo. Uma ou mais unidades de alocao ASM
formam uma extenso ASM. Uma extenso Oracle ASM o armazenamento bruto usado para
manter o contedo de um arquivo Oracle ASM. Esse arquivo consiste em uma ou mais extenses de
arquivo. Tamanhos de extenso variveis, como 1*AU, 4*AU e 16*AU, so usados para suportar
arquivos ASM muito grandes.
Instncia ASM
A Instncia ASM consiste nos componentes de memria e de
processo do ASM.
SGA (System Global Area) memria
Shared
pool
Large
pool
Cache
ASM
Memria
livre
le
Processos Componentes da CPU

RBAL
ARBn
GMON
b
a
r
e
f
Onnn
PZ9n
an
r
t
n
no
a
s
Outros processos
a
h
e
)
diversos
d
i
u
om
InstnciaaASM
ilc ent G
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
Instncia ASM
e se t
t
t
i
n de dados iniciado, uma rea compartilhada da memria
az ouicumebanco
Toda vez que oPASM
l
chamadadSGA
ro (system global area) alocada, e os processos de background do banco de dados ou do
n
ea ASM so iniciados. A combinao dos processos de background e da SGA denominada
LOracle
MARK
instncia Oracle ASM ou instncia do Oracle Database. A instncia representa os componentes da

CPU e da RAM de um ambiente ASM em execuo.
A SGA de uma instncia ASM difere da SGA de uma instncia do banco de dados em termos do uso
e da alocao de memria. A primeira dividida nas quatro reas principais descritas abaixo:
Shared Pool: Usado para informaes de metadados
Large Pool: Usado para operaes paralelas
Cache ASM: Usado para leitura e gravao de blocos durante operaes de rebalanceamento
Memria Livre: Memria no alocada disponvel
O volume mnimo de memria recomendada para uma instncia ASM 256 MB. Por default, o
gerenciamento automtico de memria est ativado em uma instncia ASM e ajustar
dinamicamente os tamanhos dos componentes individuais da memria SGA. O volume de memria
necessrio para uma instncia ASM depender do volume de espao em disco gerenciado pelo ASM.
A segunda parte da instncia ASM so os processos de background. Podero existir vrios desses
processos em uma instncia ASM, sendo que nem todos esto sempre presentes.

Componentes do ASM: Instncia ASM (continuao)
Os processos de background especficos da funcionalidade ASM so abordados no prximo slide. H
processos de background necessrios e outros opcionais. Alguns desses processos incluem:
ARCn: Os processos Archiver
CKPT: O processo Checkpoint
DBWn: Os processos Database Writer
DIAG: O processo de diagnstico
Jnnn: Processos da fila de jobs
LGWR: O processo Log Writer
PMON: O processo Process Monitor
PSP0: O processo Process Spawner
QMNn: Os processos Queue Monitor
RECO: O processo Recoverer
SMON: O processo System Monitor
VKTM: O processo Virtual Keeper of Time
MMAN: O processo Memory Manager

A lista de processos acima no est completa. Na instncia ASM, esses processos nem sempre
executaro as mesmas tarefas executadas em uma instncia do banco de dados. Por exemplo, em uma
instncia do banco de dados, o processo LGWR responsvel pela cpia de vetores de alterao da
seo de buffer de log da SGA para os redo logs on-line em disco. A instncia ASM no contm um
buffer de log em sua SGA, nem utiliza redo logs on-line. Em uma instncia ASM, o processo LGWR
copia as informaes de log para um grupo de discos ASM.
Se o ASM estiver clusterizado, outros processos relacionados ao gerenciamento de cluster sero
executados na instncia ASM. Alguns desses processos incluem:
LMON: O processo monitor do servio de enfileiramento global
LMDn: Os daemons do servio de enfileiramento global
LMSn: Os processos do servio de cache global
LCKn: Os processos de bloqueio

Para obter mais informaes sobre o gerenciamento da instncia ASM, consulte o Apndice D e a
documentao.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Ferramentas de Configurao do DBA

A configurao do ambiente tcnico deste curso envolveu as
seguintes tarefas e ferramentas:
Instalao e configurao do Oracle Grid Infrastructure
para um servidor stand-alone com o OUI, incluindo:
Configurao de um listener
Criao de uma instncia ASM (+ASM) e configurao do
grupo de discos +DATA
le
Configurao do Oracle Restart
Criao e configurao de grupos de discos ASM

adicionais (como +FRA) com asmca
b
a
r
e
f
an
r
t
n
no o OUI
Instalao do software Oracle Database 11gacom
s dbca
a
Criao do banco de dados Oracle orcl
com
h
)
de
i
m
u
o
G
Observao: Essas tarefas j foram
para voc.
t
ilc executadas
n
a
e
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
Ferramentas de Configurao
e sedot DBA
t
t
i
az deicconfigurao
H vrias ferramentas
disponveis para ajudar os DBAs a configurar e gerenciar o
en
P
l
o
ambiente
Oracle. Estas so algumas das ferramentas:
ndr(Oracle Universal Installer): Instala o software Oracle e as opes. Dependendo do
eaOUI
L produto que estiver sendo instalado e das opes especificadas durante a instalao, o OUI
poder chamar automaticamente outras ferramentas para executar tarefas adicionais, como a
criao de um banco de dados Oracle.
Oracle ASMCA (ASM Configuration Assistant): Suporta a instalao e a configurao de
instncias ASM, de grupos de discos ASM e do Oracle ACFS (Automatic Storage Management
Cluster File System)
Oracle DBCA (Database Configuration Assistant): Permite a criao e a deleo de bancos
de dados Oracle, bem como a modificao de opes do banco de dados e o gerenciamento de
modelos de banco de dados. Esse utilitrio ser chamado no OUI durante a instalao do
software de banco de dados Oracle se voc optar por criar um banco de dados como parte dessa
instalao.
NETCA (Net Configuration Assistant): Configura listeners e mtodos de nomeao, que so
componentes crticos de um ambiente Oracle

Ferramentas de Configurao do DBA (continuao)
Observao: O Oracle Restart instalado e configurado como parte de um Oracle Grid
Infrastructure para a instalao de um servidor stand-alone. O Oracle Restart gerencia as
dependncias entre os componentes Oracle e reinicia automaticamente os diversos componentes aps
uma falha de hardware ou software, ou sempre que o computador host do banco de dados
reiniciado. Se a instalao do Oracle Grid Infrastructure for executada antes da instalao do
software de banco de dados Oracle, todos os bancos de dados criados sero configurados
automaticamente com o Oracle Restart.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Framework de Gerenciamento e Ferramentas

Relacionadas do DBA
O framework de gerenciamento
do banco de dados Oracle
inclui:
Instncia do banco de
dados
Listener
Interface de
gerenciamento:
Agente de gerenciamento
(quando o Grid Control
utilizado)
Database Control
As ferramentas e os comando
relacionados incluem:
SQL*Plus:
SQL> startup
SQL> shutdown immediate
Utilitrio Listener Control:
$ lsnrctl status
Utilitrio Enterprise Manager
Control:
le
b
a
r
e
f
s
n
a
r
-t
$ emctl status dbconsole
n
o
$ emctl start dbconsole
an
s
$ emctl stop
ha dbconsole
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Framework de Gerenciamento
e see tFerramentas Relacionadas do DBA
t
t
i
z en do banco de dados Oracle consiste em trs componentes principais:
agerenciamento
O framework de
P
lic de dados que est sendo gerenciada
o do banco
Ad
instncia
r
n listener que permite conexes com o banco de dados
aUm
e
L A interface de gerenciamento. Poder ser um agente de gerenciamento executado no n em que
o servidor do banco de dados executado (que o conecta ao Oracle Enterprise Manager Grid
Control) ou no Oracle Enterprise Manager Database Control stand-alone. Essa interface
tambm denominada Console de Banco de Dados.
As ferramentas e os comandos relacionados usados para iniciar, interromper ou verificar o status so:
Para a instncia do banco de dados, no SQL*Plus: startup e shutdown immediate
Para o listener: lsnrctl status
Para o Enterprise Manager Database Control:
- emctl dbconsole status
- emctl dbconsole start
- emctl dbconsole stop
Facilitando o Gerenciamento do Banco de Dados

com o Oracle Restart
Reiniciando os componentes Oracle quando o computador

host reiniciado ou aps uma falha de hardware ou software
Monitorando os componentes e reiniciando-os, se necessrio
Para ambientes de uma nica instncia
Considerando as dependncias entre os componentes:
Montando grupos de discos e iniciando a instncia ASM antes
da instncia do banco de dados
Dependncia de software entre a instncia do banco de dados
le
e o listener
rab
fe
Iniciando o Oracle Restart com o utilitrio crsctl rans

-t
n
o
Gerenciando os componentes do Oracle Restart
com
o
n
a
utilitrio srvctl
as
h
e
ilc ent G
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
Facilitando o Gerenciamento
e sedotBanco de Dados com o Oracle Restart
t
t
i
Com o Oracle
azRestart,
eosn diversos componentes Oracle so reiniciados automaticamente aps
P
c
i
l
o de hardware ou software, ou sempre que o computador host do banco de dados
umarfalha
d
n
reiniciado.
Le aO Oracle Restart executa verificaes peridicas para monitorar o estado desses componentes.
)
$ srvctl stop database d orcl
uid
om o abort
Se uma operao de verificao falhar em um componente, ser feito shutdown do componente

e ele ser reiniciado.
O Oracle Restart usado somente em ambientes de uma nica instncia (no clusterizados).
Em ambientes Oracle RAC (Real Application Clusters), a funcionalidade de reinicializao
automtica dos componentes fornecida pelo Oracle Clusterware.
O Oracle Restart garante que os componentes Oracle sejam iniciados na ordem adequada,
considerando as dependncias entre eles. Por exemplo, se os arquivos do banco de dados
estiverem armazenados em grupos de discos ASM, antes de iniciar a instncia do banco de
dados, o Oracle Restart garantir que a instncia ASM seja iniciada e que os grupos de discos
necessrios sejam montados. Da mesma forma, se for preciso fazer shutdown de um
componente, o Oracle Restart garantir que seja feito um clean shutdown dos componentes
dependentes primeiro.

Facilitando o Gerenciamento do Banco de Dados com o Oracle Restart (continuao)
O Oracle Restart tambm gerencia a dependncia de software entre as instncias do banco de
dados e o Oracle Net listener (o listener). Quando uma instncia do banco de dados iniciada, o
Oracle Restart tenta iniciar o listener. Se a inicializao do listener falhar, o banco de dados
ainda ser iniciado. Se o listener falhar posteriormente, o Oracle Restart no far shutdown nem
reiniciar as instncias do banco de dados.
Inicie o Oracle Restart com o utilitrio Clusterware Control (crsctl).
O Oracle Restart inclui o utilitrio Server Control (srvctl) que usado para iniciar e
interromper os componentes gerenciados pelo Oracle Restart.
Observao: O utilitrio srvctl est localizado no diretrio $ORACLE_HOME/bin no caso do
software Grid Infrastructure e no diretrio $ORACLE_HOME/bin no caso do software de banco de
dados Oracle. Voc deve usar o utilitrio srvctl do software do banco de dados Oracle ao iniciar
esse banco de dados e e usar o utilitrio srvctl do software Grid Infrastructure ao iniciar a
instncia ASM ou o listener.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Questionrio
O Oracle Restart instalado e configurado como parte de um
Oracle Grid Infrastructure para a instalao de um servidor
stand-alone.
1. Verdadeiro
2. Falso
le
b
a
r
e
f
an
r
t
n
Resposta: 1
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Resumo
Nesta lio, voc aprendeu a:
Descrever os principais conceitos da arquitetura do Oracle
Database com o ASM
Determinar as ferramentas de configurao e
gerenciamento do DBA usadas para cada tarefa
Descrever o ambiente tcnico do curso
orcl +asm
s
n
a
r
-t
DATA
n
o
n
a FRA
s
haEnterprise
eManager
)
d
i
u
Linha de comandos
com nt G
l
i
a
de
m
t
u
t
o
h
s
Copyright @
h
e
itt se t
z
a
p to u
(
Resumo
e
tt nse
zislide
O diagrama
do
exibe
a
e as instncias orcl e +asm como retngulos acima de um banco de
P
c
i
l
o
dados
em
formato
de
cilindro, que lista os grupos de discos DATA e FRA.
r
d
n
Le aEles so circundados por uma linha tracejada azul, indicando que o Enterprise Manager uma
possvel interface grfica.

Todos esses elementos, por sua vez, so circundados por uma linha tracejada preta, indicando
que a linha de comandos uma possvel interface baseada em caracteres.
le
b
a
r
e
f
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
an
r
t
n
n
a
e
L
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
Objetivos
Chamar e configurar o RMAN (Recovery Manager)
Configurar o banco de dados no modo ARCHIVELOG
Configurar vrios destinos de arquivos de log de

arquivamento para aumentar a disponibilidade
Configurar a FRA (Fast Recovery Area)
Especificar uma poltica de reteno
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Objetivos
e se t
t
t
i
az Area)
A FRA (Fast Recovery
enera conhecida anteriormente como Flash Recovery Area.
P
c
i
l
ro
d
n
Lea
Finalidade da Funcionalidade
de Backup e Recuperao
A funcionalidade de backup e recuperao tem as seguintes
finalidades:
Proteo de dados
Falha de mdia
Erros de usurios
Erros de aplicaes
Preservao de dados e reteno de histrico

Transferncia de dados
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Finalidade da Funcionalidade
e sedet Backup e Recuperao
t
t
i
n
az eicdaerecuperao
A finalidade doPbackup
restaurar um banco de dados aps uma falha. Os backups
l
o
protegem
ro banco de dados contra problemas, como falha de hardware e de mdia, erros de usurios e
daplicaes.
n
erros
de
erros de mdia geram problemas de dados com uma falha no hardware; uma
a
e de disco ou Os
Lunidade
uma controladora danificada pode introduzir erros sutis ou bvios. Os usurios
tambm podem causar erros de dados executando comandos que no devem ser executados. Esses
mesmos tipos de erros podem ser causados por uma aplicao que contenha um bug.
Os backups tambm podem ser usados para a preservao de dados e a reteno de histrico. Os
backups efetuados e preservados no modo ARCHIVELOG podem ser usados para recuperar um banco
de dados at um momento passado, o que poder ser til para garantir a conformidade com
regulamentos.
Tambm possvel usar ferramentas de backup e recuperao a fim de mover dados para outros
bancos de dados, inclusive em outros locais. Um backup de um banco de dados uma maneira
possvel de duplic-lo em outro local.
Tarefas Tpicas de Backup e Recuperao

Para que seja possvel fazer a recuperao em caso de perdas
de dados com um perodo mnimo de indisponibilidade:
Configure o banco de dados para fins de recuperao
Defina uma programao de backup
Planeje e teste diferentes tipos de cenrios de falha
Monitore e ajuste o ambiente de backup e recuperao,
bem como solucione e diagnostique problemas nesse
ambiente
ble
a
r
fe
s
Restaure os dados dos backups
n
ra
t
n
Recupere as transaes at o momento desejado
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Tarefas Tpicas de Backup
e esRecuperao
t
e
t
i
aumzplanoiceficiente
importante ter
en de backup e recuperao para um banco de dados que no possa
P
l
ser perdido.
roAs seguintes tarefas so includas no plano:
d
n
necessrio configurar uma estratgia de backup e recuperao para o seu
Le aConfigurao:
ambiente, a qual dever incluir: o mtodo de backup, bem como o destino, o tempo de reteno,
a deleo e a proteo (criptografia) dos backups, se necessrio.

Programao: Os backups devem ser programados para execuo automtica fora do horrio de
pico.
Teste: Teste periodicamente as prticas de backups e recuperao.
Monitoramento: Monitore os impactos das operaes de backup para determinar a degradao
de desempenho nos bancos de dados de produo e aumentar a eficincia do backup, quando
necessrio.
Restaurao: Um arquivo de dados danificado sobregravado a partir de um backup desse
arquivo. O arquivo de dados encontra-se em um estado anterior ao do banco de dados atual.
Recuperao: A recuperao aplica as alteraes aos blocos individuais, usando informaes
de arquivamento e redo, para colocar o banco de dados no estado atual.
Solues de Backup e Recuperao Oracle

Para um sistema recupervel:
RMAN
Recuperao de mdia de bloco

Compactao de blocos no utilizados
Compactao binria
Criptografia de backup
Solues obtidas com os seguintes tipos de backup:
Todos os blocos de dados nos arquivos escolhidos

ble
a
r
fe
(integral ou incremental do nvel 0)
s
n
tra o
Somente as informaes que sofreram alteraes n
desde
o
ltimo backup (incremental)
an
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Oracle
Solues de Backup teeRecuperao
e
t
i
s
az dasicprincipais
Veja a seguir algumas
en solues de backup e recuperao:
P
l
o
rManager:
Recovery
Um utilitrio (com interfaces grfica e de linha de comandos) para execuo de
d
n
a
de backup e recuperao. Alguns dos principais recursos disponveis ao usar o RMAN so:
e
Loperaes
Cumulativo (alteraes at o ltimo backup do nvel 0)

Diferencial (alteraes at o ltimo backup incremental)
Recuperao de mdia de bloco: Um mtodo de recuperao de blocos especficos de dados,

em contraposio a tabelas inteiras (com Data Pump) ou arquivos de dados (com RMAN)
Compactao de blocos no utilizados: o mtodo pelo qual os blocos no utilizados no
momento pelo banco de dados no so lidos pelo backup e, portanto, no so includos nele.
Compactao binria: Um recurso de economia de espao no qual os arquivos de backup so
compactados com o uso de algoritmos conhecidos (semelhantes a utilitrios como o zip do
Linux)
Criptografia de backup: Um dispositivo de segurana para proteo dos backups efetuados
As solues so obtidas com estes tipos de backup:
Backup integral: Cria uma cpia de cada bloco que contm dados e que est presente nos
arquivos includos no backup
Backup incremental: Cria uma cpia de todos os blocos de dados que foram alterados desde
um backup anterior. O banco de dados Oracle suporta dois nveis de backup incremental (0 e 1).
H dois tipos de backup incremental do nvel 1: cumulativo ou diferencial. O primeiro faz
backup de todas as alteraes desde o ltimo backup do nvel 0. O segundo faz backup de todas
as alteraes desde o ltimo backup incremental (que poder ser do nvel 0 ou 1).
Solues de Backup Oracle

SO
RMAN
OSB
Backup como um
conjunto de backup
Arquivo de
dados 2
Componente
de backup
(filesperset 3)
Arquivo de
dados 3
Imagem de
backup
Componente
de backup
Imagem de
backup
Arquivo de
dados 4
le
b
a
r
e
f
an
r
t
n
no
a
s
Arquivo do
a
Imagem de h
e
sistema de
)
d
i
backup
arquivos
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Solues de Backup tOracle
e se t
t
i
n esquerda, esto os arquivos de dados no nvel do sistema
az icdeebackup.
O slide mostraP
conjuntos
l
operacional.
roObserve como eles se relacionam com as cpias-imagem do RMAN e os componentes
d
n
deebackup
a (seo intermediria) e como estes se relacionam com as imagens de backup do OSB
L(Oracle
Secure Backup).
Conjunto
de backup
Na parte inferior do diagrama, esto os arquivos do sistema de arquivos, que no possuem

equivalncia no RMAN; eles esto diretamente relacionados s imagens de backup do OSB.
O RMAN faz backup dos arquivos de dados, arquivos de controle, arquivos de redo log e
SPFILEs, quer eles sejam os originais, conjuntos de backup ou cpias-imagem. O RMAN
executa operaes de backup e recuperao em disco e, com a ajuda de uma MML (Media
Management Layer), como o Oracle Secure Backup, tambm executa essas operaes em/de
fita.
O OSB (Oracle Secure Backup) um software de gerenciamento de fita centralizado voltado a
todo o ambiente Oracle, incluindo sistemas de arquivos e o banco de dados Oracle. O OSB
capaz de fazer o backup e a restaurao de dados localmente ou na LAN (Local Area Network),
na WAN (Wide Area Network) ou na SAN.
Este diagrama mostra um subconjunto da soluo de Backup Oracle. Ele no inclui cpias-imagem e
cpias proxy, as quais podem ser suportadas por alguns gerenciadores de mdia.
Reviso da Terminologia
Faa a correspondncia entre os termos e as descries a seguir:
1. ___ faz backup de uma parte do banco de dados. O arquivo
de controle pode ou no estar includo.
2. ___ um backup consistente porque o SCN nos cabealhos
do arquivo de dados corresponde ao existente nos arquivos
de controle.
3. ___ faz backup de cada bloco que contm dados e que est
presente nos arquivos includos no backup.
4. ___ um backup inconsistente porque no h garantia de que
os arquivos de dados estejam sincronizados com os arquivos rable
fe
de controle.
s
n
tra arquivo
5. ___ inclui todos os arquivos de dados e, pelo menos,
um
n
no
de controle.
a
s
a
h
e (C) Backup
(W) Backup do banco de dados inteiro (F) Backup
integral
)
d
i
om GuBackup on-line
off-line (P) Backup parcial do banco de
ilcdadosnt(O)
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az 1P,ic2C,
Respostas Corretas:
en3F, 4O, 5W
P
l
ro
d
n
Lea
Qual descrio se aplica aos seguintes tipos de backup:
1. Cpias-imagem
2. Conjuntos de backup
Descrio:
A) So conjuntos de um ou mais arquivos binrios que
contm um ou mais arquivos de dados, arquivos de
controle, arquivos de parmetros do servidor ou arquivos
de log arquivados. Blocos de dados vazios e no
ble
a
r
fe
utilizados no momento no so armazenados.
s
n
a
trlog
B) So duplicatas de arquivos de dados ou arquivos
de
n
o
arquivados (semelhante a uma cpia de arquivo).
an
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
e (continuao)
t
e
t
i
s
az 1B,ic2A
Respostas Corretas:
en
P
l
ro
d
n
Lea
O Que Voc J Sabe:

Backup Sugerido pela Oracle
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
O Que Voc J Sabe:te
Backup Sugerido
pela Oracle
e
t
i
s
z
n
a facilita
O Enterprise Manager
e a preparao de uma estratgia de backup sugerida pela Oracle a qual
P
c
i
l
o
proteger
os dados, bem como permitir a recuperao eficiente at qualquer momento nas ltimas
nde,r possivelmente, nas ltimas 48 horas, dependendo de quando o ltimo backup foi criado.
24ehoras
a
LEssa estratgia utiliza os recursos de backup incremental e de backup atualizado de forma
incremental, permitindo uma recuperao mais rpida do que a possvel com a aplicao das
alteraes do banco de dados a partir dos arquivos de log arquivados.
Para estabelecer uma estratgia sugerida pela Oracle, navegue at a pgina Maintenance. Na regio
Backup/Recovery, selecione Schedule Backup. Na seo Backup Strategies, voc pode selecionar
uma opo entre as estratgias de backup sugeridas pela Oracle e personalizadas. A estratgia
sugerida pela Oracle faz uma cpia integral do banco de dados como o primeiro backup. Como se
trata de um backup de banco de dados inteiro, convm execut-lo em um perodo de pouca atividade.
Depois disso, um backup incremental em disco ser feito diariamente. Opcionalmente, poder ser
feito um backup semanal em fita, o qual incluir todos os arquivos relacionados a recuperao.
Como esses backups em disco so mantidos, voc sempre poder executar uma recuperao integral
do banco de dados ou uma recuperao pontual at qualquer momento nas ltimas 24 horas, no
mnimo. O perodo de recuperao poder chegar a 48 horas. Isso ocorre porque, imediatamente
antes de ser feito backup em determinado dia, o backup do incio do dia n1 ainda existe.
Usando o Recovery Manager

$ rman target /
RMAN> BACKUP DATABASE;
Starting backup at 10-JUN-07
.
.
RMAN> LIST BACKUP;
BS Key Type LV Size
Device Type Elapsed Time Completion Time
------- ---- -- ------- ----------- ------------ --------------1
Full
1.06G
DISK
00:01:49
10-JUN-07
.
.
RMAN> DELETE OBSOLETE;
.
.
Do you really want to delete the above objects (enter YES or NO)? YES
deleted archived log
.
.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Usando o Recovery Manager
e se t
t
t
i
ncomandos do sistema operacional e especifique as opes adequadas.
Chame o RMANa
nazlinha de
e
P
c
i
l
Estas so as
mais usadas:
roopes
d
target:
A
string
de conexo para o banco de dados de destino
n
a
e
catalog:
A
string
de conexo para um catlogo de recuperao
L
nocatalog: Especifica que no existe um catlogo de recuperao. Esse o default.

cmdfile: O nome de um arquivo de comando de entrada
log: O nome do arquivo de log de mensagens de sada
A chamada do RMAN mostrada no slide simplesmente estabelece uma conexo com o banco de
dados local, como o destino.
Veja a seguir um exemplo de chamada do RMAN que estabelece uma conexo com o banco de
dados local usando a autenticao do sistema operacional, bem como especifica um arquivo de
comando para ser executado e um arquivo de log para receber um histrico dos comandos do RAM
pertencentes sesso:
$ rman target / cmdfile=~/fullbu.rman log=~/fullbu.log
No prompt do RMAN, voc pode submeter comandos do RMAN para gerenciar seu ambiente de
backup e criar backups de diversas maneiras, dependendo de suas necessidades. O slide mostra os
comandos usados para listar os backups existentes (LIST BACKUP) e deletar backups obsoletos
(DELETE OBSOLETE). Os detalhes sobre o que esses e outros comandos fazem sero tratados ao
longo do curso.
Observao: Consulte o Oracle Database Backup and Recovery Users Guide para obter mais
informaes sobre como chamar o RMAN. Consulte o Oracle Database Backup and Recovery
Reference para obter uma lista completa dos comandos do RMAN e de suas opes.
Tipos de Comandos do RMAN

Estes so os tipos de comandos do RMAN:
Comando stand-alone:
Executado individualmente no prompt do RMAN
No pode ser includo como subcomando do comando RUN
Comando de job:
Deve estar entre as chaves de um comando RUN
executado como um grupo
bl
Alguns comandos podem ser executados como comandos
a
r
e
stand-alone ou de job.
nsf
tra
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Tipos de Comandos do
e RMAN
t
e
t
i
s
azdoisictipos
Voc pode executar
enbsicos de comandos do RMAN: stand-alone e de job.
P
l
ro stand-alone so executados no prompt do RMAN e, geralmente, no necessitam de
Os comandos
d
n
ea adicionais. Estes so alguns dos comandos stand-alone:
Lparmetros
CHANGE
CONNECT
CREATE CATALOG, RESYNC CATALOG
CREATE SCRIPT, DELETE SCRIPT, REPLACE SCRIPT
Em geral, os comandos de job so agrupados e executados sequencialmente em um bloco de

comandos. Se um comando contido no bloco falhar, o RMAN interromper o processamento e
nenhum outro comando do bloco ser executado. Os efeitos de qualquer comando j executado
continuam vlidos; eles nunca so anulados.
Um exemplo de comando que s pode ser executado como um comando de job ALLOCATE
CHANNEL. O canal alocado apenas para a execuo do job; portanto, esse comando no pode ser
executado como stand-alone. H alguns comandos que podem ser executados tanto no prompt como
dentro de um bloco do comando RUN, como BACKUP DATABASE. Se voc executar comandos
stand-alone, o RMAN alocar os canais necessrios com o recurso de alocao automtica de canais.
Os comandos stand-alone e de job podem ser executados no modo interativo ou no modo batch.
Comandos de Job: Exemplo

Os comandos de job aparecem dentro de um bloco do
comando RUN:
RMAN> RUN
2> {
3>
ALLOCATE CHANNEL c1 DEVICE TYPE DISK
4>
FORMAT "/disk2/%U";
5>
BACKUP AS BACKUPSET DATABASE;
6>
SQL 'alter system archive log current';
7> }
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
Desalocado
aps
a
concluso
GuRUN
comdonbloco
t
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Comandos de Job: Exemplo
e se t
t
t
i
azcomandos
DiferentementePdos
enstand-alone, os comandos de job devem ser includos entre as chaves
c
i
l
de um comando
ro RUN. Os comandos colocados em um bloco RUN, conforme mostrado no slide, so
d
n
a como uma nica unidade de comandos. Todas as configuraes feitas no bloco RUN se
e
Lexecutados
aplicam no escopo do bloco e sobrepem quaisquer definies especificadas anteriormente. Estes so
A execuo do bloco inteiro inicia
quando essa linha informada.
exemplos de comandos de job, que devem aparecer em um bloco RUN:

ALLOCATE CHANNEL
SWITCH
O RMAN executa os comandos de job em sequncia dentro de um bloco do comando RUN. Se algum
comando contido no bloco falhar, o RMAN interromper o processamento e nenhum outro comando
do bloco ser executado. Na verdade, o comando RUN define uma unidade de execuo do comando.
Uma vez concludo o ltimo comando de um bloco RUN, o banco de dados Oracle liberar os
recursos do servidor, como buffers de entrada/sada ou processos escravos de entrada/sada, que
estiverem no bloco.
Observao: O comando SQL mostrado na linha 6 apenas um exemplo. Ele NO necessrio
para a operao de backup.
Configurando o Banco de Dados para Operaes

de Backup e Recuperao
Opere o banco de dados no modo ARCHIVELOG.
Archiver
(ARCn)
Arquivos de redo
arquivados
Arquivos de redo
log arquivados
Configure o FRA.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
earquivos
d
Arquivos de redo
Arquivo de controle ) Backups
i
de
log arquivados
arquivos de controle
com nt Gude dados
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t para Operaes de Backup e Recuperao
Configurando o Banco
ede Dados
t
e
t
i
s
Ao operar o banco
azde dados
enon modo ARCHIVELOG, voc ter mais opes de recuperao aps
P
c
i
l
o dados, incluindo uma recuperao pontual do banco de dados ou de alguns tablespaces.
uma perda
rde
d
n
a
utilizar a Fast Recovery Area para armazenar o maior nmero possvel de arquivos
Lerecomendvel
relacionados a backup e recuperao, como backups em disco e redo logs arquivados.
Alguns recursos de backup e recuperao do Oracle Database, como o Oracle Flashback Database e
pontos de restaurao garantidos, exigem o uso de uma Fast Recovery Area.
Ambos so abordados em detalhes posteriormente nesta lio.
Modo ARCHIVELOG
le
b
a
r
e
f
Archiver
(ARCn)
an
r
t
n
no
a
s Arquivos
a
Arquivos de redo
de redo
h
earquivados
)
d
arquivados
i
log
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
pa to u
Modo ARCHIVELOG te (
sede dados so modificados, os dados de redo so gravados no
zit do ebanco
n
medida que P
osa
dados
lic Um arquivo especificado como tendo sido gravado em um certo
arquivo d
dero
redo log on-line.
n Quando ele estiver cheio, o processo Archiver (ARCn) copiar o arquivo de log on-line
momento.
a
e
L
para outro local que servir como um arquivamento desse arquivo, o qual poder ser preservado pelo
tempo necessrio. Isso oferece mais oportunidades de recuperao, uma vez que voc poder salvar,
fazer backup e restaurar todos os redo logs arquivados que j tenham sido gerados.
Como os arquivos de redo log on-line so reutilizados de forma circular, h um protocolo para
controlar quando eles podem ser reutilizados. No modo ARCHIVELOG, o banco de dados s iniciar
a gravao em um arquivo de redo log on-line se ele tiver sido arquivado. Isso garantir que todos os
arquivos de redo log possam ser arquivados.
Configurando o Modo ARCHIVELOG

Para colocar o banco de dados no modo ARCHIVELOG,
execute as seguintes etapas:
Usando o Enterprise Manager
Marque a caixa de seleo ARCHIVELOG Mode.
Clique em Apply. O banco de dados s poder ser definido
no modo ARCHIVELOG se estiver no estado MOUNT.
Clique em Yes quando voc for solicitado a reiniciar o banco
de dados.
Usando comandos SQL
le
b
a
r
e
f
ns
Monte o banco de dados.

tra
n
Execute o comando ALTER DATABASE ARCHIVELOG.
no
a
s
a
h ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Configurando o Modo
ARCHIVELOG
e se t
t
t
i
z deedados
n no modo ARCHIVELOG, isso impedir a sobregravao dos redo
Se voc colocar
oabanco
P
c
i
l
logs at d
eles
roserem arquivados.
n
eafazer isso no Enterprise Manager, navegue at Availability > Recovery Settings e marque a
LPara
Abra o banco de dados.
caixa de seleo ARCHIVELOG Mode. O banco de dados dever ser reiniciado aps essa alterao
ser efetuada.
Para colocar o banco de dados no modo ARCHIVELOG com o comando SQL, ele dever estar no
modo MOUNT. Se o banco de dados estiver aberto, faa um clean shutdown (sem abort-lo) e monteo. Estes so os comandos usados para fazer shutdown de um banco de dados aberto, coloc-lo no
modo ARCHIVELOG e abri-lo:
SQL>
SQL>
SQL>
SQL>
SHUTDOWN IMMEDIATE
STARTUP MOUNT
ALTER DATABASE ARCHIVELOG;
ALTER DATABASE OPEN;
Com o banco de dados no modo NOARCHIVELOG (o default), a recuperao s ser possvel at o

momento do ltimo backup. Todas as transaes realizadas aps esse backup sero perdidas.
No modo ARCHIVELOG, a recuperao ser possvel at o momento do ltimo commit. A maioria
dos bancos de dados de produo executada no modo ARCHIVELOG.
Observao: Faa backup do banco de dados aps alternar para o modo ARCHIVELOG, pois ele s
poder ser recuperado a partir do primeiro backup feito nesse modo.
Configurando Destinos de Logs de Arquivamento

Dica sobre melhores prticas: Crie vrios destinos. Se houver
apenas um destino e ele ficar cheio, o banco de dados ser
interrompido.
Destinos locais
e remotos:
Arquivos de redo
arquivados
LOG_ARCHIVE_DEST_n
Arquivos de redo
log arquivados
Arquivos de redo
log arquivados
le
Destinos somente locais:
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
Arquivos de redo
com nt Gu
l
log arquivados
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
tde Arquivamento
Configurando Destinos
e de Logs
t
e
t
i
s
Dica sobre melhores
az prticas:
en Voc deve criar vrios destinos de logs de arquivamento, pois, se
P
c
i
l
houver apenas
ro um destino e ele ficar cheio, o banco de dados ser interrompido.
d
n
a locais e remotos: Especifique destinos locais e remotos definindo o conjunto de parmetros
e
LDestinos
de inicializao LOG_ARCHIVE_DEST_n. Existem dez, portanto n poder ser um nmero de 1 a
Arquivos de redo
arquivados
LOG_ARCHIVE_DEST
LOG_ARCHIVE_DUPLEX_DEST
10.
Para especificar uma rea de armazenamento local, fornea o nome de um diretrio local para o
valor de uma dessas variveis, utilizando a string "LOCATION=". Por exemplo, para especificar
o diretrio /disk3/arch, defina uma dessas variveis da seguinte maneira:
LOG_ARCHIVE_DEST_1 = 'LOCATION=/disk3/arch
Se desejar especificar um local remoto para um banco de dados stand-by, use a palavra-chave
SERVICE no valor, como no exemplo a seguir, onde standyby1 o nome do servio de rede
referente instncia do banco de dados stand-by:
LOG_ARCHIVE_DEST_2 = 'SERVICE=standby1'.
Destinos somente locais: Com a Standard Edition do banco de dados Oracle, defina os parmetros
LOG_ARCHIVE_DEST e LOG_ARCHIVE_DUPLEX_DEST como diretrios de disco locais. Assim,
podero existir at dois locais de arquivo de log de arquivamento. Por exemplo:
LOG_ARCHIVE_DEST = '/disk1/arch'
LOG_ARCHIVE_DUPLEX_DEST = '/disk2/arch
Quando disponvel, a Oracle recomenda o uso do mtodo LOG_ARCHIVE_DEST_n, pois ele

oferece a mxima flexibilidade em termos do tipo e do nmero de destinos.
Garantindo o xito dos Logs de Arquivamento
Arquivos de
redo
arquivados
Stand-by 1
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Garantindo o xito dos
de tArquivamento
e Logsse
t
t
i
az maisicde
Se tiver especificado
enum destino para os arquivos de log de arquivamento, voc dever
P
l
especificar
roo nmero mnimo de destinos que dever ser bem-sucedido para que o arquivamento seja
d
n
com xito. Para fazer isso, use o parmetro de inicializao
a
e
Lconsiderado
LOG_ARCHIVE_MIN_SUCCEED_DEST. Defina-o como o nmero de destinos que devem
LOG_ARCHIVE_MIN_SUCCEED_DEST = 2
conseguir receber o arquivo de log arquivado. O arquivo de log on-line no ser reutilizado enquanto
esse nmero no for alcanado.
No exemplo do slide, h trs destinos especificados: dois locais e um remoto.
LOG_ARCHIVE_MIN_SUCCEED_DEST definido como 2; isso significa que, desde que pelo
menos dois dos destinos sejam bem-sucedidos, o arquivo de redo log on-line poder ser
sobregravado. O exemplo mostra que ocorreu uma falha no destino 1. Isso no interromper o banco
de dados porque dois destinos foram bem-sucedidos.
Voc pode usar esse parmetro com qualquer um dos modelos descritos no slide anterior. Se voc
us-lo com o modelo LOG_ARCHIVE_DEST_n, esse parmetro poder ter valores de 1 a 10. Se
voc us-lo com o modelo LOG_ARCHIVE_DEST, os valores podero ser 1 ou 2, pois s ser
possvel especificar dois destinos nesse caso.

Garantindo o Sucesso dos Logs de Arquivamento (continuao)
Especificando MANDATORY e OPTIONAL
Ao definir um destino, voc poder especific-lo como obrigatrio. Para fazer isso, especifique a
palavra-chave MANDATORY ou OPTIONAL aps a especificao do local. Veja um exemplo:
LOG_ARCHIVE_DEST_1 = 'LOCATION=/disk3/arch MANDATORY'
O default OPTIONAL.
Uma considerao importante se aplica um destino obrigatrio. Se um destino obrigatrio falhar, o
Oracle Database considerar que o arquivamento do log no foi bem-sucedido, e o arquivo de redo
log on-line no poder ser sobregravado. Nesse caso, ele ignorar o parmetro
LOG_ARCHIVE_MIN_SUCCEED_DEST.
Qualquer destino especificado por LOG_ARCHIVE_DEST obrigatrio. Qualquer destino declarado
por LOG_ARCHIVE_DUPLEX_DEST ser opcional se LOG_ARCHIVE_MIN_SUCCEED_DEST =
1 e obrigatrio se LOG_ARCHIVE_MIN_SUCCEED_DEST = 2.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Especificando uma Poltica de Reteno
Poltica de reteno: Descreve quais backups sero

mantidos e por quanto tempo
Dois tipos de polticas de reteno:
Janela de tempo de recuperao: Estabelece um perodo
no qual a recuperao pontual vivel
Backup
Janela de tempo de
recuperao
SYSDATE
Redundncia: Estabelece um nmero fixo de backups a s

serem mantidos
tran
n
o
an
s
Backup 1
Backuph2a
e SYSDATE
)
d
i
u
As polticas de reteno so mutuamente
com nt Gexclusivas.
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Especificando uma Poltica
t
e sdeeReteno
t
t
i
Uma poltica de reteno
quais backups sero mantidos e por quanto tempo. Voc pode
az icdescreve
en
P
definir o valor
da
poltica
de
reteno
usando o comando CONFIGURE do RMAN ou o Enterprise
l
o
r
d
n
Manager.
a
e
LPoltica de Reteno Baseada em uma Janela de Tempo de Recuperao
A melhor prtica estabelecer um perodo durante o qual ser possvel descobrir erros lgicos e
corrigir os objetos afetados por meio de uma recuperao pontual at o momento imediatamente
anterior ocorrncia do erro. Esse perodo denominado janela de tempo de recuperao. Essa
poltica especificada em nmero de dias. Para cada arquivo de dados, dever existir sempre pelo
menos um backup que atenda seguinte condio:
SYSDATE backup_checkpoint_time >= recovery_window
Voc pode usar a seguinte sintaxe de comando para configurar uma poltica de reteno baseada em
uma janela de tempo de recuperao:
RMAN> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF <days>
DAYS;
onde <days> o tamanho da janela de tempo de recuperao.
le
b
a
r
e
f

Especificando uma Poltica de Reteno (continuao)
Se no estiver usando um catlogo de recuperao, voc dever manter a janela de tempo de
recuperao como um valor menor ou igual ao do parmetro de arquivo de controle
CONTROL_FILE_RECORD_KEEP_TIME, a fim de evitar que o registro de backups anteriores seja
sobregravado nesse arquivo. Se estiver usando um catlogo de recuperao, verifique se
CONTROL_FILE_RECORD_KEEP_TIME maior que o perodo de tempo entre as
ressincronizaes do catlogo. As ressincronizaes ocorrem quando voc:
Cria um backup. Nesse caso, a sincronizao feita implicitamente.
Execute o comando RESYNC CATALOG
Os catlogos de recuperao so abordados em mais detalhes na lio Usando o Catlogo de
Recuperao do RMAN.
Poltica de Reteno Baseada em Redundncia
Se for necessrio reter um certo nmero de backups, voc poder definir a poltica de reteno com
base na opo de redundncia. Essa opo exige que um determinado nmero de backups seja
catalogado para que um backup seja identificado como obsoleto. A poltica de reteno default tem a
redundncia 1, o que significa que apenas um backup de um arquivo deve existir em determinado
momento. Um backup ser considerado obsoleto quando tiver sido feito backup de uma verso mais
recente do mesmo arquivo.
Use o seguinte comando para reconfigurar uma poltica de reteno baseada em redundncia:
le
b
a
r
e
f
an
r
t
n
no
a
s <copies>;
RMAN> CONFIGURE RETENTION POLICY TO REDUNDANCY
a
h
e
)
d
i
onde <copies> o nmero de cpias necessrias para atender
poltica.
com nt Gu
l
i
Desativando a Poltica de Reteno
a
de tiver um sistema separado, fora do
m
t
u
t
Voc poder desativar a poltica de reteno
totalmente.
Se
voc
o
S conveniente fazer isso. Se a poltica de
h is seja
@
RMAN, que salve os backups de disco
em fita, talvez
h
e
t um backup obsoleto. Como o RMAN no
tt considerar
inunca
e
reteno for desativada, o RMAN
z
s
a
u
p deve
(
precisa decidir quando um
backup
ser removido do disco (pois outro utilitrio est gerenciando
o
t
e
se para tomar essa deciso. Nesse caso, sero mantidos registros de
isso), no necessrio
zittconfigur-lo
n
a
e
P o tempo
cada backupodurante
lic especificado pelo parmetro de inicializao
r
d
CONTROL_FILE_RECORD_KEEP_TIME.
desativar a poltica de reteno, use este comando:
n RMAN> CONFIGURE RETENTIONParaPOLICY
a
e
TO NONE;
L
Observao: Voc pode especificar que um backup seja uma exceo da poltica de reteno
definida. Esse recurso chamado backup de arquivamento e abordado na lio Usando o RMAN
para Criar Backups.
Poltica de Reteno Baseada em uma

Janela de Tempo de Recuperao: Exemplo
Log 100
Log 200
Backup A
Backup B
Log 300
Log 400
Log 500
Backup C
Agor
a
le
Backup
Obsoleto
b
a
r
e
f
Janela de tempo de recuperao de 7 dias
an
r
t
n
no
a
so
hasat
e500
O Backup B e os logs de arquivamento de) 201
d
i
u
Greteno.
necessrios para satisfazer a essailpoltica
com nde
t
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Especificando uma Poltica
Baseada em uma Janela de Tempo de
e sdeeReteno
t
t
i
z
Recuperao: Exemplo
n
a ice
P
l
o
A poltica
de reteno mostrada
no slide exige que seja possvel fazer a recuperao at um momento
r
d
n
qualquer
nos
ltimos
sete
dias.
Alguns
dos backups e dos logs esto obsoletos porque no so
a
e
Lnecessrios
para a recuperao at qualquer momento na janela de tempo de sete dias. Essa poltica
Backup No obsoleto
de reteno configurada da seguinte maneira:

RMAN> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
Considerando os backups e os arquivos de log arquivados disponveis, os nicos dados necessrios

para uma recuperao at determinado momento na janela de tempo de recuperao o Backup B e
os logs de 201 at 500. Observe que o Backup A no necessrio, pois existe um backup mais
recente (B) que ainda anterior janela de tempo de recuperao. Alm disso, no basta manter
apenas o Backup C, pois ele no atenderia a uma necessidade de recuperao at quaisquer
momentos no incio da janela de tempo de recuperao. necessrio manter o ltimo backup
efetuado antes do incio da janela de tempo de recuperao, incluindo todos os logs desde que esse
backup foi efetuado.
Usando uma Fast Recovery Area
Itens permanentes:
Cpias multiplexadas do
arquivo de controle atual
Cpias multiplexadas de redo logs on-line
Itens transitrios:
Redo logs arquivados

Cpias dos arquivo de dados
Cpias do arquivo de controle
Backups automticos do arquivo
de controle
Componentes de backup
Logs de flashback
Banco de dados
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
Gu Recovery Area
com nt Fast
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Usando uma Fast Recovery
e sArea
t
e
t
i
z umelocal
n de armazenamento unificado para todos os arquivos e atividades
aArea
A Fast Recovery
P
c
i
l
relacionados
ro recuperao em um banco de dados Oracle. Todos os arquivos necessrios para
d
n
a integralmente um banco de dados aps uma falha de mdia fazem parte dessa rea. H dois
e
Lrecuperar
tipos de arquivos relacionados recuperao: permanentes e transitrios. Os arquivos permanentes
so usados efetivamente pela instncia. Os transitrios so necessrios somente quando h algum
tipo de operao de recuperao.
Itens Permanentes
Arquivo de controle: Dependendo da definio de vrios parmetros de inicializao, ser
criada uma cpia do arquivo de controle na Fast Recovery Area quando um novo banco de
dados ou arquivo de controle for criado. Para obter detalhes, consulte a seo Semantics do
comando CREATE CONTROLFILE no Oracle Database SQL Language Reference.
Cpias multiplexadas de arquivos redo log on-line: Uma cpia-espelho de cada grupo de redo
logs pode existir aqui. Ao criar um banco de dados, voc poder especificar o local dos arquivos
de redo log on-line usando a clusula LOGFILE. Se voc no incluir essa clusula, os locais
sero definidos de acordo com os valores dos seguintes parmetros de inicializao:
- DB_CREATE_ONLINE_LOG_DEST_n: Se uma ou mais dessas variveis estiverem
definidas, esses sero os nicos locais usados.
Usando uma Fast Recovery Area (continuao)

- DB_CREATE_FILE_DEST: Se esse parmetro estiver definido, esse ser o local
principal do arquivo.
- DB_RECOVERY_FILE_DEST: Se esse parmetro estiver definido, alm de
DB_CREATE_FILE_DEST, esse local ser usado como o espelho.
Para obter mais detalhes sobre como essas variveis afetam o local dos arquivos de redo log on-line,
consulte a clusula LOGFILE da instruo CREATE DATABASE no Oracle Database SQL
Language Reference.
Itens Transitrios
Arquivos de redo log arquivados: Quando a Fast Recovery Area configurada, o parmetro
LOG_ARCHIVE_DEST_1 definido automaticamente como o seu local. O processo de
background Archiver cria arquivos de redo log arquivados na Fast Recovery Area e em outros
locais configurados em LOG_ARCHIVE_DEST_n. Se nenhum local for definido em
LOG_ARCHIVE_DEST_n, o local default dos arquivos de redo log arquivados ser a Fast
Recovery Area.
Logs de flashback: Esses logs so gerados quando o Flashback Database ativado.
Backups automticos do arquivo de controle: O local default dos backups automticos do
arquivo de controle criados pelo RMAN e dos backups automticos gerados pelo servidor do
banco de dados Oracle a Fast Recovery Area.
Cpias de arquivos de dados: O comando BACKUP AS COPY cria cpias-imagem dos arquivos
de dados na Fast Recovery Area.
Arquivos do RMAN: A Fast Recovery Area o local default usado pelo RMAN para fins de
backup e restaurao do contedo dos logs de arquivamento a partir de fita em uma operao de
recuperao.
Observao: Para garantir o bom desempenho da FRA, considere cri-la em suas prprias
controladoras e discos fsicos.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Definindo uma Fast Recovery Area

A FRA definida por meio de dois parmetros dinmicos de
inicializao:
DB_RECOVERY_FILE_DEST_SIZE: Define o limite do disco
DB_RECOVERY_FILE_DEST: Define o local da FRA
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Definindo uma Fast Recovery
e seArea
t
t
i
z eobrigatrios
n
aparmetros
Use os seguintes
para definir a FRA:
P
c
i
l
o
DB_RECOVERY_FILE_DEST_SIZE:
Voc deve definir um limite de disco, que o volume
r
d
n
Leade espao que a FRA poder usar. A definio de um limite permite que o espao restante em
disco no dedicado FRA seja usado para outros fins.

- A recomendao bsica para o tamanho desse limite a soma do tamanho do banco de
dados, do tamanho dos backups incrementais e do tamanho de todos os arquivos de log
arquivados que no foram copiados para uma fita. O motivo disso que a estratgia de
backup sugerida pela Oracle cria uma cpia-imagem do banco de dados (sem arquivos
temporrios) e depois os backups incrementais.
- O tamanho mnimo da FRA deve ser grande o suficiente para armazenar os arquivos de
redo log arquivados que no foram copiados para uma fita.
- O tamanho da FRA depende da estratgia de backup e de outras opes implementadas. Os
Pontos de Restaurao Garantidos tambm afetam o tamanho da FRA.
DB_RECOVERY_FILE_DEST: Uma especificao de FRA contm um local, que um destino
vlido para a criao de arquivos.
Voc pode usar o Enterprise Manager Grid Control e o Database Control para definir facilmente a
FRA. Navegue at Availability > Recovery Settings. Defina o local da FRA e o seu tamanho na
pgina Recovery Settings. necessrio definir o tamanho da FRA ao especificar seu local.
Gerenciamento do Espao da Fast Area Recovery
Backup do arquivo
de banco de dados
Fast
Recovery
Area
1
2
3
4
O limite de
espao
atingido e um
novo arquivo
precisa ser
gravado na
Fast Recovery
Area.
Os arquivos que
no so mais
necessrios no
disco so
deletados.
Falta de
espao.
O RMAN atualiza
1
a lista de arquivos
2
que podem ser
deletados.
Arquivos de backup
a serem deletados
Advertncia
enviada ao
usurio
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Area Recovery
Gerenciamento do Espao
e daseFast
t
t
i
n arquivo na Fast Recovery Area, a lista de arquivos que no so mais
az cria
Toda vez que oPRMAN
eum
c
i
l
necessrios
roem disco atualizada. Com base no valor de DB_REOVERY_FILE_DEST_SIZE,
d
n
a houver falta de espao ou pouco espao disponvel na Fast Recovery Area porque ela no
e
Lquando
contm arquivos que possam deletados, voc receber uma mensagem de advertncia sobre o risco
de falta de espao. O servidor do banco de dados Oracle e o RMAN continuaro a criar arquivos
nessa rea at que 100% do limite do disco seja atingido. Ao definir
DB_RECOVERY_FILE_DEST_SIZE, voc dever alocar espao suficiente para armazenar os
arquivos de recuperao, incluindo os backups que esto aguardando para serem salvos em fita. Os
arquivos obsoletos ou dos quais foi feito backup em fita so provveis candidatos deleo para
liberao de espao.
Quando um arquivo gravado na Fast Recovery Area, e necessrio espao para ele, o servidor do
banco de dados Oracle deleta um arquivo contido na lista de arquivos obsoletos. Quando um arquivo
gravado e deletado da Fast Recovery Area, uma notificao gravada no log de alerta.
Observao: Quando o espao utilizado da Fast Recovery Area atinge 85%, um alerta de
advertncia emitido e, quando esse espao chega a 97%, um alerta crtico emitido. Essas so
definies internas e no podem ser alteradas.
Veja a seguir um exemplo de sada de log de alerta:
WARNING: db_recovery_file_dest_size of 52428800 bytes is 100.00%
used, and has 0 remaining bytes available.

Gerenciamento do Espao da Fast Area Recovery (continuao)
Voc pode executar a seguinte consulta para determinar a ao a ser tomada:
SQL> SELECT object_type, message_type, message_level,

2 reason, suggested_action
3 FROM dba_outstanding_alerts;
Para resolver isso, adicione espao em disco, faa backup dos arquivos em um dispositivo tercirio,
delete os arquivos da Fast Recovery Area usando o RMAN ou altere a poltica de reteno do
RMAN.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Uso do Espao da Fast Recovery Area
Configure a poltica de reteno como o valor mnimo

apropriado para o banco de dados.
Faa backup dos arquivos de log de arquivamento e
delete-os aps a concluso do backup.
Opcionalmente, configure uma poltica de deleo de redo
logs de arquivamento.
Use os comandos REPORT OBSOLETE e DELETE
OBSOLETE do RMAN para remover os backups e as
ble
a
r
cpias de arquivos desnecessrios.
sfe
tra
n
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Area
Uso do Espao da Fast
e Recovery
t
e
t
i
s
n na Fast Recovery Area, siga estas etapas conforme necessrio ou
azfaltaicdeeespao
Para evitar quePhaja
l
apropriado:
ro
d
n
o RMAN para deletar arquivos desnecessrios da Fast Recovery Area.
Le aUse
Use o RMAN para efetuar backups frequentes da Fast Recovery Area.
Altere a poltica de reteno do RMAN para reter backups durante um perodo menor.
Altere a poltica de deleo de logs arquivados do RMAN.
Adicione espao em disco e aumente o valor do parmetro de inicializao do banco de dados
DB_RECOVERY_FILE_DEST_SIZE se a falta de espao for frequente.
O Enterprise Manager no informa o volume de espao usado pela Fast Recovery Area no disco nem
na rvore de diretrios dessa rea, mas informa os tamanhos dos arquivos que o RMAN acredita
existirem no diretrio. Portanto, no coloque nessa rea arquivos que no sejam gerenciados pelo
RMAN.
Se voc remover qualquer arquivo dessa rea com uma ferramenta diferente do RMAN, use o
RMAN para remover as entradas do arquivo do catlogo. Por exemplo, para fazer backup dos
arquivos de log arquivados na Fast Recovery Area e deletar esses arquivos aps o seu backup bemsucedido, use o seguinte comando do RMAN:
BACKUP ARCHIVELOG ALL DELETE ALL INPUT;

Uso do Espao da Fast Area Recovery (continuao)
Se uma soluo de backup diferente do RMAN for usada, voc ainda precisar utiliz-lo para
remover os arquivos da Fast Recovery Area. Aps fazer backup dos arquivos de redo log arquivados
e remov-los do disco, use os comandos CROSSCHECK e DELETE do RMAN para reobter o espao
em disco ocupado pelos logs arquivados na Fast Recovery Area. Siga esse procedimento
regularmente ou depois de cada backup.
Tambm possvel usar a pgina Manage Backups do Enterprise Manager para gerenciar backups.
Nessa pgina, voc pode executar uma operao de verificao cruzada e deletar backups expirados e
obsoletos.
Configurando uma Poltica de Deleo de Redo Logs Arquivados
Voc pode usar o comando CONFIGURE ARCHIVELOG DELETION POLICY para especificar
quando os redo logs arquivados so elegveis para deleo. Essa poltica de deleo se aplica a todos
os destinos de arquivamento, incluindo a FRA.
Os redo logs arquivados podem ser deletados automaticamente pelo banco de dados ou como
resultado de comandos do RMAN executados pelo usurio:
Somente os logs existentes na FRA podem ser deletados automaticamente pelo banco de dados.
No caso de arquivos de redo log arquivados na FRA, o banco de dados os manter o mximo
possvel e deletar automaticamente os logs elegveis quando houver necessidade de espao
adicional em disco.
Voc poder deletar manualmente os logs elegveis de qualquer local, dentro ou fora da FRA,
com o comando BACKUP ... DELETE INPUT ou DELETE ARCHIVELOG.
O default :
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE;
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
O Que Feito Automaticamente para Voc
Gerenciamento simplificado de logs de arquivamento em

um ambiente de vrios componentes
Maior disponibilidade por meio do failover do backup para
destinos opcionais
Arquivos
de dados
Banco de
dados de
destino
Arquivos de
log de
arquivamento
redundantes
Cpias-imagem
Arquivos X
de log de
arquivamento
le
b
a
r
e
f
an
r
t
n
Dados de backup
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
O Que Feito Automaticamente
e se tpara Voc
t
t
i
z ende Logs de Arquivamento em um Ambiente de Vrios
aSimplificado
Gerenciamento
P
lic
o
Componentes
r
d
n
a
Esse
recurso simplifica o gerenciamento dos logs de arquivamento quando usados por vrios
e
L
Fast Recovery Area
componentes, como o Streams. Ele tambm aumenta a disponibilidade durante o backup de logs de
arquivamento, quando um log de arquivamento na FRA est ausente ou inacessvel.
Configurao Avanada de Polticas de Deleo
Os redo logs arquivados so elegveis para deleo somente quando no so necessrios para nenhum
componente obrigatrio, como Data Guard, Streams, Flashback Database etc. Quando voc configura
uma poltica de deleo de logs arquivados, a configurao se aplica a todos os destinos de
arquivamento, incluindo a FRA. Os comandos BACKUP ... DELETE INPUT e DELETE...
ARCHIVELOG usam essa configurao, assim como a FRA.
Quando for efetuado o backup da rea de recuperao, o RMAN poder fazer o failover para outros
destinos de redo logs arquivados se o redo log arquivado na FRA estiver inacessvel ou danificado.
Monitorando a FRA
...
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Monitorando a FRA te
e
t
i
s
azem itempo
As mtricas daP
FRA
en real podem ser verificadas por meio do Enterprise Manager Database
c
l
Control.dNa
roHome page, role a tela para baixo at a seo Related Links e selecione All Metrics.
n
ea a lista e clique em Recovery Area.
LExamine
A pgina exibida mostra a mtrica Recovery Area Free Space (%), que indica a porcentagem da
recuperao que constitui espao livre. Clique na porcentagem para ver o grfico de uso da rea de
recuperao.
Vantagens do Uso de uma Fast Recovery Area

O uso da Fast Recovery Area para arquivos relacionados
recuperao:
Simplifica a localizao dos backups do banco de dados
Gerencia automaticamente o espao em disco alocado
para os arquivos de recuperao
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Vantagens do Uso dete
uma Fast Recovery
Area
e
t
i
s
z
n
a paraitodos
O uso de uma P
FRA
e os arquivos relacionados recuperao simplifica a administrao
c
l
o
contnuaddo
r banco de dados.
n
a
eOracle Corporation recomenda o uso da Fast Recovery Area para todos os arquivos relacionados
LArecuperao.
Questionrio
Conjuntos de backup podem ser criados para:
1. Arquivos de dados
2. Logs de arquivamento
3. Logs on-line
4. Conjuntos de backup
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Resposta: 1, 2, 4
e se t
t
t
i
az icen
P
l
o
r
d
n
a
e
L
Questionrio
Selecione todas as afirmaes verdadeiras sobre a FRA (Fast
Recovery Area):
1. A FRA pode usar um grupo de discos ASM.
2. A FRA pode usar um diretrio do sistema operacional.
3. A FRA pode ser usada por apenas um banco de dados.
4. A FRA deve ser colocada no disco mais lento para
melhorar a recuperao.
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Resposta: 1, 2
e se t
t
t
i
az icen
P
l
o
r
d
n
a
e
L
le
b
a
r
e
f
Resumo
Chamar e configurar o RMAN
Configurar o banco de dados no modo ARCHIVELOG
Configurar vrios destinos de arquivos de log de

arquivamento para aumentar a disponibilidade
Configurar a FRA (Fast Recovery Area)
Especificar uma poltica de reteno
Descrever as vantagens de usar a Fast Recovery Area
le
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
b
a
r
e
f
Viso Geral do Exerccio 2:

Este exerccio aborda os seguintes tpicos:
Colocando o banco de dados no modo ARCHIVELOG
Verificando se a FRA est configurada

Usando o RMAN para se conectar ao banco de dados de
destino
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
an
r
t
n
n
a
e
L
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
Objetivos
Comparar o uso de um catlogo de recuperao com o do
arquivo de controle do repositrio do RMAN
Criar e configurar um catlogo de recuperao
Registrar um banco de dados no catlogo de recuperao
Sincronizar o catlogo de recuperao
Usar scripts armazenados do RMAN
ble
a
Fazer backup do catlogo de recuperao
r
fe
s
n
Criar um catlogo privado virtual
tra
n
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
n
a
e
L
Armazenamento de Dados do Repositrio do RMAN:

Comparao de Opes
Arquivo de controle:
Administrao mais
simples
Default
Catlogo de recuperao:
Replica os dados do
arquivo de controle
Armazena um histrico
mais longo de backups
Atende a vrios destinos
Armazena scripts do RMAN
Metadados
Lista de conjuntos
de backup
Lista de cpias-imagem
.
.
.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Armazenamento de Dados
do RMAN: Comparao de Opes
e doseRepositrio
t
t
i
z
n
a idoceRMAN so sempre armazenados no arquivo de controle do banco de
Os dados do repositrio
P
l eles tambm podem ser armazenados em um banco de dados separado,
o
dados deddestino.
No entanto,
r
n catlogo de recuperao.
chamado
a
e
LO catlogo de recuperao preserva as informaes de backup em outro banco de dados, o que til
em caso de perda de um arquivo de controle. Assim, possvel armazenar um histrico de backups
mais longo do que com um repositrio baseado em arquivo de controle. Um nico catlogo de
recuperao pode armazenar informaes de vrios bancos de dados de destino. O catlogo de
recuperao tambm pode conter scripts armazenados do RMAN, que so sequncias de comandos
do RMAN.
Se as suas necessidades de gerenciamento de backup forem muito simples, a Oracle recomenda o uso
do arquivo de controle em vez de um catlogo de recuperao. Se voc usar um catlogo de
recuperao, precisar gerenciar e fazer backup de outro banco de dados. Portanto, use esse catlogo
somente se puder aproveitar os benefcios que ele oferece, como a reteno mais longa de backups.
Armazenando Informaes
no Catlogo de Recuperao
RMAN
(Recovery
Manager)
Estrutura do banco
de dados
Conjuntos de backup
Cpias dos arquivo
de dados
ble
a
r
Arquivo de controle
fe
s
n
catlogo de recuperao
tra
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Armazenando Informaes
Catlogo
de Recuperao
e no
t
e
t
i
s
z
n
a informaes
O RMAN propaga
e sobre a estrutura do banco de dados, redo logs arquivados, conjuntos
P
c
i
l
o
de backup
cpias dos arquivos de dados para o catlogo de recuperao a partir do arquivo de
ddorebanco
n
controle
de dados de destino, aps qualquer operao que atualize o repositrio, bem como
a
e de certas operaes.
Lantes
Banco de dados
de destino do
catlogo de
recuperao
Motivos para Usar um Catlogo de Recuperao
Armazena mais informaes histricas que o arquivo de

controle
Permite o uso de scripts armazenados do RMAN
Permite a criao de relatrios personalizados sobre todos
os destinos registrados
Permite o uso da clusula KEEP FOREVER do comando
BACKUP
Permite listar os arquivos de dados e os tablespaces que
ble
a
r
fe
esto ou estavam no banco de dados de destino em um
s
n
a
momento especfico
n-tr
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
tde Recuperao
Motivos para Usar um
eCatlogo
t
e
t
i
s
azusariocarquivo
Embora voc possa
en de controle como o nico repositrio do RMAN, ele contm um
P
l
espao limitado
ro para os registros das atividades de backup. Usando um catlogo de recuperao,
d
n
a armazenar um histrico muito mais longo de backups. Isso permite uma recuperao at um
e
Lpossvel
momento anterior ao do histrico contido no arquivo de controle.
Para usar scripts armazenados do RMAN, voc deve usar um catlogo de recuperao.
Quando um catlogo de recuperao usado, as informaes de backup e recuperao de todos os
destinos registrados so armazenadas em um nico local, permitindo que voc crie relatrios
personalizados conectando-se como o proprietrio do catlogo e consultando as diversas views RC_.
Se no usar um catlogo de recuperao, voc dever se conectar a cada instncia do banco de dados
de destino separadamente e consultar as views V$ para obter as informaes do RMAN no arquivo
de controle de destino.
Voc pode usar o comando BACKUP ... KEEP para criar um backup que ser mantido por um
perodo diferente do especificado pela poltica de reteno configurada. A clusula KEEP FOREVER
especifica que o backup ou a cpia nunca expira e exige o uso de um catlogo de recuperao para
que os registros de backup possam ser mantidos por um tempo indefinido.
O comando REPORT SCHEMA lista os tablespaces e os arquivos de dados no banco de dados de
destino. Se voc adicionar a opo AT [time|scn|logseq], poder ver essas informaes em
algum momento no passado. S utilize a opo AT se estiver usando um catlogo de recuperao.
Criando o Catlogo de Recuperao: Trs Etapas
Configurar o
banco de dados
do catlogo de
recuperao.
Criar o
proprietrio do
catlogo de
recuperao.
le
an
r
t
n
Criar o catlogo
de recuperao.
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Trs Etapas
Criando o Catlogo de
eRecuperao:
t
e
t
i
s
az deicrecuperao,
Para criar um catlogo
siga estas trs etapas:
en
P
l
o
1. Configure
o banco de dados no qual deseja armazenar o catlogo.
dor proprietrio
n
2.
Crie
do catlogo.
a
Le
3. Crie o catlogo.
b
a
r
e
f
Configurando o Banco de Dados

do Catlogo de Recuperao
Aloque espao para o catlogo de recuperao.

Considere:
Nmero de bancos de dados suportados pelo catlogo
de recuperao
Nmero de arquivos de redo log arquivados e backups
registrados
Uso de scripts armazenados do RMAN
Crie um tablespace para o catlogo de recuperao,

ble
a
o qual se tornar o tablespace default do proprietrio
r
fe
s
n
do catlogo.
ra
-t
n
o
n
a 15M;
SQL> CREATE TABLESPACE rcat_ts DATAFILE SIZE
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t do Catlogo de Recuperao
Configurando o Banco
ede Dados
t
e
t
i
s
azde dados
Determine o banco
enno qual voc instalar o esquema do catlogo de recuperao. Considere
P
c
i
l
os procedimentos
ro de backup e recuperao desse banco de dados. O backup do catlogo de
d
n
ser abordado posteriormente nesta lio.
ea
Lrecuperao
O volume de espao necessrio para o esquema do catlogo de recuperao depende do nmero de
bancos de dados monitorados pelo catlogo. O espao aumentar medida que o nmero de arquivos
de redo log arquivados e de backups de cada banco de dados aumentar. Se voc usar scripts
armazenados do RMAN, dever alocar espao para esses scripts. O requisito de espao utilizado
como exemplo para cada banco de dados registrado no catlogo de recuperao 15 MB.
Criando o Proprietrio do Catlogo de Recuperao
SQL>
2
3
4
SQL>
Crie o proprietrio do catlogo de recuperao.

Conceda a atribuio
RECOVERY_CATALOG_OWNER.
CREATE USER rcowner IDENTIFIED BY rcpass

TEMPORARY TABLESPACE temp
DEFAULT TABLESPACE rcat_ts
QUOTA UNLIMITED ON rcat_ts;
GRANT recovery_catalog_owner TO rcowner;
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t de Recuperao
Criando o Proprietrio
edo Catlogo
t
e
t
i
s
n o proprietrio do catlogo de recuperao. Defina o tablespace
az atuar
Crie um usurio
para
ecomo
P
c
i
l
default desse
ro usurio como o criado para o catlogo de recuperao. Especifique a cota UNLIMITED
d
n
a tablespace para o usurio. Aps criar o usurio, conceda a atribuio
e
Lnesse
RECOVERY_CATALOG_OWNER a ele. A atribuio RECOVERY_CATALOG_OWNER fornece
privilgios ao proprietrio do catlogo de recuperao. Ela inclui os seguintes privilgios do sistema:
ALTER SESSION, CREATE CLUSTER, CREATE DATABASE LINK, CREATE PROCEDURE,
CREATE SEQUENCE, CREATE SESSION, CREATE SYNONYM, CREATE TABLE, CREATE
TRIGGER, CREATE TYPE e CREATE VIEW.
Voc poder usar comandos SQL ou o Enterprise Manager para criar o usurio e conceder a
atribuio.
Criando o Catlogo de Recuperao
Conecte-se ao banco de dados do catlogo de

recuperao como o proprietrio do catlogo:
$ rman
RMAN> CONNECT CATALOG username/password@net_service_name
Execute o comando CREATE CATALOG:
le
b
a
r
e
f
RMAN> CREATE CATALOG;
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Criando o Catlogo de
eRecuperao
t
e
t
i
s
n
Aps criar o proprietrio
use o comando CREATE CATALOG do RMAN para criar as
az icdoecatlogo,
P
l
o
tabelas do
drcatlogo no tablespace default do proprietrio.
n
a
Como em qualquer banco de dados, se a varivel de ambiente ORACLE_SID estiver
e
LObservao:
definida como o SID do banco de dados do catlogo de recuperao, no ser necessrio fornecer a
varivel net_service_name na instruo CONNECT.
Gerenciando os Registros do Banco de Dados de

Destino no Catlogo de Recuperao
Registrando um banco de dados de destino no catlogo

de recuperao
Catalogando arquivos de backup adicionais
Cancelando o registro de um banco de dados de destino
no catlogo de recuperao
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t de Dados de Destino no Catlogo de Recuperao
Gerenciando os Registros
e doseBanco
t
t
i
z informaes
adas
Embora a maioria
en seja propagada automaticamente do arquivo de controle para o
P
c
i
l
catlogodde
rorecuperao, h algumas operaes que talvez precisem ser executadas para manter os
n
ea do banco de dados de destino no catlogo.
Lregistros
Registrando um Banco de Dados

no Catlogo de Recuperao
O RMAN executa as seguintes aes:
Cria linhas nas tabelas do catlogo de recuperao para o
banco de dados de destino
Copia os dados do arquivo de controle do banco de dados
de destino para as tabelas do catlogo de recuperao
Sincroniza o catlogo de recuperao com o arquivo de
controle
$ rman TARGET / CATALOG
username/password@net_service_name
RMAN> REGISTER DATABASE;
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t no Catlogo de Recuperao
Registrando um Banco
e de Dados
t
e
t
i
s
az deicrecuperao,
Aps criar o catlogo
voc precisar registrar os bancos de dados de destino nesse
en
P
l
o
catlogo.dPara
r registrar o banco de dados de destino, siga estas etapas:
n
1.
Chame
RMAN e conecte-se ao banco de dados do catlogo de recuperao e ao banco de
a
Le dados deo destino,
conforme mostrado no exemplo a seguir:
% rman TARGET / CATALOG rman/rman@reccatdb
2. Verifique se o banco de dados de destino est montado ou aberto.

3. Execute o comando REGISTER para registrar o banco de dados de destino no catlogo de
recuperao:
le
b
a
r
e
f
Usando o Enterprise Manager para Registrar um

Banco de Dados
Para registrar um banco de dados em um catlogo de
recuperao, siga estas etapas no EM (Enterprise Manager):
1. Execute o EM no banco de dados de destino e navegue
at a pgina Recovery Catalog Settings.
2. Adicione o catlogo de recuperao configurao, se ele
ainda no estiver listado nela.
3. Especifique que o banco de dados de destino utilize o
catlogo de recuperao escolhido na lista.
le
b
a
r
e
f
s
n
a
r
-t que
O mtodo de registro do EM tambm faz
com
n
o
n
ele use o catlogo de recuperao apara
s
ha eidrecuperao.
operaes relacionadas a backup
e
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Registrar um Banco de Dados
Usando o Enterprise tManager
e separa
t
i
z de edados
n em um catlogo de recuperao no EM, adicione primeiro o
abanco
Para registrar um
P
c
i
l
o
catlogodrconfigurao
do EM. Executando o EM no banco de dados de destino, selecione o
n
catlogo
de
recuperao
que ser usado para esse banco de dados.
a
Le
Se voc usar o RMAN para registrar o banco de dados e no executar as etapas descritas no slide,
todas as operaes de backup e recuperao executadas com o EM no usaro o catlogo. Portanto,
se planejar usar o EM, execute as etapas de registro descritas aqui, mesmo que tenha executado o
comando REGISTER DATABASE do RMAN.
No Enterprise Manager:
1. Na home page do EM Database, navegue at Availability > Recovery Catalog Settings. Clique
em Add Recovery Catalog para especificar o host, a porta e o SID de um banco de dados com
um catlogo de recuperao existente.
2. Aps ter definido o banco de dados do catlogo de recuperao, selecione Use Recovery
Catalog na pgina Recovery Catalog Setting para registrar o banco de dados nesse banco de
dados. Quando voc clicar em OK, o banco de dados ser registrado no catlogo.
Cancelando o Registro de um Banco de Dados de

Destino no Catlogo de Recuperao
Esse procedimento remove do catlogo de recuperao

as informaes sobre o banco de dados de destino.
Utilize-o quando no quiser mais que o banco de dados de
destino seja definido no catlogo de recuperao.
$ rman TARGET / CATALOG

username/password@net_service_name
RMAN> UNREGISTER DATABASE;
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t de Dados de Destino no Catlogo de
Cancelando o Registro
Banco
e de um
t
e
t
i
s
Recuperao az
en
P
c
i
l
Quandod
voc
ro cancela o registro de um banco de dados no catlogo de recuperao, todos os registros
n
repositrio
do RMAN nesse catlogo so perdidos. Voc poder registrar novamente o banco de
a
e
Ldo
dados. Assim, os registros do catlogo de recuperao referentes a esse banco de dados se basearo
no contedo do arquivo de controle no momento em que o novo registro foi efetuado.
Normalmente, voc s cancelar o registro de um banco de dados de destino se no quiser mais usar
o catlogo de recuperao desse banco de dados ou se o banco de dados no existir mais.
Observao: Se tiver usado o Enterprise Manager Database Control para registrar o banco de dados,
voc dever utiliz-lo novamente para cancelar o registro.
Catalogando Arquivos de Backup Adicionais
CATALOG pode ser usado para catalogar os arquivos de

backup existentes que no esto mais listados no arquivo
de controle.
Isso permite que o RMAN use os arquivos durante uma
operao de restaurao.
Use o comando CATALOG para adicionar os seguintes
tipos de arquivos de backup ao catlogo de recuperao:
Cpias do arquivo de controle

Arquivos de redo log arquivados
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
RMAN> CATALOG BACKUPPIECE 'file_name';
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Adicionais
Catalogando Arquivos
ede Backup
t
e
t
i
s
n de controle, cpias de arquivos de dados, componentes de backup ou
Se existirem cpias
azdo arquivo
e
P
c
i
l
arquivos de
logo arquivados adicionais em disco, voc poder catalog-los no catlogo de
roredo
d
recuperao
usando
o comando CATALOG. Se os backups se tornarem obsoletos no arquivo de
n
a
e
Lcontrole, voc poder catalog-los para que o RMAN possa us-los durante uma operao de
restaurao.
Estes so alguns exemplos de catalogao de um arquivo de controle, arquivo de dados, arquivo de
redo log arquivado e componente de backup:
RMAN> CATALOG CONTROLFILECOPY
'/disk1/controlfile_bkup/2009_01_01/control01.ctl';
RMAN> CATALOG DATAFILECOPY
'/disk1/datafile_bkup/2009_01_01/users01.dbf';
RMAN> CATALOG ARCHIVELOG '/disk1/arch_logs/archive1_731.log',
'/disk1/arch_logs/archive1_732.log';
RMAN> CATALOG BACKUPPIECE '/disk1/backups/backup_820.bkp';
Voc pode catalogar todos os arquivos na rea de Recuperao Flash ativada no momento, da
seguinte maneira:
RMAN> CATALOG RECOVERY AREA NOPROMPT;
Opo START WITH

Use a opo START WITH para catalogar todos os arquivos encontrados na rvore de diretrios
especificada. Fornea um prefixo que indique o diretrio e, possivelmente, um prefixo de arquivo a
ser procurado. No ser possvel usar caracteres curingas; isso apenas um prefixo.

Catalogando Arquivos de Backup Adicionais (continuao)
Todos os tipos de backup encontrados no diretrio e nos subdiretrios especificados so catalogados.
Suponha que existam vrios arquivos de backup no diretrio /tmp/arch_logs. O comando a
seguir cataloga todos eles:
RMAN> CATALOG START WITH '/tmp/arch_logs/';
Suponha que voc queira catalogar somente os arquivos do diretrio /tmp cujos nomes iniciam com
a string bset. O comando a seguir far isso:
RMAN> CATALOG START WITH '/tmp/bset';
Esse comando tambm cataloga todos os arquivos de backup encontrados nas rvores de diretrios
que iniciam com /tmp/bset.
Voc poder usar o comando CATALOG sem estar conectado a um catlogo de recuperao.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Ressincronizao do Catlogo de Recuperao:

Conceitos
Parcial:
Banco de dados de destino

do arquivo de controle

Conjuntos de backup
Cpias dos arquivo
de dados
Catlogo de recuperao
le
b
a
r
e
f
an
r
t
n
no
a
s banco de dados
Parcial + estruturaado
Integral:
h
)
de
i
Snapshot do
m
u
o
arquivo de controle
ilc ent G
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t Recuperao: Conceitos
Ressincronizao dote
Catlogo de
e
t
i
s
z en o RMAN compara o catlogo de recuperao com o arquivo de
aressincronizao,
Ao executar uma
P
icdados de destino ou com um arquivo de controle de backup/stand-by e
o do bancolde
controledatual
r
n o catlogo com as informaes ausentes ou alteradas.
atualiza
a
e
L
Existem dois tipos de ressincronizao: parcial e total. Para uma ressincronizao parcial, o RMAN
compara o arquivo de controle com o catlogo de recuperao e atualiza esse catlogo com todos os
metadados referentes a backups, redo logs arquivados, cpias de arquivos de dados e assim por
diante. Para uma ressincronizao total, o RMAN cria primeiro um snapshot do arquivo de controle,
que simplesmente uma cpia temporria desse arquivo. Ele usa o snapshot para fazer a comparao
com o catlogo de recuperao. Ele compara e atualiza todos os dados como em uma
ressincronizao parcial, mas tambm inclui todas as alteraes na estrutura do banco de dados. Por
exemplo, as alteraes no esquema do banco de dados ou novos tablespaces so includos em uma
ressincronizao total.
Observao: O esquema do banco de dados inclui os nomes e os locais dos arquivos de dados,
arquivos de redo log, arquivos de log de arquivamento, segmentos de undo e outras informaes
encontradas no arquivo de controle.
Se as nicas alteraes efetuadas no arquivo de controle forem os registros controlados por
CONTROL_FILE_RECORD_KEEP_TIME, ser feita uma ressincronizao parcial. Caso contrrio,
ocorrer uma ressincronizao total. Esse tipo de ressincronizao tambm ocorre quando voc
executa o comando RESYNC CATALOG, descrito no prximo slide.
Ressincronizando Manualmente
o Catlogo de Recuperao
Ressincronize manualmente o catlogo de recuperao nas
seguintes situaes:
Quando o catlogo no estiver disponvel para
ressincronizao automtica pelo RMAN
Quando voc executar backups no frequentes do banco
de dados de destino
Aps fazer alteraes na estrutura fsica do banco de
dados de destino
RMAN> RESYNC CATALOG;
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Ressincronizando Manualmente
e se to Catlogo de Recuperao
t
t
i
az icenmanual do catlogo de recuperao nas seguintes situaes:
Execute uma ressincronizao
P
l esteja disponvel quando voc executar comandos do RMAN que
Caso
oocatlogo no
r
d
n
ocasionam
uma ressincronizao parcial
a
e
L Se voc executar
backups no frequentes do banco de dados de destino porque o catlogo de
recuperao no atualizado automaticamente quando ocorre uma alternncia de redo logs ou
quando um redo log arquivado
Aps fazer alteraes na estrutura fsica do banco de dados de destino
Observao: Consulte o Backup and Recovery Users Guide para obter informaes detalhadas
sobre os registros atualizados durante a ressincronizao.
le
b
a
r
e
f
Usando Scripts Armazenados do RMAN

Os scripts armazenados:
So uma alternativa aos arquivos de comando
Esto disponveis para qualquer cliente do RMAN capaz
de se conectar ao banco de dados de destino e ao
So de dois tipos:
CREATE SCRIPT script_name
Local: Associados ao
{ <RMAN commands> }
banco de dados de destino ao qual o RMAN est conectado
quando o script criado CREATE GLOBAL SCRIPT script_name
le
b
a
r
{ <RMAN commands> }
Global: Podem ser
fe
s
n
executados em qualquer banco de dados registrado no
tra
n
no
a
) 'file_name';
de
i
m
u
CREATE [GLOBAL] SCRIPT script_name FROM
FILE
o
ilc ent G
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
Usando Scripts Armazenados
e sedot RMAN
t
t
i
azscriptsicarmazenados
Voc pode usarPos
do RMAN como uma alternativa aos arquivos de comando
en
l
o
para gerenciar
sequencias de comandos do RMAN usadas com frequencia. Diferentemente dos
dder comando
n
arquivos
que esto disponveis apenas no sistema em que esto armazenados, um script
a
e
Larmazenado
est sempre disponvel para qualquer cliente do RMAN capaz de se conectar ao banco
Criado a partir de um arquivo de texto (opo
has adicional)
de dados de destino e ao catlogo de recuperao.

Os scripts armazenados podem ser definidos como globais ou locais. Um script armazenado local
est associado ao banco de dados de destino ao qual o RMAN est conectado quando o script
criado e s poder ser executado quando voc estiver conectado a esse banco de dados. Um script
armazenado global poder ser executado em qualquer banco de dados registrado no catlogo de
recuperao, se o cliente do RMAN estiver conectado ao catlogo de recuperao e a um banco de
dados de destino.
Criando Scripts Armazenados do RMAN
Conecte-se ao banco de dados de destino desejado e ao catlogo de recuperao, e execute o
comando CREATE SCRIPT para criar um script armazenado.
Executando Scripts Armazenados do RMAN
Executando um script:
RUN { EXECUTE SCRIPT

script_name
; }
Executando um script global:
RUN { EXECUTE GLOBAL SCRIPT

script_name
; }
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Executando Scripts Armazenados
e se t do RMAN
t
t
i
Conecte-se ao banco
az de idados
ende destino e ao catlogo de recuperao, e use o comando EXECUTE
P
c
l
SCRIPT para
ro executar um script armazenado. Observe que o comando EXECUTE SCRIPT exige
d
n
um a
ebloco RUN. Se um comando do RMAN no script falhar, os comandos subsequentes no sero
Lexecutados.
Quando voc executar o script, ele usar os canais automticos configurados no momento. Use os
comandos ALLOCATE CHANNEL do script se precisar sobrepor os canais configurados, conforme
mostrado no exemplo abaixo:
RMAN> RUN {
{
ALLOCATE CHANNEL ch1 DEVICE TYPE DISK;
EXECUTE SCRIPT full_backup;
}
Mantendo Scripts Armazenados do RMAN
Exibindo um script:
PRINT [GLOBAL] SCRIPT script_name;
Enviando o contedo de um script para um arquivo:
PRINT [GLOBAL] SCRIPT script_name TO FILE 'file_name';
Exibindo os nomes dos scripts definidos:
LIST [GLOBAL] SCRIPT NAMES;
Exibindo um script:
REPLACE [GLOBAL] SCRIPT script_name

{ <RMAN commands> ; }
Atualizando um script a partir de um arquivo:
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
Deletando um script:
i
com nt Gu
DELETE SCRIPT script_name;

l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Armazenados do RMAN
Exibindo Informaes
ede Scripts
t
e
t
i
s
Conecte-se ao banco
az de idados
ende destino e ao catlogo de recuperao, e use o comando PRINT
P
c
l
SCRIPT para
ro exibir um script armazenado ou grav-lo em um arquivo.
d
n
eao comando LIST SCRIPT NAMES para exibir os nomes dos scripts definidos no catlogo de
LUse
REPLACE [GLOBAL] SCRIPT script_name FROM FILE
'file_name';
recuperao. Esse comando exibe os nomes de todos os scripts armazenados, globais e locais, que
podem ser executados para o banco de dados de destino ao qual voc est conectado no momento.
Conecte-se ao banco de dados de destino e ao catlogo de recuperao, e use o comando REPLACE
SCRIPT para atualizar os scripts armazenados. O RMAN criar o script se ele no existir.
Para deletar um script armazenado do catlogo de recuperao, conecte-se ao catlogo e a um banco
de dados de destino, e use o comando DELETE SCRIPT.
Fazendo Backup do Catlogo de Recuperao
RMAN
(Recovery
Manager)
Catlogo de recuperao
le
b
a
r
e
f
an
r
t
n
no
a
s
Arquivo de controle ) ha
e
d
i
do catlogo de recuperao
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Fazendo Backup do Catlogo
e sedet Recuperao
t
t
i
n banco de dados Oracle e, portanto, necessrio salv-lo em backup
az ice um
O catlogo de P
recuperao
l
como qualquer
ro banco de dados. A Oracle recomenda usar o RMAN para fazer esse backup e usar o
d
n
a de controle, em vez do catlogo de recuperao, como o repositrio do RMAN. Nunca
e
Larquivo
armazene um catlogo de recuperao contendo o repositrio do RMAN referente a um banco de
dados no mesmo banco de dados que o de destino ou nos mesmos discos que esse banco de dados. O
catlogo de recuperao s ser eficaz se estiver separado dos dados que deve proteger.
Configure o backup automtico do arquivo de controle, de modo que seja feito backup desse arquivo
toda vez que ocorrer o backup do catlogo de recuperao. Sempre que voc fizer um backup no
banco de dados de destino, faa o mesmo com o catlogo de recuperao em seguida. Isso proteger
o registro do backup mais recente.
Veja a seguir um resumo de como configurar o ambiente de backup e recuperao para o seu
catlogo:
Execute o catlogo de recuperao no modo ARCHIVELOG.
Defina a poltica de reteno como um valor de REDUNDANCY maior que um.
Faa backup do catlogo de recuperao em disco e em fita.
Para fazer os backups, use o comando BACKUP DATABASE PLUS ARCHIVELOG.
Use o arquivo de controle (NOCATALOG), e no outro catlogo de recuperao, como o
repositrio do RMAN.
Configure o backup automtico do arquivo de controle como ON.
Recriando um Catlogo de Recuperao Irrecupervel

Para recriar parcialmente o contedo de um catlogo de
recuperao perdido, use os seguintes comandos:
Comando RESYNC CATALOG: Atualiza o catlogo de
recuperao com todas as informaes do repositrio do
RMAN a partir do arquivo de controle do banco de destino
ou de uma cpia do arquivo de controle
Comando CATALOG START WITH: Recataloga todos os
backups disponveis
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Recriando um Catlogo
Irrecupervel
e de Recuperao
t
e
t
i
s
z
n
a do catlogo
Se o banco de P
dados
e de recuperao for perdido ou danificado, e sua recuperao por
c
i
l
o
meio dosdprocedimentos
normais de recuperao Oracle no for possvel, voc dever
r
n
recriar
o
catlogo.
a
e
LVoc
pode usar os seguintes comandos para preencher de novo parcialmente o contedo do catlogo
de recuperao:
RESYNC CATALOG: Use este comando para atualizar o catlogo de recuperao com as
informaes do repositrio do RMAN a partir do arquivo de controle do banco de dados de
destino ou de uma cpia desse arquivo. Observe que todos os metadados dos registros do
arquivo de controle expirados sero perdidos.
CATALOG START WITH... : Use este comando para recatalogar todos os backups
disponveis.
Exportando e Importando o Catlogo de Recuperao

Use os utilitrios Export e Import ou os utilitrios Data Pump
para:
Mover o catlogo de recuperao de um banco de dados
para outro
Criar um backup lgico do catlogo de recuperao do
RMAN
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t de Recuperao
Exportando e Importando
e o sCatlogo
t
e
t
i
azutilitrios
Voc pode usarPos
enExport e Import para mover o catlogo de recuperao de um banco de
c
i
l
dados para
rooutro.
d
n
ea pode criar uma exportao do catlogo de recuperao para servir como um backup lgico.
LTambm
Execute as etapas a seguir para exportar um catlogo de recuperao de um banco de dados e
import-lo para um segundo banco de dados:
1. Use um dos utilitrios do Oracle Export para exportar os dados do catlogo a partir do banco de
dados.
2. Crie um usurio do catlogo de recuperao no banco de dados para o qual a exportao est
sendo feita e conceda os privilgios necessrios a esse usurio.
3. Use o utilitrio Import correspondente a fim de importar os dados do catlogo para o esquema
criado na etapa 2.
Voc no dever executar o comando CREATE CATALOG antes ou depois de importar o catlogo
para o banco de dados. A operao de importao cria o catlogo no segundo banco de dados.
Observao: Voc pode fazer backup do catlogo de recuperao e mov-lo para outro banco de
dados como um tablespace transportvel usando os utilitrios Export e Import ou Data Pump, bem
como mtodos lgicos.
Fazendo Upgrade e Eliminando

o Catlogo de Recuperao
Para fazer upgrade do catlogo de recuperao para a verso
necessria ao cliente do RMAN, use o comando UPGRADE
CATALOG:
UPGRADE CATALOG;
Para eliminar o esquema do catlogo de recuperao, use o
comando DROP CATALOG:
DROP CATALOG;
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Fazendo Upgrade e Eliminando
e se ot Catlogo de Recuperao
t
t
i
azdo catlogo
Se usar uma verso
en de recuperao mais antiga do que a necessria para o cliente do
P
c
i
l
RMAN, voc
ro dever fazer upgrade dessa verso executando o comando UPGRADE CATALOG.
d
n
instalar o novo esquema do catlogo de recuperao, o usurio do catlogo deve ter o
Le aPara
privilgio CREATE TYPE.
Voc deve estar conectado ao banco de dados do catlogo, e esse banco de dados deve estar
aberto. Voc no precisa estar conectado ao banco de dados de destino.
Informe o comando UPGRADE uma segunda vez para confirmar o upgrade. Voc receber um
erro se a verso do catlogo de recuperao for superior necessria para o executvel do
RMAN. No entanto, o RMAN permitir que o comando seja executado se o catlogo de
recuperao estiver atualizado, de forma que os pacotes podero ser recriados se necessrio.
O RMAN exibir todas as mensagens de erro geradas durante o upgrade no log de mensagens.
Se no quiser mais manter um catlogo de recuperao, voc poder eliminar o esquema
correspondente do tablespace com o comando DROP CATALOG. A eliminao do catlogo deleta o
registro dos backups de todos os bancos de dados de destino registrados no catlogo.
Execute esse comando somente no prompt do RMAN.
Voc deve estar conectado ao banco de dados do catlogo de recuperao por meio da opo de
linha de comandos CATALOG ou do comando CONNECT CATALOG. O banco de dados do
catlogo dever estar aberto. Voc no precisa estar conectado ao banco de dados de destino.
Informe o comando duas vezes para confirmar que deseja eliminar o esquema.
Comando IMPORT CATALOG

1. Conectar-se ao catlogo de recuperao de destino:
CONNECT CATALOG cat111/oracle@destdb;
2. Importar metadados de todos os bancos de dados registrados:

IMPORT CATALOG cat102/oracle@srcdb;
3. Importar metadados de dois bancos de dados registrados:

IMPORT CATALOG cat92/oracle@catdb DBID=1423241, 1423242;
4. Importar metadados de vrios catlogos:

Deve ser igual
verso atual do
executvel do RMAN
IMPORT CATALOG cat102/rman@srcdb;

IMPORT CATALOG cat101/rman@srcdb;
IMPORT CATALOG cat92/rman@srcdb NO UNREGISTER;
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Comando IMPORT CATALOG
e se t
t
t
i
z eCATALOG,
n
Com o comando a
IMPORT
possvel importar os metadados de um esquema de catlogo
P
c
i
l
o
de recuperao
para outro. Se voc tiver criado esquemas de catlogo de verses diferentes para
drmetadados
n
armazenar
de vrios bancos de dados de destino, esse comando permitir que voc
a
e
Lmantenha
um nico esquema para todos os bancos de dados.
IMPORT CATALOG <connectStringSpec>
[DBID = <dbid> [, <dbid>,]]
[DB_NAME=<dbname>[, <dbname,]]
[ NO UNREGISTER ];
<connectStringSpec> a string de conexo do catlogo de recuperao de origem. A verso

do esquema do catlogo de recuperao de origem deve ser igual verso atual do executvel do
RMAN. Se necessrio, faa upgrade do catlogo de origem para a verso atual do RMAN.
DBID: Voc pode especificar a lista de IDs de banco de dados cujos metadados devem ser
importados do esquema do catlogo de origem. Quando essa informao no for especificada, o
RMAN intercalar os metadados de todos os IDs de banco de dados do esquema do catlogo de
origem com o esquema do catlogo de destino. O RMAN emitir um erro se o banco de dados cujos
metadados forem intercalados j estiver registrado no esquema do catlogo de recuperao.

O Comando IMPORT CATALOG (continuao)
DB_NAME: Voc pode especificar a lista de nomes de bancos de dados cujos metadados devem ser
importados. Se o nome do banco de dados for ambguo, RMAN emitir um erro.
NO UNREGISTER: Por default, os IDs de banco de dados importados tm seu registro cancelado no
esquema do catlogo de recuperao de origem aps uma importao bem-sucedida. Usando a
opo NO UNREGISTER, voc pode forar o RMAN a manter esses IDs no esquema do
catlogo de origem.
Exemplos de Importao (continuao)
1. O RMAN deve estar conectado ao catlogo de recuperao de destino por exemplo, o
esquema cat111 que aquele para o qual voc deseja importar os dados de um catlogo.
Essa a primeira etapa em todos os exemplos fornecidos no slide.
Observao: A verso do esquema do catlogo de recuperao de origem deve ser igual
verso atual do executvel do RMAN. Antes de importar catlogos de verses anteriores, voc
deve fazer seu upgrade para a verso do executvel do RMAN.
2. Neste exemplo, o usurio cat102 possui um catlogo do RMAN no banco de dados srcdb.
Voc deseja que o RMAN importe todos os bancos de dados registrados e cancele o seu registro
no catlogo de origem.
3. O usurio cat92 possui um catlogo do RMAN no banco de dados srcdb. Voc deseja que o
RMAN importe os bancos de dados com o DBID 1423241 e 1423242, e cancele o registro
desses bancos de dados no catlogo de origem.
4. O banco de dados srcdb contm trs catlogos de recuperao diferentes. O RMAN importa
os metadados de todos os IDs de banco de dados (registrados nesses catlogos) para o esquema
cat111 do banco de dados destdb. Todos os bancos de dados de destino importados tm
seu registro cancelado nos respectivos catlogos de origem, com exceo dos bancos de dados
registrados no esquema cat92.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
th
t
t
i
e
z
Mais Detalhes Sobre Uso a
us
p
(
o
t
Certifique-se de que
banco de dados de destino esteja registrado nos esquemas do
e nenhum
se Se um banco de dados de destino estiver registrado nos dois
zitt e edendestino.
catlogo dea
origem
Pcanceleliocseu registro no catlogo de origem e tente executar novamente a
esquemas,
o
r
nd
importao.
a
e
L
Se ocorrer uma falha no meio da operao, ser feito rollback da importao. Nunca existir um
estado de importao parcial.
Quando os scripts armazenados nos esquemas do catlogo de origem e de destino apresentarem
conflitos de nome, o RMAN renomear o script armazenado do esquema do catlogo de
origem.
Criando e Usando Catlogos Privados Virtuais

Bancos de dados registrados no catlogo do RMAN
RMAN
base
catlogo
Aumento da segurana
por meio da restrio
do acesso aos metadados
an
r
t
n
no
a
s
a
h
e
)
d
i
om t Gu
c
l
i
n
Catlogos privados
a virtuais
e(VPC)
d
m
t
u
Copyright @
2010, Oracle. Todos
tte se th
i
z
a ou
p
(
t
Criando e Usando Catlogos
Virtuais
e sPrivados
t
e
t
i
z
n
a umaicconsolidao
Esse recurso permite
dos repositrios do RMAN e mantm uma separao das
e
P
l
o
responsabilidades,
o que um requisito bsico de segurana.
dr
n
a
LOecatlogo do RMAN foi aperfeioado, tendo em vista a criao de catlogos privados virtuais do
RMAN para grupos de bancos de dados e usurios. O proprietrio do catlogo cria o catlogo base e
concede o privilgio RECOVERY_CATALOG_OWNER ao proprietrio do catlogo virtual. O
proprietrio do catlogo poder conceder acesso a um banco de dados registrado ou conceder o
privilgio REGISTER ao proprietrio do catlogo virtual. Em seguida, o proprietrio do catlogo
virtual poder se conectar ao catlogo em determinado destino ou registrar um banco de dados de
destino. Aps essa configurao, o proprietrio do VPC usar o catlogo privado virtual como um
catlogo base padro.
Como proprietrio do catlogo, voc poder acessar todas as informaes dos bancos de dados
registrados nesse catlogo. Para listar todos os bancos de dados registrados, use este comando
SQL*Plus:
SELECT DISTINCT db_name FROM DBINC;
Como proprietrio do catlogo virtual, voc s poder ver os bancos de dados aos quais tem
permisso de acesso.
Observao: Se o proprietrio de um catlogo no tiver o privilgio SYSDBA ou SYSOPER no
banco de dados de destino, a maioria das operaes do RMAN no poder ser executada.
le
b
a
r
e
f
Usando Catlogos Privados Virtuais do RMAN

1.
Crie um catlogo base do RMAN:
RMAN> CONNECT CATALOG catowner/oracle@catdb

RMAN> CREATE CATALOG;
2.
Conceda o privilgio RECOVERY_CATALOG_OWNER

ao proprietrio do VPC:
SQL> CONNECT SYS/oracle@catdb AS SYSDBA

SQL> GRANT RECOVERY_CATALOG_OWNER to vpcowner;
3a. Conceda o privilgio REGISTER ao proprietrio do VPC:

RMAN> CONNECT CATALOG catowner/oracle@catdb
RMAN> GRANT REGISTER DATABASE TO vpcowner;
an
r
t
n
3b Ou conceda o privilgio CATALOG FOR DATABASE

no
a
ao proprietrio do VPC:
has
)
de
i
m
u
o
ilc ent G
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t do RMAN
Usando Catlogos Privados
e sVirtuais
t
e
t
i
az ivirtuais
Crie catlogosP
privados
en do RMAN para grupos de bancos de dados e usurios.
c
l
1. O proprietrio
ro do catlogo cria o catlogo base.
d
n
No banco de dados do catlogo, o DBA cria o usurio que ser o proprietrio do catlogo
Le2.aprivado
virtual (VPC) e concede o privilgio RECOVERY_CATALOG_OWNER a ele.
RMAN>GRANT CATALOG FOR DATABASE db10g TO vpcowner;
3. O proprietrio do catlogo base pode conceder ao proprietrio do VPC acesso aos bancos de
dados registrados anteriormente ou o privilgio REGISTER. O comando GRANT CATALOG :
GRANT CATALOG FOR DATABASE prod1, prod2 TO vpcowner;
O comando GRANT REGISTER :

GRANT REGISTER DATABASE TO vpcowner;
Em seguida, o proprietrio do catlogo virtual poder se conectar ao catlogo em determinado

destino ou registrar um banco de dados de destino. Uma vez configurado o VPC, o seu
proprietrio o usar como um catlogo base padro.
le
b
a
r
e
f
Usando Catlogos Privados Virtuais do RMAN

4a. Crie um catlogo virtual para os clientes do 11g:
RMAN> CONNECT CATALOG vpcowner/oracle@catdb
RMAN> CREATE VIRTUAL CATALOG;
4b. Ou crie um catlogo virtual para os clientes de verses

anteriores 11g:
SQL> CONNECT vpcowner/oracle@catdb
SQL> exec catowner.dbms_rcvcat.create_virtual_catalog;
5.
Registre um novo banco de dados no catlogo:
le
RMAN> CONNECT TARGET / CATALOG vpcowner/oracle@catdb

b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
RMAN> CONNECT TARGET / CATALOG vpcowner/oracle@catdb;
)
d
i
RMAN> BACKUP DATABASE;
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t do RMAN (continuao)
Usando Catlogos Privados
e sVirtuais
t
e
t
i
az privado
4. Crie um catlogo
envirtual.
P
c
i
l
a.dSe
roo banco de dados de destino for o Oracle Database 11g e se a verso do cliente do
n
for a 11g, use o comando do RMAN:
Lea RMAN
CREATE VIRTUAL CATALOG;
6.
Use o catlogo virtual:
b. Se o banco de dados de destino for o Oracle Database 10g Release 2 ou anterior (e usar um
cliente compatvel), voc dever executar o procedure fornecido no SQL*Plus:
BASE_CATALOG_OWNER.DBMS_RCVCAT.CREATE_VIRTUAL_CATALOG;
5. Conecte-se ao catlogo usando o log-in do proprietrio do VPC e utilize-o como um catlogo

normal.
6. O proprietrio do catlogo virtual s poder ver os bancos de dados para os quais foram
concedidos privilgios. Para a maioria das operaes do RMAN, voc tambm precisar do
privilgio SYSDBA ou SYSOPER no banco de dados de destino.
Resumo de Catlogos de Recuperao

Gerenciando catlogos de recuperao:
1. Crie o catlogo de recuperao.
2. Registre o banco de dados de destino no catlogo de
recuperao.
3. Se desejar, intercale os catlogos de recuperao usando
o novo comando IMPORT CATALOG.
4. Se necessrio, catalogue todos os backups antigos.
ble
5. Se necessrio, crie novos catlogos de recuperao
a
r
fe
s
virtuais para usurios especficos.
n
ra
t
n
6. Proteja o catlogo de recuperao.
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Resumo de Catlogos
ede Recuperao
t
e
t
i
s
azde gerenciamento
O workflow bsico
de catlogos de recuperao j conhecido. No entanto, ele foi
en
P
c
i
l
o
aprimorado
com dois recursos importantes: a consolidao dos repositrios e dos catlogos privados
ddorRMAN,
n
virtuais
permite uma separao das responsabilidades.
a
Le1. Crie o catlogoodequerecuperao.
2. Registre os bancos de dados de destino no catlogo de recuperao. Essa etapa permite que o
RMAN armazene metadados dos bancos de dados de destino no catlogo de recuperao.
3. Se desejar, voc tambm poder usar o comando IMPORT CATALOG para intercalar catlogos
de recuperao.
4. Se necessrio, catalogue todos os backups antigos cujos registros no estejam mais armazenados
no arquivo de controle de destino.
5. Se necessrio, crie catlogos privados virtuais para usurios especficos e determine os
metadados aos quais eles tm permisso de acesso.
6. Proteja o catlogo de recuperao incluindo-o em sua estratgia de backup e recuperao.

Resumo de Catlogos de Recuperao (continuao)
O catlogo de recuperao contm metadados sobre as operaes do RMAN em cada banco de dados
de destino registrado. O catlogo contm os seguintes tipos de metadados:
Componentes de backup e conjuntos de backup de arquivos de dados e de redo logs arquivados
Redo logs arquivados e suas cpias
Tablespaces e arquivos de dados do banco de dados de destino
Scripts armazenados, que so sequencias nomeadas de comandos do RMAN criadas pelo usurio
Definies persistentes do RMAN
A inscrio de um banco de dados de destino em um catlogo de recuperao para uso do RMAN
denominada registro. A prtica recomendada registrar todos os bancos de dados de destino em um
nico catlogo de recuperao. Por exemplo, voc pode registrar os bancos de dados prod1, prod2
e prod3 em um nico catlogo pertencente ao esquema catowner no banco de dados catdb.
O proprietrio de um catlogo de recuperao centralizado, tambm chamado catlogo de
recuperao base, poder revogar ou conceder a outros usurios do banco de dados acesso restrito ao
catlogo. Todos os metadados so armazenados esquema do catlogo base.
Cada usurio com acesso restrito ter total acesso de leitura e gravao a seus prprios
metadados, chamados de catlogo privado virtual.
O catlogo de recuperao obtm metadados cruciais do RMAN no arquivo de controle de cada
banco de dados de destino registrado. A ressincronizao do catlogo de recuperao garante que os
metadados obtidos pelo RMAN nos arquivos de controle estejam atualizados.
Voc poder usar um script armazenado como uma alternativa a um arquivo de comando para
gerenciar sequencias de comandos do RMAN frequentemente usadas. O script armazenado no
catlogo de recuperao, em vez de no sistema de arquivos. Um script armazenado local est
associado ao banco de dados de destino ao qual o RMAN est conectado quando o script criado e
s poder ser executado quando voc estiver conectado a esse banco de dados. Um script
armazenado global pode ser executado em qualquer banco de dados registrado no catlogo de
recuperao.
Voc poder usar um catlogo de recuperao no mesmo ambiente em que usar ou tiver usado
verses diferentes do banco de dados. Como resultado, seu ambiente poder ter verses diferentes do
cliente do RMAN, do banco de dados do catlogo de recuperao, do esquema do catlogo e do
banco de dados de destino. Voc poder intercalar um catlogo de recuperao (ou metadados
de bancos de dados especficos do catlogo) com outro catlogo para facilitar o gerenciamento.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Questionrio
Selecione todas as afirmaes verdadeiras sobre o catlogo
de recuperao Oracle:
1. O catlogo de recuperao permite armazenar um
histrico de backups mais longo do que seria possvel
com um repositrio baseado em arquivo de controle.
2. A Oracle recomenda o uso do catlogo de recuperao
para todos os bancos de dados, sem exceo.
3. Voc deve usar o mtodo de registro do EM a fim de
ble
a
r
utilizar o catlogo de recuperao para operaes
fe
s
n
relacionadas a backup e recuperao no EM.
-tra
on
n
a
s
a
h ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Resposta: 1, 3
e se t
t
t
i
az icen
P
l
o
r
d
n
a
e
L
Questionrio
Voc pode usar o utilitrio Data Pump Export para fazer
backup do esquema do catlogo do RMAN.
1. Verdadeiro
2. Falso
le
b
a
r
e
f
an
r
t
n
Resposta: 1
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Resumo
Comparar o uso de um catlogo de recuperao com o do
arquivo de controle do repositrio do RMAN
Criar e configurar um catlogo de recuperao
Registrar um banco de dados no catlogo de recuperao
Sincronizar o catlogo de recuperao
Usar scripts armazenados do RMAN
ble
a
Fazer backup do catlogo de recuperao
r
fe
s
n
Criar um catlogo privado virtual
tra
n
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
n
a
e
L

Criando a instncia do catlogo de recuperao RCAT com
o utilitrio dbca
Criando o proprietrio do catlogo de recuperao e

concedendo privilgios
Criando um catlogo de recuperao no RMAN
Registrando o banco de dados ORCL
Fazendo backup do catlogo de recuperao RCAT
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Configurando Definies de Backup
le
b
a
r
e
f
an
r
t
n
n
a
e
L
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
Objetivos
Usar o Enterprise Manager para configurar definies de
backup
Ativar o backup automtico do arquivo de controle
Configurar destinos de backup
Alocar canais para destino em fita
Configurar a otimizao de backup
ble
a
Criar um backup compactado
r
fe
s
n
Criar um backup criptografado
tra
n
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
n
a
e
L
Configurando Definies Persistentes para o RMAN
As definies default do RMAN so predefinidas.

Use o comando CONFIGURE para:
Configurar canais automticos
Especificar a poltica de reteno de backups
Especificar o nmero de cpias de backup a serem criadas
Definir o tipo de backup default como BACKUPSET ou COPY
Limitar o tamanho dos componentes de backup

Isentar um tablespace de ser submetido a backup
ble
Ativar e desativar a otimizao de backup
a
r
fe
s
Configurar backups automticos de arquivos de controle
n
ra
t
n
Definir a poltica de deleo de archivelogs
no
a
Especificar o paralelismo para um dispositivo
s
a
h
e a
)
d
i
Definir os parmetros de criptografia
e
compactao
om t Gu
serem usados para backups ilc
n
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Configurando Definies
para o RMAN
e Persistentes
t
e
t
i
s
z
n
Para simplificar
oauso contnuo
e do RMAN em backups e recuperaes, voc pode configurar vrias
P
c
i
l
o
definies
para cada banco de dados de destino. Essas definies controlam vrios
ddorpersistentes
n
aspectos
comportamento
do RMAN. Voc pode salvar no repositrio do RMAN informaes
a
e
Lpersistentes
sobre a configurao, como parmetros de canal, paralelismo e o tipo de dispositivo
default. Essas definies so sempre armazenadas no arquivo de controle e no banco de dados do

catlogo de recuperao (se existente).
Essas definies tm valores default, que permitem usar o RMAN prontamente. No entanto, ao
desenvolver uma estratgia mais avanada de backup e recuperao, voc ter de alterar essas
definies para implementar a estratgia. Use o comando CONFIGURE para configurar definies
persistentes para jobs de backup, restaurao, duplicao e manuteno do RMAN. Essas definies
permanecero em vigor para qualquer sesso do RMAN at que a configurao seja removida ou
alterada.
Observao: As definies podem ser alteradas em um job (ou uma sesso) do RMAN apenas
durante a execuo do job (ou da sesso) com o comando SET.
Observao sobre o EM: O mesmo se aplica ao uso do RMAN por meio da interface do Enterprise
Manager. As definies de backup fornecem os defaults para todos os backups efetuados. Durante a
criao de um backup, algumas dessas definies podem ser sobrepostas para o backup em questo.

Para examinar as definies persistentes do RMAN relativas a
um banco de dados:
Conectado somente ao destino, informe SHOW ALL
no prompt do RMAN.
Ou:
Conectado instncia do banco de dados de destino,
consulte a view V$RMAN_CONFIGURATION.
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
aaszdefinies
Voc pode exibir
en persistentes do RMAN, quando estiver conectado ao destino e
P
c
i
l
informar oro
comando SHOW ALL ou quando estiver conectado ao SQL*Plus e consultar a view
d
n
V$RMAN_CONFIGURATION.
Lea
Exemplo:
SQL> select * from V$RMAN_CONFIGURATION
2 /
CONF# NAME
VALUE
------ ---------------------- -------------------------------1 CONTROLFILE AUTOBACKUP ON
2 CHANNEL
DEVICE TYPE 'SBT_TAPE' PARMS
'SBT_LIBRARY=oracle.disksbt,ENV=(BACKUP_DIR=/tape)
'
le
b
a
r
e
f
Backups Automticos do Arquivo de Controle
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
Dica sobre Melhores Prticas: A Oracle
recomenda
e
)
d
i
u
ativar o backup automtico do c
arquivo
om tdeGcontrole.
l
i
a
en
d
m
t
u
Copyright @
2010, Oracle. Todos
tte se th
i
z
a ou
p
(
t de Controle
Backups Automticos
edo Arquivo
t
e
t
i
s
z Enterprise
Voc pode usarPoaOracle
en Manager para especificar as definies de backup de uma
c
i
l
instncia.
rNao home page Database, navegue at Availability > Backup Settings.
d
n
eauma fcil recuperao aps a perda de todas as cpias do arquivo de controle, configure o
LPara
RMAN para fazer backups automticos desse arquivo. O backup automtico do arquivo de controle
ocorre independentemente de qualquer backup do arquivo de controle atual solicitado explicitamente
como parte do comando de backup. Se voc estiver executando o RMAN no modo NOCATALOG,
altamente recomendvel ativar o backup automtico do arquivo de controle. Caso contrrio, se voc
perder o arquivo de controle, o banco de dados talvez no possa ser recuperado.
Para configurar o backup automtico do arquivo de controle, modifique a poltica de backup do
banco de dados usando o Enterprise Manager ou o seguinte comando do RMAN:
CONFIGURE CONTROLFILE AUTOBACKUP ON;
Por default, os backups automticos do arquivo de controle esto desativados. Se voc ativar esse
recurso, o RMAN far o backup automtico do arquivo de controle e do arquivo atual de parmetros
do servidor (se usado para inicializar o banco de dados) nas seguintes circunstncias:
No final de um script de execuo
Quando um backup bem-sucedido registrado no repositrio do RMAN.
Quando ocorre uma alterao estrutural do banco de dados, o kernel do Oracle faz o backup (por
exemplo, aps operaes DDL que afetam o contedo do arquivo de controle)

Backups Automticos do Arquivo de Controle (continuao)
O nome do arquivo de backup automtico do arquivo de controle tem o formato default %F para
todos os tipos de dispositivos, de forma que o RMAN possa localizar o arquivo e restaur-lo sem um
repositrio. O formato dessa varivel convertido em c-IIIIIIIIII-YYYYMMDD-QQ, onde:
IIIIIIIIII representa o DBID
YYYYMMDD um timestamp do dia em que o backup foi gerado
QQ a sequncia hexadecimal iniciada com 00 e tem o mximo de FF
Voc pode alterar o formato default usando o comando CONFIGURE CONTROLFILE
AUTOBACKUP FORMAT FOR DEVICE TYPE type TO 'string'. O valor de string deve conter
a varivel de substituio %F e nenhuma outra. Por exemplo:
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT
FOR DEVICE TYPE DISK TO '/u01/oradata/cf_ORCL_auto_%F';
Os backups automticos do arquivo de controle sero armazenados na rea de Recuperao Flash,

salvo se especificado de outra forma.
Com um backup automtico do arquivo de controle, o RMAN poder recuperar o banco de dados
mesmo que o arquivo de controle atual, o catlogo de recuperao e o arquivo de parmetros do
servidor estejam inacessveis. Como o caminho usado para armazenar o backup automtico segue um
formato bem conhecido, o RMAN pode procurar e restaurar o arquivo de parmetros do servidor ou
o arquivo de controle a partir desse backup.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Gerenciando Definies Persistentes
Use vrios fluxos de entrada/sada de dados de um dispositivo:

RMAN> CONFIGURE DEVICE TYPE SBT PARALLELISM 3;
Use o comando SHOW para listar as definies atuais:

RMAN> SHOW CONTROLFILE AUTOBACKUP FORMAT;
RMAN> SHOW EXCLUDE;
RMAN> SHOW ALL;
Use a opo CLEAR do comando CONFIGURE para redefinir

uma definio persistente como o seu valor default:
le
b
a
r
e
f
RMAN> CONFIGURE BACKUP OPTIMIZATION CLEAR;

an
r
t
RMAN> CONFIGURE MAXSETSIZE CLEAR;
on
n
RMAN> CONFIGURE DEFAULT DEVICE TYPE CLEAR;
sa
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Gerenciando Definies
e Persistentes
t
e
t
i
s
n de dados que podem ser usados para leitura/gravao no
az idecefluxos
Paralelismo oPnmero
l
dispositivo.
roIsso faz com que esse nmero de canais seja alocado quando o dispositivo usado pelo
d
n
a Por exemplo, se um gerenciador de mdia tiver duas unidades de fita disponveis, o
e
LRMAN.
paralelismo 2 permitir que ambas sejam usadas simultaneamente para comandos BACKUP com o
uso desse gerenciador. O paralelismo do tipo de dispositivo de disco tambm til para distribuir um
backup entre vrios discos.
Especifique o paralelismo a ser usado no dispositivo usando a clusula PARALLELISM, da seguinte
maneira:
CONFIGURE DEVICE TYPE <device> PARALLELISM <n>
onde <n> o valor do paralelismo.

Use o comando SHOW do RMAN para exibir as definies do RMAN. Se o comando SHOW ALL for
executado durante uma conexo com um banco de dados de destino, somente as configuraes
especficas do n e do banco de dados sero exibidas.
Voc pode retornar ao valor default de qualquer comando CONFIGUREexecutando o mesmo
comando com a opo CLEAR.
Usando um Gerenciador de Mdia
Recovery
Manager
Oracle Secure
Backup com
MML incorporada
Sesso
do servidor
(canal)
Ou
Media
Management
Library
Software do
servidor de
gerenciamento
de mdia
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Usando um Gerenciador
e de sMdia
t
e
t
i
azfita osicbackups
Para armazenarPem
en do banco de dados, o RMAN requer o Oracle Secure Backup ou
l
um gerenciador
ro de mdia.
d
n
eagerenciador de mdia um utilitrio que carrega, identifica e descarrega mdias sequenciais
LUm
(como unidades de fita) para fins de backup, restaurao e recuperao de dados. O servidor do
banco de dados Oracle chama rotinas de software MML (Media Management Library) para fazer
backup e restaurar arquivos de dados de uma mdia controlada pelo gerenciador de mdia.
Lembre-se de que o servidor do banco de dados Oracle no precisa se conectar ao software MML
quando faz backup em disco.
O Oracle BSP (Backup Solutions Program) dispe de uma variedade de produtos para gerenciamento
de mdia compatveis com a especificao MML da Oracle. Um software compatvel com a interface
MML permite que uma sesso do banco de dados Oracle faa backup dos dados no gerenciador de
mdia, bem como solicite ao gerenciador a restaurao dos backups. Informe-se com o seu
fornecedor de mdia se o gerenciador integra o Oracle BSP.
Antes de comear a usar o RMAN com um gerenciador de mdia, voc deve instalar o software do
gerenciador e verificar se o RMAN consegue se comunicar com ele. Voc poder encontrar
instrues sobre esse procedimento na documentao do software do fornecedor do gerenciador de
mdia.

Usando um Gerenciador de Mdia (continuao)
Dependendo do produto que estiver sendo instalado, siga estas etapas bsicas:
1. Instale e configure o software de gerenciamento de mdia no host de destino ou na rede de
produo. Nesse estgio, no h necessidade de integrao com o RMAN.
2. Verifique se possvel fazer backups, sem usar o RMAN, de arquivos do sistema operacional no
host do banco de dados de destino. Essa etapa facilita o diagnstico e a soluo de problemas
posteriormente. Consulte a documentao do gerenciador de mdia para saber como fazer
backup de arquivos no gerenciador.
3. Obtenha e instale o mdulo de gerenciamento de mdia de terceiros para integrao com o banco
de dados Oracle. Esse mdulo deve conter a biblioteca que o servidor do banco de dados Oracle
carrega ao acessar o gerenciador de mdia.
Operaes de Backup e Restaurao com um Gerenciador de Mdia
O seguinte script do Recovery Manager executa o backup de um arquivo de dados em uma unidade
de fita controlada por um gerenciador de mdia:
run {
# Allocating a channel of type 'sbt' for serial device
ALLOCATE CHANNEL ch1 DEVICE TYPE sbt;
BACKUP DATAFILE 3;
}
le
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
b
a
r
e
f
Quando executa esse comando, o Recovery Manager envia a solicitao de backup sesso do banco
de dados Oracle que est fazendo o backup. Essa sesso identifica o canal de sada como um
dispositivo de gerenciamento de mdia e solicita que o gerenciador carregue uma fita e grave a sada.
O gerenciador de mdia identifica e controla a fita e os nomes dos arquivos contidos em cada fita. O
gerenciador de mdia tambm controla as operaes de restaurao. Quando voc restaura um
arquivo, ocorre o seguinte:
1. O servidor do banco de dados Oracle solicita a restaurao de um arquivo especfico.
2. O gerenciador de mdia identifica a fita que contm o arquivo e faz a leitura dessa fita.
3. O gerenciador de mdia transmite as informaes de volta sesso do banco de dados Oracle.
4. O servidor do banco de dados Oracle grava o arquivo em disco.
dr
n
a
e
Especificando um Destino de Backup

Os backups podem ser gravados no(a):
Diretrio de disco
RMAN> CONFIGURE DEFAULT DEVICE TYPE TO DISK;
Fita, usando o Oracle Secure Backup

Media Management Library
Fita
RMAN> CONFIGURE DEFAULT DEVICE TYPE TO TAPE;
Disco ou fita, usando uma cpia proxy
ble
a
r
Fast Recovery Area: rea do disco reservada para fins de
fe
s
n
backup e recuperao, bem como para o flashback-tde
ra
n
bancos de dados
no
a
s
Defina o local e o tamanho.
a
h
e
)
d
i
u
Os arquivos so retidos e deletados
omautomaticamente
G
c
t
l
i
conforme necessrio.
a
en
d
m
t
u
Copyright @
2010, Oracle. Todos
tte se th
i
z
a ou
p
(
t
Especificando um Destino
e deseBackup
t
t
i
n em um diretrio de disco designado, em uma MML (Media
Os backups podem
azser gravados
e
P
c
i
l
Management
o Library) ou na Fast Recovery Area. A especificao de um diretrio de disco ou da Fast
rArea
d
Recovery
significa que os backups vo para a mdia de disco rgido. Em geral, os backups so
n
a
e
regularmente
movidos
off-line para fita por meio da interface de gerenciamento de mdia para manter
L
a disponibilidade do espao em disco. Qualquer diretrio de disco poder ser especificado como
destino de um backup, contanto que ele j exista.
Uma Media Management Library pode ser usada para copiar arquivos para dispositivos de fita ou
fazer cpias proxy. Uma cpia proxy onde a MML solicitada a fazer uma cpia de um arquivo em
um dispositivo de disco ou fita. Para que essa operao funcione, a MML deve ser capaz de fornecer
o servio de cpia proxy.
Se voc configurar uma Fast Recovery Area, vrias tarefas de backup e recuperao sero
simplificadas. O banco de dados Oracle nomeia automaticamente os arquivos e deleta os arquivos
obsoletos quando h necessidade de espao.
Para especificar a gravao dos backups em disco, use o primeiro comando do slide.
Posteriormente, quando os backups forem efetuados, se a palavra-chave FORMAT (que especifica um
local de diretrio de disco para o backup) for usada, eles sero gravados nesse local. Se houver uma
Fast Recovery Area configurada, os backups sero gravados nesse local; caso contrrio, eles sero
gravados em um local default especfico da plataforma.
Para especificar o uso de um dispositivo de fita, utilize o segundo comando do slide.
Observao: Consulte o Oracle Secure Backup Administrators Guide para obter mais informaes
sobre o Oracle Secure Backup.
Configurando e Alocando Canais
Configure canais automticos com o comando

CONFIGURE:
RMAN>
RMAN>
RMAN>
RMAN>
CONFIGURE DEVICE TYPE sbt;

CONFIGURE DEFAULT DEVICE TYPE TO sbt;
CONFIGURE CHANNEL DEVICE TYPE sbt ...
BACKUP DATABASE;
Aloque canais manualmente com o comando ALLOCATE

CHANNEL em um bloco RUN:
RMAN> RUN {
s
n
a
r
{
-t
n
o
n
a
s
BACKUP DATABASE PLUS ARCHIVELOG;
a
h
e
)
d
i
}
m
u
o
ilc ent G
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t
Configurando e Alocando
e Canais
t
e
t
i
s
z a seguir
aopes
Escolha uma das
en para configurar canais e executar backups:
P
c
i
l
Configure
ro canais automticos com o comando CONFIGURE e, em seguida, execute o comando
d
n
BACKUP no prompt do RMAN ou em um bloco RUN.
Le aAloque manualmente canais com o comando ALLOCATE CHANNEL em um bloco RUN e, em
seguida, execute comandos BACKUP.
le
b
a
r
e
f
Criando Conjuntos de Backup Duplexados

Para criar um conjunto de backup duplexado, use:
CONFIGURE ... BACKUP COPIES
BACKUP...COPIES
Arq. de
dados 1
Arq. de
dados 2
Arq. de
dados 3
Arq. de
dados 1
Arq. de
dados 2
Arq. de
dados 3
Arq. de
dados 1
le
Arq. de
dados 2
Arq. de
dados 3
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Criando Conjuntos de
Duplexados
eBackup
t
e
t
i
s
az atiquatro
O RMAN podePcriar
en cpias de um conjunto de backup simultaneamente, sendo que cada
c
l
uma uma
roduplicata exata das outras. Uma cpia de um conjunto de backup uma cpia de cada
d
n
de backup desse conjunto, sendo que cada cpia tem um nmero exclusivo (por
a
e
Lcomponente
exemplo, 0tcm8u2s_1_1 e 0tcm8u2s_1_2).
Tablespace
HR_DATA
Cpia 1
Cpia 2
do conjunto
de backup do conjunto
de backup
Na maioria dos casos, o mtodo mais fcil de duplexar conjuntos de backup usar
BACKUP...COPIES ou CONFIGURE ... BACKUP COPIES. Para canais do tipo DISK,
especifique vrios valores na opo FORMAT a fim de encaminhar as diversas cpias para discos
fsicos diferentes. Para canais sbt, se voc usar um gerenciador de mdia que suporte a Verso 2 da
API SBT, o gerenciador colocar cada cpia automaticamente em uma mdia separada (por exemplo,
uma fita separada).
Observao: A API SBT (System Backup to Tape) a interface definida para os desenvolvedores de
MML (Media Management Library), de modo que possam fornecer MMLs que se comuniquem com
o RMAN.
Observe que no possvel duplexar conjuntos de backup para a Fast Recovery Area e que a
duplexao se aplica somente a esses conjuntos, e no a cpias-imagem. Voc receber um erro se
especificar a opo BACKUP... COPIES ao criar backups de cpias-imagem. A definio de
CONFIGURE...BACKUP COPIES ignorada para esses backups.
Os conjuntos de backup duplexados so geralmente usados para backups em fita.
Criando Conjuntos de Backup Duplexados com

CONFIGURE BACKUP COPIES
Duas cpias do
backup so feitas em
duas fitas diferentes.
RMAN> CONFIGURE ARCHIVELOG BACKUP COPIES

2> FOR DEVICE TYPE sbt TO 2;
RMAN> CONFIGURE DATAFILE BACKUP COPIES
2> FOR DEVICE TYPE sbt TO 2;
RMAN> BACKUP DATABASE PLUS ARCHIVELOG;
RMAN> BACKUP DEVICE TYPE DISK AS COPY DATABASE;
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Backup
comCONFIGURE BACKUP COPIES
t
e seDuplexados
t
t
i
Use o comando CONFIGURE
az icen... BACKUP COPIES para especificar o nmero de conjuntos de
P
l quer criar no tipo de dispositivo especificado. Essa definio se aplica a
o que voc
backup idnticos
r
d
nos backups, com exceo dos backups automticos do arquivo de controle (porque esses
todos
a
e
Lbackups sempre produzem uma cpia) e conjuntos de backup quando o backup efetuado com o
No afetadas pela
definio de COPIES.
Apenas uma cpia
feita em disco.
comando BACKUP BACKUPSET.

Observao: Voc deve ter canais automticos configurados.
Para criar um conjunto de backup duplexado com CONFIGURE BACKUP COPIES, siga estas etapas:
1. Configure o nmero de cpias no tipo de dispositivo desejado para arquivos de dados e arquivos
de redo log arquivados.
2. Execute o comando BACKUP.
3. Execute um comando LIST BACKUP para verificar o backup.
Observao: O ltimo comando BACKUP no afetado pela definio de COPIES. Ele cria
uma nica cpia em disco.
Otimizao de Backup
Ignora os arquivos dos quais j foi feito backup

usada quando:
A otimizao de backup est ativada

RMAN> CONFIGURE BACKUP OPTIMIZATION ON;
BACKUP DATABASE, BACKUP ARCHIVELOG com as opes
ALL ou LIKE ou os comandos BACKUP BACKUPSET ALL
so executados
Apenas um tipo de canal alocado
Pode ser sobreposta pela opo FORCE
le
b
a
r
e
f
n
RMAN> BACKUP DEVICE TYPE sbt BACKUPSET ALL FORCE;
-tra
n
o
n
sempre usada para as opes de backup aRECOVERY
AREA, DB_RECOVERY_FILE_DEST e)RECOVERY
has ide FILES
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Otimizao de Backup
e se t
t
t
i
Se voc ativar a otimizao
az icedenbackup, o comando BACKUP ignorar os arquivos quando um backup
P
oidnticos jl tiver sido feito no tipo de dispositivo especificado.
dos arquivos
r
d
n
SeeoaRMAN determinar que um arquivo idntico e o seu backup j foi efetuado, ele ser um
L
candidato a ser ignorado. Entretanto, o RMAN executar uma verificao adicional para determinar
se o arquivo deve ser ignorado porque tanto a poltica de reteno como o recurso de duplexao de
backup so fatores do algoritmo que o RMAN usa para determinar se existem backups suficientes no
tipo de dispositivo especificado.
Consulte o Oracle Database Backup and Recovery Users Guide para obter informaes detalhadas
sobre os critrios usados pelo RMAN para determinar se um arquivo idntico e o algoritmo de
otimizao de backup.
Voc pode ativar a otimizao de backup na pgina Backup Settings do Enterprise Manager ou
executando o comando CONFIGURE BACKUP OPTIMIZATION ON. Por default, a otimizao de
backup est desativada.
A otimizao de backup ativada automaticamente para os comandos BACKUP RECOVERY AREA |
DB_RECOVERY_FILE_DEST e BACKUP RECOVERY FILES.

Configurando a Otimizao de Backup (continuao)
Para sobrepor a otimizao de backup e efetuar o backup de todos os arquivos alterados ou no,
especifique a opo FORCE no comando BACKUP como no exemplo a seguir:
BACKUP DEVICE TYPE sbt BACKUPSET ALL FORCE;
Observe que a opo FORCE no se aplica aos arquivos na rea de recuperao.

possvel desativar a otimizao de backup de forma persistente usando o Enterprise Manager ou
executando o seguinte comando:
CONFIGURE BACKUP OPTIMIZATION OFF;
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Economizando Espao de Backup com a

Compactao de Blocos No Utilizados
Os seguintes blocos podem ser
ignorados durante certos tipos de
operaes de backup:
Blocos no alocados: Esto
acima da marca d'gua
superior (HWM) do arquivo de
dados.
Blocos no utilizados: So
blocos que foram alocados,
mas que no pertencem mais
a um segmento.
No
alocados
HWM
No
utilizados
Alocados
Arquivo
de dados
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t com a Compactao de Blocos No Utilizados
Economizando Espao
e de Backup
t
e
t
i
s
z tiposende backup, o RMAN capaz de ignorar alguns blocos. Os blocos no
acertos
Quando ocorrem
P
lic Esses so os blocos que no foram alocados e esto acima da HWM.
o ser ignorados.
alocadosdpodem
r
ndisso, alguns blocos alocados que no pertencem mais a um segmento (no esto em uso)
Alm
a
e
Lpodero ser ignorados, desde que as seguintes condies sejam verdadeiras:
No haja pontos de restaurao garantidos definidos.
O arquivo de dados contenha dados somente de tablespaces gerenciados localmente.
O backup do arquivo de dados esteja sendo feito em um conjunto de backup como parte de um
backup integral ou incremental do nvel 0.
O backup esteja sendo feito em disco ou se o Oracle Secure Backup for o gerenciador de mdia.
Compactando Backups
O RMAN pode executar a compactao binria em qualquer
conjunto de backup gerado.
Pode ser executada, alm da compactao de blocos no
utilizados.
Os algoritmos de compactao disponveis so: HIGH,
MEDIUM, LOW e BASIC.
O DBA no precisa executar qualquer etapa extra para

restaurar um backup compactado.
CONFIGURE COMPRESSION ALGORITHM 'HIGH/MEDIUM/LOW/BASIC'

run {
SET COMPRESSION ALGORITHM 'HIGH/MEDIUM/LOW/BASIC';
..
}
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Compactando Backups
e se t
t
t
i
azdos dados
No feito backup
ende undo desnecessrios para a recuperao de transaes (por exemplo,
P
c
i
l
para transaes
ro submetidas a commit). A vantagem a reduo do armazenamento e do tempo totais
d
n
backup,
a uma vez que os dados de undo aplicveis a essas transaes no so salvos em backup.
e
Lde
Essa otimizao ativada automaticamente.
Embora a compactao de blocos no utilizados reduza o nmero de blocos gravados no backup (e o
tempo de backup), a compactao binria pode ser usada para compactar por meio de algoritmos os
dados gravados. Os algoritmos de compactao disponveis so HIGH, MEDIUM, LOW e BASIC.
Se voc especific-los para um dispositivo de backup especfico, use a palavra-chave COMPRESSED
aps a clusula BACKUP TYPE TO.
No necessrio executar etapas adicionais ao restaurar um backup compactado. Observe, no
entanto, que as operaes de compactao e descompactao exigem recursos da CPU. Portanto,
tanto a criao como a restaurao de um backup compactado sero provavelmente mais demoradas
e exigiro mais recursos do sistema.
Ao escolher um algoritmo, considere o espao disponvel em disco, alm dos recursos dinmicos do
sistema, como CPU e memria.
Usando a Compactao de Backup do RMAN

Nvel ou
Relao de
Compactao
Consideraes
LOW
Mais rpida. Mais adequada para

tratar backups: Recursos da CPU
MEDIUM
Rpida. Bom equilbrio entre uso

de CPU e relao de compactao
HIGH
Melhor relao de compactao

custa de um alto consumo de CPU.
Mais adequada para tratar de
restries de backup: rede.
BASIC
Regular. Relao de compactao

semelhante a MEDIUM custa de
maior uso de CPU.
Relao de compactao entre
MEDIUM e HIGH
Requer a Opo de
Compactao
Avanada
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Usando a Compactao
de
t do RMAN
e Backup
t
e
t
i
s
A compactao binria
de conjuntos
backup suportada com as definies de algoritmos
azTodos
enmodos, deexceto
P
c
mostradas no
slide.
os
BASIC, exigem a opo Oracle Advanced Compression
i
l
o
r
d
Database.
n
a
e
Como
L o desempenho dos diversos nveis de compactao depende da natureza dos dados do banco de
dados, da configurao da rede, dos recursos do sistema e do tipo de sistema de computador e seus
recursos, a Oracle Corporation no pode documentar estatsticas de desempenho aplicveis
universalmente. Para decidir o nvel mais adequado para voc, considere o equilbrio do seu sistema
em termos da largura de banda para a CPU, bem como a velocidade real da CPU. altamente
recomendvel executar testes com os diferentes nveis de compactao dos dados em seu ambiente.
A escolha de um nvel de compactao com base em seu prprio ambiente, trfego de rede (carga de
trabalho) e conjunto de dados a nica maneira de garantir que o nvel de compactao do conjunto
de backup satisfaa s necessidades de desempenho de sua organizao e aos acordos de nvel de
servio aplicveis.
Os seguintes nveis ou relaes de compactao esto disponveis:
LOW: Este o nvel mais rpido. Ele oferece uma compactao inferior a MEDIUM, mas usa
menos CPU. (Corresponde compactao LZO.)
MEDIUM: Este nvel oferece um bom equilbrio entre o uso de CPU e a relao de compactao.
(Corresponde compactaoZLIB.)
HIGH: Este nvel fornece a melhor relao de compactao, mas consome mais CPU.
(Corresponde compactao GZIP.)
BASIC: Corresponde compactao BZIP2 (no estilo da release 10g).
Criptografando Backups
Criptografia transparente: Com uma wallet (default)

Criptografia de senha: Com uma senha (sem wallet)
Criptografia no modo duplo:
Inclui os modos de criptografia de senha e transparente
Pode ser restaurada no modo transparente ou de senha
le
b
a
r
e
f
an
r
t
n
Senha: **********
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Criptografando Backups
e se t
t
t
i
adezcriptografar
H trs maneiras
en backups:
P
c
i
l
Criptografia
ro transparente: Este mtodo usa uma wallet e o modo default.
d
n
de senha: Este mtodo usa uma senha. No necessrio configurar uma wallet.
Le aCriptografia
Para fazer a restaurao, necessrio conhecer a senha usada para o backup.
Criptografia no modo duplo: Tanto a criptografia transparente como a de senha so usadas.
Para fazer a restaurao, tanto o modo transparente como o de senha podem ser usados. Este tipo
de criptografia ser til se voc normalmente restaurar os backups na instalao local, mas
ocasionalmente envi-los para outras instalaes.
A criptografia de backups abordada em detalhes no curso Oracle Database 11g: Security.
Questionrio
Como voc pode examinar as definies persistentes do
RMAN relativas a um banco de dados? Selecione todas as
respostas verdadeiras:
1. Conectado somente ao destino, informe SHOW ALL
no prompt do RMAN.
2. Em uma sesso do SQL*Plus, use o comando SHOW
RMAN CONFIGURATION.
3.
Conectado somente ao catlogo de recuperao,

informe SHOW ALL no prompt do RMAN.
s
n
a
r
4. Conectado instncia do banco de dados de destino,
-t
n
o
consulte a view V$RMAN_CONFIGURATION.
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Resposta: 1, 4
e se t
t
t
i
az icen
P
l
o
r
d
n
a
e
L
le
b
a
r
e
f
Questionrio
Selecione as afirmaes verdadeiras sobre a funcionalidade
de backup do RMAN:
1. A opo de backup FORCE sobrepe a otimizao de
backup e faz backup de todos os arquivos, alterados
ou no.
2. As definies persistentes do RMAN s podem ser
usadas para backups ocasionais.
3. Paralelismo o nmero de fluxos possveis de
ble
a
r
entrada/sada de dados de um dispositivo de backup. sfe
tra
n
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Resposta: 1, 3
e se t
t
t
i
az icen
P
l
o
r
d
n
a
e
L
Resumo
Usar o Enterprise Manager para configurar definies
de backup
Ativar o backup automtico do arquivo de controle
Configurar destinos de backup
Alocar canais para destino em fita
Configurar a otimizao de backup
ble
a
Criar um backup compactado
r
fe
s
n
Criar um backup criptografado
tra
n
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
n
a
e
L

Configurando Especificaes de Backup
Configurando definies persistentes do RMAN
Configurando o backup automtico do arquivo de controle
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Configurando Especificaes
e sedet Backup
t
t
i
n dos comandos do RMAN poder ser muito longa, considere usar o
azComo
Dica do Exerccio:
a sada
e
P
c
i
l
comando SPOOL
ro LOG do RMAN a fim de direcion-la para o arquivo especificado.
d
n
ea
LExemplo
RMAN> SPOOL LOG TO '/home/oracle/labs/my_lab_output.txt';
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
an
r
t
n
n
a
e
L
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
Objetivos
Criar imagens de backup
Criar um backup do banco de dados inteiro
Criar um backup integral do banco de dados
Ativar o backup incremental rpido
Criar conjuntos de backup duplex
Fazer backup de um conjunto de backup
le
b
a
r
Criar um backup de vrias sees do RMAN
fe
s
n
Criar um backup de arquivamento para reteno a -longo
tra
n
prazo
no
a
Gerar relatrios de backups e manter backups
has e
dr
n
a
e
)
id
m
u
o
G
ilc ent
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
e se t
t
t
i
z
Pa licen
Criando Conjuntos de Backup
RMAN> BACKUP AS BACKUPSET

2> FORMAT '/BACKUP/df_%d_%s_%p.bus'
3> TABLESPACE hr_data;
Arq. de
dados 1
Arq. de
dados 1
Arq. de
dados 2
Arq. de
dados 2
Arq. de
dados 3
le
b
a
r
e
f
an
r
t
n
no
a
s
a
Conjunto
h
Tablespace
e
)
d
i
de
backup
HR_DATA
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
eBackup
t
e
t
i
s
n backups em um formato exclusivo prprio chamado conjunto de
az iceseus
O RMAN podeParmazenar
l
backup.d
Um
roconjunto de backup uma coleo de arquivos denominados componentes de backup,
n
ea que cada um pode conter um backup de um ou mais arquivos do banco de dados.
Lsendo
Arq. de
dados 3
Observao: O parmetro FORMAT especifica um padro a ser usado na criao de um nome de

arquivo para os componentes de backup criados por esse comando. A especificao FORMAT
tambm pode ser fornecida por meio dos comandos ALLOCATE CHANNEL e CONFIGURE.
Criando Cpias-imagem
RMAN> BACKUP AS COPY DATAFILE '/ORADATA/users_01_db01.dbf';

RMAN> BACKUP AS COPY ARCHIVELOG LIKE '/arch%';
Cpia do arquivo de dados 3

Arquivo de
dados 3
Arquivo de
dados 3
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
Arquivo de log
Arquivo de log
arquivado
com nt Gu
arquivado
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Criando Cpias-imagem
e se t
t
t
i
az umicclone
Uma cpia-imagem
en de um nico arquivo de dados, redo log arquivado ou arquivo de
P
l
controle. ro
possvel criar uma cpia-imagem com o comando BACKUP AS COPY ou com um
d
n
comando do sistema operacional. Quando a cpia-imagem criada com o comando BACKUP AS
Lea
Cpia do log arquivado
COPY do RMAN, a sesso do servidor valida os blocos do arquivo e registra as informaes da cpia
no arquivo de controle.
Uma cpia-imagem tem as seguintes caractersticas:
S pode ser gravada em disco. No caso de arquivos grandes, a cpia pode ser bastante demorada,
mas o tempo de restaurao reduzido consideravelmente, pois a cpia j est disponvel no
disco.
Se os arquivos forem armazenados em disco, eles podero ser usados imediatamente com o
comando SWITCH no RMAN, que equivalente instruo SQL ALTER DATABASE RENAME
FILE.
Em uma cpia-imagem, todos os blocos so copiados, independentemente de conterem dados ou
no, porque um processo do banco de dados Oracle copia o arquivo e executa outras aes,
como a verificao de blocos danificados e o registro da cpia no arquivo de controle. Para
acelerar o processo de cpia, use o parmetro NOCHECKSUM. Por default, o RMAN calcula o
checksum de cada bloco do qual foi feito backup e armazena-o com o backup. Quando o backup
restaurado, o checksum verificado. Para obter mais informaes sobre a opo
NOCHECKSUM do comando BACKUP, consulte o Oracle Database Backup and Recovery
Reference.

Criando Cpias-imagem (continuao)
Uma cpia-imagem pode fazer parte de um backup integral ou incremental de nvel 0, pois a
cpia de um arquivo sempre inclui todos os blocos. Utilize a opo de nvel 0 se a cpia for
usada com um conjunto de backup incremental.
O exemplo do slide cria as seguintes cpias-imagem:
Uma cpia do arquivo de dados /ORADATA/users01_db01.dbf
Uma cpia dos arquivos de redo log arquivados
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Criando um Backup do Banco de Dados Inteiro
RMAN> BACKUP DATABASE

PLUS ARCHIVELOG;
le
b
a
r
e
f
Arquivo de
Cpias do controle
arquivo de
dados
an
r
t
n
o
nSPFILE
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Criando um Backup do
det Dados Inteiro
e Banco
t
e
t
i
s
az deidados
Um backup doP
banco
en inteiro pode consistir em conjuntos de backup ou em cpias-imagem
c
l
de todo d
o conjunto
ro de arquivos de dados e deve incluir o arquivo de controle. Opcionalmente, o
n
a de parmetros do servidor (SPFILE) e os arquivos de redo log arquivados podem ser
e
Larquivo
includos. Usando o RMAN (Recovery Manager) fcil criar uma cpia-imagem de todos os
Cpias dos
arquivos de
log arquivados
arquivos do banco de dados; basta montar ou abrir o banco de dados, iniciar o RMAN e especificar o
comando BACKUP mostrado no slide. Opcionalmente, voc pode especificar a opo DELETE
INPUT ao fazer o backup dos arquivos de archivelog. Isso far com que o RMAN remova esses
arquivos aps fazer o seu backup. Esse procedimento ser til principalmente se voc no estiver
usando uma Fast Recovery Area, a qual gerenciaria o espao, deletando arquivos em caso de presso
por mais espao. Nesse caso, o comando do slide seria semelhante a este:
RMAN> BACKUP DATABASE PLUS ARCHIVELOG DELETE INPUT;
Voc dever ter executado os seguintes comandos CONFIGURE para fazer o backup conforme
descrito anteriormente:
CONFIGURE DEFAULT DEVICE TYPE TO disk;
CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COPY;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
Voc tambm pode criar um backup (tanto um conjunto de backup como cpias-imagem) das cpiasimagem anteriores de todos os arquivos de dados e de controle do banco de dados, usando o seguinte
comando:
RMAN> BACKUP COPY OF DATABASE;

Criando um Backup do Banco de Dados Inteiro (continuao)
Por default, o RMAN executa cada comando BACKUP em srie. No entanto, possvel paralelizar a
operao de cpia da seguinte maneira:
Usando o comando CONFIGURE DEVICE TYPE DISK PARALLELISM n, onde n o grau
desejado de paralelismo
Alocando vrios canais
Especificando um comando BACKUP AS COPY e listando vrios arquivos
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Tipos de Backup do RMAN
Um backup integral contm todos

Backup integral ou
os blocos de arquivos de dados
"incremental de nvel 0"
usados.
Um backup incremental de nvel 0
equivalente a um backup integral
que tenha sido marcado como de
Backup
nvel 0.
incremental diferencial
Um backup incremental cumulativo
de nvel 1 contm apenas os blocos
ble
a
r
modificados desde o ltimo backup
fe
s
n
a
incremental de nvel 0.
Backupn-tr
o
incrementalndiferencial
Um backup incremental diferencial
a
s
de nvel 1 contm apenas os blocos
a
h
e
)
d
i
modificados desde o ltimo backup om
c nt Gu
l
i
incremental.
a
de
otm Stu
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
Tipos de Backup do RMAN
e se t
t
t
i
az icen
Backups Integrais
P
l
ointegral diferente
r
Um backup
de um backup do banco de dados inteiro. Um backup integral de um
d
n
a
e de dados inclui todos os blocos de dados usados no arquivo. O RMAN copia todos os blocos
Larquivo
para o conjunto de backup ou a cpia-imagem, ignorando somente os blocos que nunca foram usados
do arquivo de dados. No caso de uma cpia-imagem integral, todo o contedo do arquivo

reproduzido com exatido. Um backup integral no pode fazer parte de uma estratgia de backup
incremental; ele no pode ser o pai de um backup incremental subsequente.
Backups Incrementais
Um backup incremental um backup de nvel 0, que inclui todos os blocos dos arquivos de dados,
exceto os que nunca foram usados, ou um backup de nvel 1, que inclui apenas os blocos que foram
alterados desde o ltimo backup. Um backup incremental de nvel 0 fisicamente idntico a um
backup integral. A nica diferena que o backup de nvel 0 (assim como uma cpia-imagem) pode
ser usado como base para o de nvel 1, mas um backup integral nunca pode ser usado como base para
um backup de nvel 1.
Os backups incrementais so especificados com a palavra-chave INCREMENTAL do comando
BACKUP. Especifique INCREMENTAL LEVEL [0 | 1].

Tipos de Backup do RMAN (continuao)
O RMAN pode criar backups incrementais em vrios nveis da seguinte maneira:
Diferencial: Tipo default de backup incremental que inclui todos os blocos alterados aps o
backup incremental mais recente de nvel 1 ou 0.
Cumulativo: Backup de todos os blocos alterados aps o backup mais recente de nvel 0
Exemplos
Para executar um backup incremental de nvel 0, use o seguinte comando:
RMAN> BACKUP INCREMENTAL LEVEL 0 DATABASE;
Para executar um backup incremental diferencial, use o seguinte comando:

RMAN> BACKUP INCREMENTAL LEVEL 1 DATABASE;
Para executar um backup incremental cumulativo, use o seguinte comando:

RMAN> BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE;
O RMAN far backups integrais, por default, se no for especificada a opo FULL ou
INCREMENTAL. A compactao de blocos no utilizados faz com que os blocos nunca gravados
sejam ignorados durante o backup dos arquivos de dados em conjuntos de backup, at mesmo no
caso de backups integrais.
Um backup integral no afeta os backups incrementais subsequentes e no considerado parte de
uma estratgia de backup incremental, embora o backup integral de uma cpia-imagem possa ser
atualizado de forma incremental, aplicando-se backups incrementais com o comando RECOVER.
Esse assunto abordado na lio Usando o RMAN para Executar uma Recuperao.
Observao: Ser possvel executar qualquer tipo de backup (integral ou incremental) de um banco
de dados que esteja no modo NOARCHIVELOG , desde que o banco de dados no esteja aberto.
Observe tambm que a recuperao limitada ao horrio do ltimo backup. O banco de dados poder
ser recuperado at a ltima transao submetida a commit somente quando estiver no modo
ARCHIVELOG.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Backup Incremental Rpido

Implementado por meio do rastreamento das alteraes em
blocos, que:
Mantm um registro dos blocos alterados desde o ltimo
backup
Grava esse registro em um arquivo medida que o redo
gerado
automaticamente acessado quando um backup
executado, tornando o backup mais rpido
Lista de blocos
alterados
CTWR
1011001010110
0001110100101
1010101110011
le
b
a
r
e
f
Arquivo de
rastreamento
de alteraes
an
r
t
n
no
a
s
a
h
e log
SGA
Redo
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Backup Incremental Rpido
e se t
t
t
i
z incremental
O objetivo de umabackup
copiar apenas os blocos de dados que foram alterados desde
en
P
c
i
l
o
o backup anterior.
Voc
pode
usar
o
RMAN
para criar backups incrementais de arquivos de dados,
r
d
n
tablespaces
ou do banco de dados inteiro. Ao efetuar um backup incremental, o RMAN l somente os
ea referenciados
Lblocos
para localizar os que foram alterados desde o ltimo backup. Isso torna o
Gerao
de redo
backup menor uma vez que somente os blocos alterados so includos nele. Alm disso, a
recuperao mais rpida porque necessrio restaurar um menor nmero de blocos.
Voc pode executar o backup incremental rpido ativando o rastreamento de alteraes em blocos.
Esse rastreamento grava em um arquivo o endereo fsico de cada bloco alterado. Quando for
necessrio executar o backup incremental, o RMAN poder examinar o arquivo de rastreamento de
alteraes e fazer backup somente dos blocos referenciados nesse local; ele no precisar varrer cada
bloco para verificar se ele foi alterado desde o ltimo backup. Isso torna o backup incremental mais
rpido.
A manuteno do arquivo de rastreamento totalmente automtica e no requer interveno. O
tamanho do arquivo de rastreamento de alteraes em blocos proporcional ao:
Tamanho do banco de dados em bytes
Nmero de threads ativados em um ambiente RAC
Nmero de backups antigos mantidos pelo arquivo de rastreamento de alteraes em blocos
O tamanho mnimo do arquivo de rastreamento de alteraes em blocos 10 MB, e mais espao
alocado em incrementos de 10 MB. Por default, o banco de dados Oracle no registra informaes de
alteraes em blocos.
Ativando o Backup Incremental Rpido
le
b
a
r
e
f
ALTER DATABASE
{ENABLE|DISABLE} BLOCK CHANGE TRACKING
[USING FILE '...']
has
an
r
t
n
o
an
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Ativando o Backup Incremental
e se Rpido
t
t
i
z enem blocos ativado na home page do Database Control. Navegue at
aalteraes
O rastreamentoPde
lic > Policy. No ser necessrio especificar o destino do arquivo de
o> Backup Settings
Availability
r
d
n de alteraes em blocos se o parmetro de inicializao DB_CREATE_FILE_DEST
rastreamento
a
e
Lestiver definido, pois o arquivo criado como um arquivo OMF (Oracle Managed File) no local
DB_CREATE_FILE_DEST. No entanto, voc pode especificar o nome desse arquivo, colocando-o
no local selecionado.
Voc tambm pode ativar ou desativar esse recurso com o comando ALTER DATABASE. Se o
arquivo de rastreamento de alteraes for armazenado na rea do banco de dados junto com os
arquivos do banco de dados, ele ser deletado quando voc desativar o rastreamento de alteraes.
possvel renomear o arquivo de rastreamento de alteraes em blocos com o comando ALTER
DATABASE RENAME. Para que o arquivo de rastreamento possa ser renomeado, o status do banco de
dados deve ser MOUNT. O comando ALTER DATABASE RENAME FILE atualiza o arquivo de
controle para que ele faa referncia ao novo local. Use a seguinte sintaxe para alterar a localizao
do arquivo de rastreamento de alteraes em blocos:
ALTER DATABASE RENAME FILE '...' TO '...';
Observao: O RMAN no suporta o backup nem a recuperao do arquivo de rastreamento de

alteraes em bloco. Por esse motivo, ele no deve ser colocado na Fast Recovery Area.
Monitorando o Rastreamento
de Alteraes em Blocos
SQL> SELECT filename, status, bytes
2 FROM
v$block_change_tracking;
SQL>
2
3
4
5
5
6
7
8
SELECT file#, avg(datafile_blocks),

avg(blocks_read),
avg(blocks_read/datafile_blocks)
* 100 AS PCT_READ_FOR_BACKUP,
le
b
a
r
avg(blocks)
fe
s
n
FROM
v$backup_datafile
tra
n
WHERE used_change_tracking = 'YES' no
a
AND
incremental_level > 0 has
e
)
d
i
GROUP BY file#;
com Gu
il ent
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
Monitorando o Rastreamento
e sedetAlteraes em Blocos
t
t
i
A sada da view V$BLOCK_CHANGE_TRACKING
mostra onde o arquivo de rastreamento de
az icen
P
l
o
alteraesrem
blocos est
localizado, o status do rastreamento (ENABLED/DISABLED) e o tamanho
nd do arquivo.
(em
bytes)
a
e
LA consulta view V$BACKUP_DATAFILE mostra o quo eficaz o rastreamento de alteraes em
blocos para minimizar a entrada/sada do backup incremental (a coluna

PCT_READ_FOR_BACKUP). Um valor alto indica que o RMAN l a maioria dos blocos no arquivo
de dados durante um backup incremental. Voc pode reduzir essa relao diminuindo o tempo entre
os backups incrementais.
Este um exemplo de sada formatada da consulta view V$BACKUP_DATAFILE:
FILE#
----1
2
3
4
5
BLOCKS_IN_FILE
-------------56320
3840
49920
640
19200
BLOCKS_READ PCT_READ_FOR_BACKUP BLOCKS_BACKED_UP

----------- ------------------- ---------------4480
7
462
2688
70
2408
16768
33
4457
64
10
1
256
1
91
Executando Cpias Proxy

Recovery
Manager
Sesso
do servidor
(canal)
Media
Management
Library
Software do
servidor de
gerenciamento
de mdia
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
SAN (Storage Area Network)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Executando Cpias Proxy
e se t
t
t
i
Use a opo PROXY
az do comando
en BACKUP do RMAN para solicitar que uma MML faa a cpia dos
P
c
i
l
arquivos.
ro
d
n
ea
LSintaxe:
BACKUP [AS BACKUPSET] PROXY [ONLY] DATABASE|TABLESPACE....

A opo PROXY ONLY til no caso de gerenciadores de mdia e redes de armazenamento em que a
execuo do backup por meio de um proxy pode reduzir substancialmente o trfego na rede de
armazenamento.
Alguns produtos de gerenciamento de mdia podem gerenciar completamente toda a movimentao
de dados entre os arquivos de dados do Oracle e os dispositivos de backup. Alguns produtos que
utilizam conexes em alta velocidade entre subsistemas de mdia e armazenamento podem reduzir
muito a carga de backup do servidor do banco de dados principal. Isso til uma vez que a cpia
ocorre na SAN, em vez de na LAN. Nesse caso, o RMAN no participa mais da operao; ele apenas
comunica o status do trfego de entrada e sada da MML na LAN.
Criando Conjuntos de Backup Duplexados

com o Comando BACKUP COPIES
RMAN> BACKUP AS BACKUPSET DEVICE TYPE sbt

2> COPIES 2
3> INCREMENTAL LEVEL 0
4> DATABASE;
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Backup
com o ComandoBACKUP COPIES
t
e seDuplexados
t
t
i
z eBACKUP
n
Voc pode usar oacomando
com a opo COPIES para sobrepor outras definies de
P
c
i
l
o
COPIES ou
DUPLEX
a
fim
de
criar
conjuntos
de backup duplexados.
r
d
n
eaduplexar um backup com BACKUP COPIES, siga estas etapas:
LPara
1. Especifique o nmero de cpias idnticas com a opo COPIES do comando BACKUP.
2. Execute um comando LIST BACKUP para verificar o backup.
Criando Backups de Conjuntos de Backup
RMAN> BACKUP DEVICE TYPE DISK AS BACKUPSET

2> DATABASE PLUS ARCHIVELOG;
RMAN> BACKUP DEVICE TYPE sbt BACKUPSET ALL;
Arq. de
dados 1
Arq. de
dados 2
Arq. de
dados 3
Arq. de
dados 1
Arq. de
dados 2
Arq. de
dados 3
le
b
a
r
e
f
an
r
t
n
no
a
Redo logs
s
a
h
arquivados
e
)
d
i
Conjuntos de
backupGu
com
t
l
i
n
a
e
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t Backup
Criando Backups de tConjuntos
e se de
t
i
Use o comando BACKUP
do RMAN para fazer backup de conjuntos de backup criados
az icBACKUPSET
en
P
l
o
anteriormente.
Somente
conjuntos
de
backup
criados no tipo de dispositivo DISK podem ter seu
r
d
n
a feito por meio do RMAN. Qualquer tipo de dispositivo disponvel pode ser usado com esse
e
Lbackup
fim.
Redo logs
arquivados
O comando BACKUP BACKUPSET usa o canal de disco default para copiar conjuntos de backup de
um disco para outro. Para fazer backup de disco para fita, necessrio configurar ou alocar
manualmente um canal diferente de disco.
Fazendo Backup de Tablespaces

Somente para Leitura
Consideraes sobre o backup de tablespaces somente para
leitura:
A otimizao faz com que o RMAN execute o backup de
tablespaces somente para leitura apenas quando nenhum
backup satisfaz poltica de reteno.
Se voc alterar o tablespace para leitura/gravao,
faa imediatamente o seu backup.
ble
a
Use a opo SKIP READONLY do comando BACKUP do
r
fe
s
n
RMAN para ignorar os arquivos de dados ou os tablespaces
tra
n
somente para leitura.
no
a
s
a
h ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Fazendo Backup de Tablespaces
e se t Somente para Leitura
t
t
i
n
az nos
Como no h gravao
somente para leitura, no necessrio fazer seu backup
etablespaces
P
c
i
l
o
continuamente
como
no
caso
dos
tablespaces
de leitura/gravao. Use a opo SKIP READONLY do
r
d
n
comando BACKUP para que o RMAN no faa backup dos tablespaces somente para leitura.
Lea
Configurando o Backup e a Restaurao

de Arquivos Muito Grandes
Os backups multisseo de um nico arquivo:
So criados pelo RMAN, com o valor especificado de tamanho
So processados de forma independente (serialmente ou em
paralelo)
Produzem conjuntos de backup com vrios componentes
Melhoram o desempenho do backup
Seo 1
Seo 2
Seo 3
Canal 1
Canal 2
Canal 3
le
b
a
r
e
f
an
r
t
n
no
a
s
Seo 4
a
h
e
)
d
i
mConjunto
u de backup
Um arquivo de
G
cocom
t
l
dados grande
i
a
envrios componentes
d
m
t
u
Copyright @
2010, Oracle. Todos
tte se th
i
z
a ou
p
(
t
Configurando o Backup
de Arquivos Muito Grandes
e e a sRestaurao
t
e
t
i
z
n
a doicOracle
Os arquivos deP
dados
e podem ter at 128 TB de tamanho. Normalmente, a menor unidade
l
o
de um backup
um arquivo inteiro. Isso no prtico no caso de arquivos grandes.
dr dooRMAN
n
Opcionalmente,
RMAN
poder dividir arquivos grandes em sees e fazer o backup e a restaurao
a
e sees de forma independente.
Ldessas
Para isso, crie backups de vrias sees, que dividam os
Canal 4
arquivos gerados para o conjunto de backup em arquivos separados. Esse procedimento se aplica
apenas a conjuntos de backup, e no a cpias-imagem.
Cada seo uma faixa contgua de blocos de um arquivo. Cada seo do arquivo pode ser
processada de forma independente, serialmente ou em paralelo. O backup de um arquivo em sees
separadas pode melhorar o desempenho da operao de backup, bem como permite que backups de
arquivos grandes sejam reiniciados.
Um job de backup multisseo produz um conjunto de backup com vrios componentes. Cada
componente contm uma seo do arquivo. Todas as sees de um backup de vrias sees, com
exceo talvez da ltima, tm o mesmo tamanho. H, no mximo, 256 sees por arquivo.
Observao: No aplique valores grandes de paralelismo ao backup de um arquivo grande residente
em um pequeno nmero de discos porque isso impedir que o objetivo da operao paralela seja
atingido; vrios acessos simultneos ao mesmo dispositivo de disco competiriam entre si.
Esse recurso incorporado no RMAN. Nenhuma instalao, alm da instalao normal do Oracle
Database 11g, necessria. COMPATIBLE deve ser definido como pelo menos 11.0, pois releases
anteriores no podem restaurar backups de vrias sees.
Criando Backups de Vrias Sees do RMAN

Sintaxe do comando do RMAN:
BACKUP <options> SECTION SIZE <integer> [K | M | G]
VALIDATE DATAFILE <options> SECTION SIZE <integer> [K | M | G]
Exemplo:
RMAN> BACKUP DATAFILE 5 SECTION SIZE = 25M TAG 'section25mb';
backing up blocks 1 through 3200
piece handle=/u01/.../o1_mf_nnndf_SECTION25MB_382dryt4_.bkp
tag=SECTION25MB comment=NONE
le
an
r
t
n
...
b
a
r
e
f
no
a
s
a
h
e
piece handle=/u01/.../o1_mf_nnndf_SECTION25MB_382dsto8_.bkp
)
d
i
tag=SECTION25MB comment=NONE
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t do RMAN
Criando Backups de tVrias
e Sees
e
t
i
s
Os comandos BACKUP
DATAFILE aceitam a seguinte opo:
az eicVALIDATE
en
P
l
o
SECTION
SIZE
<integer>
[K | M | G]
r
d
n
eaessa opo para especificar o tamanho planejado de cada seo do backup. Como essa uma
LUse
opo de comando de backup e tambm de nvel de especificao de backup, possvel aplicar
backing up blocks 9601 through 12800
diferentes tamanhos de seo a arquivos distintos no mesmo job de backup.

No exemplo do slide, efetuado um backup do arquivo de dados 5, e o tamanho de seo
especificado de 25 MB. Como o tamanho do arquivo de dados 100 MB, quatro sees so
criadas. Observe que, conforme indicado pelas faixas de blocos, a contiguidade dos blocos mantida
medida que eles so gravados nos arquivos de seo.
Exibindo Metadados Sobre o Backup de Vrias Sees
As views V$BACKUP_SET e RC_BACKUP_SET tm uma coluna MULTI_SECTION, que
indica se este ou no um backup de vrias sees.
As views V$BACKUP_DATAFILE e RC_BACKUP_DATAFILE tm uma coluna
SECTION_SIZE, que especifica o nmero de blocos de cada seo de um backup de vrias
sees. Zero indica um backup de um arquivo inteiro.
Backups de Arquivamento: Conceitos

Backup de
arquivamento
Backup A
Backup B
Log 250
Log 900
Backup S
Agor
a
le
Fim de Q1
b
a
r
e
f
Janela de tempo de recuperao de 7 dias
an
r
t
n
no
a
s a poltica
e
Backup Desnecessrioapara
de reteno
Log nnn
h
e
)
id
m
u
o
G
Necessrio
para
a
poltica
de reteno
Backup
ilc ent
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t
Backups de Arquivamento:
e Conceitos
t
e
t
i
s
n on-line por determinado tempo, o RMAN normalmente
az ium
Se for preciso P
preservar
ebackup
c
l
o voc deseja fazer uma recuperao pontual para um momento especfico desde que
presumir
rque
d
n
abackup foi efetuado at a data atual. Nesse cenrio, o RMAN mantm os logs arquivados
e
Lesse
durante esse perodo. No entanto, talvez voc precise simplesmente manter o backup em questo (e o
que for necessrio para mant-lo consistente e recupervel) durante um certo perodo por
exemplo, dois anos. Voc no tem a inteno de recuperar at um momento especfico desde que o
backup foi efetuado; voc pretende apenas recuperar at o momento exato do backup. Alm disso,
voc quer manter uma poltica de reteno cujo objetivo impedir que a sua rea de backup fique
muita cheia; portanto, reter arquivos por dois anos no aceitvel. Essa uma necessidade comum
para atender a requisitos de reteno de dados legais ou de negcios.
Esse problema resolvido com um backup de arquivamento. Se voc marcar um backup como de
arquivamento, esse atributo sobrepor a poltica de reteno configurada para fins desse backup.
Voc poder reter os backups de arquivamento para que eles sejam considerados obsoletos somente
aps um tempo especificado ou para que nunca sejam considerados obsoletos. Para especificar a
ltima opo, voc precisar usar um catlogo de recuperao.
A clusula KEEP cria um backup de arquivamento que um snapshot do banco de dados em
determinado momento.
Backups de Arquivamento: Conceitos (continuao)

Os nicos redo logs mantidos so aqueles necessrios para restaurar esse backup para um estado
consistente. A clusula RESTORE POINT executada aps a concluso do backup determina o
nmero de redo logs mantidos (o suficiente para restaurar o backup at o momento definido em
RESTORE POINT).
Um backup de arquivamento tambm garante que todos os arquivos necessrios para restaurar o
backup sejam includos. O RMAN inclui os arquivos de dados, o SPFILE, os arquivos de log
arquivados (somente os necessrios para recuperar um backup on-line) e os arquivos relevantes de
backup automtico. Todos esses arquivos devem ser colocados na mesma famlia de mdia (ou grupo
de fitas).
Tambm possvel especificar um ponto de restaurao a ser criado, que tenha o mesmo SCN que o
backup de arquivamento. Esse procedimento atribuir um nome significativo ao momento em que o
backup foi efetuado.
Uma vez criado um backup de arquivamento, ele ser retido durante o perodo especificado. Mesmo
que voc tenha uma janela de tempo de reteno menor e execute o comando DELETE OBSOLETE,
o backup de arquivamento ser mantido.
Esse backup um snapshot do banco de dados em determinado momento e pode ser usado a fim de
restaur-lo para outro host para fins de teste, por exemplo.
Observao: No possvel gravar backups de arquivamento na Fast Recovery Area. Portanto, se
voc tiver um backup desse tipo, fornea a clusula FORMAT para especificar um local diferente.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Criando Backups de Arquivamento com o EM
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Criando Backups de tArquivamento
e se t com o EM
t
i
az deiarquivamento
Para criar um backup
com o Enterprise Manager, siga estas etapas:
en
P
c
l
o
1. Selecione
Availability > Schedule Backup > Schedule Customized Backup.
dr as etapas
n
2.
Siga
do assistente Schedule Customized Backup at chegar pgina Settings.
a
Le3. Clique em Override
Current Settings e, em seguida, na tab Policy. Na seo Override
Retention Policy, voc pode selecionar o nmero de dias durante o qual deseja manter um
backup. Um ponto de restaurao gerado com base no nome do job de backup. Talvez voc
tambm queira especificar outro destino para os arquivos de backup; para fazer isso, use a tab
Device.
Os backups criados com a opo KEEP incluem o SPFILE, arquivos de controle e arquivos de redo
log de arquivamento necessrios para restaurar esse backup, alm de arquivos de dados. Esse
backup um snapshot do banco de dados em determinado momento e pode ser usado para restaurar
o banco de dados para outro host.
Criando Backups de Arquivamento com o RMAN

A especificao da clusula KEEP quando o banco de

dados estiver on-line incluir tanto conjuntos de backup
de arquivos de dados como de logs de arquivamento:
KEEP {FOREVER | UNTIL TIME [=] ' date_string '}
NOKEEP
[RESTORE POINT rsname]
Liste todos os pontos de restaurao reconhecidos pelo

repositrio do RMAN:
le
b
a
r
e
f
LIST RESTORE POINT ALL;
Exiba um ponto de restaurao especfico:
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Criando Backups de tArquivamento
e se t com o RMAN
t
i
n um backup de arquivamento com o RMAN:
az para
Use a seguinteP
sintaxe
criar
e
c
i
l
BACKUP
ro ... KEEP {FOREVER|UNTIL TIME 'SYSDATE + <n>'} RESTORE POINT
d
<restore_point_name>
n
a
LAeclusula
UNTIL TIME permite especificar quando o backup de arquivamento no est mais
LIST RESTORE POINT 'rsname';
imune poltica de reteno. Opcionalmente, voc poder especificar FOREVER, que indica que o
backup permanecer em um backup de arquivamento at que outra ao seja executada para mudar
isso.
Opcionalmente, use a clusula RESTORE POINT para especificar o nome de um ponto de
restaurao a ser associado a esse backup. A clusula RESTORE POINT cria um ponto de
consistncia no arquivo de controle. Ela designa um nome a um SCN especfico, que capturado
logo aps a concluso do backup do arquivo de dados. O backup de arquivamento pode ser
restaurado e recuperado at esse momento, permitindo que o banco de dados seja aberto. Por outro
lado, a clusula UNTIL TIME especifica a data at a qual o backup deve ser mantido.
Gerenciando Backups de Arquivamento

do Banco de Dados
1
Arquivando um backup do banco de dados:
RMAN> CONNECT TARGET /

RMAN> CONNECT CATALOG rman/rman@catdb
RMAN> CHANGE BACKUP TAG 'consistent_db_bkup'
2> KEEP FOREVER;
le
b
a
r
e
Alterando o status de uma cpia do banco de dados:
2
sf
n
a
tr
n
RMAN> CHANGE COPY OF DATABASE CONTROLFILE NOKEEP;
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Gerenciando Backups
do Banco de Dados
ede Arquivamento
t
e
t
i
s
z
n
O comando CHANGE
a altera
eo status de iseno de um backup ou de uma cpia em relao poltica
P
c
i
l
o
de reteno
configurada.
Por
exemplo, voc pode especificar CHANGE ... NOKEEP a fim de
r
d
n
tornar elegvel para o status OBSOLETE um backup que esteja isento da poltica de reteno.
Lea
O primeiro exemplo altera um backup consistente para um backup de arquivamento, o qual voc
planeja armazenar em um local externo. Como o banco de dados est consistente e, portanto, no
requer recuperao, no necessrio salvar os redo logs arquivados com o backup.
O segundo exemplo especifica que todas as cpias-imagem de longo prazo dos arquivos de dados e
dos arquivos de controle devem perder seu status de iseno, tornando-se elegveis para ficarem
obsoletas de acordo com a poltica de reteno existente. Essa instruo remove essencialmente o
atributo de arquivamento desses arquivos de backup. Se voc no especificar uma tag, como nesse
caso, a execuo do comando CHANGE se aplicar a todos os backups do tipo especificado.
Especifique uma tag para alterar somente os arquivos de backup desejados.
Observao: A opo RESTORE POINT no vlida com o comando CHANGE porque no
possvel criar o ponto de restaurao relativo a um momento j passado (quando o backup foi criado).
Fazendo Backup de Arquivos de Recuperao
Faa backup somente dos arquivos da Fast Recovery Area:
RMAN> BACKUP RECOVERY AREA;
Faa backup de todos os arquivos de recuperao:
RMAN> BACKUP RECOVERY FILES;
le
b
a
r
e
f
an
r
t
n
no
a
s
a
Fast Recovery Area
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Fazendo Backup de Arquivos
e sedet Recuperao
t
t
i
z fazer ebackup
n de dados de recuperao. O comando BACKUP RECOVERY
H duas maneirasade
P
c
i
l
o de todos os arquivos encontrados nas Fast Recovery Areas atuais e anteriores. O
AREA faz rbackup
d
n
comando BACKUP RECOVERY FILES faz backup de todos os arquivos de recuperao, mesmo
Lqueeaeles no estejam na FRA. Para obter maior proteo contra perda, use o segundo comando, o
qual far backup, por exemplo, de todas as cpias dos arquivos de controle ou de dados que no
estejam na Fast Recovery Area.
Por default, a otimizao de backup funcionar com esses dois comandos, mesmo que tenha sido
desativada com o comando CONFIGURE. Isso significa que esse comando s far backup dos
arquivos de recuperao ainda no includos em um backup. possvel forar o backup de todos os
arquivos com a opo FORCE.
Voc no pode especificar DEVICE TYPE DISK em nenhum desses comandos.
Observao: O RMAN faz backup somente de arquivos do banco de dados: arquivos de dados,
arquivos de controle, SPFILES, arquivos de log de arquivamento e backups desses arquivos. Se um
arquivo do sistema operacional for colocado na Fast Recovery Area, ele ser includo em um backup
da rea de recuperao.
Gerenciando Backups: Gerao de Relatrios

Use os seguintes comandos do RMAN para obter informaes
sobre backups:
LIST: Exibe informaes sobre conjuntos de backup,
cpias proxy e cpias-imagem registrados no repositrio
REPORT: Produz uma anlise detalhada do repositrio
REPORT NEED BACKUP: Lista todos os arquivos de dados
que precisam de backup
REPORT OBSOLETE: Identifica os arquivos que no so
ble
a
r
fe
mais necessrios para atender s polticas de retenonde
s
a
backup
n-tr
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
tde Relatrios
Gerenciando Backups:
eGerao
t
e
t
i
s
Use o comando LIST
az doicRMAN
en para exibir informaes sobre conjuntos de backup, cpias proxy e
P
l
cpias-imagem
ro registrados no repositrio. Use esse comando para listar:
d
n
Backups e cpias que no tm o status AVAILABLE no repositrio do RMAN
Le aBackups e cpias de arquivos de dados disponveis e que podem ser usados em uma operao de
restaurao
Conjuntos de backup e cpias que contm um backup de uma lista especificada de arquivos de
dados ou de tablespaces especificados
Conjuntos de backup e cpias que contm um backup de quaisquer logs arquivados com uma
faixa ou um nome especificado
Conjuntos de backup e cpias restritos por tag, horrio de concluso, capacidade de recuperao
ou dispositivo
Verses de um banco de dados especfico ou de todos os bancos de dados do repositrio
Scripts armazenados no catlogo de recuperao
Use o comando REPORT do RMAN para analisar em mais detalhes as informaes do repositrio do
RMAN.
O comando REPORT NEED BACKUP utilizado para identificar todos os arquivos de dados que
precisam de backup. O relatrio pressupe que o backup mais recente ser usado em caso de
restaurao.

Gerenciando Backups: Gerao de Relatrios (continuao)
Use o comando REPORT OBSOLETE para identificar os arquivos que no so mais necessrios para
satisfazer s polticas de reteno de backup. Por default, o comando REPORT OBSOLETE informa
quais arquivos esto obsoletos de acordo com a poltica de reteno configurada no momento. Voc
pode gerar relatrios de arquivos obsoletos de acordo com diversas polticas de reteno usando as
opes REDUNDANCY ou RECOVERY WINDOW com o comando REPORT OBSOLETE.
Consulte o Oracle Database Backup and Recovery Reference para obter informaes detalhadas
sobre a sintaxe.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Gerenciando Backups: Views Dinmicas

de Desempenho
Consulte as views dinmicas de desempenho a seguir no
banco de dados de destino para obter informaes sobre
backups:
V$BACKUP_SET: Conjuntos de backup criados
V$BACKUP_PIECE: Componentes de backup existentes
V$DATAFILE_COPY: Cpias de arquivos de dados em
disco
V$BACKUP_FILES: Informaes sobre todos os arquivos able
er
f
criados durante a criao de backups
s
n
tra
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
de Desempenho
eViewsseDinmicas
t
t
i
z
n
a fornecem
H vrias views
que
e informaes relacionadas a backup. As mais usadas so mostradas no
P
c
i
l
o
slide. dr
n usando um catlogo de recuperao, voc poder consultar as views correspondentes que
a
Seeestiver
L
contm as mesmas informaes sobre cada banco de dados de destino registrado no banco de dados
desse catlogo. As views correspondentes tm o mesmo nome; a nica diferena que V$
substitudo por RC_. Alm disso, elas se encontram no esquema pertencente ao proprietrio do
catlogo de recuperao. Por exemplo, as views correspondentes no catlogo de recuperao
contendo as informaes mostradas no slide so: RC_BACKUP_SET, RC_BACKUP_PIECE,
RC_DATAFILE_COPY e RC_BACKUP_FILES.
Para consultar a view RC_BACKUP_FILES, execute primeiro o seguinte comando no banco de
dados do catlogo de recuperao:
SQL> CALL DBMS_RCVMAN.SETDATABASE(null,null,null,<dbid>);
onde <dbid> o ID de um banco de dados de destino.
Usando o Enterprise Manager para Exibir

Relatrios de Backup
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Exibir Relatrios de Backup
e separa
t
i
az Report
Use a pgina Backup
enpara exibir listas de jobs de backup reconhecidos pelo banco de dados
P
c
i
l
por meioddas
ro informaes registradas sobre eles no arquivo de controle do banco de dados.
n
eapode personalizar os jobs que aparecem na tabela Results usando os campos Search na parte
LVoc
superior da pgina. Essa tabela lista informaes bsicas sobre cada job de backup, como Start Time,
Time Taken e Status. Tambm possvel usar a tabela Results para fazer drilldown at relatrios
detalhados individuais de jobs de backup, usando o link exibido na coluna Backup Name.
Voc pode fazer drilldown at a pgina Summary of Job referente ao job de backup clicando no
Status do job na tabela Results, onde possvel exibir o contedo do log de sada.
Clique no link Backup Name e use a pgina Backup Report para exibir informaes detalhadas sobre
esse backup. As informaes exibidas nessa pgina derivam das registradas no arquivo de controle
do banco de dados.
A pgina Backup Report exibe informaes de resultado na seo Result em diversas categorias,
como Input Summary, que contm informaes sumariadas sobre os arquivos dos quais foi feito
backup; Output Summary, com informaes sumariadas sobre os Conjuntos de Backup e as Cpiasimagem; e as sees Inputs e Outputs, que exibem tabelas contendo informaes detalhadas de jobs
sobre os arquivos de dados, arquivos de controle, conjuntos de backup, componentes de backup e
cpias-imagem.
Gerenciando Backups: Verificao

Cruzada e Deleo
Use os seguintes comandos do RMAN para gerenciar seus
backups:
CROSSCHECK: Verifica o status dos backups e das cpias
registrados no repositrio do RMAN em mdia, como disco
ou fita
DELETE EXPIRED: Remove apenas os arquivos cujo
status no repositrio EXPIRED
DELETE OBSOLETE: Deleta os backups que no so mais
ble
a
r
necessrios
sfe
tra
n
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Cruzada e Deleo
eVerificao
t
e
t
i
s
Use o comando CROSSCHECK
az icen para garantir que os dados sobre os backups existentes no catlogo de
P
l de controle sejam sincronizados com os arquivos reais no disco ou no
oou no arquivo
recuperao
r
d
n de gerenciamento de mdia. O comando CROSSCHECK funciona somente nos arquivos
catlogo
a
e
Lregistrados no repositrio do RMAN.
O comando CROSSCHECK verifica somente os objetos marcados como AVAILABLE ou EXPIRED
examinando os arquivos em disco, para verificar se h canais do tipo DISK, ou consultando o
gerenciador de mdia, para verificar se h canais sbt. O comando CROSSCHECK atualiza para o
status EXPIRED os registros do repositrio referentes aos arquivos que no capaz de encontrar. Ele
no deleta os arquivos no encontrados.
O comando DELETE pode remover qualquer arquivo no qual os comandos LIST e CROSSCHECK
podem operar. Por exemplo, voc pode deletar conjuntos de backup, redo logs arquivados e cpias de
arquivos de dados. O comando DELETE remove o arquivo fsico e o registro do arquivo no catlogo.
O comando DELETE OBSOLETE deleta os backups que no so mais necessrios. Ele usa as
mesmas opes REDUNDANCY e RECOVERY WINDOW que REPORT OBSOLETE.
Se voc deletar backups sem usar o RMAN, use o comando UNCATALOG para remover os arquivos
do catlogo de recuperao ou use os comandos CROSSCHECK e DELETE EXPIRED.
Consulte o Oracle Database Backup and Recovery Reference para obter informaes detalhadas
sobre a sintaxe.
Questionrio
Um backup integral do banco de dados pode ser usado como
base para backups incrementais.
1. Verdadeiro
2. Falso
le
b
a
r
e
f
an
r
t
n
Resposta: 2
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Questionrio
O RMAN pode executar sempre um backup quando o banco
de dados est fechado.
1. Verdadeiro
2. Falso
le
b
a
r
e
f
an
r
t
n
Resposta: 1
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Resumo
Criar imagens de backup
Criar um backup do banco de dados inteiro
Criar um backup integral do banco de dados
Ativar o backup incremental rpido
Criar conjuntos de backup duplex
Fazer backup de um conjunto de backup
le
b
a
r
Criar um backup de vrias sees do RMAN
fe
s
n
Criar um backup de arquivamento para reteno a -longo
tra
n
prazo
no
a
Gerar relatrios de backups e manter backups
has e
dr
n
a
e
)
id
m
u
o
G
ilc ent
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
e se t
t
t
i
z
Pa licen

Criando Backups
Executando um backup de arquivamento
Ativando o rastreamento de alteraes em blocos
Recuperando um bloco danificado
Gerando relatrios de backups existentes
Efetuando backup do arquivo de controle
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Tarefas de Restaurao e Recuperao
le
b
a
r
e
f
an
r
t
n
n
a
e
L
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
Objetivos
Descrever as causas da perda de arquivos e determinar
a ao adequada
Descrever as principais operaes de recuperao
Fazer o backup e a recuperao de um arquivo de
controle
Fazer a recuperao aps a perda de um grupo de redo
logs
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
Restaurando e Recuperando
Restaurar
le
b
a
r
e
f
Redo log
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
n de backup e recuperao envolve dois tipos importantes de
az das
A parte recuperao
tarefas
e
P
c
i
l
atividades:
rorestaurao e recuperao A restaurao de um arquivo consiste no processo de copiar
d
n
abackup para ser usado pelo banco de dados. Isso ser necessrio se, por exemplo, um arquivo for
e
Lum
danificado por causa de uma falha no disco fsico no qual ele se encontra. Geralmente isso ocorre em
Recuperar
decorrncia de problemas de hardware, como erros de gravao do disco ou falha da controladora.

Nesse caso, um backup do arquivo precisar ser copiado para um novo disco (ou corrigido).
A recuperao do arquivo envolve a aplicao de redo de modo que o estado do arquivo seja
restaurado para o momento desejado. Normalmente esse momento o mais prximo possvel do
horrio da falha.
No setor de banco de dados, essas duas operaes costumam ser designadas, coletivamente, com o
termo recuperao.
Causas da Perda de Arquivos

A perda de arquivos pode ser causada por:
Erro do usurio
Erro da aplicao
Falha de mdia
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Causas da Perda de Arquivos
e se t
t
t
i
azser perdidos
Os arquivos podem
en ou danificados como consequncia de:
P
c
i
l
Erro
rdoo usurio: Um administrador pode inadvertidamente deletar ou sobregravar um arquivo
d
n
do sistema operacional.
Le anecessrio
Erro da aplicao: Uma aplicao ou um script tambm pode apresentar erro de lgica ao
processar arquivos do banco de dados, resultando na perda ou no dano de um arquivo.
Falha de mdia: Uma controladora ou uma unidade de disco pode falhar total ou parcialmente e
introduzir danos em arquivos, ou at mesmo causar a perda total de arquivos.
Comparao entre Crtico e No Crtico

Uma perda de um arquivo no crtico permite que o banco de
dados continue a funcionar.
Para corrigir o problema, execute uma destas aes:

ble
a
Crie um novo arquivo.
r
fe
s
n
Reconstrua o arquivo.
tra
n
Recupere o arquivo perdido ou danificado.
no
a
s
a
h ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
tCrtico
Comparao entre Crtico
e e sNo
t
e
t
i
az icaquele
Um arquivo no
crtico
en sem o qual o banco de dados e a maioria das aplicaes conseguem
P
l
operar. Por
roexemplo, se o banco de dados perder um arquivo de redo log multiplexado, outras cpias
d
n
ea arquivo podero ser usadas para manter o banco de dados em atividade.
Ldesse
Embora a perda de um arquivo no crtico no desative o banco de dados, ela pode comprometer o
seu funcionamento. Por exemplo:
A perda de um tablespace de ndice pode tornar a execuo de aplicaes e consultas muito mais
lenta ou mesmo tornar a aplicao inutilizvel, caso os ndices sejam usados para impor
constraints.
A perda de um grupo de redo logs on-line, desde que no seja o grupo atual de logs on-line,
poder causar a suspenso das operaes do banco de dados (quando o processo LGWR tentar
gravar no grupo) at que novos arquivos de log sejam gerados.
A perda de um tablespace temporrio pode impedir que os usurios executem consultas ou criem
ndices at que eles sejam designados a um novo tablespace temporrio.
Recuperao Automtica de Arquivos Temporrios

As instrues SQL que exigem espao temporrio para serem
executadas podero falhar caso esteja faltando um dos
arquivos temporrios.
SQL> select * from big_table order by
1,2,3,4,5,6,7,8,9,10,11,12,13;
select * from big_table order by
1,2,3,4,5,6,7,8,9,10,11,12,13
*
ERROR at line 1:
ORA-01565: error in identifying file
'/u01/app/oracle/oradata/orcl/temp01.dbf'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
le
b
a
r
e
f
an
r
t
n
Vantagens:
no
a
s durante
Recriao automtica de arquivos temporrios
a
h
e
)
d
i
a inicializao
com nt Gu
(A recriao manual tambmailpossvel)
e
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t
Recuperao Automtica
Temporrios
e desArquivos
t
e
t
i
z
n
a ic(tempfile)
Se um arquivoP
temporrio
pertencente ao tablespace temporrio for perdido ou danificado,
e
l
o
as extenses
r desse arquivo no ficaro disponveis. Esse problema se manifesta na forma de um erro
da execuo
n
durante
de instrues SQL que exigem espao temporrio para classificao.
a
LAeinstruo SQL mostrada
no slide tem uma longa lista para ordenao dos valores, o que resulta na
necessidade de espao temporrio. O erro de arquivo ausente encontrado quando essa instruo que
exige uma classificao executada.
possvel inicializar a instncia do banco de dados Oracle sem um arquivo temporrio. Se no
existir um arquivo temporrio quando a instncia do banco de dados for iniciada, esse arquivo ser
criado automaticamente, e o banco de dados ser aberto normalmente. Quando isso acontece, uma
mensagem como a mostrada abaixo aparece no log de alerta durante a inicializao:
Recreating tempfile /u01/app/oracle/oradata/orcl/temp01.dbf
Se uma recriao manual for mais adequada ao seu caso, o que pouco provvel, use os seguintes
comandos:
SQL> ALTER TABLESPACE temp ADD DATAFILE
'/u01/app/oracle/oradata/orcl/temp02.dbf' SIZE 20M;
SQL> ALTER TABLESPACE temp DROP TEMPFILE
'/u01/app/oracle/oradata/orcl/temp01.dbf';
Status do Grupo de Logs: Reviso

Um grupo de redo logs tem um dos
seguintes valores de status em qualquer
momento especfico:
CURRENT: O processo LGWR est
gravando dados de redo no grupo de
redo logs no momento.
ACTIVE: No ocorrem mais gravaes
no grupo de redo logs, mas ele ainda
le
b
a
r
necessrio para a recuperao de
fe
s
n
instncias.
tra
n
INACTIVE: No ocorrem mais
no
a
sredo logs,
gravaes no grupo hde
a
e e ele
)
d
i
no mais necessrio
m Gpara
u a
o
c
t
recuperao
ail de instncias.
en
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t
Status do Grupo de Logs:
e Reviso
t
e
t
i
s
z de arquivos
Para lidar comP
aa
perda
en de redo log, importante compreender os estados possveis dos
c
i
l
o logs. Os grupos de redo logs passam por trs estados diferentes como parte da
grupos de
rredo
d
n
normal do banco de dados Oracle. Em ordem, esses estados so:
eaCURRENT:
Lexecuo
Este estado indica que o processo LGWR est gravando no grupo de redo logs para
registrar dados de redo das transaes que esto ocorrendo no banco de dados. O grupo de logs
permanece nesse estado at ocorrer uma alternncia para outro grupo de logs.
ACTIVE: O grupo de redo logs ainda contm dados de redo necessrios para a recuperao de
instncias. Este o status atribudo durante o perodo anterior execuo de um checkpoint que
gravar nos arquivos de dados todas as alteraes de dados representadas no grupo de redo logs.
INACTIVE: O checkpoint mencionado acima foi realmente executado, o que significa que o
grupo de redo logs no mais necessrio para a recuperao de instncias e est livre para se
tornar o prximo grupo de logs CURRENT.
Recuperando Aps a Perda de um Grupo de Redo Logs

Iniciar
Sim
Concludo
Corrigir
mdia?
Inactive
No
Limpar
arquivo de
log. Efetuar No
Arquivado?
backup do
banco de
Sim
dados.
Limpar arquivo de log.
Atual
Status do
grupo
Active
Executar
checkpoint.
Sim
Executar
alternncia
de logs
CKPT
bem-sucedido?
No
Sim
Instncia
na instncia?
le
b
a
r
e
f
an
r
t
n
no
a
s
a
Restaurar e executar
h
e
)
d
i
recuperao
pontual
u
G
baseada
cancelamento.
cemom
t
l
i
a
en
d
m
t
u
Copyright @
2010, Oracle. Todos
tte se th
i
z
a ou
p
(
t Grupo de Redo Logs
Recuperando Aps atPerda
e sdeeum
t
i
az umicgrupo
Se voc tiver perdido
en de redo logs inteiro, todas as cpias dos arquivos de log desse grupo
P
l
sero inutilizadas
ro ou perdidas.
d
n
a mais simples quando o grupo de redo logs se encontra no estado INACTIVE. Isso significa
LOqueecaso
no esto ocorrendo gravaes nesse grupo e ele no mais necessrio para a recuperao de
No
instncias. Se o problema for temporrio ou se voc conseguir corrigir a mdia, o banco de dados
continuar a ser executado normalmente, e o grupo ser reutilizado quando ocorrerem eventos
suficientes de alternncia de log. Caso contrrio, se no for possvel corrigir a mdia, voc poder
limpar o arquivo de log. Ao limpar um arquivo de log, voc indica que ele pode ser reutilizado.
Se o grupo de redo logs em questo estiver no estado ACTIVE, ele ainda ser necessrio para a
recuperao de instncias, mesmo que no estejam ocorrendo gravaes nele nesse momento. Se for
possvel executar um checkpoint, o grupo de arquivos de log no ser mais necessrio para a
recuperao de instncias, e voc poder continuar como se o grupo estivesse no estado "Inactive".
Se o grupo de logs estiver no estado CURRENT, isso indicar que nele esto ou estavam ocorrendo
gravaes no momento da perda. Nesse caso, voc poder observar at mesmo uma falha no processo
LGWR. Se isso acontecer, ocorrer falha na instncia. A nica soluo nesse momento ser fazer a
restaurao a partir do backup, executar uma recuperao pontual baseada em cancelamento e abrir o
banco de dados com a opo RESETLOGS.
Limpando um Arquivo de Log

Iniciar
Sim
ALTER DATABASE CLEAR LOGFILE ...
Arquivo de log
arquivado?
No
Necessrio Sim
para o arq.
de dados?
No
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
eDATAFILE
)
d
i
ALTER DATABASE CLEAR UNARCHIVED LOGFILE ... UNRECOVERABLE
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Limpando um Arquivo
ede Log
t
e
t
i
s
z limpar
apara
Use este comando
enum arquivo de log:
P
c
i
l
roALTER DATABASE CLEAR [UNARCHIVED] LOGFILE GROUP <n>
d
n
[UNRECOVERABLE DATAFILE]
a
e
L
ALTER DATABASE CLEAR UNARCHIVED LOGFILE ...
Ao limpar um arquivo de log, voc indica que ele pode ser reutilizado. Se o arquivo de log j tiver
sido arquivado, a forma mais simples do comando poder ser usada. Use a consulta a seguir para
determinar quais grupos de log foram arquivados:
SQL> SELECT GROUP#, ARCHIVED, STATUS FROM V$LOG;
Por exemplo, o comando a seguir limpa o grupo de redo logs 3, que j foi arquivado:
SQL> ALTER DATABASE CLEAR LOFGILE GROUP 3;
Se o grupo de redo logs no tiver sido arquivado, especifique a palavra-chave UNARCHIVED. Isso
forar voc a reconhecer que talvez existam backups que dependam desse redo log para
recuperao, e voc decidiu abrir mo dessa oportunidade de recuperao. Isso poder ser
satisfatrio, especialmente se voc executar outro backup imediatamente aps corrigir o problema no
grupo de redo logs; assim, voc no precisar mais desse arquivo de redo log.
possvel que o redo log seja necessrio para recuperar um arquivo de dados que esteja off-line no
momento.
Recuperando Aps a Perda

de um Tablespace de ndice
Um tablespace que contenha apenas ndices poder

ser recuperado sem a execuo de uma tarefa de
RECUPERAO.
Se houver perda de um arquivo de dados pertencente

a um tablespace somente de ndice, talvez seja mais
simples recriar o tablespace e os ndices.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Tablespace de ndice
Recuperando Aps ate
Perda de um
e
t
i
s
az calculados,
Os ndices soP
objetos
en pois no fornecem dados originais, constituindo apenas uma outra
c
i
l
representao
ro dos dados j existentes. Portanto, na maioria dos casos, os ndices podem ser recriados
d
n
a Se voc tiver um tablespace que contenha somente ndices, a recuperao aps a perda de
e
Lfacilmente.
um arquivo de dados pertencente a esse tablespace poder ser simplificada.
Quando houver perda de um arquivo de dados como esse, siga estas etapas:
1. Elimine o arquivo de dados.
2. Elimine o tablespace.
3. Recrie o tablespace de ndice.
4. Recrie os ndices que estavam no tablespace.
Recriando ndices
Use estas opes para reduzir o tempo de recriao do ndice:
PARALLEL
NOLOGGING
SQL> CREATE INDEX rname_idx
2 ON hr.regions (region_name)
3 PARALLEL 4;
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Recriando ndices te
e
t
i
s
Ao criar ou recriar
nvoc pode usar as seguintes palavras-chave para reduzir o tempo de
azum ndice,
ice
criao: ro P
l
PARALLEL
(NOPARALLEL o default): Vrios processos podem trabalhar simultaneamente
nd
a
e
para
criar
um
ndice. Ao dividir o trabalho necessrio para criar um ndice entre vrios
L
processos, o servidor Oracle cria o ndice com mais rapidez do que quando um nico processo
de servidor cria o ndice em sequncia. criada uma amostra aleatria da tabela e um conjunto
de chaves de ndice localizado, o qual divide igualmente o ndice no mesmo nmero de partes,
de acordo com o grau de paralelismo especificado. Um primeiro conjunto de processos de
consulta varre a tabela, extrai os pares de IDs de linha e de chave, e envia cada par para um
processo localizado em um segundo conjunto de processos de consulta baseados na chave. Cada
processo do segundo conjunto classifica as chaves e constri um ndice da maneira habitual.
Aps todas as partes do ndice serem criadas, o coordenador paralelo concatena essas partes (que
so ordenadas) para formar o ndice final.
NOLOGGING: O uso dessa palavra-chave agiliza a criao de ndices porque gera um volume
mnimo de entradas de redo log como resultado do processo de criao. Essa gerao de redo
bastante minimizada tambm se aplica a inseres de caminho direto e inseres do Direct
Loader (SQL*Loader). Esse um atributo permanente e, portanto, aparece no dicionrio de
dados. Ele pode ser atualizado com o comando ALTER INDEX NOLOGGING/LOGGING a
qualquer momento.
Observao: Voc poder sobrepor o comando NOLOGGING se estiver usando o Data Guard ou
FORCE LOGGING no nvel do banco de dados ou do tablespace.

Recriando ndices (continuao)
Quando um ndice perdido, talvez seja mais rpido e simples recri-lo do que tentar recuper-lo.
Voc pode usar o utilitrio Data Pump Export com o parmetro CONTENT=METADATA_ONLY para
criar um arquivo de dump contendo os comandos SQL para recriar o ndice. Tambm pode usar o
Data Pump Import com o parmetro SQLFILE=<filename> em um arquivo de dump criado
anteriormente. Os utilitrios Data Pump Export e Data Pump Import so abordados em detalhes no
curso Oracle Database 11g: Administration Workshop I. Informaes adicionais podem ser
encontradas no Oracle Database Utilities.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Mtodos de Autenticao de Administradores

de Banco de Dados
Administrao remota
do banco de dados
Voc
Sim
tem uma conexo
segura?
Administrao local
do banco de dados
Voc deseja
usar a
autenticao
do SO?
Sim
Use a autenticao
do sistema
operacional.
le
b
a
r
e
f
an
r
t
n
Use
o um
narquivo
a
s
a
h
esenha.
de
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Mtodos de Autenticao
Administradores
de Banco de Dados
e de
t
e
t
i
s
z
n
a de voc
Dependendo do
fato
e administrar o banco de dados localmente na mesma mquina em que o
P
c
i
l
o
banco deddados
r reside ou administrar vrios servidores de banco de dados a partir de um nico
n
cliente
remoto,
voc poder usar o sistema operacional ou o arquivo de senha para autenticar os
a
e
Ladministradores
do banco de dados:
No
No
Se o banco de dados contiver um arquivo de senha e voc tiver o privilgio de sistema SYSDBA
ou SYSOPER, o arquivo de senha poder ser usado para autenticao.
Se o servidor no estiver usando um arquivo de senha ou se voc no tiver o privilgio SYSDBA
ou SYSOPER, use a autenticao do sistema operacional. Na maioria dos sistemas operacionais,
a autenticao de administradores de banco de dados envolve a colocao do nome de usurio
do administrador em um grupo especial, denominado genericamente como OSDBA. Os usurios
desse grupo recebem privilgios SYSDBA. Um grupo semelhante, OSOPER, usado para
conceder privilgios SYSOPER aos usurios.
A autenticao do sistema operacional tem precedncia sobre a autenticao do arquivo de senha.
Especificamente, se for membro do grupo OSDBA ou do grupo OSOPER do sistema operacional e se
conectar como SYSDBA ou SYSOPER, voc ser conectado com os privilgios administrativos
associados, independentemente do nome de usurio/senha especificados.
Recriando um Arquivo de Autenticao de Senha

SQL> grant sysdba to admin2;
grant sysdba to admin2
*
ERROR at line 1:
ORA-01994: GRANT failed: password file missing or disabled
Para fazer a recuperao aps a perda de um arquivo de senha:

1. Recrie o arquivo de senha usando orapwd.
le
b
a
r
e
f
$ orapwd file=$ORACLE_HOME/dbs/orapworcl password=ora entries=5
an
2. Adicione usurios ao arquivo de senha e designe os
r
t
privilgios apropriados a cada usurio.
non
a
s
a
h ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Recriando um Arquivo
de Senha
ede Autenticao
t
e
t
i
s
z
n
O banco de dadosaOracle fornece
um utilitrio de senhas orapwd, para a criao de um arquivo de
P
iceo privilgio
l
o
senha. Aorse
conectar com
SYSDBA, voc estar se conectando como o esquema SYS, e
d
n
no a
o esquema associado ao seu nome de usurio. Como SYSOPER, voc se conectar ao
e comoPUBLIC.
Lesquema
O acesso ao banco de dados por meio do arquivo de senha possibilitado por
comandos GRANT executados por usurios privilegiados.
Geralmente, o arquivo de senha no includo nos backups porque, em quase todas as situaes, ele
pode ser facilmente recriado.
crucial para a segurana do sistema que voc proteja o arquivo de senha e as variveis de ambiente
que identificam a localizao desse arquivo. Qualquer usurio com acesso a esses dados poder
comprometer a segurana da conexo.
No remova nem modifique o arquivo de senha se voc tiver uma instncia ou um banco de dados
montado com REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE ou SHARED. Se voc fizer isso,
no poder se reconectar remotamente usando o arquivo de senha.
Observao: Como as senhas fazem distino entre maisculas e minsculas, leve isso em
considerao ao recriar o arquivo de senha. Alm disso, se o arquivo de senha original tiver sido
criado com a opo IGNORECASE=Y, ele dever ser recriado com a mesma opo.

Recriando um Arquivo de Autenticao de Senha (continuao)
Usando um Arquivo de Senha
Estas so as etapas para recriao do arquivo de senha:
1. Crie o arquivo de senha com o utilitrio de senhas orapwd.
orapwd file=filename password=password entries=max_users
onde:
- filename o nome do arquivo de senha (obrigatrio).
- password a senha de SYS (opcional). Voc ser solicitado a informar a senha se no
incluir o argumento password.
- Entries o nmero mximo de usurios diferentes que podem se conectar como
SYSDBA ou SYSOPER. Se voc ultrapassar esse nmero, crie um novo arquivo de senha.
mais seguro usar um nmero maior. No h espaos antes nem depois do sinal de igualdade
(=).
Exemplo: orapwd file=$ORACLE_HOME/dbs/orapwU15
password=admin entries=5
2. Conecte-se ao banco de dados usando o arquivo de senha criado na etapa 1 e conceda privilgios
conforme necessrio.
le
b
a
r
e
f
SQL> CONNECT sys/admin AS SYSDBA

SQL> grant sysdba to admin2;
an
r
t
n
no
a
s
Localizaes do Arquivo de Senha
a
h
e
)
d
i
UNIX: $ORACLE_HOME/dbs
om t Gu
c
l
i
Windows: %ORACLE_HOME%\database
a
en
d
m
t
u
Mantendo o Arquivo de Senha
ho is St
@
th do sistema operacional e crie um novo
Delete o arquivo de senha existente
te comandos
tusando
i
e
z
a o us
arquivo usando o utilitrio de
senhas.
p
(
e se t
t
t
i
az icen
P
l
o
r
d
n
a
e
L
Comparando a Recuperao Completa

com a Incompleta
A recuperao pode ter dois tipos de escopo:
Recuperao completa: Atualiza o banco de dados,
incluindo todas as alteraes de dados submetidas a
commit at o momento em que a recuperao foi
solicitada.
Recuperao incompleta ou pontual: Restaura o banco de
dados para um estado anterior solicitao da operao
de recuperao.
Recuperao
completa
Momento
da falha
le
b
a
r
e
f
an
r
t
n
no
a
A tarefa
s de
a
h
e
recuperao
)
diniciou
Restaurar a partir
Transaes ausentes
i
m
u
neste
momento
o
deste backup
aps a recuperao pontual
ilc ent G
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t
Comparando a Recuperao
com a Incompleta
e sCompleta
t
e
t
i
z
n
a uma
Quando voc executa
erecuperao completa, o estado do banco de dados totalmente
P
c
i
l
o
atualizado,
dr incluindo todas as modificaes de dados submetidas a commit at o momento presente.
n
a
LNoeentanto, a recuperao incompleta restaura um estado anterior do banco de dados em determinado
Recuperao
pontual
momento. Ela tambm conhecida como Recuperao Pontual do Banco de Dados. Isso significa
que faltaro algumas transaes e que todas as modificaes de dados efetuadas entre o momento da
recuperao e o momento atual sero perdidas. Muitas vezes, esse o objetivo pretendido porque
algumas alteraes efetuadas no banco de dados precisam ser desfeitas. A recuperao at um
momento passado uma forma de remover transaes indesejadas.
Processo de Recuperao Completa
Log
arquivado
Log
arquivado
Redo log
on-line
Alteraes aplicadas
Undo aplicado
le
b
a
r
e
f
an
r
t
n
5o
n
a
Arquivos de dados
Arquivos de dados com as
h idArquivos
e
de dados
restaurados
transaes submetidas
)
m
u
recuperados
o tG
e no submetidas
ilc a commit
n
a
m tude
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Processo de Recuperao
e Completa
t
e
t
i
s
z eno que ocorre durante uma recuperao completa:
adescrevem
As etapas a seguir
P
lic ou ausentes so restaurados a partir de um backup.
o danificados
1. Os arquivos
r
d
nalteraes de backups incrementais, arquivos de redo log arquivados e arquivos de redo log
2.a
As
e
L
on-line so aplicadas conforme necessrio. As alteraes nos redo logs so aplicadas aos
arquivos de dados at que o log on-line atual seja atingido e as transaes mais recentes sejam
informadas novamente. Durante todo esse processo, so gerados blocos de undo. Essa operao
chamada de rollforward ou recuperao do cache.
3. Os arquivos de dados restaurados agora podem conter alteraes submetidas ou no a commit.
4. Os blocos de undo so utilizados para fazer o rollback das alteraes no submetidas a commit.
Essa operao s vezes chamada de recuperao de transaes.
5. Agora, os arquivos de dados foram recuperados e esto consistentes com os outros arquivos de
dados do banco de dados.
Processo de Recuperao Pontual

Log
arquivado
Log
arquivado
Redo log
on-line
Alteraes aplicadas at um
momento especfico
Banco de
dados
aberto
Undo aplicado
le
b
a
r
e
f
s
n
a
r
6n-t
o
n
Arquivos de dados com
aArquivos
Arquivos de dados
s
de dados
transaes submetidas e ha
restaurados do
e
)
at um
d
irecuperados
no submetidas a commit
m
u
momento necessrio
o
G
momento
especfico
at um momentoiespecfico
lc ent
no passado
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t
Processo de Recuperao
e Pontual
t
e
t
i
s
az icou
A recuperaoP
incompleta
enpontual usa um backup para produzir uma verso no atualizada do
l
banco deddados.
ro Em outras palavras, voc no aplica todos os registros de redo gerados aps o
n
a mais recente. S execute esse tipo de recuperao quando for absolutamente necessrio. Para
e
Lbackup
executar uma recuperao pontual, voc precisa de:
1
Um backup off-line ou on-line vlido de todos os arquivos de dados executado antes do

momento da recuperao
Todos os logs arquivados do momento do backup at o momento da recuperao
As etapas para executar uma recuperao pontual so listadas abaixo:
1. Restaure os arquivos de dados a partir do backup: O backup usado poder no ser o mais
recente se o momento pretendido da restaurao no for muito recente. Isso envolve a cpia dos
arquivos com comandos do sistema operacional ou com o comando RESTORE do RMAN.
2. Use o comando RECOVER: Aplique o redo dos arquivos de redo log arquivados, incluindo
todos os arquivos necessrios para alcanar o momento da restaurao.
3. Estado de sobre-recuperao: Agora os arquivos de dados contm algumas transaes
submetidas e outras no submetidas a commit porque o redo pode conter dados no submetidos
a commit.
4. Use o comando ALTER DATABASE OPEN: O banco de dados aberto antes da aplicao do
undo. Isso garante maior disponibilidade.

Processo de Recuperao Pontual (continuao)
5. Aplique os dados de undo: Durante a operao de redo, tambm foi aplicado o redo de suporte
aos arquivos de dados de undo. Assim, o undo fica disponvel para ser aplicado aos arquivos de
dados a fim de desfazer as transaes no submetidas a commit. Essa a prxima etapa.
6. Processo completo: Agora os arquivos de dados so recuperados at o momento escolhido.
A recuperao pontual a nica opo quando voc precisa executar uma recuperao e descobre
que no tem um log arquivado com as transaes que ocorreram em algum ponto entre o momento
do backup usado na restaurao e o SCN de destino da recuperao. Sem esse log, voc no tem
registros das atualizaes efetuadas nos arquivos de dados durante esse perodo. A nica soluo
recuperar o banco de dados a partir do horrio do backup restaurado, contanto que a srie de logs
arquivados no tenha sido interrompida, e abrir o banco de dados com a opo RESETLOGS. Todas
as alteraes efetuadas no arquivo de redo log ausente ou posteriores a esse arquivo sero perdidas.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Recuperando um Tablespace Somente para Leitura

Consideraes especiais sobre o backup e a recuperao
gerenciados pelo usurio de um tablespace somente para
leitura:
No necessrio coloc-lo no modo de backup para fazer
uma cpia dos seus arquivos de dados.
No necessrio colocar o tablespace ou o arquivo de
dados off-line antes de copi-lo.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Recuperando um Tablespace
para Leitura
e seSomente
t
t
i
z
n
a nos
Como no h gravao
etablespaces somente para leitura, algumas consideraes especiais se
P
c
i
l
o
aplicamd
a resses tablespaces, as quais podem tornar o processo de recuperao mais rpido e eficiente.
n
No
necessrio
colocar um tablespace somente para leitura no modo de backup nem coloc-lo offa
e antes de copi-lo
Lline
para o local de backup. Basta copi-lo.
Ao restaurar um tablespace somente para leitura, coloque-o no modo off-line, restaure os arquivos de
dados pertencentes a ele e, depois, coloque-o novamente no modo on-line.
Considere o seguinte cenrio, onde um tablespace somente para leitura alterado para
leitura/gravao:
1. Faa um backup de um tablespace somente para leitura.
2. Torne o tablespace de leitura-gravao.
3. Recupere o tablespace.
O backup efetuado na etapa 1 ainda pode ser usado para recuperar esse tablespace, embora, desde o
momento do backup, o tablespace tenha sido transformado em um tablespace de leitura-gravao e
possivelmente tenham sido gravados dados nele. Nesse caso, o tablespace precisar ser recuperado
aps os arquivos serem armazenados a partir desse backup.
Recuperando Objetos NOLOGGING

do Banco de Dados
Redo log
le
SQL> CREATE TABLE sales_copy NOLOGGING;

SQL> INSERT /*+ APPEND */ INTO sales_copy
2 SELECT * FROM sales_history;
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Recuperando Objetos
NOLOGGING
e se t do Banco de Dados
t
t
i
n NOLOGGING de tabelas e ndices se possvel. Quando voc cria
Aproveite as vantagens
az do
eatributo
P
c
i
l
uma tabelaro
como NOLOGGING, dados mnimos de redo so gravados no fluxo de redo para suportar
d
n
a do objeto. Isso til para tornar as inseres grandes mais rpidas.
La ecriao
No exemplo do slide, a tabela SALES_COPY criada como uma tabela NOLOGGING. Como
resultado, quando uma insero efetuada com a hint APPEND, nenhum redo gerado para essa
instruo de insero especfica. Portanto, voc no pode recuperar essa transao na tabela
SALES_HISTORY. Se isso for um problema, importante efetuar um backup de todas as tabelas
preenchidas dessa maneira, logo aps essa operao. Assim, voc poder acessar o backup mais
recente da tabela.
Se voc executar uma recuperao de mdia, e houver objetos NOLOGGING envolvidos, eles sero
marcados como possuindo um dano lgico durante o processo de recuperao. Nesse caso, elimine os
objetos NOLOGGING e recrie-os.
Use o comando REPORT UNRECOVERABLE do RMAN para listar os nomes de todos os
tablespaces que contm um ou mais objetos para os quais uma operao NOLOGGING foi executada
desde o backup mais recente desse tablespace.
Recuperando Aps a Perda de

Todas as Cpias do Arquivo de Controle: Viso Geral
Atual
Backup
Disponvel
Restaurar o arquivo de controle

de backup, executar uma
recuperao completa, OPEN
RESETLOGS
Restaurar o arquivo de
controle de backup, executar
uma recuperao completa,
OPEN RESETLOGS
No
disponvel
Recriar o arquivo de controle,

OPEN RESETLOGS
Restaurar o arquivo de
controle de backup, executar
uma recuperao pontual,
OPEN RESETLOGS
le
b
a
r
e
f
s
n
a
r
Status do arquivo de dados
-t
n
o
an
Status do log on-line
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t as Cpias do Arquivo de Controle: Viso Geral
Recuperando Aps ate
Perda de Todas
e
t
i
s
aoszarquivos
A perda de todos
ende controle nunca deve ocorrer. A preveno melhor do que a
P
c
i
l
recuperao.
roMesmo que haja cpias do arquivo de controle armazenadas em diversos locais, ainda
d
n
a a possibilidade de que, em algum momento, voc precise recuperar todas elas em caso de
e
Lexiste
perda. Se voc tiver perdido todas as cpias do arquivo de controle atual e existir um arquivo de
controle de backup, seu curso de ao depender do status dos arquivos de log on-line e dos arquivos
de dados. O quadro do slide indica o que fazer em cada uma das situaes mostradas.
Logs On-line Disponveis
Se os logs on-line estiverem disponveis, contiverem o redo necessrio para recuperao e os
arquivos de dados estiverem atualizados, voc poder restaurar um arquivo de controle de backup,
executar uma recuperao completa e abrir o banco de dados com a opo RESETLOGS. Voc deve
especificar os nomes dos arquivos de redo log on-line durante a recuperao. Se os arquivos de dados
no estiverem atualizados, siga o mesmo procedimento.
Logs On-line No Disponveis
Se os logs on-line no estiverem disponveis, e os arquivos de dados estiverem atualizados, recrie o
arquivo de controle e abra RESETLOGS. No entanto, se os arquivos de dados no estiverem
atualizados, restaure um arquivo de controle de backup, execute uma recuperao pontual e abra
RESETLOGS.
Recuperando o Arquivo de Controle

para o Local Default
Banco de dados
aberto?
Sim
No
Reparar hardware.
Restaurar arquivo de controle.
SHUTDOWN ABORT
Abrir o banco de
dados
usando
RESETLOGS.
STARTUP MOUNT
le
Iniciar recuperao do banco de dados.
b
a
r
e
f
No
an
r
t
n
no
a
s
a
h
e
)
d
i
Especificar
log on-line.
m Gu
Sim
o
c
t
il
a
en
d
m
t
u
Copyright @
2010, Oracle. Todos
tte se th
i
z
a ou
p
(
t para o Local Default
Recuperando o Arquivo
e de Controle
t
e
t
i
s
az o arquivo
Se precisar recuperar
en de controle, e o local default ainda for vlido, siga as etapas
P
c
i
l
mostradas
rnoo slide. Primeiro faa shutdown do banco de dados. Em seguida, corrija o hardware para
d
n
ao local default permanea vlido. Restaure o arquivo de controle para o local default. Para isso,
e
Lque
use um comando como o apresentado a seguir, que copia o arquivo de controle de backup para o
Archivelog
ausente?
local default:
% cp /backup/control01.dbf /disk1/oradata/trgt/control01.dbf
% cp /backup/control02.dbf /disk2/oradata/trgt/control02.dbf
Monte o banco de dados e inicie o processo de recuperao. Especifique que um arquivo de controle
de backup est sendo usado.
SQL> RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL;
Se, durante o processo de recuperao, voc for solicitado a fornecer um redo log ausente, isso
provavelmente indicar que ele um arquivo de redo log on-line. Quando solicitado, fornea o nome
desse arquivo. Uma vez concluda a recuperao, abra o banco de dados, especificando a opo
RESETLOGS.
(Mais informaes sobre este tpico so fornecidas na prxima lio.)
Questionrio
Em qual destes casos voc pode executar o comando
RECOVER do RMAN?
1. O banco de dados est no modo NOARCHIVELOG usando
backups integrais.
2. O banco de dados est no modo ARCHIVELOG usando
backups integrais.
3. O banco de dados est no modoNOARCHIVELOG usando
backups incrementais.
ble
a
r
4. O banco de dados est no modo ARCHIVELOG usando sfe
an
r
t
backups incrementais.
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Resposta: 2, 3, 4
e se t
t
t
i
az icen
P
l
o
r
d
n
a
e
L
Questionrio
Voc perdeu seu arquivo de senha; como DBA, a partir de que
local voc poder recuperar as entradas, de modo que possa
recriar o arquivo de senha perdido?
1. Somente do catlogo do RMAN
2. Do arquivo de controle
3. Do repositrio do Enterprise Manager
4. Do dicionrio de dados
e
5. Voc deve conceder de novo manualmente as entradas rabl
e
SYSOPER, SYSDBA e SYSASM.
nsf
tr
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Resposta: 5
e se t
t
t
i
az icen
P
l
o
r
d
n
a
e
L
Resumo
Descrever as causas da perda de arquivos e determinar
a ao adequada
Descrever as principais operaes de recuperao
Fazer o backup e a recuperao de um arquivo de
controle
Fazer a recuperao aps a perda de um grupo de redo
logs
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
le
b
a
r
e
f
an
r
t
n
n
a
e
L
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
Objetivos
Ao concluir esta lio, voc ser capaz de usar o RMAN para:
Executar uma recuperao completa aps a perda de um
arquivo de dados crtico ou no crtico
Recuperar usando backups atualizados de forma
incremental
Alternar para cpias-imagem tendo em vista uma
recuperao rpida
Restaurar um banco de dados em um novo host
ble
a
r
e
Recuperar usando um arquivo de controle de backup nsf
tra
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Objetivos
e se t
t
t
i
az icconsulte
Para obter maisPdetalhes,
en o Oracle Database Backup and Recovery Users Guide.
l
ro
d
n
Lea
Usando os Comandos RESTORE e RECOVER do RMAN
Comando RESTORE: Restaura os arquivos do banco de

dados a partir do backup
Comando RECOVER: Recupera os arquivos restaurados
aplicando as alteraes registradas nos backups
incrementais e nos arquivos de redo log
RMAN> SQL 'ALTER TABLESPACE inv_tbs OFFLINE IMMEDIATE';

RMAN> RESTORE TABLESPACE inv_tbs;
RMAN> RECOVER TABLESPACE inv_tbs;
RMAN> SQL 'ALTER TABLESPACE inv_tbs ONLINE';
le
b
a
r
e
f
s
n
O Enterprise Manager Recovery Wizard cria e executa
um
a
r
-t
n
script do RMAN para fazer a recuperao.
o
n
a
s
a
h ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Usando os Comandos
RESTORE
e se te RECOVER do RMAN
t
t
i
z etotal
A reconstruo do
n ou parcial de um banco de dados a partir de um backup geralmente
acontedo
P
c
i
envolve duas
fases:
a
recuperao
de uma cpia do arquivo de dados a partir de um backup e a
l
o
r
d
reaplicao
n das alteraes ocorridas desde o backup dos redo logs arquivados e on-line ao arquivo, a
a
e
fim
de
L restaurar o banco de dados para o SCN desejado (geralmente o mais recente).
RESTORE {DATABASE | TABLESPACE name [,name]... | DATAFILE name
[,name] }...
O comando RESTORE recupera o arquivo de dados em um disco, a partir de um backup
armazenado em fita, disco ou outra mdia, e o disponibiliza para o servidor do banco de dados. O
RMAN restaura, a partir de um backup, todos os redo logs arquivados necessrios durante a
operao de recuperao. Se os backups estiverem armazenados em um gerenciador de mdia,
configure ou aloque canais para serem utilizados no acesso aos backups armazenados nesse
local.
RECOVER {DATABASE | TABLESPACE name [,name]... | DATAFILE name
[,name] }...
O comando RECOVER aplica as alteraes registradas nos backups incrementais e nos redo logs
do banco de dados cpia restaurada do arquivo de dados.
Voc tambm pode executar uma recuperao completa ou pontual usando o Recovery Wizard
disponvel no Enterprise Manager. Na pgina Availability, clique em Perform Recovery na seo
Backup/Recovery.
Observao: Um mtodo automatizado de detectar a necessidade de recuperao e execut-la utiliza
o Data Recovery Advisor, que abordado na lio Diagnosticando o Banco de Dados.
Executando uma Recuperao Completa: Perda

de um Arquivo de Dados No Crtico no Modo
ARCHIVELOG
Se um arquivo de dados for perdido ou danificado e no
pertencer ao tablespace SYSTEM ou UNDO, restaure e recupere
o arquivo de dados ausente.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Executando uma Recuperao
Perda de um Arquivo de Dados No Crtico
e seCompleta:
t
t
i
z
no Modo ARCHIVELOG
n
a ice
P
l modo ARCHIVELOG, a perda de um arquivo no pertencente ao tablespace
o
Com o banco
de dados no
r
d
n ou UNDO afetar somente os objetos que estiverem no arquivo ausente.
SYSTEM
a
e
LPara restaurar e recuperar esse arquivo com o Enterprise Manager, siga estas etapas:
1.
2.
3.
4.
5.
Clique em Perform Recovery na pgina de propriedades Availability.

Selecione Datafiles em Recovery Scope e Restore datafiles em Operation Type.
Adicione todos os arquivos de dados que precisam de recuperao.
Especifique de qual backup os arquivos devem ser restaurados.
Determine se voc quer restaurar os arquivos no local default ou em um novo local (se estiver
faltando um disco ou uma controladora).
6. Submeta o job do RMAN para restaurar e recuperar os arquivos ausentes.
Como o banco de dados est no modo ARCHIVELOG, a recuperao at o momento do ltimo
commit ser possvel, e os usurios no precisaro informar novamente os dados.
Executando uma Recuperao Completa: Perda

de um Arquivo de Dados Crtico para o Sistema
no Modo ARCHIVELOG
Se um arquivo de dados for perdido ou danificado e pertencer
ao tablespace SYSTEM, UNDO (ou SYSAUX), execute estas
etapas:
1. A instncia poder ou no ter shutdown automtico. Em
caso negativo, use SHUTDOWN ABORT para fazer
shutdown da instncia.
2. Monte o banco de dados.
ble
a
r
fe
3. Restaure e recupere o arquivo de dados ausente.
s
n
tra
4. Abra o banco de dados.
n
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Perda de um Arquivo de Dados Crtico para o
e seCompleta:
t
t
i
z
Sistema no Modo
ARCHIVELOG
n
a ice
P
l
o
Os arquivos
de dados pertencentes
ao tablespace SYSTEM ou que contenham dados com status
r
d
n
UNDO
so
considerados
crticos
para
o sistema. Se o Enterprise Manager for usado para a
a
e
Lrecuperao,
o tablespace SYSAUX tambm ser crtico. A perda de um desses arquivos requer a
restaurao do banco de dados a partir do estado MOUNT (diferentemente de outros arquivos de
dados cuja restaurao pode ser efetuada com o banco de dados aberto).
Siga estas etapas para efetuar uma recuperao completa:
1. Se ainda no tiver feito shutdown da instncia, faa isso agora.
3. Clique em Perform Recovery na pgina de propriedades Maintenance.
4. Selecione Datafiles como o tipo de recuperao e, em seguida, selecione Restore to
current time.
5. Adicione todos os arquivos de dados que precisam de recuperao.
6. Determine se quer restaurar os arquivos no local default ou em um novo local (se um disco
ou uma controladora estiver ausente).
7. Submeta o job do RMAN para restaurar e recuperar os arquivos ausentes.
8. Abra o banco de dados. Os usurios no precisam informar novamente os dados porque a
recuperao ser feita at o momento do ltimo commit.
Observao: Esse tipo de situao de recuperao detectado pelo Data Recovery Advisor, que
abordado na lio Diagnosticando o Banco de Dados.
Recuperando Cpias-imagem
O RMAN pode recuperar cpias-imagem usando backups
incrementais:
As cpias-imagem so atualizadas com todas as
alteraes efetuadas at o SCN do backup incremental.
O backup incremental reduz o tempo necessrio para a
recuperao de mdia.
No necessrio executar uma cpia-imagem aps a
restaurao incremental.
le
RMAN> RECOVER COPY OF

2> DATAFILE {n|'file_name'}
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
u
Cpia-imagem
G
cdoom
t
l
i
arquivo
de
dados
n
a
e
d
m
ot Stu
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
Recuperando Cpias-imagem
e se t
t
t
i
z para
Voc pode usar oaRMAN
enaplicar backups incrementais a cpias-imagem de arquivos de dados.
P
c
i
l
Nesse mtodo
ro de recuperao, o RMAN recupera uma cpia de um arquivo de dados, ou seja, efetua
d
n
um a
(recuperao) da cpia-imagem at o momento especificado, aplicando os backups
erollforwarda essa
Lincrementais
cpia. A cpia-imagem atualizada com todas as alteraes efetuadas at o SCN
Arquivos de
backup
incremental
em que o backup incremental foi realizado. O RMAN utiliza o arquivo de dados atualizado resultante
na recuperao de mdia da mesma forma que utilizaria uma cpia-imagem integral realizada nesse
SCN, sem o overhead causado pela gerao de uma cpia-imagem integral do banco de dados todos
os dias. Veja a seguir as vantagens de se aplicar backups incrementais s cpias-imagem dos
arquivos de dados:
Um menor tempo necessrio para a recuperao de mdia (com o uso de logs de arquivamento)
porque voc precisa aplicar os logs de arquivamento somente desde o ltimo backup
incremental.
No necessrio executar uma cpia-imagem integral aps a restaurao incremental.
Caso haja falha no processo de recuperao durante a aplicao do arquivo de backup incremental,
bastar reiniciar o processo. O RMAN determina automaticamente os arquivos de backup
incremental que devero ser aplicados, desde antes da cpia-imagem dos arquivos de dados ao
momento em que o processo de recuperao deve ser interrompido. Se houver mais de uma verso de
uma cpia-imagem registrada no catlogo do RMAN, a verso mais recente ser automaticamente
utilizada. O RMAN reportar um erro se no conseguir intercalar um arquivo de backup incremental
com uma cpia-imagem.
Recuperando Cpias-imagem: Exemplo

Se voc executar estes comandos diariamente:
RMAN> recover copy of database with tag 'daily_inc';
RMAN> backup incremental level 1 for recover of copy
2> with tag 'daily_inc' database;
O resultado ser:
RECOVER
BACKUP
Dia 1
Nenhum
Criar cpias-imagem
Dia 2
Nenhum
Criar backup incremental

de nvel 1
le
b
a
r
e
f
an
r
t
n
no
a
s incremental
a
Recuperar cpias com base Criar backup
Dia 3 em
h
e
)
d
i
no backup incremental
de
nvel
1
diante
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Recuperar Cpias-imagem:
e sExemplo
t
e
t
i
n
az ioscecomandos
Se executar diariamente
mostrados no slide, voc obter cpias-imagem continuamente
P
l
o
atualizadas
dr de todos os arquivos de dados do banco de dados a qualquer momento.
n
a
LOequadro mostra o que acontece em cada execuo. Observe que esse algoritmo requer uma certa
preparao; a estratgia s d resultados depois do dia 3.

Dia 1: O comando RECOVER no faz nada. Ainda no h cpias-imagem para recuperao. O
comando BACKUP cria as cpias-imagem.
Dia 2: Mais uma vez, o comando RECOVER no faz nada. Isso ocorre porque ainda no existe um
backup incremental. O comando BACKUP cria o backup incremental, uma vez que as cpias-imagem
de linha de base foram criadas no dia 1.
Dia 3: O comando RECOVER aplica as alteraes do backup incremental s cpias-imagem. O
comando BACKUP executa outro backup incremental, que ser usado para recuperar as cpiasimagem no dia 4. O ciclo continua dessa maneira.
importante usar tags durante a implementao desse tipo de estratgia de backup. Elas vincularo
esses backups incrementais s cpias-imagem criadas. Sem essas tags, o backup incremental mais
recente e, possivelmente, o incorreto ser usado para recuperar as cpias-imagem.
Executando uma Alternncia Rpida

para Cpias-imagem
Siga estas etapas para executar
uma recuperao rpida:
1. Coloque os arquivos de dados
no modo off-line.
2. Use o comando SWITCH TO
... COPY a fim de alternar
para as cpias-imagem.
3. Recupere os arquivos de dados.
4. Coloque os arquivos de dados
no modo on-line.
Agora os arquivos de dados
foram recuperados e podem ser
usados no novo local.
Opcionalmente, siga estas

etapas para retornar os
arquivos ao seu local original:
5. Crie uma cpia-imagem
do arquivo de dados no
local original.
6. Coloque os arquivos de
dados no modo off-line.
e
7. SWITCH TO ... COPY rabl
fe
s
8. Recupere os arquivos
de
n
tra
dados.
n
o
narquivos
a
9. Coloque
os
de
s
a
dados
) h no imodo
de on-line.
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t para Cpias-imagem
Executando uma Alternncia
e seRpida
t
t
i
az icen de arquivos de dados para uma recuperao rpida seguindo estas
Voc pode usarPcpias-imagem
l
etapas: dro
n os arquivos de dados no modo off-line.
1.aColoque
e
L 2. Use o comando SWITCH TO ... COPY a fim de apontar para a cpia-imagem dos arquivos.
SQL> SWITCH DATAFILE 'filename' TO COPY;

4. Coloque os arquivos de dados no modo on-line.
Nesse momento, o banco de dados poder ser usado, e os arquivos de dados sero recuperados. No
entanto, se quiser colocar os arquivos de dados novamente em seu local original, siga estas etapas:
5. Crie uma cpia-imagem dos arquivos de dados no local original usando o comando BACKUP AS
COPY.
6. Coloque os arquivos de dados no modo off-line.
7. Alterne para a cpia criada na etapa 5 usando o comando SWITCH TO COPY.
9. Coloque os arquivos de dados no modo on-line.
possvel recuperar arquivos de dados, tablespaces, arquivos temporrios ou o banco de dados
inteiro com esse comando. Os arquivos para os quais voc est alternando devem ser cpias-imagem.
Usando SET NEWNAME para Alternar entre Arquivos
Use o comando SET NEWNAME em um bloco RUN a fim

de restaurar um arquivo em um local no default.
RUN
{ ALLOCATE CHANNEL dev1 DEVICE TYPE DISK;
ALLOCATE CHANNEL dev2 DEVICE TYPE sbt;
SQL "ALTER TABLESPACE users OFFLINE IMMEDIATE";
SET NEWNAME FOR DATAFILE '/disk1/oradata/prod/users01.dbf'
TO '/disk2/users01.dbf';
RESTORE TABLESPACE users;
SWITCH DATAFILE ALL;
RECOVER TABLESPACE users;
SQL "ALTER TABLESPACE users ONLINE";
}
le
b
a
r
e
f
n
ade
Em vez de nomes individuais, especifique um formato
r
t
on de
nome default para todos os arquivos de um banco
n
a
dados ou de um tablespace nomeado. has
e
)
d
i
O nome default usado para os comandos
com nt GuDUPLICATE,
l
i
RESTORE e SWITCH no bloco
ma RUN.de
ot Stu
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
Usando SET NEWNAME
t entre Arquivos
epara sAlternar
t
e
t
i
z enpode ser usado somente em um bloco RUN. Ele prepara um
O comando SET aNEWNAME
P
ic operaes subsequentes. No exemplo do slide, o comando SET
ode nomes lpara
mapeamento
r
d
n define o local onde uma operao de restaurao desse arquivo de dados ser gravada.
NEWNAME
a
e
LQuando o comando RESTORE executado, o arquivo de dados users01.dbf restaurado em
/disk2/users01.dbf. Ele gravado nesse local, mas o arquivo de controle ainda no aponta
para esse local. O comando SWITCH faz com que o arquivo de controle seja atualizado com o novo
local.
Um mtodo mais eficiente usar a clusula SET NEWNAME para especificar o formato de nome
default para todos os arquivos de dados de um tablespace nomeado e do banco de dados (em vez de
definir os nomes de arquivos individualmente, como ocorria nas verses de bancos de dados
anteriores ao Oracle Database 11gR2 (11.2).
A ordem de precedncia do comando SET NEWNAME a seguinte:
1. SET NEWNAME FOR DATAFILE e SET NEWNAME FOR TEMPFILE
2. SET NEWNAME FOR TABLESPACE
3. SET NEWNAME FOR DATABASE
Variveis de Substituio para SET NEWNAME

Elemento de
Sintaxe
Descrio
%b
Especifica o nome do arquivo sem o caminho de diretrio

*NEW*
%f
Especifica o nmero absoluto do arquivo de dados para o qual o

novo nome gerado
%I
Especifica o DBID
%N
Especifica o nome do tablespace
%U
Especifica um nome de arquivo gerado pelo sistema no formato:

data-D-%d_id-%I_TS-%N_FNO-%f
an
r
t
n
RUN
{ SET NEWNAME FOR DATAFILE 1 TO '/oradata1/system01.dbf';
SET NEWNAME FOR DATAFILE 2 TO '/oradata2/sysaux01.dbf';
SET NEWNAME FOR DATAFILE 3 TO '/oradata3/undotbs01.dbf';
SET NEWNAME FOR DATAFILE 4 TO '/oradata4/users01.dbf';
SET NEWNAME FOR TABLESPACE example TO '/oradata5/%b';
DUPLICATE TARGET DATABASE TO dupldb; }
le
b
a
r
e
f
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Variveis de Substituio
para
t NEWNAME
e seSET
t
t
i
az conflitos
Para evitar possveis
ende nome durante a restaurao em outro local, use as variveis de
P
c
i
l
substituio
rodo comando SET NEWNAME. Especifique pelo menos uma das seguintes variveis de
d
n
substituio: %b, %f, and %U. %I e %N so variveis opcionais.
Lea
O exemplo mostra o comando SET NEWNAME FOR TABLESPACE usado para definir nomes default
com uma varivel de substituio, junto com a clusula SET NEWNAME explcita.
Executando a Restaurao e a Recuperao de

um Banco de Dados no Modo NOARCHIVELOG
Se o banco de dados estiver no modo NOARCHIVELOG,

e houver perda de um arquivo de dados, execute as
seguintes tarefas:
Faa shutdown da instncia se ainda no tiver feito isso.
Restaure do backup todo o banco de dados, incluindo todos
os arquivos de dados e de controle.
Abra o banco de dados.
Os usurios devem informar novamente todas as

alteraes efetuadas desde o ltimo backup.
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Executando a Restaurao
de um Banco de Dados no Modo
e esaeRecuperao
t
t
i
NOARCHIVELOG az
n
P
ice de dados de um banco de dados no modo NOARCHIVELOG requer a
l
A perda dero
qualquer arquivo
nd total do banco de dados, incluindo os arquivos de controle e todos os arquivos de dados.
restaurao
a
e
LSe houver backups incrementais disponveis, voc precisar executar as operaes de restaurao e
recuperao. Se o arquivo de dados perdido pertencer a um tablespace somente para leitura, ser
necessrio restaurar somente esse arquivo.
Com o banco de dados no modo NOARCHIVELOG, s ser possvel fazer a recuperao at o
momento do ltimo backup. Portanto, os usurios devem informar novamente todas as alteraes
efetuadas desde esse backup.
Para esse tipo de recuperao, use os comandos RESTORE e RECOVER ou execute as seguintes
tarefas no Enterprise Manager:
1. Faa shutdown da instncia se ainda no tiver feito isso.
2. Clique em Perform Recovery na pgina de propriedades Maintenance.
3. Selecione Whole Database como o tipo de recuperao.
le
b
a
r
e
f
Usando Pontos de Restaurao

Um ponto de restaurao atribui um nome a um momento
especfico:
Agora:
SQL> CREATE RESTORE POINT before_mods;
Um momento no passado:
SQL> CREATE RESTORE POINT end_q1 AS OF SCN 100;
le
b
a
r
e
f
Linha de tempo
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Usando Pontos de Restaurao
e se t
t
t
i
azum nome
Voc pode atribuir
enou um SCN a um momento especfico. Isso til para referncia futura,
P
c
i
l
durante d
a execuo
de uma recuperao pontual ou de operaes de flashback.
ro
n
eaO primeiro exemplo do slide cria um ponto de restaurao que representa o momento atual. Se
L voc pretender aplicar uma atualizao de uma aplicao ou de dados do banco de dados e
quiser fazer referncia a esse estado anterior do banco de dados, use o ponto de restaurao
BEFORE_MODS.
O segundo exemplo do slide cria um ponto de restaurao que representa um SCN anterior, 100.
Esse ponto de restaurao pode ser usado das mesmas maneiras que o anterior.
Normalmente, os pontos de restaurao so mantidos no banco de dados durante, pelo menos, o
tempo especificado pelo parmetro de inicializao CONTROL_FILE_RECORD_KEEP_TIME. No
entanto, voc poder usar a opo PRESERVE ao criar um ponto de restaurao; isso far com que
ele seja salvo at ser deletado explicitamente.
Use a view V$RESTORE_POINT para ver os pontos de restaurao com nome, SCN, timestamp e
outras informaes.
Executando uma Recuperao Pontual

Para executar uma recuperao pontual gerenciada pelo
servidor, siga estas etapas:
1. Determine o alvo da restaurao: SCN, horrio, ponto de
restaurao ou nmero de sequncia de log.
2. Defina as variveis de ambiente NLS conforme adequado.
4. Prepare e execute um bloco RUN, usando os comandos
SET UNTIL, RESTORE e RECOVER.
ble
a
r
fe
s
5. Abra o banco de dados no modo READONLY e verifiquense
tra
o ponto de recuperao o pretendido.
n
no
a
6. Abra o banco de dados usando RESETLOGS.
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
e sePontual
t
t
i
azumaicrecuperao
Voc pode executar
pontual gerenciada pelo servidor usando as etapas a seguir. O
en
P
l
o
banco de dados
dever
estar
no
modo
ARCHIVELOG.
dr o alvo da restaurao. Poder ser uma data e um horrio, um SCN, um ponto de
n
1.
Determine
a
Le restaurao ou um nmero de sequncia de log. Por exemplo, se souber que algumas transaes
incorretas foram submetidas s 15h de ontem, voc poder escolher 14h59min de ontem como o
horrio do ponto de restaurao pretendido.
2. Defina as variveis de ambiente NLS (National Language Support) do sistema operacional, de
modo que as constantes de tempo fornecidas ao RMAN sejam formatadas corretamente. Estes
so alguns exemplos de definies:
$ export NLS_LANG = american_america.us7ascii
$ export NLS_DATE_FORMAT = "yyyy-mm-dd:hh24:mi:ss"
3. Monte o banco de dados. Se ele estiver aberto, faa primeiro o seu shutdown, conforme
mostrado no exemplo:
RMAN> shutdown immediate
RMAN> startup mount
Executando uma Recuperao Pontual (continuao)

4. Crie um bloco RUN e execute-o. Os comandos RECOVER e RESTORE devem estar no mesmo
bloco RUN para que a definio de UNTIL seja aplicada a ambos. Por exemplo, se voc optar
por recuperar at um SCN especfico, o comando RESTORE precisar saber qual esse valor
para restaurar os arquivos de backups antigos o suficiente, ou seja, backups anteriores a esse
SCN. Veja a seguir um exemplo de bloco RUN:
RUN
{
SET UNTIL TIME '2007-08-14:21:59:00';
RESTORE DATABASE;
RECOVER DATABASE;
}
5. Assim que voc abre o banco de dados para leitura/gravao, a restaurao que acabou de ser
executada submetida a commit. Portanto, primeiro abra o banco de dados como READ ONLY e
exiba alguns dados para verificar se a recuperao teve o efeito esperado.
RMAN> SQL 'ALTER DATABASE OPEN READ ONLY';
RMAN> ALTER DATABASE OPEN RESETLOGS;
dr
n
a
e
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
6. Se estiver satisfeito com os resultados da recuperao, abra o banco de dados com a opo
RESETLOGS, conforme mostrado:
Executando a Recuperao com um Arquivo

de Controle de Backup
Restaure e monte um arquivo de controle de backup

quando todas as cpias do arquivo de controle atual forem
perdidas ou danificadas.
Execute o comando RECOVER aps restaurar o arquivo de
controle de backup.
Abra o banco de dados com a opo RESETLOGS aps
executar uma recuperao completa ou pontual.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
tum Arquivo de Controle de Backup
Executando a Recuperao
e scom
t
e
t
i
az asiccpias
Se tiver perdido
todas
en do arquivos de controle atual, voc dever restaurar e montar um
P
l
arquivo d
dero
controle de backup antes de executar a recuperao. A operao de recuperao poder
n
envolver
a
recuperao
arquivos de dados perdidos ou simplesmente do arquivo de controle. Se
a
e estiver usando um dos
Lvoc
catlogo de recuperao, o processo ser idntico recuperao com um
arquivo de controle atual porque o RMAN poder usar esse catlogo para obter os respectivos
metadados.
Recuperao Aps a Perda do Arquivo

de Parmetros do Servidor
A clusula FROM MEMORY permite a criao das definies
atuais de parmetros no nvel do sistema.
SQL> CREATE PFILE [= 'pfile_name' ]

FROM { { SPFILE [= 'spfile_name'] } | MEMORY } ;
SQL> CREATE SPFILE [= 'spfile_name' ]

FROM { { PFILE [= 'pfile_name' ] } | MEMORY } ;
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Recuperao Aps atPerda
Arquivo
de Parmetros do Servidor
t
e do
e
t
i
s
A maneira mais fcil
az de irecuperar
en um arquivo de parmetros do servidor usar a clusula FROM
P
c
l
o cria um arquivo de parmetros de inicializao de texto (PFILE) ou um arquivo de
MEMORY, rque
d
n
a do servidor (SPFILE) usando as definies atuais de parmetros no nvel do sistema. Em
e
Lparmetros
um ambiente RAC, o arquivo criado contm as definies de parmetros de cada instncia.
Durante a inicializao da instncia, todas as definies de parmetros so registradas no arquivo
alert.log. A partir do Oracle Database 11g, o texto de dump do parmetro alert.log passou
a utilizar uma sintaxe de parmetro vlida. Isso torna mais fcil recortar e colar parmetros em um
arquivo separado e, depois, usar esse arquivo como um PFILE para uma instncia subsequente. O
nome do PFILE ou do SPFILE gravado no arquivo alert.log durante a inicializao da
instncia. Quando um PFILE desconhecido usado no cliente, o log de alerta tambm indica isso.
Para suportar essa funcionalidade adicional, defina o parmetro de inicializao COMPATIBLE como
11.0.0.0 ou como um valor superior.
Restaurando o Arquivo de Parmetros do

Servidor a Partir do Backup Automtico do
Arquivo de Controle
RMAN> STARTUP FORCE NOMOUNT;
RMAN> RESTORE SPFILE FROM AUTOBACKUP;
RMAN> STARTUP FORCE;
RMAN
(Recovery
Manager)
rea de Recuperao
Flash
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
u
Bancocde
omdados
G
t
l
i
a
en
d
m
t
u
Copyright @
2010, Oracle. Todos
tte se th
i
z
a ou
p
(
t
Restaurando o Arquivo
do Servidor a Partir do Backup Automtico do
e de Parmetros
t
e
t
i
s
z
Arquivo de Controle
n
a ice
P
l de parmetros do servidor e no puder usar a clusula FROM MEMORY,
o
Se tiver perdido
o
arquivo
r
d
n restaur-lo do backup automtico. O procedimento semelhante ao usado para restaurar
voc
poder
a
e
Lo arquivo de controle a partir de um backup automtico. Se o backup automtico no estiver na rea
Processo
do servidor
de recuperao flash, defina o DBID do banco de dados. Execute o comando RESTORE SPFILE
FROM AUTOBACKUP.
Se estiver restaurando o SPFILE em um local no default, especifique o comando da seguinte
maneira:
RESTORE SPFILE TO <file_name> FROM AUTOBACKUP
Se estiver restaurando o arquivo de parmetros do servidor da rea de Recuperao Flash,

especifique o comando da seguinte maneira:
RMAN> run {
2> restore spfile from autobackup
3> recovery area = '<flash recovery area destination>'
4> db_name = '<db_name>';
5> }
Restaurando o Arquivo de Controle

a Partir do Backup Automtico
RMAN
(Recovery
Manager)
rea de Recuperao
Flash
Arquivo de
controle
le
Banco de dados
RMAN>
RMAN>
RMAN>
RMAN>
RMAN>
STARTUP NOMOUNT;
RESTORE CONTROLFILE FROM AUTOBACKUP;
ALTER DATABASE MOUNT;
RECOVER DATABASE;
ALTER DATABASE OPEN RESETLOGS;
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t a Partir do Backup Automtico
Restaurando o Arquivo
e de Controle
t
e
t
i
s
azusando
Se voc no estiver
eumn catlogo de recuperao, configure o backup automtico do arquivo
P
c
i
l
de controle
ropara restaurar esse arquivo rapidamente caso seja necessrio. Os comandos usados para
d
n
a o arquivo de controle so os mesmos, independentemente de voc estar usando ou no uma
e
Lrestaurar
rea de Recuperao Flash. No entanto, se voc estiver usando essa rea, o RMAN executar
implicitamente uma verificao cruzada dos backups e das cpias-imagem listadas no arquivo de
controle, e catalogar os arquivos contidos na rea de Recuperao Flash no registrados no arquivo
de controle restaurado, aumentando a utilidade desse arquivo na restaurao do restante do banco de
dados.
Use os comandos mostrados no slide para fazer a recuperao em caso de perda dos arquivos de
controle. Primeiro, inicie a instncia no modo NOMOUNT. Ela no poder ser montada porque no
existe um arquivo de controle. Restaure o arquivo de controle a partir do backup. Agora que h um
arquivo de controle, voc poder montar o banco de dados. Voc deve recuperar o banco de dados
porque agora existe um arquivo de controle de backup que contm informaes sobre uma verso
mais antiga do banco de dados. Aps recuperar o banco de dados, voc poder abri-lo. Especifique
RESETLOGS porque o novo arquivo de controle representa uma instncia diferente do banco de
dados.
Observao: No h uma verificao cruzada automtica dos backups em fita aps a restaurao de
um arquivo de controle. Se voc estiver usando backups em fita, execute uma verificao cruzada
desses backups aps restaurar o arquivo de controle e montar o banco de dados.
Restaurando o Arquivo de Controle a Partir do Backup Automtico (continuao)

Para restaurar o arquivo de controle a partir de um backup automtico, o banco de dados deve estar
no estado NOMOUNT. Se o backup automtico no estiver na rea de recuperao flash, defina o
identificador do banco de dados (DBID) antes de executar o comando RESTORE CONTROLFILE
FROM AUTOBACKUP, conforme mostrado no exemplo a seguir:
RMAN>
RMAN>
RMAN>
RMAN>
SHUTDOWN ABORT;
STARTUP NOMOUNT;
SET DBID 1090770270;
O RMAN procura um backup automtico do arquivo de controle. Se esse backup for encontrado, o
RMAN restaurar o arquivo de controle a partir dele em todas as localizaes desse arquivo listadas
no parmetro de inicializao CONTROL_FILES.
Se voc tiver um catlogo de recuperao, no precisar definir o DBID nem usar o backup
automtico do arquivo de controle para restaurar esse arquivo. Voc poder usar o comando
RESTORE CONTROLFILE sem argumentos:
RMAN> RESTORE CONTROLFILE;
le
b
a
r
e
f
an
r
t
n
Quando voc executar essa operao, a instncia dever estar no estado NOMOUNT, e o RMAN
dever estar conectado ao catlogo de recuperao. O arquivo de controle restaurado gravado em
todas as localizaes listadas no parmetro de inicializao CONTROL_FILES.
Use o comando RESTORE CONTROLFILE... TO <destination> a fim de restaurar o arquivo de
controle em um local no default.
Se voc tambm tiver perdido o SPFILE do banco de dados e precisar restaur-lo a partir do backup
automtico, o procedimento ser semelhante ao usado para restaurar o arquivo de controle a partir
desse backup. Defina primeiro o DBID do banco de dados e, em seguida, use o comando RESTORE
SPFILE FROM AUTOBACKUP.
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
uo arquivo de parmetros do servidor restaurado, o RMAN
pa com
(
o
Depois que voc iniciare
a instncia
t
se a partir do backup automtico. Uma vez restaurado e montado
poder restaurar oaarquivo
dencontrole
zitt e
P voc
o arquivo rde
controle,
lic ter as informaes de backup necessrias para restaurar e recuperar o
o
d
banco
nde dados.
a
e
LAps restaurar os arquivos de controle do banco de dados a partir do backup, execute a recuperao
completa da mdia e abra o banco de dados com a opo RESETLOGS.
Usando Backups Incrementais para Recuperar

um Banco de Dados no Modo NOARCHIVELOG
Use backups incrementais para executar uma recuperao
limitada de um banco de dados no modo NOARCHIVELOG.
STARTUP FORCE NOMOUNT;
RESTORE CONTROLFILE;
RESTORE DATABASE;
RECOVER DATABASE NOREDO;
ALTER DATABASE OPEN RESETLOGS;
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Recuperar um Banco de Dados no Modo
Usando Backups Incrementais
e separa
t
t
i
NOARCHIVELOG az
en
P
c
i
l
Voc podero
executar uma recuperao limitada de um banco de dados no modo NOARCHIVELOG
d
n
ea backups incrementais. Esses backups devem ser consistentes.
Lusando
Se voc tiver efetuado backups incrementais, o RMAN usar os backups de nvel 0 e 1 para restaurar
e recuperar o banco de dados.
Especifique a opo NOREDO no comando RECOVER DATABASE em caso de perda dos arquivos de
redo log on-line ou se no for possvel aplicar o redo aos backups incrementais. Se voc no
especificar a opo NOREDO, o RMAN procurar os arquivos de redo log on-line aps aplicar esses
backups. Se os arquivos de redo log on-line no estiverem disponveis, o RMAN emitir uma
mensagem de erro.
Se os arquivos de redo log on-line atuais contiverem todas as alteraes desde o ltimo backup
incremental, voc poder executar o comando RECOVER DATABASE sem a opo NOREDO, e as
alteraes sero aplicadas.
Observao: S ser necessrio restaurar o arquivo de controle se ele no estiver atualizado.
Restaurando e Recuperando o Banco de Dados

em um Novo Host
Use o procedimento para:
Executar restauraes de teste
Mover um banco de dados de produo para um novo
host
Backups
RMAN>
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t de Dados em um Novo Host
e soeBanco
t
t
i
azdescrito
Use o procedimento
ennas pginas a seguir para executar restauraes de teste. Voc tambm
P
c
i
l
pode us-lo
roa fim de mover um banco de dados de produo para um novo host.
d
n
a
do banco de dados (DBID) de teste restaurado igual ao do banco de dados original.
LOeidentificador
Arquivo de
parmetros
do servidor
Arquivo de
parmetros
do servidor
Se voc estiver usando um catlogo de recuperao e se conectar ao banco de dados de teste e ao do

catlogo de recuperao, esse catlogo ser atualizado com as informaes sobre o banco de dados
de teste. Isso poder afetar a capacidade de restaurao e recuperao do banco de dados de origem
pelo RMAN.
Voc dever criar um banco de dados duplicado com o comando DUPLICATE do RMAN caso seu
objetivo seja criar uma nova cpia do banco de dados de destino para uso contnuo em um novo host.
O banco de dados duplicado receber um novo DBID, o qual permitir que ele seja registrado no
mesmo catlogo de recuperao que o banco de dados de destino original. Consulte a lio Usando
o RMAN para Duplicar um Banco de Dados para obter informaes detalhadas sobre o comando
DUPLICATE.
Preparando para Restaurar o Banco

de Dados em um Novo Host
Como preparao para restaurar um banco de dados, execute
estas etapas:
Registre o identificador do banco de dados (DBID)
de origem.
Copie o arquivo de parmetros de inicializao do banco
de dados de origem para o novo host.
Verifique se os backups de origem, incluindo o backup
automtico do arquivo de controle, esto acessveis no
ble
a
r
host usado para restaurao.
sfe
tra
n
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t de Dados em um Novo Host
Preparando para Restaurar
e oseBanco
t
t
i
z noenslide como preparao para restaurar o banco de dados em um novo
alistadas
Execute as etapas
P
lic
host. dro
n Se estiver executando uma restaurao de teste, no se conecte ao catlogo de
a
Observao:
e
Lrecuperao ao restaurar os arquivos de dados. Se voc se conectar ao catlogo de recuperao, o
RMAN registrar as informaes sobre os arquivos de dados restaurados nesse catlogo e considerar
o banco de dados restaurado como o banco de dados de destino atual. Se o seu arquivo de controle
no for grande o suficiente para conter todos os dados do repositrio do RMAN dos backups a serem
restaurados, e voc precisar usar um catlogo de recuperao, exporte o catlogo e importe-o para
outro esquema ou banco de dados. Use o catlogo de recuperao copiado para a restaurao de teste.
Restaurando o Banco de Dados em um Novo Host

Execute as etapas a seguir no host de restaurao para
restaurar o banco de dados:
1. Configure a varivel de ambiente ORACLE_SID.
2. Inicie o RMAN e conecte-se instncia de destino no
modo NOCATALOG.
3. Defina o identificador do banco de dados (DBID).
4. Inicie a instncia no modo NOMOUNT.
bl
5. Restaure o arquivo de parmetros do servidor a partir
a
r
fe
s
dos conjuntos de backup.
n
ra
t
n
6. Faa shutdown da instncia.
no
a
7. Edite o arquivo de parmetros de inicializao
s restaurado.
a
h
e
)
d
i
8. Inicie a instncia no modo NOMOUNT.
u
om
ilc ent G
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
Restaurando o Bancote
de Dados tem um Novo Host
t
i
saseetapas listadas nesta pgina e na prxima para restaurar o banco de
zrestaurao
n
a
Execute no host
de
e
P
lic
dados. dro
n
1.aConfigure
a varivel de ambiente ORACLE_SID conforme mostrado no exemplo abaixo:
e
L
$ setenv ORACLE_SID orcl
2. Inicie o RMAN e conecte-se instncia de destino. No se conecte ao catlogo de recuperao
conforme mostrado no exemplo a seguir:
$ rman TARGET /
3. Defina o identificador do banco de dados (DBID). Para encontrar o DBID do banco de dados de
origem, consulte a coluna DBID da view V$DATABASE.
RMAN> SET DBID 1090770270;
4. Inicie a instncia no modo NOMOUNT:

RMAN> STARTUP NOMOUNT
Voc receber um erro semelhante ao mostrado a seguir porque o arquivo de parmetros do

servidor no foi restaurado. O RMAN usa um arquivo de parmetros fictcio para iniciar a
instncia.
startup failed: ORA-01078: failure in processing system
parameters

Restaurando o Banco de Dados em um Novo Host (continuao)
5. Restaure o arquivo de parmetros do servidor a partir dos conjuntos de backup e faa shutdown
da instncia conforme mostrado no exemplo:
RESTORE SPFILE TO PFILE '?/oradata/test/initorcl.ora' FROM

AUTOBACKUP;
6. Faa shutdown da instncia:

SHUTDOWN IMMEDIATE;
7. Edite o arquivo de parmetros de inicializao restaurado para alterar todos os parmetros

especficos de local, como os que terminam em _DEST, para refletir a nova estrutura de
diretrios.
8. Inicie a instncia no modo NOMOUNT usando o arquivo de parmetros de inicializao de texto
editado.
RMAN> STARTUP NOMOUNT
> PFILE='?/oradata/test/initorcl.ora';
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Restaurando o Banco de Dados em um Novo Host

9. Crie um bloco RUN para:
Restaurar o arquivo de controle
Montar o banco de dados
10. Crie o script de recuperao do RMAN para restaurar e

recuperar o banco de dados.
11. Execute o script do RMAN.
12. Abra o banco de dados com a opo RESETLOGS.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Restaurando o Bancote
de Dados tem um Novo Host (continuao)
t
i
se
zRUN para
n
9. Crie um bloco
restaurar o arquivo de controle a partir de um backup automtico e
a
e
P deldados
ic conforme mostrado no exemplo:
o
monte
o
banco
r
d
n RUN
a
e
L
{
}
10. Consulte a view V$DATAFILE no novo host para determinar os nomes dos arquivos do banco
de dados registrados no arquivo de controle. Crie o script de recuperao do RMAN para
restaurar e recuperar o banco de dados, incluindo as seguintes etapas, conforme adequado:
a. Use o comando SET NEWNAME para especificar o caminho no novo host de cada um dos
arquivos de dados restaurado em um destino diferente do host original.
b. Use o comando SQL ALTER DATABASE RENAME FILE para especificar o caminho dos
arquivos de redo log on-line.
c. Inclua o comando SET UNTIL para limitar a recuperao ao final dos arquivos de redo
log arquivados.
d. Inclua o comando SWITCH para que o arquivo de controle reconhea os novos nomes de
caminho como os nomes corretos dos arquivos de dados.
Restaurando o Banco de Dados em um Novo Host (continuao)

Veja a seguir um exemplo de script de recuperao:
RUN
{
SET NEWNAME FOR DATAFILE 1 TO '?/oradata/test/system01.dbf';
SET NEWNAME FOR DATAFILE 2 TO '?/oradata/test/undotbs01.dbf';
SET NEWNAME FOR DATAFILE 3 TO '?/oradata/test/sysaux.dbf';
SET NEWNAME FOR DATAFILE 4 TO '?/oradata/test/users01.dbf';
SET NEWNAME FOR DATAFILE 5 TO '?/oradata/test/example01.dbf';
SQL "ALTER DATABASE RENAME FILE
''/u01/app/oracle/oradata/orcl/redo01.log''
TO ''?/oradata/test/redo01.log'' ";
SET UNTIL SCN 4545727;
RESTORE DATABASE;
SWITCH DATAFILE ALL;
RECOVER DATABASE;
}
le
b
a
r
e
f
an
r
t
n
no
a
s
11. Execute o script de recuperao.
a
h
e
12. Abra o banco de dados com a opo RESETLOGS:
)
d
i
RMAN> ALTER DATABASE OPEN RESETLOGS;
com nt Gu
l
i
a da instncia
Uma vez concludo o teste, voc poder fazer shutdown
de do banco de dados de teste e
m
t
u
t
o
S
h is arquivos.
deletar esse banco de dados com todos os respectivos
@
h
e
itt se t
z
a
p to u
(
e
zitt ense
a
P
lic
o
r
d
n
a
e
L
Executando a Recuperao Aps Acidentes
Um acidente implica a perda de todo o banco de dados de

destino, do banco de dados do catlogo de recuperao,
de todos os arquivos de controle atuais, de todos os
arquivos de redo log on-line e de todos os arquivos de
parmetros.
A recuperao aps acidentes inclui a restaurao
e a recuperao do banco de dados de destino.
Conjunto mnimo de backups necessrio:
le
b
a
r
e
f
Backups dos arquivos de dados

ns
Arquivos de redo log arquivados correspondentes -tra
oncontrole
n
Pelo menos um backup automtico do arquivo
de
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Acidentes
e sAps
t
e
t
i
azacidentes
A recuperaoP
aps
eninclui a restaurao e a recuperao do banco de dados de destino aps
c
i
l
o esse banco de dados, de todos os arquivos de controle atuais, de todos os arquivos de
a perda d
dertodo
n
alog on-line, de todos os arquivos de parmetros e do banco de dados do catlogo de recuperao
e
Lredo
(se aplicvel).
Para executar a recuperao aps acidentes, so necessrios pelo menos os seguintes backups:
Backups dos arquivos de dados
Redo logs arquivados correspondentes gerados aps o momento do backup
Pelo menos um backup automtico do arquivo de controle
Observao: Consulte o manual Oracle Data Guard Concepts and Administration para obter
informaes sobre como o Oracle Data Guard pode oferecer uma proteo completa contra acidentes.
Executando a Recuperao Aps Acidentes

Procedimento bsico:
Restaure um backup automtico do arquivo de parmetros
do servidor.
Inicie a instncia do banco de dados de destino.
Restaure o arquivo de controle a partir do backup
automtico.
Monte o banco de dados.
ble
Restaure os arquivos de dados.
a
r
fe
s
n
Recupere os arquivos de dados.
tra
n
Abra o banco de dados com a opo RESETLOGS.
no
a
s
a
h ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Acidentes (continuao)
e sAps
t
e
t
i
n
az para
O procedimento
bsico
uma recuperao aps acidentes descrito no slide. Aps
eexecutar
P
c
i
l
o
montar odbanco
r de dados, siga as etapas para executar a recuperao com um arquivo de controle de
n
backup.
a
Le
Questionrio
Quando no h perda de arquivos de dados, e voc recupera
o arquivo de controle de backup, por que necessrio usar o
comando RECOVER?
1. Para efetuar rollforward das alteraes no arquivo
de controle por meio da ressincronizao a partir dos
arquivos de dados
de controle aplicando redo a partir dos redo logs
ble
a
r
fe
s
n
de controle usando o catlogo do RMAN
-tra
on
n
a
s
a
h ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Resposta: 2
e se t
t
t
i
az icen
P
l
o
r
d
n
a
e
L
Questionrio
Com o comando RESTORE, possvel restaurar arquivos do
banco de dados a partir de um backup, mas no aplicar redo
a partir de redo logs.
1. Verdadeiro
2. Falso
le
b
a
r
e
f
an
r
t
n
Resposta: 1
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Resumo
Nesta lio, voc aprendeu a usar o RMAN para:
Executar uma recuperao completa aps a perda de um
arquivo de dados crtico ou no crtico
Recuperar usando backups atualizados de forma
incremental
Alternar para cpias-imagem tendo em vista uma
recuperao rpida
Restaurar um banco de dados em um novo host
ble
a
r
e
Recuperar usando um arquivo de controle de backup nsf
tr
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
n
a
e
L

Recuperando cpias-imagem
Executando uma recuperao rpida
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
an
r
t
n
n
a
e
L
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
Objetivos
Monitorar o andamento de jobs do RMAN
Configurar o RMAN de forma adequada para
entrada/sada assncrona
Configurar a multiplexao do RMAN para manter o
streaming eficiente de unidades de fita
Avaliar o equilbrio entre velocidade de backup e
velocidade de recuperao
ble
a
r
Explicar o impacto dos seguintes parmetros no
fe
s
n
desempenho do RMAN: MAXPIECESIZE, FILESPERSET,
ra
t
n
MAXOPENFILES
no
a
s do RMAN
Explicar como a opo BACKUP DURATION
a
h
e
)
d
i
pode tornar mais rpida ou mais demorada
a
execuo
de
m Gu
o
c
t
il outro
backups, (liberando recursosapara
en processamento)
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
e se t
t
t
i
az icen
P
l
ro
n
a
e
L
Paralelizao de Conjuntos de Backup

Para obter melhor desempenho, aloque vrios canais
e designe arquivos aos canais especficos.
Arq. de
dados 1
Arq. de
dados 4
Arq. de
dados 5
Canal
MML
Arq. de
dados 2
Arq. de
dados 3
Arq. de
dados 9
Componente
de backup 1
le
Canal
MML
b
a
r
e
f
an
r
t
n
Componente
de backup 2
no
a
s
a
h
e
)
d
i
m Gu Componente
MML
o
c
t
de backup 3
il
n
a
e
d
m
ot Stu
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t
Paralelizao de Conjuntos
e sdeeBackup
t
t
i
Voc pode configurar
az backups
enparalelos definindo a opo PARALLELISM do comando
P
c
i
l
CONFIGURE
ro como um valor superior a 1 ou alocando manualmente diversos canais. O RMAN
d
n
a sua operao e grava vrios conjuntos de backup em paralelo. As sesses do servidor
e
Lparaleliza
dividem o trabalho de backup dos arquivos especificados.
Arq. de
dados 6
Arq. de
dados 7
Arq. de
dados 8
Canal
Exemplo
RMAN> RUN {
2>
ALLOCATE CHANNEL c1 DEVICE TYPE sbt;
3>
4>
5>
BACKUP
6>
INCREMENTAL LEVEL = 0
7>
(DATAFILE 1,4,5 CHANNEL c1)
8>
(DATAFILE 2,3,9 CHANNEL c2)
9>
(DATAFILE 6,7,8 CHANNEL c3);
10>
SQL 'ALTER SYSTEM ARCHIVE LOG CURRENT';
11> }

Paralelizao de Conjuntos de Backup (continuao)
Ao fazer backup de arquivos de dados, voc pode especificar os arquivos pelo nome do caminho ou
pelo nmero correspondente. Por exemplo, os dois comandos a seguir executam a mesma ao:
BACKUP DEVICE TYPE sbt DATAFILE '/home/oracle/system01.dbf';

BACKUP DEVICE TYPE sbt DATAFILE 1;
Quando voc cria diversos conjuntos de backup e aloca vrios canais, o funcionamento do RMAN
paralelizado automaticamente, e ele grava diversos conjuntos de backup em paralelo. As sesses do
servidor alocado compartilham o trabalho de backup dos arquivos de dados, arquivos de controle e
redo logs arquivados especificados. No possvel distribuir por striping um nico conjunto de
backup entre vrios canais.
Voc pode obter a paralelizao de conjuntos de backup da seguinte forma:
Configurando a opo PARALLELISM como um valor superior a 1 ou alocando vrios canais
Especificando vrios arquivos para backup
Exemplo
Existem nove arquivos dos quais necessrio fazer backup (arquivos de dados de 1 a 9).
Designe os arquivos de dados a um conjunto de backup, de modo que cada conjunto tenha
aproximadamente o mesmo nmero de blocos de dados para backup (para uma operao
eficiente.)
- Os arquivos de dados 1, 4 e 5 esto designados ao conjunto de backup 1.
Observao: Tambm possvel usar o parmetro FILESPERSET para limitar o nmero de
arquivos de dados includos em um conjunto de backup.
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
Monitorando Sesses do RMAN
Consulte as views V$SESSION e V$PROCESS para

identificar o relacionamento entre sesses do servidor e
canais do RMAN.
Se estiver monitorando vrias sesses, use o comando
SET COMMAND ID para correlacionar um processo a um
canal durante um backup.
SQL>
SQL>
SQL>
SQL>
2
3
4
COLUMN CLIENT_INFO FORMAT a30

COLUMN SID FORMAT 999
COLUMN SPID FORMAT 9999
SELECT s.sid, p.spid, s.client_info
FROM v$process p, v$session s
WHERE p.addr = s.paddr
AND CLIENT_INFO LIKE 'rman%';
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Monitorando Sesses
edo RMAN
t
e
t
i
s
az sesses
Para identificarPquais
endo servidor correspondem a quais canais do RMAN, consulte as views
c
i
l
V$SESSION
ro e V$PROCESS. A coluna SPID da view V$PROCESS identifica o ID do processo ou
d
n
do thread
a no sistema operacional. No UNIX, a coluna SPID mostra o ID do processo. No Windows,
La ecoluna
SPID mostra o ID do thread. Dois mtodos bsicos podero ser usados para obter essas
informaes, dependendo de existirem ou no vrias sesses ativas do RMAN simultaneamente.
Quando houver apenas uma sesso ativa do RMAN, execute a consulta a seguir no banco de dados de
destino enquanto o job do RMAN estiver em execuo:
SQL>
SQL>
SQL>
SQL>
2
3
4
SID
---15
13
COLUMN CLIENT_INFO FORMAT a30

COLUMN SID FORMAT 999
COLUMN SPID FORMAT 9999
SELECT s.sid, p.spid, s.client_info
FROM v$process p, v$session s
WHERE p.addr = s.paddr
AND CLIENT_INFO LIKE 'rman%';
SPID
CLIENT_INFO
------------ -----------------------------2714
rman channel=ORA_SBT_TAPE_1
2715
rman channel=ORA_SBT_TAPE_2
Monitorando Sesses do RMAN (continuao)

Quando houver vrias sesses do RMAN em execuo, voc poder correlacionar um processo a um
canal durante um backup usando o comando SET COMMAND ID, conforme mostrado abaixo:
1. Em cada sesso, defina o ID do comando como um valor diferente e, em seguida, faa backup
do objeto desejado. Por exemplo, informe o seguinte na sesso 1:
RUN
{
SET COMMAND ID TO 'sess1';
BACKUP DATABASE;
}
Defina o ID do comando como uma string como sess2 no job em execuo na sesso 2:
RUN
{
SET COMMAND ID TO 'sess2';
BACKUP DATABASE;
}
le
b
a
r
e
2. Inicie uma sesso do SQL*Plus e consulte as views V$SESSION e V$PROCESS juntas
sf
n
enquanto o job do RMAN estiver sendo executado. Por exemplo, informe:
a
tr
n
no
SELECT SID, SPID, CLIENT_INFO
a
s
FROM V$PROCESS p, V$SESSION s
a
h
e
)
d
i
WHERE p.ADDR = s.PADDR
com nt Gu
AND CLIENT_INFO LIKE '%id=sess%';
l
i
a
de
m
t
u
t
o
Se voc executar o comando SET COMMAND
no
S job do RMAN, a coluna CLIENT_INFO
h ID
s
i
@
h
e
ser exibida no seguinte formato:
itt se t
z
id=command_id,rman
channel=channel_id
a
u
(p tamostra
o
Por exemplo, vejattaeseguir uma
da sada:
e
i
s
z
n
a ice
P
l
SID
SPID
CLIENT_INFO
o
r
d
---- ------------ -----------------------------n
11
8358
id=sess1
Lea
15
14
9
8638
8374
8642
id=sess2
id=sess1,rman channel=c1
id=sess2,rman channel=c1
Monitorando o Andamento de Jobs do RMAN

Monitore o andamento das operaes de backup e restaurao
consultando a view V$SESSION_LONGOPS.
SQL>
2
3
4
5
6
7
SELECT OPNAME, CONTEXT, SOFAR, TOTALWORK,

ROUND(SOFAR/TOTALWORK*100,2) "%_COMPLETE"
FROM V$SESSION_LONGOPS
WHERE OPNAME LIKE 'RMAN%'
AND OPNAME NOT LIKE '%aggregate%'
AND TOTALWORK != 0
AND SOFAR <> TOTALWORK;
le
b
a
r
e
f
s
n
a
r
SID SERIAL# CONTEXT
SOFAR TOTALWORK %_COMPLETE -t
on
--- ------- ------- ------- --------- ---------n
a
s
13
75
1
9470
15360
61.65
a
e
12
81
1
15871
28160) h
56.36
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t do RMAN
Monitorando o Andamento
Jobs
e de
t
e
t
i
s
az deicbackups,
Monitore o andamento
en cpias e restauraes consultando a view
P
l
V$SESSION_LONGOPS.
O RMAN usa linhas de detalhe e agregadas na view
ro
d
n
V$SESSION_LONGOPS. As linhas de detalhe descrevem os arquivos que esto sendo processados
Lporeauma etapa do job. As linhas agregadas descrevem os arquivos processados por todas as etapas do
job em um comando do RMAN. Uma etapa do job consiste na criao ou na restaurao de um
conjunto de backup ou de uma cpia de um arquivo de dados. As linhas de detalhe so atualizadas
sempre que um buffer lido ou gravado durante a etapa de backup; portanto, a granularidade da
atualizao pequena. As linhas agregadas so atualizadas quando cada etapa do job concluda;
portanto, a granularidade da atualizao grande.
Observao: Defina o parmetro STATISTICS_LEVEL como TYPICAL (o valor default) ou ALL
para preencher a view V$SESSION_LONGOPS.
As colunas relevantes da view V$SESSION_LONGOPS do RMAN incluem:
OPNAME: Uma descrio de texto da linha. As linhas de detalhe incluem RMAN:datafile
copy, RMAN:full datafile backup e RMAN:full datafile restore.
CONTEXT: Para linhas de sada de backup, o valor desta coluna 2. Para todas as outras linhas,
com exceo da cpia proxy (que no atualiza esta coluna), o valor 1.

Monitorando o Andamento de Jobs do RMAN (continuao)
SOFAR: Para cpias-imagem, o nmero de blocos lidos; para linhas de entrada de backup, o
nmero de blocos que foram lidos dos arquivos dos quais est sendo efetuado backup; para
linhas de sada de backup, o nmero de blocos que foram gravados no componente de backup;
para restauraes, o nmero de blocos que foram processados para os arquivos que esto sendo
restaurados nesta etapa do job; e para cpias proxy, o nmero de arquivos que foram copiados
TOTALWORK: Para cpias-imagem, o nmero total de blocos do arquivo; para linhas de entrada
de backup, o nmero total de blocos a serem lidos de todos os arquivos processados nesta etapa
do job; para linhas de sada de backup, o valor 0 porque o RMAN no sabe quantos blocos ele
gravar em um componente de backup; para restauraes, o nmero total de blocos em todos os
arquivos restaurados nesta etapa do job; e para cpias proxy, o nmero total de arquivos a serem
copiados nesta etapa do job
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Interpretando a Sada de Mensagens do RMAN

As informaes de diagnstico e soluo de problemas do
RMAN podem ser encontradas nos seguintes locais:
Sada dos comandos do RMAN
Arquivo de rastreamento do RMAN
Log de alerta
Arquivo de rastreamento do servidor Oracle
Arquivo sbtio.log
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t do RMAN
Interpretando a Sadate
de Mensagens
e
t
i
s
az doicRMAN
A sada dos comandos
en contm aes relevantes para o job do RMAN, alm de mensagens
P
l
de erro geradas
ro pelo RMAN, pelo servidor e pelo fornecedor de mdia. As mensagens de erro do
d
n
RMAN
o prefixo RMAN-nnnn. A sada exibida no terminal (sada padro), mas pode ser
ea tm
Lgravada
em um arquivo por meio da definio da opo LOG ou pelo redirecionamento do shell.
O arquivo de rastreamento do RMAN contm a sada do comando DEBUG e usado somente com a
opo TRACE do comando.
O log de alerta contm um log cronolgico de erros, definies de parmetros de inicializao no
default e operaes de administrao. Como esse log mantm os valores dos registros sobregravados
do arquivo de controle, ele poder ser til para a manuteno do RMAN quando um catlogo de
recuperao no for usado.
O arquivo de rastreamento do Oracle contm uma sada detalhada gerada pelos processos de servidor
do Oracle. Esse arquivo criado quando ocorre uma mensagem de erro ORA-600 ou ORA-3113
(aps um erro ORA-7445), sempre que o RMAN no capaz de alocar um canal e quando h uma
falha durante o carregamento da Media Management Library. Ele pode ser encontrado em
USER_DUMP_DEST.
O arquivo sbtio.log contm informaes especficas do fornecedor gravadas pelo software de
gerenciamento de mdia e pode ser encontrado em USER_DUMP_DEST. Observe que esse log no
contm erros do servidor Oracle nem do RMAN.
Usando a Opo DEBUG
A opo DEBUG usada para :

Exibir o cdigo PL/SQL gerado
Determinar precisamente quando um comando do RMAN
suspenso ou falha
A opo DEBUG especificada no prompt do RMAN ou em

um bloco RUN.
Como a opo DEBUG cria um volume enorme de sada,
redirecione a sada para um arquivo de rastreamento:
le
b
a
r
e
f
an
r
t
n
$ rman target / catalog rman/rman debug trace trace.log
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Usando a Opo DEBUG
e se t
t
t
i
z todasenas instrues SQL executadas durante compilaes do RMAN e os
A opo DEBUG a
exibe
P
lic Todas as informaes geradas pelos pacotes PL/SQL do catlogo de
o execues.
resultados
dessas
r
d
n tambm so exibidas. No exemplo a seguir, a sada de DEBUG gravada durante o
recuperao
a
e
Lbackup do arquivo de dados 3, mas no do arquivo de dados 4:
RMAN> run {
debug on;
allocate channel c1 type disk;
backup datafile 3;
debug off;
backup datafile 4; }
Lembre-se de que a sada de DEBUG pode ser muito grande; portanto, verifique se h espao
adequado em disco para o arquivo de rastreamento. Essa sesso de backup simples que no gera erros
cria um arquivo de rastreamento com praticamente a metade do tamanho em megabytes:
$ rman target / catalog rman/rman debug trace sample.log
RMAN> backup database;
RMAN> host "ls l sample.log";
-rw-r--r-1 user02
dba
576270 Apr 6 10:38 sample.log
host command complete
Interpretando Pilhas de Erros do RMAN
Leia a pilha de baixo para cima.

Procure a linha Additional information.
RMAN-03009 identifica o comando onde ocorreu a falha.
RMAN-00571:
RMAN-00569:
RMAN-00571:
RMAN-03009:
===========================================
======= ERROR MESSAGE STACK FOLLOWS =======
===========================================
failure of backup command on c1 channel at
09/04/2001 13:18:19
ORA-19506: failed to create sequential file,
name="07d36ecp_1_1", parms=""
ORA-27007: failed to open file
SVR4 Error: 2: No such file or directory
Additional information: 7005
Additional information: 1
ORA-19511: Error from media manager layer,error text:
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Interpretando Pilhas tde
e Errossedot RMAN
t
i
az de idados
Por causa do volume
enregistrados pelo RMAN, talvez seja difcil identificar as mensagens
P
c
l
teis emdsua
ropilha de erros. Observe estas dicas e sugestes:
n
vrias das mensagens da pilha de erros no so relevantes para a soluo e o diagnstico
Le aComo
de problemas, tente identificar um ou dois erros mais importantes.
Procure a linha Additional information seguida de um inteiro. Essa linha indica um
erro de gerenciamento de mdia. O inteiro que vem em seguida se refere ao cdigo explicado no
texto da mensagem de erro.
Leia as mensagens de baixo para cima porque essa a ordem em que o RMAN as emite. Em
geral, o ltimo ou os dois ltimos erros exibidos na pilha so informativos.
Procure a mensagem RMAN-03002 ou RMAN-03009 imediatamente aps o banner. A
mensagem RMAN-03009 idntica RMAN-03002, mas inclui o ID do canal. Se a falha
estiver relacionada a um comando do RMAN, essas mensagens indicaro qual comando falhou.
Os erros de sintaxe geram o erro RMAN-00558.
Ajustando o RMAN
As operaes de BACKUP e RESTAURAO do RMAN

executam as
seguintes tarefas:
Leem ou gravam dados.
Processam dados copiando e validando blocos.
A tarefa mais lenta chamada de gargalo, em qualquer

processo.
O ajuste do RMAN requer a identificao e o tratamento
ble
a
r
de gargalos.
fe
s
n
tra
O desempenho das operaes de backup e recuperao
n
no
pode ser balanceado de acordo com as suas
a
necessidades.
has e
)
id
m
u
o
G
ilc ent
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t
Ajustando o RMAN te
e
t
i
s
z e restaurao
abackup
As operaes de
do RMAN executam as seguintes tarefas distintas:
en
P
c
i
l
o
Leitura
ou gravao de dados de entrada
ndr
eaProcessamento
de dados, validando e copiando blocos dos buffers de entrada para os de sada
L
A tarefa mais lenta chamada gargalo. Para ajustar o RMAN, necessrio identificar o gargalo (ou
gargalos) e tentar torn-lo mais eficiente por meio dos comandos do RMAN, das definies dos
parmetros de inicializao ou de ajustes na mdia fsica. A compreenso das operaes de
entrada/sada fundamental para o ajuste do RMAN. Os jobs de backup e restaurao do RMAN
usam dois de tipos de buffers de entrada/sada: armazenamento em disco e tercirio (geralmente fita).
Ao executar um backup, o RMAN l os arquivos de entrada usando buffers de disco e grava o
arquivo de backup de sada usando o buffer de disco ou de fita. Durante as operaes de restaurao,
o RMAN inverte essas funes. A entrada/sada poder ser sncrona e assncrona. Os dispositivos
sncronos executam apenas uma tarefa de entrada/sada de cada vez. Portanto, possvel determinar
facilmente o tempo necessrio para os jobs de backup. Diferentemente da entrada/sada sncrona
(SIO), a entrada/sada assncrona (AIO) pode executar mais de uma tarefa de cada vez. Para ajustar o
RMAN com eficincia, necessrio compreender bem os conceitos de entrada/sada sncrona e
assncrona, buffers de disco e de fita, e arquitetura de canais. Conhecendo bem esses conceitos, voc
poder usar views fixas para monitorar gargalos.
Ajustando o RMAN (continuao)

Voc poder aproveitar alguns recursos de backup e recuperao que permitem balancear o
desempenho dessas operaes. Por exemplo, se precisar de um menor tempo de recuperao, voc
poder executar a recuperao de cpias-imagem regularmente. Embora a preparao desse tipo de
recuperao exija mais recursos, o tempo necessrio para execut-la ser menor.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Multiplexao do RMAN
Para leituras:
Nvel de
Multiplexao
Regra de Alocao
Nvel <= 4
Buffers de 1 MB so alocados de modo que o tamanho

total de buffer para todos os arquivos de entrada seja
16 MB.
512 KB so alocados de modo que o tamanho total de
buffer para todos os arquivos seja inferior a 16 MB.
4 < Nvel <= 8

Nvel > 8
O RMAN aloca quatro buffers de disco de 128 KB por

canal para cada arquivo, de modo que o tamanho total
seja 512 KB por canal para cada arquivo.
le
b
a
r
e
f
an
r
t
n
no de sada
Para gravaes, cada canal aloca quatro buffers
a
de 1 MB cada.
has e
)
id
m
u
o
G
ilc ent
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
Multiplexao do RMAN
e se t
t
t
i
aztiposidiferentes
O RMAN usa P
dois
en de buffers para entrada/sada: de disco e de fita. A multiplexao
c
l
do RMAN
rodetermina como ele aloca os buffers de disco. A multiplexao do RMAN o nmero de
d
n
ea de um backup lidos simultaneamente e, depois, gravados no mesmo componente de backup.
Larquivos
O grau de multiplexao depende do parmetro FILESPERSET do comando BACKUP, bem como
do parmetro MAXOPENFILES do comando CONFIGURE CHANNEL ou do comando ALLOCATE
CHANNEL. Observao: A multiplexao do RMAN definida no nvel de canal.
Por exemplo, suponha que voc faa backup de dois arquivos de dados com um canal. Voc define
FILESPERSET como 3 e MAXOPENFILES como 8. Nesse caso, o nmero de arquivos em cada
conjunto de backup 2 (o menor valor entre FILESPERSET e o nmero de arquivos lidos por cada
canal) e o nvel de multiplexao 2 (o menor valor entre MAXOPENFILES e o nmero de arquivos
em cada conjunto de backup). Ao executar um backup a partir do disco, o RMAN usa o algoritmo
descrito na tabela mostrada no slide.
Para gravao, cada canal aloca quatro buffers de sada com 1 MB cada.
Esses buffers sero alocados da PGA a menos que DBWR_IO_SLAVES seja definido como um valor
diferente de zero.
Observao: Para obter melhor desempenho durante a recuperao, no defina o parmetro
FILESPERSET como um valor maior que 8.
Alocando Buffers de Disco: Exemplo

Arquivos
de dados
Buffers de disco
de entrada
1 MB
1 MB
1 MB
1 MB
1 MB
1 MB
1 MB
1 MB
1 MB
1 MB
1 MB
1 MB
Canal
FILESPERSET = 4
MAXOPENFILES = 4
le
b
a
r
e
f
an
r
t
n
no
a
s
a
1 MB 1 MB
h
e
)
d
i
1 MB 1 MB
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Alocando Buffers de tDisco:
e sExemplo
e
t
i
No exemplo mostrado
az noicslide,
en um canal faz backup de quatro arquivos de dados. MAXOPENFILES
P
l
o 4 e FILESPERSET definido como 4. O nvel de multiplexao 4 neste
definidorcomo
d
n
a O tamanho total dos buffers para cada arquivo de 4 MB. Para calcular o tamanho total
e
Lexemplo.
dos buffers alocados em um conjunto de backup, multiplique o total de bytes de cada arquivo de
dados pelo nmero de arquivos de dados acessados simultaneamente pelo canal e, em seguida,
multiplique esse nmero pelo nmero de canais.
Suponha que voc use um canal para fazer backup de quatro arquivos de dados e tambm use as
definies mostradas no slide. Nesse caso, faa a multiplicao a seguir para obter o tamanho total
dos buffers alocados para o backup:
4 MB por arquivo de dados 1 canal 4 arquivos de dados por canal = 16 MB
Defina o parmetro MAXOPENFILES de modo que o nmero de arquivos lidos simultaneamente seja
apenas o suficiente para permitir o uso pleno do dispositivo de sada. importante levar isso em
considerao quando o dispositivo de sada for uma fita.
Alocando Buffers de Fita
Da SGA (large pool) com o parmetro

BACKUP_TAPE_IO_SLAVES definido como TRUE.
Da PGA com o parmetroBACKUP_TAPE_IO_SLAVES
definido como FALSE.
Canal
Buffers de fita
256 KB 256 KB
256 KB 256 KB
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Alocando Buffers de tFita
e se t
t
i
z emeum
n dispositivo de fita, o servidor Oracle alocar quatro buffers por
abackup
Se voc fizer um
P
c
i
l
canal para
roso gravadores (ou leitores no caso de uma restaurao) de fita. O servidor Oracle s
d
n
a esses buffers se o canal for do tipo SBT (System Backup to Tape). Geralmente, cada buffer
e
Lalocar
de fita tem 256 KB. Para calcular o tamanho total dos buffers usados durante uma operao de
backup ou restaurao, multiplique o tamanho do buffer por quatro e, em seguida, multiplique esse
produto pelo nmero de canais.
Conforme ilustrado no exemplo do slide, suponha que voc utilize um canal de fita e cada buffer
tenha 256 KB. Nesse caso, o tamanho total dos buffers usados durante um backup o seguinte:
256 KB por buffer 4 buffers por canal 1 canal = 1.024 KB
O RMAN alocar os buffers de fita da SGA (System Global Area) ou da PGA (Program Global
Area), dependendo da utilizao ou no de escravos de entrada/sada. Se o parmetro de inicializao
BACKUP_TAPE_IO_SLAVES estiver definido como TRUE, o RMAN alocar os buffers de fita do
shared pool ou do large pool se o parmetro de inicializao LARGE_POOL_SIZE estiver definido.
Se voc definir o parmetro como FALSE, o RMAN alocar os buffers da PGA. Se voc usar
escravos de entrada/sada, defina o parmetro de inicializao LARGE_POOL_SIZE para reservar a
memria SGA a ser usada na alocao de grandes volumes de memria. Dessa maneira, os buffers de
entrada/sada do RMAN no competiro com o cache de biblioteca pela memria do shared pool.
Alocando Buffers de Fita (continuao)

A Oracle recomenda definir o parmetro de inicializao BACKUP_TAPE_IO_SLAVES como
TRUE. Na maioria das circunstncias, isso resultar no melhor desempenho dos backups em fita.
Alm disso, essa definio necessria para executar backups duplexados. Esses backups so
abordados na lio Usando o RMAN para Criar Backups.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Comparando Entrada/Sada Sncrona e Assncrona

Entrada/sada sncrona
O processo de
1 servidor grava
dados no buffer.
O processo de servidor
espera; o processo de fita
2 grava dados.
Processo de
servidor/canal
0100100
0100100
Buffers
O processo de
de fita
servidor grava
dados no novo
buffer.
le
O processo
de fita indica
3 a concluso
da operao.
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t e Assncrona
Comparando Entrada/Sada
e sSncrona
t
e
t
i
alzou grava
Quando o RMAN
endados, a entrada/sada sncrona ou assncrona. Quando ela sncrona,
P
c
i
l
um processo
rode servidor pode executar apenas uma tarefa de cada vez. Quando ela assncrona, um
d
n
a de servidor pode iniciar uma operao de entrada/sada e, em seguida, executar outras
e
Lprocesso
tarefas enquanto espera a concluso dessa operao. Ele tambm pode iniciar vrias operaes de
entrada/sada sem esperar que a primeira seja concluda.
Voc pode definir parmetros de inicializao que determinam o tipo de entrada/sada. Se voc
definir o parmetro BACKUP_TAPE_IO_SLAVES como TRUE, a entrada/sada de fita ser
assncrona. Caso contrrio, ela ser sncrona.
O exemplo do slide mostra a entrada/sada sncrona durante um backup em fita. As seguintes etapas
ocorrem em uma transferncia sncrona:
1. Um processo de servidor grava blocos em um buffer de fita.
2. O processo de fita grava dados na fita. O processo de servidor permanece inativo enquanto o
gerenciador de mdia copia os dados dos buffers do Oracle para os buffers internos desse
gerenciador.
3. O processo de fita comunica ao processo de servidor que a gravao foi concluda.
4. O processo de servidor pode iniciar uma nova tarefa.
Comparando Entrada/Sada Sncrona e Assncrona

Entrada/sada assncrona
O processo de
servidor grava
1
dados no buffer.
Processo de
servidor/canal
2 O processo de fita grava dados.
0100100
0100100
0100100
Buffers
de fita
le
b
a
r
e
f
an
r
t
n
no
a
as e
3 O processo de servidor grava
dados no novo buffer enquanto ) h
id
m
u
a etapa 2 concluda.
o
G
ilc ent
a
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t e Assncrona (continuao)
Comparando Entrada/Sada
e sSncrona
t
e
t
i
az icensuportam entrada/sada assncrona nativa, e o Oracle poder utilizar
Vrios sistemas
operacionais
P
osempre quel ele estiver disponvel. recomendvel definir sempre o parmetro
esse recurso
r
d
n
BACKUP_TAPE_IO_SLAVES
como TRUE quando a plataforma suportar esse recurso. Nos sistemas
a
e
Loperacionais que no suportam entrada/sada assncrona nativa, o Oracle poder simular esse recurso
usando processos escravos especiais de entrada/sada dedicados execuo de operaes de
entrada/sada para outro processo. Voc pode controlar os escravos de entrada/sada de disco
definindo o parmetro DBWR_IO_SLAVES como um valor diferente de zero. O Oracle alocar
quatro escravos de entrada/sada de disco de backup quando um valor diferente de zero for definido
para DBWR_IO_SLAVES.
O exemplo do slide ilustra a entrada/sada assncrona durante um backup em fita. As etapas que
ocorrem em uma troca de dados assncrona so descritas abaixo:
1. Um processo de servidor grava blocos em um buffer de fita.
2. O processo de fita grava dados na fita. Durante a gravao pelo processo de fita, outros
processos de servidor permanecem livres para processar mais blocos de entrada e preencher
mais buffers de sada.
3. O processo de servidor gerado grava os dados nos buffers de fita, enquanto o processo de fita
inicial grava os dados na fita.
Monitorando o Desempenho de Jobs do RMAN
As seguintes views podem ser usadas para monitorar o

desempenho das operaes de backup e restaurao:
V$BACKUP_SYNC_IO
V$BACKUP_ASYNC_IO
As seguintes linhas existiro no caso de uma operao de

backup ou restaurao:
Uma linha para cada arquivo de dados
Uma linha agregada para arquivos de dados
Uma linha para cada componente de backup
le
b
a
r
e
f
s
n
a
r
A entrada/sada ser ou no sncrona dependendo
-tde
n
o
como o processo controlador a considerar. a n
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
tJobs do RMAN
Monitorando o Desempenho
e sde
t
e
t
i
az deicbackup
A velocidade mxima
en limitada pelo hardware disponvel. Ela no poder ser maior do
P
l
que a largura
ro de banda agregada da fita. Uma exceo a essa regra quando os arquivos de dados
d
n
ea muitos blocos vazios que no necessitam de backup.
Lcontm
Um dos componentes do sistema de backup ser um gargalo qual deles ser depender das
velocidades relativas do disco, da unidade de fita e de quaisquer outros componentes de transporte

como a rede. Por exemplo, se o gargalo for a unidade de fita, e estiver ocorrendo o streaming da fita,
o backup provavelmente no poder ser mais rpido.
Observao: Se a entrada/sada for sncrona, e voc tiver definido o parmetro de inicializao
BACKUP_DISK_IO_SLAVES como TRUE, a entrada/sada ser exibida na view
V$BACKUP_ASYNC_IO.
Gargalos da Entrada/Sada Assncrona
Use a view V$BACKUP_ASYNC_IO para monitorar

a entrada/sada assncrona.
O arquivo com a maior relao entre LONG_WAITS
e IO_COUNT provavelmente o gargalo.
IO_COUNT: Nmero de operaes de entrada/sada
executadas no arquivo
LONG_WAITS: Nmero de vezes que o processo de
backup/restaurao instruiu o sistema operacional a esperar
at a concluso da operao de entrada/sada
le
b
a
r
e
f
s
n
Os tempos de espera devem ser definidos como zero
para
a
r
-t
n
evitar gargalos.
o
n
a
s
a
h ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Gargalos da Entrada/Sada
e Assncrona
t
e
t
i
s
z V$BACKUP_ASYNC_IO
Voc pode usar aaview
para monitorar a entrada/sada assncrona. A coluna
en
P
c
i
l
o
LONG_WAITS
mostra
o
nmero
de
vezes
que
o
processo
de backup ou restaurao instruiu o sistema
r
d
n
operacional
a esperar at a concluso de uma operao de entrada/sada. A coluna SHORT_WAITS
ea o nmero
Lmostra
de vezes que o processo de backup/restaurao fez uma chamada ao sistema
SHORT_WAIT_TIME_TOTAL
LONG_WAIT_TIME_TOTAL
operacional para verificar, por meio de polling, se uma operao de entrada/sada foi concluda no
modo sem bloqueio (non-blocking). Em algumas plataformas, a implementao da entrada/sada
assncrona poder fazer com que o processo de chamada espere a concluso da operao de
entrada/sada ao realizar um polling non-blocking.
A maneira mais simples de identificar o gargalo consultar na view V$BACKUP_ASYNC_IO o
arquivo de dados que tem a maior relao entre LONG_WAITS e IO_COUNT.
Gargalos da Entrada/Sada Sncrona
A entrada/sada sncrona considerada como um gargalo.

Consulte a coluna DISCRETE_BYTES_PER_SECOND da
view V$BACKUP_SYNC_IO para verificar a taxa de
entrada/sada.
Compare essa taxa com a taxa mxima do dispositivo.
Se a taxa for menor do que a especificada pelo dispositivo,
essa ser uma oportunidade para realizar um ajuste.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Gargalos da Entrada/Sada
e Sncrona
t
e
t
i
s
az sncrona
Quando a entrada/sada
en usada, fcil determinar o tempo gasto pelos jobs de backup
P
c
i
l
o
porque os
executam apenas uma tarefa de entrada/sada de cada vez. A entrada/sada do
rdispositivos
d
n
Oracle
utiliza
um
mecanismo
de polling, em vez de um mecanismo de interrupo, para determinar
a
e cada solicitao de entrada/sada
Lquando
concluda. Como o sistema operacional no notifica
imediatamente o processo de backup ou restaurao sobre a concluso da operao de entrada/sada,
no possvel determinar a durao de cada uma dessas operaes.
Use a view V$BACKUP_SYNC_IO para determinar a origem dos gargalos de backup ou restaurao,
bem como o andamento dos jobs de backup. A view V$BACKUP_SYNC_IO conter linhas quando a
entrada/sada for sncrona para o processo (ou thread, em algumas plataformas) que est executando
o backup.
Ajuste de Canal
Use os comandos CONFIGURE CHANNEL e ALLOCATE
CHANNEL para:
Limitar o tamanho dos componentes de backup

Impedir que o RMAN consuma muita largura de banda do
disco
Determinar o nvel de multiplexao de cada canal
Configurar vrios discos, distribuindo a atividade de
entrada/sada entre vrios dispositivos.
ble
a
r
e
Configurar vrios canais no dispositivo SBT, permitindonsf
tra
designar arquivos de dados diferentes a cada um
deles.
n
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Ajuste de Canal
e se t
t
t
i
z parmetros
avrios
Voc pode definir
en de limite de canal que se aplicam s operaes executadas pela
P
c
i
l
o alocado nos comandos CONFIGURE CHANNEL e ALLOCATE CHANNEL.
sesso do rservidor
d
n
a
MAXPIECESIZE especifica o tamanho mximo de um componente de backup. Use
LOeparmetro
esse parmetro para fazer com que o RMAN crie vrios componentes de backup em um conjunto de
backup. O RMAN cria cada componente de backup com um tamanho igual a, no mximo, o valor
especificado no parmetro.
O parmetro RATE especifica quantos bytes por segundo o RMAN l no canal. Esse parmetro til
para evitar que o RMAN consuma largura de banda excessiva do disco e degrade o desempenho de
OLTP (Online Transaction Processing). Por exemplo, se o desempenho de cada unidade de disco for
de 3 MB por segundo, e voc definir RATE=1500K, ainda haver alguma largura de banda do disco
disponvel no sistema on-line.
O parmetro MAXOPENFILES determina o nmero mximo de arquivos de entrada que um backup
ou uma cpia poder ter aberto em determinado momento. Se esse parmetro no for definido
manualmente, o valor 8 ser assumido por default. O nvel de multiplexao do RMAN
determinado parcialmente pelo parmetro MAXOPENFILES. O nvel de multiplexao, por sua vez,
determina como o RMAN aloca os buffers de disco. A multiplexao o nmero de arquivos de
entrada lidos e gravados simultaneamente no mesmo componente de backup.

Ajuste de Canal (continuao)
Se voc configurar vrios canais para um dispositivo SBT, poder distribuir especificamente os
arquivos de dados entre esses canais. Veja um exemplo:
RUN
{
BACKUP (DATAFILE 1,2,5 CHANNEL c1)
(DATAFILE 4,6 CHANNEL c2)
(DATAFILE 3,7,8 CHANNEL c3);
BACKUP DATABASE NOT BACKED UP;
}
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Ajustando o Comando BACKUP
MAXPIECESIZE limita o tamanho de cada componente de

backup.
FILESPERSET impede que o RMAN leia muitos discos de
uma s vez.
MAXOPENFILES poder inibir o streaming de fita se no
for definido como um valor alto o suficiente.
BACKUP DURATION reduz a carga causada pela operao
de backup no sistema.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Ajustando o Comando
BACKUP
e se t
t
t
i
O parmetro MAXPIECESIZE
az icen especifica o tamanho mximo de cada componente de backup criado
P
l
no canal.dro
n FILESPERSET especifica o nmero mximo de arquivos a ser colocado em um
a
Oe
parmetro
L
conjunto de backup. Se voc alocar apenas um canal, poder usar esse parmetro para que o RMAN
crie vrios conjuntos de backup. Por exemplo, se houver 50 arquivos de dados de entrada e dois
canais, voc poder definir FILESPERSET=5 para criar 10 conjuntos de backup. Essa estratgia
pode impedir a diviso de um conjunto de backup entre vrias fitas.
A definio do parmetro MAXOPENFILES depende das caractersticas do subsistema de disco. Se
voc usar o ASM, defina o valor do parmetro como 1 ou 2. Caso contrrio, se os seus dados no
forem distribudos por striping, convm definir um valor mais alto para esse parmetro. Para
melhorar o desempenho, aumente o nmero de arquivos por conjunto de backup ou esse parmetro.
Se no estiver usando o ASM ou algum tipo de striping, tente aumentar o valor de MAXOPENFILES.

Ajustando o Comando BACKUP (continuao)
A opo BACKUP DURATION do comando BACKUP pode ser usada de diversas maneiras. Se voc
especificar uma durao mais curta do que a necessria para a concluso do backup, use essa opo
para manter a atividade de backup dentro de uma janela de tempo especfica. Em casos especficos, o
backup parcial concludo no ser perdido.
Alm disso, essa opo possui dois modificadores:
MINIMIZE TIME: O backup executado o mais rpido possvel.
MINIMIZE LOAD: O backup tenta usar todo o tempo disponvel na janela de tempo. Isso
reduz a carga no sistema.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Ajustando o Desempenho de Backups do RMAN

Para ajustar o desempenho de backups do RMAN, siga estas
etapas:
1. Remova as definies de RATE dos canais configurados e
alocados.
2. Defina DBWR_IO_SLAVES se voc usar entrada/sada
sncrona de disco.
3. Defina LARGE_POOL_SIZE.
4. Ajuste os gargalos de desempenho do streaming de fita do able

er
f
RMAN.
s
an
5. Consulte as views V$ para identificar gargalos. n-tr
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Ajustando o Desempenho
do RMAN
e deseBackups
t
t
i
z
Siga este conjunto
de
etapas
para
obter
o
melhor
desempenho das operaes de backup:
n
a icede RATE dos canais configurados
P
1. Remova
as
definies
e alocados. O parmetro RATE usado
l
o
r
d
para
n definir o nmero mximo de bytes (default), kilobytes (K), megabytes (M) ou gigabytes (G)
a
e
que
o RMAN l por segundo no canal. Ele define o limite mximo de bytes lidos de modo que o
L
2.
3.
4.
5.
RMAN no consuma muita largura de banda do disco nem degrade o desempenho. Se no

ocorrer streaming de fita durante o backup, verifique se o parmetro RATE no est definido no
comando ALLOCATE CHANNEL ou CONFIGURE CHANNEL.
Defina DBWR_IO_SLAVES se voc usar entrada/sada sncrona de disco. Se o disco no
suportar entrada/sada assncrona, tente definir o parmetro de inicializao
DBWR_IO_SLAVES como um valor diferente de zero. Qualquer valor diferente de zero definido
para DBWR_IO_SLAVES far com que um nmero fixo (quatro) de escravos de entrada/sada
de disco seja usado para as operaes de backup e restaurao, simulando uma entrada/sada
assncrona. Se forem usados escravos de entrada/sada, os buffers de entrada/sada sero obtidos
da SGA. O large pool ser usado se estiver configurado. Caso contrrio, o shared pool ser
usado.
Observao: Com a definio de DBWR_IO_SLAVES, os processos Database Writer tambm
usaro escravos. Talvez seja necessrio aumentar o valor do parmetro de inicializao
PROCESSES.
Defina LARGE_POOL_SIZE conforme descrito na prxima pgina.
Ajuste os gargalos de desempenho do streaming de fita do RMAN conforme descrito
posteriormente na lio.
Use as views V$ conforme descrito anteriormente na lio.
Definindo LARGE_POOL_SIZE
Se o parmetro LARGE_POOL_SIZE no estiver definido,

o servidor Oracle tentar obter memria do shared pool.
Se o valor de LARGE_POOL_SIZE no for grande o
suficiente, o servidor no alocar buffers do shared pool.
Se o servidor no obtiver memria suficiente, ele alocar
buffers da memria do processo local.
O servidor Oracle grava uma mensagem no log de alerta
indicando que a entrada/sada sncrona usada para esse ble
ra
e
backup.
f
s
tra
n
o
ksfqxcre: failure to allocate shared memory means sync

I/O will be used whenever async I/O to file not
supported natively
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Definindo LARGE_POOL_SIZE
e se t
t
t
i
z en
As solicitaes deaalocaes
de memria contgua do shared pool so pequenas, geralmente com
P
c
i
l
o
tamanho inferior
a
dr
n
5 KB.
possvel que uma solicitao de alocao de um grande volume de memria contgua falhe
a
Loueexija um esforo significativo em termos de organizao e manuteno para liberar o volume
necessrio. O large pool talvez satisfaa solicitao de memria. Como ele no tem uma lista
menos usada recentemente,, o Oracle no tentar eliminar a memria desse pool.
Use o parmetro de inicializao LARGE_POOL_SIZE para configurar o large pool. Consulte a
view V$SGASTAT.POOL para verificar em qual pool (shared pool ou large pool) a memria
referente a um objeto reside. O valor sugerido para LARGE_POOL_SIZE calculado como:
#_of_allocated_channels * (16 MB + (4*size_of_tape_buffer ))
Para backups em disco, o buffer de fita obviamente 0; portanto, defina LARGE_POOL_SIZE como
16 MB. Para backups em fita, o tamanho de um nico buffer de fita definido pelo parmetro de
canal do RMAN BLKSIZE, cujo valor default 256 KB. Imagine uma situao em que voc esteja
efetuando backup em duas unidades fita. Se o tamanho do buffer de fita for 256 KB, defina
LARGE_POOL_SIZE como 18 MB. Se voc aumentar BLKSIZE para 512 KB, aumente
LARGE_POOL_SIZE para 20 MB.
Observao: O large pool usado somente para buffers de disco quando DBWR_IO_SLAVES > 0, e
para buffers de fita quando BACKUP_TAPE_IO_SLAVES = TRUE. Se estiver usando o Automatic
Shared Memory Management, o large pool ser dimensionado automaticamente em resposta carga
de trabalho do sistema.
Ajustando Gargalos de Desempenho

do Streaming de Fita do RMAN
Use BACKUP... VALIDATE para determinar se o gargalo

o streaming de fita ou a entrada/sada de disco.
Use a multiplexao para melhorar o streaming de fita
com gargalos de disco.
Use backups incrementais para melhorar o desempenho
de backups com gargalos de fita.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t do Streaming de Fita do RMAN
Ajustando Gargalos de
e Desempenho
t
e
t
i
s
z gargalos
Para identificar eacorrigir
en que afetam o desempenho do RMAN durante backups em fita,
P
c
i
l
execute estas
ro aes:
dBACKUP...
n
aUse
VALIDATE para determinar se o streaming de fita ou a entrada/sada de
e
L disco o gargalo em determinado job de backup. Compare o tempo necessrio para executar
tarefas de backup com o necessrio para executar BACKUP VALIDATE das mesmas tarefas.
BACKUP VALIDATE de um backup em fita executa as mesmas leituras de disco que um backup
real, mas no operaes de entrada/sada de fita. Se o tempo necessrio para executar BACKUP
VALIDATE em fita for significativamente menor do que o necessrio para efetuar um backup
real em fita, provavelmente a gravao em fita ser o gargalo.
O uso da multiplexao melhora o streaming de fita com gargalos de disco. Em algumas
situaes durante a execuo de um backup em fita, o RMAN talvez no consiga enviar blocos
de dados para a unidade de fita com rapidez suficiente para suportar o streaming. Por exemplo,
durante um backup incremental, o RMAN faz backup somente dos blocos alterados desde o
backup anterior dos arquivos de dados como parte da mesma estratgia. Se voc no ativar o
rastreamento de alteraes, o RMAN dever varrer os arquivos de dados inteiros em busca dos
blocos alterados e preencher os buffers de sada medida que encontrar esses blocos. Se no
houver muitos blocos alterados, o RMAN poder no preencher os buffers de sada com rapidez
suficiente para manter o streaming da unidade de fita. Para melhorar o desempenho, voc poder
aumentar o grau de multiplexao usado para backups. Isso aumentar a velocidade com que o
RMAN preenche os buffers de fita; dessa maneira, possvel que os buffers sejam enviados ao
gerenciador de mdia rpido o suficiente para manter o streaming.

Ajustando Gargalos de Desempenho do Streaming de Fita do RMAN (continuao)
Use backups incrementais para melhorar o desempenho de backups com gargalos de fita. Se a
gravao em fita for a origem do gargalo dos backups, considere usar backups incrementais
como parte de sua estratgia de backup. Os backups incrementais de nvel 1 gravam em fita
apenas os blocos alterados dos arquivos de dados; portanto, qualquer gargalo durante a gravao
em fita ter menor impacto na estratgia geral de backup. Especificamente, se as unidades de
fita no estiverem conectadas localmente ao n que est executando o banco de dados do qual
est sendo feito backup, os backups incrementais podero ser mais rpidos.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Questionrio
Selecione as afirmaes verdadeiras sobre o ajuste do RMAN:
1. Voc pode configurar backups paralelos definindo a opo
PARALLELISM do comando CONFIGURE como um valor
superior a 1 ou alocando manualmente diversos canais.
2. Voc pode dividir por striping um nico conjunto de
backup entre vrios canais para melhorar o desempenho.
3. Sempre que aumenta a velocidade da operao de
backup, voc tambm aumenta automaticamente a
ble
a
r
velocidade das operaes de restaurao e recuperao.
sfe
tra
n
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Resposta: 1
e se t
t
t
i
az icen
P
l
o
r
d
n
a
e
L
Questionrio
Nunca existiro gargalos do RMAN porque o Tuning Advisor
os corrige automaticamente.
1. Verdadeiro
2. Falso
le
b
a
r
e
f
an
r
t
n
Resposta: 2
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Resumo
Monitorar o andamento de jobs do RMAN
Configurar o RMAN de forma adequada para
entrada/sada assncrona
Configurar a multiplexao do RMAN para manter
o streaming eficiente de unidades de fita
Avaliar o equilbrio entre velocidade de backup e
velocidade de recuperao
ble
a
r
Explicar o impacto dos seguintes parmetros no
fe
s
n
desempenho do RMAN: MAXPIECESIZE, FILESPERSET,
ra
t
n
MAXOPENFILES
no
a
s do RMAN
Explicar como a opo BACKUP DURATION
a
h
e
)
d
i
pode tornar mais rpida ou mais demorada
a
execuo
de
m Gu
o
c
t
il outro
backups, (liberando recursosapara
en processamento)
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
e se t
t
t
i
az icen
P
l
ro
n
a
e
L

Monitorando jobs do RMAN
Usando o EM para monitorar o RMAN
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
an
r
t
n
n
a
e
L
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
Objetivos
Detectar e corrigir danos em bancos de dados
Tratar de danos em blocos
Configurar o ADR (Automatic Diagnostic Repository)
Executar verificaes de integridade
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Data Recovery Advisor
>
Data Recovery Ad.

Danos em Blocos
ADR
Health Monitor
Deteco, anlise e correo rpidas de falhas

Menos interrupes para os usurios
Falhas de runtime e perodos de indisponibilidade
Interfaces do usurio:
Interface GUI do EM
(vrios caminhos)
Linha de comandos
do RMAN
Configuraes suportadas de banco de dados:
le
b
a
r
e
f
an
r
t
n
nica instncia
no
a
No RAC
s
a
h
e mas no
)
Suporta o failover para bancos de dados
stand-by,
d
i
m dados
u
a anlise e a correo dessesilbancos
co ndet G
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z coleta
aAdvisor
O Data Recovery
en automaticamente informaes sobre falhas de dados quando um
P
c
i
l
ro Alm disso, ele pode verificar de forma proativa se ocorreram falhas. Desse modo,
erro encontrado.
d
n
Leleeacapaz de detectar e analisar falhas de dados antes de um processo do banco de dados descobrir o
dano e emitir um erro. (Observe que as correes esto sempre sob o controle humano.)
As falhas de dados podem ser muito srias. Por exemplo, se os arquivos de log atuais estiverem
faltando, no ser possvel iniciar o banco de dados. Algumas falhas de dados (como danos nos
blocos dos arquivos de dados) no so catastrficas, uma vez que no tornam o banco de dados
inativo nem impedem a inicializao da instncia Oracle. O Data Recovery Advisor trata das duas
situaes: ou seja, quando no possvel inicializar o banco de dados (porque alguns arquivos
necessrios do banco de dados esto ausentes, inconsistentes ou danificados) e quando so detectados
danos nos arquivos durante o runtime.

Interfaces do Usurio
O Data Recovery Advisor est disponvel no EM (Enterprise Manager) Database Control e no EM
Grid Control. Quando existem falhas, h vrias maneiras de acessar o Data Recovery Advisor. Todos
os exemplos a seguir iniciam na home page Database Instance:
Pgina com a guia Availability > Perform Recovery > Advise and Recover
Link Active Incidents > na pgina Support Workbench Problems: pgina com a guia Checker
Findings > Launch Recovery Advisor
Database Instance Health > clique no link especfico, por exemplo, ORA 1578 na seo
Incidents > pgina Support Workbench, Problems Detail > Data Recovery Advisor
Database Instance Health > seo Related Links: Support Workbench > pgina com a guia
Checker Findings: Launch Recovery Advisor
Related Link: Advisor Central > pgina com a guia Advisors: Data Recovery Advisor
Related Link: Advisor Central > pgina com a guia Checkers: Details > pgina com a guia Run
Detail: Launch Recovery Advisor
Voc tambm pode acess-lo na linha de comandos do RMAN. Por exemplo:
le
rman target / nocatalog

rman> list failure all;
an
r
t
n
b
a
r
e
f
Configuraes Suportadas de Banco de Dados

Na release atual, o Data Recovery Advisor suporta bancos de dados de uma nica instncia. Os
bancos de dados Oracle RAC (Real Application Clusters) no so suportados.
O Data Recovery Advisor no pode usar blocos nem arquivos transferidos de um banco de dados
stand-by para corrigir falhas em um banco de dados principal. Alm disso, no possvel usar o Data
Recovery Advisor para diagnosticar nem corrigir falhas em um banco de dados stand-by. Entretanto,
o Data Recovery Advisor suporta o failover para esse banco de dados como uma opo de correo
(conforme mencionado acima).
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen

Reduo dos perodos de indisponibilidade eliminando
a confuso:
1. Avaliar falhas de dados.
2. Listar falhas por severidade.
3. Sugerir correo.
Health Monitor
Bloco de
Recovery
Advisor
le
b
a
r
e
f
an
r
t
n
4. Escolher e executar correo.
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
n
az iceautomtico
O workflow dePdiagnstico
no Oracle Database 11g executado da seguinte maneira.
l
o
Com o Data
dr Recovery Advisor, voc s precisa iniciar uma sugesto e uma correo.
n
a
1.
O
Health
Monitor executa automaticamente verificaes e registra as falhas e seus sintomas
Le
5. Executar verificaes proativas.
2.
3.
4.
5.
DBA
como descobertas no ADR (Automatic Diagnostic Repository).

O Data Recovery Advisor consolida as descobertas em falhas. Ele lista os resultados de
avaliaes executadas anteriormente com a severidade da falha (critical ou high).
Quando voc solicita uma sugesto de correo para uma falha, o Data Recovery Advisor
mapeia as falhas para opes de correo automtica e manual, verifica a viabilidade bsica e
apresenta a sugesto de correo.
Voc pode optar por executar manualmente uma correo ou solicitar que o Data Recovery
Advisor faa isso para voc.
Alm das verificaes automticas principalmente reativas do Health Monitor e do Data
Recovery Advisor, a Oracle recomenda usar tambm o comando VALIDATE como uma
verificao proativa.
Falhas de Dados
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Falhas de Dados tte
e
i
s
azso detectadas
As falhas de dados
en por verificaes, que so procedimentos de diagnstico para
P
c
i
l
ro
avaliar adintegridade
do banco de dados ou de seus componentes. Cada verificao diagnostica uma
n
a
ouemais
falhas, que so mapeadas para uma correo.
LAs verificaes podem ser reativas ou proativas. Quando ocorre um erro no banco de dados, as
verificaes reativas so executadas automaticamente. Voc tambm pode iniciar verificaes
proativas, por exemplo, executando o comando VALIDATE DATABASE.
No Enterprise Manager, selecione Availability > Perform Recovery ou clique no boto Perform
Recovery, se detectar que o banco de dados est inativo ("down") ou montado (mounted).
Falha de Dados: Exemplos

Componentes no acessveis, por exemplo:

Arquivos de dados ausentes no nvel do SO
Permisses de acesso incorretas
Tablespace off-line e assim por diante
Danos fsicos, como falhas de checksum de blocos

ou valores invlidos de campos de cabealho de bloco
Danos lgicos, como dicionrio inconsistente, parte de
uma linha danificada, entrada de ndice danificada ou
transao danificada
ble
a
r
fe
Inconsistncias, como um arquivo de controle mais antigo
s
n
ou mais novo que os arquivos de dados e os redo -logs
tra
n
no
on-line
a
s
a
Falhas de entrada/sada, como um limite
quanto
h
e
)
d
i
m Gcanais
u
ao nmero excedido de arquivosco
abertos,
t
l
i
inacessveis, erro de entrada/sada
a
ende rede
dou
otm Stu
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
Falha de Dados: Exemplos
e se t
t
t
i
z pode
aAdvisor
O Data Recovery
en analisar as falhas e sugerir opes de correo para problemas,
P
c
i
l
o
rilustrado
conforme
no slide.
d
n
a
Le
Data Recovery Advisor:

Interface de Linha de Comandos do RMAN
Comando do RMAN
Ao
LIST FAILURE
Lista a avaliao de falhas executada anteriormente
ADVISE FAILURE
Exibe a opo de correo recomendada
REPAIR FAILURE
Corrige e fecha falhas (aps ADVISE na mesma sesso

do RMAN)
CHANGE FAILURE
Altera ou fecha uma ou mais falhas
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t de Linha de Comandos do RMAN
Data Recovery Advisor:
e Interface
t
e
t
i
s
aouz tivericcerteza
Se voc suspeitar
en de que ocorreu uma falha no banco de dados, use o comando LIST
P
l
o obter informaes sobre essa falha. Voc pode listar todas as falhas ou um
FAILURE
rpara
d
n
delas e restringir a sada de vrias maneiras. As falhas so identificadas de forma
ea
Lsubconjunto
exclusiva por nmeros. Observe que esses nmeros no so consecutivos, portanto, os intervalos
entre eles no so relevantes.
O comando ADVISE FAILURE exibe uma opo de correo recomendada para as falhas
especificadas. Ele imprime um resumo da falha de entrada e fecha implicitamente todas as falhas
abertas que j foram corrigidas. O comportamento default quando nenhuma opo usada fornecer
uma sugesto para todas as falhas de prioridade CRITICAL e HIGH registradas no ADR.
O comando REPAIR FAILURE usado aps um comando ADVISE FAILURE na mesma sesso
do RMAN. Por default, o comando usa a nica opo de correo recomendada da ltima execuo
do comando ADVISE FAILURE na sesso atual. Se no existir uma opo, o comando REPAIR
FAILURE iniciar um comando ADVISE FAILURE implcito. Uma vez concluda a correo, o
comando fechar a falha.
O comando CHANGE FAILURE altera a prioridade da falha ou fecha uma ou mais falhas. A
prioridade de uma falha s poder ser alterada para HIGH ou LOW. As falhas abertas so fechadas
implicitamente quando uma falha corrigida. Entretanto, tambm possvel fechar explicitamente
uma falha.
Listando Falhas de Dados

O comando LIST FAILURE do RMAN lista a avaliao
de falhas executada anteriormente.
Incluindo falhas diagnosticadas recentemente
Removendo falhas fechadas (por default)
Sintaxe:
le
b
a
r
e
f
LIST FAILURE
[ ALL | CRITICAL | HIGH | LOW | CLOSED |
failnum[,failnum,] ]
an
r
t
n
no
a
s
a
h
e
[ DETAIL ]
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Listando Falhas de Dados
e se t
t
t
i
azFAILURE
O comando LIST
endo RMAN lista falhas. Se a instncia de destino usar um catlogo de
P
c
i
l
recuperao,
roela poder estar no modo STARTED; caso contrrio, ela dever estar no modo
d
n
ea O comando LIST FAILURE no inicia verificaes para diagnosticar novas falhas; em
LMOUNTED.
[ EXCLUDE FAILURE failnum[,failnum,] ]
vez disso, ele lista os resultados de avaliaes executadas anteriormente. A execuo do comando
LIST FAILURE repetidamente revalida todas as falhas existentes. Se o banco de dados
diagnosticar novas falhas (entre as execues do comando), elas sero exibidas. Se um usurio
corrigir as falhas manualmente ou se falhas temporrias desaparecerem, o Data Recovery Advisor
remover essas falhas da sada do comando LIST FAILURE. A seguir apresentada uma descrio
da sintaxe:
failnum: Nmero da falha para a qual sero exibidas opes de correo
ALL: Lista as falhas de todas as prioridades.
CRITICAL: Lista as falhas com a prioridade CRITICAL e o status OPEN. Essas falhas exigem
ateno imediata porque tornam todo o banco de dados indisponvel (por exemplo, um arquivo
de controle ausente).
HIGH: Lista as falhas com a prioridade HIGH e o status OPEN. Essas falhas tornam o banco de
dados parcialmente indisponvel ou irrecupervel; portanto, elas devem ser corrigidas
rapidamente (por exemplo, redo logs arquivados ausentes).
LOW: Lista as falhas com a prioridade LOW e o status OPEN. As falhas de baixa prioridade
podem aguardar at que falhas mais importantes sejam corrigidas.
Listando Falhas de Dados (continuao)

CLOSED: Lista somente falhas fechadas.
EXCLUDE FAILURE: Exclui da lista a relao especificada de nmeros de falha.
DETAIL: Lista as falhas expandindo a falha consolidada. Por exemplo, se houver danos em
vrios blocos de um arquivo, a opo DETAIL listar cada um deles.
Consulte o Oracle Database Backup and Recovery Reference para obter detalhes da sintaxe do
comando.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Sugerindo uma Correo

O comando ADVISE FAILURE do RMAN:
Exibe um resumo da lista de falhas de entrada

Incluir uma advertncia se novas falhas aparecerem no ADR
Exibe uma lista de verificao manual
Lista uma nica opo de correo recomendada
Gera um script de correo (para correo automtica
ou manual)
le
b
a
r
e
f
. . .
Repair script:
/u01/app/oracle/diag/rdbms/orcl/orcl/hm/reco_2979
128860.hm
RMAN>
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Sugerindo uma Correo
e se t
t
t
i
O comando ADVISE
az FAILURE
en do RMAN exibe uma opo de correo recomendada para as
P
c
i
l
falhas especificadas.
O comando ADVISE FAILURE imprime um resumo da falha de entrada. Ele
ro
d
n
fecha implicitamente todas as falhas abertas j corrigidas.
Lea
O comportamento default (quando nenhuma opo usada) sugerir uma correo para todas as
falhas com as prioridades CRITICAL e HIGH registradas no ADR (Automatic Diagnostic
Repository). Se uma nova falha tiver sido registrada no ADR desde o ltimo comando LIST
FAILURE, esse comando incluir uma advertncia (WARNING) antes de sugerir uma correo para
todas as falhas com as prioridades CRITICAL e HIGH.
H duas opes gerais de correo: correo sem perda de dados e correo com perda de dados.
Ao gerar uma opo de correo automatizada, o Data Recovery Advisor gera um script que mostra
como o RMAN planeja corrigir a falha. Se no quiser que o Data Recovery Advisor repare
automaticamente a falha, voc poder usar esse script como ponto de partida para a correo manual.
A localizao do script no sistema operacional impressa no final da sada do comando. Voc poder
examinar esse script, personaliz-lo (se necessrio) e execut-lo manualmente se, por exemplo, seus
requisitos de trilha de auditoria recomendarem essa ao.
Sintaxe
ADVISE FAILURE
[ ALL | CRITICAL | HIGH | LOW | failnum[,failnum,] ]
Executando Correes
O comando REPAIR FAILURE do RMAN:
executado depois do comando ADVISE FAILURE
Corrige a falha especificada

Fecha a falha especificada
Sintaxe:
le
REPAIR FAILURE
[USING ADVISE OPTION integer]
[ { {NOPROMPT | PREVIEW}}...]
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Executando Correes
e se t
t
t
i
azser usado
Este comando P
deve
enaps um comando ADVISE FAILURE na mesma sesso do RMAN.
c
i
l
ro(sem uma opo), o comando usa a nica opo de correo recomendada da ltima
Por default
d
n
ea do comando ADVISE FAILURE na sesso atual. Se no existir uma opo, o comando
Lexecuo
REPAIR FAILURE iniciar um comando ADVISE FAILURE implcito.
Com USING ADVISE OPTION integer, especifique a opo de correo desejada usando o
nmero correspondente (a partir do comando ADVISE FAILURE); esse no o nmero da falha.
Por default, voc dever confirmar a execuo do comando, pois talvez esteja solicitando alteraes
significativas que levaro muito tempo para serem concludas. Durante a execuo de uma correo,
a sada do comando indica qual fase da correo est sendo executada.
Uma vez concluda a correo, o comando fechar a falha.
No possvel executar vrias sesses de correo concorrentes. Entretanto, so permitidas sesses
REPAIR PREVIEW concorrentes.
PREVIEW significa: No executar as correes; em vez disso, exibir o script do RMAN gerado
anteriormente com todos os comentrios e aes de correo.
NOPROMPT significa: No solicitar uma confirmao.
Classificando (e Fechando) Falhas

O comando CHANGE FAILURE do RMAN:
Altera a prioridade das falhas (com exceo de CRITICAL)
Fecha uma ou mais falhas
Exemplo:
RMAN> change failure 5 priority low;
List of Database Failures
=========================
Failure ID Priority Status
Time Detected Summary
---------- -------- --------- ------------- ------5
HIGH
OPEN
20-DEC-06
one or more
datafiles are missing
Do you really want to change the above failures (enter YES or
NO)? yes
changed 1 failures to LOW priority
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Classificando (e Fechando)
e sFalhas
t
e
t
i
az FAILURE
O comando CHANGE
en usado para alterar a prioridade da falha ou fechar uma ou mais
P
c
i
l
falhas. dro
n
a
Sintaxe
e
L
CHANGE FAILURE
{ ALL | CRITICAL | HIGH | LOW | failnum[,failnum,] }
{ PRIORITY {CRITICAL | HIGH | LOW} |
CLOSE } altera o status da(s) falha(s) para closed
[ NOPROMPT ] no solicita uma confirmao ao usurio
A prioridade de uma falha s poder ser alterada de HIGH para LOW e de LOW para HIGH. um erro
alterar o nvel de prioridade CRITICAL. (Um dos motivos pelos quais voc talvez queira alterar a
prioridade de uma falha de HIGHpara LOW evitar que ela aparea na lista de sada default do
comando LIST FAILURE. Por exemplo, se um dano em um bloco tiver a prioridade HIGH, talvez
voc queira alter-lo temporariamente para a prioridade LOW se o bloco estiver em um tablespace
pouco utilizado.)
As falhas abertas so fechadas implicitamente quando uma falha corrigida. No entanto, voc
tambm poder fechar uma falha explicitamente. Isso envolve a reavaliao de todas as outras falhas
abertas porque algumas delas podem se tornar irrelevantes como resultado do fechamento da falha.
Por default, o comando solicita que o usurio confirme uma alterao solicitada.
Views do Data Recovery Advisor

Consultando as views V$:
V$IR_FAILURE: Lista de todas as falhas, incluindo
as fechadas (resultado do comando LIST FAILURE)
V$IR_MANUAL_CHECKLIST: Lista de sugestes manuais
(resultado do comando ADVISE FAILURE)
V$IR_REPAIR: Lista de correes (resultado do comando
ADVISE FAILURE)
V$IR_FAILURE_SET: Referncia cruzada de
ble
a
r
e
identificadores de falha e de sugesto
nsf
tra
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Views do Data Recovery
e Advisor
t
e
t
i
s
z eReference
n
aDatabase
Consulte o Oracle
para obter detalhes das views dinmicas de dicionrio de
P
c
i
l
o
dados usadas
dr pelo Data Recovery Advisor.
n
a
Le
Melhor Prtica: Verificaes Proativas

Chamando uma verificao proativa da integridade do banco
de dados e de seus componentes:
Health Monitor ou comando VALIDATE DATABASE do
RMAN
Verificao de danos lgicos e fsicos
Descobertas registradas no ADR
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Melhor Prtica: Verificaes
e sProativas
t
e
t
i
n importantes, talvez voc queira executar verificaes proativas
No caso de bancos
azde dados
emuito
P
c
i
l
adicionaisr(possivelmente
todos os dias durante os perodos de baixa atividade). Voc pode
o
d
n
programar
verificaes
peridicas
de integridade com o Health Monitor ou usando o comando
a
e
LVALIDATE do RMAN. Em geral, quando uma verificao reativa detecta falha(s) em um
componente do banco de dados, convm executar uma verificao mais completa do componente
afetado.
O comando VALIDATE DATABASE do RMAN usado para chamar as verificaes de integridade
do banco de dados e de seus componentes. Ele estende o comando VALIDATE BACKUPSET
existente. Todos os problemas detectados durante a validao so exibidos. Os problemas iniciam a
execuo de uma avaliao de falhas. Se uma falha for detectada, ela ser registrada no ADR como
uma descoberta. Use o comando LIST FAILURE para exibir todas as falhas registradas no
repositrio.
O comando VALIDATE suporta a validao de conjuntos de backup e blocos de dados individuais.
Quando h um dano fsico, o banco de dados no reconhece o bloco. Em um dano lgico, o contedo
do bloco inconsistente logicamente. Por default, o comando VALIDATE verifica somente se h um
dano fsico. Para verificar se h um dano lgico tambm, especifique CHECK LOGICAL.
Os danos nos blocos podem ser divididos em danos interblocos e danos intrablocos. Os danos
intrablocos ocorrem dentro do prprio bloco e podem ser fsicos ou lgicos. Os danos interblocos
ocorrem entre blocos e s podem ser lgicos. O comando VALIDATE verifica somente se h danos
intrablocos.
O Que um Dano em um Bloco?
>
Data Recovery Ad.

Danos em Blocos
ADR
Health Monitor
Sempre que um bloco lido ou gravado, executada

uma verificao de consistncia.
Verso do bloco
O valor do DBA (endereo do bloco de dados) no cache
comparado ao valor do DBA no buffer do bloco
Checksum do bloco, se ativado
Um bloco danificado identificado por uma destas

caractersticas:
Danos de mdia
Danos lgicos (ou de software)
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
O Que um Dano emte
um Bloco?t
e
t
i
s aquele
zdanificado
n
a
Um bloco de dados
que no est em um formato reconhecvel pelo Oracle ou
e
P
c
i
l
o
cujo contedo
no consistente internamente. Em geral, os danos so causados por hardware
drou problemas
n
defeituoso
no sistema operacional. O banco de dados Oracle identifica blocos
a
Le
danificados como danos lgicos ou danos de mdia. Se o bloco apresentar danos lgicos, isso
significa que houve um erro interno do Oracle. Aps detectar a inconsistncia, o banco de dados
Oracle marca como danificados os blocos com danos lgicos. Se houver dano de mdia, isso significa
que o formato do bloco no est correto; as informaes contidas nele no tero sentido aps serem
lidas do disco.
Como voc aprendeu, vrios danos e falhas de dados podem ser corrigidos com o Data Recovery
Advisor. Agora, voc aprender um mtodo manual de diagnosticar e corrigir danos.
Para corrigir um bloco com dano de mdia, recupere o bloco e/ou elimine o objeto do banco de dados
que contm o bloco danificado. Se os danos de mdia forem consequncia de hardware defeituoso, o
problema s ser solucionado completamente depois que a falha no hardware for corrigida.
Sintomas de Danos em Blocos: ORA-01578

O erro ORA-01578: "ORACLE data block corrupted
(file # %s, block # %s)":
gerado quando um bloco de dados danificado

localizado
Sempre retorna o nmero relativo do arquivo e do bloco
retornado para a sesso que executou a consulta que
estava em andamento quando o dano foi descoberto
Aparece no arquivo alert.log
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Sintomas de Danos em
Blocos:
t
e se ORA-01578
t
t
i
Geralmente, o erro
azORA-01578
en o resultado de um problema de hardware. Se o erro ORA-01578
P
c
i
l
for sempre
roretornado com os mesmos argumentos, provvel que o bloco tenha danos de mdia.
d
n
LSeeosa argumentos forem alterados em cada ocorrncia, talvez exista um problema de hardware. Nesse
caso, certifique-se de que haja espao na memria e na pgina e, em seguida, verifique se existem
controladoras danificadas no subsistema de entrada/sada.
Observao: ORA-01578 retorna o nmero relativo do arquivo, mas o erro ORA-01110 que o
acompanha exibe o nmero absoluto.
Como Lidar com Danos
Verifique o log de alerta e o arquivo de log do sistema

operacional.
Use as ferramentas de diagnstico disponveis para
descobrir o tipo de dano.
Determine se o erro persiste executando verificaes
diversas vezes.
Recupere dados do objeto danificado se necessrio.
Solucione os problemas de hardware:
Placas de memria
Controladoras de disco
Discos
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
) danificado
Recupere ou restaure os dados dom
objeto
d
i
co nt Gu
se necessrio.
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Como Lidar com Danos
e se t
t
t
i
n permanente. Execute o comando ANALYZE diversas vezes ou, se
Tente sempre descobrir
az seicoeerro
P
l
possvel,dexecute
ro um shutdown e uma inicializao, e repita a operao malsucedida anteriormente.
n
ea se h mais danos. Se encontrar algum, possvel que existam outros blocos danificados.
LDescubra
Corrija imediatamente as falhas de hardware. Quando tiver problemas de hardware, entre em contato
com o fornecedor para examinar e consertar a mquina antes de continuar. Execute uma sesso
completa de diagnstico do hardware.
H vrios tipos possveis de falhas de hardware:
Firmware ou hardware de entrada/sada defeituoso
Problema de entrada/sada do sistema operacional ou de armazenamento no cache
Problemas de memria ou paginao
Utilitrios de correo de disco
Definindo Parmetros para Deteco de Danos
Impedem danos na memria e nos dados
...
Detectam danos no disco e no
armazenamento de entrada/sada
le
...
b
a
r
e
f
an
r
t
n
Detectam gravaes no persistentes no banco

de dados stand-by fsico
no
a
s
a
h
ede danos
Especificam defaults para
deteco
)
d
i
m Gu
EM > Server > Initialization Parameters co
t
l
i
n
a
e
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t de Danos
Definindo Parmetros
epara Deteco
t
e
t
i
s
z eDB_ULTRA_SAFE
n
Voc pode usarPoaparmetro
para facilidade de gerenciamento. Ele afeta os
c
i
l
o
valores default
dr dos seguintes parmetros:
n
DB_BLOCK_CHECKING,
que inicia a verificao dos blocos do banco de dados. Essa
a
Le verificao geralmente impede
danos na memria e nos dados. (Default: FALSE, recomendado:
...
Novo
FULL)
DB_BLOCK_CHECKSUM, que inicia o clculo e o armazenamento de um checksum no
cabealho de todos os blocos de dados no cache durante a gravao no disco. Os checksums
ajudam a detectar danos causados por discos, sistemas de armazenamento ou sistemas de
entrada/sada subjacentes. (Default: TYPICAL, recomendado: TYPICAL)
DB_LOST_WRITE_PROTECT, que inicia a verificao de gravaes perdidas. A perda de
gravaes de blocos de dados ocorre em um banco de dados stand-by fsico quando o subsistema
de entrada/sada indica a concluso da gravao de um bloco que ainda no foi totalmente
gravado no armazenamento persistente. Certamente a operao de gravao foi concluda no
banco de dados principal. (Default: TYPICAL, recomendada: TYPICAL)
Se voc definir algum desses parmetros explicitamente, seus valores permanecero em vigor. O
parmetro DB_ULTRA_SAFE (novo no Oracle Database 11g) altera somente os valores default
desses parmetros.
Definindo Parmetros para Deteco de Danos
DB_ULTRA_SAFE
OFF
DATA_ONLY DATA_AND_INDEX
DB_BLOCK_CHECKING
OFF ou
FALSE
MEDIUM
FULL ou TRUE
DB_BLOCK_CHECKSUM
TYPICAL
FULL
FULL
DB_LOST_WRITE_PROTECT
TYPICAL
TYPICAL
TYPICAL
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t de Danos (continuao)
Definindo Parmetros
epara Deteco
t
e
t
i
s
az icdo
Dependendo daPtolerncia
ensistema aos danos nos blocos, voc poder intensificar a verificao
l
desses danos.
ro A ativao do parmetro DB_ULTRA_SAFE (default: OFF) resulta em maior overhead
d
n
do sistema
causa dessas verificaes mais intensivas. Como o volume de overhead est
ea por
Lrelacionado
ao nmero de blocos alterados por segundo, ele no pode ser facilmente quantificado.
Em uma aplicao com elevada atividade de atualizao, espere um aumento significativo em termos
de CPU, provavelmente na faixa de dez a vinte por cento, mas talvez maior. Esse overhead poder
ser reduzido com a alocao de CPUs adicionais.
Quando o parmetro DB_ULTRA_SAFE definido como DATA_ONLY, o parmetro
DB_BLOCK_CHECKING definido como MEDIUM. Isso verificar se os dados de um bloco so
consistentes logicamente. Verificaes bsicas do cabealho dos blocos so executadas aps
uma alterao do contedo dos blocos na memria (por exemplo, aps comandos UPDATE ou
INSERT, leituras em disco ou transferncias de blocos entre instncias no Oracle RAC). Esse
nvel de verificao inclui uma verificao semntica de todos os blocos de tabelas no
organizadas por ndice.
Quando o parmetro DB_ULTRA_SAFE definido como DATA_AND_INDEX, o parmetro
DB_BLOCK_CHECKING definido como FULL. Alm das verificaes anteriores, verificaes
semnticas so executadas em blocos de ndice (ou seja, blocos de objetos subordinados que
podem realmente ser eliminados e reconstrudos quando um dano detectado).
Quando o parmetro DB_ULTRA_SAFE definido como DATA_ONLY ou
DATA_AND_INDEX, o parmetro DB_BLOCK_CHECKSUM definido como FULL e o
parmetro DB_LOST_WRITE_PROTECT definido como TYPICAL.
Recuperao de Mdia de Bloco

Recuperao de mdia de bloco:
Reduz o tempo mdio para recuperao (MTTR)
Aumenta a disponibilidade durante a recuperao de mdia
O arquivo de dados permanece on-line durante a recuperao
Apenas os blocos que esto sendo recuperados ficam
inacessveis
chamada com o comando RECOVER...BLOCK do RMAN

Restaura os blocos usando logs de flashback e backups
integrais ou de nvel 0
ble
a
r
A recuperao de mdia executada por meio de redo logs sfe
A view V$DATABASE_BLOCK_CORRUPTION
exibe os blocos marcados como danificados
tra
n
o
an
s
ha ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Recuperao de Mdia
ede Bloco
t
e
t
i
s
az o ibanco
Na maioria dosPcasos,
ende dados marca um bloco como contendo um dano de mdia e grava-o
c
l
no discodquando
ro o primeiro dano encontrado. Nenhuma leitura subsequente do bloco ter xito at
n
ao bloco seja recuperado. Voc s poder executar a recuperao de blocos marcados como
e
Lque
danificados ou que no passaram em uma verificao de danos. A recuperao de mdia de bloco
executada com o comando RECOVER...BLOCK do RMAN. Por default, o RMAN procura cpias
em bom estado dos blocos nos logs de flashback e, em seguida, procura os blocos em backups
integrais ou incrementais de nvel 0. Quando o RMAN encontra essas cpias, ele as restaura e
executa a recuperao de mdia nos blocos. A recuperao de mdia de bloco s poder usar redo
logs para recuperao de mdia, e no para backups incrementais.
A view V$DATABASE_BLOCK_CORRUPTION exibe os blocos marcados como danificados por
componentes do banco de dados, como comandos do RMAN, ANALYZE, dbv, consultas SQL etc.
Os seguintes tipos de danos resultam na incluso de linhas nessa view:
Danos fsicos/de mdia: O banco de dados no reconhece o bloco: o checksum invlido, o
bloco contm somente zeros ou o cabealho do bloco est fraturado. A verificao de danos
fsicos est ativada por default.
Danos lgicos: O bloco tem um checksum vlido, o cabealho e o rodap so compatveis, mas
o contedo inconsistente. A recuperao de mdia de bloco no pode corrigir danos lgicos em
blocos. A verificao de danos lgicos est desativada por default. Voc pode ativ-la
especificando a opo CHECK LOGICAL dos comandos BACKUP, RESTORE, RECOVER e
VALIDATE.
Pr-requisitos da Recuperao de Mdia de Bloco
O banco de dados de destino deve estar no modo

ARCHIVELOG.
Os backups dos arquivos de dados que contm blocos
danificados devem ser integrais ou de nvel 0.
As cpias proxy devem ser restauradas para um local no
default antes de serem usadas.
O RMAN s pode usar redo logs arquivados para a

recuperao.
ble
a
r
O bloco de dados danificado poder ser restaurado dos sfe
n
Logs de Flashback se disponveis.
-tra
on
n
a
s
a
h ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Mdia de Bloco
Pr-requisitos da Recuperao
e se de
t
t
i
Os seguintes pr-requisitos
az icesenaplicam ao comando RECOVER ... BLOCK:
P
l destino deve ser executado no modo ARCHIVELOG e ser aberto ou
o de dados de
O banco
r
d
n com um arquivo de controle atualizado.
montado
a
e
L Os backups dos arquivos de dados que contm os blocos danificados devem ser backups
integrais ou de nvel 0, e no cpias proxy. Se existirem somente backups proxy, voc poder
restaur-los em um local no default no disco; nesse caso, o RMAN os considerar como cpias
dos arquivos de dados e procurar os blocos neles durante a recuperao de mdia de bloco.
O RMAN s pode usar redo logs arquivados para a recuperao. Ele no poder usar backups
incrementais de nvel 1. A recuperao de mdia de bloco no poder ocorrer se um redo log
arquivado estiver faltando ou no puder ser acessado; no entanto, em alguns casos, ela poder
ocorrer mesmo na ausncia de registros de redo.
O recurso Flashback Database dever ser ativado no banco de dados de destino para que o
RMAN procure nos logs de flashback cpias em bom estado dos blocos danificados. Se o log de
flashback estiver ativado e contiver verses no corrompidas mais antigas dos blocos
danificados, o RMAN poder usar esses blocos e, possivelmente, agilizar a recuperao.
O comando RECOVER...BLOCK
O comando RECOVER...BLOCK do RMAN:
Identifica os backups que contm os blocos a serem

recuperados
L os backups e acumula os blocos solicitados em buffers
na memria
Gerencia a sesso de recuperao de mdia de bloco
lendo os logs de arquivamento no backup, se necessrio
RECOVER DATAFILE 6 BLOCK 3; Recover a single block

RECOVER
DATAFILE 2 BLOCK 43
DATAFILE 2 BLOCK 79
DATAFILE 6 BLOCK 183;
Recover multiple blocks

in multiple data files
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
elogged
) blocks
d
i
RECOVER CORRUPTION LIST;
Recover m
all
in
u
o
G
c
V$DATABASE_BLOCK_CORRUPTION
t
il
a
en
d
m
t
u
Copyright @
2010, Oracle. Todos
tte se th
i
z
a ou
p
(
Recuperando Blocoste
Individuaist
t
i
sepossa ocorrer, voc deve identificar os blocos danificados.
z de blocos
n
a
Para que a recuperao
e
Pdanos nos
licblocos so reportados nos seguintes locais:
o
Geralmente,
os
r
d
n resultados do comando LIST FAILURE, VALIDATE ou BACKUP ... VALIDATE
aNos
e
L Na view V$DATABASE_BLOCK_CORRUPTION
Em mensagens de erro na sada padro
No log de alerta e nos arquivos de rastreamento do usurio (identificados na view
V$DIAG_INFO)
Nos resultados dos comandos SQL ANALYZE TABLE e ANALYZE INDEX
Nos resultados do utilitrio DBVERIFY
Por exemplo, talvez voc descubra as seguintes mensagens em um arquivo de rastreamento do
usurio:
ORA-01578:
ORA-01110:
ORA-01578:
ORA-01110:
ORACLE data block corrupted (file # 7, block # 3)

data file 7: '/oracle/oradata/orcl/tools01.dbf'
ORACLE data block corrupted (file # 2, block # 235)
data file 2: '/oracle/oradata/orcl/undotbs01.dbf'
Um dos blocos foi identificado, execute o comando RECOVER ... BLOCK no prompt do RMAN,
especificando o nmero do arquivo e dos blocos danificados.
RECOVER
DATAFILE 7 BLOCK 3
DATAFILE 2 BLOCK 235;
Workflow de Diagnstico Automtico

Erro
crtico
Data Recovery Ad.

Danos em Blocos
> ADR
Health Monitor
Automatic
Diagnostic
Repository
DBA
Criao automtica de
incidente
Captura da primeira falha
Alertar DBA
Verificaes de integridade
pretendidas
Preenchimento assistido
da solicitao de servio
No
DBA
Bug
conhecido?
le
b
a
r
e
f
an
r
t
n
no Sim
a
s
Support Workbench do EM:
a
h
e
)
Incluir informaes do
d
Support Workbench do
EM:
4
i
u3
incidente no pacote
G
Aplicar patch/Corrigir
com dados
DBA
t
l
Correo dos dados
i
n
a
e
otm Stud
h
Copyright @
hTodos
e 2010, eOracle.
t
t
t
i
az o us
p
(
t
Workflow de Diagnstico
e Automtico
t
e
t
i
s
n memria sempre ativado permite que os componentes do banco de
az icena
Um recurso deP
rastreamento
l
dados capturem
ro dados de diagnstico aps a primeira falha em busca de erros crticos. Um
d
n
a especial, chamado Automatic Diagnostic Repository, mantido automaticamente para
e
Lrepositrio
manter informaes de diagnstico sobre eventos de erro crtico. Essas informaes podem ser
usadas para criar pacotes de incidentes a serem enviados ao Oracle Support Services para
investigao.
Este um workflow tpico de uma sesso de diagnstico:
1. O incidente faz com que um alerta seja emitido no EM (Enterprise Manager).
2. O DBA pode exibir o alerta na pgina EM Alert.
3. O DBA pode fazer drilldown at os detalhes do incidente e do problema.
4. O DBA ou o Oracle Support Services pode decidir ou solicitar que essas informaes sejam
includas em um pacote e enviadas ao Oracle Support Services por meio do My Oracle Support.
O DBA pode adicionar automaticamente arquivos aos dados a serem includos no pacote.
Automatic Diagnostic Repository

DIAGNOSTIC_DEST
Support Workbench
BACKGROUND_DUMP_DEST
CORE_DUMP_DEST
USER_DUMP_DEST
$ORACLE_BASE
$ORACLE_HOME/log
ADR
Base
diag
rdbms
DB
Name
ADR
Home
alert
le
b
a
r
e
f
metadados
SID
cdump incpkg incident
hm
trace
(outros)
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt GuV$DIAG_INFO
log.xml
alert_SID.log
ADRCI
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
ADR (Automatic Diagnostic
e sRepository)
t
e
t
i
O ADR um repositrio
az icbaseado
en em arquivo que contm dados de diagnstico de bancos de dados,
P
l
como rastreamentos,
dumps e pacotes de incidentes, o log de alerta, relatrios do Health Monitor,
ro
d
n
dumps
memria etc. Ele possui uma estrutura unificada de diretrios em vrias instncias e vrios
ea dearmazenados
Lprodutos
fora de qualquer banco de dados. Portanto, ele est disponvel para o
incdir_1
incdir_n
diagnstico de problemas quando o banco de dados est inativo.

A partir do Oracle Database 11g R1, o banco de dados, o ASM (Automatic Storage Management), o
CRS (Cluster Ready Services) e outros componentes ou produtos Oracle armazenam todos os dados
de diagnstico no ADR. Cada instncia de cada produto armazena dados de diagnstico no diretrio
home correspondente do ADR. Por exemplo, em um ambiente Real Application Clusters com
armazenamento compartilhado e ASM, cada instncia do banco de dados e cada instncia ASM tem
um diretrio home no ADR. A estrutura unificada de diretrios do ADR, os formatos consistentes de
dados de diagnstico nos diversos produtos e instncias, e um conjunto unificado de ferramentas
permitem que os clientes e o Oracle Support correlacionem e analisem dados de diagnstico em
vrias instncias.
O diretrio raiz do ADR conhecido como ADR Base. Sua localizao definida pelo parmetro de
inicializao DIAGNOSTIC_DEST. Se esse parmetro for omitido ou mantido como um valor nulo,
o banco de dados definir o parmetro DIAGNOSTIC_DEST durante a inicializao da seguinte
maneira: Se a varivel de ambiente ORACLE_BASE estiver definida, DIAGNOSTIC_DEST ser
definido como $ORACLE_BASE. Se a varivel de ambiente ORACLE_BASE no estiver definida,
DIAGNOSTIC_DEST ser definido como $ORACLE_HOME/log.
A Ferramenta de Linha de Comandos ADR (ADRCI)
A ADRCI permite a interao com o ADR em um prompt

do sistema operacional.
Com a ADRCI, voc pode exibir dados de diagnstico
no Automatic Diagnostic Repository.
$ adrci
ADRCI: Release 11.1.0.5.0 - On Sat Jul 7 08:01:40 2007
Copyright (c) 1982, 2007, Oracle. All rights reserved.
ADR base = "/u01/app/oracle"
le
b
a
r
e
f
ADRCI> show incident

ADR Home = /u01/app/oracle/product/11.1.0/db_1/log/diag/rdbms/orcl/orcl:
**************************************************************************
INCIDENT_ID PROBLEM_KEY
CREATE_TIME
----------- ------------------------------------ -----------------------1681
ORA-600_dbgris01:1,_addr=0xa9876541 17-JAN-07 09.17.44.843125
1682
ORA-600_dbgris01:12,_addr=0xa9876542 18-JAN-07 09.18.59.434775
2 incident info records fetched
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t ADR (ADRCI)
A Ferramenta de Linha
ede Comandos
t
e
t
i
s
z ede
n linha de comandos que faz parte da infraestrutura de diagnstico de
aferramenta
A ADRCI uma
P
c
i
l
falhas dodbanco
ro de dados. A ADRCI permite:
n
dados de diagnstico no ADR (Automatic Diagnostic Repository)
Le aExibir
Incluir informaes sobre incidentes e problemas em um arquivo zip para transmisso ao Oracle
Support
A ADRCI pode ser usada no modo interativo ou em scripts. Alm disso, ela pode executar scripts de
comandos ADRCI da mesma maneira que o SQL*Plus executa scripts de comandos SQL e PL/SQL.
No necessrio efetuar log-in na ADRCI, pois os dados do ADR no precisam ser seguros. Os
dados do ADR so protegidos somente por meio de permisses do sistema operacional nos diretrios
do ADR.
A maneira mais fcil de incluir os dados de diagnstico em um pacote e gerenci-los usar o Support
Workbench do Enterprise Manager (que ajuda na resoluo de erros do banco de dados e do ASM).
A ADRCI oferece uma alternativa baseada em linha de comandos para a maior parte da
funcionalidade do Support Workbench, alm de incluir outros recursos, como listagem e consulta de
arquivos de rastreamento. O exemplo do slide mostra uma sesso da ADRCI em que so listados
todos os incidentes abertos armazenados no ADR.
Observao: Para obter mais informaes sobre a ADRCI e o Support Workbench, consulte o guia
Oracle Database Utilities.
A View V$DIAG_INFO
SQL> SELECT * FROM V$DIAG_INFO;
NAME
------------------Diag Enabled
ADR Base
ADR Home
Diag Trace
Diag Alert
Diag Incident
Diag Cdump
Health Monitor
Default Trace File
Active Problem Count
Active Incident Count
VALUE
------------------------------------------------TRUE
/u01/app/oracle
/u01/app/oracle/diag/rdbms/orcl/orcl
/u01/app/oracle/diag/rdbms/orcl/orcl/trace
/u01/app/oracle/diag/rdbms/orcl/orcl/alert
/u01/app/oracle/diag/rdbms/orcl/orcl/incident
/u01/app/oracle/diag/rdbms/orcl/orcl/cdump
/u01/app/oracle/diag/rdbms/orcl/orcl/hm
/u01/app/oracle/diag/.../trace/orcl_ora_11424.trc
3
8
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
pa to u
A View V$DIAG_INFOte (
se
zit lista
n
A view V$DIAG_INFO
todos os locais importantes do ADR:
a
e
PCaminho
licdo diretrio ADR Base
o
ADR
Base:
r
d
n Home: Caminho do diretrio home do ADR na instncia do banco de dados atual
aADR
e
L Diag Trace: Localizao do log de alerta de texto e dos arquivos de rastreamento de processos
de background/foreground
Diag Alert: Localizao de uma verso XML do log de alerta
Diag Incident: Os logs de incidentes so gravados neste local.
Diag Cdump: Os arquivos bsicos de diagnstico so gravados neste diretrio.
Health Monitor: Localizao dos logs das execues do Health Monitor
Default Trace File: Caminho para o arquivo de rastreamento da sesso do usurio. Os arquivos
de rastreamento de SQL so gravados neste local.
le
b
a
r
e
f
Localizao dos Rastreamentos de Diagnstico

Dados de
Diagnstico
Local Anterior
Local do ADR
Rastreamentos USER_DUMP_DEST
de processos
de foreground
ADR_HOME/trace
Rastreamentos BACKGROUND_DUMP_DEST
de processos
de background
ADR_HOME/trace
Dados do log
de alerta
BACKGROUND_DUMP_DEST
ADR_HOME/alert
ADR_HOME/trace
Dumps de
memria
CORE_DUMP_DEST
ADR_HOME/cdump
Dumps de
incidentes
USER|BACKGROUND_DUMP_DEST ADR_HOME/incident/incdir_
n
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Localizao dos Rastreamentos
e se tde Diagnstico
t
t
i
z asendiversas classes de dumps e dados de rastreamento residentes no Oracle
acompara
A tabela do slide
P
licDatabase 11g.
o e no Oracle
Database
10g
r
d
n Database 11g no faz distino entre arquivos de rastreamento de processos de foreground
a
Oe
Oracle
Le de background. Os dois tipos de arquivos esto localizados no diretrio ADR_HOME/trace.
Todos os rastreamentos no relativos a incidentes so armazenados no subdiretrio trace. Essa a
principal diferena em relao s releases anteriores em que as informaes de erros crticos so
colocadas nos arquivos de rastreamento de processos correspondentes, em vez de em dumps de
incidentes. A partir do Oracle Database 11g, os dumps de incidentes so colocados em arquivos
separados dos arquivos normais de rastreamento de processos.
A principal diferena entre um rastreamento e um dump que o primeiro semelhante a uma sada
contnua, como ocorre, por exemplo, quando o rastreamento de SQL est ativado, e o segundo uma
sada nica em resposta a um evento como, por exemplo, um incidente. Alm disso, um 'core' um
dump de memria binria especfico para uma porta.
Observao: No slide, ADR_HOME representa o caminho
/u01/app/oracle/diag/rdbms/orcl/orcl, pressupondo-se que o nome da instncia seja
orcl. No entanto, no h uma varivel de ambiente oficial chamada ADR_HOME.
Health Monitor: Viso Geral
V$HM_RUN
DBMS_HM
Re
ati
va
DBA
ADRCI
EM
hm
(relatrios)
Erro
crtico
M
al
_H
nu
a
MS
M
B
D
ou
M
E
Data Recovery Ad.

Danos em Blocos
ADR
> Health Monitor
ADR
Health
Monitor
V$HM_CHECK
Logical Block Check
Table Row Check
Transaction Check
Redo Check
le
b
a
r
e
f
Undo Segment Check

Data Block Check
Table Check
Database Cross Check
an
r
t
n
no
a
sRow Mismatch
Table-Index
a
h
e Check
)
d
i
Database
Dictionary
uCross Check
G
Table-Index
com
t
l
i
a
en
d
m
t
u
Copyright @
2010, Oracle. Todos
tte se th
i
z
a ou
p
(
t
Health Monitor: Visote
Geral
e
t
i
s
z inclui
O banco de dadosaOracle
n um framework chamado Health Monitor para execuo de
e
P
c
i
l
verificaes
em vrios componentes do banco de dados. As verificaes do Health
rode diagnstico
d
Monitor
examinam
diversos
componentes do banco de dados, como arquivos, memria, integridade
n
a
e
das
transaes,
metadados
e
uso
de processos. Essas verificaes geram relatrios de descobertas,
L
bem como recomendaes para a soluo de problemas. A infraestrutura de diagnstico de falhas

pode executar as verificaes do Health Monitor automaticamente em resposta a erros crticos ou o
DBA poder executar manualmente as verificaes de integridade do Health Monitor usando o
pacote DBMS_HM PL/SQL ou a interface do Enterprise Manager.
Para obter uma descrio completa de todas as verificaes que podem ser executadas pelo Health
Monitor, examine a view V$HM_CHECK. Essas verificaes de integridade podem ser classificadas
em duas categorias:
DB-online: Essas verificaes podem ser executadas quando o banco de dados est aberto (ou
seja, no modo OPEN).
DB-offline: Alm de serem executveis enquanto o banco de dados est aberto, essas
verificaes tambm podem ser executadas quando a instncia est disponvel e o prprio banco
de dados est fechado (modo NOMOUNT).
Aps ser executado, um verificador gera um relatrio contendo informaes sobre as suas
descobertas; isso inclui as prioridades (low, high ou critical), descries das descobertas e suas
consequncias, e estatsticas bsicas sobre a execuo. O Health Monitor gera os relatrios em XML
e armazena-os no ADR. Para exibir esses relatrios, use V$HM_RUN, DBMS_HM, ADRCI ou o
Enterprise Manager.
Executando Verificaes de Integridade Manualmente:

Exemplo de PL/SQL
SQL> exec dbms_hm.run_check('Database Dictionary Check',
'mycheck',0,'TABLE_NAME=tab$');
SQL> set long 100000
SQL> select dbms_hm.get_run_report('mycheck') from dual;
DBMS_HM.GET_RUN_REPORT('mycheck')
-------------------------------------------------------------------------------<?xml version="1.0" encoding="US-ASCII"?>
<HM-REPORT REPORT_ID="mycheck"><TITLE>HM Report: mycheck</TITLE>
<RUN_INFO>
<CHECK_NAME>Database Dictionary Check</CHECK_NAME>
<RUN_ID>21</RUN_ID><RUN_NAME>mycheck</RUN_NAME>
<RUN_MODE>MANUAL</RUN_MODE><RUN_STATUS>COMPLETED</RUN_STATUS>
</RUN_INFO>
<RUN_PARAMETERS><RUN_PARAMETER>TABLE_NAME=tab$</RUN_PARAMETER> </RUN_PARAMETERS>
<RUN-FINDINGS><FINDING>
<FINDING_NAME>Dictionary Inconsistency</FINDING_NAME><FINDING_ID>22</FINDING_ID>
<FINDING_TYPE>FAILURE</FINDING_TYPE><FINDING_STATUS>OPEN</FINDING_STATUS>
<FINDING_PRIORITY>CRITICAL</FINDING_PRIORITY>
<FINDING_CREATION_TIME></FINDING_CREATION_TIME>
<FINDING_MESSAGE>invalid column number 7 on Object tab$ Failed</FINDING_MESSAGE>
<FINDING_MESSAGE>Damaged Object SH.JFVTEST is referenced </FINDING_MESSAGE>
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Executando Verificaes
Manualmente: Exemplo de PL/SQL
e desIntegridade
t
e
t
i
z
n
Use o procedure a
DBMS_HM.RUN_CHECK
para executar uma verificao de integridade. Para
e
P
c
i
l
o
chamar RUN_CHECK,
fornea
o
nome
da
verificao
encontrada na view V$HM_CHECK, o nome da
r
d
n
a (essa apenas uma identificao usada para recuperar os relatrios posteriormente) e o
e
Lexecuo
conjunto correspondente de parmetros de entrada para controlar sua execuo. Voc pode exibir
esses parmetros na view V$HM_CHECK_PARAM.
No exemplo do slide, voc quer executar uma Verificao do Dicionrio do Banco de Dados para a
tabela TAB$, considerada um importante objeto "core" do dicionrio. Voc atribui o nome
MYCHECK a essa execuo e no quer definir um timeout para essa verificao.
Quando a verificao executada, voc executa a funo DBMS_HM.GET_RUN_REPORT para obter
o relatrio extrado de V$HM_RUN, V$HM_FINDING e V$HM_RECOMMENDATION. A sada mostra
claramente que foi encontrado um erro crtico na tabela TAB$. Essa tabela contm uma entrada para
uma tabela com um nmero invlido de colunas. Alm disso, o relatrio fornece o nome da tabela
danificada em TAB$.
Quando voc chama a funo GET_RUN_REPORT, ela gera o arquivo de relatrio XML no diretrio
HM do ADR. No exemplo, o arquivo chamado HMREPORT_mycheck.hm.
Observao: Consulte o Oracle Database PL/SQL Packages and Types Reference para obter mais
informaes sobre o pacote DBMS_HM.
Exibindo Relatrios do HM com o Utilitrio ADRCI

adrci>>show hm_run
---------------------------------------------------------RUN_ID
11081
RUN_NAME
HM_RUN_11081
CHECK_NAME
Database Cross Check
NAME_ID
2
MODE
2
START_TIME
2007-04-13 03:20:31.161396 -07:00
RESUME_TIME
END_TIME
2007-04-13 03:20:37.903984 -07:00
MODIFIED_TIME
2007-04-17 01:16:37.106344 -07:00
TIMEOUT
0
FLAGS
0
STATUS
5
SRC_INCIDENT_ID
0
NUM_INCIDENTS
0
ERR_NUMBER
0
REPORT_FILE
adrci>>create report hm_run HM_RUN_11081

Adrci>>show report hm_run HM_RUN_11081
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
to Utilitrio ADRCI
Exibindo Relatrios do
e HM com
t
e
t
i
s
z relatrios
Voc pode criar
eaexibir
en do verificador do Health Monitor com o utilitrio ADRCI. Para
P
c
i
l
isso, verifique
ro se as variveis de ambiente do sistema operacional, como ORACLE_HOME, esto
d
n
definidas corretamente e digite o comando a seguir no prompt do sistema operacional: adrci.
Lea
O utilitrio iniciado e exibe o seu prompt, conforme mostrado no slide. Opcionalmente, voc pode
alterar o diretrio home atual do ADR. Use o comando SHOW HOMES para listar todos os diretrios
home do ADR, e o comando SET HOMEPATH para alterar o diretrio home atual do ADR.
Em seguida, informe o comando SHOW HM_RUN para listar todas as execues do verificador
registradas no repositrio do ADR e visveis em V$HM_RUN. Localize a execuo do verificador
para a qual deseja criar um relatrio e anote o nome da execuo usando o campo RUN_NAME
correspondente. O campo REPORT_FILE conter um nome de arquivo se j existir um relatrio
para essa execuo. Caso contrrio, voc poder gerar o relatrio usando o comando CREATE
REPORT HM_RUN conforme mostrado no slide. Para exibir o relatrio, use o comando SHOW
REPORT HM_RUN.
Questionrio
O Data Recovery Advisor trata destas duas situaes: quando
no possvel inicializar o banco de dados (porque alguns
arquivos necessrios do banco de dados esto ausentes,
inconsistentes ou danificados) e quando so detectados danos
em arquivos durante o runtime.
1. Verdadeiro
2. Falso
le
b
a
r
e
f
an
r
t
n
Resposta: 1
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Questionrio
Aps a execuo do comando ADVISE FAILURE, a correo
executada automaticamente. Portanto, ela no est mais sob
seu controle.
1. Verdadeiro
2. Falso
le
b
a
r
e
f
an
r
t
n
Resposta: 2
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Questionrio
O ADR reside no banco de dados. Portanto, necessrio
montar uma instncia para realizar uma anlise de incidentes.
1. Verdadeiro
2. Falso
le
b
a
r
e
f
an
r
t
n
Resposta: 2
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Questionrio
Qual das seguintes verificaes o Health Monitor pode executar?
1. Verificao intuitiva de commit
2. Verificao de memria
3. Verificao de metadados
4. Verificao de redo
5. Verificao de transaes
6. Verificao de alerta do usurio
le
b
a
r
7. Verificao de segmentos de undo
fe
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Resposta: 2, 3, 4, 5, 7te
e
t
i
s
az icen
P
l
o
r
d
n
a
e
L
Resumo
Detectar e corrigir danos em bancos de dados:
Usar os novos comandos de correo de dados do RMAN para:
Listar falhas
Receber uma sugesto de correo
Corrigir falhas
Executar verificaes proativas de falhas
le
Tratar de danos em blocos:

Verificando a integridade dos blocos em tempo real
Executando a recuperao de mdia de bloco
an
r
t
n
Configurar o ADR (Automatic Diagnostic Repository)

an
s
a
Executar verificaes de integridade ) h

ide
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
n
a
e
L
b
a
r
e
f

Detectando danos
Corrigindo danos
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Usando a Tecnologia de Flashback I
le
b
a
r
e
f
an
r
t
n
n
a
e
L
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright 2010,
Oracle. Todos
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icen
P
l
ro
Objetivos
Flashback
> - Viso geral
- Consulta
- Tabela
- Transao

Descrever a tecnologia de Flashback
Executar uma operao Flashback Query
Usar o recurso Flashback Version Query
Ativar a movimentao de linhas em uma tabela
Executar operaes Flashback Table
Usar o recurso Flashback Transaction Query
Usar o recurso Flashback Transaction
dr
n
a
e
le
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
b
a
r
e
f
Tecnologia de Flashback
Nvel do
Objeto
Exemplos de Cenrios
Tecnologia de Depende de Afeta

Flashback
Dados
Banco de
dados
Truncar tabela; alteraes

indesejadas em vrias
tabelas
Banco de dados
Logs de
flashback
SIM
Tabela
Eliminar tabela
Eliminao
Lixeira
SIM
Atualizar com a clusula

WHERE incorreta
Tabela
Dados de
undo
SIM
Comparar dados atuais com

dados antigos
Consulta
Dados de
undo
NO
Comparar verses de uma

linha
Verso
Dados de
undo
NO
le
b
a
r
e
f
an
r
t
n
SIM
o
n
a
s
a
e de SIM
Transao
Investigar e reverter
Transao ) h Undo/redo
d
i
u de
transaes suspeitas
com nt Glogs
l
arquivamento
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Tecnologia de Flashback
e se t
t
t
i
azde Flashback
Utilize a tecnologia
en quando ocorrer um dano lgico no banco de dados Oracle e for
P
c
i
l
o
necessrio
os dados de forma rpida e fcil. Como acontece com as falhas humanas,
rrecuperar
d
n
difcil
identificar
os
objetos
e as linhas afetados por uma transao incorreta. Com a tecnologia de
a
e
LFlashback,
voc pode diagnosticar como os erros so introduzidos no banco de dados e, depois,
Manter dados histricos das
transaes
Arquivamento de
Dados
Dados de
undo
corrigir o dano. Voc pode exibir as transaes que contriburam para modificar linhas especficas,
exibir o conjunto inteiro de verses de determinada linha durante um perodo ou apenas exibir os
dados na forma como estavam em um momento anterior. A tabela do slide mostra os usos comuns da
tecnologia de Flashback. O Flashback Database usa os logs de flashback. O Flashback Drop usa a
lixeira. Todas as outras tcnicas usam dados de undo.
Nem todos os recursos de flashback modificam o banco de dados. Alguns so simplesmente mtodos
usados para consultar outras verses de dados; eles so ferramentas para investigar um problema e
ajudar na recuperao. Os resultados das consultas de flashback ajudam a:
Determinar o tipo de operao de flashback de modificao de banco de dados a ser executada
para corrigir o problema.
Alimentar o conjunto de resultados dessas consultas em uma instruo INSERT, UPDATE ou
DELETE que permita corrigir facilmente os dados incorretos.
O FDA (Flashback Data Archive) permite usar os recursos anteriores de flashback lgico para
acessar dados muito antigos.
Transaes e Undo
Dados
originais no
cache de
buffer
Dados antigos de undo
no tablespace de undo
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Transaes e Undo te
e
t
i
s
Quando uma transao
az iciniciada,
en ela designada a um segmento de undo. Durante a vida til da
P
l
o dados so alterados, os valores antigos originais so copiados para o segmento
transao,rquando
d
n
de undo.
a Para saber quais transaes foram designadas a determinados segmentos de undo, verifique
La eview
V$TRANSACTION.
Operaes DML
Os segmentos de undo so segmentos especializados criados automaticamente pela instncia,

conforme o necessrio, para suportar as transaes. Como todos os segmentos, eles so constitudos
de extenses que, por sua vez, consistem em blocos de dados. Esses segmentos crescem e diminuem
automaticamente conforme o necessrio, atuando como um buffer de armazenamento circular para as
transaes designadas a eles.
Quando as transaes preenchem os blocos na extenso do segmento de undo atual, outro bloco na
mesma extenso designado a elas. Se no houver mais blocos livres na extenso, a transao
adquirir um bloco da prxima extenso do segmento. Se todas as extenses estiverem em uso, a
transao retornar primeira extenso ou solicitar que uma nova extenso seja alocada para o
segmento de undo.
O diagrama do slide mostra, esquerda, um cone de tabela com dados originais chegando de uma
operao DML. Esses dados sero mantidos no cache de buffer (se no tiverem expirado) e, depois,
sero gravados no tablespace de undo (mostrado no formato circular direita).
Observao: As operaes DML paralelas podem realmente fazer com que uma transao utilize
mais de um segmento de undo. Para aprender mais sobre a execuo de operaes DML paralelas,
consulte o Oracle Database Administrators Guide.
Garantindo a Reteno de Undo
Garantia de reteno:
15 minutos
Dados de
undo no
tablespace
de undo
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Garantindo a Reteno
e de Undo
t
e
t
i
s
z deenundo sobregravar as transaes submetidas a commit ainda no
adefault
O comportamento
P
lic que haja falha em uma transao ativa por causa da falta de espao de
o vez de permitir
expiradas,
em
r
d
nEm caso de conflito, as transaes tm precedncia sobre as consultas.
undo.
a
e
L
As instrues SELECTcom durao
igual ou inferior a 15 minutos
so sempre satisfeitas.
Uma transao que gera

mais undo do que
o permitido pelo espao falhar.
possvel alterar esse comportamento por meio da garantia da reteno. Com a reteno garantida,
as definies de reteno de undo so impostas mesmo que causem falhas nas transaes. (Portanto,
em caso de conflito, as consultas tm precedncia sobre as transaes.)
RETENTION GUARANTEE um atributo de tablespace, e no um parmetro de inicializao. Esse
atributo pode ser alterado com instrues SQL da linha de comandos ou com o Enterprise Manager.
A sintaxe usada para alterar um tablespace de undo a fim de garantir a reteno a seguinte:
SQL> ALTER TABLESPACE undotbs1 RETENTION GUARANTEE;
Para retornar um tablespace de undo garantido sua definio normal, use o seguinte comando:
SQL> ALTER TABLESPACE undotbs1 RETENTION NOGUARANTEE;
possvel definir a Garantia de Reteno de Undo no Enterprise Manager. Navegue at a pgina

Automatic Undo Management. Clique na definio atual de Retention Guarantee (General/Undo
Retention Settings) para modific-la.
Preparando o Banco de Dados para Flashback
Criar um tablespace de undo

Ativar o AUM (Automatic Undo Management)
Especificar versus garantir a reteno de undo
Parmetros de inicializao default do banco de dados:
UNDO_MANAGEMENT='AUTO'
UNDO_TABLESPACE='UNDOTBS1'
UNDO_RETENTION=900
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Flashback
Preparando o Banco tde
para
e Dados
e
t
i
s
az deicflashback
Para ativar os recursos
en em uma aplicao, execute estas tarefas:
P
l
Criedum
rotablespace de undo com espao suficiente para manter os dados necessrios para as
n
de flashback.
Leaoperaes
Quanto maior for a frequncia de atualizao dos dados pelos usurios, maior ser o espao
necessrio. Geralmente o administrador do banco de dados calcula a necessidade de espao. Se
no souber exatamente quais so suas necessidades de espao, comece com um tablespace de
undo extensvel automaticamente, observe-o durante um ciclo de negcios (por exemplo, 1 ou 2
dias), colete informaes sobre os blocos de undo com a view V$UNDO_STAT, calcule suas
necessidades de espao e utilize-as para criar um tablespace de undo dimensionado de forma
apropriada. (A frmula usada no clculo pode ser encontrada no Oracle Database
Administrators Guide.)
Por default, o AUM (Automatic Undo Management) est ativado. Se necessrio, ative o
Automatic Undo Management, conforme explicado no Oracle Database Administrators Guide.
Em um tablespace de undo de tamanho fixo, o banco de dados Oracle ajusta automaticamente o
sistema a fim de garantir a melhor reteno possvel de undo no tablespace.
Em um tablespace de undo extensvel automaticamente (default), o banco de dados Oracle retm
os dados de undo para satisfazer, no mnimo, aos perodos de reteno necessrios consulta de
durao mais longa e ao limite de reteno de undo especificado pelo parmetro
UNDO_RETENTION.

Preparando o Banco de Dados para Flashback (continuao)
Voc pode consultar a view V$UNDOSTAT.TUNED_UNDORETENTION a fim de determinar o
tempo durante o qual o undo retido para o tablespace de undo atual. A definio do parmetro
UNDO_RETENTION no garante que os dados de undo no expirados no sejam sobregravados. Se o
sistema precisar de mais espao, o banco de dados Oracle poder sobregravar o undo no expirado
com os dados de undo mais recentes.
Especifique a clusula RETENTION GUARANTEE para o tablespace de undo a fim de garantir
que os dados de undo no expirados no sejam descartados.
Conceda privilgios de flashback aos usurios, s atribuies ou s aplicaes que precisam usar
recursos de flashback.
Para atender s necessidades de reteno longa, crie um Flashback Data Archive.
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
h is S
@
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Flashback
- Viso geral
> - Consulta
- Tabela
- Transao
Usando a Tecnologia de Flashback

para Consultar Dados
Flashback Query
Consulte todos os dados em um momento especfico
Flashback Version Query

Veja todas as verses de uma linha entre dois perodos.
Veja as transaes que alteraram a linha.
Flashback Transaction Query

Veja todas as alteraes efetuadas por
uma transao.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
om t Gu
c
l
i
11:00
11:10
a
en
d
m
t
u
Copyright @
2010, Oracle. Todos
tte se th
i
z
a ou
p
(
t para Consultar Dados
Usando a Tecnologiate
de Flashback
e
t
i
s
n consultar verses anteriores de objetos de esquema, consultar
az icepermite
A tecnologia de
Flashback
P
l
dados histricos
ro e realizar uma anlise de alteraes. Toda transao gera de maneira lgica uma
d
n
eaverso do banco de dados. Com a tecnologia de Flashback, voc pode acessar essas verses
Lnova
para localizar um erro e sua respectiva causa:

Flashback Query: Consulte todos os dados existentes em um momento especfico.
Flashback Version Query: Veja todas as verses das linhas entre dois perodos e as transaes
que alteraram a linha.
Flashback Transaction Query: Veja todas as alteraes efetuadas por uma transao e, se
necessrio, faa rollback de uma transao com comandos SQL undo.
Flashback Query
Use para consultar todos os dados em um momento
especfico.
Atualizaes
no desejadas
employees
employees
T1
le
b
a
r
e
f
T2
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Flashback Query
e se t
t
t
i
az icQuery,
Com o recursoP
Flashback
en voc pode executar consultas de acordo com um horrio especfico.
l
o AS OF da instruo SELECT, voc pode especificar o timestamp cujos dados
Usando a rclusula
d
n
ea exibir. Isso til para analisar uma discrepncia de dados.
Ldeseja
Observao: TIMESTAMP e SCN so opes vlidas da clusula AS OF.
SELECT employee_id, salary FROM employees
AS OF TIMESTAMP <T1>
WHERE employee_id = 200
Flashback Query: Exemplo
employees
employees
salary = 4,400
salary = 4,840
11:00
employees
salary = 4,400
11:10
UPDATE employees
SET salary =
(SELECT salary FROM employees
AS OF TIMESTAMP TO_TIMESTAMP
('2005-05-04 11:00:00', 'yyyy-mm-dd hh24:mi:ss')
WHERE employee_id = 200)
WHERE employee_id = 200
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Flashback Query: Exemplo
e se t
t
t
i
aztiver irecebido
Se um funcionrio
en um aumento por engano recentemente, voc poder atualizar o
P
c
l
salrio novamente,
designando o salrio fornecido por uma subconsulta que retorna o valor
ro
d
n
submetido
a
flashback.
a
Le
Tx0
Tx1
employees
Tx2
employees
employees
200
t1
t2
SELECT versions_xid, salary FROM employees

VERSIONS BETWEEN TIMESTAMP <t1> and <t2>
WHERE employee_id = 200;
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
Tx0
Tx1
Tx2
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
az icQuery,
Com o recursoP
Flashback
en voc pode executar consultas no banco de dados de acordo com um
l
perodo d
especfico
ro ou com uma faixa de SCNs (nmeros de alterao do sistema) definidos pelo
n
usurio.
a O recurso Flashback Version Query permite usar a clusula VERSIONS para recuperar todas
Ls everses
das linhas existentes entre dois momentos ou dois SCNs.
As linhas retornadas por esse recurso representam um histrico de alteraes das linhas entre as
transaes. O Flashback Version Query recupera somente as ocorrncias das linhas submetidas a
commit. As verses das linhas no submetidas a commit em uma transao no so mostradas. As
linhas retornadas tambm incluem as verses das linhas deletadas e posteriormente reinseridas.
Voc pode usar o Flashback Version Query para recuperar o histrico de linhas. Esse recurso permite
realizar a auditoria das linhas de uma tabela e recuperar informaes sobre as transaes que
afetaram as linhas. Em seguida, voc pode usar o identificador de transaes retornado para executar
o data mining das transaes com o LogMiner ou executar uma operao Flashback Transaction
Query, conforme descrito posteriormente nesta lio.
Observao: VERSIONS_XID uma pseudocoluna que retorna o identificador de transao da
verso correspondente de uma linha.
Flashback Version Query: Consideraes
No possvel usar a clusula VERSIONS para consultar:
Tabelas externas
Tabelas temporrias
Tabelas fixas
Views
A clusula VERSIONS no pode conter comandos DDL.
As operaes de compresso de segmentos so filtradas.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Flashback Version Query:
e Consideraes
t
e
t
i
s
No possvelP
usar
aza clusula
enVERSIONS para consultar os seguintes tipos de tabela:
c
i
l
Tabelas
roexternas
d
n
Le aTabelas temporrias
Tabelas fixas
No possvel usar a clusula VERSIONS para consultar uma view. Entretanto, uma definio de
view pode usar essa clusula.
A clusula VERSIONS em uma instruo SELECT no pode produzir verses de linhas em
instrues DDL que alteram a estrutura das tabelas correspondentes. Isso significa que a consulta
para de produzir linhas depois que atinge o momento passado em que a estrutura da tabela foi
alterada.
Determinadas operaes de manuteno, como a compresso de um segmento, podem mover linhas
de tabelas entre blocos. Nesse caso, a consulta de verso filtra essas verses fantasmas, pois os dados
das linhas permanecem inalterados.
Questionrio
O Flashback Query compara os dados atuais com dados
passados. Para isso, ele utiliza dados de undo e redo.
1. Verdadeiro
2. Falso
le
b
a
r
e
f
an
r
t
n
Resposta: 2
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Questionrio
Selecione a afirmao correta:
1. O Flashback Version Query utiliza dados de undo
e modifica os dados.
2. O Flashback Version Query utiliza dados de undo e no
modifica os dados.
3. O Flashback Version Query utiliza dados de undo e redo.
le
b
a
r
e
f
an
r
t
n
Resposta: 2
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
Flashback Table: Viso Geral

>
Flashback
- Viso geral
- Consulta
- Tabela
- Transao
Recupera tabelas at um momento especfico.

uma operao local.
O banco de dados permanece on-line.
le
b
a
r
e
f
an
r
t
n
no
a
s
DMLs
Tabelas
a
com
h
e
User
)
d
i
incorretas
m Gflashback
u
o
c
t
l
i
a
en
d
m
t
u
Copyright @
2010, Oracle. Todos
tte se th
i
z
a ou
p
(
t
Viso Geral do Flashback
e Table
t
e
t
i
s
n
azpermite
O Flashback Table
um conjunto de tabelas at um momento especfico sem que
erecuperar
P
c
i
l
o
seja preciso
dr executar operaes tradicionais de recuperao pontual.
n
a
LAeoperao Flashback Table realizada no local, enquanto o banco de dados est on-line, por meio
do rollback apenas das alteraes efetuadas nas tabelas especificadas e nos respectivos objetos
dependentes.
Uma instruo Flashback Table executada como uma nica transao. Se o flashback de todas as
tabelas no for efetuado com xito, ser feito rollback da transao inteira.
Observao: Voc pode usar os recursos Flashback Versions Query e Flashback Transaction Query
para determinar o perodo de flashback apropriado.
Flashback Table
Com o Flashback Table, possvel recuperar uma ou

mais tabelas at um momento especfico sem restaurar
um backup.
Os dados so recuperados do tablespace de undo para
executar uma operao Flashback Table.
necessrio ter o privilgio de objeto FLASHBACK ANY
TABLE ou FLASHBACK na tabela em questo.
necessrio ter os privilgios SELECT, INSERT, DELETE
ble
a
r
e ALTER na tabela a ser submetida a flashback.
sfe
trana
Voc deve ativar a movimentao de linhas na tabela
n
o
qual a operao de flashback est sendo executada.
an
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Flashback Table
e se t
t
t
i
z voc
aTable,
Com o Flashback
enpode recuperar uma ou mais tabelas at um momento especfico sem
P
c
i
l
restaurardum
robackup. Quando esse recurso usado, os dados das tabelas e os objetos associados
n
a constraints, triggers etc.) so restaurados. Os dados usados para atender a uma solicitao de
e
L(ndices,
Flashback Table so recuperados a partir do tablespace de undo. Voc pode usar os recursos
Flashback Versions Query e Flashback Transaction Query para determinar o perodo de flashback
apropriado.
Com o Flashback Table, os usurios podem fazer a recuperao de forma fcil e rpida aps
ocorrerem modificaes acidentais, sem o envolvimento de um administrador de banco de dados.
necessrio conceder o privilgio de sistema FLASHBACK TABLE ou FLASHBACK ANY TABLE a
qualquer usurio que utilize o recurso Flashback Table. Alm disso, voc deve conceder os
privilgios de objeto SELECT, INSERT, DELETE e ALTER ao usurio.
Voc pode usar o Enterprise Manager para executar o flashback de uma tabela. O assistente o orienta
durante o processo.
Observao: A ativao da movimentao de linhas descrita na prxima pgina.
Ativando a Movimentao de Linhas em uma Tabela
le
b
a
r
e
f
an
r
t
n
ALTER TABLE employees ENABLE ROW MOVEMENT;

no
a
s
a
h ide
)
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t em uma Tabela
Ativando a Movimentao
e deseLinhas
t
t
i
aza movimentao
necessrio ativar
en de linhas em uma tabela para permitir o flashback da tabela.
P
c
i
l
Quandod
voc
ro ativa a movimentao de linhas, o servidor Oracle pode mover uma linha da tabela.
n
eaativar a movimentao de linhas em uma tabela com o Enterprise Manager, siga estas etapas:
LPara
1. Selecione Tables na regio Database Objects da pgina de propriedades Schema. Informe o
2.
3.
4.
5.
nome do esquema para pesquisa da tabela e clique em Go.

Clique no nome da tabela na qual voc deseja ativar a movimentao de linhas. Agora a pgina
View Table ser exibida.
Clique em Edit para ir at a pgina Edit Table.
Clique na tab Options, onde voc pode alterar a definio de Enable Row Movement referente
tabela.
Defina Enable Row Movement como Yes e clique em Apply. A mensagem de confirmao da
atualizao ser exibida.
Executando o Flashback Table
le
b
a
r
e
f
an
r
t
n
no
a
FLASHBACK TABLE hr.departments TO TIMESTAMP
s
a
h ide
TO_TIMESTAMP('2007-04-05 21:00:00',
)
m
u
'YYYY-MM-DD HH24:MI:SS');
lco t G
i
a
en
d
m
t
u
Copyright @
2010, Oracle. Todos
tte se th
i
z
a ou
p
(
t
Executando o Flashback
e Table
t
e
t
i
s
z eManager
n
Voc pode usarPoaEnterprise
para efetuar o flashback de uma tabela seguindo estas etapas:
c
i
l
o
1. Selecione
dr Perform Recovery na regio Backup/Recovery da pgina de propriedades
n
Availability.
a
Le
2. Na regio Object Level Recovery, selecione Tables na lista drop-down Object Type.
3. Selecione Flashback Existing Tables como Operation Type. Clique em Recover. A pgina
Perform Object Level Recovery: Point-in-time ser exibida.
4. Selecione Flashback to a timestamp ou Flashback to a known SCN e especifique um
timestamp ou um SCN para flashback; em seguida, clique em Next.
5. Clique em Add Tables para adicionar tabelas lista da operao de flashback. Clique em Next.
6. A pgina Dependency Options ser exibida se houver tabelas dependentes. Selecione a opo
desejada para lidar com tabelas dependentes. Normalmente, voc selecionaria Cascade para
garantir um flashback consistente. Clique em Next.
7. A pgina Perform Object Level Recovery: Review ser exibida. Verifique as informaes e
clique em Submit. Ser exibida a pgina Confirmation.
Observao: Tambm possvel executar o flashback de tabelas usando o link Tables, na regio
Schema da pgina Administration.
Flashback Table: Consideraes
O comando FLASHBACK TABLE executado como uma

nica transao, adquirindo bloqueios DML exclusivos.
No efetuado o flashback de estatsticas.
Os ndices atuais e os objetos dependentes so mantidos.
As operaes Flashback Table:
No podem ser executadas em tabelas do sistema
No podem incluir operaes DDL
Geram dados de undo e redo
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Flashback Table: Consideraes
e se t
t
t
i
az FLASHBACK
Toda a instruo
en TABLE executada em uma nica transao. efetuado o
P
c
i
l
flashback
ro de todas ou de nenhuma das tabelas especificadas.
d
n
Le aA operao Flashback Table adquire bloqueios DML (data manipulation language) exclusivos
em todas as tabelas especificadas na instruo durante o andamento da operao.

No efetuado o flashback das estatsticas dos objetos afetados.
Todos os ndices existentes so mantidos. Os ndices eliminados no so recriados. As views
materializadas dependentes de commit tambm so mantidas automaticamente.
As tabelas especificadas na instruo FLASHBACK TABLE sero submetidas a flashback, desde
que nenhuma das constraints de tabela seja violada. Se alguma constraint for violada durante a
execuo do flashback, a operao ser abortada, e as tabelas sero mantidas no mesmo estado
em que estavam antes da chamada da instruo FLASHBACK TABLE.
No possvel executar o Flashback Table at um momento especfico anterior a uma operao
DDL que alterou a estrutura de uma tabela envolvida na operao ou que a comprimiu. Essa
restrio no se aplica a instrues DDL que alteram somente os atributos de armazenamento
das tabelas.
No possvel efetuar o flashback em tabelas remotas, fixas e do sistema.
Questionrio
Selecione todas as afirmaes corretas:
1. O banco de dados permanece aberto quando efetuado
flashback de uma tabela.
2. O Flashback Table executado como uma nica
transao.
3. O Flashback Table exige a disponibilidade de backups.
4. O Flashback Table se baseia em dados de undo.
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Resposta: 1, 2, 4
e se t
t
t
i
az icen
P
l
o
r
d
n
a
e
L
le
b
a
r
e
f
Flashback Transaction Query

>
Flashback
- Viso geral
- Consulta
- Tabela
- Transao
FLASHBACK_TRANSACTION_QUERY
DBA
DML
incorreta
SQL
de
Undo
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
User
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Flashback Transaction
eQueryse t
t
t
i
az icQuery
O Flashback Transaction
en uma ferramenta de diagnstico que permite exibir as alteraes
P
l
efetuadas
rnoobanco de dados no nvel de transao. Com isso, possvel diagnosticar problemas no
d
n
ea de dados, bem como realizar anlises e auditorias de transaes.
Lbanco
Voc pode usar a view FLASHBACK_TRANSACTION_QUERY para determinar todas as instrues

SQL necessrias para desfazer as alteraes efetuadas por determinada transao ou durante um
perodo especfico.
Usando o Enterprise Manager para Executar

o Flashback Transaction Query
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t Executar o Flashback Transaction Query
e separa
t
i
n o Flashback Version Query com a ajuda do Perform Recovery
az junto
Esse recurso P
usado
ecom
c
i
l
Wizard.d
Na
ropgina Perform Object Level Recovery: Choose SCN, clique no link Transaction ID
n
na regio Flashback Versions Query Result.
ea
Lcorrespondente,
No exemplo do slide, um Flashback Version Query executado na tabela JOBS para recuperar as
trs verses da linha JOBS para JOB_ID = 'AD_PRES'. Em seguida, um dos IDs de transao
selecionado, mostrando todas as alteraes envolvidas nessa transao. Observe que, alm da
atualizao da tabela JOBS, tambm houve uma atualizao da tabela EMPLOYEES nessa transao.
Flashback Transaction Query: Consideraes
Os comandos DDL so vistos como atualizaes do

dicionrio.
O Flashback Transaction Query em uma transao
subjacente a um comando DDL exibe as alteraes
efetuadas no dicionrio de dados.
Os objetos eliminados aparecem como nmeros de objeto.
Os usurios eliminados aparecem como identificadores de
usurio.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Consideraes
eQuery:
t
e
t
i
s
azas operaes
No banco de dados,
en DDL no passam de uma srie de operaes de gerenciamento de
P
c
i
l
espao edalteraes
no dicionrio de dados. O Flashback Transaction Query em uma transao
ro
n
subjacente
a
um
comando
DDL exibe as alteraes efetuadas no dicionrio de dados.
a
e
LQuando
o Flashback Transaction Query envolve as tabelas que foram eliminadas do banco de dados,
os nomes das tabelas no aparecem. Em vez disso, so usados nmeros de objetos.
Se o usurio que executou uma transao for eliminado, o Flashback Transaction Query relativo a
essa transao exibir somente o ID de usurio correspondente, e no o nome do usurio.
Observao: Quando no houver dados de undo suficientes para uma transao especfica, ser
retornada uma linha com o valor UNKNOWN na coluna OPERATION de
FLASHBACK_TRANSACTION_QUERY.
Configurando os pr-requisitos do Flashback Transaction

Examinando um possvel workflow
Usando o Flashback Transaction Wizard
Consultando transaes com e sem dependncias
Escolhendo opes de reverso e efetuando o flashback
de transaes
Verificando os resultados
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z en possvel reverter uma transao e as transaes dependentes. O
aTransaction,
Com o Flashback
P
lic as dependncias entre as transaes e cria uma transao de compensao
o determina
Oracle Database
r
d
n as alteraes no desejadas. O estado do banco de dados revertido, como se a transao
que
reverte
a
e
Le todas as transaes que possam depender dela nunca tivessem ocorrido.
A funcionalidade de Flashback Transaction pode ser usada no Enterprise Manager ou com pacotes
PL/SQL.
Pr-requisitos
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Pr-requisitos
e se t
t
t
i
az icen necessrio ativar um log complementar e estabelecer os privilgios
Para usar essa P
funcionalidade,
oexemplo, ol usurio HR do esquema HR decide usar o Flashback Transaction na tabela
corretos. Por
r
d
n O SYSDBA executa as seguintes etapas de configurao no SQL*Plus:
REGIONS.
a
e
L
alter
alter
grant
grant
database add supplemental

database add supplemental
execute on dbms_flashback
select any transaction to
log data;
log data (primary key) columns;
to hr;
hr;
Efetuando o Flashback de uma Transao
Voc pode efetuar o flashback de uma transao com

o Enterprise Manager ou na linha de comandos.
O EM usa o Flashback Transaction Wizard, que chama
o procedure DBMS_FLASHBACK.TRANSACTION_BACKOUT
com a opo NOCASCADE.
Se a chamada PL/SQL for concluda com xito, isso indicar
que a transao no tem quaisquer dependncias, e uma
nica transao ser revertida com xito.
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Efetuando o Flashback
Transao
e de uma
t
e
t
i
s
az icen
Privilgios deP
segurana
oo flashbackl ou a reverso de uma transao ou seja, para criar uma transao de
r
Para efetuar
d
n
a
compensao
voc deve ter os privilgios SELECT, FLASHBACK e DML em todas as tabelas
e
L
afetadas.
Condies de Uso
A reverso de transaes no suportada em DDLs conflitantes.
A reverso de transaes herda o suporte de tipo de dados do LogMiner. Consulte na
documentao do Oracle Database 11g os tipos de dados suportados.
Recomendao
Quando a necessidade de reverso de uma transao for identificada, o quanto antes a operao
de reverso for iniciada, melhor ser o desempenho obtido. Redo logs grandes e taxas elevadas
de transao resultam em operaes de reverso mais lentas.
Fornea um nome de transao para a operao de reverso a fim de facilitar a auditoria
posterior. Se um nome de transao no for fornecido, ele ser gerado automaticamente.
le
b
a
r
e
f
Possvel Workflow
1. Verificar os dados em uma tabela
2. Descobrir um problema lgico
3. Usar o Flashback Transaction
1. Executar uma consulta
2. Selecionar uma transao
3. Efetuar o flashback de uma transao (sem conflitos)
4. Escolher outras opes de reverso (se existirem conflitos)
le
b
a
r
e
f
4. Verificar os resultados do Flashback Transaction
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Possvel Workflow te
e
t
i
s
az ocorrido
Suponha que tenham
envrias transaes conforme indicado abaixo:
P
c
i
l
o
rhr
connect
d
n
ea password: oracle_4U <<< not displayed
LEnter
INSERT INTO hr.regions VALUES (5,'Pole');
COMMIT;
UPDATE hr.regions SET region_name='Poles' WHERE region_id = 5;

UPDATE hr.regions SET region_name='North and South Poles' WHERE region_id
= 5;
COMMIT;
INSERT INTO hr.countries VALUES ('TT','Test Country',5);
COMMIT;
connect sys/<password> as sysdba
ALTER SYSTEM ARCHIVE LOG CURRENT;
Flashback Transaction Wizard
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
eWizard
t
e
t
i
s
No Enterprise P
Manager,
az iselecione
en HR.REGIONS em Table, selecione Flashback Transaction na lista
c
l
drop-down
roActions e clique em Go. Esse procedimento chamar o Flashback Transaction Wizard
d
n
eaa tabela selecionada. A pgina Flashback Transaction: Perform Query ser exibida.
Lpara
Selecione o intervalo de tempo adequado e adicione parmetros de consulta. (Quanto mais especfico
voc for, mais curta ser a pesquisa do Flashback Transaction Wizard.)
Sem o Enterprise Manager, use o procedure DBMS_FLASHBACK.TRANSACTION_BACKOUT,
descrito no PL/SQL Packages and Types Reference. Essencialmente, considere um array de IDs de
transao como o ponto de partida da pesquisa de dependncias. Por exemplo:
CREATE TYPE XID_ARRAY AS VARRAY(100) OF RAW(8);
CREATE OR REPLACE PROCEDURE TRANSACTION_BACKOUT(
numberOfXIDs NUMBER, -- number of transactions passed as input
xids XID_ARRAY, -- the list of transaction ids
options NUMBER default NOCASCADE, -- back out dependent
txn timeHint TIMESTAMP default MINTIME -- time hint on the txn
start
);
Escolhendo Outras Opes de Reverso
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Escolhendo Outras Opes
e sdeeReverso
t
t
i
O procedure TRANSACTION_BACKOUT
verifica dependncias, como:
az icen
P
l
o
Write-after-write
(WAW)
ndr principais e exclusivas
eaConstraints
L Constraints de chave estrangeira
Uma transao pode ter uma dependncia do tipo WAW; isso significa que ela atualiza ou deleta
uma linha inserida ou atualizada por uma transao dependente. Isso pode ocorrer, por exemplo, em
um relacionamento mestre/detalhes de constraints de chave estrangeira obrigatrias e constraints
principais (ou exclusivas).
Para entender a diferena entre as opes NONCONFLICT_ONLY e NOCASCADE_FORCE, suponha
que a transao T1 altere as linhas R1, R2 e R3, e a transao T2 altere as linhas R1, R3 e R4. Nesse
cenrio, ambas as transaes atualizam a linha R1; portanto essa uma linha conflitante. A
transao T2 tem uma dependncia WAW em relao transao T1. Com a opo
NONCONFLICT_ONLY, as linhas R2 e R3 so revertidas, porque no h conflito, e pressupe-se que
voc deva saber o que fazer com a linha R1. Com a opo NOCASCADE_FORCE, todas as trs linhas
(R1, R2 e R3) so revertidas.
Observao: Esta tela no faz parte do exemplo de workflow, mas mostra mais detalhes de uma
situao mais complexa.
Escolhendo Outras Opes de Reverso
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
t
Escolhendo Outras Opes
(continuao)
e sdeeReverso
t
t
i
z
n
a icWizard
O Flashback Transaction
e funciona da seguinte maneira:
P
l
o
Se ocorrer
drfalha no procedure DBMS_FLASHBACK.TRANSACTION_BACKOUT com a opo
n
a
(porque h transaes dependentes), voc poder alterar as opes de recuperao.
e
LNOCASCADE
Com a opo Nonconflict Only, as linhas no conflitantes em uma transao so revertidas, o

que implica a manuteno da consistncia do banco de dados (embora haja perda da atomicidade
da transao para corrigir os dados).
Para forar a reverso das transaes especificadas, sem se preocupar com as transaes
dependentes, use a opo Nocascade Force. O servidor simplesmente executar os comandos
DML de compensao para as transaes especificadas, na ordem inversa de seus tempos de
commit. Se nenhuma constraint for violada, voc poder continuar e efetuar commit das
alteraes ou fazer rollback.
Para iniciar a remoo completa das transaes especificadas e de todas as transaes
dependentes, uma aps a outra, use a opo Cascade.
Observao: Esta tela no faz parte do exemplo de workflow, mas mostra mais detalhes de uma
situao mais complexa.
Etapas Finais sem o EM

Uma vez escolhida a opo de reverso, o relatrio de
dependncia ser gerado nas views DBA_FLASHBACK_TXN_STATE
e DBA_FLASHBACK_TXN_REPORT.
Verifique o relatrio de dependncia que mostra todas

as transaes revertidas.
Faa commit das alteraes para torn-las permanentes.
Faa rollback para descartar as alteraes.
le
b
a
r
e
f
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
Etapas Finais sem o tEM
e se t
t
i
A view DBA_FLASHBACK_TXN_STATE
contm o estado atual de uma transao: quer ela esteja
az icen
P
l
o
ativa nod
sistema
r ou tenha sido revertida com xito. Essa tabela mantida atomicamente (de forma
n
indivisvel)
a transao de compensao. Para cada transao de compensao, poderiam existir
a
e linhas,com
Lvrias
cada uma fornecendo o relacionamento de dependncia entre as transaes que foram
compensadas pela transao de compensao.
A view DBA_FLASHBACK_TXN_REPORT fornece informaes detalhadas sobre todas as
transaes de compensao das quais foi feito commit no banco de dados. Cada linha dessa view
associada a uma transao de compensao.
Para obter uma descrio detalhada dessas tabelas, consulte o Oracle Database Reference.
Questionrio
Voc descobre que o salrio de Jim foi atualizado duas vezes.
A primeira atualizao foi correta, mas a segunda foi feita por
engano. Antes de voc descobrir esse problema, outras linhas
da tabela EMPLOYEES so atualizadas corretamente. Qual
tecnologia deve ser usada para corrigir esse erro?
1. Flashback Database
2. Flashback Query
3. Flashback Transaction
an
r
t
n
Resposta: 3
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
le
b
a
r
e
f
Resumo
Descrever a tecnologia de Flashback
Executar uma operao Flashback Query
Usar o recurso Flashback Version Query
Ativar a movimentao de linhas em uma tabela
Executar operaes Flashback Table
Usar o recurso Flashback Transaction Query
Usar o recurso Flashback Transaction
dr
n
a
e
le
an
r
t
n
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen
b
a
r
e
f

Executando a Reverso de Transaes de Flashback
Consultando uma transao
Executando a reverso de transaes de flashback
le
b
a
r
e
f
an
r
t
n
dr
n
a
e
no
a
s
a
h
e
)
d
i
com nt Gu
l
i
a
de
m
t
u
t
o
Copyright @
2010, Oracle. Todos
e
tt se th
i
z
a ou
p
(
e se t
t
t
i
z
Pa licen

Apostila Oracle 11g Administration II - Português

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Apostila Oracle 11g Administration II - Português

Caricato da

Copyright:

Formati disponibili

Unauthorized reproduction or distribution prohibited Copyright 2014, Oracle and/or its affiliates

Faculdade Impacta Tecnologia

Faculdade Impacta Tecnologia

Copyright 2010, Oracle. Todos os direitos reservados.

Este documento contm informaes de propriedade da Oracle Corporation e est

As informaes contidas neste documento esto sujeitas a alteraes sem aviso

Aviso de Direitos Restritos

Se esta documentao for entregue / distribuda ao Governo dos Estados Unidos ou

U.S. GOVERNMENT RIGHTS

Aviso de Marca Registrada

Oracle uma marca comercial registrada da Oracle Corporation e/ou de suas

Faculdade Impacta Tecnologia

Principais Conceitos e Ferramentas do Oracle Database

Configurando a Capacidade de Recuperao

Faculdade Impacta Tecnologia

Solues de Backup e Recuperao Oracle 2-5

Usando o Catlogo de Recuperao do RMAN

Faculdade Impacta Tecnologia

Catalogando Arquivos de Backup Adicionais 3-14

Criando Conjuntos de Backup Duplexados 4-12

Faculdade Impacta Tecnologia

Criando Backups com o RMAN

Tarefas de Restaurao e Recuperao

Faculdade Impacta Tecnologia

Comparando a Recuperao Completa com a Incompleta 6-16

Usando o RMAN para Executar a Recuperao

Executando uma Recuperao Pontual 7-13

Faculdade Impacta Tecnologia

Viso Geral do Exerccio 7: Usando o RMAN para Executar a Recuperao 7-32

Monitorando e Ajustando o RMAN

Diagnosticando o Banco de Dados

Faculdade Impacta Tecnologia

Sintomas de Danos em Blocos: ORA-01578 9-17

Flashback Version Query 10-11

Faculdade Impacta Tecnologia

11 Usando a Tecnologia de Flashback II

12 Executando o Flashback Database

Faculdade Impacta Tecnologia

O Que Voc Precisa Fazer 12-6

14 Gerenciando o Desempenho do Banco de Dados

Faculdade Impacta Tecnologia

Planejamento do Desempenho 14-4

Faculdade Impacta Tecnologia

SQL Performance Analyzer: Viso Geral 15-19

17 Automatizando Tarefas com o Scheduler

Faculdade Impacta Tecnologia

Jobs Lightweight Persistentes 17-8

Faculdade Impacta Tecnologia

Restries e Excees 18-14

19 Gerenciando o Espao do Banco de Dados

Faculdade Impacta Tecnologia

Determinando o Formato Endian de uma Plataforma 19-14

Variveis de Substituio de SET NEWNAME 20-13

Faculdade Impacta Tecnologia

Apndice A: Exerccios e Solues

Tipos de Prticas de Backup e Recuperao C-3

Fazendo o Backup Manual de um Banco de Dados ARCHIVELOG C-8

Faculdade Impacta Tecnologia

Executando uma Recuperao Completa de um Banco de Dados Aberto C-16

Granularidade de Striping D-22

Faculdade Impacta Tecnologia

Usando o Enterprise Manager para Editar Atributos de Grupos de Discos D-36

Faculdade Impacta Tecnologia

Faculdade Impacta Tecnologia