Banco de Dados Oracle 10g - Workshop de Administração II Vol.I PDF

D17092BP30
Produo 3.0
Maro de 2006
D45125
Oracle Database 10g: Workshop de
Administrao II
Guia do Aluno Volume 1
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Development Program (WDP) eKit materials are provided for WDP in-class use only. Copying eKit materials is strictly prohibited and is in
violation of Oracle copyright. All WDP students must receive an eKit watermarked with their name and email. Contact
OracleWDP_ww@oracle.com if you have not received your personalized eKit.
Autores
Tom Best
M.J. Billings
Revisores e
Colaboradores Tcnicos
Herbert Bradbury
Howard Bradley
Harald van Breederode
M.J. Bryksa
Donna Cooksey
Joe Fong
Andy Fortunak
Gerlinde Frenzen
Joel Goodman
Sushma Jagannath
Christine Jeal
Pierre Labrousse
Jerry Lee
Stefan Lindblad
Wendy Lo
Yi Lu
Andreas Reinhardt
Ira Singer
James Spiller
Janet Stern
Jean-Francois Verrier
Redatores
Aju Kumar
Nita Pavitran
Designers Grficos
Steve Elwood
Sanjeev Sharma
Editor
Sujatha Nagendra
Copyright 2006, Oracle. Todos os direitos reservados.
Iseno de Responsabilidade
Esta documentao contm informaes proprietrias e protegida pela legislao
de direitos autorais e por outras leis de propriedade intelectual. A cpia e a
impresso deste documento so permitidas exclusivamente para uso durante os
cursos de treinamento da Oracle. O documento no poder ser modificado de
nenhuma forma. Salvo quando o uso estiver em conformidade com a lei de direitos
autorais, vedado usar, compartilhar, fazer download ou upload, copiar, imprimir,
exibir, reproduzir, publicar, licenciar, divulgar, transmitir ou distribuir o presente
documento, no todo ou em parte, sem a expressa autorizao da Oracle.
As informaes contidas neste documento esto sujeitas a alteraes sem aviso
prvio. Eventuais problemas encontrados no documento devero ser reportados por
escrito e enviados para: Oracle University, 500 Oracle Parkway, Redwood Shores,
California 94065 EUA. Distribuidor no Brasil: Oracle do Brasil Sistemas Ltda. Av.
Alfredo Egydio de Souza Aranha, 100, So Paulo, SP - 04726-170 - Brasil - CNPJ:
59.456.277/0001-76 Este documento pode conter erros.
Aviso de Direitos Restritos
Caso o destinatrio do presente documento seja o Governo dos Estados Unidos ou
qualquer pessoa que esteja usando o documento em seu nome, ser aplicado o
seguinte aviso:
DIREITOS DO GOVERNO DOS EUA
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.
Aviso de Registro de Marca
Oracle, JD Edwards e PeopleSoft so marcas comerciais da Oracle Corporation e/ou
de suas coligadas. Outros nomes podero constituir marcas comerciais de seus
respectivos titulares.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Prefcio
1 Introduo
Objetivos da Lio 1-2
Objetivos do Curso 1-3
Programao Sugerida 1-4
Contedo do Curso DBAI 1-5
Exemplos do Curso: O Esquema HR 1-6
Oracle Database 10g: O Banco de Dados para a Grade 1-7
Arquitetura do Banco de Dados: Reviso 1-8
Estruturas de Memria Oracle 1-9
Processos Oracle 1-11
Revisando o Gerenciamento de Instncias Oracle 1-12
Estrutura Fsica do Banco de Dados 1-14
OMF (Oracle Managed Files) 1-16
Estruturas Lgicas e Fsicas do Banco de Dados 1-17
Arquitetura do Banco de Dados: Resumo dos Componentes Estruturais 1-19
Sumrio 1-20
2 Configurando o Recovery Manager
Objetivos 2-2
Backup e Recuperao: Reviso 2-3
Recursos do Recovery Manager 2-4
Componentes do Recovery Manager 2-6
Etapas de Configurao do RMAN 2-8
Armazenamento de Dados do Repositrio do RMAN: Comparao de Opes 2-9
Destinos de Backup 2-11
Gerenciamento de Mdia 2-12
Usando uma rea de Recuperao Flash com o RMAN 2-14
Monitorando a rea de Recuperao Flash com o EM 2-16
Uso do Espao da rea de Recuperao Flash 2-17
V$FLASH_RECOVERY_AREA_USAGE 2-18
Fazendo Backup da rea de Recuperao Flash 2-20
Vantagens do Uso de uma rea de Recuperao Flash 2-21
Definindo Parmetros que Afetam o RMAN 2-22
Consideraes sobre a Utilizao do RMAN 2-24
Tipos de Conexes com o RMAN 2-25
Iniciando o RMAN 2-26
Argumentos de Linha de Comandos Adicionais do RMAN 2-27
Configurando Definies Persistentes para o RMAN 2-28
Configurando as Definies do RMAN com o EM 2-29
Backups Automticos do Arquivo de Controle 2-30
Polticas de Reteno 2-32
Gerenciando Definies Persistentes 2-34
Alocao de Canais 2-35
Alocao Automtica e Manual de Canais 2-36
Contedo
iii
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Opes de Controle de Canal 2-37
Sumrio 2-39
Viso Geral do Exerccio: Configurando o RMAN 2-40
3 Usando o Recovery Manager
Objetivos 3-2
Executando Comandos do Recovery Manager 3-3
Tipos de Comandos do RMAN 3-5
Comandos de Job: Exemplo 3-6
Comandos do RMAN: Viso Geral 3-7
Comando BACKUP 3-9
Restries de Backup 3-10
Paralelizao de Conjuntos de Backup 3-11
Backups Compactados 3-13
Cpia-Imagem 3-14
Tags para Backups e Cpias-Imagem 3-16
Opes do Comando BACKUP 3-17
Fazendo Backup de Redo Logs Arquivados 3-19
Backup Completo do Banco de Dados 3-21
Tipos de Backup com o RMAN 3-22
Comparao entre Diferencial e Cumulativo 3-24
Rastreamento de Alteraes em Blocos 3-25
Ativando o Rastreamento de Alteraes em Blocos 3-26
Atualizao Incremental de Backups 3-27
Comando LIST 3-28
Comando REPORT 3-29
Comando REPORT NEED BACKUP 3-30
REPORT NEED BACKUP: Exemplos 3-31
REPORT OBSOLETE e DELETE OBSOLETE 3-32
Gerenciando Backups com o EM 3-33
Views Dinmicas do RMAN 3-34
Monitorando Backups com o RMAN 3-36
Sumrio 3-38
Viso Geral do Exerccio: Fazendo o Backup do Banco de Dados 3-39
4 Recuperando Perdas No Crticas
Objetivos 4-2
Causas da Perda de Dados 4-3
Comparao entre Crtico e No Crtico 4-4
Perdendo um TEMPFILE 4-5
Recuperando a Perda de um TEMPFILE 4-6
Status do Grupo de Logs: Reviso 4-7
Perdendo um Membro do Grupo de Redo Logs 4-8
Recriando Arquivos de Redo Log 4-9
Recriando ndices 4-13
Mtodos de Autenticao para Administradores de Bancos de Dados 4-15
iv
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recriando um Arquivo de Autenticao de Senha 4-16
Sumrio 4-18
Viso Geral do Exerccio: Recuperao a Perda de um TEMPFILE e de um Arquivo Redo Log 4-19
5 Recuperao de Banco de Dados
Objetivos 5-2
Mtodos de Recuperao 5-3
Recuperao Gerenciada por Usurio: Comando RECOVER 5-4
Recuperao do RMAN: Comandos RESTORE e RECOVER 5-5
Recuperao com o Enterprise Manager 5-6
Recuperao Completa e Incompleta 5-7
Recuperao Completa 5-8
Recuperao Incompleta 5-9
Situaes Que Exigem Recuperao Incompleta 5-11
Tipos de Recuperao Incompleta 5-12
Executando a Recuperao Incompleta Gerenciada pelo Usurio 5-14
Recuperao Baseada em Horrio Gerenciada por Usurio: Exemplo 5-16
Recuperao Baseada em Cancelamento Gerenciada por Usurio: Exemplo 5-18
Executando a Recuperao Incompleta com o RMAN 5-20
Recuperao Baseada em Horrio com o RMAN: Exemplo 5-21
Recuperao de Seqncia de Log com o RMAN: Exemplo 5-23
Recuperao Incompleta com o Enterprise Manager 5-24
Recuperao Incompleta e o Log de Alerta 5-25
Pontos de Restaurao 5-26
Recuperao Incompleta: Melhores Prticas 5-27
Recuperando um Arquivo de Controle por Backup Automtico 5-29
Criando um Novo Arquivo de Controle 5-31
Recuperando Tablespaces Somente para Leitura 5-33
Questes Relativas Recuperao de Tablespaces Somente para Leitura 5-35
Sumrio 5-37
Viso Geral do Exerccio: Executando uma Recuperao Incompleta 5-38
6 Flashback
Objetivos 6-2
Tecnologia de Flashback: Reviso 6-3
Flashback de Eliminao e Lixeira 6-4
Lixeira 6-5
Restaurando Tabelas a Partir da Lixeira 6-7
Lixeira: Reutilizao Automtica de Espao 6-8
Lixeira: Reutilizao Manual de Espao 6-10
Ignorando a Lixeira 6-11
Consultando a Lixeira 6-12
Consultando Dados de Tabelas Eliminadas 6-13
Flashback de Banco de Dados: Reviso 6-14
Arquitetura do Flashback de Banco de Dados 6-15
Configurando o Flashback de Banco de Dados 6-16
v
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Configurando o Flashback de Banco de Dados com o EM 6-17
Flashback de Banco de Dados: Exemplos 6-19
Executando o Flashback de Banco de Dados com o EM 6-20
Excluindo Tablespaces do Flashback de Banco de Dados 6-23
Consideraes sobre o Flashback de Banco de Dados 6-24
Monitorando o Flashback de Banco de Dados 6-26
Monitorando o Flashback de Banco de Dados com o EM 6-28
Pontos de Restaurao Garantidos 6-29
Sumrio 6-30
Viso Geral do Exerccio: Executando o Flashback de Banco de Dados 6-31
7 Lidando com Bancos de Dados Danificados
Objetivos 7-2
O Que um Bloco Danificado? 7-3
Sintomas de Blocos Danificados: ORA-1578 7-4
Como Lidar com Danos 7-5
Recursos Relacionados a Danos 7-7
Utilitrio DBVERIFY 7-8
Interpretando a Sada DBVERIFY 7-9
Comando ANALYZE 7-11
Verificando a Integridade de Blocos em Tempo Real: DB_BLOCK_CHECKING 7-12
Verificando a Integridade de Blocos em Tempo Real: DB_BLOCK_CHECKSUM 7-13
Usando EXP para Detectar Danos 7-14
Usando o Flashback para Danos Lgicos 7-15
Package DBMS_REPAIR 7-16
Usando o DBMS_REPAIR 7-17
BMR (Block Media Recovery) 7-21
Comando BLOCKRECOVER 7-22
Exemplos do Uso do Comando BLOCKRECOVER 7-23
A Interface do RMAN BMR 7-25
Aes Alternativas 7-26
Sumrio 7-27
Viso Geral do Exerccio: Executar uma Recuperao de Mdia de Bloco 7-28
8 Monitorando e Gerenciando a Memria
Objetivos 8-2
Gerenciamento de Memria: Viso Geral 8-3
Estruturas de Memria Oracle 8-4
Cache de Buffer 8-6
Usando Vrios Pools de Buffers 8-8
Shared Pool 8-10
Large Pool 8-11
Java Pool 8-12
Buffer de Redo Log 8-13
Gerenciamento Automtico da Memria Compartilhada: Viso Geral 8-14
Vantagens do Gerenciamento Automtico da Memria Compartilhada 8-15
vi
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Como Funciona o ASMM 8-16
Configurando o ASMM com o Database Control 8-17
Configurando o ASMM Manualmente 8-18
Comportamento de Parmetros Auto-ajustveis da SGA 8-21
Comportamento de Parmetros da SGA Ajustados Manualmente 8-22
Usando a View V$PARAMETER 8-23
Modificando o Parmetro SGA_TARGET 8-24
Desativando o ASMM 8-25
Redimensionando Manualmente os Parmetros da SGA Dinmica 8-26
PGA (Program Global Area) 8-27
Gerenciamento Automtico da Memria PGA 8-29
Recursos de Gerenciamento da PGA 8-30
Usando o Memory Advisor para Dimensionar a SGA 8-31
Usando o Memory Advisor para Dimensionar a PGA 8-32
Uso de Memria Eficiente: Diretrizes 8-33
Diretrizes de Ajuste da Memria para o Cache de Biblioteca 8-35
Sumrio 8-37
Viso Geral do Exerccio: Usando o ASMM para Corrigir um Problema de Alocao de Memria 8-38
9 Gerenciamento Automtico do Desempenho
Objetivos 9-2
Atividades de Ajuste 9-3
Planejamento do Desempenho 9-4
Ajuste de Instncia 9-6
Metodologia de Ajuste de Desempenho 9-7
Coleta de Estatsticas 9-8
Eventos de Espera Oracle 9-10
Estatsticas do Sistema 9-11
Exibindo Estatsticas Relativas a Sesses 9-13
Exibindo Estatsticas Relativas a Servios 9-14
Views para Diagnstico/Soluo de Problemas e Ajuste 9-15
Views de Dicionrio 9-16
Diagnsticos de Bancos de Dados Bloqueados ou Extremamente Lentos 9-17
Usando o Modo de Acesso Memria 9-18
Usando a Pgina de Anlise de Bloqueio 9-19
Automatic Workload Repository 9-21
Linhas de Base de Snapshots do AWR 9-23
Advisory Framework: Viso Geral 9-24
Database Control e Advisors 9-26
Sesso de Ajuste Convencional de Advisor 9-27
Chamando o ADDM Manualmente 9-28
Usando o SQL Tuning Advisor: Reviso 9-29
SQL Access Advisor: Viso Geral 9-30
Sesso Tpica do SQL Access Advisor 9-31
Origem da Carga de Trabalho 9-32
Opes de Recomendao 9-33
vii
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Verificando Recomendaes 9-35
COMMIT Assncrono 9-36
Usando o COMMIT Assncrono 9-37
Sumrio 9-38
Viso Geral do Exerccio: Usando o ADDM para Diagnosticar Problemas de Desempenho 9-39
10 Gerenciando Objetos de Esquema
Objetivos 10-2
Tipos de Tabelas 10-3
O Que uma Partio e Por Que Us-la? 10-4
Parties 10-5
Criando uma Partio 10-6
Mtodos de Particionamento 10-7
Manuteno da Partio 10-8
Tabelas Organizadas por ndice 10-9
Tabelas Organizadas por ndice e Tabelas de Heap 10-10
Criando Tabelas Organizadas por ndice 10-12
Clusters 10-13
Tipos de Cluster 10-14
Situaes em que os Clusters So teis 10-16
Cluster de Hash Classificado: Viso Geral 10-17
Cluster de Hash Classificado: Exemplo 10-18
Cluster de Hash Classificado: Arquitetura Bsica 10-19
Tarefas de Gerenciamento de Esquemas 10-20
Estimando a Utilizao de Recursos 10-21
Analisando Tendncias de Crescimento 10-22
Gerenciando Estatsticas do Otimizador 10-23
Reorganizando Objetos de Esquema On-line 10-24
Reorganizando Objetos: Relatrio de Impacto 10-26
Reorganizando Objetos: Reviso 10-27
Etapas Bsicas da Reorganizao Manual On-line 10-28
Sumrio 10-29
Viso Geral do Exerccio: Gerenciando Objetos de Esquema 10-30
11 Gerenciando o Armazenamento
Objetivos 11-2
Gerenciamento do Espao: Viso Geral 11-3
Gerenciamento do Espao Livre 11-4
Tipos de Segmentos 11-5
Alocando Extenses 11-6
Gerenciamento do Espao em Bloco 11-7
Encadeamento e Migrao de Linhas 11-8
Monitoramento Pr-ativo de Tablespaces 11-9
Limites e Resoluo de Problemas de Espao 11-10
Monitorando a Utilizao do Espao para Tablespace 11-11
Comprimindo Segmentos 11-12
viii
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Resultados da Operao de Compresso 11-13
Reutilizao de Espao com o ASSM 11-14
Segment Advisor: Viso Geral 11-15
Segment Advisor 11-16
Implementando Recomendaes 11-18
Database Control e Compresso de Segmentos 11-19
Comprimindo Segmentos com SQL 11-20
Gerenciando a Alocao de Espao Retomvel 11-21
Usando a Alocao de Espao Retomvel 11-22
Retomando Instrues Suspensas 11-24
Transportando Tablespaces 11-26
Conceito: Nvel Mnimo de Compatibilidade 11-27
Procedimento para Tablespace Transportvel 11-28
Determinando o Formato Endian de uma Plataforma 11-29
Transportando Bancos de Dados 11-30
Procedimento de Transporte de Banco de Dados: Converso do Sistema de Origem 11-31
Procedimento de Transporte de Banco de Dados: Converso do Sistema de Destino 11-32
Transporte do Banco de Dados: Consideraes 11-33
Sumrio 11-34
Viso Geral do Exerccio: Gerenciando o Armazenamento 11-35
12 ASM (Automatic Storage Management)
Objetivos 12-2
ASM (Automatic Storage Management): Reviso 12-3
Arquitetura Geral do ASM 12-5
Tarefas da Instncia ASM 12-7
Criando uma Instncia ASM 12-8
Parmetros de Inicializao da Instncia ASM 12-9
Alteraes nos Parmetros de Instncia do Banco de Dados 12-10
Inicializando uma Instncia ASM 12-11
Acessando uma Instncia ASM 12-12
Home Page do ASM 12-14
Pgina de Desempenho do ASM 12-15
Pgina de Configurao do ASM 12-16
Fazendo Shutdown de uma Instncia ASM 12-17
DBCA e Opes de Armazenamento 12-18
Armazenamento do ASM: Conceitos 12-19
Grupos de Discos ASM 12-20
Grupo com Proteo para Falhas 12-21
Espelhamento de Grupos de Discos 12-22
Rebalanceamento Dinmico de Grupos de Discos 12-23
Gerenciando Grupos de Discos 12-24
Pgina de Administrao do ASM 12-25
Pgina Create Disk Group 12-26
Criando e Eliminando Grupos de Discos 12-27
Adicionando Discos a Grupos de Discos 12-28
ix
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comandos ALTER 12-30
Arquivos ASM 12-32
Utilitrio ASMCMD 12-33
Migrando o Banco de Dados para o Armazenamento do ASM 12-34
Sumrio 12-36
Viso Geral do Exerccio: Usando o ASM (Automatic Storage Management) 12-37
13 Gerenciando Recursos
Objetivos 13-2
Database Resource Manager: Viso Geral 13-3
Conceitos do Database Resource Manager 13-4
Por Que Usar o Resource Manager 13-5
Acessando Planos de Recursos 13-7
Exemplo: SYSTEM_PLAN 13-8
Criando um Novo Plano de Recursos 13-9
Criando Grupos de Consumidores 13-10
Designando Usurios a Grupos de Consumidores 13-11
Especificando Diretivas de Planos de Recursos 13-12
Mtodos de Alocao de Recursos para Planos de Recursos 13-13
Comparao entre EMPHASIS e RATIO 13-14
Mecanismo do Pool de Sesses Ativas 13-16
Definindo o Pool de Sesses Ativas 13-17
Tempo Mximo de Execuo Estimado 13-18
Alternncia de Grupos de Consumidores 13-19
Retornando ao Grupo Inicial de Consumidores ao Final da Chamada 13-20
Definindo Timeouts de Inatividade 13-22
Mapeamento de Grupos de Consumidores de Recursos 13-23
Ativando um Plano de Recursos para uma Instncia 13-25
Informaes sobre o Database Resource Manager 13-26
Monitorando o Resource Manager 13-27
Sumrio 13-30
Viso Geral do Exerccio: Usando o Resource Manager 13-31
14 Automatizando Tarefas com o Scheduler
Objetivos 14-2
Simplificando Tarefas de Gerenciamento 14-3
Um Job Simples 14-4
Principais Componentes e Etapas 14-5
1. Criando um Programa 14-6
2. Criando e Usando Programaes 14-7
3. Criando e Executando um Job 14-8
4. Monitorando um Job 14-9
Usando uma Programao Baseada em Horrio ou Evento 14-10
Criando um Job Baseado em Horrio 14-11
Criando uma Programao Baseada em Evento 14-13
Criando Programaes Baseadas em Evento com o Enterprise Manager 14-14
x
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando um Job Baseada em Evento 14-15
Programao Baseada em Evento 14-16
Criando Programaes Complexas 14-18
Criando Cadeias de Job 14-19
Exemplo de uma Cadeia 14-21
1. Criando um Objeto de Cadeia 14-22
2. Definindo Etapas da Cadeia 14-23
3. Definindo Regras da Cadeia 14-24
4. Iniciando a Cadeia 14-25
Monitorando Cadeias de Job 14-26
Conceitos Avanados do Scheduler 14-27
Criando uma Classe de Job 14-28
Criando uma Janela de Tempo 14-29
Priorizando Jobs em uma Janela de Tempo 14-30
Sumrio 14-31
Viso Geral do Exerccio: Automatizando Tarefas com o Scheduler 14-32
15 Segurana do Banco de Dados
Objetivos 15-2
Oracle TDE (Transparent Data Encryption): Viso Geral 15-3
Processo da TDE 15-5
Implementando a TDE 15-6
Tabelas Existentes e TDE 15-9
TDE: Consideraes 15-10
Suporte dos Wallets para Nomes de Usurios e Senhas 15-11
Data Pump e TDE (Transparent Data Encryption) 15-12
Backups Criptografados pelo RMAN: Viso Geral 15-13
Configurao do Modo Transparente 15-14
Configurao do Modo de Senha 15-15
Configurao do Modo Duplo 15-16
Backups Criptografados pelo RMAN: Consideraes 15-17
Necessidade de Privacidade dos Dados 15-18
Definio e Uso de Termos 15-19
Virtual Private Database: Viso Geral 15-20
Virtual Private Database: Recursos 15-21
VPD em Nvel de Coluna: Exemplo 15-22
Criando uma Poltica em Nvel de Coluna 15-23
Sumrio 15-24
Viso Geral do Exerccio: Usando a Segurana do Banco de Dados Oracle 15-25
16 Usando o Suporte Globalizao
Objetivos 16-2
O Que Todo DBA Precisa Saber 16-3
O Que um Conjunto de Caracteres? 16-4
Noes Bsicas de Unicode 16-6
Como os Conjuntos de Caracteres So Usados? 16-8
xi
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Problemas a Serem Evitados 16-9
Outro Exemplo de Problema 16-10
Como Escolher Seu Conjunto de Caracteres 16-11
Conjuntos de Caracteres de Banco de Dados e Conjuntos de Caracteres Nacionais 16-12
Como Obter Informaes sobre Conjuntos de Caracteres 16-13
Como Especificar um Comportamento Dependente do Idioma 16-14
Como Especificar um Comportamento Dependente do Idioma para a Sesso 16-15
Parmetros Dependentes de Idioma e Territrio 16-16
Como Especificar um Comportamento Dependente do Idioma 16-18
Pesquisa e Classificao Lingsticas 16-19
Como Usar a Pesquisa e a Classificao Lingstica 16-21
Pesquisa e Classificao sem Distino de Acentos e entre Maisculas e Minsculas 16-23
Suporte em Clusulas SQL e Functions 16-24
Suporte a ndices Lingsticos 16-25
Como Personalizar a Pesquisa e a Classificao Lingsticas 16-26
Converso Implcita entre CLOB e NCLOB 16-27
Converso de Dados NLS com Utilitrios Oracle 16-28
Converso de Dados NLS com o Data Pump 16-30
Caractersticas do Suporte Globalizao 16-31
Sumrio 16-32
Viso Geral do Exerccio: Usando Recursos do Suporte Globalizao 16-33
17 Workshop
Objetivos 17-2
Metodologia do Workshop 17-3
Necessidades de Negcios 17-5
Configurao do Banco de Dados 17-6
Mtodo de Resoluo de Problemas do Banco de Dados 17-7
Sumrio 17-9
Viso Geral do Exerccio: Configurao do Workshop 17-10
Apndice A: Exerccios
Apndice B: Solues
Apndice C: Comandos Bsicos do Linux e do vi
Apndice D: Acrnimos e Termos
Apndice E: Servidores Compartilhados Oracle
Objetivos E-2
Estabelecendo uma Conexo E-3
Processo do Servidor Dedicado E-4
Sesses do Usurio E-5
Sesses do Usurio: Servidor Dedicado E-6
Sesses do Usurio: Servidor Compartilhado E-7
Processando uma Solicitao E-8
SGA e PGA E-9
xii
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
UGA e Servidor Compartilhado Oracle E-10
Configurando o Servidor Compartilhado Oracle E-11
DISPATCHERS E-12
SHARED_SERVERS E-14
MAX_SHARED_SERVERS E-15
CIRCUITS E-16
SHARED_SERVER_SESSIONS E-17
Parmetros Relacionados E-18
Verificando a Configurao do Servidor Compartilhado E-19
Views de Dicionrio de Dados E-21
Escolhendo um Tipo de Conexo E-22
Quando No Usar o Servidor Compartilhado E-23
Sumrio E-24
Apndice F: Oracle Secure Backup
Objetivos F-2
Proteo de Dados em Fita para a Pilha de Produtos Oracle F-3
A Vantagem para o Cliente: Soluo Completa Oracle F-4
Oracle Secure Backup para Gerenciamento Centralizado de Backups em Fita F-5
Domnio Administrativo do Oracle Secure Backup F-6
Oracle Secure Backup: Viso Geral do Gerenciamento de Backup F-7
Catlogo do Oracle Secure Backup F-8
Usurios do Oracle Secure Backup F-9
Classes Predefinidas F-11
Opes de Interface do Oracle Secure Backup F-12
Gerenciando os Dados a Serem Protegidos F-13
Conceitos de Mdia do Oracle Secure Backup F-14
Reciclagem de Conjuntos de Volumes F-15
Gerenciamento Automatizado de Dispositivos F-17
Operaes de Gerenciamento de Biblioteca F-18
Oracle Secure Backup: Instalao F-19
Instalando o Software Oracle Secure Backup F-20
Instalao do Servidor Administrativo: Exemplo F-21
Definindo o Servidor Administrativo no EM F-22
A Pgina Oracle Secure Backup Device and Media F-23
Adicionando Dispositivos F-24
Gerenciando Dispositivos com o EM F-25
RMAN e Oracle Secure Backup F-26
Acessando o Oracle Secure Backup no RMAN F-27
Pr-autorizao do Usurio F-28
Seletor de Armazenamento de Backup de Banco de Dados F-29
RMAN e Oracle Secure Backup: Modelo de Uso F-30
Definindo o Seletor de Armazenamento de Banco de Dados F-31
Testando as Unidades de Fita F-32
Programando os Backups com o EM Database Control F-33
xiii
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Estratgia de Backup Sugerida pela Oracle F-34
Gerenciando Backups em Fita F-35
Executando a Recuperao do Banco de Dados com Backups em Fita F-36
Executando o Backup de Arquivos do Sistema de Arquivos com o Oracle Secure Backup F-37
Ferramenta Web do Oracle Secure Backup F-38
Scripts de Conjuntos de Dados do Oracle Secure Backup F-39
Script de Conjunto de Dados: Exemplos F-40
Organizao do Conjunto de Dados F-41
Criando Conjuntos de Dados com a Interface Web F-42
Arquivos do Sistema de Arquivos: Conceitos de Backup F-43
Jobs do Oracle Secure Backup F-44
Criando Solicitaes de Backup Sob Demanda F-46
Enviando Solicitaes de Backup para o Scheduler F-47
Criando Programaes de Backup F-48
Criando Triggers de Backup F-49
Verificando Histricos e Propriedades de Jobs F-50
Restaurando Arquivos do Sistema de Arquivos com o Oracle Secure Backup F-51
Criando uma Solicitao de Restaurao Baseada em Catlogo F-52
Enviando Solicitaes de Restaurao Baseada em Catlogo para o Scheduler F-55
Listando Todos os Backups de um Cliente F-56
Sumrio F-57
Apndice G: Tpicos Diversos
Viso Geral do Apndice G-2
Tablespaces para Arquivos Grandes: Viso Geral G-3
Vantagens dos BFTs G-4
BFT: Modelo de Uso G-5
Criando Tablespaces para Arquivos Grandes G-7
Clusulas de Instrues SQL G-8
BFTs e Instrues SQL: Exemplos G-9
Adies do Dicionrio de Dados para Suporte a VLDB G-10
Formato ROWID Estendido e BFTs G-11
Suporte a VLDB: Pacote DBMS_ROWID G-13
TTG (Temporary Tablespace Group): Viso Geral G-14
Grupo de Tablespaces Temporrios: Vantagens G-15
Criando e Mantendo TTGs G-16
Grupo de Tablespaces Temporrios: Exemplos de Instrues SQL G-17
Sumrio G-20
Apndice H: Prximas Etapas: Continuando o Treinamento
O Que Aprender Agora? H-2
Recursos para Dar Continuidade ao Programa de Estudos H-3
Oracle University H-4
Continuando o Treinamento H-5
Oracle University Knowledge Center H-6
Oracle Technology Network H-7
xiv
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Treinamento na Tecnologia Oracle H-8
Oracle by Example H-9
Oracle Magazine H-10
Oracle Applications Community H-11
Suporte Tcnico: Oracle MetaLink H-12
Obrigado! H-13
ndice
xv
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Prefcio
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Prefcio - 3
Perfil
Antes de Iniciar Este Curso
Para iniciar este curso, voc dever ter as seguintes qualificaes:
Experincia com SQL e conhecimento dos comandos bsicos do Unix
Pr-requisitos
Oracle Database 10g: Workshop de Administrao I (D17090GC30)
Organizao deste Curso
Oracle Database 10g: Workshop de Administrao I um curso conduzido por instrutor que consiste em
aulas e exerccios prticos. As sesses de demonstrao on-line e os exerccios reforam as tcnicas e os
conceitos apresentados.
Prximos Cursos Sugeridos
Oracle Database 10g: SQL Tuning Workshop (D17265GC10)
Oracle Enterprise Manager 10g Grid Control (D17244GC11)
Oracle Database 10g: Real Application Clusters (D17276GC10)
Oracle Database 10g: Implement Streams (D17333GC10)
Oracle Database 10g: Data Guard Administration (D17316GC11)
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Prefcio - 4
Publicaes Relacionadas
Publicaes Oracle
Title Part Number
Oracle Database 2 Day DBA 10g Release 2 (10.2) B14196-02
Oracle Database Administrator's Guide 10g Release 2 (10.2) B14231-01
Oracle Database Application Developer's Guide - Large Objects 10g Release 2 (10.2) B14249-01
Oracle Database Backup and Recovery Advanced User's Guide 10g Release 2 (10.2) B14191-02
Oracle Database Backup and Recovery Basics 10g Release 2 (10.2) B14192-03
Oracle Database Concepts 10g Release 2 (10.2) B14220-02
Oracle Database Data Warehousing Guide 10g Release 2 (10.2) B14223-02
Oracle Database Globalization Support Guide 10g Release 2 (10.2) B14225-01
Oracle Database Licensing Information 10g Release 2 (10.2) B14199-02
Oracle Database Net Services Administrator's Guide 10g Release 2 (10.2) B14212-02
Oracle Database Net Services Reference 10g Release 2 (10.2) B14213-01
Oracle Database New Features Guide 10g Release 2 (10.2) B14214-02
Oracle Database Performance Tuning Guide 10g Release 2 (10.2) B14211-01
Oracle Database PL/SQL Packages and Types Reference 10g Release 2 (10.2) B14258-01
Oracle Database PL/SQL User's Guide and Reference 10g Release 2 (10.2) B14261-01
Oracle Database Recovery Manager Quick Start Guide 10g Release 2 (10.2) B14193-03
Oracle Database Recovery Manager Reference 10g Release 2 (10.2) B14194-03
Oracle Database Reference 10g Release 2 (10.2) B14237-02
Oracle Database Security Guide 10g Release 2 (10.2) B14266-01
Oracle Database SQL Quick Reference 10g Release 2 (10.2) B14195-02
Oracle Database SQL Reference 10g Release 2 (10.2) B14200-02
Oracle Database Utilities 10g Release 2 (10.2) B14215-01
Oracle Streams Advanced Queuing User's Guide and Reference B14257-01
Oracle Streams Concepts and Administration B14229-01
Publicaes Adicionais
Boletins de releases de sistemas
Manuais de instalao e do usurio
Arquivos read.me
Artigos do IOUG (International Oracle Users Group)
Oracle Magazine
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Prefcio - 5
Convenes Tipogrficas
Convenes Tipogrficas do Texto
Conveno Elemento Exemplo
Negrito Palavras e expresses
enfatizadas somente no
contedo da Web
Para navegar nessa aplicao, no clique nos
botes Back e Forward.
Itlico negrito Termo de glossrio
(caso exista um
glossrio)

O algoritmo insere a nova chave.
Colchetes Nomes de teclas Pressione [Enter].

Maisculas e
minsculas
Botes,
caixas de seleo,
triggers de aplicao,
janelas
Clique no boto Executable.
Marque a caixa de seleo Cant Delete Card.
Atribua um trigger When-Validate-Item ao
bloco ORD.
Abra a janela Master Schedule.

Colchetes
angulares
Caminhos de menu Selecione File > Save.

Vrgulas Seqncias de teclas Pressione e solte as seguintes teclas uma de cada
vez: [Alt], [F], [D]
Courier new,
distino entre
maisculas e
minsculas
(o default o
uso de
minsculas)
Sada de cdigo,
nomes de diretrio,
nomes de arquivo,
senhas,
nomes de caminho,
entrada do usurio,
nomes de usurio
Sada de cdigo: debug.set ('I',
300);
Diretrio: bin (DOS), $FMHOME (UNIX)
Nome do arquivo: Localize o arquivo
init.ora.
Senha: Use tiger como senha.
Nome do caminho: Abra
c:\my_docs\projects.
Entrada do usurio: Informe 300.
Nome de usurio: Efetue login como HR.

Inicial
maiscula
Labels de grficos
(a menos que o termo
seja um nome prprio)

Endereo do cliente (mas Oracle Payables)
Itlico Palavras e expresses
enfatizadas,
ttulos de livros e cursos,
variveis
No salve as alteraes no banco de dados.

Para obter mais informaes, consulte o Oracle
Database SQL Reference 10g Release 2(10.2).

Digite user_id@us.oracle.com, em que
user_id o nome do usurio.

O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Prefcio - 6
Convenes Tipogrficas (continuao)
Convenes Tipogrficas do Texto (continuao)
Convenes Tipogrficas Usadas em Cdigos
Aspas Elementos de
interface com
nomes longos e
iniciais maisculas;
ttulos de lies e
captulos em
referncias
cruzadas

Selecione Include a reusable module component e
clique em Finish.

Este assunto ser abordado na lio Trabalhando com
Objetos.
Letras
maisculas
Nomes de colunas
SQL, comandos,
functions,
esquemas, nomes
de tabelas, nomes
de triggers de banco
de dados

Use o comando SELECT para exibir as informaes
armazenadas na coluna LAST_NAME da tabela
EMPLOYEES.

Letras
minsculas
Nomes de
colunas, tabelas e
triggers de banco
de dados
SELECT last_name
FROM employees;

CREATE OR REPLACE TRIGGER secure_employees

Senhas
CREATE USER scott
IDENTIFIED BY tiger;
Objetos PL/SQL
items.DELETE(3);
Minsculas em
itlico
Variveis de
sintaxe
CREATE ROLE role
Letras
maisculas
Comandos e
funes SQL
SELECT first_name
FROM employees;

O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Prefcio - 7
Convenes Tipogrficas (continuao)
Convenes Tipogrficas em Caminhos de Navegao
Este curso usa caminhos de navegao simplificados, como o exemplo a seguir, para orientar voc nos
Aplicativos Oracle.
Exemplo:
Sumrio de Lotes de NFFs
(N) Invoice > Entry > Invoice Batches Summary (M) Query > Find (B) Approve
Esse caminho simplificado pode ser traduzido da seguinte forma:
1. (N) Na janela Navigator, selecione Invoice > Entry > Invoice Batches Summary.
2. (M) No menu, selecione Query > Find.
3. (B) Clique no boto Approve.
Notao:
(N) = Navegador (I) = cone
(M) = Menu (H) = Hiperlink
(T) = Tab (B) = Boto
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Introduo
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Oracle Database 10g: Workshop de Administrao II 1-2
Objetivos da Lio
Ao concluir esta lio, voc ser capaz de:
Listar os objetivos do curso e explicar a estrutura
da aula
Rever a arquitetura do Oracle Database 10g
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos do Curso
Neste curso, voc obter experincia no:
Uso do RMAN (Recovery Manager) em backup e
recuperao avanados
Emprego de prticas de monitoramento de banco de
dados relacionadas a memria, desempenho e
armazenamento
Gerenciamento de recursos, programaes de jobs,
segurana e problemas de globalizao
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Programao Sugerida
1: Introduo
2: Configurando o RMAN
3: Usando o RMAN
4: Recuperao No Crtica
5: Recuperao
6: Flashback
7: Danos
8: Memria
9: Desempenho
10: Esquema
11: Armazenamento
12: ASM
13: Recursos
14: Scheduler
15: Segurana
16: Globalizao
17: Workshop
Apndices
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Contedo do Curso DBAI
1. Introduo
2. Instalao
3. Criao de Bando de Dados
4. Instncia
5. Armazenamento
6. Usurios
7. Esquema
8. Dados e Concorrncia
9. Operaes de Undo
10. Segurana
11. Rede
12. Manuteno Pr-ativa
13. Desempenho
14. Conceitos de Backup
e Recuperao
15. Backup
16. Recuperao
17. Flashback
18. Movendo Dados
Contedo do Curso DBAI
DBAI refere-se ao curso Oracle Database 10g: Workshop de Administrao I (Release 2).
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Exemplos do Curso: O Esquema HR
REGIONS
REGION_ID (PK)
REGION_NAME
COUNTRIES
COUNTRY_ID (PK)
COUNTRY_NAME
REGION_ID (FK)
LOCATIONS
LOCATION_ID (PK)
STREET_ADDRESS
POSTAL_CODE
CITY
STATE_PROVINCE
COUNTRY_ID (FK)
DEPARTMENTS
DEPARTMENT_ID (PK)
DEPARTMENT_NAME
MANAGER_ID
LOCATION_ID (FK)
JOBS
JOB_ID (PK)
JOB_TITLE
MIN_SALARY
MAX_SALARY
EMPLOYEES
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)
REGIONS
COUNTRIES
LOCATIONS
DEPARTMENTS
JOBS
EMPLOYEES
JOB_HISTORY
Exemplos do Curso: O Exemplo de Esquema HR
Os exemplos usados neste curso provm de uma aplicao de recursos humanos (HR), que pode
ser criada para integrar o banco de dados inicial.
Veja abaixo algumas das regras de negcios mais importantes em aplicaes de recursos
humanos:
Cada departamento pode ser empregador de um ou mais funcionrios. Cada funcionrio s
pode ser atribudo a um nico departamento.
Cada cargo deve ser preenchido por um ou mais funcionrios. Cada funcionrio s deve ser
atribudo a um nico cargo em um momento.
Quando um funcionrio muda de departamento ou cargo, um registro na tabela
JOB_HISTORY marca as datas de incio e fim das ltimas atribuies.
Os registros de 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 restries obrigatrias da chave estrangeira (FK), e as linhas
tracejadas representam restries opcionais da FK.
A tabela EMPLOYEES tambm contm uma restrio 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.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Oracle Database 10g:
O Banco de Dados para a Grade
ASM (Automatic Storage Management)
Clusterware portvel
RAC (Real Application Clusters) e gerenciamento
automtico de carga de trabalho
Resource Manager
Oracle Streams
Gerenciamento centralizado com o Enterprise
Manager Grid Control
Novos recursos de auto-gerenciamento do Oracle
Database 10g
Oracle Database 10g: O Banco de Dados para a Grade
O Oracle Database 10g o primeiro banco de dados projetado para a computao em grade.
Para resumir, veja abaixo alguns dos recursos mais importantes:
O ASM (Automatic Storage Management) virtualiza o armazenamento e permite
provisionar com facilidade o armazenamento no banco de dados.
O Oracle Database 10g oferece clusterware portvel executado em todas as plataformas.
O Oracle Database 10g oferece gerenciamento automtico de carga de trabalho para os
servios internos de um banco de dados RAC.
O Oracle Database 10g fornece mapeamentos adicionais para grupos de consumidores com
base na mquina host do usurio, na aplicao, no nome do usurio no sistema operacional
ou no servio.
O Oracle Streams pode criar fluxos de dados entre os bancos de dados, os ns ou as blade
farms em uma grade. Ele fornece uma estrutura unificada para o compartilhamento de
informaes, reunindo enfileiramentos de mensagens, replicao, eventos e carga de data
warehouse em uma nica tecnologia.
O Enterprise Manager Grid Control fornece uma nica ferramenta que pode monitorar e
gerenciar todos os elementos de software Oracle (Oracle Application Server 10g e Oracle
Database 10g) na grade, bem como as aplicaes Web via APM (Application Performance
Management), hosts, dispositivos de armazenamento e balanceadores de carga de
servidores.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Arquitetura do Banco de Dados: Reviso
Estruturas de armazenamento
Estruturas de memria
Estruturas do processo
Instncia
SGA (System Global Area)
Processos de background
Arquivos do banco de dados
Arquitetura do Banco de Dados: Reviso
As pginas a seguir oferecem uma reviso bsica da arquitetura do banco de dados Oracle. Neste
curso, voc aprofundar seu conhecimento sobre as estruturas, os processos e os utilitrios do
banco de dados Oracle.
Cada banco de dados Oracle em execuo associado a uma instncia Oracle. Quando um
banco de dados iniciado em um servidor de banco de dados, o software Oracle aloca uma rea
de memria compartilhada chamada SGA (System Global Area) e inicia vrios processos de
background Oracle. Essa combinao de SGA e processos Oracle chamada de instncia
Oracle.
Depois de iniciar uma instncia, o software Oracle associa a instncia a um banco de dados
especfico. Essa operao recebe o nome de montagem do banco de dados. O banco de dados
est pronto para ser aberto, o que o torna acessvel a usurios autorizados. possvel executar
vrias instncias simultaneamente no mesmo computador, cada uma acessando seu prprio
banco de dados fsico.
Voc pode considerar a arquitetura do banco de dados Oracle como vrios componentes
estruturais interrelacionados.
Um banco de dados Oracle usa estruturas e processos de memria para gerenciar e acessar o
banco de dados. Todas as estruturas de memria se situam na memria principal dos
computadores que compem o servidor do banco de dados. Os processos so jobs que trabalham
na memria desses computadores. Um processo definido como
uma elemento de controle ou um mecanismo de um sistema operacional que pode executar
uma srie de procedimentos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Estruturas de Memria Oracle
Java pool
Cache de buffer
do banco de dados
Buffer de
redo log
Shared pool Large pool
SGA
Streams pool
Processo
do servidor
1
PGA
Processo
do servidor
2
PGA
Processo de
background
PGA
As estruturas de memria bsicas associadas a uma instncia Oracle incluem:
SGA (System Global Area): Compartilhada por todos os processos do servidor e de
background
PGA (Program Global Area): Exclusiva de cada servidor e processo de background. H
uma PGA para cada processo
A SGA uma rea da memria que contm dados e informaes de controle da instncia.
Ela inclui as seguintes estruturas de dados:
Cache de buffer do banco de dados: Armazena no cache blocos de dados recuperados 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
Shared pool: Armazena no cache vrias estruturas que podem ser compartilhadas pelos
usurios
Large pool: uma rea opcional que aloca parte considervel da memria para alguns
processos grandes, como operaes de backup e recuperao Oracle e processos de
entrada/sada do servidor
Java pool: Usado para armazenar todos os cdigos Java especficos da sesso e dados da
JVM (Java Virtual Machine)
Streams pool: Usado pelo Oracle Streams
Quando voc iniciar a instncia usando o Enterprise Manager ou o SQL*Plus, ser exibido o
volume de memria alocado para a SGA.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Estruturas de Memria Oracle (continuao)
A PGA (Program Global Area) uma regio da memria que contm informaes de controle e
dados de cada processo do servidor. Um processo do servidor Oracle atende s solicitaes de
um cliente. Cada processo do servidor tem sua prpria PGA privada, criada quando o processo
iniciado. O acesso PGA exclusivo desse processo do servidor, e a PGA lida e gravada
apenas pelo cdigo Oracle que est atuando em seu nome.
A infra-estrutura 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.
Os bancos de dados Oracle usam parmetros de inicializao para criar e configurar estruturas
de memria. Por exemplo, o parmetro SGA_TARGET especifica o espao total disponvel para
a SGA. Se voc definir o parmetro SGA_TARGET como 0, o Gerenciamento Automtico da
Memria Compartilhada ser desativado.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Processos Oracle
System
Monitor
(SMON)
Database
Writer
(DBWn)
Check-
point
(CKPT)
LogWriter
(LGWR)
Process
Monitor
(PMON)
Archiver
(ARCn)
Processo
do servidor
Processo
do servidor
Processo
do servidor
Processo
do servidor
SGA
(System Global Area)
Processos de background
Processos Oracle
Quando voc chama um programa de aplicao ou uma ferramenta Oracle, como o Enterprise
Manager, o servidor Oracle cria um processo do servidor para executar os comandos da
aplicao. O servidor Oracle tambm cria um conjunto de processos de background para uma
instncia, que interagem entre si e com o sistema operacional para gerenciar as estruturas da
memria e executar entradas/sadas assincronamente a fim de gravar dados em disco, alm de
realizar outras tarefas necessrias. Os processos de background que estaro presentes dependem
dos recursos usados no banco de dados. Estes so os processos de background mais comuns:
SMON (System Monitor): Executa a recuperao de falha quando a instncia iniciada
aps uma falha
PMON (Process Monitor): Executa a limpeza do processo quando ocorre uma falha em
um processo do usurio
DBWn(Database Writer): Grava blocos modificados do cache de buffer do banco de
dados nos arquivos de dados no disco
CKPT (Checkpoint): Atualiza todos os arquivos de dados e controla arquivos do banco de
dados para indicar o checkpoint mais recente
LogWriter (LGWR): Grava as entradas de redo log em disco
ARCn(Archiver): Copia arquivos de redo log para um armazenamento quando ocorre
uma alternncia de log
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Revisando o Gerenciamento
de Instncias Oracle
SGA
Database
Writer
(DBWn)
LogWriter
(LGWR)
Cache de buffer
do banco de dados
Buffer
de redo log
1
Processo
do usurio
2
Exemplo:
Iniciando uma instncia do
banco de dados
Estabelecendo uma conexo
System
Monitor
(SMON)
Process
Monitor
(PMON)
Arquivos de dados
Arquivos de redo log
Instncia
Processo
do servidor
3
Revisando o Gerenciamento de Instncias Oracle
O exemplo a seguir descreve o nvel mais bsico de operaes realizadas pelo banco de dados
Oracle. Ele ilustra uma configurao Oracle quando o usurio e os processos do servidor
associados esto em computadores diferentes (conectados por uma rede).
1. Uma instncia foi iniciada no computador que est executando o Oracle (freqentemente
chamado de host ou servidor do banco de dados ).
2. Um computador que executa uma aplicao (um computador local ou estao de trabalho
cliente) executa essa aplicao em um processo do usurio. A aplicao cliente tenta
estabelecer uma conexo com a instncia usando o driver do Oracle Net Services.
3. A instncia detecta a solicitao de conexo da aplicao e se conecta a um processo do
servidor em nome do processo do usurio.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O usurio atualiza
uma linha.
Arquivos
de redo log
Revisando o Gerenciamento
de Instncias Oracle
Instncia
SGA
Database
Writer
(DBWn)
Cache de buffer
do banco de dados
Buffer de
redo log
Processo
do servidor
Processo
do usurio
4
10
7
6
5
8
Exemplo:
Processando uma
instruo SQL
Archiver
(ARCn)
9
Checkpoint
(CKPT)
Arquivos
de dados
Logs de
arquivamento
Arquivo
de controle
LogWriter
(LGWR)
Revisando o Gerenciamento de Instncias Oracle (continuao)
4. O usurio atualiza uma linha.
5. O processo do servidor recebe a instruo e verifica se ela j est no shared pool da SGA.
Se a rea SQL compartilhada for encontrada, o processo do servidor verificar os
privilgios de acesso do usurio aos dados solicitados, e a rea SQL compartilhada
existente anteriormente ser usada para processar a instruo. Se a instruo no estiver
no shared pool, uma nova rea SQL compartilhada ser alocada para a instruo para ser
analisada por parse e processada.
6. O processo do servidor recupera todos os valores de dados necessrios do arquivo de
dados (tabela) real ou de blocos de dados armazenados na SGA.
7. O processo do servidor modifica os dados da tabela na SGA.
8. Quando a transao enviada, o processo LGWR registra imediatamente a transao no
arquivo de redo log.
9. O processo DBWn grava blocos modificados no disco quando essa gravao eficiente.
10. O processo do servidor envia aplicao uma mensagem de xito ou de erro pela rede.
Durante todo esse procedimento, os outros processos de background so executados, procurando
condies que exigem interveno.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Estrutura Fsica do Banco de Dados
Arquivos de
redo log on-line
Arquivo de senha
Arquivo de parmetros Arquivos de log
de arquivamento
Arquivos de controle Arquivos de dados
Arquivos de log de
alerta e rastreamento
Arquivos de backup
Estrutura Fsica do Banco de Dados
Os arquivos que constituem um banco de dados Oracle so organizados da seguinte forma:
Arquivos de controle: Contm dados sobre o prprio banco de dados (isto , informaes
sobre a estrutura fsica do banco de dados). Eles so fundamentais para o banco de dados.
Sem eles, no possvel abrir os arquivos de dados para acessar os dados do banco de
dados.
Arquivos de dados: Contm os dados do usurio ou da aplicao do banco de dados.
Arquivos de redo log on-line: Permitem uma recuperao de instncia do banco de dados.
Se o banco de dados travar sem perder arquivos de dados, a instncia poder recuper-lo
com as informaes desses arquivos.
Os arquivos adicionais abaixo 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 os usurios estabeleam uma conexo remota com o banco
de dados 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.
Arquivos de log de arquivamento: Contm um histrico contnuo das alteraes de dados
(redo) que so geradas pela instncia. Usando esses arquivos e um backup do banco de
dados, voc pode recuperar um arquivo de dados perdido. Isto , os logs de arquivamento
permitem a recuperao de arquivos de dados restaurados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Estrutura Fsica do Banco de Dados (continuao)
Arquivos de rastreamento: Todo processo do servidor e de background pode 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
informaes gravadas em um arquivo de rastreamento so destinadas ao administrador do
banco de dados, enquanto outras informaes seguem para o Oracle Support Services.
Arquivos de log de alerta: Tambm conhecidos como logs de alerta, so arquivos de
rastreamento especiais. O log de alerta de um banco de dados consiste em um log
cronolgico de mensagens e erros. A Oracle recomenda analisar esses arquivos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Exemplo:
SQL> ALTER SYSTEM SET DB_CREATE_FILE_DEST = '/u01/oradata';
SQL> CREATE TABLESPACE tbs_1;
OMF (Oracle Managed Files)
Especificam operaes de arquivos em termos de
objetos do banco de dados, e no por nome de arquivo.
Define o local dos backups do
RMAN
DB_RECOVERY_FILE_DEST
Define o local dos arquivos de
redo log e a criao do arquivo de
controle
DB_CREATE_ONLINE_LOG_DEST_n
Define o local do diretrio default
do sistema de arquivos para
arquivos de dados e arquivos
temporrios
DB_CREATE_FILE_DEST.
Descrio Parmetro
O recurso OMF (Oracle Managed Files) elimina a necessidade de gerenciar diretamente os
arquivos do sistema operacional que compem o banco de dados Oracle. Voc especifica as
operaes em termos de objetos do banco de dados, e no por nome de arquivo. O banco de
dados usa interfaces do sistema de arquivos padro internamente para criar e deletar arquivos
conforme necessrio para as seguintes estruturas do banco de dados:
Tablespaces
Arquivos de redo log
Arquivos de controle
Logs arquivados
Arquivos de rastreamento de alteraes em blocos
Logs de flashback
Backups do RMAN
Um banco de dados pode conter uma combinao de arquivos gerenciados e no gerenciados
pelo Oracle. O diretrio do sistema de arquivos especificado por qualquer um desses parmetros
deve existir previamente; o banco de dados no o cria. O diretrio tambm deve ter as
permisses necessrias para que o banco de dados crie arquivos nele.
O exemplo mostra que, aps a definio do parmetro DB_CREATE_FILE_DEST, a clusula
DATAFILE pode ser omitida da instruo CREATE TABLESPACE. O arquivo de dados
criado no local especificado por DB_CREATE_FILE_DEST.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Estruturas Lgicas e
Fsicas do Banco de Dados
Banco de dados
Lgico Fsico
Tablespace
Arquivo
de dados
Bloco do
sistema operacional
Segmento
Extenso
Bloco de dados
Oracle
Esquema
Estruturas Lgicas e Fsicas do Banco de Dados
O banco de dados Oracle um conjunto de dados tratados como uma unidade. O objetivo geral
de um banco de dados armazenar e recuperar informaes relacionadas. O banco de dados tem
estruturas lgicas e fsicas.
Tablespaces
Um banco de dados dividido em unidades lgicas de armazenamento, denominadas
tablespaces, que agrupam estruturas lgicas relacionadas. Por exemplo, tablespaces geralmente
agrupam todos os objetos de uma aplicao para simplificar algumas operaes administrativas.
Voc pode ter um tablespace para os dados da aplicao e outro para os ndices da aplicao.
Bancos de Dados, Tablespaces e Arquivos de Dados
A relao entre bancos de dados, tablespaces e arquivos de dados ilustrada no slide. Cada
banco de dados est dividido logicamente em um 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 todas as estruturas lgicas em um tablespace. No caso de um tablespace TEMPORARY,
em vez de um arquivo de dados, o tablespace ter um arquivo temporrio.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Estruturas Lgicas e Fsicas do Banco de Dados (continuao)
Esquemas
Um esquema um conjunto de objetos de banco de dados pertencentes a um usurio de banco
de dados. Os objetos de um esquema so as estruturas lgicas que fazem referncia direta aos
dados do banco de dados. Esses objetos incluem estruturas como tabelas, views, sinnimos,
seqncias, procedures armazenados, ndices, clusters e links de banco de dados. Em geral, os
objetos do esquema incluem tudo que a aplicao cria no banco de dados.
Blocos de Dados
No nvel mais fino 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
no banco de dados 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.
Extenses
O prximo nvel de espao no banco de dados lgico chamado de extenso. Uma extenso
um nmero especfico de blocos de dados contguos (obtidos de uma nica alocao) que so
usados para armazenar um tipo especfico de informao.
Segmentos
O nvel de armazenamento do banco de dados lgico acima de uma extenso chamado de
segmento. Um segmento um conjunto de extenses alocadas para determinada estrutura
lgica. Por exemplo, os tipos diferentes de segmentos incluem:
Segmentos de dados: Cada tabela no clusterizada e no organizada em ndice tem um
segmento de dados. Todos os dados da tabela so armazenados nas extenses de seus
segmentos 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 pelo administrador do banco de dados
para armazenar temporariamente 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.
O banco de dados Oracle aloca espao dinamicamente. Quando as extenses existentes de um
segmento ficam cheias, so adicionadas extenses. Como as extenses so alocadas conforme
necessrio, as extenses de um segmento podem ou no ser contguas no disco.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Arquitetura do Banco de Dados:
Resumo dos Componentes Estruturais
Estruturas de memria
SGA (System Global Area): Cache de buffer do banco
de dados, buffer de redo e vrios pools
PGA (Program Global Area)
Estruturas de processo
Processos do usurio e do servidor:
Processos de background: SMON, PMON, DBWn,
CKPT, LGWR, ARCn e assim por diante
Estruturas de armazenamento
Lgicas: Banco de dados, esquema, tablespace,
segmento, extenso e bloco Oracle
Fsicas: Arquivos para dados, parmetros, redo e
bloco do sistema operacional
Arquitetura do Banco de Dados: Resumo dos Componentes Estruturais
Voc reviu em um nvel superior os componentes estruturais do banco de dados Oracle:
memria, estruturas do processo e estruturas de armazenamento. A compreenso da arquitetura
do banco de dados Oracle pr-requisito para este curso.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sumrio
Nesta lio, voc aprendeu a:
Listar os objetivos do curso
Rever a arquitetura do Oracle Database 10g
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Configurando o Recovery Manager
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos
Descrever o repositrio e o catlogo de recuperao
do RMAN
Descrever a interface da MML (Media Management
Library)
Configurar parmetros de banco de dados que afetam
as operaes do RMAN
Conectar-se a trs tipos diferentes de bancos de dados
com o RMAN
Configurar dois tipos de polticas de reteno
Alterar as definies default do RMAN com CONFIGURE
Objetivos
O RMAN (Recovery Manager) o componente do banco de dados Oracle usado para executar
operaes de backup e recuperao. O EM (Enterprise Manager) fornece uma interface grfica
para as funcionalidades do RMAN usadas com mais freqncia.
O curso Oracle Database 10g: Workshop de Administrao I demonstrou as operaes bsicas
do RMAN com a Console do EM Database Control. Portanto, a interface grfica para o RMAN
no abordada com detalhes nesta lio.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Backup e Recuperao: Reviso
Os principais tpicos relacionados a backup e
recuperao abordados no Curso de Administrao de
Banco de Dados I so:
Tipos de falhas que podem ocorrer
Instruo, sesso, instncia, mdia e assim por diante
Como configurar o modo ARCHIVELOG
Como automatizar backups
Como fazer backups incrementais
Como executar e ajustar a recuperao de instncia
Backup e Recuperao: Reviso
O curso Oracle Database 10g: Workshop de Administrao I abordou os tpicos relacionados a
backup e recuperao listados no slide. As lies a seguir analisam esses tpicos com mais
detalhes.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recursos do Recovery Manager
O RMAN permite realizar as seguintes tarefas de forma
flexvel:
Fazer backup do bancos de dados, inclusive de
arquivos de dados, arquivos de controle e redo logs
arquivados
Gerenciar tarefas de backup e recuperao
Executar backup incremental e recuperao de mdia
no nvel do bloco
Detectar blocos danificados durante operaes de
backup
Usar compactao binria durante a criao de
backups
Recursos do Recovery Manager
O RMAN um utilitrio Oracle usado no gerenciamento de operaes de backup, restaurao e
recuperao de bancos de dados Oracle. Ele tem uma avanada linguagem de comandos que
independe do sistema operacional.
O RMAN contm vrios recursos que no esto disponveis em backups gerenciados pelo
usurio que utilizam comandos do sistema operacional.
Voc pode armazenar as operaes executadas com freqncia no banco de dados como
scripts.
Com o rastreamento de alteraes em blocos ativado no banco de dados, o RMAN pode
limitar os backups incrementais ao registro apenas dos blocos alterados desde o ltimo
backup. Com isso, h uma melhoria no desempenho dos backups e uma reduo no tempo
necessrio para realizar operaes de backup no modo ARCHIVELOG.
possvel utilizar o RMAN para gerenciar o tamanho dos componentes de backup e
poupar tempo, paralelizando a operao de backup.
O RMAN pode recuperar um bloco de dados individual ou um conjunto de bloco de dados
danificado dentro de um arquivo de dados, em vez de restaurar e recuperar todo o arquivo
de dados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recursos do Recovery Manager (continuao)
possvel integrar as operaes do RMAN s do Scheduler para automatizar os backups. O
Scheduler abordado na lio Automatizando Tarefas com o Scheduler.
Voc pode usar o RMAN para detectar blocos danificados. As informaes relativas aos
blocos danificados detectados durante o backup podem ser obtidas com o auxlio das views
dinmicas V$BACKUP_CORRUPTION e V$COPY_CORRUPTION.
O RMAN proporciona melhorias de desempenho como:
Paralelizao automtica de operaes de backup, restaurao e recuperao
Nenhuma gerao de redo extra durante backups on-line do banco de dados
Backups restritos para limitar o nmero de leituras por arquivo por segundo, de modo
a evitar interferncias no trabalho de OLTP
O uso de multiplexao, que pode impedir a sobrecarga de leituras e gravaes nos
arquivos durante o streaming de uma unidade de fita
O RMAN tem uma API de gerenciamento de mdia para garantir a integrao com
ferramentas de gerenciamento de mdia terceirizadas que tenham interface com dispositivos
de armazenamento, o que possibilita maior velocidade e confiabilidade.
O Oracle Secure Backup permite que o RMAN faa backup em fita sem ferramentas de
gerenciamento de mdia de terceiros.
No mtodo gerenciado pelo usurio, voc precisa controlar todos os backups e arquivos do
banco de dados. Em uma situao de recuperao, voc deve localizar backups para cada
arquivo de dados, copi-los para o local correto utilizando comandos do sistema
operacional e escolher os arquivos de redo log a serem aplicados. O RMAN gerencia essas
tarefas automaticamente. As vantagens do uso do RMAN sero ainda maiores se voc usar
o recurso Oracle Managed Files ou a rea de recuperao flash.
Observao
Nem todos esses recursos so abordados neste curso. Para obter mais informaes sobre:
O RMAN e suas opes, consulte a documentao Oracle Database Backup and Recovery
Basics e Oracle Database Backup and Recovery Advanced Users Guide
A sintaxe dos comandos do RMAN, consulte o Oracle Database Recovery Manager
Reference Manual
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sesso do
servidor
Canal
Sesso do
servidor
Enterprise
Manager
Componentes do Recovery Manager
Banco de dados
de destino
Banco de
dados do
catlogo de
recuperao
Banco de
dados auxiliar
Disco rea de
recuperao flash
Canal
Canal
MML
Opes
Recovery
Manager
(RMAN)
Componentes do Recovery Manager
Executvel do Recovery Manager: A interface de linha de comandos do Recovery Manager
chamada por meio da aplicao cliente do RMAN. O RMAN interpreta os comandos do usurio
e chama de forma adequada as sesses do servidor para realizar as tarefas desejadas.
Enterprise Manager: A Console do EM Database Control fornece uma interface grfica para
as funcionalidades do RMAN usadas com mais freqncia.
Sesses do servidor: Os processos do servidor (UNIX) ou threads (Windows 2000) chamados
pelo RMAN estabelecem uma conexo com o banco de dados de destino para executar as
funes de backup, restaurao e recuperao atravs de uma interface PL/SQL. Essas sesses
lem ou gravam arquivos em disco, fita ou na rea de recuperao flash, que um local de
armazenamento especificado como rea de armazenamento default para arquivos relacionados
recuperao do banco de dados.
Banco de dados de destino: O banco de dados cujas operaes de backup e recuperao esto
sendo executadas com o RMAN chamado de banco de dados de destino. O arquivo de controle
do banco de dados de destino contm informaes sobre sua estrutura fsica, como o tamanho e
a localizao dos arquivos de dados, arquivos de redo log on-line arquivados e arquivos de
controle. Essas informaes so usadas pelas sesses do servidor chamadas pelo RMAN durante
operaes de backup e recuperao.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Componentes do Recovery Manager (continuao)
Banco de dados auxiliar: Um banco de dados auxiliar usado durante a duplicao de um
banco de dados ou a execuo de TSPITR (tablespace point-in-time recovery, recuperao
pontual de tablespaces). Para as tarefas, o banco de dados auxiliar serve como destino da nova
cpia do banco de dados ou dos tablespaces recuperados. Esse tipo de banco de dados pode
residir no mesmo host que seu pai ou em outro host. O banco de dados auxiliar apresentado
nesta lio com fins meramente informativos. Para obter mais informaes, consulte o Oracle
Database Backup and Recovery Advanced Users Guide.
Canal: Um canal representa um fluxo de dados direcionado para um tipo de dispositivo. Para
executar e registrar operaes de backup e recuperao, o RMAN precisa de um link com o
banco de dados de destino. Um canal estabelece esse link criando uma sesso no banco de dados
de destino capaz de fazer interface com o sistema de arquivos do host (para fazer interface com
discos) e com a MML (Media Management Library) (para fazer interface com fitas). Os canais
podem ser alocados manualmente ou pr-configurados com o recurso de alocao automtica de
canais.
Repositrio do RMAN: O RMAN mantm no repositrio metadados sobre o banco de dados de
destino e suas operaes de backup e recuperao. Entre outras coisas, o RMAN armazena em
disco ou fita informaes sobre suas prprias definies de configurao, o esquema do banco
de dados de destino, redo logs arquivados e todos os arquivos de backup. Os dados do
repositrio do RMAN sempre so armazenados no arquivo de controle do banco de dados de
destino.
Catlogo de recuperao: Opcionalmente, os dados do repositrio do RMAN podem ser
mantidos em um catlogo de recuperao, que um banco de dados Oracle separado.
Media Management Library: A MML (Media Management Library) usada pelo RMAN
durante a gravao ou a leitura de fitas. O software de gerenciamento de mdia adicional
necessrio para usar a mdia de fita desenvolvido pelos fornecedores de sistemas de
armazenamento e mdia. Alm disso, o produto Oracle Secure Backup permite que o RMAN
faa backup em fita sem exigir ferramentas de terceiros.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Etapas de Configurao do RMAN
1. Determine o local do repositrio: arquivo de controle
ou catlogo de recuperao.
2. Defina as variveis do banco de dados e do
ambiente.
3. Inicie o RMAN e conecte-se ao banco de dados de
destino e, opcionalmente, ao catlogo de
recuperao.
4. Configure definies persistentes.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
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
Tem espao para mais dados
Pode atender vrios destinos
Pode armazenar scripts RMAN
Metadados
Lista de conjuntos de backup
Lista de cpias de imagem
.
.
.
Armazenamento de Dados do Repositrio do RMAN: Comparao de Opes
Os dados do repositrio do RMAN sempre so armazenados no arquivo de controle do banco de
dados de destino. No entanto, eles tambm podem ser armazenados em um banco de dados
separado, chamado catlogo de recuperao.
O 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 as informaes de vrios bancos de dados de destino.
O catlogo de recuperao tambm pode conter scripts armazenados do RMAN, que so
seqncias de comandos do RMAN para as tarefas de backup mais comuns. O armazenamento
centralizado de scripts no catlogo de recuperao pode ser mais conveniente do que o uso de
arquivos de comandos.
A utilizao de um banco de dados de catlogo de recuperao separado no recomendvel
para pequenas instalaes nas quais a administrao desse tipo de banco de dados onerosa.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Armazenamento de Dados do Repositrio do RMAN: Comparao de Opes
(continuao)
Como Configurar um Catlogo de Recuperao
1. Crie o banco de dados a ser usado como catlogo de recuperao. Se preferir, identifique
um banco de dados existente e use-o. Como um nico catlogo de recuperao pode
atender a mais de um banco de dados, voc pode optar por criar um nico catlogo de
recuperao para atender a todos os bancos de dados que esto sofrendo backup.
2. No banco de dados do catlogo de recuperao, crie o usurio que ser o proprietrio dos
dados do catlogo de recuperao. Por exemplo, suponha que catdb seja o nome do banco
de dados do catlogo e que rcat_ts seja o nome do tablespace que voc criou no local
onde os dados do catlogo sero armazenados.
$ sqlplus sys/password@catdb as sysdba
SQL> CREATE USER rman IDENTIFIED BY cat
2 TEMPORARY TABLESPACE temp
3 DEFAULT TABLESPACE rcat_ts
4 QUOTA UNLIMITED ON rcat_ts;
SQL> GRANT UNLIMITED ON rcat_ts TO rman;
3. Conceda a atribuio RECOVERY_CATALOG_OWNER ao proprietrio do catlogo. Essa
atribuio fornece ao usurio todos os privilgios necessrios para manter e consultar o
catlogo de recuperao.
GRANT RECOVERY_CATALOG_OWNER TO rman;
4. Inicie o RMAN e efetue login como proprietrio do catlogo.
$ rman catalog rman/cat@catdb
RMAN> CREATE CATALOG TABLESPACE rcat_ts;
5. Conecte-se ao banco de dados de destino com o RMAN e registre-o no catlogo de
recuperao criado recentemente.
$ rman target sys/oracle@orcl catalog rman/cat@catdb
RMAN> register database;
Observao: importante fazer backup do banco de dados do catlogo de recuperao.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Destinos de Backup
Os backups podem ser gravados no(a):
Diretrio do disco
MML (dispositivo de fita)
Geralmente usada na recuperao aps desastres,
quando os backups em disco so perdidos
rea de recuperao flash
uma rea do disco separada para fins de backup e
recuperao, bem como de flashback de banco de
dados.
Voc define o local e o tamanho.
Os arquivos so nomeados automaticamente com o
recurso Oracle Managed Files.
Os arquivos so retidos e deletados automaticamente
conforme necessrio.
Destinos de Backup
Os backups podem ser gravados em um diretrio de disco designado, na MML (Media
Management Library) ou na rea de recuperao flash. A especificao de um diretrio de disco
ou da rea de recuperao flash significa que os backups vo para a mdia do disco rgido.
Geralmente, eles so movidos off-line para fita por meio da interface de gerenciamento de mdia
para manter a disponibilidade do espao em disco. Qualquer diretrio de disco pode ser
especificado como destino de um backup, contanto que ele j exista.
Se voc configurar uma rea de recuperao flash, muitas 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.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciamento de Mdia
Recovery
Manager
Software do servidor
de gerenciamento
de mdia
Biblioteca de
gerenciamento
de mdia
Sesso do
servidor
(canal)
Oracle Secure
Backup com
MML incorporada
Ou
Gerenciamento de Mdia
Para armazenar em fita os backups do banco de dados, o RMAN requer o Oracle Secure Backup
ou um gerenciador de mdia. Para obter informaes sobre o Oracle Secure Backup, consulte o
Apndice F.
Um gerenciador de mdia um utilitrio que carrega, identifica e descarrega mdias seqenciais,
como unidades de fita, para fins de backup, restaurao e recuperao de dados. O banco de
dados Oracle chama rotinas de software MML para fazer backup e restaurar arquivos de dados
de uma mdia controlada pelo gerenciador de mdia.
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.
Lembre-se de que o banco de dados Oracle no precisa estabelecer conexo com o software
MML quando faz backup em disco.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciamento de Mdia (continuao)
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 no gerenciador de mdia e que 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 de mdia 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.
Dependendo do produto que est sendo instalado, siga este procedimento bsico:
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 terceirizado para integrao com o
banco de dados Oracle. Esse mdulo deve conter a biblioteca que o 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 um backup de arquivo de dados em uma
unidade de fita controlada por um gerenciador de mdia:
run {
# Allocating a channel of type 'sbt_tape' for serial device
ALLOCATE CHANNEL ch1 DEVICE TYPE sbt;
BACKUP DATAFILE 3;
}
Quando executa esse comando, o Recovery Manager envia a solicitao de backup para a sesso
do banco de dados Oracle que est fazendo o backup. A sesso do banco de dados Oracle
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 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 banco de dados Oracle grava o arquivo em disco.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando uma rea de Recuperao Flash
com o RMAN
Voc pode configurar o RMAN para usar a rea de
recuperao flash.
rea do banco
de dados
Processo de backup
do RMAN
rea de
recuperao flash
DB_RECOVERY_FILE_DEST = '/u01/oracle/fra'
DB_RECOVERY_FILE_DEST_SIZE = 2G
Usando uma rea de Recuperao Flash com o RMAN
Embora no seja necessria em operaes do RMAN, a rea de recuperao flash simplifica o
gerenciamento de espao em disco e os arquivos relacionados ao backup e recuperao. No
necessrio especificar os nomes dos arquivos de backup, pois o RMAN gera esses nomes
automaticamente. Quando a rea de recuperao flash usada, o RMAN utiliza
automaticamente o OMF (Oracle Managed Files) em seus arquivos de backup.
Sempre que o RMAN cria um arquivo na rea de recuperao flash, o banco de dados Oracle
atualiza a lista de arquivos que no so mais necessrios no disco. Quando necessrio gravar
um arquivo na rea de recuperao flash e no h espao disponvel para ele, o banco de dados
Oracle deleta um arquivo que esteja na lista de arquivos obsoletos e grava uma notificao no
log de alerta.
Quando a rea de recuperao flash tem pouco espao livre porque no h arquivos que possam
ser deletados, um aviso emitido. Para resolver o problema, voc pode adicionar espao em
disco, fazer backup dos arquivos em um dispositivo tercirio, deletar os arquivos da rea de
recuperao flash usando o RMAN ou alterar a poltica de reteno do RMAN. A rea de
recuperao flash configurada de acordo com a definio do parmetro de inicializao
DB_RECOVERY_FILE_DEST. O parmetro DB_RECOVERY_FILE_DEST_SIZE especifica
o tamanho.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando uma rea de Recuperao Flash com o RMAN (continuao)
Por default, o RMAN coloca automaticamente os arquivos de backup na rea de recuperao
flash, se ela estiver configurada.
Observao: Uma rea de recuperao flash pode residir em uma instncia ASM(Automated
Storage Management). Essa rea tambm pode ser usada com o OCFS (Oracle Cluster File
Storage) ou com qualquer armazenamento local.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Monitorando a rea de Recuperao
Flash com o EM
Monitorando a rea de Recuperao Flash com o EM
Voc tambm pode exibir as mtricas referentes rea de recuperao flash em tempo real na
Console EM Database Control. Na pgina Maintenance, role a tela at a seo Related Links e
selecione All Metrics. Examine a lista e clique em Recovery Area.
A pgina exibida mostra a mtrica Recovery Area Free Space (%), que representa o espao livre
na rea de recuperao como uma porcentagem. Clique na porcentagem para ver o grfico de
uso da rea de recuperao.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Uso do Espao da rea de Recuperao Flash
Configure a poltica de reteno como o valor
mnimo apropriado para o banco de dados.
Faa backup dos arquivos de log de arquivamento
regularmente e delete-os aps a concluso do
backup
Use os comandos REPORT OBSOLETE e DELETE
OBSOLETE do RMAN para remover as cpias de
arquivos e os backups desnecessrios
Uso do Espao da rea de Recuperao Flash
Para evitar a falta de espao na rea de recuperao flash, nunca armazene arquivos gerenciados
por usurios nessa rea. Execute tambm o procedimento a seguir conforme necessrio ou
apropriado:
Delete os arquivos desnecessrios da rea de recuperao usando o RMAN.
Faa backups freqentes da rea de recuperao usando o RMAN.
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 freqente.
Por exemplo, para fazer backup dos arquivos de log arquivados na rea de recuperao e deletar
esses arquivos aps um backup bem-sucedido deles, use o comando do RMAN:
BACKUP ARCHIVELOG ALL DELETE ALL INPUT;
Mesmo que voc use uma soluo de backup diferente do RMAN, ainda precisar utilizar o
RMAN para remover os arquivos da rea de recuperao flash. Depois de fazer backup dos
arquivos de log arquivados e remov-los do disco, use os comandos CROSSCHECK e DELETE
do RMAN para obter novamente o espao em disco ocupado pelos logs arquivados na rea de
recuperao flash. Execute essa operao regularmente ou depois de cada backup.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
V$FLASH_RECOVERY_AREA_USAGE
Voc pode consultar V$FLASH_RECOVERY_AREA_USAGE
para exibir o uso do espao em disco da rea de
recuperao flash.
SQL> SELECT file_type,
2 percent_space_used AS used,
3 percent_space_reclaimable AS reclaimable,
4 number_of_files AS number
5 FROM v$flash_recovery_area_usage ;
FILE_TYPE USED RECLAIMABLE FILES
----------------- --------- ----------- ------
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sada da consulta V$FLASH_RECOVERY_AREA_USAGE
FILE_TYPE USED RECLAIMABLE FILES
------------ ---------- ----------- ----------
CONTROLFILE 0 0 0
ONLINELOG 0 0 0
ARCHIVELOG 69.13 0 593
BACKUPPIECE 0 0 0
IMAGECOPY 0 0 0
FLASHBACKLOG 1.77 0 37
As colunas significam o seguinte:
FILE_TYPE: o tipo de arquivo e pode ter os seguintes valores: CONTROLFILE,
ONLINELOG, ARCHIVELOG, BACKUPPIECE, IMAGECOPY, FLASHBACKLOG.
PERCENT_SPACE_USED: a porcentagem da rea de recuperao flash que est sendo
usada para armazenar arquivos do tipo especificado.
PERCENT_SPACE_RECLAIMABLE: a porcentagem da rea de recuperao flash que
est sendo usada para armazenar arquivos do tipo especificado que poderiam ser deletados
por serem obsoletos ou redundantes ou porque j tm backup em outro dispositivo.
NUMBER_OF_FILES: o nmero de arquivos do tipo especificado.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Fazendo Backup da rea de Recuperao Flash
RMAN> BACKUP RECOVERY FILES;
Fazendo Backup da rea de Recuperao Flash
Em funo da importncia dos dados contidos nos arquivos da rea de recuperao flash, faa
backup desses arquivos regularmente. Para fazer esse backup, navegue at a pgina com a tab
Maintenance. Nessa pgina, clique no link Schedule Backup da regio Backup/Recovery.
Selecione Customized na lista drop-down Backup Strategy e, em seguida, selecione a opo
All Recovery Files on Disk. Voc tambm pode usar os comandos BACKUP do RMAN para
fazer backup da rea de recuperao flash.
RMAN> BACKUP RECOVERY AREA;
Esse comando faz backup de todos os arquivos de recuperao flash criados nos destinos
atuais da rea de recuperao flash sem um backup anterior. Os arquivos que se encaixam
nessa categoria so os conjuntos de backups incrementais e integrais, os backups
automticos do arquivo de controle, os logs de arquivamento e as cpias de arquivos de
dados. Arquivos como logs de flashback, bitmaps incrementais, arquivos de controle atuais
e arquivos de redo log on-line no so submetidos a backup.
RMAN> BACKUP RECOVERY FILES;
Esse comando faz backup em disco de todos os arquivos de recuperao sem um backup
anterior. Os arquivos que se encaixam nessa categoria so os conjuntos de backups
incrementais e integrais, os backups automticos do arquivo de controle, os logs de
arquivamento e as cpias de arquivos de dados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Vantagens do Uso de uma
rea de Recuperao Flash
O uso da rea de recuperao flash para os arquivos
relacionados recuperao:
Simplifica a localizao dos backups do banco de
dados
Gerencia automaticamente o espao em disco
alocado para os arquivos de recuperao
No requer alteraes nos scripts existentes
Coloca os backups do banco de dados, os logs de
arquivamento e os backups do arquivo de controle
na rea de recuperao flash
Vantagens do Uso de uma rea de Recuperao Flash
O uso de uma rea de recuperao flash para todos os arquivos relacionados recuperao
simplifica a administrao contnua do banco de dados, dependendo da definio dos parmetros
de inicializao DB_RECOVERY_FILE_DEST_SIZE e DB_RECOVERY_FILE_DEST. A
Oracle Corporation recomenda o uso da rea de recuperao flash para todos os arquivos
relacionados recuperao.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Definindo Parmetros que Afetam o RMAN
Parmetros de inicializao de banco de dados
CONTROL_FILE_RECORD_KEEP_TIME
DB_RECOVERY_FILE_DEST e
DB_RECOVERY_FILE_DEST_SIZE, se estiver usando a
rea de recuperao flash
Variveis de ambiente
NLS_DATE_FORMAT
NLS_LANG
Definindo Parmetros que Afetam o RMAN
O RMAN armazena no repositrio informaes sobre o banco de dados de destino e suas
operaes de backup e recuperao. O volume de informaes armazenadas pode aumentar ou
diminuir dependendo da freqncia de backups, do nmero de arquivos de redo log arquivados
que so gerados e do perodo de reteno de registros do RMAN.
O parmetro CONTROL_FILE_RECORD_KEEP_TIME especifica o nmero mnimo de dias
em que as informaes do RMAN permanecem armazenadas no arquivo de controle antes de
serem sobregravadas. Um valor baixo resulta na sobregravao mais rpida de informaes,
minimizando, assim, o crescimento do arquivo de controle. Se for usado um catlogo de
recuperao, dever ser escolhido um valor menor. Esse parmetro aplica-se somente a registros
do arquivo de controle que so reutilizados de forma circular (como registros de log de
arquivamento e registros de backup variados). Ele no se aplica a registros como os de arquivos
de dados, tablespaces e threads de redo, que nunca so reutilizados, salvo quando o objeto
correspondente eliminado do tablespace. O default equivale a sete dias.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Definindo Parmetros que Afetam o RMAN (continuao)
Se voc definir uma rea de recuperao flash, esse ser o local no qual, por default, os arquivos
de backup sero gravados. Defina o tamanho e a localizao da rea de recuperao flash
usando os parmetros de inicializao DB_RECOVERY_FILE_DEST e
DB_RECOVERY_FILE_DEST_SIZE. Especifique tambm uma poltica de reteno que
determine quando os backups podero ser descartados. O RMAN gerencia o armazenamento de
backups, deletando os backups obsoletos e os backups j copiados para fita quando h falta de
espao, mas mantendo o maior nmero de backups possvel, de acordo com o espao. Isso
minimiza as restauraes da fita durante as operaes de recuperao de dados para diminuir os
tempos de restaurao e recuperao. Voc pode redimensionar a rea de recuperao flash a
qualquer momento definindo a varivel DB_RECOVERY_FILE_DEST, que dinmica.
As variveis de ambiente NLS_DATE_FORMAT e NLS_LANG determinam o formato usado
para os parmetros de tempo nos comandos do RMAN, como RESTORE, RECOVER e REPORT.
Um banco de dados que no montado usa o conjunto de caracteres default: US7ASCII.
Se o conjunto de caracteres for diferente do default, defina NLS_LANG conforme apropriado.
Por exemplo, se o conjunto de caracteres for WE8DEC, voc poder definir o parmetro
NLS_LANG da seguinte forma:
NLS_LANG=american_america.we8dec
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Consideraes sobre a Utilizao do RMAN
Recursos: Memria compartilhada, mais processos
Privilgios concedidos aos usurios:
Banco de dados: SYSDBA
Sistema operacional: Acesso a dispositivos
Operaes remotas:
Configurar o arquivo de senha
Garantir que haja um backup do arquivo de senha
Consideraes sobre a Utilizao do RMAN
Antes de usar o Recovery Manager, considere os seguintes itens:
Os recursos compartilhados no sistema: A maior parte do trabalho do RMAN realizada
por meio de processos do banco de dados Oracle. As operaes tambm podem ser
executadas em paralelo para aumentar o throughput. Para isso, o parmetro de banco de
dados PROCESSES precisa ter um valor suficientemente alto. Para os recursos do sistema
operacional, isso significa que talvez seja necessrio aumentar a memria compartilhada e
as definies de semforo.
Os usurios que executam operaes privilegiadas: Voc deve decidir quais usurios
podero executar operaes privilegiadas. Em seguida, conceda os privilgios necessrios
s contas dos usurios no nvel do sistema operacional e dentro do banco de dados Oracle.
Por exemplo, para inicializar e fazer shutdown de um banco de dados, o usurio deve ter o
privilgio SYSDBA.
Operaes remotas: Voc precisa usar um arquivo de senha para se conectar ao banco de
dados de destino no Oracle Net a fim de executar operaes privilegiadas, como
inicializao e shutdown, em uma mquina remota.
Uso do catlogo de recuperao: Quando voc usa um catlogo de recuperao, o RMAN
pode executar uma variedade maior de funes automticas de backup e recuperao. O
uso do catlogo de recuperao envolve espao de armazenamento e esforos de
manuteno. Voc deve decidir se ter ou no um banco de dados dedicado para manter os
catlogos de recuperao de vrios bancos de dados de destino.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tipos de Conexo com o RMAN
Banco de dados
de destino
Banco de dados
do catlogo de
recuperao
Banco de
dados auxiliar
Recovery
Manager
Tipos de Conexo com o RMAN
Voc pode usar o Recovery Manager para se conectar aos seguintes tipos de bancos de dados:
Banco de dados de destino: O RMAN conecta voc ao banco de dados de destino com o
privilgio SYSDBA. preciso ter esse privilgio para que a conexo seja bem-sucedida. O
banco de dados de destino a instncia em que voc deseja executar operaes comuns do
RMAN.
Banco de dados do catlogo de recuperao: um banco de dados opcional, configurado
para o repositrio do RMAN. Conecte-se ao banco de dados do catlogo de recuperao
quando voc quiser recuperar informaes armazenadas nele, como dados de backup ou
scripts armazenados.
Banco de dados auxiliar: Um banco de dados auxiliar pode ser:
Criado com o comando RMAN DUPLICATE
Um banco de dados temporrio, usado durante a TSPITR (tablespace point-in-time
recovery, recuperao pontual de tablespaces)
Um banco de dados stand-by, ou uma cpia do banco de dados de produo, que pode
ser usada para a recuperao de acidentes.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Iniciando o RMAN
Iniciando o RMAN localmente
Iniciando o RMAN remotamente
UNIX: $ ORACLE_SID=DB01; export ORACLE_SID
$ rman target /
rman target sys/password@DB01
Windows NT: C:\> set ORACLE_SID=DB01
C:\> rman target /
Iniciando o RMAN
Conexo Local
Para uma conexo local do RMAN, em um prompt do sistema operacional, digite o seguinte:
UNIX: $ ORACLE_SID=DB01; export ORACLE_SID
$ rman target /
Windows:C:\> SET ORACLE_SID=DB01
C:\> rman target /
Se voc no especificar o ID do usurio ou a senha durante a conexo com o banco de dados de
destino, uma barra estabelecer uma conexo como o usurio SYS usando a autenticao do
sistema operacional.
Como alternativa, voc pode especificar a palavra-chave NOCATALOG da seguinte maneira:
$ rman target / nocatalog
NOCATALOG o modo default usado para indicar que voc est utilizando o RMAN sem um
catlogo de recuperao.
Conexo Remota
Para estabelecer conexo a partir de outro servidor, use o nome de servio Oracle Net para o
banco de dados de destino:
$ rman target sys/target_pwd@DB01
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Argumentos de Linha de Comandos
Adicionais do RMAN
Gravando a sada do RMAN em um arquivo de log
Executando um arquivo de comandos quando o
RMAN chamado
Estabelecendo conexes de banco de dados
durante a inicializao do RMAN
$ rman TARGET sys/oracle
CMDFILE=$HOME/scripts/my_rman_script.rcv
$ rman TARGET sys/oracle
LOG=$HOME/oradata/u03/rman.log APPEND
$ rman TARGET SYS/sys_pwd@orcl CATALOG
rman/rman@rcat
Argumentos de Linha de Comandos Adicionais do RMAN
O argumento LOG=filename especifica o arquivo no qual a sada do RMAN ser registrada.
Caso no seja especificado, o RMAN gravar seu arquivo de log de mensagens na sada padro.
A palavra-chave APPEND especifica que a nova sada dever ser acrescentada ao fim do arquivo
de log de mensagens.
Voc pode usar CMDFILE=filename para executar um arquivo contendo comandos do
RMAN. O RMAN encerrado aps a execuo do arquivo de comandos.
Os nomes de arquivos especificados na linha de comandos que no comearem por um caractere
alfabtico devero estar entre aspas simples.
Voc pode especificar opes de conexo para o RMAN, como:
AUXILIARY: Especifica uma string de conexo com um banco de dados auxiliar
CATALOG: Especifica uma string de conexo com o banco de dados que contm o
catlogo de recuperao
NOCATALOG: Indica que voc esta usando o RMAN sem um catlogo de recuperao
TARGET: Especifica uma string de conexo com o banco de dados de destino
Quando voc usa a clusula SCRIPT , depois de estar conectado ao banco de dados de destino e
ao catlogo de recuperao (especificado com as clusulas TARGET e CATALOG), o RMAN
executa o script armazenado no catlogo de recuperao para o banco de dados de destino.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
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 backup
Especificar o nmero de cpias de backup a serem
criadas
Definir o tipo de backup default como BACKUPSET ou
COPY
Limitar o tamanho dos conjuntos de backup
Isentar um tablespace de ser submetido a backup
Ativar e desativar a otimizao de backup
Configurar backups automticos de arquivos de controle
Configurando Definies Persistentes para o RMAN
Para simplificar o uso contnuo do RMAN em backups e recuperaes, ele permite que voc
especifique algumas definies de configurao persistentes para cada banco de dados de
destino. Essas definies controlam muitos aspectos do comportamento do RMAN durante a
operao com esse banco de dados. Voc pode salvar informaes de configurao persistentes
como parmetros do canal, paralelismo e o tipo de dispositivo default no repositrio do RMAN
(que armazenado no arquivo de controle ou em um banco de dados do catlogo de
recuperao).
Essas definies tm valores default, que permitem usar o RMAN prontamente. No entanto,
quando montar uma estratgia de backup e recuperao mais avanada, voc ter de alterar essas
definies para implementar a estratgia. possvel utilizar o comando CONFIGURE para
configurar definies persistentes para jobs de backup, restaurao, duplicao e manuteno do
RMAN. Essas definies permanecem em vigor para qualquer sesso do RMAN at que a
configurao seja removida ou alterada.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Configurando as Definies
do RMAN com o EM
Configurando as Definies do RMAN com o EM
Voc pode usar o Oracle Enterprise Manager para especificar as definies de backup de uma
instncia. Para especificar as definies de backup, na pgina Maintenance, selecione Backup
Settings na seo Backup/Recovery Settings.
A pgina de propriedade Backup Settings consiste em trs tabs: Device, Backup Set e Policy.
Voc pode acessar:
A pgina Device para definir as configuraes de disco e fita, incluindo as configuraes
da MML (Media Management Library)
A pgina Backup Set (mostrada no slide) para especificar os parmetros dos conjuntos de
backup e para inserir credenciais de host
A pgina Policy para definir vrias polticas de backup e reteno antes de iniciar um
backup, como o backup automtico do arquivo de controle e SPFILE. A pgina Policy
tambm mostra como configurar o suporte para o rastreamento de alteraes em bloco, um
recurso que oferece backups incrementais mais rpidos.
Observao: As definies de backup alteram as definies no nvel do banco de dados e
aplicam-se a qualquer backup que no sobregrave definies no nvel do backup.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Backups Automticos do Arquivo de Controle
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;
Melhor prtica: A Oracle recomenda ativar o backup
automtico do arquivo de controle.
Backups Automticos do Arquivo de Controle
Para evitar a perda de uma cpia do arquivo de controle atual, configure o 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 como parte do
seu 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 RMAN:
CONFIGURE CONTROLFILE AUTOBACKUP ON;
Por default, o backup automtico do arquivo de controle fica desativado. Se voc ativar esse
recurso, o RMAN far o backup automtico do arquivo de controle e do arquivo de parmetros
do servidor atual (se usado para inicializar o banco de dados) em uma destas duas
circunstncias:
Um backup bem-sucedido registrado no repositrio do RMAN.
Uma alterao estrutural no banco de dados afeta o contedo do arquivo de controle e,
portanto, necessrio realizar seu backup
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
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 seqncia hexadecimal iniciada com 00 e que tem um 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 dever
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 desse backup.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Uma poltica de reteno descreve quais backups
sero mantidos e por quanto tempo.
H dois tipos de polticas de reteno:
Perodo de recuperao: Estabelece um perodo
dentro do qual a recuperao pontual vivel
Redundncia: Estabelece um nmero fixo de backups
a serem mantidos.
Essas polticas so mutuamente exclusivas e
podem ser definidas com o comando CONFIGURE.
Polticas de Reteno
Agora
Reteno de sete dias
Arquivo1 Arquivo2
O Arquivo2 precisa
sofrer backup:
Polticas de Reteno
Uma poltica de reteno descreve quais backups sero mantidos e por quanto tempo. O valor da
poltica de reteno definido pelo comando CONFIGURE. O ideal estabelecer um perodo
durante o qual ser possvel descobrir erros lgicos e corrigir os objetos afetados atravs de uma
recuperao pontual at o momento imediatamente anterior ocorrncia do erro. Esse perodo
denominado perodo de recuperao. Essa poltica especificada em nmero de dias. Para cada
arquivo de dados, dever existir sempre um backup que atenda s seguintes condies:
SYSDATE - checkpoint_time <= recovery_window
Por exemplo, se a poltica tiver sido definida da seguinte forma:
RMAN> CONFIGURE RETENTION POLICY
2 TO RECOVERY WINDOW OF 7 DAYS;
Para cada arquivo, dever existir um backup que satisfaa as seguintes condies:
SYSDATE - (SELECT checkpoint_time
FROM V$DATAFILE WHERE file#= ) >= 7
No exemplo do slide, o Arquivo1 tem um backup que est dentro do perodo de reteno de sete
dias. O Arquivo2 no tem, por isso precisa sofrer backup para satisfazer a poltica de reteno.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Polticas de Reteno (continuao)
Voc deve manter o perodo de recuperao inferior ou igual ao valor do parmetro do arquivo
de controle CONTROL_FILE_RECORD_KEEP_TIME para evitar que o registro de backups
mais antigos seja sobregravado no arquivo de controle.
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 nmero especfico de backups seja
catalogado antes que qualquer 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 o
backup de uma verso mais recente dos mesmos arquivos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciando Definies Persistentes
Use o comando SHOW para listar as definies atuais:
Use o comando CLEAR para redefinir qualquer
definio persistente como seu valor default:
RMAN> SHOW CONTROLFILE AUTOBACKUP FORMAT;
RMAN> SHOW EXCLUDE;
RMAN> SHOW ALL;
RMAN> CONFIGURE BACKUP OPTIMIZATION CLEAR;
RMAN> CONFIGURE MAXSETSIZE CLEAR;
RMAN> CONFIGURE DEFAULT DEVICE TYPE CLEAR;
Gerenciando Definies Persistentes
Usando o comando SHOW do RMAN, voc pode exibir as definies do RMAN. Se 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 CONFIGURE, executando o mesmo
comando com a opo CLEAR.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Alocao de Canais
Canal
(DISCO)
BACKUP
RESTORE
RECOVER
Sesso do
servidor
Sesso do
servidor
Banco de
dados de
destino
Canal
(SBT)
RMAN
Alocao de Canais
Um canal representa um fluxo de dados direcionado para um tipo de dispositivo. Voc precisa
alocar um canal antes de executar os comandos de backup e recuperao. Cada canal alocado
estabelece uma conexo do executvel do RMAN com uma instncia do banco de dados de
destino. Um processo do banco de dados Oracle para o banco de dados de destino criado para
cada canal alocado.
Cada comando BACKUP, COPY, RESTORE ou RECOVER executado no Recovery Manager
exige pelo menos um canal. O tipo de mdia desejado determina o tipo de canal alocado. O
nmero de canais alocados ser o grau mximo de paralelizao usado durante a operao de
backup, restaurao ou recuperao.
Voc pode consultar a view V$BACKUP_DEVICE para determinar os tipos de dispositivo
aceitos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Alocao Automtica e Manual de Canais
Um canal automtico aquele pr-configurado e
usado para comandos subseqentes. Para alterar o
tipo de dispositivo default para a alocao
automtica de canais, use:
Um canal alocado manualmente aquele que
sobrepe a definio automtica de canal. Esse
canal sobrepe o canal automtico para executar
este bloco:
RMAN> CONFIGURE DEFAULT DEVICE TYPE TO sbt;
RMAN> RUN {
2> ALLOCATE CHANNEL c1 DEVICE TYPE disk;
3> BACKUP DATAFILE '/u01/oradata/user01.dbf';
4> }
Alocao Automtica e Manual de Canais
Use o comando CONFIGURE para pr-configurar canais a serem usados em todas as sesses do
RMAN, por meio da alocao automtica de canais. Os canais automticos aplicam-se a
qualquer job do RMAN no qual voc no aloque canais manualmente.
Por default, o RMAN tem um canal de disco pr-configurado, para que voc possa fazer backup
em disco sem qualquer configurao manual. Portanto, se preferir fazer backup em disco em vez
de usar um gerenciador de mdia, voc poder comear a fazer esse backup imediatamente.
O comando ALLOCATE CHANNEL com um comando RUN e o comando ALLOCATE
CHANNEL FOR MAINTENANCE executados no prompt do RMAN so utilizados para a
alocao manual de canais. A alocao manual de canais sobrepe a alocao automtica.
Voc pode usar canais alocados manualmente para executar comandos (como os comandos
CHANGE, DELETE e CROSSCHECK) que deletam ou alteram o status de backups existentes.
Observe que se voc usar CONFIGURE para configurar canais automticos, o RMAN poder
us-los em operaes de manuteno; no necessrio aloc-los manualmente. Os canais de
manuteno alocados manualmente no podem ser usados para outras operaes de
entrada/sada, como backup ou cpia.
Os recursos de canais automticos e manuais so mutuamente exclusivos. O RMAN utiliza um
ou outro em determinado job.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Opes de Controle de Canal
Configure o paralelismo:
Especifique o tamanho mximo do componente de
backup:
Formate o nome dos arquivos de backup gerados:
RMAN> CONFIGURE DEVICE TYPE DISK PARALLELISM 3;
RMAN> CONFIGURE CHANNEL DEVICE TYPE DISK
2> MAXPIECESIZE 2G;
RMAN> RUN {
2> ALLOCATE CHANNEL d1 DEVICE TYPE DISK
3> FORMAT '/disk1/backups/%U';
4> BACKUP DATABASE PLUS ARCHIVELOG; }
Opes de Controle de Canal
Voc pode especificar opes de controle para o canal alocado, de modo a alterar seu
comportamento default. As opes de controle configurveis para canais alocados manual ou
automaticamente so:
CONNECT: A string de conexo para a instncia de destino
FORMAT: O formato a ser usado para nomes de componentes de backup criados nesse
canal
MAXOPENFILES: O nmero mximo de arquivos de entrada abertos que um comando
BACKUP pode ter a qualquer momento (o default 8)
MAXPIECESIZE: O tamanho mximo de cada componente de backup criado nesse canal,
especificado em bytes (default), kilobytes (K), megabytes (M) ou gigabytes (G)
DURATION: O tempo necessrio para a execuo do job de backup, definido em horas e
minutos. A durao tambm pode ser especificada como:
PARTIAL: Nenhum erro ser sinalizado se o backup no for concludo no final da
durao especificada.
MINIMIZE TIME: O backup executado em velocidade mxima e, possivelmente,
concludo no tempo alocado.
MINIMIZE LOAD: O RMAN monitora a velocidade do backup e reduz
automaticamente a velocidade de processamento quando detecta que o backup ser
concludo em um tempo menor do que o alocado. Essa opo no permitida durante
a gravao em fita, pois desejvel que esse tipo de operao com fitas seja
conduzida o mais rpido possvel.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Opes de Controle de Canal (continuao)
Se o tipo de dispositivo de canal for SBT ou SBT_TAPE, voc tambm poder especificar:
PARMS="ENV()": Defina as variveis de ambiente para a sesso do servidor
correspondente a esse cliente RMAN.
PARMS="SBT_LIBRARY=": Especifique o local da MML a ser usado pelo canal.
Para os canais automticos, tambm possvel configurar o nvel de paralelismo default e o tipo
de backup default para backups em disco ou fita como BACKUPSET, COMPRESSED
BACKUPSET ou COPY.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Resumo
Usar o arquivo de controle ou um catlogo de
recuperao para o repositrio do RMAN
Alterar as definies default do RMAN com CONFIGURE
Usar a rea de recuperao flash em operaes do
RMAN
Monitorar a rea de recuperao flash usando views v$
e o Enterprise Manager
Implementar as polticas de reteno de perodo de
recuperao e de redundncia
Implementar a alocao manual e automtica de canais
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Viso Geral do Exerccio:
Configurando o RMAN
Este exerccio aborda os seguintes tpicos:
Utilizao do Recovery Manager para estabelecer
conexo com um banco de dados de destino no
modo default NOCATALOG
Exibio das definies default do RMAN
Configurao de backups automticos do arquivo de
controle
Alterao da poltica de reteno de backup para um
banco de dados
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando o Recovery Manager
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos
Usar o comando BACKUP do RMAN para criar
conjuntos de backup e cpias-imagem
Gerenciar os backups e as cpias-imagem feitas
com o RMAN
Commands
BACKUP
Block C.T.
Inc. Update
LIST
REPORT
DELETE
Objetivos
O RMAN (Recovery Manager) o componente do banco de dados Oracle usado para executar
operaes de backup e recuperao. O EM (Enterprise Manager) fornece uma interface grfica
para as funcionalidades do RMAN usadas com mais freqncia.
A aula Oracle Database 10g: Workshop de Administrao I demonstra as operaes bsicas do
RMAN com a Console do EM Database Control. Portanto, a interface grfica para o RMAN no
abordada com detalhes nesta lio.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Executando Comandos do Recovery Manager
Cliente interativo
Informe comandos no prompt do RMAN.
Use ao fazer anlises ou ao executar relatrios ou
scripts armazenados.
Modo batch
Use com jobs automatizados.
Especifique um arquivo de comandos quando iniciar o
RMAN.
Especifique o nome do arquivo de log para capturar o
log da sesso.
Interface de pipe
Especifique o argumento de linha de comandos PIPE.
Use para transferir dados entre sesses ou entre o
RMAN e uma aplicao externa.
Executando Comandos do Recovery Manager
O Recovery Manager tem sua prpria linguagem de comandos. H vrias maneiras de
especificar comandos para o RMAN usando a CLI (Command-Line Interface).
Para executar comandos do RMAN de forma interativa, inicie o RMAN e informe os comandos
na interface de linha de comandos. Por exemplo:
$ rman TARGET sys/sys_pwd@db1
RMAN> BACKUP DATABASE;
Voc pode informar comandos do RMAN em um arquivo de comandos e executar esse arquivo
especificando seu nome na linha de comandos. Esse mtodo conhecido como processamento
batch. O contedo do arquivo de comandos deve corresponder aos comandos que seriam
informados na linha de comandos. Por exemplo:
$ rman TARGET SYS/sys_pwd@prod1 @'/oracle/backup_all_l0.rcv'
Durante a execuo no modo batch, o RMAN l a entrada de um arquivo de comandos e grava
mensagens de sada em um arquivo de log (se especificado). O RMAN analisa por parse o
arquivo de comandos inteiramente antes de compilar ou executar qualquer comando. No h
necessidade de incluir um comando de sada no arquivo, porque o RMAN encerrado no fim do
arquivo.
A interface de pipe do RMAN um mtodo alternativo para a execuo de comandos do RMAN
e o recebimento da sada desses comandos. O RMAN obtm comandos e envia a sada usando o
package PL/SQL DBMS_PIPE.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Executando Comandos do Recovery Manager (continuao)
A interface de pipe chamada com o parmetro de linha de comandos PIPE. O RMAN usa dois
pipes particulares: um para receber comandos e o outro para enviar a sada. Os nomes dos pipes
so derivados do valor do parmetro PIPE.
Por exemplo:
% rman PIPE abc TARGET SYS/pwd@trgt
O RMAN abre os dois pipes no banco de dados de destino: ORA$RMAN_ABC_IN, que o
RMAN utiliza para receber comandos do usurio, e ORA$RMAN_ABC_OUT, que o RMAN
utiliza para enviar toda a sada de volta para ele mesmo. Todas as mensagens nos pipes de
entrada e sada so do tipo VARCHAR2.
Quando a interface de pipe usada, o RMAN no l nem grava dados com o shell do sistema
operacional. Voc pode usar pipes para se comunicar com outra sesso na mesma instncia ou
com uma aplicao em espera, como um programa UNIX. Usando essa interface, possvel
criar uma interface programtica portvel para o RMAN.
Consulte o Oracle Database Backup and Recovery Advanced Users Guide para obter mais
informaes sobre o uso de pipes com o RMAN.
Consulte o guia PL/SQL Packages and Types Reference para obter mais informaes sobre o
package DBMS_PIPE e a criao de pipes no banco de dados Oracle.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
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
Alguns comandos podem ser executados como
comandos stand-alone ou de job.
Tipos de Comandos do RMAN
Voc pode executar dois tipos bsicos de comandos do RMAN: stand-alone e de job.
Os comandos stand-alone so executados no prompt do RMAN e, geralmente, no necessitam
de parmetros adicionais. Estes so alguns dos comandos stand-alone:
CHANGE
CONNECT
CREATE CATALOG, RESYNC CATALOG
CREATE SCRIPT, DELETE SCRIPT, REPLACE SCRIPT
Em geral, os comandos de job so agrupados e executados seqencialmente em um bloco de
comandos. Se um comando contido no bloco falhar, o RMAN interromper o processamento.
Nenhum outro comando do bloco ser executado. Os efeitos de qualquer comando j executado
continuam vlidos; eles nunca so anulados.
Um exemplo de um comando que s pode ser executado como um comando de job
ALLOCATE CHANNEL. O canal alocado somente para a execuo do job, por isso esse
comando no pode ser executado como stand-alone. H alguns comandos que podem ser
executados no prompt ou 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.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comandos de Job: Exemplo
Os comandos de job aparecem dentro de um bloco do
comando RUN:
RMAN> RUN {
2> BACKUP AS BACKUPSET
3> FORMAT '/u01/db01/backup/%d_%s_%p'
4> DURATION 10:00 MINIMIZE LOAD
5> (DATABASE);
6> SQL 'alter system archive log current';
7> }
Comandos de Job: Exemplo
Ao contrrio dos comandos stand-alone, os comandos de job devem ser includos entre as
chaves de um comando RUN. Eis alguns exemplos de comandos de job:
ALLOCATE CHANNEL
SWITCH
O RMAN executa os comandos de job em seqncia dentro de um bloco do comando RUN. Se
algum comando contido no bloco falhar, o RMAN interromper o processamento. Nenhum
outro comando do bloco ser executado. Na verdade, o comando RUN define uma unidade de
execuo do comando. Depois de concludo o ltimo comando de um bloco RUN, o banco de
dados Oracle libera os recursos do servidor, como buffers de entrada/sada ou processos
escravos de entrada/sada, que estiverem no bloco.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comandos do RMAN: Viso Geral
Banco de
dados de
destino
REPORT
LIST
Banco de dados
do catlogo
Enterprise
Manager
RESTORE
RECOVER
FLASHBACK
SPFILE
BACKUP
Arquivo de
controle
Arquivos de log
armazenados
RMAN
Manuteno de
catlogo
CROSSCHECK
DELETEEXPIRED
CHANGE
Scripts
armazenados
Comandos do RMAN: Viso Geral
Os comandos do RMAN mais comuns que voc executa no banco de dados de destino so:
BACKUP para fazer backup de um banco de dados, tablespace, arquivo de dados (atual ou
cpia), arquivo de controle (atual ou cpia), SPFILE, log arquivado ou conjunto de backup
para um banco de dados de destino ou stand-by. Fazer backup de um conjunto de backup
uma forma fcil de mover um backup de disco para fita.
DUPLICATE para criar um banco de dados clone ou stand-by a partir de backups
(conjuntos de backup ou cpias-imagem) do banco de dados de destino.
FLASHBACK para executar uma operao de flashback de banco de dados, retornando o
banco de dados a um horrio de destino (ou imediatamente antes), conforme especificado
pelo horrio, SCN ou nmero de seqncia de log.
RECOVER para recuperar e RESTORE para restaurar arquivos a partir de backups ou
cpias-imagem.
Os comandos de relatrio do RMAN incluem:
LIST para consultar o catlogo de recuperao ou o arquivo de controle e criar uma lista
de backups, cpias, redo logs arquivados e verses do banco de dados registradas aqui.
REPORT para executar uma anlise detalhada do catlogo de recuperao ou arquivo de
controle.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comandos do RMAN: Viso Geral (continuao)
O RMAN fornece os seguintes conjuntos de comandos para a manuteno do catlogo:
CROSSCHECK verifica o status de um backup ou de uma cpia em disco ou fita.
DELETE lista os objetos de backup especificados e solicita confirmao para
remov-los.
CHANGE altera o status dos objetos de backup no repositrio.
LIST mostra o que CROSSCHECK/DELETE EXPIRED processaria se executado.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comando BACKUP
RMAN> BACKUP AS BACKUPSET
2> FORMAT '/BACKUP/df_%d_%s_%p.bus'
3> TABLESPACE hr_data;
Conjunto
de backup
Arquivo de
dados 1
Arquivo de
dados 2
Arquivo de
dados 3
Arquivo de
dados 1
Arquivo de
dados 2
Arquivo de
dados 3
Tablespace
HR_DATA
Commands
> BACKUP
Block C.T.
Inc. Update
LIST
REPORT
DELETE
Comando BACKUP
Um backup uma cpia dos dados de um banco de dados que pode ser usada para recuperar
esses dados. Os resultados de um backup criado com o RMAN podem ser cpias-imagem ou
conjuntos de backup. Uma cpia-imagem uma cpia idntica de um arquivo do banco de
dados. O RMAN tambm pode armazenar seus backups em um formato exclusivo, denominado
conjunto de backup. Um conjunto de backup uma coleo de arquivos denominados
componentes de backup, sendo que cada qual pode conter um ou mais backups de arquivos do
banco de dados.
Ao executar um backup com o RMAN, voc pode especificar:
O tipo de backup a ser executado. Voc pode executar backups do banco de dados inteiro
para incluir todos os blocos de dados usados nos arquivos (um backup FULL) ou backups
incrementais (INCREMENTAL). Se CONFIGURE CONTROLFILE AUTOBACKUP estiver
ativado, o RMAN far automaticamente backup do arquivo de controle e do arquivo de
parmetros atual do servidor, depois dos comandos BACKUP.
Do que fazer backup. Os valores vlidos so DATABASE, DATAFILE, TABLESPACE,
ARCHIVELOG, CURRENT CONTROLFILE ou SPFILE.
Se uma cpia-imagem (AS COPY) ou um conjunto de backup (AS BACKUPSET) ser
criado.
O formato do nome de arquivo e a localizao dos componentes de backup (FORMAT).
Quais arquivos de dados ou redo logs arquivados devero ser excludos do conjunto de
backup (SKIP).
O tamanho mximo para um conjunto de backup (MAXSETSIZE).
Se os arquivos de entrada devero ser deletados com a criao bem-sucedida do conjunto
de backup (DELETE INPUT).
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Restries de Backup
O banco de dados deve estar montado ou aberto.
No possvel fazer o backup de redo logs on-line.
Somente os backups limpos podem ser usados no
modo NOARCHIVELOG.
Somente os backups de arquivos de dados atuais
podem ser usados no modo ARCHIVELOG.
Restries de Backup
Ao fazer backup usando o Recovery Manager, voc precisa estar ciente de que:
O banco de dados de destino dever estar montado para que o Recovery Manager possa ser
conectado.
No h suporte a backups de redo logs on-line.
Se o banco de dados de destino estiver no modo NOARCHIVELOG, s podero ser feitos
backups de tablespaces e arquivos de dados limpos (isto , backups de tablespaces
normais off-line ou de tablespaces somente para leitura). S ser possvel fazer
backups do banco de dados depois de seu shutdown e reinicializao no modo MOUNT.
Se o banco de dados de destino estiver no modo ARCHIVELOG, s ser possvel fazer
backup de arquivos de dados atuais (os arquivos de dados restaurados sero atualizados
depois de recuperados).
Se um catlogo de recuperao for utilizado, o banco de dados do catlogo dever estar
aberto.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Paralelizao de Conjuntos de Backup
Por questo de desempenho, aloque vrios canais e
designe arquivos aos canais especficos.
Arquivo de
dados 4
Arquivo de
dados 1
Arquivo de
dados 5
Canal
MML
Componente
de backup 1
Componente
de backup 2
Arquivo de
dados 2
Arquivo de
dados 3
Arquivo de
dados 9
Canal
MML
Arquivo de
dados 6
Arquivo de
dados 7
Arquivo de
dados 8
Componente
de backup 3
Canal
MML
Paralelizao de Conjuntos de Backup
Voc pode configurar backups paralelos definindo a opo PARALLELISM do comando
CONFIGURE como um valor superior a 1 ou alocando manualmente diversos canais. O RMAN
paraleliza sua operao e grava vrios conjuntos de backup em paralelo. As sesses do servidor
dividem o trabalho de backup dos arquivos especificados.
Exemplo
RMAN> RUN {
2> ALLOCATE CHANNEL c1 DEVICE TYPE sbt;
5> BACKUP
6> INCREMENTAL LEVEL = 0
7> FORMAT '/disk1/backup/df_%d_%s_%p.bak'
8> (DATAFILE 1,4,5 CHANNEL c1)
9> (DATAFILE 2,3,9 CHANNEL c2)
10> (DATAFILE 6,7,8 CHANNEL c3);
11> ALTER SYSTEM ARCHIVE LOG CURRENT;
12> }
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Paralelizao de Conjuntos de Backup (continuao)
Ao fazer backup de arquivos de dados, voc pode especificar os arquivos pelo nome do caminho
ou pelo respectivo nmero. Por exemplo, os seguintes comandos 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 fazer o striping de um
nico conjunto de backup entre vrios canais.
Voc pode obter a paralelizao de conjuntos de backup da seguinte forma:
Configurando PARALLELISM como um valor superior a 1 ou alocando vrios canais
Especificando muitos 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: O parmetro FILESPERSET tambm pode ser usado para limitar o nmero de
arquivos de dados includos em um conjunto de backup.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Backups Compactados
RMAN> BACKUP AS
2> COMPRESSED BACKUPSET
3> DATABASE;
RMAN> CONFIGURE DEVICE TYPE
2> DISK PARALLELISM 2
3> BACKUP TYPE TO
4> COMPRESSED BACKUPSET;
Arquivos
de backup
compactados
Arquivos do
banco de dados
Backups Compactados
Os backups compactados reduzem o espao necessrio para o armazenamento de conjuntos de
backup.
Voc pode criar um backup compactado de um banco de dados usando o seguinte comando:
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE;
No possvel usar o recurso de conjunto de backup compactado com bancos de dados
anteriores ao Oracle Database 10g. O parmetro de inicializao de banco de dados
COMPATIBILITY deve ser definido como pelo menos 10.0.0.0. A compactao aplica-se apenas
aos conjuntos de backup, e no s cpias-imagem.
Voc pode configurar o RMAN para criar conjuntos de backup compactados automaticamente
com o comando CONFIGURE DEVICE TYPE:
RMAN> CONFIGURE DEVICE TYPE DISK PARALLELISM 2
2> BACKUP TYPE TO COMPRESSED BACKUPSET;
Por default, a compactao desativada.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Cpia-Imagem
Cpia do arquivo de dados 3
Cpia do log arquivado
Arquivo de
dados 3
Arquivo de
log arquivado
Arquivo de
dados 3
Arquivo de
log arquivado
RMAN> BACKUP AS COPY
2> DATAFILE '/ORADATA/users_01_db01.dbf'
3> FORMAT '/BACKUP/users01.dbf';
RMAN> BACKUP AS COPY
4> ARCHIVELOG LIKE 'arch_1060.arc'
5> FORMAT 'arch_1060.bak';
Cpia-Imagem
Uma cpia-imagem um clone de um nico arquivo de dados, redo log arquivado ou arquivo de
controle. possvel criar uma cpia-imagem com o comando BACKUP AS COPY ou com um
comando do sistema operacional.
Quando a cpia-imagem criada com o comando BACKUP AS COPY do RMAN, a sesso do
servidor valida os blocos do arquivo e registra a 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 demorar
bastante, 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 o 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, voc pode usar o parmetro NOCHECKSUM.
A cpia-imagem pode fazer parte de um backup integral ou incremental de nvel 0, pois
uma cpia de arquivo sempre inclui todos os blocos. Utilize a opo de nvel 0 se a cpia
for usada com um conjunto de backup incremental.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Cpia-Imagem (continuao)
O exemplo no slide cria duas cpias-imagem:
Uma cpia do arquivo de dados users01_db01.dbf renomeada como users01.dbf
e armazenada no diretrio BACKUP
Uma cpia do log arquivado com o nmero de seqncia 1060
O exemplo pressupe que voc esteja usando a alocao automtica de canais. Caso voc aloque
canais manualmente, inclua o comando COPY na instruo RUN da seguinte maneira:
RMAN> RUN {
2> ALLOCATE CHANNEL c1 type disk;
3> COPY
4> DATAFILE '/ORADATA/users_01_db01.dbf' to
5> '/BACKUP/users01.dbf',
6> ARCHIVELOG 'arch_1060.arc' to
7> 'arch_1060.bak';
8> }
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tags para Backups e Cpias-Imagem
Uma tag um nome lgico designado a um conjunto de
backup ou cpia-imagem.
month_full_backup week_full_backup
Arquivo de
dados 3
Arquivo de
dados 4
Conjunto de backup
Arquivos de
dados 1, 3
Arquivos de
dados 2, 4
Conjunto de backup
Tags para Backups e Cpias-Imagem
Uma tag um nome significativo que voc pode designar a um conjunto de backup ou a uma
cpia-imagem. As vantagens das tags so:
Fazem uma referncia til a um grupo de cpias de arquivos ou a um conjunto de backup.
Podem ser usadas no comando LIST para localizar facilmente arquivos com backup.
Podem ser usadas nos comandos RESTORE e SWITCH.
A mesma tag pode ser usada para vrios conjuntos de backup ou cpias de arquivos.
Se uma tag no exclusiva fizer referncia a mais de um arquivo de dados, o RMAN escolher o
arquivo disponvel mais atual.
Exemplo
Todo ms, feito um backup integral dos arquivos de dados 1, 2, 3 e 4. A tag no arquivo de
controle para esse backup month_full_backup, embora o nome do arquivo fsico
gerado seja df_DB00_863_1.dbf.
RMAN> BACKUP TAG 'month_full_backup' DATAFILE 1,2,3,4;
Toda semana, feito um backup integral dos arquivos de dados 3 e 4. O nome da tag desse
backup week_full_backup.
RMAN> BACKUP TAG 'week_full_backup' DATAFILE 3,4;
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Opes do Comando BACKUP
Verifica danos em blocos fsicos.
Verifica danos lgicos e fsicos.
Define um limite para o nmero de danos detectados
permitido antes de abortar.
Valida os arquivos de entrada de destino antes de
executar uma operao de backup.
Duplexa o conjunto de backup.
Sobregrava um conjunto de backup ou cpia-
imagem existente.
Passa o controle da transferncia de dados entre
dispositivos de armazenamento e arquivos de dados
em disco para a camada de gerenciamento de mdia.
Criptografa os arquivos de backup.
Opes do Comando BACKUP
Durante a operao de backup, um processo do banco de dados Oracle executa um checksum de
cada bloco para detectar danos. O RMAN verifica o checksum ao restaurar a cpia. Esse
processo tambm conhecido como deteco de danos fsicos. possvel usar a opo
NOCHECKSUM para suprimir a operao de checksum e acelerar o processo de backup. Se j
houver checksums dos blocos no banco de dados, essa opo no ter efeito.
Voc pode usar a opo CHECK LOGICAL para testar danos lgicos, como danos em parte de
uma linha ou em uma entrada de ndice, em dados e blocos de ndice aprovados em verificaes
de danos fsicos. Se forem detectados danos lgicos, o bloco ser registrado no log de alerta e no
arquivo de rastreamento do processo do servidor. Voc pode definir um limite para o nmero
permitido de danos lgicos e fsicos com o parmetro MAXCORRUPT. Contanto que o total de
danos fsicos e lgicos detectados em um arquivo fique abaixo desse valor, a operao de
backup do RMAN ser concluda e o banco de dados Oracle preencher a view
V$DATABASE_BLOCK_CORRUPTION com as faixas de blocos danificados. Se o valor de
MAXCORRUPT for ultrapassado, a operao ser encerrada e a view no ser preenchida.
Use a opo VALIDATE para verificar erros fsicos e lgicos em arquivos do banco de dados.
Quando voc usa o comando BACKUP com a opo VALIDATE, o RMAN varre os arquivos
especificados e verifica seu contedo, testando se possvel fazer backup desses arquivos. Na
verdade, esse comando no faz o backup dos arquivos especificados.
A criptografia dos arquivos de backup abordada na lio Segurana do Banco de Dados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Opes do Comando BACKUP (continuao)
Voc pode criar at quatro cpias idnticas de cada componente de backup por meio da
duplexao do conjunto de backup. Os seguintes comandos podem ser usados para produzir um
conjunto de backup duplexado:
BACKUP COPIES
SET BACKUP COPIES
CONFIGURE ... BACKUP COPIES
O RMAN no cria vrios conjuntos de backup, e sim cpias idnticas de cada componente do
conjunto de backup. Voc no pode usar essa opo com o comando BACKUP AS COPY para
criar vrias cpias-imagem.
Se especificar REUSE, voc permitir que o RMAN sobregrave um conjunto de backup ou uma
cpia-imagem j existente com o mesmo nome do arquivo que o comando BACKUP est criando
no momento.
A funcionalidade de cpia PROXY faz o backup dos arquivos especificados, fornecendo ao
software de gerenciamento de mdia o controle sobre a transferncia de dados entre os
dispositivos de armazenamento e os arquivos de dados em disco. O gerenciador de mdia no
o RMANdecide como e quando mover os dados. Quando voc executa o comando BACKUP
com a opo PROXY, o RMAN segue estas etapas:
1. Procura um canal do tipo de dispositivo especificado que utilize proxy. Se um canal desse
tipo no for encontrado, o RMAN emitir uma advertncia e tentar um backup
convencional (ou seja, sem proxy) dos arquivos especificados.
2. Se o RMAN localizar um canal que utilize proxy, ele chamar o gerenciador de mdia para
verificar se ele pode fazer uma cpia proxy dos arquivos. Se o gerenciador de mdia no
puder fazer a cpia proxy, o RMAN usar os conjuntos de backup convencionais para o
backup dos arquivos.
Se voc no quiser que o RMAN tente fazer uma cpia convencional quando uma cpia proxy
falhar, use a opo ONLY.
Como as cpias-imagem so gravadas apenas em disco, voc no pode usar a opo PROXY
com o comando BACKUP AS COPY.
Observao: Se voc especificar PROXY, a varivel %p dever ser includa na string FORMAT
explcita ou implicitamente dentro de %U.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Fazendo Backup de Redo Logs Arquivados
A alternncia do arquivo de redo log on-line
automtica.
efetuado o failover do log arquivado.
Voc pode especificar uma faixa de redo logs
arquivados para o backup.
Conjuntos de backups de arquivos de redo log
arquivados no podem conter outro tipo de arquivo.
RMAN> BACKUP
2> FORMAT '/disk1/backup/ar_%t_%s_%p'
3> ARCHIVELOG FROM SEQUENCE=234
4> DELETE INPUT;
Fazendo Backup de Redo Logs Arquivados
Um problema comum que os DBAs enfrentam no saber se um log arquivado foi
completamente copiado para o destino do log de arquivamento antes de tentarem fazer backup
do log. Por ter acesso ao arquivo de controle ou s informaes do catlogo de recuperao, o
RMAN sabe quais logs foram arquivados e podero ser restaurados durante a recuperao.
Voc pode fazer backup dos arquivos de redo log arquivados com o comando BACKUP
ARCHIVELOG ou pode inclu-los no backup de arquivos de dados e de controle com o comando
BACKUP PLUS ARCHIVELOG. Os logs arquivados so sempre includos em um conjunto de
backup separado, mesmo quando usado PLUS ARCHIVELOG; nesse caso, um nico comando
de backup gera mais de um conjunto de backup. Se voc s quiser fazer backup dos arquivos de
log arquivados, especifique a faixa de logs arquivados para o backup. Os logs arquivados so
sempre colocados em um conjunto de backup separado dos outros arquivos.
Voc tambm pode usar a clusula NOT BACKED UP integer TIMES do comando BACKUP
ARCHIVELOG para fazer backup apenas dos logs cujo backup no foi feito o nmero de vezes
especificado. Essa uma maneira conveniente de fazer backup de logs arquivados em mdias
especficas (por exemplo, voc pode manter pelo menos trs cpias de cada log em fita).
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Fazendo Backup de Redo Logs Arquivados (continuao)
O RMAN executa automaticamente o failover do log arquivado. Se forem detectados blocos
danificados em um arquivo de redo log arquivado, o RMAN procurar um arquivo sem blocos
danificados em outros destinos de arquivamento.
O exemplo mostrado no slide faz backup de todos os redo logs arquivados com um nmero de
seqncia de 234 ou mais alto para um conjunto de backup. Depois de serem copiados, os logs
arquivados so deletados do disco e marcados como deletados na view V$ARCHIVED_LOG.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Backup Completo do Banco de Dados
RMAN> BACKUP DATABASE
PLUS ARCHIVELOG;
Cpias do
arquivo de log
arquivado
SPFILE
Arquivo de
controle
Cpias do
arquivo de
dados
Backup Completo do Banco de Dados
Um backup completo de banco de dados uma cpia de todos os arquivos de dados e do arquivo
de controle. Voc pode incluir, opcionalmente, o SPFILE e os arquivos de log arquivados. Usar
o Recovery Manager para criar uma cpia-imagem de todos os arquivos de banco de dados to
fcil quanto montar o banco de dados, iniciar o RMAN e especificar o comando BACKUP
mostrado no slide.
Isso ser possvel se voc j tiver executado os seguintes comandos CONFIGURE:
CONFIGURE DEFAULT DEVICE TYPE TO disk;
CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COPY;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
Voc tambm pode criar um backup (conjunto de backup ou cpia-imagem) das cpias-imagem
anteriores de todos os arquivos de dados e arquivos de controle do banco de dados, usando o
seguinte comando:
RMAN> BACKUP COPY OF DATABASE;
Por default, o RMAN executa cada comando BACKUP em srie. No entanto, possvel
paralelizar a operao de cpia:
Usando CONFIGURE DEVICE TYPE DISK PARALLELISM n, em que n corresponde ao
grau desejado de paralelismo
Alocando vrios canais
Especificando um comando BACKUP AS COPY e listando vrios arquivos
Observao: Um alto grau de paralelismo exige mais recursos da mquina, mas pode
economizar tempo.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tipos de Backup com o RMAN
Um backup integral contm todos os
blocos de arquivos de dados usados.
Um backup incremental de nvel 0
equivalente a um backup integral que
tenha sido marcado como nvel 0.
Um backup incremental cumulativo
de nvel 1 contm apenas
blocos modificados desde o ltimo
backup incremental
de nvel 0.
Um backup incremental de
nvel 1 diferencial contm
apenas blocos modificados desde
o ltimo backup incremental.
Backup
incremental diferencial
Backup
incremental cumulativo
Integral ou "backup
incremental de nvel 0"
Tipos de Backup com o RMAN
Backups Integrais
Um backup integral diferente de um backup completo do banco de dados. Um backup integral
do arquivo de dados aquele que inclui todos os blocos de dados usados no arquivo. O RMAN
copia todos os blocos no conjunto de backup ou cpia-imagem, ignorando somente os blocos de
arquivos de dados que nunca foram usados. 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; no pode ser o pai de um backup incremental
subseqente.
Backups Incrementais
Um backup incremental um backup de nvel 0, que inclui cada bloco nos 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 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].
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tipos de Backup com o RMAN (continuao)
Backups Incrementais (continuao)
O RMAN pode criar backups incrementais em vrios nveis da seguinte maneira:
Diferencial: O tipo default de backup incremental que faz backup de todos os blocos
alterados aps o backup incremental mais recente executado no nvel 1 ou 0.
Cumulativo: Backup de todos os blocos alterados aps o backup mais recente executado
no nvel 0
Exemplos
Para executar um backup incremental no 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 em backups integrais.
Um backup integral no afeta os backups incrementais subseqentes e no considerado parte
de uma estratgia de backup incremental, embora o backup integral de uma cpia-imagem possa
ser atualizado incrementalmente, aplicando-se backups incrementais com o comando RECOVER.
Esse tpico ser abordado posteriormente nesta lio.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comparao entre Diferencial e Cumulativo
Um backup incremental diferencial contm todos os
blocos alterados desde o ltimo backup incremental.
Um backup incremental cumulativo contm todos os
blocos alterados desde o ltimo backup incremental
de nvel 0.
Nvel
Dia Dom Seg Ter Qua Qui Sex Sb Dom
Nvel 0 Nvel 0
1 1 1c 1 1 0 0 1c
Comparao entre Diferencial e Cumulativo
Os backups incrementais cumulativos duplicam as alteraes j copiadas pelos backups
incrementais no-cumulativos anteriores no mesmo nvel. Dessa forma, se for feito um backup
incremental de nvel 1, o backup cumulativo de nvel 1 seguinte incluir todos os blocos recm-
modificados, alm daqueles dos quais j houve backup incremental de nvel 1. Isso significa que
necessrio somente um backup incremental do mesmo nvel para a recuperao completa.
Comparao entre backups incrementais e cumulativos:
Os backups incrementais diferenciais so mais rpidos, gravam em menos blocos e
produzem arquivos de backup menores. Isso resulta em um processo de backup mais rpido
mas, durante a recuperao, o RMAN precisa recuperar cada backup incremental e aplic-
lo.
Os backups incrementais cumulativos podem levar mais tempo, gravar em mais blocos e
gerar arquivos de backup maiores. Os backups cumulativos so usados para acelerar a
recuperao, pois um nmero menor de backups dever ser aplicado durante a recuperao.
No grfico mostrado no slide, uma empresa optou por uma estratgia de backup que utiliza
backups incrementais e cumulativos. A cada domingo, um backup incremental de nvel 0
realizado. Duas vezes por semana, s quartas e sextas, um backup cumulativo realizado para
reduzir o tempo de recuperao do banco de dados. Nos outros dias, um backup diferencial
realizado para reduzir o tempo de backup e os requisitos de armazenamento.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Rastreamento de
Alteraes em Blocos
O processo de backup pode ser dinamizado ativando-se
o rastreamento de alteraes em blocos, que:
Registra os blocos alterados em um arquivo de
rastreamento de alteraes
usado automaticamente pelo RMAN, se ativado
Otimiza os backups incrementais evitando
verificaes integrais de arquivos de dados durante o
backup
Lista de blocos
alterados
Gerao
de redo
Redo log
1011001010110
0001110100101
1010101110011
Arquivo de
rastreamento de
alteraes
SGA
CTWR
Commands
BACKUP
> Block C.T.
Inc. Update
LIST
REPORT
DELETE
Rastreamento de Alteraes em Blocos
O objetivo de um backup incremental copiar apenas os blocos de dados que foram alterados
desde o backup anterior. O arquivo de dados lido por inteiro durante cada backup incremental,
mesmo que apenas uma pequena parte dele tenha sido alterada desde o ltimo backup
incremental.
O recurso de rastreamento de alteraes em blocos utiliza o processo de background CTWR
(Change Tracking Writer) para registrar a localizao fsica de todas as alteraes do banco de
dados em um novo tipo de arquivo chamado arquivo de rastreamento de alteraes. Depois de
ativado o rastreamento de alteraes, o primeiro backup incremental de nvel 0 ainda precisa
verificar todo o arquivo de dados, j que o arquivo de rastreamento de alteraes ainda no
reflete o status dos blocos. Para os backups incrementais seguintes, o RMAN utiliza esses dados
de rastreamento de alteraes para determinar quais blocos devem ser lidos durante um backup
incremental, aprimorando o desempenho ao eliminar a necessidade de leitura de todo o arquivo
de dados.
Use os mesmos comandos para executar backups incrementais se o rastreamento de alteraes
em blocos estiver ativado. Os prprios arquivos de rastreamento de alteraes geralmente
requerem pouca manuteno aps a configurao inicial. O tamanho do arquivo de rastreamento
de alteraes em blocos proporcional ao:
Tamanho do banco de dados em bytes e ao nmero de threads ativados em um ambiente
RAC
Nmero de backups antigos mantidos pelo arquivo de rastreamento de alteraes em blocos
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Ativando o Rastreamento
de Alteraes em Blocos
SQL> ALTER DATABASE ENABLE
2> BLOCK CHANGE TRACKING
3> USING FILE '/mydir/rman_change_track.f'
4> REUSE;
Ativando o Rastreamento de Alteraes em Blocos
Ative o rastreamento de alteraes em blocos na pgina Maintenance do Enterprise Manager
(EM). Clique no link Backup Settings e na tab Policy. Voc precisa fornecer credenciais de
login no sistema operacional para salvar essa definio de backup.
O tamanho mnimo do arquivo de rastreamento de alteraes em blocos 10 MB, e mais espao
alocado em incrementos de 10 MB. No ser necessrio especificar um nome para o arquivo
de rastreamento de alteraes em bloco se o parmetro db_create_file_dest for
definido; nesse caso, ser criado um arquivo gerenciado pelo Oracle.
possvel usar os seguintes comandos para configurar manualmente o backup incremental
rpido:
SQL> ALTER DATABASE ENABLE BLOCK CHANGE TRACKING;
SQL> ALTER DATABASE DISABLE BLOCK CHANGE TRACKING;
Se o parmetro db_create_file_dest no estiver configurado, use a clusula USING
FILE para especificar uma localizao de diretrio definida pelo usurio e um nome para o
arquivo de rastreamento.
Voc pode verificar os detalhes da configurao atual do rastreamento de alteraes em blocos
consultando a view V$BLOCK_CHANGE_TRACKING.
Por default, o rastreamento de alteraes permanece desativado porque gera um pouco de
overhead no desempenho do banco de dados durante as operaes normais.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Atualizao Incremental
de Backups
Arquivos de backup
incremental
Arquivo de dados recuperado
Cpia-imagem
do arquivo de dados
Cpia-imagem do arquivo
de dados atualizada para
um estado mais recente
RMAN> RECOVER COPY OF
2> DATAFILE {n|'file_name'}
3> WITH TAG 'incr_upd_df1';
Commands
BACKUP
Block C.T.
> Inc. Update
LIST
REPORT
DELETE
Atualizao Incremental de Backups
Com o recurso de Backups com Atualizao Incremental, voc pode usar o RMAN para
aplicar backups incrementais a cpias-imagem de arquivos de dados. Esse mtodo de
recuperao permite ao RMAN recuperar uma cpia de um arquivo de dados ou efetuar
rollforward da cpia-imagem em determinado momento aplicando os backups incrementais.
Esta cpia atualizada com todas as alteraes efetuadas at o SCN em que o backup
incremental foi realizado.
O RMAN pode usar a cpia-imagem atualizada 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 ou do arquivo de
dados todos os dias.
A atualizao incremental de backups requer dois comandos diferentes:
Use a forma BACKUP INCREMENTAL LEVEL 1...FOR RECOVER OF COPY WITH
TAG ... do comando BACKUP para criar backups incrementais que podem ser
atualizados de modo incremental. Se um backup incremental de nvel 0 ainda no existir,
a execuo desse comando criar um backup de nvel 0 com a tag especificada.
Aplique qualquer backup incremental a um conjunto de cpias de arquivos de dados com
a mesma tag usando a forma RECOVER COPY ...WITH TAG ... do comando
BACKUP. Se no houver backup incremental ou cpia de arquivo de dados, o comando
gerar uma mensagem mas no produzir um erro.
As tags devem ser usadas para identificar os backups incrementais e as cpias de arquivos de
dados criadas para uso nessa estratgia, de modo que no interfiram com outras estratgias de
backup implementadas.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comando LIST
Lista conjuntos de backup e cpias de
arquivos de dados:
Lista conjuntos de backup e cpias de arquivos de
dados de um tablespace especfico:
Lista conjuntos de backup e cpias com logs de
arquivamento includos em uma faixa especfica:
RMAN> LIST BACKUP OF DATAFILE
2> /db01/ORADATA/u03/users01.dbf;
RMAN> LIST BACKUP OF DATABASE;
RMAN> LIST COPY OF TABLESPACE SYSTEM;
RMAN> LIST COPY OF DATABASE ARCHIVELOG
2> FROM TIME='SYSDATE-7';
Commands
BACKUP
Block C.T.
Inc. Update
> LIST
REPORT
DELETE
Comando LIST
Use o comando LIST do RMAN para exibir informaes sobre conjuntos de backup, cpias
proxy e cpias-imagem registradas no repositrio. Use esse comando para listar:
Backups e cpias que no tm o status AVAILABLE no repositrio do RMAN
Backups 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 tablespaces especificados
Conjuntos de backup e cpias que contm backup de qualquer log arquivado com um nome
ou uma faixa especfica
Conjuntos de backup e cpias restritos por tag, horrio de concluso, grau 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
Para usar o comando LIST, voc deve estar conectado ao banco de dados de destino. Se voc
estiver conectado no modo NOCATALOG, o banco de dados de destino dever estar montado. Se
voc se conectar usando um catlogo de recuperao, a instncia de destino dever ser iniciada
(mas no precisar ser montada).
Voc pode controlar o modo como a sada organizada (BY BACKUP ou BY FILE), bem como
o nvel de detalhes na sada (VERBOSE ou SUMMARY).
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comando REPORT
Faz uma anlise detalhada do
repositrio
Gera relatrios para responder
a perguntas como:
Quais so os arquivos de
dados do banco de dados?
Quais arquivos precisam de
backup?
Quais backups podem ser
deletados?
Quais arquivos so
irrecuperveis?
Commands
BACKUP
Block C.T.
Inc. Update
LIST
> REPORT
DELETE
Comando REPORT
Esse comando ajuda a analisar as informaes do repositrio do RMAN com mais detalhes.
possvel gerar relatrios para vrias perguntas, como:
Qual a estrutura do banco de dados?
RMAN> REPORT SCHEMA;
Quais arquivos precisam de backup?
RMAN> REPORT NEED BACKUP ...;
Quais backups podem ser deletados (isto , esto obsoletos)?
RMAN> REPORT OBSOLETE;
Quais arquivos no so recuperveis por causa de operaes irrecuperveis?
RMAN> REPORT UNRECOVERABLE ...;
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comando REPORT NEED BACKUP
Lista todos os arquivos de dados que precisam de
backup
Supe que o backup mais recente ser utilizado
durante uma restaurao
Oferece quatro opes:
Incremental
Days
Redundancy
Recovery window
Usa a configurao de poltica de reteno atual,
caso nenhuma opo seja especificada
Comando REPORT NEED BACKUP
O comando REPORT NEED BACKUP utilizado para identificar todos os arquivos de dados que
precisam de backup. O relatrio supe que o backup mais recente seja usado em caso de
restaurao.
Existem quatro opes:
Incremental: Um inteiro que especifica o nmero mximo de backups incrementais a
serem restaurados durante a recuperao. Se a recuperao completa de um arquivo de
dados exigir mais do que o nmero especificado de backups incrementais, o arquivo de
dados necessitar de um novo backup integral. Por exemplo, para informar os arquivos que
precisam de trs ou mais backups incrementais para recuperao:
RMAN > REPORT NEED BACKUP incremental 3 database;
Days: Um inteiro que especifica o nmero mximo de dias desde o ltimo backup integral
ou incremental de um arquivo. O arquivo precisar de um backup se o backup mais recente
for igual ou superior a esse nmero.
Por exemplo, para informar os arquivos do sistema cujo backup no executado h
trs dias:
RMAN > REPORT NEED BACKUP days 3 tablespace system;
Redundancy: Um inteiro que especifica o nvel mnimo de redundncia considerado
necessrio. Por exemplo, o nvel de redundncia dois exigir um backup se no houver no
mnimo dois backups.
Recovery window: Um perodo durante o qual o RMAN deve recuperar o banco
de dados
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
REPORT NEED BACKUP: Exemplos
Arquivos que precisam de mais de trs backups
incrementais para recuperao:
Arquivos sem backup h trs dias:
Backup necessrio caso ainda no existam dois ou
mais backups:
Backup necessrio para recuperar trs dias:
RMAN> REPORT NEED BACKUP days 3;
RMAN> REPORT NEED BACKUP incremental 3;
RMAN> REPORT NEED BACKUP redundancy 2;
RMAN> REPORT NEED BACKUP
2> recovery window of 3 days;
REPORT NEED BACKUP: Exemplos
Voc pode avaliar o tempo de recuperao obtendo informaes sobre o nmero de backups que
precisam ser processados para recuperar os arquivos. Se voc no quiser processar mais de trs
backups incrementais durante uma recuperao, poder usar este comando que informa os
arquivos que violaram esse requisito:
RMAN> REPORT NEED BACKUP incremental 3;
Se voc tiver efetuado alteraes significativas recentemente no banco de dados, precisar
considerar os arquivos que no sofreram backup desde essa atividade. Se as alteraes tiverem
ocorrido h mais de trs dias, o seguinte comando informar os arquivos que no sofreram
backup enquanto as alteraes eram implementadas:
RMAN> REPORT NEED BACKUP days 3;
Talvez voc queira ver quais arquivos ainda no tm determinado nmero de backups, como um
cenrio hipottico diferente da sua poltica de reteno. Para obter essa informao para uma
redundncia de dois, digite este comando:
RMAN> REPORT NEED BACKUP redundancy 2;
Voc pode informar quais arquivos precisam sofrer backup para poder fazer uma recuperao
dos trs ltimos dias digitando este comando:
RMAN> REPORT NEED BACKUP recovery window of 3 days;
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
REPORT OBSOLETE e
DELETE OBSOLETE
Localizam todos os arquivos de recuperao
obsoletos de acordo com as definies
da poltica de reteno atual:
Listam os arquivos de recuperao obsoletos, se
no forem necessrias mais do que duas cpias de
backup:
Deletam o conjunto de backup com uma chave de
conjunto de backup igual a 4:
Deletam os arquivos de recuperao considerados
obsoletos, porque tm mais de dois backups:
RMAN> REPORT OBSOLETE REDUNDANCY 2;
RMAN> REPORT OBSOLETE;
RMAN> DELETE BACKUPSET 4;
RMAN> DELETE OBSOLETE REDUNDANCY 2;
Commands
BACKUP
Block C.T.
Inc. Update
LIST
REPORT
> DELETE
REPORT OBSOLETE e DELETE OBSOLETE
Um backup obsoleto no o mesmo que um backup expirado. Um backup obsoleto no mais
necessrio de acordo com a poltica de reteno do usurio. Um backup expirado um backup
que o comando CROSSCHECK no conseguiu localizar no dispositivo de mdia especificado; o
repositrio indica que ele est l, mas os arquivos de backup foram deletados ou movidos.
Use o comando REPORT OBSOLETE para identificar os arquivos que no so mais necessrios
para satisfazer as polticas de reteno de backup. Por default, o comando REPORT OBSOLETE
informa quais arquivos esto obsoletos de acordo com a poltica de reteno configurada
atualmente. Voc pode gerar relatrios de arquivos obsoletos de acordo com diferentes polticas
de reteno, usando as opes de poltica de reteno REDUNDANCY ou RECOVERY WINDOW
com o comando REPORT OBSOLETE.
Se voc executar REPORT OBSOLETE sem uma opo e uma poltica de reteno configuradas,
o RMAN exibir uma mensagem de erro.
O comando DELETE pode remover qualquer arquivo no qual os comandos LIST e
CROSSCHECK possam 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 de catlogo do arquivo. O comando DELETE OBSOLETE deleta backups que no so
mais necessrios. Ele usa as mesmas opes REDUNDANCY e RECOVERY WINDOW que o
comando REPORT OBSOLETE.
Se deletar backups sem usar o RMAN, voc poder executar o comando CROSSCHECK ou
UNCATALOG para remover os arquivos do catlogo de recuperao.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciando Backups com o EM
Auxlio de navegao:
Home page do banco de dados > Maintenance > Manage Current Backups
Gerenciando Backups com o EM
Voc pode gerenciar os registros de backup com o Enterprise Manager. As funes de
manuteno de backup fornecidas no Enterprise Manager incluem as seguintes:
Exibio de listas de backups (conjuntos de backup e cpias-imagem) registradas no
repositrio do RMAN
Verificao cruzada do repositrio:
Verificao da existncia e da acessibilidade dos backups listados no repositrio
Marcao dos backups no acessveis como expirados no momento da verificao
cruzada
Deleo do registro de backups expirados do repositrio do RMAN
Deleo dos backups obsoletos do repositrio e do disco
Voc pode acessar a pgina Manage Current Backups no Enterprise Manager clicando em
Manage Current Backups na regio Backup/Recovery da pgina Maintenance. A pgina Manage
Current Backups tem duas pginas de propriedades: Backup Set (a view inicial) e Image Copy.
Cada uma atende a um propsito semelhante, listando os backups conforme registrados no
repositrio do Recovery Manager.
Observao: Se voc usar uma rea de recuperao flash para o armazenamento do backup,
muitas atividades de manuteno sero reduzidas ou eliminadas em virtude do gerenciamento
automtico do espao em disco dessa rea e da reteno de arquivos baseada na poltica de
reteno.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Views Dinmicas do RMAN
V$ARCHIVED_LOG
V$BACKUP_CORRUPTION
V$BACKUP_DEVICE
V$BACKUP_FILES
V$BACKUP_PIECE
V$BACKUP_REDOLOG
V$BACKUP_SET
V$BACKUP_SPFILE
V$COPY_CORRUPTION
V$RMAN_CONFIGURATION
Views Dinmicas do RMAN
Voc pode usar as seguintes views para obter informaes sobre o RMAN armazenadas no
arquivo de controle:
A view V$ARCHIVED_LOG mostra os archives que foram criados, submetidos a backup e
removidos do banco de dados.
A view V$BACKUP_CORRUPTION mostra os blocos considerados danificados durante o
backup de um conjunto de backup.
A view V$BACKUP_DATAFILE, que determina o nmero de blocos em cada arquivo de
dados, til para criar conjuntos de backup de tamanhos iguais. Ela tambm pode ajudar a
localizar o nmero de blocos danificados do arquivo de dados.
A view V$BACKUP_DEVICE exibe informaes sobre os dispositivos de backup
suportados. O tipo de dispositivo especial DISK no retornado por essa view porque
sempre est disponvel.
A view V$BACKUP_FILES exibe informaes sobre todos os backups do RMAN (cpias-
imagem e conjuntos de backups) e logs arquivados. Essa view simula os comandos LIST
BACKUP e LIST COPY do RMAN.
A view V$BACKUP_PIECE mostra os componentes de backup criados para conjuntos de
backup.
A view V$BACKUP_REDOLOG mostra logs arquivados, armazenados em conjuntos de
backup.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Views Dinmicas do RMAN (continuao)
A view V$BACKUP_SET mostra os conjuntos de backup que foram criados.
A view V$BACKUP_SPFILE exibe informaes sobre arquivos de parmetros do servidor
em conjuntos de backup.
A view V$COPY_CORRUPTION mostra os blocos considerados danificados durante uma
cpia-imagem.
A view V$DATABASE_BLOCK_CORRUPTION lista os blocos do banco de dados
marcados como danificados durante o backup mais recente do RMAN.
A view V$RMAN_CONFIGURATION lista informaes sobre as definies persistentes do
RMAN.
Se usar definies proxy para o RMAN, voc poder consultar:
V$PROXY_ARCHIVEDLOG
V$PROXY_DATAFILE
Para obter estatsticas de desempenho de backup, voc pode consultar:
V$BACKUP_ASYNC_IO
V$BACKUP_SYNC_IO
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Monitorando Backups com o RMAN
Correlacione as sesses do servidor e os canais
usando o comando SET COMMAND ID.
Consulte as views V$PROCESS e V$SESSION para
determinar uma correspondncia entre sesses e
canais do RMAN.
Consulte a view V$SESSION_LONGOPS para
monitorar o andamento dos backups e das cpias.
Use um utilitrio do sistema operacional para
monitorar o processo ou os threads.
Monitorando Backups com o RMAN
Para correlacionar um processo e um canal durante um backup, siga este procedimento:
1. Inicie o Recovery Manager e conecte-se ao banco de dados de destino e, como alternativa,
ao catlogo de recuperao.
2. Defina o parmetro COMMAND ID depois de alocar os canais e copie o objeto desejado. A
string especificada pelo comando SET COMMAND ID informada na coluna
V$SESSION.CLIENT_INFO de todos os canais alocados.
run {
allocate channel t1 type disk;
set command id to 'rman';
backup datafile 1;
release channel t1;}
3. Consulte as views V$PROCESS e V$SESSION para obter o SID (Session Identifier) e o
SPID (Operating System Process Identifier) dos canais usando a string COMMAND ID
especificada anteriormente.
SELECT sid, spid, client_info
FROM v$process p, v$session s
WHERE p.addr = s.paddr
AND client_info LIKE '%id=rman%';
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Monitorando Backups com o RMAN (continuao)
4. Consulte a view V$SESSION_LONGOPS para verificar o status da cpia.
SELECT sid, serial#, context, sofar, totalwork,
round(sofar/totalwork*100,2) "% Complete"
FROM V$SESSION_LONGOPS
WHERE opname LIKE 'RMAN:%'
AND opname NOT LIKE 'RMAN: aggregate%'
AND totalwork != 0;
5. Se voc usar um canal do tipo sbt e o processo de cpia parecer pendente, consulte a view
V$SESSION_WAIT usando o SID obtido na etapa 3 para determinar se o RMAN est
aguardando a concluso de uma chamada de funo ao gerenciador de mdia.
SELECT * FROM V$SESSION_WAIT WHERE event LIKE '%sbt%';
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sumrio
Usar o comando BACKUP do RMAN para criar
conjuntos de backup e cpias-imagem
Listar os backups e as cpias-imagem feitas com o
RMAN
Informar e deletar backups obsoletos do RMAN
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Viso Geral do Exerccio: Fazendo o
Backup do Banco de Dados
Ativao do arquivamento de redo logs para um
banco de dados
Uso do RMAN para exibir a estrutura do banco de
dados
Uso do Recovery Manager para fazer backup de
arquivos de dados e do arquivo de controle
Uso do Recovery Manager para criar cpias-imagem
dos arquivos de dados
Criao de um backup compactado de um banco de
dados
Programao de um job de backup
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperando Perdas No Crticas
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos
Recuperar tablespaces temporrios
Recuperar um membro de um grupo de redo logs
Recuperar um ndice perdido
Recriar o arquivo de senha
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Causas da Perda de Dados
A perda de arquivos pode ser causada por:
Erro do usurio
Erro da aplicao
Falha de mdia
Causas da Perda de Dados
Os arquivos podem ser perdidos ou danificados como conseqncia de:
Erro do usurio: Um administrador pode inadvertidamente deletar ou sobregravar um
arquivo necessrio do sistema operacional.
Erro da aplicao: Uma aplicao ou um script tambm pode apresentar erro de lgica ao
processar arquivos do banco de dados, o que resulta em um arquivo perdido ou danificado.
Falha de mdia: Uma unidade de disco ou uma controladora pode falhar total ou
parcialmente, e incluir danos em arquivos, ou at causar a perda total de arquivos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Corrija o problema tomando uma destas medidas:
Crie um novo arquivo.
Reconstrua o arquivo.
Recupere o arquivo perdido ou danificado.
Comparao entre Crtico e No Crtico
Uma perda de arquivo no crtica aquela em que o
banco de dados pode continuar funcionando.
Comparao entre Crtico e No Crtico
Um arquivo no crtico um arquivo sem o qual o banco de dados e a maioria das aplicaes
conseguem operar. Por exemplo, se o banco de dados perder um arquivo de controle
multiplexado, existem outros arquivos de controle que voc pode usar para manter o banco de
dados em atividade.
Embora a perda de um arquivo no crtico no desative o banco de dados, ela pode comprometer
o funcionamento dele. Por exemplo:
A perda de um tablespace de ndice pode tornar a execuo de aplicaes e consultas muito
mais lenta, ou mesmo tornar uma 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,
pode causar a suspenso das operaes do banco de dados at que novos arquivos de log
sejam gerados.
A perda de um tablespace temporrio pode impedir os usurios de executar consultas ou
criar ndices at que eles sejam designados a um novo tablespace temporrio.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Perdendo um TEMPFILE
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
As instrues SQL que exigem espao TEMP para
serem executadas falham caso esteja faltando um dos
arquivos temporrios.
Perdendo um TEMPFILE
Se um arquivo temporrio pertencente ao tablespace TEMP for perdido ou danificado, o
tablespace TEMP ficar indisponvel. Esse problema se manifesta na forma de erros durante a
execuo de instrues SQL que exigem espao TEMP para classificao.
A instruo SQL mostrada no slide tem uma longa lista para ordenao dos valores, o que
resulta na necessidade de espao TEMP. Esse o momento em que o erro de arquivo ausente
encontrado.
possvel iniciar o banco de dados Oracle sem um arquivo temporrio. Se um dos arquivos
temporrios no existir quando o banco de dados for iniciado, ele 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
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperando a Perda de um TEMPFILE
Arquivo de
senha
Arquivo de
parmetros
SYSTEM
SYSAUX
UNDO
USERS
INDEX
Arquivo de
redo log 1B
Arquivo de
redo log 1A
Arquivo de
redo log 2B
Arquivo de
redo log 2A
Arquivos
de controle
TEMP
Recuperando a Perda de um TEMPFILE
Voc pode se recuperar da perda de um TEMPFILE sem reiniciar o banco de dados.
Por exemplo, para recuperar o banco de dados quando o arquivo de dados temp01.dbf
pertencente ao tablespace temporrio default TEMP for deletado no nvel do sistema
operacional, adicione um novo arquivo de dados e elimine o arquivo deletado:
SQL> ALTER TABLESPACE temp ADD DATAFILE
'/u01/app/oracle/oradata/orcl/temp02.dbf' SIZE 20M;
Tablespace altered.
SQL> ALTER TABLESPACE temp DROP TEMPFILE
'/u01/app/oracle/oradata/orcl/temp01.dbf';
Tablespace altered.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
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 so mais feitas gravaes no
grupo de redo logs, mas ele ainda
necessrio para a recuperao de instncias.
INACTIVE: No so mais feitas gravaes no
grupo de redo logs, e ele no mais
necessrio para a recuperao de instncias.
Status do Grupo de Logs: Reviso
Para lidar com a perda de um arquivo de redo log, importante compreender os estados
possveis dos grupos de redo logs. Os grupos de redo logs passam por um clico de trs estados
diferentes como parte da execuo normal do banco de dados Oracle. A ordem do ciclo a
seguinte:
CURRENT: Esse estado significa que o 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. Esse 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.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Errors in file
/u01/app/oracle/admin/orcl/bdump/orcl_arc1_25739.trc:
ORA-00313: open failed for members of log group 2 of
thread 1
ORA-00312: online log 2 thread 1:
'/u01/app/oracle/oradata/orcl/redo02b.log'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Perdendo um Membro do Grupo de Redo Logs
O log de alerta e o arquivo de rastreamento do
processo archiver (ARCn) registram um erro quando
est faltando um membro do grupo de arquivos de
redo log.
Perdendo um Membro do Grupo de Redo Logs
Os dados de redo so essenciais para a recuperao porque contm o registro de todas as
modificaes do banco de dados, que permitem o rollforward aps a restaurao a partir de um
backup.
Um grupo de redo logs pode conter vrios membros, todos idnticos. Essa caracterstica
importante para fins de redundncia. Pelo menos dois grupos de redo logs devem estar
disponveis para que o banco de dados continue em execuo, e no mnimo um membro deve
estar disponvel em cada grupo.
Se um membro de um grupo de redo logs estiver inacessvel, ser gravado um erro no log de
alerta e no arquivo de rastreamento do processo archiver.
Se voc perder um grupo de redo logs no atual, poder usar a instruo ALTER DATABASE
CLEAR LOGFILE para recriar todos os membros do grupo. Nenhuma transao ser perdida. Se
o grupo de redo logs perdido tiver sido arquivado antes da perda, nenhuma outra ao ser
necessria. Caso contrrio, voc dever fazer imediatamente um novo backup integral do banco
de dados. Os backups anteriores perda do log no so recuperveis por causa do log perdido.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recriando Arquivos de Redo Log
SQL> ALTER DATABASE DROP LOGFILE MEMBER
> '/u01/app/oracle/oradata/orcl/redo02b.log';
SQL> !rm /u01/app/oracle/oradata/orcl/redo02b.log
SQL> ALTER DATABASE ADD LOGFILE MEMBER
> '/u01/app/oracle/oradata/orcl/redo02b.log'
> TO GROUP 2;
Arquivo de
senha
Arquivo de
parmetros
SYSTEM
SYSAUX
UNDO
USERS
INDEX
Arquivo de
redo log 1B
Arquivo de
redo log 1A
Arquivo de
redo log 2A
Arquivos
de controle
TEMP
Arquivo de
redo log 2B
s vezes, convm eliminar um grupo inteiro de membros de redo log, ou eliminar um ou mais
membros especficos de redo log. Por exemplo, em caso de falha no disco, talvez seja necessrio
eliminar todos os arquivos de redo log nesse disco para que o banco de dados no tente gravar
em arquivos inacessveis.
Para eliminar um grupo de redo logs, voc precisa do privilgio de sistema ALTER DATABASE.
Antes de eliminar um grupo de redo logs, considere estas restries e precaues:
Uma instncia requer pelo menos dois grupos de arquivos de redo log, independentemente
do nmero de membros dos grupos.
Voc s poder eliminar um grupo de redo logs ou um membro de um grupo se ele estiver
inativo.
Arquive um grupo de redo logs (se o arquivamento estiver ativado) antes de elimin-lo.
Para verificar se o arquivamento foi feito, use a view V$LOG.
SELECT GROUP#, ARCHIVED, STATUS FROM V$LOG;
GROUP# ARC STATUS
--------- --- ----------------
1 YES ACTIVE
2 NO CURRENT
3 YES INACTIVE
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recriando Arquivos de Redo Log (continuao)
Para eliminar um grupo de redo logs, use a instruo SQL ALTER DATABASE com a clusula
DROP LOGFILE. A seguinte instruo elimina o grupo de redo logs nmero 3:
ALTER DATABASE DROP LOGFILE GROUP 3;
Para eliminar um membro de redo log, voc precisa do privilgio de sistema ALTER
DATABASE. Considere estas restries e precaues antes de eliminar membros individuais de
redo log:
Voc pode eliminar arquivos de redo log de forma que um redo log multiplexado se torne
temporariamente assimtrico. Por exemplo, se voc usar grupos duplexados de arquivos de
redo log, poder eliminar um membro de um grupo, embora todos os outros grupos tenham
dois membros cada um. No entanto, corrija essa situao imediatamente para que todos os
grupos tenham no mnimo dois membros, eliminando, assim, o nico ponto de falha
possvel para o redo log.
Uma instncia sempre requer pelo menos dois grupos vlidos de arquivos de redo log,
independentemente do nmero de membros dos grupos.
Arquive o grupo ao qual um membro de redo log pertence (se o arquivamento estiver
ativado) antes de eliminar o membro. Para verificar se o arquivamento foi feito, consulte a
view V$LOG.
Voc s poder eliminar um membro de redo log se ele no fizer parte de um grupo ativo
ou atual. Se o grupo que voc deseja eliminar estiver ativo, force uma alternncia de log. O
grupo ficar ativo ou inativo. Se ficar inativo, voc poder prosseguir com a eliminao. Se
ficar ativo, primeiro ser necessrio forar um checkpoint para torn-lo inativo. O exemplo
abaixo mostra a progresso do grupo de log nmero 1 de CURRENT para ACTIVE e para
INACTIVE:
SQL> SELECT GROUP#, ARCHIVED, STATUS FROM V$LOG;
GROUP# ARC STATUS
---------- --- ----------------
1 NO CURRENT
2 YES INACTIVE
3 YES INACTIVE
SQL> alter system switch logfile;
GROUP# ARC STATUS
---------- --- ----------------
1 YES ACTIVE
2 NO CURRENT
3 YES INACTIVE
SQL> alter system checkpoint;
System altered.
GROUP# ARC STATUS
---------- --- ----------------
1 YES INACTIVE
2 NO CURRENT
3 YES INACTIVE
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Para eliminar membros inativos especficos de redo log, use a instruo ALTER DATABASE
com a clusula DROP LOGFILE MEMBER. A seguinte instruo elimina o arquivo de redo log
/u01/app/oracle/oradata/orcl/redo02b.log:
ALTER DATABASE DROP LOGFILE MEMBER
'/u01/app/oracle/oradata/orcl/redo02b.log';
Quando um membro de redo log ou um grupo de redo logs for eliminado do banco de dados, e
voc no estiver usando o recurso OMF (Oracle Managed Files), os arquivos do sistema
operacional no sero deletados do disco; somente o arquivo de controle ser atualizado. Depois
de eliminar um membro de redo log ou um grupo de redo logs, verifique se a eliminao foi
concluda com xito e, depois, use o comando apropriado do sistema operacional para deletar os
arquivos de redo log eliminados, se eles ainda no tiverem sido eliminados.
Quando voc usa o Oracle Managed Files, a limpeza de arquivos do sistema operacional feita
automaticamente.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Com o Enterprise Manager, voc pode criar ou editar as informaes sobre os grupos de redo
logs associados ao banco de dados atual. Na pgina Administration, selecione Redo Log Groups
na regio Storage.
A pgina Redo Log Groups exibe informaes sobre cada grupo de redo logs, permitindo que
voc veja ou edite um grupo. Selecione um grupo de redo logs especfico e clique em View. A
tabela Redo Log Members lista os arquivos e os diretrios que compem os membros do grupo
de redo logs. Para adicionar ou deletar membros do grupo, clique em Edit.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recriando ndices
Use estas opes para reduzir o tempo de criao do
ndice:
PARALLEL
NOLOGGING
SQL> CREATE INDEX rname_idx
2 ON hr.regions (region_name)
3 PARALLEL 4;
Recriando ndices
Ao criar ou recriar um ndice, voc pode usar as seguintes palavras-chave para reduzir o tempo
de criao:
PARALLEL (NOPARALLEL o default): Vrios processos podem trabalhar
simultaneamente para criar um ndice. Ao dividir o trabalho necessrio para criar um ndice
entre vrios processos, o servidor Oracle cria o ndice com mais rapidez do que quando um
nico processo do servidor cria o ndice em seqncia. 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 consultas varre a tabela, extrai a chave e os pares de IDs de linha,
e envia cada par para um processo localizado em um segundo conjunto de processos de
consultas baseados em 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.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recriando ndices (cont.)
NOLOGGING: O uso dessa palavra-chave agiliza a criao de ndice 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.
Quando um ndice perdido, s vezes mais rpido e simples recri-lo, em vez de tentar
recuper-lo. Uma forma de determinar o SQL para criar o ndice usar o comando impdp
SQLFILE=<filename> em um arquivo de sada expdp previamente gerado. Esse comando
gera as instrues SQL necessrias para criar os objetos no arquivo de dump. Os utilitrios
expdp e impdp so abordados em detalhes no curso Oracle Database 10g: Workshop de
Administrao I.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Administrao remota
do banco de dados
Administrao local
do banco de dados
Sim Sim
No No
Voc
tem uma conexo
segura?
Use a
autenticao
do sistema
operacional.
Use um
Arquivo
de senha.
Mtodos de Autenticao para
Administradores de Bancos de Dados
Voc deseja
usar a autenticao
do sistema
operacional?
Mtodos de Autenticao para Administradores de Bancos de Dados
Dependendo do fato de voc administrar o banco de dados localmente na mesma mquina em
que o banco de dados reside, ou administrar vrios servidores do banco de dados a partir de um
nico cliente remoto, voc poder optar pelo sistema operacional ou pelo arquivo de senha para
autenticar os administradores do banco de dados:
Se o banco de dados tiver um arquivo de senha e voc tiver o privilgio de sistema
SYSDBA ou SYSOPER, o arquivo de senha poder autentic-lo.
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 do banco de dados em um grupo especial, conhecido
genericamente como OSDBA. Os usurios desse grupo recebem privilgios SYSDBA. Um
grupo semelhante, OSOPER, usado para conceder os privilgios SYSOPER a usurios.
A autenticao do sistema operacional tem precedncia sobre a autenticao do arquivo de
senha. Particularmente, se voc for membro do grupo OSDBA ou 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.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recriando um Arquivo de
Autenticao de Senha
1. Efetue login no banco de dados usando a
autenticao do sistema operacional.
2. Defina o parmetro REMOTE_LOGIN_PASSWORDFILE
como NONE e reinicie o banco de dados.
3. Recrie o arquivo de senha usando orapwd.
4. Defina REMOTE_LOGIN_PASSWORDFILE como
EXCLUSIVE.
5. Adicione usurios ao arquivo de senha e designe os
privilgios apropriados a cada usurio.
6. Reinicie a instncia.
$ orapwd file=$ORACLE_HOME/dbs/orapwORCL
password=admin entries=5
Recriando um Arquivo de Autenticao de Senha
O banco de dados Oracle fornece um utilitrio de senhas, orapwd, para a criao de um arquivo
de senha. Ao conectar-se com o privilgio SYSDBA, voc estar se conectando ao esquema
SYS, e no ao esquema associado ao seu nome de usurio. Como SYSOPER, voc se conectar
ao esquema PUBLIC. O acesso ao banco de dados por meio do arquivo de senha possibilitado
por comandos GRANT especiais executados por usurios privilegiados.
Em geral, o arquivo de senha no includo em backups porque, em quase todas as situaes,
possvel recriar esse arquivo como um ltimo recurso. Se voc perder o arquivo de senha, ser
necessrio fazer shutdown e reiniciar o banco de dados pelo menos uma vez para recriar o
arquivo. Para evitar um perodo de indisponibilidade desnecessrio, inclua o arquivo de senha
nos seus backups.
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 itens
pode comprometer a segurana da conexo.
Observao: No remova nem modifique o arquivo de senha se voc tiver uma instncia ou um
banco de dados montado usando REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE (ou
SHARED). Se voc fizer uma dessas alteraes, no poder se reconectar remotamente usando o
arquivo de senha. Mesmo que voc o substitua, no ser possvel usar o novo arquivo de senha
porque os timestamps e checksums estaro incorretos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recriando um Arquivo de Autenticao de Senha (continuao)
Usando um Arquivo de Senha
1. Efetue login no banco de dados usando a autenticao do sistema operacional.
2. Defina o parmetro REMOTE_LOGIN_PASSWORDFILE como NONE e reinicie o banco de
dados.
3. Crie o arquivo de senha usando 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 SYSOPER e SYSDBA (obrigatrio).
Entries o nmero mximo de usurios distintos 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
4. Defina o parmetro REMOTE_LOGIN_PASSWORDFILE como EXCLUSIVE,
em que:
EXCLUSIVE indica que apenas uma instncia pode usar o arquivo de senha e que
esse arquivo contm outros nomes alm de SYS. Com um arquivo de senha
EXCLUSIVE, voc pode conceder privilgios SYSDBA ou SYSOPER a usurios
individuais.
5. Conecte-se ao banco de dados usando o arquivo de senha criado na etapa 3.
CONNECT sys/admin AS SYSDBA
6. Reinicie a instncia.
Localizaes do Arquivo de Senha
UNIX: $ORACLE_HOME/dbs
Windows: %ORACLE_HOME%\database
Mantendo o Arquivo de Senha
Delete o arquivo de senha existente usando comandos do sistema operacional e crie um novo
arquivo de senha usando o utilitrio de senhas.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sumrio
Recuperar tablespaces temporrios
Recuperar um membro de um grupo de redo logs
Recuperar um ndice perdido
Recriar o arquivo de senha
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Viso Geral do Exerccio: Recuperando a Perda
de um TEMPFILE e de um Arquivo de Redo Log
Inicializao de um banco de dados sem um arquivo
temporrio
Criao de um novo tablespace temporrio
Alterao do tablespace temporrio default de um
banco de dados
Recuperao de um membro de redo log on-line
perdido
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao de Banco de Dados
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos
Executar uma recuperao completa ou
incompleta gerenciada pelo usurio
Identificar situaes nas quais necessria uma
recuperao incompleta
Executar uma recuperao completa ou incompleta
usando o RMAN
Executar uma recuperao incompleta baseada em
horrio, SCN, seqncia de log, pontos de
restaurao ou mtodo de cancelamento
Recuperar um arquivo de controle com backup
automtico
Usar o Enterprise Manager para executar
recuperaes
Recuperar tablespaces somente para leitura
Ger. usurio
RMAN CLI
EM
Completa
Incompleta
Arquivo de controle
RO TBS
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Mtodos de Recuperao
Existem dois mtodos de recuperao:
Recuperao gerenciada por usurio
Os arquivos devem ser mantidos e movidos
manualmente.
Use comandos SQL*Plus.
Recuperao do RMAN
Os arquivos so gerenciados automaticamente.
Use a funcionalidade do RMAN, incluindo todos os
recursos de manuteno do repositrio e de gerao
de relatrios.
Pode ser feita com o Enterprise Manager.
Mtodo recomendado pela Oracle Corporation.
Mtodos de Recuperao
A recuperao gerenciada por usurio requer mais envolvimento manual que a recuperao do
RMAN, que o mtodo recomendado e abordado em mais detalhes nesta lio.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao Gerenciada por Usurio:
Comando RECOVER
Restaure todos os arquivos do banco de dados a
partir de um backup e recupere o banco de dados:
Restaure os arquivos de dados danificados a
partir de um backup e recupere esses arquivos:
Ou:
SQL> RECOVER DATABASE
SQL> RECOVER TABLESPACE index_tbs
SQL> RECOVER DATAFILE
2> '/oradata/indx01.dbf'
Recuperao Gerenciada por Usurio: Comando RECOVER
A primeira etapa da recuperao de mdia gerenciada por usurio a cpia dos arquivos de
dados de um backup para restaur-los manualmente. Se voc no restaurar um arquivo de dados
em sua localizao original, atualize o arquivo de controle com a nova localizao usando o
comando ALTER DATABASE RENAME FILE. Restaure tambm os arquivos de log arquivados
necessrios para recuperar os arquivos de dados restaurados. Em restauraes com o RMAN,
use o comando SET NEWNAME para especificar a nova localizao do arquivo.
Voc pode usar um dos comandos a seguir para recuperar o banco de dados ou o arquivo de
dados:
RECOVER [AUTOMATIC] DATABASE
Esse comando s pode ser usado para a recuperao de um banco de dados fechado.
RECOVER [AUTOMATIC] TABLESPACE <NUMBER> | <NAME>
Esse comando s pode ser usado para recuperao de um banco de dados aberto.
RECOVER [AUTOMATIC] DATAFILE <'filename'> | <NAME>
Esse comando pode ser usado para recuperao de bancos de dados abertos e fechados.
A palavra-chave AUTOMATIC instrui o banco de dados Oracle a gerar automaticamente o nome
do prximo arquivo de redo log arquivado para continuar a operao de recuperao. Caso
contrrio, voc ser solicitado a informar esses nomes.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao do RMAN:
Comandos RESTORE e RECOVER
run{
sql "ALTER TABLESPACE inv_tbs OFFLINE IMMEDIATE";
RESTORE TABLESPACE inv_tbs;
RECOVER TABLESPACE inv_tbs DELETE ARCHIVELOG;
sql "ALTER TABLESPACE inv_tbs ONLINE";
}
Ger. usurio
> RMAN CLI
EM
Completa
Incompleta
Arquivo de controle
RO TBS
Recuperao do RMAN: Comandos RESTORE e RECOVER
Se voc usar o RMAN para executar uma recuperao de mdia, ele restaurar qualquer log de
redo arquivado de backups durante a operao de recuperao. Se os backups estiverem
armazenados em um gerenciador de mdia, configure ou aloque canais a serem utilizados no
acesso aos backups armazenados nesse local.
A reconstruo do contedo total ou parcial de um banco de dados a partir de um backup
geralmente envolve duas fases: a recuperao de uma cpia do arquivo de dados a partir de um
backup e a reaplicao das alteraes ocorridas desde o backup dos redo logs arquivados e on-
line ao arquivo, para levar o banco de dados at o SCN desejado (geralmente o mais recente). 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
comando RECOVER aplica as alteraes registradas nos redo logs do banco de dados cpia
restaurada do arquivo de dados.
Para gerenciar o espao em disco associado a esses arquivos restaurados, uma opo muito til
DELETE ARCHIVELOG, que causa a deleo dos redo logs arquivados restaurados do disco
quando eles no so mais necessrios operao RECOVER.
Para restauraes na rea de recuperao flash, a opo DELETE ARCHIVELOG entra
automaticamente em vigor.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao com
o Enterprise Manager
Com o Recovery Wizard do Enterprise
Manager, voc pode criar e executar um script do
RMAN para realizar a recuperao.
RMAN> RECOVER DATABASE
Ger. usurio
RMAN CLI
> EM
Completa
Incompleta
Arquivo de controle
RO TBS
Recuperao com o Enterprise Manager
Voc tambm pode executar uma recuperao completa ou incompleta usando o Recovery
Wizard disponvel no Enterprise Manager. Na pgina Login, efetue login como um usurio com
o privilgio SYSDBA. Clique em Login para acessar a pgina Database Summary.
Nessa pgina, clique na tab Maintenance. A pgina Maintenance contm vrias opes de
backup, restaurao e recuperao. Nessa pgina, clique em Perform Recovery.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao Completa e Incompleta
Existem dois tipos de recuperao:
A recuperao completa atualiza o banco de dados
at o presente, incluindo todas as alteraes de
dados efetuadas at o momento em que a
recuperao foi solicitada.
A recuperao incompleta leva o banco de dados at
um momento especfico anterior solicitao da
operao de recuperao.
Tarefa de
recuperao iniciada
neste momento
Recuperao
completa
Recuperao
incompleta
Transaes ausentes aps
Restaurao
deste backup
Recuperao Completa e Incompleta
Quando voc executa uma recuperao completa, o banco de dados colocado no estado de
completa atualizao, incluindo todas as modificaes de dados efetuadas at o presente. A
recuperao incompleta, no entanto, devolve o banco de dados a um momento anterior. Isso
significa que faltaro algumas transaes e que todas as modificaes de dados efetuadas entre o
momento de destino da recuperao e o presente sero perdidas. Em vrios casos, essa a meta
desejada porque podem ter sido realizadas operaes no banco de dados que devem ser
desfeitas. A recuperao at um momento anterior uma forma de remover transaes
indesejadas.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao Completa
Arquivos de dados
restaurados
Arquivos de dados
com transaes
submetidas ou
no a commit
Arquivos de dados
recuperados
Alteraes aplicadas
Undo aplicado
6
5
3
2
1
Log
arquivado
Log
arquivado
Redo log
on-line
4
Banco de
dados aberto
Ger. usurio
RMAN CLI
EM
> Completa
Incompleta
Arquivo de controle
RO TBS
Recuperao Completa
Estas so as etapas que ocorrem durante a recuperao completa:
1. Os arquivos danificados ou no encontrados so restaurados a partir de um backup.
2. As alteraes de backups incrementais, arquivos de redo log arquivados e arquivos de redo
log on-line so aplicadas conforme necessrio. As alteraes dos 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. So gerados blocos de undo durante esse processo inteiro.
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. O banco de dados aberto antes da aplicao do undo. Assim, conseguida maior
disponibilidade.
5. Os blocos de undo so utilizados para fazer o rollback de alteraes no submetidas a
commit. Essa operao s vezes chamada de recuperao de transao.
6. Agora, os arquivos de dados esto em um estado recuperado e consistente com os outros
arquivos de dados do banco de dados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao Incompleta
Arquivos de dados com
transaes submetidas
ou no a commit at
um momento especfico
Arquivos de dados
ecuperados at um
momento especfico
Undo aplicado
6
5
3
2
1
Log
arquivado
Log
arquivado
Redo log
on-line
4
Banco de
dados aberto
X
X
Alteraes aplicadas at
um momento especfico
Arquivos de dados
restaurados at o
momento necessrio
no passado
Ger. usurio
RMAN CLI
EM
Completa
> Incompleta
Arquivo de controle
RO TBS
A recuperao incompleta ou pontual, usa um backup para produzir uma verso no atualizada
do banco de dados. Em outras palavras, voc no aplica todos os registros de redo gerados aps
o backup mais recente. S execute esse tipo de recuperao quando for absolutamente
necessrio. Para executar uma recuperao incompleta, voc precisa de:
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 especfico da recuperao
As etapas para executar uma recuperao incompleta so listadas abaixo:
1. Restaure arquivos de dados do backup. O backup usado pode no ser o mais recente, caso o
momento de destino da restaurao desejada no seja muito recente.
2. Aplique o redo dos arquivos de redo log arquivados, incluindo todos os arquivos
necessrios para alcanar o momento de destino da restaurao.
3. Agora os arquivos de dados contm algumas transaes submetidas e outras no
submetidas a commit porque o redo pode conter dados no submetidos.
4. O banco de dados aberto antes da aplicao do undo. Assim, conseguida maior
disponibilidade.
5. 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 transaes no submetidas a commit. Essa a prxima etapa.
6. Os arquivos de dados so recuperados at o momento escolhido.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao Incompleta (continuao)
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 os registros das atualizaes dos arquivos de dados durante esse perodo. A nica
opo a recuperao do banco de dados a partir do momento do backup restaurado, at quando
a srie no interrompida de logs arquivados permitir, e a abertura do banco de dados com a
opo RESETLOGS. Todas as alteraes registradas no arquivo de redo log ausente ou
posteriores a esse arquivo so perdidas.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Situaes Que Exigem Recuperao Incompleta
H uma falha na recuperao completa em
decorrncia da falta de um arquivo de log arquivado.
Um ou mais arquivos de redo log no arquivados e
um arquivo de dados so perdidos.
Um backup do arquivo de controle usado para
abrir ou recuperar o banco de dados.
Situaes Que Exigem Recuperao Incompleta
Normalmente, voc executa uma recuperao incompleta do banco de dados inteiro nestas
situaes:
Perda de redo logs: Os redo logs no foram espelhados e voc perdeu um redo log antes
de seu arquivamento, juntamente com um arquivo de dados. No possvel continuar a
recuperao alm do redo log perdido.
Archive ausente: Ocorre uma falha na operao de recuperao completa porque um log
arquivado no foi encontrado ou est danificado. S possvel completar a recuperao at
um momento anterior aplicao do log arquivado.
Arquivo de controle de backup: Um backup do arquivo de controle, e no a cpia atual,
usado para abrir o banco de dados. Talvez seja necessrio usar um backup do arquivo de
controle se:
Todos os arquivos de controle forem perdidos, no for possvel recriar o arquivo de
controle e existir um backup binrio do arquivo de controle. O espelhamento do
arquivo de controle (em discos separados) e a manuteno de uma verso de texto
atual da instruo CREATE CONTROLFILE reduzem as chances de uso desse
mtodo.
Voc estiver recuperando um banco de dados at um momento anterior e o banco de
dados restaurado tiver uma estrutura diferente do atual.
Especifique a clusula USING BACKUP CONTROLFILE no comando RECOVER DATABASE
quando usar uma cpia antiga do arquivo de controle para recuperar ou abrir o banco
de dados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tipos de Recuperao Incompleta
Existem quatro tipos de recuperao incompleta:
Recuperao baseada em horrio
Recuperao baseada em cancelamento
Recuperao baseada em alterao
Recuperao de seqncia de log
Tipos de Recuperao Incompleta
Recuperao Baseada em Horrio
Com a clusula UNTIL TIME, especifique o momento anterior at o qual o banco de dados
dever ser recuperado. A recuperao termina depois do commit de todas as alteraes at o
momento especificado. Utilize esse mtodo quando um usurio fizer alteraes indesejadas nos
dados ou eliminar tabelas importantes, e o momento aproximado do erro for conhecido. O tempo
de recuperao e a perda de dados sero minimizados se voc for notificado imediatamente.
Programas, segurana e procedimentos bem testados devero evitar a necessidade desse tipo de
recuperao.
Recuperao Baseada em Cancelamento
Durante o processo de recuperao, informe CANCEL no prompt da recuperao (e no o nome
de um arquivo de log) para encerrar a recuperao. Utilize esse mtodo quando:
Um arquivo ou grupo atual de redo logs for danificado e no estiver disponvel para
recuperao. O espelhamento dever evitar a necessidade desse tipo de recuperao.
Um arquivo de redo log arquivado necessrio para a recuperao for perdido. Backups
freqentes e vrios destinos de arquivamento devero evitar a necessidade desse tipo de
recuperao.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tipos de Recuperao Incompleta (continuao)
Recuperao Baseada em Alterao
Com a clusula UNTIL CHANGE dos backups gerenciados pelo usurio e a clusula UNTIL
SCN dos backups gerenciados pelo RMAN, especifique o SCN (nmero de alterao do sistema)
da ltima alterao submetida a commit a ser recuperada. A recuperao termina depois do
commit de todas as alteraes at o SCN especificado. Use essa estratgia ao recuperar bancos
de dados em um ambiente distribudo. Como alternativa, voc pode usar a sintaxe UNTIL
RESTORE POINT e especificar um apelido para o SCN, chamado de ponto de restaurao. Os
pontos de restaurao so abordados posteriormente nesta lio.
Recuperao de Seqncia de Log
Nos backups gerenciados pelo RMAN, voc pode especificar o ltimo nmero de seqncia de
log a ser usado para recuperar o banco de dados com a clusula UNTIL SEQUENCE. A
recuperao ser encerrada depois da aplicao de todos os arquivos de log, com exceo do
arquivo de log especificado.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Executando a Recuperao Incompleta
Gerenciada por Usurio
Recupere um banco de dados at um horrio
especificado:
Recupere um banco de dados at o cancelamento:
Recupere usando um arquivo de controle de backup:
SQL> RECOVER DATABASE UNTIL CANCEL
SQL> RECOVER DATABASE UNTIL
2 TIME '2005-12-14:12:10:03';
SQL> RECOVER DATABASE
2 UNTIL TIME '2005-12-14:12:10:03'
3 USING BACKUP CONTROLFILE;
Executando a Recuperao Incompleta Gerenciada por Usurio
O seguinte comando usado para executar uma recuperao incompleta:
RECOVER [AUTOMATIC] DATABASE option
Onde:
AUTOMATIC: Aplica automaticamente arquivos de redo log e arquivos de redo log
arquivados
option: UNTIL TIME 'YYYY-MM-DD:HH24:MI:SS'
UNTIL CANCEL
UNTIL CHANGE <integer>
USING BACKUP CONTROLFILE
Observao: Para aplicar os arquivos de redo log automaticamente durante a recuperao, voc
pode usar o comando SQL*Plus SET AUTORECOVERY ON, especificar AUTO no prompt de
recuperao ou usar o comando RECOVER AUTOMATIC.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Executando a Recuperao Incompleta
Gerenciada por Usurio
Para executar a recuperao incompleta gerenciada
por usurio, siga este procedimento:
1. Faa shutdown do banco de dados.
2. Restaure os arquivos de dados.
3. Monte o banco de dados.
4. Recupere o banco de dados.
5. Abra o banco de dados com a opo RESETLOGS.
Executando a Recuperao Incompleta Gerenciada pelo Usurio (continuao)
1. Caso ele esteja aberto, faa shutdown do banco de dados usando a opo NORMAL,
IMMEDIATE ou TRANSACTIONAL.
2. Restaure todos os arquivos de dados do backup (o mais recente, se possvel). Talvez seja
necessrio restaurar os logs arquivados. Se houver espao suficiente disponvel, faa a
restaurao em LOG_ARCHIVE_DEST ou use o comando ALTER SYSTEM ARCHIVE
LOG START TO <LOCATION> ou LOGSOURCE <LOCATION> para alterar essa
localizao.
4. Recupere o banco de dados usando o comando RECOVER DATABASE.
5. Para sincronizar os arquivos de dados com os arquivos de controle e os redo logs, abra o
banco de dados usando a opo RESETLOGS.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao Baseada em Horrio
Gerenciada por Usurio: Exemplo
Este o cenrio:
Um job executado com erro e seus efeitos precisam
ser desfeitos.
Isso ocorreu h 15 minutos e houve pouca atividade
de banco de dados desde ento.
Voc decide executar uma recuperao incompleta
para restaurar o estado do banco de dados de 15
minutos atrs.
SQL> SHUTDOWN IMMEDIATE
$ cp /BACKUP/* /u01/db01/ORADATA
SQL> STARTUP MOUNT
SQL> RECOVER DATABASE UNTIL TIME '2005-11-28:11:44:00';
SQL> ALTER DATABASE OPEN RESETLOGS;
Recuperao Baseada em Horrio Gerenciada por Usurio: Exemplo
O seguinte cenrio tpico do uso da recuperao UNTIL TIME. Considere estes fatos:
O horrio atual 12:00 de 28 de novembro de 2005.
Um job foi executado incorretamente, e muitas tabelas de vrios esquemas foram afetadas.
Esse problema ocorreu aproximadamente s 11:45.
A atividade do banco de dados mnima porque a maior parte da equipe est em uma
reunio. O estado do banco de dados antes da execuo do job deve ser restaurado.
Como o horrio aproximado do erro conhecido, e a estrutura do banco de dados no foi
alterada desde s 11:44, voc pode utilizar o mtodo UNTIL TIME:
1. Caso ele esteja aberto, faa shutdown do banco de dados usando a opo NORMAL,
IMMEDIATE ou TRANSACTIONAL.
2. Restaure todos os arquivos de dados do backup (o mais recente, se possvel). Talvez seja
necessrio restaurar os logs arquivados. Se houver espao suficiente disponvel, faa a
restaurao em LOG_ARCHIVE_DEST ou use o comando ALTER SYSTEM ARCHIVE
LOG START TO <LOCATION> ou SET LOGSOURCE <LOCATION> para alterar essa
localizao.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao Baseada em Horrio Gerenciada por Usurio: Exemplo (continuao)
4. Recupere o banco de dados:
SQL> recover database until time '2005-11-28:11:44:00'
ORA-00279: change 148448 11/27/05 17:04:20 needed for
thread ...
Media recovery complete.
5. Para sincronizar os arquivos de dados com os arquivos de controle e os redo logs, abra o
banco de dados usando a opo RESETLOGS:
SQL> alter database open resetlogs;
SQL> archive log list
...
Oldest online log sequence 0
Next log sequence to archive 1
Current log sequence 1
Quando a recuperao for bem-sucedida, notifique os usurios de que o banco de dados est
disponvel para uso e de que ser necessrio digitar novamente os dados informados aps o
horrio da recuperao (11:44:00).
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O cenrio o mesmo do exemplo baseado em horrio,
exceto pelas seguintes descobertas:
Os redo logs no so multiplexados.
Um dos redo logs on-line no foi encontrado.
O redo log ausente no foi arquivado.
O redo log continha informaes das 11:34.
Vinte e seis minutos de dados foram perdidos.
Os usurios podem reinserir seus dados
manualmente.
Recuperao Baseada em Cancelamento Gerenciada por Usurio: Exemplo
Aps pesquisar o diretrio dos arquivos de redo log, voc percebe que o redo log log2a.rdo
no foi localizado nem arquivado. Portanto, no possvel fazer uma recuperao alm desse
ponto.
A consulta view V$LOG_HISTORY confirma a ausncia da seqncia de log arquivado 48
(log2a.rdo):
SQL> SELECT * FROM v$log_history;
RECID STAMP ... FIRST_CHANGE FIRST_TIME
----- --------- ... ------------ ----------
1 318531466 ... 88330 05-11-15:12:43
47 319512880 ... 309067 05-11-28:11:26
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recupere o banco de dados da seguinte maneira:
2. Restaure todos os arquivos de dados do backup
mais recente.
3. Voc j tem um backup vlido; portanto, monte o
banco de dados.
4. Execute RECOVER DATABASE UNTIL CANCEL.
5. Execute ALTER DATABASE OPEN RESETLOGS para
abrir o banco de dados.
Recuperao Baseada em Cancelamento Gerenciada por Usurio: Exemplo
(continuao)
As etapas da recuperao baseada em cancelamento so as mesmas da recuperao baseada em
horrio, exceto em relao etapa RECOVER DATABASE. Quando o comando RECOVER
DATABASE UNTIL CANCEL executado, ele recupera o banco de dados at no conseguir
encontrar um arquivo de log. Quando for solicitado o nome do arquivo, digite CANCEL para que
a recuperao pare nesse momento.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Executando a Recuperao
Incompleta com o RMAN
2. Aloque vrios canais para fins de paralelizao.
3. Restaure todos os arquivos de dados.
4. Recupere o banco de dados usando UNTIL TIME,
UNTIL SEQUENCE ou UNTIL SCN.
5. Abra o banco de dados usando RESETLOGS.
Executando a Recuperao Incompleta com o RMAN
O RMAN pode recuperar o banco de dados at um momento anterior, um SCN ou um nmero
de seqncia de log.
Para executar uma recuperao incompleta do banco de dados, voc precisa abri-lo com a opo
RESETLOGS. Essa opo fornece aos redo logs on-line novos timestamp e SCN,
impossibilitando danos aos arquivos de dados causados pela aplicao de redo logs arquivados
obsoletos. No possvel recuperar alguns arquivos de dados at um momento anterior aos
RESETLOGS e outros at um momento posterior aos RESETLOGS. Voc precisa recuperar
todos os arquivos de dados at o mesmo SCN. A nica exceo feita quando o arquivo de
dados normal off-line ou somente para leitura. Voc pode colocar os arquivos de tablespaces
normais off-line ou somente para leitura on-line depois dos RESETLOGS, pois no h alteraes
transacionais nesses arquivos armazenadas nos redo logs.
Observao: S use o RMAN para restaurar os arquivos de dados se tiver feito ou registrado os
backups por meio dele.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao Baseada em
Horrio com o RMAN: Exemplo
RMAN> RUN {
2> SET UNTIL TIME = '2005-11-28:11:44:00';
3> RESTORE DATABASE;
4> RECOVER DATABASE;
5> ALTER DATABASE OPEN RESETLOGS; }
Recuperao Baseada em Horrio com o RMAN: Exemplo
s 12:00 de tera-feira, em 28 de novembro de 2005, voc percebeu que a tabela OE.ORDERS
tinha sido eliminada por engano. O horrio aproximado da falha conhecido, e a estrutura do
banco de dados no foi alterada desde s 11:44. Voc pode usar o mtodo UNTIL TIME:
1. Caso ele esteja aberto, faa um shutdown normal do banco de dados.
2. Monte o banco de dados de destino. No faa backup do banco de dados durante a
recuperao.
3. Certifique-se de que as variveis de ambiente NLS_LANG e NLS_DATE_FORMAT foram
definidas de forma apropriada:
$ NLS_LANG=american_america.we8iso8859p15
$ NLS_DATE_FORMAT=YYYY-MM-DD:HH24:MI:SS
4. Inicie o Recovery Manager e conecte-se ao banco de dados de destino.
$ rman target rman/rman@ORCL
5. Voc pode alocar vrios canais para melhorar o desempenho:
RMAN> run { allocate channel c1 type DISK;
2> allocate channel c2 type DISK;
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao Baseada em Horrio com o RMAN: Exemplo (continuao)
6. Especifique o horrio para recuperar e restaurar todos os arquivos de dados a partir de um
backup com os comandos do RMAN. O RMAN escolher os arquivos corretos com base
no comando SET UNTIL:
RMAN> ... set until time = '2005-11-28:11:44:00';
RMAN> ... restore database;
Observao: Se voc precisar restaurar arquivos de redo log arquivados, use o comando
RMAN SET ARCHIVELOG DESTINATION TO <location>.
7. Recupere o banco de dados at o horrio especificado no comando SET UNTIL:
RMAN> ... recover database;
8. Abra o banco de dados usando a opo RESETLOGS:
RMAN> ... alter database open resetlogs; }
9. Verifique se a tabela existe.
10. Notifique os usurios de que o banco de dados est disponvel para uso e de que eles
devem informar novamente os dados que no foram submetidos a commit antes da falha
no sistema.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao de Seqncia
de Log com o RMAN: Exemplo
RMAN> RUN {
2> SET UNTIL SEQUENCE 120 THREAD 1;
3> ALTER DATABASE MOUNT;
4> RESTORE DATABASE;
5> RECOVER DATABASE; # recovers through log 119
6> ALTER DATABASE OPEN RESETLOGS;
7> }
Recuperao de Seqncia de Log com o RMAN: Exemplo
A clusula UNTIL SEQUENCE especifica um nmero de seqncia de redo log e um thread
como limite superior. O RMAN seleciona apenas os arquivos que podem ser usados para a
recuperao, mas no inclui o nmero de seqncia de log especificado. O exemplo do slide
pressupe que a seqncia de log 120 tenha sido perdida em decorrncia de uma falha de disco e
que o banco de dados precisa ser recuperado com os arquivos de redo log arquivados
disponveis.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao Incompleta com
o Enterprise Manager
Recuperao Incompleta com o Enterprise Manager
Para recuperar o banco de dados inteiro at um momento especfico, na pgina Perform
Recovery, selecione a opo Recover to the current time or a previous point-in-time. Em
seguida, clique em Perform Whole Database Recovery.
Escolha Restore all datafiles para restaurar todos os arquivos de dados do banco de dados at
o estado de um backup anterior. Voc tambm pode executar a recuperao a partir de arquivos
de dados restaurados anteriormente. So usados dados de redo para fazer rollforward do banco
de dados at um momento especfico.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao Incompleta e o Log de Alerta
Veja abaixo algumas das melhores prticas referentes
ao log de alerta em cenrios de recuperao
incompleta:
Verifique o log de alerta antes e depois da
recuperao.
Procure informaes sobre erros, dicas e SCNs.
Confirme se as etapas do processo de recuperao
foram bem-sucedidas.
Recuperao Incompleta e o Log de Alerta
Durante a recuperao, as informaes sobre andamento so armazenadas no log de alerta.
Sempre verifique esse arquivo antes e depois da recuperao. Este um exemplo de entrada no
arquivo alert.log:
$ vi $ORACLE_BASE/admin/orcl/bdump/alert_orcl.log
...
ALTER DATABASE RECOVER database until cancel
Media Recovery Start
ORA-279 signalled during: ALTER DATABASE RECOVER database
until cancel ...
Fri Aug 26 15:22:46 2005
ALTER DATABASE RECOVER CONTINUE DEFAULT
...
Fri Aug 26 15:28:27 2005
ALTER DATABASE RECOVER CANCEL
Fri Aug 26 15:28:27 2005
Media Recovery Canceled
Completed: ALTER DATABASE RECOVER CANCEL
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Pontos de Restaurao
Um ponto de restaurao:
Serve como um apelido para um
SCN ou momento especfico
armazenado no arquivo de controle
Pode ser usado com:
RECOVER DATABASE
FLASHBACK DATABASE
FLASHBACK TABLE
SQL> CREATE RESTORE POINT before_load;
before_load
RMAN> RECOVER DATABASE UNTIL RESTORE POINT before_load;
2
1
Pontos de Restaurao
A criao de um ponto de restaurao normal designa o nome do ponto de restaurao a um
momento especfico ou SCN. Esse nome funciona como um tipo de marcador ou apelido que
voc pode usar com comandos que reconhecem uma clusula RESTORE POINT como
abreviatura para especificar um momento.
Antes de executar qualquer operao que talvez precise ser revertida, voc pode criar um ponto
de restaurao normal. O nome do ponto de restaurao e do SCN so gravados no arquivo de
controle. Posteriormente, se voc precisar fazer referncia a esse ponto em um comando
RECOVER DATABASE, poder faz-la sem tentar decifrar um timestamp ou um valor de SCN.
Com o Flashback de Banco de Dados, o Flashback de Tabela ou a recuperao pontual, voc
poder fazer referncia ao momento de destino usando o nome do ponto de restaurao, em vez
de uma expresso de tempo ou SCN. A definio de um ponto de restaurao normal antes de
uma operao a ser revertida elimina a necessidade de registrar manualmente um SCN com
antecedncia ou de descobrir o SCN correto depois do fato usando recursos como a Consulta de
Flashback.
Os pontos de restaurao normais so bastante leves. O arquivo de controle pode manter um
registro de milhares de pontos de restaurao normais sem impacto significativo no desempenho
do banco de dados. Ao final, os pontos de restaurao normais so eliminados automaticamente
do arquivo de controle caso no sejam deletados manualmente, por isso no exigem manuteno
contnua.
Observao: O uso de pontos de restaurao com comandos FLASHBACK abordado na lio
Flashback.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao Incompleta: Melhores Prticas
Planeje e teste cenrios com antecedncia.
Investigue e verifique a necessidade da recuperao
incompleta.
Siga todas as etapas com cuidado.
Faa backups do banco de dados inteiro antes e
depois da recuperao.
Sempre verifique se a recuperao foi bem-sucedida.
Aproveite as vantagens dos pontos de restaurao.
Recuperao Incompleta: Melhores Prticas
importante seguir todas as etapas da recuperao com cuidado, pois a maioria dos
problemas de recuperao incompleta causada por erro de um DBA durante o processo de
recuperao.
Durante a recuperao do banco de dados, s possvel fazer rollforward, e no rollback,
da atividade de transao at o momento desejado. Esse o motivo pelo qual necessrio
restaurar todos os arquivos de dados para que o banco de dados retroceda at um momento
anterior. Uma falha na restaurao de todos os arquivos de dados impede que o banco de
dados (no sincronizado) seja aberto.
Faa um backup fechado do banco de dados inteiro (inclusive dos arquivos de controle e
redo logs) antes de iniciar a recuperao incompleta. Esse procedimento vantajoso
porque:
Permite a recuperao em caso de erro. Se ocorrer uma falha na recuperao (por
exemplo, se voc fizer a recuperao alm do momento de recuperao desejado), no
ser possvel usar os redo logs e os arquivos de controle na prxima recuperao, a
menos que exista um backup desses arquivos.
Economiza tempo em caso de falha na recuperao. Nessa situao, voc pode
restaurar os arquivos de dados a partir do novo backup, em vez de restaur-los de um
backup anterior, que necessita da aplicao de archives.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperao Incompleta: Melhores Prticas (continuao)
Observao: Se um backup completo no for feito, pelo menos arquive o redo log atual:
SQL> ALTER SYSTEM ARCHIVE LOG CURRENT
e faa backup do arquivo de controle:
SQL> ALTER DATABASE BACKUP CONTROLFILE TO
'/u01/data/backup.ctl';
Faa um backup fechado completo aps uma recuperao bem-sucedida. Essa ao poder
poupar muito tempo se for necessria outra recuperao antes do prximo backup
programado. Com o Oracle Database 10g, essa etapa passa a ser opcional.
Caso ocorra falha na recuperao e seja necessrio execut-la novamente, sempre verifique
se o problema foi corrigido antes de permitir que os usurios acessem o sistema.
Considere o seguinte exemplo:
Um banco de dados na seqncia de log 14 tem logs arquivados da seqncia 2
(arch_2.rdo) at a seqncia 13 (arch_13.rdo).
Aps a execuo de uma recuperao incompleta, ser criada uma nova verso do banco de
dados, que define a seqncia de log do banco de dados como 0.
Agora, os logs arquivados de arch_2.rdo a arch_13.rdo fazem parte da antiga
verso do banco de dados.
Aps algumas alternncias de log, o log arquivado arch_2.rdo sobregravado e seu
backup executado com todos os outros archives (incluindo os antigos logs arquivados de
arch_3.rdo a arch_13.rdo).
Em um estgio posterior, se a recuperao precisar do log arch_6.rdo, ser necessrio
verificar se o log arquivado restaurado a partir do backup est relacionado verso correta
do banco de dados; caso contrrio, ocorrer um erro.
Para evitar complicaes, voc pode usar a opo de formato %r do parmetro de inicializao
do banco de dados log_archive_format para:
Incorporar automaticamente o ID dos resetlogs do banco de dados aos nomes dos arquivos
de log arquivados
Garantir que sejam construdos nomes exclusivos em diversas verses do banco de dados
para os arquivos de log arquivados
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperando um Arquivo de
Controle por Backup Automtico
Recovery
Manager
(RMAN)
rea de recuperao
flash
Banco de
dados
Arquivo de
controle
RECOVER DATABASE;
ALTER DATABASE OPEN
RESETLOGS;
ALTER TABLESPACE temp ADD
TEMPFILE...;
RMAN> RESTORE CONTROLFILE TO
2> '/oradata/ctlfile.bak' FROM AUTOBACKUP;
Ger. usurio
RMAN CLI
EM
Completa
Incompleta
> Arquivo de controle
RO TBS
Recuperando um Arquivo de Controle por Backup Automtico
Se voc no estiver usando um catlogo de recuperao, configure o backup automtico do
arquivo de controle para restaurar esse arquivo rapidamente caso seja necessrio. Os comandos
usados para restaurar o arquivo de controle so os mesmos, independentemente de voc estar
usando ou no uma rea de recuperao flash. No entanto, se voc estiver usando uma rea de
recuperao flash, 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, melhorando a utilidade do
arquivo de controle restaurado na restaurao do restante 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, aps restaurar o
arquivo de controle e montar o banco de dados, execute a verificao cruzada desses backups.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperando um Arquivo de Controle por Backup Automtico (continuao)
Para restaurar o arquivo de controle a partir de um backup automtico, o banco de dados deve
estar no estado NOMOUNT. Em seguida, use o comando RESTORE CONTROLFILE FROM
AUTOBACKUP:
RMAN> SHUTDOWN IMMEDIATE;
RMAN> STARTUP NOMOUNT;
RMAN> RESTORE CONTROLFILE FROM AUTOBACKUP;
O RMAN procura um backup automtico do arquivo de controle. Se esse backup for localizado,
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 ou usar o backup
automtico do arquivo de controle para restaurar esse arquivo. Voc poder usar o comando
RESTORE CONTROLFILE sem argumentos:
RMAN> RESTORE CONTROLFILE;
A instncia dever estar no estado NOMOUNT quando voc executar essa operao, 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.
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 de restaurao do arquivo de controle a
partir do backup automtico. Primeiro defina o DBID do banco de dados e, em seguida, use o
comando RESTORE SPFILE FROM AUTOBACKUP.
Depois que voc iniciar a instncia com o arquivo de parmetros do servidor restaurado, o
RMAN poder restaurar o arquivo de controle a partir do backup automtico. Aps restaurar e
montar o arquivo de controle, voc ter as informaes de backup necessrias para restaurar e
recuperar o banco de dados.
Depois de restaurar os arquivos de controle do banco de dados a partir de um backup, execute a
recuperao completa da mdia e, depois, abra o banco de dados com a opo RESETLOGS.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando um Novo Arquivo de Controle
SQL> ALTER DATABASE BACKUP CONTROLFILE
TO TRACE;
Arquivo de
senha
Arquivo de
parmetros
SYSTEM
SYSAUX
UNDO
TEMP
USERS
INDEX
Arquivo de
redo log 1B
Arquivo de
redo log 1A
Arquivo de
redo log 2B
Arquivo de
redo log 2A
Arquivos
de controle
Se o backup automtico do arquivo de controle estiver configurado, pouco provvel que voc
precise recri-lo. Entretanto, se for necessrio, voc poder gerar e salvar um script para recriar
esse arquivo.
O comando ALTER DATABASE BACKUP CONTROLFILE TO TRACE gera um arquivo de
rastreamento do usurio com o comando SQL para recriar o arquivo de controle. Copie o
arquivo de rastreamento para um arquivo de script, como new_control.sql, delete as
informaes do cabealho do arquivo de rastreamento antes das palavras STARTUP NOMOUNT e
efetue outras alteraes desejadas, como aumentar o valor de MAXDATAFILES,
MAXLOGFILES etc. Execute o script para criar um novo arquivo de controle.
Use esse comando enquanto o banco de dados estiver montado ou aberto, e enquanto voc
estiver conectado como um usurio com privilgios de DBA.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando um Novo Arquivo de Controle (continuao)
A Console do Database Control permite gerenciar os arquivos de controle usados pelo banco de
dados. Na pgina Administration, selecione Control Files na seo Storage.
Voc pode usar a pgina Control Files General para exibir as imagens espelhadas do arquivo de
controle e as respectivas localizaes. Clique em Backup To Trace para criar um arquivo de
rastreamento para o arquivo de controle.
Voc tambm pode criar seu prprio comando CREATE CONTROLFILE, mas precisa fornecer
os tamanhos e os caminhos completos para:
Os arquivos de redo log
Todos os arquivos de dados associados ao banco de dados, inclusive os arquivos de dados
para SYSTEM e SYSAUX
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperando Tablespaces
Somente para Leitura
Alterao de
Estado de
Tablespace
Falha e
recuperao
Caso 1
Caso 2
Caso 3
Backup
Somente para leitura
Leitura/gravao
Leitura/gravao
*
*
*
*
Backup de arquivo de
controle a ser usado
para recuperao se
o atual for perdido
Ger. usurio
RMAN CLI
EM
Completa
Incompleta
Arquivo de controle
> RO TBS
Recuperando Tablespaces Somente para Leitura
Ao tornar um tablespace somente para leitura, voc impede operaes de gravao nos arquivos
de dados do tablespace, independentemente do nvel de privilgio de atualizao de um usurio.
A vantagem dos tablespaces somente para leitura que eles dispensam o backup e a recuperao
de grandes partes estticas de um banco de dados. Alm disso, eles protegem os dados histricos
contra modificaes dos usurios. Como nunca possvel atualizar tablespaces somente para
leitura, eles podem residir em dispositivos de CD-ROM ou WORM (write once, read many).
O mtodo de recuperao de um tablespace somente para leitura depende dos backups que esto
disponveis e de o tablespace ter sido ou no alterado para leitura/gravao ou somente para
leitura durante o perodo da recuperao.
Caso 1: O tablespace que est sendo recuperado somente para leitura e tinha essa mesma
configurao quando o ltimo backup foi feito. Nesse caso, basta restaurar o tablespace a partir
do backup. No necessrio aplicar informaes de redo.
Caso 2: O tablespace que est sendo recuperado de leitura/gravao, mas era somente para
leitura quando ocorreu o ltimo backup. Nesse caso, voc precisa restaurar o tablespace a partir
do backup e aplicar as informaes de redo desde o momento em que o tablespace passou a ser
de leitura/gravao.
Caso 3: O tablespace que est sendo recuperado somente para leitura, mas era de
leitura/gravao quando ocorreu o ltimo backup. Faa sempre backup de um tablespace aps
torn-lo somente para leitura a fim de evitar essa situao. No entanto, se essa situao ocorrer,
ser necessrio restaurar o tablespace a partir do backup e recuper-lo at o momento em que ele
passou a ser somente para leitura.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recuperando Tablespaces Somente para Leitura (continuao)
Em todos os trs casos, se o arquivo de controle atual no estiver disponvel, o asterisco indicar
o backup do arquivo de controle a ser usado na recuperao. Isso necessrio porque, quando
usado um arquivo de controle de backup, o processo de recuperao exige a execuo de OPEN
RESETLOGS. Esse comando atualiza os cabealhos dos arquivos de dados, e esses arquivos no
podem ser gravados quando so somente para leitura.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Questes Relativas Recuperao de
Tablespaces Somente para Leitura
necessrio tomar alguns cuidados especiais em
relao aos tablespaces somente para leitura durante:
A recriao de um arquivo de controle
A renomeao de arquivos de dados
A utilizao de um arquivo de controle de backup
Questes Relativas Recuperao de Tablespaces Somente para Leitura
Recriando um Arquivo de Controle
Se voc precisar recriar um arquivo de controle com o comando CREATE CONTROL FILE e o
banco de dados contiver tablespaces somente para leitura, ser necessrio seguir procedimentos
especiais. As etapas esto listadas no arquivo de rastreamento gerado pelo comando ALTER
DATABASE BACKUP CONTROLFILE TO TRACE. Como o tablespace somente para leitura,
ele no sofre alteraes e, por isso, supe-se que no seja necessria uma recuperao. Os
arquivos de dados do tablespace no so includos no arquivo de controle; portanto, como o
banco de dados inicializado com o novo arquivo de controle, o contedo desse arquivo
comparado por verificao cruzada aos arquivos do dicionrio de dados. Todos os arquivos
encontrados no dicionrio de dados que no estiverem no arquivo de controle sero adicionados
a esse arquivo com um nome do tipo MISSINGnnnnn. Depois que o banco de dados for aberto,
renomeie os arquivos no arquivo de controle usando o comando ALTER DATABASE RENAME
FILE.
ALTER DATABASE RENAME FILE 'MISSING00005'
TO '/u01/app/oracle/oradata/orcl/example01.dbf';
ALTER TABLESPACE "EXAMPLE" ONLINE;
A Oracle Corporation recomenda ativar o backup automtico do arquivo de controle no RMAN
para que voc no precise depender dessa soluo alternativa que necessria quando o backup
de um arquivo de controle feito com o comando BACKUP CONTROLFILE TO TRACE.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Questes Relativas Recuperao de Tablespaces Somente para Leitura
(continuao)
Alterando o Local do Arquivo de Dados
Se no conseguir restaurar uma cpia dos arquivos de dados em um tablespace somente para
leitura para um destino correto, voc poder usar o comando ALTER DATABASE RENAME a fim
de colocar os arquivos em outro local.
Arquivo de Controle de Backup
Se voc tiver um tablespace somente para leitura em uma mdia somente para leitura, poder
encontrar erros ou ter problemas de desempenho na recuperao com a opo USING BACKUP
CONTROLFILE. Essa situao ocorre quando o arquivo de controle de backup indica que um
tablespace era de leitura/gravao quando foi feito o backup do arquivo de controle. Nesse caso,
a recuperao da mdia talvez tente gravar nos arquivos. Quando a mdia somente para leitura,
o banco de dados exibe uma mensagem de erro informando que no pode gravar nos arquivos.
A seguir, esto relacionadas algumas alternativas de recuperao de mdia somente para leitura
quando usado um arquivo de controle de backup:
Coloque os arquivos de dados dos tablespaces somente para leitura off-line antes da
recuperao com um arquivo de controle de backup. Aps a recuperao da mdia, coloque
os arquivos on-line.
Use a verso correta do arquivo de controle para a recuperao. Para que o tablespace seja
somente para leitura no final da recuperao, faa backup do arquivo de controle em um
momento em que o tablespace era somente para leitura. Da mesma forma, para que o
tablespace seja de leitura/gravao no final da recuperao, obtenha o arquivo de controle
em um momento em que o tablespace era de leitura/gravao.
Recuperando o Banco de Dados
Se o arquivo de dados for somente para leitura no momento da recuperao do banco de dados,
o RMAN no o recuperar. Para alterar esse comportamento e fazer o RMAN verificar se os
cabealhos dos arquivos de dados correspondem ao momento especificado, defina a opo
CHECK READONLY com o comando RECOVER DATABASE.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sumrio
gerenciada pelo usurio
usando o RMAN
Identificar situaes nas quais necessria uma
Executar uma recuperao incompleta baseada em
horrio, SCN, seqncia de log, pontos de
restaurao ou mtodo de cancelamento
Recuperar um arquivo de controle com backup
automtico
Usar o Enterprise Manager para executar
recuperaes
Recuperar tablespaces somente para leitura
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Viso Geral do Exerccio: Executando uma
Recuperao pontual usando o RMAN
Recuperao aps perda de arquivos de controle
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Flashback
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos
Consultar a lixeira
Configurar o Flashback de Banco de Dados
Executar o Flashback de Banco de Dados em um
momento especfico
Monitorar estatsticas de log de flashback
Ativar e desativar o recurso Flashback de Banco
de Dados
Usar o Recovery Wizard do Enterprise Manager
para executar o Flashback de Banco de Dados
Usar pontos de restaurao garantidos com o
Flashback de Banco de Dados
Lixeira
Flashback de BD
Config. FB de BD
Monitorar FB de BD
Pt. Rest. Gar.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tecnologia de Flashback: Reviso
SIM Dados de
undo
Tabela Atualizar com a clusula
WHERE incorreta
Dados de
undo
Dados de
undo
Dados de
undo
Lixeira
Logs de
flashback
Usos
Transao
Verso
Consulta
Eliminao
Banco de
Dados
Tecnologia
de Flashback
NO Comparar dados atuais
com dados antigos
NO Investigar vrios estados
histricos de dados
Transao
NO Comparar verses de uma
linha
SIM Eliminar tabela Tabela
SIM Truncar tabela; alteraes
indesejadas em vrias
tabelas
Banco de
Dados
Afeta
Dados Exemplos de Cenrios
Nvel do
Objeto
Tecnologia de Flashback: Reviso
Use a tecnologia de flashback em caso de danos lgicos no banco de dados Oracle, nos quais
necessrio executar uma recuperao rpida e fcil dos dados. Assim como acontece com as
falhas humanas, difcil identificar os objetos e as linhas afetados por uma transao incorreta.
Com a tecnologia de flashback, voc pode diagnosticar como os erros so introduzidos no banco
de dados e, depois, reparar os danos ocorridos. Voc pode ver as transaes que contriburam
para modificar linhas especficas, ver o conjunto inteiro de verses de determinada linha durante
um perodo ou exibir apenas os dados na forma em que apareceram em um perodo anterior. A
tabela do slide mostra os usos comuns da tecnologia de flashback.
O Flashback de Banco de Dados usa logs de flashback para realizar o flashback. O Flashback de
Eliminao 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 de consulta de outras verses dos dados. Eles so ferramentas que voc pode usar para
investigar um problema e obter auxlio para a recuperao. Os resultados dessas consultas de
flashback podem ajud-lo a realizar uma destas tarefas:
Determinar o tipo de operao de flashback de modificao de banco de dados a ser
executada para corrigir o problema.
Alimentar os resultados dessas consultas em uma instruo INSERT, UPDATE ou DELETE
que permita reparar facilmente os dados incorretos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Flashback de Eliminao e Lixeira
DROP TABLE employees;
FLASHBACK TABLE
employees
TO BEFORE DROP;
Um erro
foi cometido.
RECYCLEBIN=ON
Flashback de Eliminao e Lixeira
Nas releases anteriores do banco de dados Oracle, se voc eliminasse uma tabela por engano,
precisaria recuperar o banco de dados at um momento anterior para recuperar a tabela
eliminada. Esse procedimento costumava demorar e gerava a perda do trabalho realizado por
outras transaes.
O Oracle Database 10g dispe do recurso Flashback de Eliminao, que voc pode usar para
desfazer os efeitos de uma instruo DROP TABLE sem precisar executar a recuperao pontual.
Observao: O parmetro de inicializao RECYCLEBIN usado para verificar se o recurso de
Flashback de Eliminao est no estado ON ou OFF. Se o parmetro for definido como OFF, as
tabelas eliminadas no iro para a lixeira. Se o parmetro for definido como ON, as tabelas
eliminadas iro para a lixeira e podero ser recuperadas. Por default, RECYCLEBIN definido
como ON.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
3
2
1
Lixeira
DROP TABLE employees;
BIN$zbjra9wy==$0 EMPLOYEES_PK
EMPLOYEES
Lixeira
DBA_FREE_SPACE
BIN$zbjrBdpw==$0
USER_OBJECTS
BIN$zbjrBdpw==$0 EMPLOYEES
4
Os objetos so:
Renomeados
No movimentados
Lixeira
Sem a lixeira ativada, quando voc elimina uma tabela, o espao associado a ela e a seus objetos
dependentes torna-se imediatamente reutilizvel (isto , pode ser usado para outros objetos).
Se a lixeira estiver ativada, quando voc eliminar uma tabela, o espao associado a ela e a seus
objetos dependentes no se tornar imediatamente reutilizvel, mesmo que aparea em
DBA_FREE_SPACE. Em vez disso, os objetos eliminados sero armazenados temporariamente
na lixeira e continuaro a pertencer aos respectivos proprietrios. O espao usado pelos objetos
da lixeira nunca reutilizado automaticamente, a no ser em caso de insuficincia de espao.
Essa caracterstica permite recuperar os objetos da lixeira pelo maior perodo possvel.
Quando movida para a lixeira, uma tabela eliminada e os respectivos objetos e constraints
associados so renomeados com nomes gerados pelo sistema. Essa alterao necessria para
evitar conflitos de nomes caso voc crie posteriormente um novo objeto com o mesmo nome.
A lixeira uma tabela de dicionrio de dados que mantm os relacionamentos entre os nomes
originais dos objetos eliminados e os respectivos nomes gerados pelo sistema. possvel
consultar o contedo da lixeira com a view DBA_RECYCLEBIN.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Lixeira (continuao)
O diagrama do slide ilustra o novo comportamento:
1. Voc criou uma tabela chamada EMPLOYEES no tablespace.
2. Voc eliminou a tabela EMPLOYEES.
3. As extenses ocupadas por EMPLOYEES agora so consideradas espao livre.
4. EMPLOYEES renomeada e inserida na lixeira.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Restaurando Tabelas a Partir da Lixeira
Restaure tabelas eliminadas e respectivos objetos
dependentes.
Se vrias entradas da lixeira tiverem o mesmo nome
original:
Use os nomes exclusivos gerados pelo sistema para
restaurar uma verso especfica
Quando so usados os nomes originais, a tabela
restaurada LIFO (last in, first out)
Altere o nome original caso ele esteja em uso no
momento.
FLASHBACK TABLE <table_name>
TO BEFORE DROP [RENAME TO <new_name>];
Restaurando Tabelas a Partir da Lixeira
Use o comando FLASHBACK TABLE ... TO BEFORE DROP para recuperar da lixeira
uma tabela e todos os respectivos objetos dependentes possveis. Voc pode especificar o nome
original da tabela ou o nome gerado pelo sistema designado ao objeto durante a sua eliminao.
Se voc especificar o nome original e a lixeira contiver mais de um objeto com esse nome, o
objeto movido para a lixeira por ltimo ser recuperado primeiro (LIFO: last in, first out). Para
recuperar uma verso mais antiga da tabela, especifique o nome gerado pelo sistema para a
tabela a ser recuperada ou execute instrues FLASHBACK TABLE ... TO BEFORE DROP
adicionais at recuperar a tabela desejada.
Se uma nova tabela de mesmo nome tiver sido criada no mesmo esquema aps a eliminao da
tabela original, ser retornado um erro, a no ser que voc tambm especifique a clusula
RENAME TO.
Observao: Quando voc efetua o flashback de uma tabela eliminada, os ndices, os triggers e
as constraints recuperados mantm os mesmos nomes que tinham quando estavam na lixeira.
Portanto, convm consultar a lixeira e a view DBA_CONSTRAINTS antes de realizar o
flashback de uma tabela eliminada. Desse modo, possvel renomear os ndices, os triggers e as
constraints recuperados com nomes mais apropriados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Lixeira: Reutilizao
Automtica de Espao
BIN$zbjrBdpw==$0
BIN$zbjra9wy==$0
BIN$zbjra9wy==$0
BIN$zbjrBdpw==$0
1
2
3
Lixeira
DBA_FREE_SPACE - RECYCLEBIN
Expanso automtica
Lixeira: Reutilizao Automtica de Espao
Voc pode recuperar os objetos da lixeira com o recurso Flashback de Eliminao, contanto que
o espao usado por eles no seja reutilizado. Veja a seguir as polticas de reutilizao de objetos
da lixeira:
Limpeza manual quando o comando PURGE executado explicitamente
Limpeza automtica em caso de falta de espao: Enquanto os objetos so mantidos na
lixeira, o espao correspondente tambm informado em DBA_FREE_SPACE, pois
reutilizado automaticamente. O espao livre em determinado tablespace consumido na
seguinte ordem:
1. Espao livre no correspondente a objetos da lixeira
2. Espao livre correspondente a objetos da lixeira. Nesse caso, os objetos da lixeira so
expurgados automaticamente por meio de um algoritmo FIFO (first in, first out).
3. Espao livre automaticamente alocado se o tablespace tiver expanso automtica
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Lixeira: Reutilizao Automtica de Espao (continuao)
Suponhamos que voc crie uma nova tabela no tablespace TBS1. Se houver espao livre
alocado para esse tablespace que no corresponda a um objeto da lixeira, esse espao ser usado
primeiro. Se o espao for insuficiente, ser utilizado o espao livre correspondente aos objetos
da lixeira que residem em TBS1. Se o espao livre de alguns objetos da lixeira for utilizado,
esses objetos sero expurgados automaticamente. Nesse momento, no ser mais possvel
recuper-los com o Flashback de Eliminao. Como ltimo recurso, caso ainda haja necessidade
de espao, o tablespace TBS1 ser estendido se possvel.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Lixeira: Reutilizao Manual de Espao
PURGE {TABLE <table_name>|INDEX <index_name>}
PURGE TABLESPACE <ts_name> [USER <user_name>]
PURGE [USER_|DBA_]RECYCLEBIN
Lixeira: Reutilizao Manual de Espao
Use o comando PURGE para remover objetos da lixeira definitivamente. Quando um objeto
expurgado da lixeira, esse objeto e os respectivos objetos dependentes so removidos do banco
de dados permanentemente. Como resultado, no mais possvel recuperar os objetos
expurgados da lixeira com o recurso Flashback de Eliminao. Os possveis usos de PURGE so:
PURGE TABLE expurga a tabela especificada.
PURGE INDEX expurga o ndice especificado.
PURGE TABLESPACE expurga todos os objetos que residem no tablespace especificado.
Alm disso, os objetos residentes em outros tablespaces podero ser expurgados se forem
dependentes. Como alternativa, defina a clusula USER para expurgar somente os objetos
pertencentes
ao usurio especificado com insuficincia de cota em disco no tablespace em questo.
PURGE RECYCLEBIN expurga todos os objetos pertencentes ao usurio atual.
RECYCLEBIN e USER_RECYCLEBIN so sinnimos.
PURGE DBA_RECYCLEBIN expurga todos os objetos. Para executar esse comando,
necessrio ter os privilgios de sistema adequados ou o privilgio de sistema SYSDBA.
Observao: Com relao aos comandos PURGE TABLE e PURGE INDEX, se voc
especificar um nome original e
a lixeira contiver mais de um objeto com esse nome, o objeto que permaneceu mais tempo na
lixeira ser expurgado primeiro (FIFO).
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Ignorando a Lixeira
DROP TABLESPACE <ts_name>
[INCLUDING CONTENTS] ;
DROP USER <user_name> [CASCADE] ;
DROP TABLE <table_name> [PURGE] ;
Ignorando a Lixeira
possvel usar o comando DROP TABLE PURGE para eliminar definitivamente uma tabela e os
respectivos objetos dependentes do banco de dados. Quando voc utiliza esse comando, os
objetos correspondentes no so movidos para a lixeira. Esse comando fornece a mesma
funcionalidade do comando DROP TABLE das releases anteriores.
Quando voc executa o comando DROP TABLESPACE ... INCLUDING CONTENTS, os
objetos do tablespace no so colocados na lixeira. Alm disso, os objetos na lixeira
pertencentes ao tablespace so expurgados. Quando voc executa o mesmo comando sem a
clusula INCLUDING CONTENTS, o tablespace precisa estar vazio para a execuo bem-
sucedida do comando. Entretanto, talvez existam objetos pertencentes ao tablespace na lixeira.
Nesse caso, esses objetos so expurgados.
Quando voc executa o comando DROP USER ... CASCADE, o usurio e todos os objetos
pertencentes a ele so eliminados do banco de dados definitivamente. Todos os objetos na
lixeira pertencentes ao usurio eliminado so expurgados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Consultando a Lixeira
SELECT owner, original_name, object_name,
type, ts_name, droptime, related, space
FROM dba_recyclebin
WHERE can_undrop = 'YES';
SELECT original_name, object_name,
type, ts_name, droptime, related, space
FROM user_recyclebin
WHERE can_undrop = 'YES';
SQL> SHOW RECYCLEBIN
Consultando a Lixeira
Para ver todos os objetos eliminados, consulte user_recyclebin ou RECYCLEBIN.
dba_recyclebin mostra todos os objetos que foram eliminados por todos os usurios e que
ainda esto na lixeira.
Tambm possvel usar o comando SHOW RECYCLEBIN do SQL*Plus. Esse comando mostra
somente os objetos cuja eliminao pode ser cancelada.
Os exemplos mostram como extrair informaes importantes da lixeira:
original_name o nome do objeto antes da eliminao.
object_name o nome do objeto gerado pelo sistema aps a eliminao.
type o tipo do objeto.
ts_name o nome do tablespace ao qual o objeto pertence.
droptime a data em que o objeto foi eliminado.
related o identificador do objeto eliminado.
space o nmero de blocos usados no momento pelo objeto.
Voc tambm pode ver o contedo da lixeira usando o Database Control.
Observao: Para obter informaes detalhadas sobre a view DBA_RECYCLEBIN, consulte o
Oracle Database Reference Guide.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Consultando Dados de
Tabelas Eliminadas
SELECT ...
FROM "BIN$zbjrBdpw==$0" [AS OF ...]
WHERE ...
Lixeira
USER_INDEXES
YES
INDEX_NAME DROPPED
NO SALES_PK
USER_TABLES
TABLE_NAME DROPPED
YES
NO SALES
BIN$zbjrBdpw==$0 EMPLOYEES
Consultando Dados de Tabelas Eliminadas
Quando voc elimina uma tabela, ela movida para a lixeira e o seu nome original alterado
para um nome exclusivo gerado pelo sistema. Como ainda o proprietrio da tabela eliminada,
voc pode ver suas caractersticas nas diversas views de dicionrio, como DBA_TABLES,
DBA_OBJECTS, DBA_SEGMENTS e assim por diante. Para fazer a distino entre as tabelas
que esto na lixeira e as que no esto, a view DBA_TABLES tem uma nova coluna denominada
DROPPED que definida como YES no caso das tabelas que foram eliminadas, mas ainda
permanecem na lixeira.
Portanto, contanto que exista na lixeira um nome de tabela gerado pelo sistema, voc poder
us-lo em uma instruo SELECT e em consultas de flashback.
Contudo, no possvel executar nenhum tipo de instruo DML ou DDL em objetos residentes
na lixeira.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Flashback de Banco
de Dados: Reviso
A operao de Flashback de Banco de Dados:
Funciona como um boto Retroceder do banco de
dados
Pode ser utilizada em caso de danos nos dados
lgicos provocados pelos usurios
O banco de
dados est
danificado.
O banco
de dados
retrocede.
Voc pressiona
o boto
Retroceder.
Os usurios
geram os
erros.
Lixeira
> Flashback de BD
Config. FB de BD
Monitorar FB de BD
Pt. Rest. Gar.
Flashback de Banco de Dados: Reviso
Com o Flashback de Banco de Dados, voc pode retornar o banco de dados rapidamente para
um momento anterior desfazendo todas as alteraes efetuadas desse momento em diante. Essa
operao rpida porque no necessrio restaurar backups. Voc pode usar esse recurso para
desfazer as alteraes que causaram danos nos dados lgicos.
Em caso de danos fsicos no banco de dados ou perda de mdia, use os mtodos de recuperao
tradicionais.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Arquitetura do Flashback de Banco de Dados
Buffer de
flashback
Buffer de
redo log
SGA
LGWR
RVWR
Logs de
flashback
Redo
logs

Cache de buffer
1
Registrar imagens
anteriores de
blocos
periodicamente.
Reverter alteraes no
banco de dados usando
imagens anteriores.
Encaminhar
recuperao
de mdia.
Todas as
alteraes
Nem todas as
alteraes!
2
Arquitetura do Flashback de Banco de Dados
Quando voc ativa o Flashback de Banco de Dados, o novo processo de background RVWR
iniciado. Esse processo grava seqencialmente os dados do Flashback de Banco de Dados do
buffer de flashback nos logs do Flashback de Banco de Dados reutilizados de maneira circular.
Posteriormente, quando o comando FLASHBACK DATABASE executado, os logs de flashback
so usados para restaurar as imagens anteriores dos blocos; em seguida, so usados os dados de
redo para fazer rollforward para o perodo de flashback desejado.
O overhead de ativao do Flashback de Banco de Dados depende da combinao de
leitura/gravao da carga de trabalho do banco de dados. Como as consultas no precisam
registrar dados de flashback, quanto maior for o nvel de gravao exigido pela carga de
trabalho, maior ser o overhead de ativao do Flashback de Banco de Dados.
Observao: Os logs do Flashback de Banco de Dados no so arquivados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Configurando o Flashback
de Banco de Dados
1. Configure a rea de
recuperao flash.
3. Ative o Flashback
de Banco de Dados.
2. Defina o alvo
de reteno.
SQL> SHUTDOWN IMMEDIATE;
SQL> STARTUP MOUNT EXCLUSIVE;
SQL> ALTER SYSTEM SET
2 DB_FLASHBACK_RETENTION_TARGET=2880 SCOPE=BOTH;
SQL> ALTER DATABASE FLASHBACK ON;
SQL> ALTER DATABASE OPEN;
Lixeira
Flashback de BD
> Config. FB de BD
Monitorar FB de BD
Pt. Rest. Gar.
Configurando o Flashback de Banco de Dados
possvel configurar o Flashback de Banco de Dados da seguinte maneira:
1. Configure a rea de recuperao flash.
2. Defina o alvo de reteno com o parmetro de inicializao
DB_FLASHBACK_RETENTION_TARGET. possvel especificar um limite superior, em
minutos, para determinar at que momento dever ser efetuado o flashback do banco de
dados. O exemplo usa 2880 minutos, que equivalem a dois dias. Esse parmetro apenas
um alvo e no fornece nenhuma garantia. O intervalo de tempo de flashback depende do
volume de dados de flashback mantido na rea de recuperao flash.
3. Ative o Flashback de Banco de Dados com o seguinte comando:
ALTER DATABASE FLASHBACK ON;
Antes de executar o comando para ativar o Flashback de Banco de Dados, voc precisa
configurar o banco de dados para arquivamento e inici-lo no modo MOUNT EXCLUSIVE.
Para determinar se o Flashback de Banco de Dados est ativado, use a seguinte consulta:
SELECT flashback_on FROM v$database;
Voc pode desativar o Flashback de Banco de Dados com o comando ALTER DATABASE
FLASHBACK OFF. Como resultado, todos os logs existentes do Flashback de Banco de Dados
so deletados automaticamente.
Observao: Voc s pode ativar o Flashback de Banco de Dados com o banco de dados
montado no modo exclusivo, e no aberto.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Configurando o Flashback de
Banco de Dados com o EM
Verifique se o banco de dados est no modo
ARCHIVELOG.
Configurando o Flashback de Banco de Dados com o EM
Efetue login na Console de Banco de Dados do Enterprise Manager. Na pgina Maintenance,
selecione Backup/Recovery Settings e escolha Recovery Settings. Verifique se o banco de dados
est no modo ARCHIVELOG. Se no estiver, selecione ARCHIVELOG Mode e clique em
Continue. Voc precisar fazer shutdown e reiniciar a instncia para que as alteraes tenham
efeito.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Configurando o Flashback de
Ative o log de flashback e especifique a rea de
recuperao flash
Configurando o Flashback de Banco de Dados com o EM (continuao)
Quando tiver certeza de que o banco de dados est no modo ARCHIVELOG, retorne pgina
Recovery Settings e role a tela at as regies Media Recovery e Flash Recovery Area para
observar as novas definies. Quando a rea de recuperao flash e o arquivamento estiverem
configurados, USE_DB_RECOVERY_FILE_DEST ser configurado como o destino do log de
arquivamento 10. Para ativar o log de flashback, marque Enable Flashback Logging. Tambm
possvel definir o tempo de reteno de flashback, bem como exibir informaes importantes
sobre o perodo de flashback do banco de dados.
Verifique a localizao da rea de recuperao flash. A rea de recuperao flash um local de
armazenamento unificado de todos os arquivos e atividades relacionados recuperao de um
banco de dados Oracle. Todos os arquivos necessrios para recuperar integralmente um banco
de dados de uma falha de mdia fazem parte da rea de recuperao flash. Os arquivos referentes
recuperao que voc pode criar na rea de recuperao flash incluem: arquivos de redo log
arquivados, arquivos de controle, backups criados pelo RMAN (Recovery Manager), logs de
flashback e o arquivo de rastreamento de alteraes. Ao reservar um local de armazenamento e
unificar os arquivos relacionados recuperao em uma rea especfica, o servidor do banco de
dados Oracle poupa o administrador do gerenciamento dos arquivos de disco criados por esses
componentes. A localizao default da rea de recuperao flash $ORACLE_BASE. Se
preferir uma localizao diferente, altere-a agora. Role a tela at a parte inferior da pgina
Recovery Settings e clique em Apply.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Flashback de Banco de Dados: Exemplos
RMAN> FLASHBACK DATABASE TO TIME =
2> "TO_DATE('2004-05-27 16:00:00',
3> 'YYYY-MM-DD HH24:MI:SS')";
RMAN> FLASHBACK DATABASE TO SCN=23565;
RMAN> FLASHBACK DATABASE
2> TO SEQUENCE=223 THREAD=1;
SQL> FLASHBACK DATABASE
2 TO TIMESTAMP(SYSDATE-1/24);
SQL> FLASHBACK DATABASE TO SCN 53943;
SQL> FLASHBACK DATABASE TO RESTORE POINT b4_load;
Flashback de Banco de Dados: Exemplos
possvel usar o comando FLASHBACK DATABASE do RMAN para executar a operao de
Flashback de Banco de Dados. Voc pode usar SEQUENCE e THREAD para especificar um
nmero de seqncia de redo log e um thread como limite inferior. O RMAN seleciona apenas
os arquivos que podem ser usados para fazer o flashback, mas no inclui o nmero de seqncia
especificado.
Como alternativa, possvel usar o comando SQL FLASHBACK DATABASE para retornar o
banco de dados a um SCN ou um momento anterior. Se voc usar a clusula TO SCN, fornea
um nmero. Se especificar TO TIMESTAMP, fornea um valor de timestamp. Voc tambm
pode especificar um nome de ponto de restaurao.
Observao: Monte o banco de dados no modo exclusivo para executar o comando
FLASHBACK DATABASE e, quando terminar, abra-o com a opo RESETLOGS.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Executando o Flashback de
Selecione o tipo de
objeto e de
operao
Executando o Flashback de Banco de Dados com o EM
Na pgina Maintenance, escolha Perform Recovery. Na lista drop-down Object Type, selecione
Whole Database. Em seguida, selecione Recover to current time or a previous point-in-time
como Operation Type. Por fim, fornea as credenciais no sistema operacional de um usurio do
banco de dados (isto , algum que pertena ao grupo dba). Quando concluir essas etapas,
clique em Continue para avanar at a prxima etapa da operao de Flashback de Banco de
Dados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Iniciando o Recovery Wizard:
Executando o Flashback de Banco de Dados com o EM (continuao)
Depois que voc escolhe o tipo de operao de recuperao, o Recovery Wizard acionado.
Voc informado de que ocorrer shutdown do banco de dados e de que ele ser reinicializado
no modo MOUNT. Essa operao demorar alguns minutos e voc ser informado sobre o atraso.
Depois de aguardar durante o tempo necessrio, voc ser solicitado a clicar em Refresh para
continuar a operao.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Executando o Flashback de Banco de Dados com o EM (continuao)
O Recovery Wizard foi iniciado. Nessa fase, ocorrem o shutdown e a inicializao do banco de
dados no modo MOUNT. Clique em Refresh.
A pgina Perform Recovery: Point-in-time exibida. Nessa pgina, selecione a opo Recover
to a prior point-in-time e especifique uma data ou um SCN. Clique em Next.
A pgina Perform Recovery: Flashback exibida. Nela, voc pode optar pela recuperao por
meio de flashback ou pela recuperao normal. Escolha a opo desejada e clique em Next.
Essa ao leva voc diretamente pgina Perform Recovery: Review mostrada no slide. Clique
em Submit para fazer flashback do banco de dados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Excluindo Tablespaces do
Coloque o tablespace off-line antes de executar a
recuperao de Flashback de Banco de Dados.
Elimine o tablespace ou recupere os arquivos off-
line com a recuperao pontual tradicional.
ALTER TABLESPACE <ts_name> FLASHBACK {ON|OFF}
SQL> SELECT name, flashback_on
2 FROM v$tablespace;
Excluindo Tablespaces do Flashback de Banco de Dados
Talvez voc tenha um tablespace cujos dados do Flashback de Banco de Dados voc no queira
registrar. Nesse caso, voc pode usar o comando ALTER TABLESPACE para excluir a
participao do tablespace no flashback do banco de dados. Tambm possvel especificar esse
atributo durante a criao de um tablespace. O valor default ON.
Coloque o tablespace off-line antes de efetuar o flashback do banco de dados. Depois, voc pode
eliminar o tablespace ou recuperar os arquivos de dados off-line usando mtodos tradicionais de
recuperao pontual. possvel consultar a view V$TABLESPACE para determinar o status do
flashback de um tablespace.
Observao: Se voc recriar o arquivo de controle, todos os tablespaces sero colocados no
modo FLASHBACK ON. Repita os comandos ALTER TABLESPACE para garantir que os
tablespaces sejam excludos das operaes de Flashback de Banco de Dados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Consideraes sobre o Flashback de
Banco de Dados
Quando a operao de Flashback de Banco de
Dados for concluda, abra o banco de dados:
No modo somente para leitura para verificar se o SCN
ou o tempo-alvo correto foi utilizado
Com uma operao RESETLOGS para permitir DML
O contrrio de flashback recuperao.
No possvel usar o Flashback de Banco de Dados
nas seguintes situaes:
Se o arquivo de controle tiver sido restaurado ou
recriado.
Se um tablespace tiver sido eliminado.
Se um arquivo de dados tiver sido comprimido.
Use TO BEFORE RESETLOGS para fazer flashback para
um momento anterior operao RESETLOGS.
Consideraes sobre o Flashback de Banco de Dados
Nas situaes em que no for possvel usar o recurso Flashback de Banco de Dados, execute
uma operao de recuperao incompleta a fim de retornar o banco de dados para um momento
especfico. Quando a operao for concluda, voc poder abrir o banco de dados no modo
somente para leitura e verificar se o SCN ou o tempo-alvo correto foi utilizado. Se nenhum deles
tiver sido utilizado corretamente, voc poder repetir o flashback do banco de dados ou executar
uma recuperao para efetuar o rollforward do banco de dados. Assim, para desfazer uma
operao de Flashback de Banco de Dados, execute a recuperao avanada do banco de dados.
No possvel usar o Flashback de Banco de Dados para recuperar um arquivo de dados
eliminado durante a operao de flashback. O arquivo de dados eliminado adicionado ao
arquivo de controle e marcado como off-line, mas no submetido a flashback. O Flashback de
Banco de Dados no pode fazer flashback de um arquivo de dados at um momento posterior
sua criao e anterior operao de redimensionamento. Se um arquivo foi redimensionado
durante o perodo at o qual voc efetuar o flashback, coloque o arquivo off-line antes de
iniciar a operao de flashback. Esse procedimento se aplica aos arquivos comprimidos, e no
aos expandidos. possvel usar o Flashback de Banco de Dados com arquivos de dados
configurados para extenso automtica.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Consideraes sobre o Flashback de Banco de Dados (continuao)
Voc pode fazer flashback para um ponto imediatamente anterior operao RESETLOGS
fornecendo a clusula TO BEFORE RESETLOGS no comando FLASHBACK DATABASE.
Observao: O alvo de reteno de flashback no uma garantia absoluta de que o flashback
estar disponvel. Se for preciso liberar espao para os arquivos necessrios na rea de
recuperao flash, os logs de flashback podero ser deletados automaticamente.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Monitorando o Flashback
de Banco de Dados
Para monitorar a capacidade de atender o
alvo de reteno:
Exiba a cota de disco da rea de recuperao flash:
Determine o perodo de flashback atual:
Monitore a gerao de logs do Flashback de Banco
de Dados:
SQL> SELECT estimated_flashback_size,
2 flashback_size
3 FROM V$FLASHBACK_DATABASE_LOG;
SQL> SELECT *
2 FROM V$FLASHBACK_DATABASE_STAT;
SQL> SELECT oldest_flashback_scn,
2 oldest_flashback_time
3 FROM V$FLASHBACK_DATABASE_LOG;
Lixeira
Flashback de BD
Config. FB de BD
> Monitorar FB de BD
Pt. Rest. Gar.
Monitorando o Flashback de Banco de Dados
importante monitorar o uso do espao da rea de recuperao flash para que voc saiba se est
atendendo adequadamente ao alvo de reteno. Use a view V$FLASHBACK_DATABASE_LOG
para monitorar o alvo de reteno do Flashback de Banco de Dados:
ESTIMATED_FLASHBACK_SIZE usa dados de flashback registrados anteriormente a fim
de fornecer uma estimativa do espao em disco necessrio na rea de recuperao flash
para que os logs de flashback atinjam o alvo de reteno de flashback atual. A estimativa se
baseia na carga de trabalho desde a inicializao da instncia ou durante o intervalo de
tempo mais recente equivalente ao alvo de reteno de flashback, o que for mais curto.
FLASHBACK_SIZE especifica o tamanho atual em bytes dos dados de flashback.
OLDEST_FLASHBACK_SCN e OLDEST_FLASHBACK_TIME exibem o menor valor
aproximado de SCN e o horrio at o qual possvel fazer flashback do banco de dados.
CURRENT_SCN em V$DATABASE especifica o SCN atual do banco de dados.
Use a view V$FLASHBACK_DATABASE_STAT para monitorar o overhead do registro de
dados de flashback nos logs do Flashback de Banco de Dados. Essa view contm 24 horas de
informaes, com cada linha representando o intervalo de 1 hora. Voc pode us-la para
determinar as alteraes de taxas na gerao de dados de flashback.
SQL> SELECT begin_time, end_time, flashback_data, db_data,
2 redo_data, estimated_flashback_size AS EST_FB_SZE
3 FROM V$FLASHBACK_DATABASE_STAT;
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Monitorando o Flashback de Banco de Dados (continuao)
BEGIN_TIM END_TIME FLASHBACK_DATA DB_DATA REDO_DATA EST_FB_SZE
--------- --------- -------------- ---------- ---------- ----------
12-FEB-04 12-FEB-04 16384 0 24576 0
12-FEB-04 12-FEB-04 6594560 7471104 1533440 815923200
12-FEB-04 12-FEB-04 17235968 12361728 5150720 839467008
12-FEB-04 12-FEB-04 311648256 37249024 10272768 855195648
Com base nessas informaes, talvez seja necessrio ajustar o tempo de reteno ou o
tamanho da rea de recuperao flash.
FLASHBACK_DATA e REDO_DATA representam o nmero de bytes de dados de flashback e
de redo, respectivamente, gravados durante o intervalo de tempo, enquanto DB_DATA fornece
o nmero de bytes de blocos de dados lidos e gravados. Essa view tambm contm o espao
de flashback estimado necessrio ao intervalo.
Voc pode consultar a view V$RECOVERY_FILE_DEST para exibir informaes referentes
rea de recuperao flash. As descries de coluna so:
NAME: Nome da rea de recuperao flash que indica a string do local
SPACE_LIMIT: Limite de disco especificado no parmetro
DB_RECOVERY_FILE_DEST_SIZE
SPACE_USED: Espao utilizado pelos arquivos da rea de recuperao flash (em bytes)
SPACE_RECLAIMABLE: Espao que pode ser reutilizado por meio da deleo de
arquivos obsoletos, redundantes e de prioridade baixa com o algoritmo de gerenciamento
de espao
NUMBER_OF_FILES: Nmero de arquivos
SQL> SELECT name, space_limit AS quota,
2 space_used AS used,
3 space_reclaimable AS reclaimable,
4 number_of_files AS files
5 FROM v$recovery_file_dest ;
NAME QUOTA USED RECLAIMABLE FILES
------------------------ ---------- ---------- ----------- -----
/u01/flash_recovery_area 5368709120 2509807104 203386880 226
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Monitorando o Flashback de
Monitorando o Flashback de Banco de Dados com o EM
possvel exibir a maioria das estatsticas de Flashback de Banco de Dados mencionadas nas
pginas anteriores na pgina Recovery Settings. Essas mtricas incluem o espao atual usado
por todos os logs de flashback, o SCN mais baixo e o horrio do SCN mais baixo nos dados de
flashback.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Pontos de Restaurao
Garantidos
Um ponto de restaurao garantido assegura que voc
possa executar um comando FLASHBACK DATABASE
para um SCN em qualquer momento.
SQL> CREATE RESTORE POINT before_load
2 GUARANTEE FLASHBACK DATABASE;
Lixeira
Flashback de BD
Config. FB de BD
Monitorar FB de BD
> Pt. Rest. Gar.
Pontos de Restaurao Garantidos
Assim como os pontos de restaurao normais, abordados na lio Recuperao do Banco de
Dados, os pontos de restaurao garantidos podem ser usados como apelidos para SCNs em
operaes de recuperao. No entanto, eles tambm fornecem uma funcionalidade especfica
referente ao uso do recurso Flashback de Banco de Dados.
A criao de um ponto de restaurao garantido em um SCN especfico impe a condio de
que voc possa executar uma operao de Flashback do Banco de Dados para devolver o banco
de dados ao estado em que ele se encontrava naquele SCN, mesmo que o log de flashback no
esteja ativado para o banco de dados. Se o log de flashback estiver ativado, a criao de um
ponto de restaurao garantido impor a reteno dos logs de flashback necessrios para retornar
o Flashback de Banco de Dados a qualquer momento posterior criao do primeiro ponto de
restaurao garantido.
Um ponto de restaurao garantido pode ser usado para reverter um banco de dados inteiro para
um estado reconhecidamente correto dias ou semanas antes, contanto que haja espao suficiente
no disco na rea de recuperao flash para armazenar os logs necessrios. Como ocorre com o
Flashback de Banco de Dados, at mesmo os efeitos de operaes NOLOGGING, como inseres
de carga direta podem ser revertidos por meio de pontos de restaurao garantidos.
Observao: Assim como os pontos de restaurao normais, os pontos de restaurao
garantidos podem ser usados para especificar um momento para operaes RECOVER
DATABASE. Consulte a lio Recuperao de Banco de Dados para obter mais informaes.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sumrio
Consultar a lixeira
Configurar o Flashback de Banco de Dados
Executar o Flashback de Banco de Dados at um
momento especfico usando o Enterprise Manager
ou o RMAN
Monitorar estatsticas de log de flashback
Ativar e desativar o recurso Flashback de Banco de
Dados
Usar pontos de restaurao garantidos com o
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Viso Geral do Exerccio: Executando o
Execuo do Flashback de Banco de Dados para
desfazer transaes indesejadas
Monitoramento da reteno do Flashback de Banco
de Dados
Determinao do tamanho dos logs de flashback
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Lidando com Bancos de Dados Danificados
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos
Identificar os motivos de danos em bancos de dados:
Hardware
Software
Detectar danos em bancos de dados usando:
ANALYZE
DBVERIFY
DB_BLOCK_CHECKING
DBMS_REPAIR
Corrigir danos usando o RMAN
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O Que um Bloco Danificado?
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 estiver ativado
Um bloco danificado identificado por uma destas
caractersticas:
Danos de mdia
Danos lgicos (ou de software)
O Que um Bloco Danificado?
Um bloco de dados danificado um bloco que no est em um formato reconhecvel pelo
Oracle ou cujo contedo no consistente internamente. Em geral, os danos so causados por
hardware defeituoso ou problemas no sistema operacional. O banco de dados Oracle identifica
blocos danificados com danos lgicos ou danos de mdia. Se o bloco apresentar danos
lgicos, significa que houve um erro interno Oracle. O banco de dados Oracle marca blocos com
danos lgicos aps a deteco da inconsistncia. Se houver dano de mdia, significa que o
formato do bloco no est correto; as informaes contidas nele no tero sentido aps a leitura
do disco.
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 conseqncia de hardware
defeituoso, o problema s ser solucionado completamente depois que a falha no hardware for
corrigida.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sintomas de Blocos Danificados: 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 absoluto do arquivo e do
bloco
retornado sesso responsvel pela consulta que
estava em execuo quando o dano foi descoberto
Aparece no arquivo alert.log
Sintomas de Blocos Danificados: ORA-01578
Com freqncia, o erro ORA-01578 o resultado de um problema de hardware. Caso o erro
ORA-01578 seja sempre retornado com os mesmos argumentos, provvel que o bloco tenha
danos de mdia.
Se os argumentos forem alterados em cada ocorrncia, talvez exista um problema de hardware.
Nesse caso, o cliente deve certificar-se de que haja espao na memria e na pgina e, em
seguida, verificar se existem controladoras incorretas no subsistema de entrada/sada.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Como Lidar com Danos
Verifique o log de alerta e o arquivo de log do
Use as ferramentas de diagnstico disponveis para
descobrir o tipo de dano.
Determine se os erros so persistentes executando
verificaes diversas vezes.
Recupere dados do objeto danificado se necessrio.
Tente sempre descobrir se o erro permanente. Execute o comando ANALYZE diversas vezes
ou, se possvel, execute um shutdown e uma inicializao, e repita a operao malsucedida
anteriormente.
Descubra se h mais danos. Se encontrar algum, possvel que existam outros blocos
danificados. Use ferramentas como o DBVERIFY para lidar com essa situao.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Solucione os problemas de hardware:
Placas de memria
Controladoras de disco
Discos
Recupere ou restaure os dados do objeto danificado
se necessrio.
Como Lidar com Danos (continuao)
No faz sentido continuar a trabalhar quando h 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
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recursos Relacionados a Danos
SIM Nenhum Recuperao de mdia de bloco
SIM Lgico Flashback
SIM Lgico DBMS_REPAIR
NO Lgico DB_BLOCK_CHECKING
Fsico
Fsico
Lgico
Fsico
Dano
Detectado
NO DB_BLOCK_CHECKSUM
NO exp
NO ANALYZE
NO DBVERIFY
Repara
Danos
Recurso
Recursos Relacionados a Danos
Existem vrias ferramentas disponveis para detectar, diagnosticar e corrigir danos em bancos de
dados Oracle. O slide mostra um resumo das ferramentas abordadas nesta lio.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Utilitrio DBVERIFY
S funciona em arquivos de dados; no possvel
verificar arquivos de redo log
Verifica a consistncia dos blocos
Pode ser usado com o banco de dados aberto
Nome do programa utilitrio: dbv
$ dbv file=/u01/oradata/users01.dbf \
blocksize=8192
Utilitrio DBVERIFY
O DBVERIFY um utilitrio externo de linha de comandos que executa uma verificao de
integridade da estrutura de dados fsicos em um banco de dados off-line ou on-line. possvel
us-lo em arquivos on-line e de backup (ou em partes de arquivos). Use esse utilitrio
principalmente quando precisar garantir que um banco de dados ou um arquivo de dados de
backup seja vlido antes que ele seja restaurado ou como ajuda para diagnsticos ao encontrar
problemas de dados danificados. Como possvel executar o DBVERIFY em um banco de
dados off-line, as verificaes de integridade so muito mais rpidas.
As limitaes do DBVERIFY incluem:
Ele no consegue detectar problemas como a falta de correspondncia entre INDEX e
TABLE, que o comando ANALYZE TABLE .. VALIDATE STRUCTURE CASCADE
consegue descobrir.
Ele no verifica arquivos de redo log ou de controle.
Ele s verifica um bloco isoladamente, sem detectar se esse bloco faz parte ou no de um
objeto existente.
No caso de dispositivos brutos, use o parmetro END para evitar a varredura de blocos aps
o trmino do espao do arquivo de dados:
dbv FILE=/dev/rdsk/r1.dbf END=last_data_block#
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Interpretando a Sada DBVERIFY
Uma pgina um bloco.
Se o cabealho e o final do bloco no
corresponderem, o DBVERIFY ler o bloco
novamente. Se corresponderem, ser informado um
bloco de influxo; caso contrrio, ser sinalizado um
dano.
Total Pages Examined : 12800
Total Pages Processed (Data) : 4408
Total Pages Failing (Data) : 0
Total Pages Processed (Index): 1264
.
.
.
Total Pages Marked Corrupt : 4
Total Pages Influx : 0
Highest block SCN : 654836 (0.654836)
Interpretando a Sada DBVERIFY
Os blocos de influxo so blocos divididos. Se o DBVERIFY reportar blocos de influxo mas no
reportar danos, significa que, quando ele leu o bloco na primeira vez, o DBWn estava gravando
uma nova verso, e ele obteve parte da antiga verso e parte da nova verso desse bloco. Alm
disso, o DBVERIFY s verifica danos lgicos. Portanto, os danos podem ocorrer acima da
marca dgua superior. Uma amostra de verificao do DBVERIFY exibida abaixo:
$ dbv file=example01.dbf blocksize=8192
DBVERIFY: Release 10.1.0.2.0 - Production on Fri Sep 9
13:17:45 2005
Copyright (c) 1982, 2005, Oracle. All rights reserved.
DBVERIFY - Verification starting : FILE = example01.dbf
DBVERIFY - Verification complete
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Interpretando a Sada DBVERIFY (continuao)
Total Pages Examined : 12800
Total Pages Processed (Data): 4409
Total Pages Failing (Data): 0
Total Pages Processed(Index): 1264
Total Pages Failing(Index): 0
Total Pages Processed (Other): 1539
Total Pages Processed (Seg) : 0
Total Pages Failing (Seg) : 0
Total Pages Empty : 5588
Total Pages Marked Corrupt: 0
Total Pages Influx: 0
Highest block SCN : 654836 (0.654836)
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comando ANALYZE
Executa uma verificao lgica dos blocos
No marca danos lgicos em blocos; apenas
informa esses danos
Valida entradas de ndices e tabelas
SQL> ANALYZE TABLE table_name VALIDATE
2 STRUCTURE CASCADE;
SQL> ANALYZE INDEX index_name VALIDATE
2 STRUCTURE;
Comando ANALYZE
Use o comando ANALYZE para validar a estrutura de uma tabela ou de parties da tabela, e de
um ndice ou de parties do ndice. O objeto a ser analisado precisa ser local e estar situado no
seu esquema, ou voc precisa ter o privilgio de sistema ANALYZE ANY. A opo CASCADE
valida um objeto, incluindo todos os objetos relacionados. Voc pode execut-lo em uma sesso
SQL*Plus de um objeto especfico para realizar uma verificao de integridade e determinar se
o erro persistente, executando o mesmo comando ANALYZE vrias vezes.
Em tabelas particionadas, o comando ANALYZE tambm verifica se a linha pertence partio
correta. Se a linha no intercalada corretamente, o ID da linha inserido na tabela
INVALID_ROWS.
SQL> ANALYZE TABLE partitioned_table PARTITION (p1)
2 VALIDATE STRUCTURE INTO invalid_rows;
Uma instruo select simples (SELECT * FROM table) executa uma varredura integral de
tabela, o que significa que ela l todos os blocos de dados at a marca dgua superior da tabela.
Voc pode usar essa instruo para realizar uma verificao rpida de danos nos dados atuais da
tabela. Voc tambm pode usar o Data Pump para exportar objetos; ele tambm verifica
integralmente cada tabela.
Observao: O comando ANALYZE valida as informaes sobre bitmaps referentes a
segmentos ASSM (Auto Segment Space Management), mas no considera os blocos sem
formatao abaixo da marca dgua superior nesses segmentos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Verificando a Integridade de Blocos em
Tempo Real: DB_BLOCK_CHECKING
O parmetro de inicializao DB_BLOCK_CHECKING:
Controla o grau de verificaes de autoconsistncia
executadas em cada bloco, medida que
processado
Pode evitar danos memria e aos dados
Pode ser definido por meio do comando ALTER
SESSION ou ALTER SYSTEM DEFERRED
Verificando a Integridade de Blocos em Tempo Real: DB_BLOCK_CHECKING
Quando DB_BLOCK_CHECKING definido como TRUE, o banco de dados Oracle verifica
todos os blocos de dados. Para verificar um bloco, o banco de dados Oracle l os dados do bloco
e verifica a autoconsistncia. Com freqncia, a verificao de blocos impede danos na memria
e em dados. Em geral, essa verificao causa um overhead de 1% a 10%, de acordo com a carga
de trabalho. Quanto maior for o nmero de atualizaes ou inseres em execuo, mais
dispendiosa ser a ativao da verificao de blocos. Os quatro valores possveis para
DB_BLOCK_CHECKING so:
OFF: No so realizadas verificaes de blocos em nenhum tablespace, exceto SYSTEM.
LOW: So realizadas verificaes bsicas de cabealho de blocos aps a alterao do
contedo dos blocos na memria (por exemplo, depois de instrues UPDATE ou INSERT
e de leituras em disco).
MEDIUM: So realizadas todas as verificaes LOW, bem como as verificaes de todos os
blocos de tabelas no organizadas por ndice.
FULL: So realizadas todas as verificaes LOW e MEDIUM, bem como as verificaes em
blocos de ndice.
Defina DB_BLOCK_CHECKING como FULL se o overhead do desempenho for aceitvel. O
valor default FALSE, que, para fins de retrocompatibilidade, equivalente a OFF. Mesmo que
esse parmetro seja desativado, a verificao de blocos para o tablespace SYSTEM sempre estar
ativada.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Verificando a Integridade de Blocos em
Tempo Real: DB_BLOCK_CHECKSUM
O parmetro de inicializao DB_BLOCK_CHECKSUM:
Determina se um checksum deve ou no ser mantido
e verificado em cada bloco
Pode evitar danos causados por sistemas de
entrada/sada subjacentes
a14f
Verificando a Integridade de Blocos em Tempo Real: DB_BLOCK_CHECKSUM
Se DB_BLOCK_CHECKSUM for definido como TRUE, o processo DBWn e o Direct Loader
calcularo um checksum e o armazenaro no cabealho do cache de cada bloco de dados ao
grav-lo em disco. Um checksum um nmero calculado com base em todos os bytes
armazenados no bloco. Quando o bloco lido posteriormente, o checksum recalculado e o
valor armazenado verificado em relao a esse valor calculado. Como os checksums permitem
que o banco de dados detecte danos causados por discos subjacentes, sistemas de
armazenamento ou sistemas de entrada/sada com um overhead de somente 1% a 2%, a Oracle
recomenda a definio de DB_BLOCK_CHECKSUM como TRUE, que o valor default.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando EXP para Detectar Danos
A exportao convencional pode ser usada para
detectar danos.
$ exp hr/hr tables=departments
About to export specified tables via Conventional Path
...
. . exporting table DEPARTMENTS
EXP-00056: ORACLE error 1578 encountered
ORA-01578: ORACLE data block corrupted (file # 5, block #
51)
ORA-01110: data file 5:
'/u01/app/oracle/oradata/orcl/example01.dbf'
Usando EXP para Detectar Danos
Uma outra alternativa para detectar danos em blocos o utilitrio de exportao, EXP. Como o
EXP faz uma varredura integral de cada bloco do objeto que est exportando, ele reporta erros
quando encontra danos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando o Flashback para Danos Lgicos
DBA
USURIO
SQL de
Undo ou
Flashback
de Tabela
Dados danificados
localizados
Flashback
de Consulta
de Verso
Flashback de
Consulta de
Transao
Usando o Flashback para Danos Lgicos
Depois da eliminao de um dano fsico, voc pode usar uma combinao de recursos de
flashback para determinar quando ocorreu um dano lgico. Por exemplo, primeiro voc pode
usar o flashback de consulta de verso para exibir os valores de uma linha durante um perodo.
O flashback de consulta de verso tambm pode retornar o ID da transao. Com o ID da
transao, voc pode exibir todos os objetos afetados pela mesma transao.
Para desfazer os danos nos dados, voc pode usar as informaes retornadas na coluna
UNDO_SQL a fim de corrigir o erro ou pode efetuar o flashback da tabela at o horrio (SCN)
anterior execuo da transao.
Observao: Os detalhes sobre a execuo de um flashback de consulta de verso so
abordados no curso Oracle Database 10g: Workshop de Administrao I.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Package DBMS_REPAIR
Procedures disponveis
CHECK_OBJECT
FIX_CORRUPT_BLOCKS
DUMP_ORPHAN_KEYS
REBUILD_FREELISTS
SEGMENT_FIX_STATUS
SKIP_CORRUPT_BLOCKS
ADMIN_TABLES
Package DBMS_REPAIR
Para gerenciar danos em blocos de dados, tambm possvel usar o package DBMS_REPAIR.
Voc pode usar o DBMS_REPAIR para detectar e corrigir blocos danificados em tabelas e
ndices. Com esse mtodo, voc pode solucionar danos onde for possvel e continuar a usar
objetos enquanto tenta reconstru-los ou corrigi-los. Os procedures contidos no package
incluem:
CHECK_OBJECT: Detecta e informa danos em uma tabela ou ndice
FIX_CORRUPT_BLOCKS: Marca blocos que foram identificados anteriormente pelo
procedure CHECK_OBJECT como danificados por software (ou logicamente)
DUMP_ORPHAN_KEYS: Informa entradas de ndice em uma tabela-chave rf que
apontam para linhas em blocos de dados danificados
REBUILD_FREELISTS: Reconstri as freelists de um objeto
SEGMENT_FIX_STATUS: Permite corrigir o estado danificado de uma entrada de bitmap
quando o gerenciamento do espao em segmento definido como AUTO
SKIP_CORRUPT_BLOCKS: Ignora blocos marcados como danificados durante varreduras
de tabelas e ndices. Se no for usado, voc receber o erro ORA-01578 quando encontrar
blocos marcados como danificados.
ADMIN_TABLES: Fornece funes administrativas (create, drop ou purge) para correo
de tabelas-chave rf. Essas tabelas so sempre criadas no esquema SYS.
Observao: As chaves-rfs so entradas de ndice que apontam para linhas de tabela no mais
existentes.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando o DBMS_REPAIR
1. Detecte e informe danos.
2. Avalie os custos e as vantagens do DBMS_REPAIR.
SET SERVEROUTPUT ON
DECLARE num_corrupt INT;
BEGIN
num_corrupt := 0;
DBMS_REPAIR.CHECK_OBJECT (
schema_name => 'HR',
object_name => 'DEPARTMENTS',
repair_table_name => 'REPAIR_TABLE',
corrupt_count => num_corrupt);
END;
Sua primeira tarefa, antes de usar o DBMS_REPAIR, deve ser detectar e informar danos. Ao
informar danos, voc no apenas indica o que est errado com um bloco, mas tambm identifica
a diretiva de correo associada. Depois de usar as opes apresentadas anteriormente nesta
lio, voc pode considerar o uso do package DBMS_REPAIR para corrigir o dano. O procedure
CHECK_OBJECT verifica os objetos especificados e preenche uma tabela de correo com
informaes sobre danos e diretivas de correo. Antes de executar um procedure do
DBMS_REPAIR, construa a tabela de correo usando o procedure ADMIN_TABLES:
BEGIN
DBMS_REPAIR.ADMIN_TABLES (
table_name => 'REPAIR_TABLE',
table_type => DBMS_REPAIR.REPAIR_TABLE,
action => DBMS_REPAIR.CREATE_ACTION,
tablespace => 'USERS');
END;
Antes de usar o DBMS_REPAIR, pondere as vantagens e as desvantagens de seu uso. Considere
tambm outras opes disponveis para corrigir objetos danificados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando o DBMS_REPAIR (continuao)
Como primeira etapa, responda a estas perguntas:
Qual a extenso do dano? Para determinar se h danos e definir as aes de correo,
execute o procedure CHECK_OBJECT e consulte a tabela de correo.
Quais so as outras opes disponveis para solucionar problemas de danos em blocos?
Quais so os danos lgicos e os efeitos colaterais resultantes do uso do DBMS_REPAIR
para tornar um objeto utilizvel? possvel solucionar esses problemas satisfatoriamente?
Quando a correo envolve perda de dados, possvel recuperar os dados?
Voc pode recuperar dados do ndice quando um bloco de dados marcado como danificado.
O procedure DUMP_ORPHAN_KEYS pode ajudar a recuperar essas informaes. Claro que a
recuperao de dados dessa maneira depende do nvel de redundncia entre os ndices e a
tabela. O exemplo abaixo ilustra a criao de uma tabela-chave rf para o tablespace USERS.
BEGIN
DBMS_REPAIR.ADMIN_TABLES (
table_name => 'ORPHAN_KEY_TABLE',
table_type => DBMS_REPAIR.ORPHAN_TABLE,
action => DBMS_REPAIR.CREATE_ACTION,
tablespace => 'USERS');
END;
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
3. Torne os objetos utilizveis.
SET SERVEROUTPUT ON
DECLARE num_fix INT;
BEGIN
num_fix := 0;
DBMS_REPAIR.FIX_CORRUPT_BLOCKS (
schema_name => 'HR',
object_name => 'DEPARTMENTS',
object_type => DBMS_REPAIR.TABLE_OBJECT,
fix_count => num_fix);
END;
Para tornar o objeto utilizvel, o DBMS_REPAIR ignora danos durante varreduras de tabelas e
ndices. Com os procedures FIX_CORRUPT_BLOCKS e SKIP_CORRUPT_BLOCKS, voc
pode tornar um objeto danificado utilizvel estabelecendo um ambiente que ignore os danos fora
do escopo dos recursos de correo do DBMS_REPAIR.
Se os danos envolverem perda de dados, como uma linha incorreta em um bloco de dados, todos
os blocos com esse problema sero marcados como danificados pelo procedure
FIX_CORRUPT_BLOCKS. Ento, voc poder executar o procedure
SKIP_CORRUPT_BLOCKS, que ignora os blocos referentes ao objeto marcados como
danificados. Quando esse procedure definido, as varreduras de tabelas e ndices ignoram todos
os blocos marcados como danificados. Essa regra aplicada a blocos com danos de mdia e
software. Voc pode ver se a regra est em vigor para uma tabela visualizando a coluna
SKIP_CORRUPT da view de dicionrio de dados DBA_TABLES.
Se um ndice e uma tabela no estiverem sincronizados, uma transao SET TRANSACTION
READ ONLY poder estar inconsistente em situaes nas quais uma consulta verifica apenas o
ndice e, em seguida, outra consulta verifica o ndice e a tabela. Se o bloco da tabela for
marcado como danificado, as duas consultas retornaro resultados distintos, quebrando assim as
regras de uma transao somente para leitura. Uma das maneiras de solucionar esse problema
no ignorar os danos contidos em uma transao SET TRANSACTION READ ONLY.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
4. Corrija danos e reconstrua dados perdidos.
SET SERVEROUTPUT ON
DECLARE num_orphans INT;
BEGIN
num_orphans := 0;
DBMS_REPAIR.DUMP_ORPHAN_KEYS (
schema_name => 'SCOTT',
object_name => 'PK_DEPT',
object_type => DBMS_REPAIR.INDEX_OBJECT,
orphan_table_name => 'ORPHAN_KEY_TABLE',
key_count => num_orphans);
DBMS_OUTPUT.PUT_LINE('orphan key count: ' ||
TO_CHAR(num_orphans));
END;
Depois de tornar um objeto utilizvel, voc poder recuperar dados usando o procedure
DUMP_ORPHAN_KEYS. Esse procedure informa entradas de ndice que apontam para linhas em
blocos de dados danificados. Todas essas entradas de ndice so inseridas em uma tabela-chave
rf que armazena a chave e a ID de linha do dano. Crie a tabela-chave rf com antecedncia.
Depois de recuperar as informaes das entradas de ndice, voc poder reconstruir esse ndice
usando a instruo ALTER INDEX ... REBUILD ONLINE.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
BMR (Block Media Recovery)
Recuperao de mdia de bloco:
Reduz o MTTR (mean time to recover, tempo mdio
para recuperao)
Aumenta a disponibilidade durante a recuperao de
mdia
O arquivo de dados permanece on-line durante a
recuperao.
Apenas os blocos em recuperao ficam inacessveis.
chamada no RMAN por meio do comando
BLOCKRECOVER.
Restaura blocos individuais de backups disponveis
Faz a coordenao com o servidor para a recuperao
dos blocos de dados
BMR (Block Media Recovery)
A BMR (Block Media Recovery, Recuperao de Mdia de Bloco) reduz a menor unidade
recupervel da recuperao de mdia de um arquivo de dados a um bloco. Quando alguns blocos
do banco de dados precisam de recuperao de mdia, mais eficiente restaurar seletivamente e
recuperar apenas esses blocos. Apenas os blocos em recuperao precisam ficar indisponveis, o
que permite a disponibilidade contnua do restante do banco de dados durante a recuperao. A
BMR oferece duas vantagens principais sobre a recuperao em nvel de arquivo:
Reduz o MTTR (mean time to recover, tempo mdio para recuperao)
Permite maior disponibilidade dos dados durante a recuperao de mdia, pois o arquivo de
dados em recuperao permanece on-line
A BMR usa os mecanismos de recuperao existentes para aplicar alteraes do fluxo de redo s
verses dos blocos restaurados dos backups adequados. Use o RMAN para executar a BMR. O
RMAN restaura blocos de dados individuais a partir de backups disponveis e faz a coordenao
com o processo do servidor Oracle para recuperar esses blocos. Sem a recuperao em nvel de
bloco, mesmo quando apenas um bloco danificado, necessrio restaurar o arquivo inteiro e
todos os dados de redo devem ser aplicados ao arquivo. A reduo do MTTR obtida com o uso
da recuperao em nvel de bloco inclui o tempo de restaurao e de recuperao. Observe que
apenas a recuperao completa possvel. A recuperao incompleta torna o banco de dados
logicamente inconsistente.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comando BLOCKRECOVER
O comando BLOCKRECOVER do RMAN:
Identifica os backups que contm os blocos a serem
recuperados
L os backups e acumula os blocos necessrios em
buffers de memria
Gerencia a sesso de recuperao de mdia de bloco
lendo os logs de arquivamento no backup, se
necessrio
No pode ser usado na recuperao incompleta
RMAN> BLOCKRECOVER DATAFILE 6 BLOCK 3;
Comando BLOCKRECOVER
O RMAN suporta a BMR por meio do comando BLOCKRECOVER. Quando o usurio encontra
um dano em algum bloco, a mensagem de erro, o log de alerta e os arquivos de rastreamento
indicam qual bloco est causando o problema. O DBA pode chamar esse comando para restaurar
apenas o bloco em questo, evitando um longo perodo de indisponibilidade de dados.
O comando BLOCKRECOVER faz o seguinte:
Identifica os backups dos quais preciso obter os blocos para recuperao
L os backups e acumula os blocos necessrios em buffers na memria. Se qualquer um
dos blocos necessrios estiver danificado (danos lgicos ou de mdia), o RMAN ler o
prximo backup mais antigo do arquivo, buscando uma cpia ntegra do bloco. A opo
UNTIL limita a seleo a conjuntos de backup ou cpias de arquivos obtidos at o horrio,
a seqncia de logs ou o SCN especificado; ela fora o comando BLOCKRECOVER a usar
um backup mais antigo em vez do mais recente.
Inicia e gerencia a sesso de recuperao de mdia de bloco, lendo logs de arquivamento
contidos no backup, se necessrio
Sempre executa a recuperao completa. No possvel efetuar uma recuperao pontual
com o comando BLOCKRECOVER.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Exemplos de Uso do Comando BLOCKRECOVER
Recuperando um grupo de blocos danificados
Limitando a recuperao de mdia de bloco por tipo
de restaurao
Limitando a recuperao de mdia de bloco por tag
de backup
Limitando a recuperao de mdia de bloco por
horrio, SCN ou seqncia de log
Exemplos de Uso do Comando BLOCKRECOVER
Recuperando um grupo de blocos danificados
BLOCKRECOVER DATAFILE 2 BLOCK 12, 13
DATAFILE 7 BLOCK 5, 98, 99 DATAFILE 9 BLOCK 19;
Este exemplo recupera uma srie de blocos e executa a restaurao apenas de cpias de
arquivos de dados:
{
BLOCKRECOVER DATAFILE 3 BLOCK 1,2,3,4,5
TABLESPACE sales DBA 4194405, 4194409, 4194412
FROM DATAFILE COPY;
}
Observao: O DBA o endereo do bloco de dados.
Limitando a BMR por tag de backup:
BLOCKRECOVER TABLESPACE SYSTEM DBA 4194404, 4194405
FROM TAG "weekly_backup";
Este exemplo recupera dois blocos no tablespace SYSTEM e fora a restaurao dos blocos
de backups criados, no mnimo, h dois dias:
BLOCKRECOVER TABLESPACE SYSTEM DBA 4194404, 4194405 RESTORE
UNTIL TIME 'SYSDATE-2';
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Exemplos de Uso do Comando BLOCKRECOVER (continuao)
Este exemplo recupera dois blocos e fora a restaurao dos blocos a partir de backups
feitos antes do SCN 100:
BLOCKRECOVER DATAFILE 9 BLOCK 13 DATAFILE 2 BLOCK 19
RESTORE UNTIL SCN 100;
Este exemplo recupera dois blocos e fora a restaurao dos blocos a partir de backups
feitos antes da seqncia de log 7024:
BLOCKRECOVER DATAFILE 9 BLOCK 13 DATAFILE 2 BLOCK 19
RESTORE UNTIL SEQUENCE 7024;
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
A Interface do RMAN BMR
Views dinmicas mostram o estado atual do dano.
A view V$DATABASE_BLOCK_CORRUPTION mostra a
lista de blocos do banco de dados danificados no
momento.
A view V$BACKUP_CORRUPTION mostra a lista de
blocos danificados em backups de arquivos de
dados.
A view V$COPY_CORRUPTION mostra a lista de
blocos danificados em cpias de arquivos de
imagens.
RMAN> BLOCKRECOVER CORRUPTION LIST
2> RESTORE UNTIL TIME 'sysdate 10';
A Interface do RMAN BMR
Com a clusula CORRUPTION LIST, voc pode recuperar os blocos listados em
V$DATABASE_BLOCK_CORRUPTION. Essa view preenchida durante uma operao de
backup, medida que so encontrados blocos danificados. Se o backup encontrar uma
quantidade maior que a tolerada de blocos danificados, a view no ser preenchida. Voc deve
executar o comando BACKUPVALIDATE para preencher completamente essa view com um
registro de todos os blocos danificados.
Aps a correo de um bloco por meio da recuperao de mdia de bloco (ou da recuperao de
mdia normal), V$DATABASE_BLOCK_CORRUPTION s ser atualizada depois que voc fizer
um novo backup. A clusula UNTIL especifica que somente os backups e as cpias criados
antes do horrio, do SCN ou do nmero de seqncia de log especificado devem ser restaurados
e usados na recuperao. Mesmo assim, o RMAN executar uma recuperao completa at a
data atual.
Dois tipos de danos resultam na incluso de linhas em V$BACKUP_CORRUPTION e
V$COPY_CORRUPTION pelos comandos BACKUP e COPY, respectivamente:
Danos fsicos (chamados s vezes de danos de mdia): O servidor Oracle no reconhece o
bloco: o checksum invlido, o bloco contm apenas zeros ou o cabealho e o rodap do
bloco so incompatveis. A verificao de danos fsicos definida como ON por default e
pode ser desativada com a opo NOCHECKSUM.
Danos lgicos: O bloco tem um checksum vlido, o cabealho e o rodap so compatveis,
e assim por diante, mas o contedo inconsistente do ponto de vista lgico. A verificao
lgica definida como OFF por default e pode ser ativada com a opo CHECK LOGICAL.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Aes Alternativas
Tabela: Os dados do bloco danificado so perdidos.
Elimine e recrie a tabela. Em seguida, importe os
dados de um dump de exportao.
Use SQL ou PL/SQL a fim de extrair dados da tabela
para uma tabela criada recentemente.
ndice: Elimine e recrie o ndice.
Aes Alternativas
Se voc no planeja restaurar arquivos de dados e recuper-los, use a instruo a seguir para
determinar o objeto que contm blocos danificados.
Voc pode obter o nmero absoluto do arquivo (por exemplo, 5) e do bloco (por exemplo, 2) na
mensagem de erro, como em:
ORA-01578: ORACLE data block corrupted (file #5, block # 2)
Execute o seguinte comando:
SQL> SELECT segment_name, segment_type, relative_fno
2 FROM dba_extents
3 WHERE file_id = 5
4 AND 2 BETWEEN block_id AND block_id + blocks - 1;
SEGMENT_NAME SEGMENT_TYPE RELATIVE_FNO
-------------- --------------- ------------
EXAMPLE TABLE PARTITION 5
Aps identificar o objeto danificado, voc tem outras opes disponveis para recuper-lo. Se
for uma tabela, voc poder usar um arquivo de dump de exportao. Voc tambm poder usar
SQL para gerar uma tabela correta a partir de uma tabela danificada. Essa recuperao pode
exigir conhecimento dos dados de negcios. Caso o ndice esteja danificado, talvez seja melhor
simplesmente elimin-lo e recri-lo.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sumrio
Identificar os motivos de danos em bancos de dados:
Hardware
Software
Detectar danos em bancos de dados usando:
ANALYZE
dbverify
DB_BLOCK_CHECKING
DBMS_REPAIR
Corrigir danos usando o RMAN
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Executar uma Recuperao de Mdia de Bloco
Deteco de danos
Identificao do local do dano
Recuperao do dano usando a recuperao de
mdia de bloco
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Monitorando e Gerenciando a Memria
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos
Descrever os componentes da memria na SGA
Implementar o Gerenciamento Automtico da
Memria Compartilhada
Configurar manualmente os parmetros da SGA
Configurar o gerenciamento automtico da memria
PGA
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciamento de Memria: Viso Geral
O DBA deve considerar o gerenciamento de memria
como parte essencial de seu trabalho porque:
O volume de memria disponvel finito
A alocao de mais memria para atender a certos
tipos de funes pode melhorar o desempenho geral
A alocao de memria ajustada automaticamente ,
com freqncia, a configurao adequada, mas
ambientes especficos ou at mesmo condies de
curto prazo podem exigir mais ateno
Gerenciamento de Memria: Viso Geral
Como o volume de memria disponvel em um servidor de banco de dados, e portanto em uma
instncia do banco de dados Oracle, finito, preste ateno na forma como a memria alocada.
Se um volume muito grande de memria for usado em uma rea especfica que no precise
desse volume, provavelmente existiro outras reas funcionais operando desnecessariamente
sem memria suficiente para alcanar o desempenho ideal. A capacidade de determinar e manter
automaticamente a alocao de memria simplifica muito seu trabalho. No entanto, a memria
ajustada automaticamente tambm precisa ter sua otimizao monitorada e pode necessitar de
configurao manual.
Alm da introduo ao ajuste de memria apresentado no curso Oracle Database 10g:
Workshop de Administrao I, esta lio descreve o funcionamento do ajuste automtico de
memria, quando fazer o ajuste manual, o que a PGA (Program Global Area) e os detalhes
sobre cada estrutura de memria em uma instncia Oracle.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
SGA
Java pool
Cache de buffer
do banco de dados
Shared pool
Buffer de
redo log
Large pool Streams pool
Processo
do servidor
1
PGA
Processo
do servidor
2
PGA
Processo
de
background
PGA
Keep buffer
cache
Recycle
buffer cache
Caches de buffer com
tamanho de bloco nK
As estruturas de memria bsicas associadas a uma instncia Oracle incluem:
SGA (System Global Area): Compartilhada por todos os processos do servidor e de
background
PGA (Program Global Area): Exclusiva para cada servidor e processo de background. H
uma PGA para cada processo
A SGA (System Global Area) uma rea de memria compartilhada que contm dados e
informaes de controle para a instncia, incluindo o seguinte:
Cache de buffer do banco de dados: Armazena no cache blocos de dados recuperados do
disco
Buffer de redo log: Armazena no cache informaes de redo at que elas possam ser
gravadas em disco
Shared pool: Armazena no cache vrias estruturas que podem ser compartilhadas pelos
usurios
Large pool: rea opcional usada como buffer de grandes solicitaes de entrada/sada para
suporte a consulta paralela, servidor compartilhado, Oracle XA e certos tipos de operaes
de backup
Java pool: Armazena os cdigos Java especficos da sesso e dados da JVM (Java Virtual
Machine)
Streams pool: Usado pelo Oracle Streams
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Estruturas de Memria Oracle (continuao)
Keep buffer cache: Armazena os dados no cache de buffer pelo maior perodo possvel
Recycle buffer cache: Armazena dados que expiram rapidamente no cache de buffer
Caches de buffer com tamanho de bloco nK: Armazena no cache os blocos de dados
de tamanho diferente do tamanho default dos blocos do banco de dados; usado para
suporte a tablespaces transportveis
possvel ajustar automaticamente o tamanho do cache de buffer do banco de dados, shared
pool, large pool, streams pool e Java pool para atender s necessidades atuais. Alm disso,
esses buffers de memria, junto com o keep buffer cache, o recycle buffer cache e os caches
de buffer com tamanho de bloco nK podem ser alterados sem shutdown da instncia.
O banco de dados pr-configurado foi ajustado previamente com as definies adequadas
para os parmetros de memria. No entanto, como a utilizao do banco de dados
expansvel, talvez seja necessrio alterar as definies dos parmetros de memria.
O banco de dados Oracle fornece alertas e advisors para identificar problemas de
dimensionamento de memria, com o objetivo de ajud-lo a determinar os valores
apropriados para os parmetros de memria.
A PGA (Program Global Area) uma regio da memria que contm informaes de controle
e dados de cada processo do servidor. O processo do servidor atende s solicitaes de um
cliente. Cada processo do servidor tem a sua prpria PGA privada, criada quando o processo
do servidor iniciado. O acesso a ela exclusivo a esse processo do servidor.
O volume da memria PGA usado e o contedo dessa memria dependem da configurao ou
no da instncia no modo de servidor compartilhado. Geralmente, a PGA contm o seguinte:
rea privada para SQL: Contm dados, como as informaes de bind e as estruturas
de memria de runtime. Cada sesso que executa uma instruo SQL tem uma rea
privada para SQL.
Memria de sesso: Memria alocada para reter as variveis de uma sesso e outras
informaes relativas a essa sesso
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Cache de Buffer
Arquivos de dados
SGA
Fila de
checkpoints
.
.
.
.
DBWn
Servidor
DB_BLOCK_SIZE
DB_CACHE_SIZE
DB_RECYCLE_CACHE_SIZE
DB_KEEP_CACHE_SIZE
Listas
LRU
.
.
.
.
Cache de buffer do
banco de dados
Cache de Buffer
Para configurar o cache de buffer, especifique um valor para o parmetro DB_CACHE_SIZE. O
cache de buffer armazena cpias dos blocos de dados dos arquivos de dados com tamanho de
bloco DB_BLOCK_SIZE. O cache de buffer faz parte da SGA. Portanto, todos os usurios
podem compartilhar esses blocos. Os processos do servidor lem dados dos arquivos de dados
no cache de buffer. s vezes, para melhorar o desempenho, o processo do servidor l vrios
blocos em uma nica operao. O processo DBWn grava dados do cache de buffer nos arquivos
de dados. Para melhorar o desempenho, o DBWn grava vrios blocos em uma nica operao.
Em determinado momento, o cache de buffer poder armazenar vrias cpias de um nico bloco
de banco de dados. Existe apenas uma cpia atual do bloco, mas, para atender s consultas,
talvez os processos do servidor precisem criar cpias com leitura consistente a partir de
informaes de imagens passadas. Isso se chama bloco de leitura consistente (CR).
A lista LRU (least recently used, menos usado recentemente) monitora o uso de buffers. Os
buffers so classificados segundo uma combinao da freqncia com que foram referenciados e
da ltima vez em que a referncia ocorreu. Assim, os buffers usados com mais freqncia e por
ltimo ficam localizados na extremidade usada mais recentemente. Os blocos recebidos so
copiados da extremidade menos usada recentemente para um buffer, que ento atribudo ao
meio da lista, como ponto inicial. Depois disso, o buffer sobe ou desce na lista dependendo do
uso.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Cache de Buffer (continuao)
Os buffers do cache de buffer podem estar em um destes quatro estados:
Pinned: O bloco est sendo lido ou gravado no cache no momento. As outras sesses
tero que esperar para acessar o bloco.
Clean: O buffer est livre e expirar imediatamente se o contedo atual (bloco de dados)
no for referenciado novamente. O contedo est em sincronia com o disco, ou o buffer
contm um snapshot CR de um bloco.
Free/unused: O buffer est vazio porque a instncia acabou de ser inicializada. Este
estado muito parecido com o estado Clean; a nica diferena que, neste caso, o buffer
no foi usado.
Dirty: O buffer no est mais retido, mas o contedo (bloco de dados) foi alterado e deve
ser descarregado em disco pelo DBWn antes de expirar.
Os processos do servidor usam os buffers contidos no cache de buffer, mas o processo DBWn os
disponibiliza gravando os buffers alterados novamente nos arquivos de dados. A fila de
checkpoint lista os buffers que devem ser gravados no disco.
O banco de dados Oracle suporta vrios tamanhos de blocos no mesmo banco de dados. O
tablespace SYSTEM usa o tamanho de bloco padro. Para especificar o tamanho de bloco
padro, defina o parmetro de inicializao DB_BLOCK_SIZE. Os valores legtimos variam
de 2K a 32K, sendo 8K o default. Os tamanhos dos caches para buffers de blocos de tamanho
no-padro so especificados por estes parmetros:
DB_2K_CACHE_SIZE
DB_4K_CACHE_SIZE
DB_8K_CACHE_SIZE
DB_16K_CACHE_SIZE
DB_32K_CACHE_SIZE
No possvel usar os parmetros DB_nK_CACHE_SIZE a fim de dimensionar o cache para o
tamanho de bloco padro. Se o valor de DB_BLOCK_SIZE for nK, a definio de
DB_nK_CACHE_SIZE no ser aceita. O tamanho do cache para blocos de tamanho padro
sempre determinado com base no valor de DB_CACHE_SIZE.
Um cache de buffer tem um tamanho limitado; portanto, ele geralmente no pode conter todos
os dados de um disco. Quando o cache estiver cheio, os cache misses subseqentes faro com
que o banco de dados Oracle grave dados sujos j contidos no cache em disco a fim de liberar
espao para novos dados. (Se um buffer no estiver sujo, no ser necessrio grav-lo em disco
antes da leitura de um novo bloco no buffer.) O acesso posterior aos dados gravados em disco
resulta em outros cache misses.
O tamanho do cache afeta a probabilidade de que uma solicitao de dados resulte em um
cache hit. Se o cache for grande, mais provvel que contenha os dados solicitados. Com o
aumento do tamanho de um cache, cresce o percentual de solicitaes de dados que resultam
em cache hits.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando Vrios Pools de Buffers
SGA
Caches de buffer
do banco de dados
Keep pool
Recycle pool
Pool default
O administrador do banco de dados (DBA) talvez possa melhorar o desempenho do cache de
buffer do banco de dados criando vrios pools de buffers. Os objetos so atribudos a um pool de
buffers dependendo da maneira como eles so acessados. H trs pools de buffers:
Keep: Este pool usado para manter na memria os objetos que talvez venham a ser
reutilizados. Com esses objetos na memria, as operaes de entrada/sada so reduzidas.
Os buffers so mantidos neste pool, que dever ser maior que o tamanho total dos
segmentos atribudos a ele. Isso significa que os buffers no precisam estar obsoletos. Para
configurar o keep pool, especifique um valor para o parmetro DB_KEEP_CACHE_SIZE.
Recycle: Este pool usado para blocos da memria com pouca probabilidade de
reutilizao. O recycle pool menor que o tamanho total dos segmentos atribudos a ele.
Isso significa que, com freqncia, os blocos lidos no pool tm de ser eliminados de um
buffer. Para configurar o recycle pool, especifique um valor para o parmetro
DB_RECYCLE_CACHE_SIZE.
Default: Este pool sempre existe. Ele equivalente ao cache de buffer de uma instncia
sem um keep pool ou recycle pool. Para configur-lo, use o parmetro DB_CACHE_SIZE.
Observao: A memria no keep pool ou recycle pool no um subconjunto do pool de buffers
default.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
CREATE INDEX cust_idx
STORAGE (BUFFER_POOL KEEP );
ALTER TABLE oe.customers
STORAGE (BUFFER_POOL RECYCLE);
ALTER INDEX oe.cust_lname_ix
STORAGE (BUFFER_POOL KEEP);
Usando Vrios Pools de Buffers (continuao)
A clusula BUFFER_POOL usada para definir o pool de buffers default de um objeto. Ela faz
parte da clusula STORAGE e vlida para as instrues CREATE e ALTER de ndices, clusters
e tabelas. Os blocos de um objeto sem um pool de buffers definido explicitamente vo para o
pool de buffers default.
A sintaxe BUFFER_POOL [KEEP | RECYCLE | DEFAULT].
Quando o pool de buffers default de um objeto alterado por meio da instruo ALTER, os
blocos j armazenados no cache permanecem nos buffers atuais at que sejam descarregados
pela atividade normal de gerenciamento de cache. Os blocos lidos do disco so colocados no
pool de buffers recm-especificado para o segmento.
Como os pools de buffers so atribudos a um segmento, os objetos que possuem vrios
segmentos podem ter blocos em vrios pools de buffers. Por exemplo, uma tabela organizada
por ndice pode ter diferentes pools definidos no ndice e no segmento de overflow.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Shared pool
Cache de
biblioteca
Cache de
dicionrio de
dados
UGA
Shared pool
Shared pool
Shared Pool
O tamanho especificado pelo uso de
SHARED_POOL_SIZE.
O cache de biblioteca contm o texto da instruo, o
cdigo analisado por parse e o plano de execuo.
O cache de dicionrio de dados contm definies
de tabelas, colunas e privilgios das tabelas de
dicionrio de dados.
A UGA (User Global Area) contm informaes da
sesso quando o servidor compartilhado Oracle
usado.
Shared Pool
Voc pode especificar o tamanho do shared pool com o parmetro de inicializao
SHARED_POOL_SIZE. O shared pool uma rea da memria que armazena informaes
compartilhadas por diversas sesses. Ele contm tipos diferentes de dados, conforme mostrado
no slide.
Cache de Biblioteca
O cache de biblioteca contm reas para SQL e PL/SQL compartilhadas as representaes de
blocos PL/SQL e as instrues SQL totalmente compiladas ou analisadas por parse.
Os blocos PL/SQL incluem:
Procedures e functions
Packages
Triggers
Blocos PL/SQL annimos
Cache de Dicionrio de Dados
O cache de dicionrio de dados mantm definies dos objetos de dicionrio na memria.
rea Global do Usurio
A UGA (User Global Area, rea Global do Usurio) contm as informaes sobre as sesses do
servidor compartilhado Oracle. Ela est localizada no shared pool quando usada uma sesso do
servidor compartilhado e quando o large pool no est configurado.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Shared pool
Cache de buffer
do banco de dados
Buffer de
redo log
Large pool
Large Pool
Pode ser configurado como uma rea separada da
memria na SGA
dimensionado pelo parmetro LARGE_POOL_SIZE
usado no armazenamento de dados na memria para:
UGA
Operaes de backup e restaurao
Sesses dos servidores compartilhados
Mensagens de consulta paralela
Cache de biblioteca
Cache de dicionrio
UGA
Backup
Sesso
Paralelo
Large Pool
Existncia do Large Pool
O large pool deve ser explicitamente configurado. A memria do large pool no vem do shared
pool. Ela obtida diretamente da SGA, aumentado assim o volume de memria compartilhada
de que o servidor Oracle necessita para uma instncia durante a inicializao.
Vantagens do Large Pool
O large pool usado para permitir grandes alocaes de memria da sesso para:
Processos do servidor de entrada/sada
Operaes de backup e restaurao
Processos do servidor compartilhado Oracle e a interface Oracle XA (usada quando h
interao entre as transaes e mais de um banco de dados)
Alocando memria de sesso do large pool para o servidor compartilhado Oracle, o shared pool
apresenta fragmentao inferior resultante de alocaes e desalocaes freqentes de grandes
objetos. A retirada de grandes objetos do shared pool resulta em maior eficincia no uso desse
pool, o que significa maior disponibilidade de memria para atender a novas solicitaes e reter
os dados existentes, se necessrio.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Java Pool
Pode ser configurado como uma rea separada da
memria na SGA
dimensionado pelo parmetro JAVA_POOL_SIZE
usado para armazenar na memria todos os
cdigos Java especficos da sesso e dados da JVM
Shared pool
Cache de buffer
do banco de dados
Buffer de
redo log
Large pool
Cache de biblioteca
Cache de dicionrio
Java pool
Java Pool
O Java pool uma estrutura da SGA usada para armazenar todos os cdigos Java especficos da
sesso e dados do Java engine.
Shared Pool
A memria do shared pool usada pelo carregador de classes na JVM. Esse carregador usa
cerca de
8 KB de memria por classe carregada. O shared pool tambm usado durante a compilao do
cdigo-fonte Java ou a utilizao de objetos de recursos Java no banco de dados. A memria do
shared pool tambm consumida quando voc cria especificaes de chamadas e enquanto o
sistema rastreia dinamicamente as classes Java carregadas no runtime.
Java Pool
O gerenciador de memria do Oracle JVM aloca todos os outros estados Java durante o runtime
do Java pool, incluindo a representao na memria compartilhada das definies de classes e
mtodos Java, bem como os objetos Java migrados para o espao da sesso no final da chamada.
A memria do Java pool usada de maneiras diferentes, dependendo da utilizao ou no de
servidores compartilhados pelo banco de dados Oracle.
Para obter mais informaes sobre o uso da memria do Java pool, consulte o Oracle Database
Java Developers Guide.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Buffer de Redo Log
SQL> UPDATE employees
2 SET salary=salary*1.1
3 WHERE employee_id=736;
LGWR
Arquivos de controle
ARCn
Arquivos de log
armazenados
Arquivos
de redo log
Arquivos
de dados
Shared pool
Buffer de
redo log
Cache de buffer
do banco de dados
Cache de biblioteca
Cache de dicionrio
Processo do
servidor
Buffer de Redo Log
Os processos do servidor Oracle copiam entradas de redo do espao da memria do usurio para
o buffer de redo log em relao a cada instruo DML (data manipulation language) ou DDL
(data definition language). As entradas de redo contm as informaes necessrias para recriar
ou refazer alteraes efetuadas no banco de dados pelas operaes DML e DDL. Elas so usadas
para a recuperao de bancos de dados e ocupam espao seqencial contnuo no buffer.
O buffer de redo log um buffer circular; os processos do servidor podem copiar novas entradas
sobre as entradas do buffer de redo log que j tiverem sido gravadas no disco. Em geral, o
LGWR grava com rapidez suficiente para garantir que haja sempre espao disponvel no buffer
para novas entradas. O processo LGWR grava as entradas do buffer de redo log no arquivo de
redo log on-line ativo (ou em membros do grupo ativo) no disco. Esse processo copia para o
disco todas as entradas de redo inseridas no buffer desde a ltima vez que o LGWR gravou no
disco.
O Que Faz o LGWR Gravar?
O LGWR esvaziar os dados de redo do buffer de redo log:
Quando um processo do usurio submeter uma transao a commit
A cada trs segundos ou quando o buffer de redo log estiver com um tero de sua
capacidade ocupada ou contiver pelo menos 1 MB de dados
Quando um processo DBWn gravar buffers modificados no disco, se os dados de redo log
correspondentes ainda no tiverem sido gravados no disco
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciamento Automtico da Memria
Compartilhada: Viso Geral
Adapta-se automaticamente a alteraes de carga de
trabalho
Maximiza a utilizao da memria
Ajuda a eliminar erros de falta de memria
Cache de buffer
Large pool
Shared pool
Java pool
Cache de buffer
Large pool
Shared pool
Java pool
Usurios on-line Jobs batch
Streams pool Streams pool
Exemplo:
Gerenciamento Automtico da Memria Compartilhada: Viso Geral
O ASMM (Automatic Shared Memory Management) outra melhoria importante de auto-
gerenciamento do banco de dados Oracle. Essa funcionalidade automatiza o gerenciamento das
estruturas de memria compartilhada mais importantes usadas por uma instncia do banco de
dados Oracle e evita que voc precise configurar esses componentes manualmente. Alm de usar
a memria disponvel com mais eficincia e, dessa forma, reduzir o custo de aquisio de
recursos adicionais de memria de hardware, o ASMM simplifica bastante a administrao do
banco de dados Oracle apresentando um esquema de gerenciamento de memria mais dinmico,
flexvel e adaptvel.
Por exemplo, em um sistema que executa jobs OLTP (Online Transactional Processing) grandes
durante o dia (que requerem um grande cache de buffer) e executa jobs batch paralelos noite
(que requerem um valor alto para o large pool), voc precisa configurar simultaneamente o
cache de buffer e o large pool para acomodar seus requisitos de pico.
Com o ASMM, quando o job OLTP executado, o cache de buffer captura a maior parte da
memria para permitir um desempenho satisfatrio de entrada/sada. Quando o job batch de
anlise de dados e gerao de relatrio iniciado posteriormente, a memria migrada de forma
automtica para o large pool, a fim de ser usada por operaes de consulta paralela sem produzir
erros de overflow de memria.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Vantagens do Gerenciamento Automtico
da Memria Compartilhada
DB_CACHE_SIZE
SHARED_POOL_SIZE
LARGE_POOL_SIZE
JAVA_POOL_SIZE
STREAMS_POOL_SIZE
Tamanho total da SGA
SGA_TARGET
Vantagens do Gerenciamento Automtico da Memria Compartilhada
O Gerenciamento Automtico da Memria Compartilhada simplifica a configurao da SGA
(System Global Area). No passado, era preciso especificar manualmente o volume de memria a
ser alocado para o cache de buffer do banco de dados, o shared pool, o Java pool, o large pool e
o Streams pool. Com freqncia, a definio do tamanho ideal para esses componentes um
desafio. O subdimensionamento pode levar a um desempenho insatisfatrio e a erros de
insuficincia de memria (ORA-4031), enquanto o superdimensionamento pode desperdiar
memria.
Esse recurso permite especificar um volume total de memria a ser usado para todos os
componentes da SGA. O banco de dados Oracle redistribui periodicamente a memria entre os
componentes no slide de acordo com os requisitos de carga de trabalho.
Em releases anteriores, voc no tinha controle preciso sobre o tamanho total da SGA porque a
distribuio de memria era feita para a SGA fixa e para outras alocaes internas de metadados
acima do tamanho total dos parmetros da SGA especificados pelo usurio. Em geral, essa
memria adicional era de 10 MB a 20 MB.
O parmetro de inicializao de tamanho da SGA (SGA_TARGET) compreende toda a memria
na SGA, inclusive os componentes dimensionados automaticamente, os componentes
dimensionados manualmente e as alocaes internas durante a inicializao.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Como Funciona o ASMM
O ASMM baseia-se em informaes de carga de
trabalho capturadas pelo MMAN em background.
O MMAN usa advisors de memria.
A memria movida para o local em que ela mais
necessria.
Se for usado um SPFILE (o que recomendado):
Os tamanhos dos componentes sero salvos entre
shutdowns.
Os valores salvos sero usados para fazer bootstrap
do tamanho dos componentes.
No ser necessrio reaprender os valores ideais.
Como Funciona o ASMM
O recurso Gerenciamento Automtico da Memria Compartilhada usa um processo de
background chamado MMAN (Memory Manager). O MMAN funciona como o gerenciador da
memria SGA e coordena o dimensionamento dos componentes da memria. Esse gerenciador
acompanha o tamanho dos componentes e as operaes pendentes de redimensionamento.
O controlador da memria SGA observa o sistema e a carga de trabalho para determinar a
distribuio ideal de memria. Ele nunca complacente e executa essa verificao
periodicamente (a um intervalo de alguns minutos), a fim de que a memria possa sempre estar
presente quando necessrio. Antes do Gerenciamento Automtico da Memria Compartilhada,
era necessrio dimensionar os componentes prevendo os requisitos individuais de memria nos
casos mais graves.
Com base nas informaes de carga de trabalho, o Gerenciamento Automtico da Memria
Compartilhada:
Captura periodicamente as estatsticas em background
Usa advisors de memria
Executa anlises de hipteses para determinar a melhor distribuio da memria
Transfere a memria para o local em que ela mais necessria
Salva os tamanhos dos componentes entre shutdowns caso seja usado um SPFILE (
possvel recuperar os tamanhos anteriores ao ltimo shutdown)
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Configurando o ASMM com o
Database Control
Configurando o ASMM com o Database Control
Para configurar o Gerenciamento Automtico de Memria Compartilhada com o Database
Control, siga este procedimento:
1. Clique na tab Administration.
2. Selecione Memory Parameters no cabealho Instance.
3. Clique na tab SGA.
4. Clique no boto Enable relativo a Automatic Shared Memory Management e informe o
tamanho total da SGA (em MB).
Quando voc usa o Database Control para ativar o ASMM, as instrues para alterar os
parmetros auto-ajustveis so emitidas automaticamente. Todos esses parmetros, exceto
DB_CACHE_SIZE, so definidos como zero para indicar que no tm um tamanho mnimo. O
parmetro DB_CACHE_SIZE definido como 4 MB para especificar um valor mnimo que
permita ao tablespace SYSTEM residir na memria. Sem essas mudanas, os valores
anteriormente definidos sero interpretados como tamanhos mnimos (relativamente altos), o
que bem provvel que sobrecarregue sem necessidade o algoritmo de dimensionamento de
memria.
Observao: Ao clicar em Enable, voc pode especificar um valor para SGA_TARGET.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Configurando o ASMM Manualmente
Para atribuir tamanhos mnimos a alguns
componentes da memria, ser necessrio configurar
manualmente esses tamanhos:
Se, por qualquer motivo, os tamanhos calculados
automaticamente no servirem aos seus
propsitos
Se houver pequenas altas ou baixas no volume de
memria necessria no detectadas pelo ASMM
Se voc simplesmente quiser garantir um volume
mnimo de memria para um componente
especfico
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
SGA_TARGET = 8G
Tamanho total da SGA = 8 GB
Java pool
Cache de buffer
do banco de dados
Buffer de
redo log
Shared pool
Large pool
SGA fixa
STATISTICS_LEVEL = TYPICAL
Auto-ajustvel Auto-ajustvel
Auto-ajustvel Auto-ajustvel
Streams
pool
Pool de
buffers keep
Auto-ajustvel
Voc pode configurar manualmente o Gerenciamento Automtico da Memria Compartilhada
usando o parmetro de inicializao SGA_TARGET. Por default, esse parmetro definido
como 0. Esse valor significa que o Gerenciamento Automtico da Memria Compartilhada est
desativado e necessrio configurar manualmente a memria do banco de dados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Configurando o ASMM Manualmente (continuao)
Caso voc especifique um valor diferente de zero para SGA_TARGET, estes cinco pools de
memria sero automaticamente dimensionados: cache de buffer do banco de dados (pool
default), shared pool, large pool, Streams pool e Java pool.
Os parmetros usados para configurar esses pools de memria (por exemplo,
SHARED_POOL_SIZE) so denominados parmetros auto-ajustveis.
Estes buffers so conhecidos como componentes manualmente dimensionados:
Buffer de log
Outros caches de buffer (KEEP/RECYCLE, tamanhos de bloco diferentes do default)
SGA fixa e outras alocaes internas
Observao: O Gerenciamento Automtico da Memria Compartilhada exige que o
parmetro STATISTICS_LEVEL seja definido como TYPICAL ou ALL.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comportamento de Parmetros
Auto-ajustveis da SGA
Quando SGA_TARGET no definido ou igual a zero:
Os parmetros auto-ajustveis apresentam
comportamento normal
Talvez seja necessrio aumentar a definio de
SHARED_POOL_SIZE em relao aos valores usados em
verses anteriores do banco de dados.
Quando SGA_TARGET definido como um valor
diferente de zero:
O valor default dos parmetros auto-ajustveis zero
O valor especificado usado como um tamanho mnimo
SELECT SUM(bytes)/1024/1024 size_mb
FROM v$sgastat WHERE pool = 'shared pool';
SELECT component, current_size/1024/1024 size_mb
FROM v$sga_dynamic_components;
Comportamento de Parmetros Auto-ajustveis da SGA
Quando o valor de SGA_TARGET no definido ou igual a zero, os parmetros auto-
ajustveis da SGA apresentam comportamento normal: eles especificam o tamanho real dos
componentes.
Quando o Gerenciamento Automtico da Memria Compartilhada est ativado, voc pode
especificar valores para os parmetros auto-ajustveis da SGA, mas os valores tm um
significado diferente. Se voc definir algum dos parmetros auto-ajustveis como um valor
diferente de zero, o valor especificado ser usado como um limite inferior pelo algoritmo de
auto-ajuste. Por exemplo, se SGA_TARGET for definido como 8 GB e SHARED_POOL_SIZE,
como 1 GB, o algoritmo do Gerenciamento Automtico da Memria Compartilhada s
comprimir o shared pool at 1 GB. Use a segunda consulta indicada no slide para determinar o
tamanho real dos componentes auto-ajustveis na SGA.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comportamento de Parmetros da SGA
Ajustados Manualmente
Alguns componentes no so auto-ajustveis.
Caches de buffer KEEP e RECYCLE
Caches com diferentes tamanhos de bloco
Buffer de log
necessrio configurar esses componentes
manualmente usando os parmetros do banco de
dados.
A memria usada por esses componentes reduz o
volume de memria disponvel para o auto-ajuste
da SGA.
Comportamento de Parmetros da SGA Ajustados Manualmente
Os parmetros da SGA ajustados manualmente so:
DB_KEEP_CACHE_SIZE
DB_RECYCLE_CACHE_SIZE
DB_nK_CACHE_SIZE (n = 2, 4, 8, 16, 32)
LOG_BUFFER
Para usar componentes da memria que no so auto-ajustveis, configure os parmetros
apropriados. Os valores especificados para esses parmetros controlam com preciso os
tamanhos dos componentes da memria.
Quando SGA_TARGET for definido, o tamanho total dos parmetros manuais de
dimensionamento da SGA ser subtrado do valor de SGA_TARGET. Alm disso, os
componentes auto-ajustveis da SGA sero submetidos a um balanceamento.
Por exemplo, se SGA_TARGET for definido como 8 GB e DB_RECYCLE_CACHE_SIZE como
1 GB, o tamanho total dos cinco componentes auto-ajustveis (shared pool, Java pool, cache de
buffer default, Streams pool e large pool) ser limitado a 7 GB. O tamanho de 7 GB inclui a
SGA fixa e o buffer de log e, s depois que for alocada memria para eles, o restante da
memria ser dividido entre os componentes auto-ajustveis. O tamanho do cache recycle 1
GB, conforme especificado pelo parmetro.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando a View V$PARAMETER
SGA_TARGET = 8G
SELECT name, value, isdefault
FROM v$parameter
WHERE name LIKE '%size';
DB_CACHE_SIZE = 0
JAVA_POOL_SIZE = 0
LARGE_POOL_SIZE = 0
SHARED_POOL_SIZE = 0
STREAMS_POOL_SIZE = 0
Usando a View V$PARAMETER
Quando voc especificar um valor diferente de zero para SGA_TARGET e no especificar um
valor para um parmetro auto-ajustvel da SGA, o valor do parmetro auto-ajustvel da SGA na
view V$PARAMETER ser 0, enquanto o valor da coluna ISDEFAULT ser TRUE.
Se voc tiver especificado um valor para qualquer um dos parmetros auto-ajustveis da SGA, o
valor exibido durante a consulta de V$PARAMETER ser o valor definido para o parmetro.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Modificando o Parmetro SGA_TARGET
O parmetro de inicializao SGA_TARGET:
dinmico
Pode ser aumentado at o valor de SGA_MAX_SIZE
Pode ser reduzido at que todos os componentes
atinjam o tamanho mnimo
Uma alterao no valor de SGA_TARGET afeta
somente os componentes dimensionados
automaticamente.
Modificando o Parmetro SGA_TARGET
SGA_TARGET um parmetro dinmico que pode ser alterado por meio do Database Control
ou com o comando ALTER SYSTEM.
SGA_MAX_SIZE o volume mximo de memria que pode se alocado para a SGA. Ele no
pode ser modificado sem a reinicializao do banco de dados. possvel aumentar o valor desse
parmetro at atingir o valor de SGA_MAX_SIZE. Tambm possvel reduzi-lo at que
qualquer um dos componentes auto-ajustveis atinja seu tamanho mnimo: um mnimo
especificado pelo usurio ou um mnimo determinado internamente.
Se voc aumentar o valor do parmetro SGA_TARGET, a memria adicional ser
distribuda de acordo com a poltica de auto-ajuste entre os componentes auto-ajustveis.
Se voc reduzir o valor desse parmetro, a memria ser retirada pela poltica de auto-
ajuste de um ou mais componentes auto-ajustveis.
Suponha que SGA_MAX_SIZE seja definido como 10 GB e SGA_TARGET, como 8 GB. Se
DB_KEEP_CACHE_SIZE for definido como 1 GB e voc aumentar o valor de SGA_TARGET
para 9 GB, o 1 GB adicional ser distribudo apenas entre os componentes controlados pelo
parmetro SGA_TARGET. O valor de DB_KEEP_CACHE_SIZE no ser afetado. Da mesma
forma, se SGA_TARGET for reduzido para 7 GB, o 1GB s ser retirado dos componentes
controlados por SGA_TARGET. Essa reduo no afeta as definies dos parmetros
controlados manualmente, como DB_KEEP_CACHE_SIZE.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tamanho da
SGA = 8 GB
Desativando o ASMM
A definio de SGA_TARGET como zero desativa o
auto-ajuste.
Os parmetros auto-ajustveis so definidos como
os respectivos tamanhos atuais.
O tamanho da SGA como um todo no afetado.
Parmetros:
sga_target = 8G
shared_pool_size = 1G
Parmetros:
sga_target = 0
db_cache_size = 5G
shared_pool_size = 2G
large_pool_size = 512M
java_pool_size = 256M
streams_pool_size = 256M
Tamanho da
SGA = 8 GB
Valores originais
Desativando o ASMM
Voc pode optar dinamicamente por desativar o Gerenciamento Automtico da Memria
Compartilhada definindo SGA_TARGET como zero. Nesse caso, os valores de todos os
parmetros auto-ajustveis sero definidos como os tamanhos atuais dos componentes
correspondentes, mesmo que o usurio tenha especificado antes um valor distinto diferente de
zero para um parmetro auto-ajustvel.
No exemplo do slide, o valor de SGA_TARGET 8 GB e o valor de SHARED_POOL_SIZE 1
GB. Se o sistema tiver ajustado internamente o tamanho do componente de shared pool para 2
GB, a definio de SGA_TARGET como zero resultar na definio de SHARED_POOL_SIZE
como 2 GB, sobrepondo, assim, o valor original especificado pelo usurio.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Redimensionando Manualmente os
Parmetros da SGA Dinmica
Em parmetros auto-ajustveis, o redimensionamento
manual:
Resultar no redimensionamento imediato do
componente se o novo valor for maior que o valor atual
Alterar o tamanho mnimo se o novo valor for menor
que o tamanho atual
O redimensionamento de parmetros ajustados
manualmente s afeta a parte ajustvel da SGA.
Redimensionando Manualmente os Parmetros da SGA Dinmica
Quando um parmetro auto-ajustvel for redimensionado e SGA_TARGET for definido, o
redimensionamento s resultar em uma alterao imediata do tamanho do componente se o
novo valor for maior que o tamanho atual do componente. Por exemplo, se voc definir
SGA_TARGET como 8 GB e SHARED_POOL_SIZE como 2 GB, estar assegurando que o
shared pool tenha sempre um mnimo de 2 GB para acomodar as alocaes de memria
necessrias. Depois dessas definies, o ajuste do valor de SHARED_POOL_SIZE como 1 GB
no ter efeito imediato no tamanho do shared pool. Ele permitir que o algoritmo de ajuste
automtico de memria reduza posteriormente o tamanho do shared pool para 1 GB caso
necessrio. Por outro lado, se o tamanho do shared pool for 1 GB no incio, o ajuste do valor de
SHARED_POOL_SIZE como 2 GB resultar no crescimento imediato do componente de shared
pool para um tamanho de 2 GB. A memria usada nessa operao de redimensionamento
retirada de um ou mais componentes auto-ajustveis e os tamanhos dos componentes manuais
no so afetados.
Tambm possvel alterar de forma dinmica os parmetros dos componentes dimensionados
manualmente, mas a diferena que o valor do parmetro especifica o tamanho exato desse
componente imediatamente. Portanto, se o tamanho de um componente manual for aumentado,
mais uma parte da memria ser retirada de um ou mais componentes dimensionados
automaticamente. Se o tamanho de um componente manual for reduzido, a memria liberada
ser alocada para os componentes dimensionados automaticamente.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
PGA
Processo
do servidor
PGA
Shared pool
ou
large pool
PGA
Conexes
dedicadas
Servidor
compartilhado
PGA
Conexes
de servidor
compartilhado
reas
privadas
para
SQL
Cursor
e rea
para
SQL
Memria
da
sesso
rea de
trabalho
A PGA (Program Global Area) uma regio da memria que contm dados e informaes de
controle referentes a um processo do servidor. Trata-se de uma memria no-compartilhada
criada pelo servidor Oracle quando um processo do servidor iniciado. O acesso a ela
exclusivo a esse processo do servidor. A memria PGA total alocada por todos os processos do
servidor associados a uma instncia Oracle tambm chamada de memria PGA agregada
alocada pela instncia.
Parte da PGA pode estar localizada na SGA quando so usados servidores compartilhados.
A memria PGA geralmente contm:
rea Privada para SQL
Uma rea privada para SQL contm dados, como as informaes de bind e estruturas de
memria de runtime. Essas informaes so especficas para a chamada da instruo SQL de
cada sesso; as variveis de bind tm valores distintos, o estado do cursor diferente, entre
outras variaes. Cada sesso que executa uma instruo SQL tem uma rea privada para SQL.
Cada usurio que submete a mesma instruo SQL tem uma rea privada para SQL prpria que
usa uma nica rea SQL compartilhada. Dessa forma, possvel associar vrias reas privadas
para SQL mesma rea SQL compartilhada. A localizao da rea privada para SQL depende
do tipo de conexo estabelecida para a sesso. Se a sesso for conectada por meio de um
servidor dedicado, a rea privada para SQL estar localizada na PGA do processo do servidor.
No entanto, se a sesso for conectada por meio de um servidor compartilhado, parte da rea
privada para SQL ser mantida na SGA.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Program Global Area (continuao)
Cursor e reas para SQL
O desenvolvedor de aplicaes de um programa pr-compilador Oracle ou de um programa
OCI pode abrir explicitamente cursores ou handles de reas privadas para SQL especficas e
us-los como um recurso nomeado durante a execuo do programa. Os cursores recorrentes
que o banco de dados executa implicitamente para algumas instrues SQL tambm usam as
reas para SQL compartilhadas.
rea de Trabalho
Em consultas complexas (por exemplo, consultas de suporte a deciso), grande parte da PGA
dedicada a reas de trabalho alocadas por operadores que usam muita memria, como:
Operadores baseados em classificao, como ORDER BY, GROUP BY, ROLLUP e funes
de perodo
Hash join
Intercalao de bitmap
Criao de bitmap
Buffers de gravao usados em operaes de carga em alto volume
Uma operao de classificao usa uma rea de trabalho (a rea de classificao) para executar
a classificao na memria de um conjunto de linhas. Da mesma forma, um operador hash join
usa uma rea de trabalho (a rea de hash) para construir uma tabela de hash a partir da entrada
esquerda.
possvel controlar e ajustar o tamanho de uma rea de trabalho. Em geral, as reas de
trabalho maiores podem melhorar consideravelmente o desempenho de um operador especfico
com o consumo mais elevado de memria.
Memria de Sesso
A memria de sesso a memria alocada para reter as variveis de uma sesso (informaes
de logon) e outras informaes relativas sesso. Em um servidor compartilhado, a memria
de sesso compartilhada, e no privada.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciamento Automtico da Memria PGA
Ajusta dinamicamente o volume de memria PGA
dedicado s reas de trabalho, com base no
parmetro PGA_AGGREGATE_TARGET
Ajuda a maximizar o desempenho de todas as
operaes SQL que usam muita memria
ativado por default
Gerenciamento Automtico da Memria PGA
O ideal que a rea de trabalho seja grande o suficiente para acomodar os dados de entrada e as
estruturas auxiliares da memria alocadas pelo operador SQL associado. Esse tamanho
considerado o tamanho ideal de uma rea de trabalho. Quando o tamanho da rea de trabalho
menor que o ideal, o tempo de resposta aumenta, pois executada uma passagem extra por parte
dos dados de entrada.
O gerenciamento automtico da memria PGA simplifica e melhora a forma de alocao dessa
memria. Por default, o gerenciamento da memria PGA ativado. Nesse modo, o banco de
dados Oracle ajusta dinamicamente o tamanho da parte da memria PGA dedicada a reas de
trabalho, com base em 20% do tamanho da memria SGA. O valor mnimo 10 MB.
Durante a execuo no modo de gerenciamento automtico da memria PGA, o
dimensionamento de reas de trabalho para todas as sesses automtico, e os parmetros
*_AREA_SIZE (como SORT_AREA_SIZE) so ignorados por todas as sesses executadas
nesse modo. O volume total de memria PGA disponvel para reas de trabalho ativas na
instncia sempre derivado automaticamente do parmetro de inicializao
PGA_AGGREGATE_TARGET. Esse volume definido como o valor de
PGA_AGGREGATE_TARGET menos o volume da memria PGA alocado por outros
componentes do sistema (por exemplo, a memria PGA alocada por sesses). A memria PGA
resultante ento designada a reas de trabalho ativas individuais com base nos respectivos
requisitos de memria.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Recursos de Gerenciamento da PGA
Estatsticas para gerenciar o parmetro de
inicializao PGA_AGGREGATE_TARGET, como PGA
cache hit percentage
As views utilizadas para monitorar a rea de trabalho
da PGA so:
v$sql_workarea_histogram
v$pgastat
v$sql_workarea_active
v$sql_workarea
v$tempseg_usage
As views utilizadas para auxiliar no
dimensionamento da rea de trabalho da PGA so:
v$pga_target_advice
v$pga_target_advice_histogram
Recursos de Gerenciamento da PGA
Durante a configurao de uma nova instncia, difcil saber exatamente a definio adequada
para PGA_AGGREGATE_TARGET. Voc pode determinar essa definio em trs estgios:
1. Faa a primeira estimativa para PGA_AGGREGATE_TARGET com base na conveno. Por
default, o banco de dados Oracle define essa estimativa como 20%do tamanho da SGA. No
entanto, essa definio inicial pode ser muito baixa para um sistema DSS grande.
2. Execute uma carga de trabalho representativa na instncia e monitore o desempenho,
usando as estatsticas da PGA coletadas pelo Oracle, para descobrir se a configurao do
tamanho mximo da PGA muito alta ou muito baixa.
3. Ajuste PGA_AGGREGATE_TARGET usando as estatsticas informativas de PGA do
Oracle.
Para fins de retrocompatibilidade, voc pode desativar o gerenciamento automtico da memria
PGA definindo o valor do parmetro de inicializao PGA_AGGREGATE_TARGET como 0.
Quando o gerenciamento automtico da memria PGA desativado, possvel dimensionar o
tamanho mximo de uma rea de trabalho com o parmetro *_AREA_SIZE associado, como:
SORT_AREA_SIZE
HASH_AREA_SIZE
BITMAP_MERGE_AREA_SIZE
CREATE_BITMAP_AREA_SIZE
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando o Memory Advisor para
Dimensionar a SGA
Usando o Memory Advisor para Dimensionar a SGA (continuao)
Com o Memory Advisor, possvel ajustar o tamanho das estruturas da memria. Se o
Gerenciamento Automtico da Memria Compartilhada estiver ativado, use esse advisor para
ajustar o tamanho total da SGA. Caso contrrio, use-o para ajustar os diferentes componentes da
SGA.
O Memory Advisor composto de trs advisors que fornecem recomendaes sobre estas
estruturas da memria SGA:
Shared pool
Cache de buffer
Para acionar os advisors de memria, execute estas etapas:
1. Clique em Advisor Central na regio Related Links da home page Database.
2. Clique em Memory Advisor na pgina Advisor Central. A pgina Memory Parameters
exibida. Essa pgina apresenta um detalhamento do uso da memria SGA.
3. Clique em Advice ao lado do valor Shared Pool ou Buffer Cache para acionar os
respectivos advisors.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando o Memory Advisor
para Dimensionar a PGA
Usando o Memory Advisor para Dimensionar a PGA
O Memory Advisor pode ser usado para obter recomendaes sobre o tamanho da PGA. Para
tanto, clique na tab PGA e, em seguida, em Advice. Neste exemplo, o grfico mostra que a
elevao de Aggregate PGA Target de 80 MB para aproximadamente 140 MB causar um
aumento no percentual de cache hits de 60% para quase 100%.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Uso de Memria Eficiente: Diretrizes
Tente adequar a SGA memria fsica.
Faa um ajuste para uma relao de cache hits de
buffer mais alta, com os seguintes cuidados:
At varreduras integrais de tabela vlidas e
necessrias reduzem essa relao.
possvel que leituras repetidas desnecessrias dos
mesmos blocos estejam aumentando a relao
artificialmente.
Use o Memory Advisor.
Uso de Memria Eficiente: Diretrizes
Se possvel, melhor adequar a SGA memria fsica, o que proporciona o acesso mais rpido.
Mesmo que o sistema operacional possa oferecer memria virtual adicional, por sua natureza,
essa memria pode sofrer swap para o disco. Em algumas plataformas, voc pode usar o
parmetro de inicializao LOCK_SGA para bloquear a SGA na memria fsica.
Quando uma instruo SQL executada, so solicitados blocos de dados Oracle para leitura,
gravao ou ambas as operaes. Isso se chama entrada/sada lgica. medida que o bloco
solicitado, o banco de dados Oracle primeiro verifica se ele j existe na memria. Se ele no
estiver na memria, o banco de dados ler esse bloco no disco. Essa operao chamada de
entrada/sada fsica. O nmero de ocorrncias do bloco na memria comparado ao nmero total
de entradas/sadas lgicas chamado de relao de cache hits de buffer. Uma relao mais alta
costuma ser melhor porque significa que mais blocos esto sendo encontrados na memria sem
incorrer em entrada/sada do disco.
No rara uma relao de cache hits de buffer superior a 99%. Entretanto, essa relao nem
sempre significa que o sistema est bem ajustado. Quando uma consulta executada com mais
freqncia que o necessrio e solicita constantemente os mesmos blocos, a relao aumenta.
Quando uma consulta ineficiente ou desnecessria, ela eleva artificialmente a relao. Isso
ocorre porque a consulta no deveria ter sido executada daquela forma ou com aquela
freqncia.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Uso de Memria Eficiente: Diretrizes (continuao)
Lembre-se tambm de que grandes varreduras integrais de tabela (uma leitura integral da tabela
inteira) podem reduzir a relao porque a tabela inteira poder ser lida no disco; a varredura
talvez ignore que alguns blocos j esto no cache de buffer. Por isso, se a aplicao exigir
grandes varreduras integrais de tabela, seu banco de dados adequadamente ajustado poder ter
sempre uma baixa relao de cache hits do buffer do banco de dados.
Use o Memory Advisor do Enterprise Manager. Ele pode ajudar a dimensionar a SGA com
base na atividade de seu banco de dados especfico.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Diretrizes de Ajuste da Memria
para o Cache de Biblioteca
Estabelea convenes de formatao para
desenvolvedores de forma que as instrues SQL
tenham correspondentes no cache.
Use variveis de bind.
Elimine instrues SQL duplicadas desnecessrias.
Considere o uso de CURSOR_SHARING.
Use PL/SQL sempre que possvel.
Armazene a seqncia de nmeros no cache.
Retenha objetos no cache de biblioteca.
Diretrizes de Ajuste da Memria para o Cache de Biblioteca
O cache de biblioteca, que faz parte do shared pool, o local onde o banco de dados Oracle
armazena todos os cdigos SQL, PL/SQL e Java executados. O cdigo permanece nessa rea
central para que possa ser compartilhado por todos os usurios. A vantagem do
compartilhamento permitir que todos os usurios se beneficiem do trabalho j realizado em
termos de SQL. Portanto, tarefas como o parse da instruo e a determinao do caminho de
acesso aos dados (tambm conhecido como plano de execuo) so realizadas apenas uma vez
por instruo, independentemente de quantas vezes a instruo executada e de quantos
usurios a executaram. Um cache de biblioteca muito pequeno no tem espao suficiente para
todas as instrues que so executadas, portanto no possvel aproveitar esse
compartilhamento de trabalho em algumas instrues. Um cache de biblioteca muito grande
causa uma sobrecarga no sistema com o simples gerenciamento de seu contedo.
Um cache de biblioteca pode acabar sendo preenchido com instrues aparentemente diferentes
que, na verdade, so cpias da mesma instruo. Uma causa comum para esse problema uma
formatao ligeiramente diferente para cada instruo. No haver correspondncia se a string
no for idntica. Uma outra causa o uso de literais em vez de variveis de bind. Se a nica
diferena entre duas instrues for o valor literal, na maioria das vezes cada execuo dessas
instrues e o sistema geral sero beneficiados com a substituio desses literais por variveis de
bind.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Diretrizes de Ajuste de Memria para o Cache de Biblioteca (continuao)
O parmetro de inicializao CURSOR_SHARING poder ser definido para que o sistema
substitua automaticamente os literais por variveis de bind quando as instrues
corresponderem. Em geral, voc deve aproveitar essa definio como uma medida temporria
at que a aplicao seja corrigida para usar variveis de bind quando adequado. Assim como
ocorre com todas as diretrizes aqui descritas, o uso dessas variveis pode apresentar efeitos
colaterais, que devem ser investigados.
Em vez executar a mesma instruo SQL de vrios locais diferentes em uma aplicao, coloque
a instruo ou instrues em um procedure armazenado usando PL/SQL. Em seguida, basta
chamar o procedure. Assim voc garante que a instruo SQL seja compartilhada porque ela s
existe em um local. Alm disso, o SQL j foi analisado por parse e tem um plano de execuo
porque j est em um procedure armazenado e compilado.
As seqncias de nmeros podem ser armazenadas no cache. Portanto, caso existam seqncias
com alta atividade, especifique uma definio adequada para o tamanho do cache e aproveite-a.
Voc pode usar o package DBMS_SHARED_POOL para reter objetos no cache de biblioteca.
Assim voc reduz a probabilidade de recarga e recompilao de objetos. Consulte o documento
PL/SQL Packages and Types Reference para obter mais informaes sobre o uso desse
package.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sumrio
Descrever os componentes da memria na SGA
Implementar o Gerenciamento Automtico da
Memria Compartilhada
Configurar manualmente os parmetros da SGA
Usar o gerenciamento automtico da memria PGA
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Viso Geral do Exerccio: Usando o ASMM para
Corrigir um Problema de Alocao de Memria
Diagnstico de um problema de alocao de
memria
Ativao do Gerenciamento Automtico da Memria
Compartilhada
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciamento Automtico do Desempenho
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos
Diagnosticar problemas de desempenho do banco
de dados
Configurar o Automatic Workload Repository
Acessar os advisors de banco de dados
Usar o SQL Access Advisor para melhorar o
desempenho do banco de dados
Usar COMMIT assncrono com eficincia
Ajuste
Estatsticas
Associao de SGA
AWR
Advisors
Commit Assncrono
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Atividades de Ajuste
As trs atividades de gerenciamento do desempenho so:
Planejamento do desempenho
Ajuste de instncia
Ajuste de SQL
Atividades de Ajuste
As trs facetas da atividade de ajuste envolvem o planejamento do desempenho, o ajuste de
instncia e o ajuste de SQL.
O planejamento do desempenho o processo de estabelecer o ambiente: hardware,
software, sistema operacional, infra-estrutura de rede e assim por diante.
O ajuste de instncia o verdadeiro ajuste dos parmetros do banco de dados Oracle e do
sistema operacional com o objetivo de melhorar o desempenho do banco de dados Oracle.
O ajuste de SQL envolve o preparo de sua aplicao para submeter SQL eficiente. Essa
uma considerao que pode abranger a aplicao inteira ou apenas uma instruo. Se
abranger o sistema inteiro, certifique-se de que diferentes partes da aplicao estejam
aproveitando o trabalho umas das outras, e no estejam competindo desnecessariamente por
recursos. Nesta lio, voc aprender algumas aes comuns para ajustar instrues SQL
especficas.
Observao: Para obter mais informaes sobre o ajuste de desempenho, consulte o Oracle
Database Performance Tuning Guide.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Planejamento do Desempenho
Opes de investimento
Arquitetura do sistema
Escalabilidade
Princpios de design de aplicaes
Teste, modelagem e implementao de carga de
trabalho
Disponibilizao de novas aplicaes
Planejamento do Desempenho
O planejamento do desempenho apresenta vrias facetas. preciso considerar o investimento
feito na sua arquitetura de sistema: a infra-estrutura de hardware e software necessria para
atender aos seus requisitos. O nmero de discos rgidos e controladoras influencia a velocidade
do acesso aos dados. O striping de dados entre vrios dispositivos um mtodo usado com
freqncia para melhorar o desempenho. claro que ele requer uma anlise com o objetivo de
determinar o valor para seus requisitos especficos de ambiente, aplicao e desempenho.
A escalabilidade de uma aplicao tambm um fator importante. Significa que voc pode lidar
com um nmero cada vez maior de usurios, clientes, sesses ou transaes, sem causar muito
impacto no desempenho geral do sistema. O inimigo mais bvio da escalabilidade a
serializao de operaes entre os usurios. Se todos os usurios, um aps o outro, precisarem
percorrer um nico caminho, o desempenho ser prejudicado cada vez mais medida que novos
usurios forem adicionados. Isso ocorre porque cada vez mais usurios entraro na fila para usar
esse caminho. SQL mal escrito tambm afeta a escalabilidade. Ele exige que muitos usurios
esperem a concluso de SQL ineficiente; os usurios competem entre si por um grande nmero
de recursos de que, na verdade, nem precisam.
Os princpios do design de aplicao podem melhorar significativamente o desempenho. A
simplicidade do design, o uso de views e ndices e a modelagem de dados so fatores muito
importantes.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Planejamento do Desempenho (continuao)
Uma aplicao precisa ser testada com uma carga de trabalho de produo representativa. Esse
teste requer uma estimativa da carga de trabalho e do tamanho do banco de dados, bem como a
gerao dos dados de teste e da carga do sistema.
O desempenho deve ser analisado medida que novas aplicaes (ou novas verses de
aplicaes) so disponibilizadas. s vezes, so tomadas decises de design para manter a
compatibilidade com sistemas antigos durante o desenvolvimento. Um novo banco de dados
deve ser configurado (com base no ambiente de produo) especificamente para as aplicaes
que ele hospeda.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Ajuste de Instncia
Tenha objetivos bem definidos.
Aloque memria para estruturas do bancos de
dados.
Considere os requisitos de entrada/sada em cada
parte do banco de dados.
Ajuste o sistema operacional para alcanar o
desempenho ideal do banco de dados.
Ajuste de Instncia
No incio de uma atividade de ajuste, necessrio ter objetivos especficos. mais fcil
trabalhar com um objetivo como Processar 500 transaes de venda por minuto que Torne o
processo o mais rpido possvel e veremos quando estiver bom.
Voc deve alocar memria do banco de dados Oracle adequada para que sua aplicao alcance o
desempenho ideal. O volume de memria disponvel finito. Pouca memria alocada para
determinadas partes do banco de dados Oracle pode resultar em atividade de background
ineficiente, o que voc s perceber se fizer uma anlise.
Com freqncia, a entrada/sada de disco o gargalo de um banco de dados. Portanto, essa rea
requer muita ateno durante a implementao de um banco de dados.
A configurao do sistema operacional tambm pode afetar o desempenho de um banco de
dados Oracle. Para obter mais informaes, consulte o Oracle Database Installation Guide
referente sua plataforma.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Metodologia de Ajuste de Desempenho
As etapas de ajuste:
Ajuste de cima para baixo. Ajuste:
O design antes de ajustar o cdigo da aplicao
O cdigo antes de ajustar a instncia
Ajuste a rea que apresenta maior potencial de
benefcio.
Identifique as esperas mais longas.
Identifique os tempos de servio mais demorados.
Pare de ajustar quando o objetivo for alcanado.
Metodologia de Ajuste de Desempenho
A Oracle desenvolveu uma metodologia de ajuste baseada em anos de experincia. As etapas
bsicas so as seguintes:
Verifique as estatsticas do sistema operacional e o estado geral da mquina antes de ajustar
a instncia para ter certeza de que o problema encontra-se no banco de dados.
Ajuste de cima para baixo. Comece com o design, passe para a aplicao e, em seguida,
para a instncia. Por exemplo, tente eliminar as varreduras integrais de tabelas que causam
a reteno da entrada/sada antes de ajustar o layout de tablespaces no disco.
Ajuste a rea que apresenta maior potencial de benefcio. A metodologia de ajuste
apresentada neste curso simples. Identifique o maior gargalo e ajuste-o. Repita esta etapa.
Todas as ferramentas de ajuste identificam de alguma forma as instrues SQL, a reteno
de recursos ou os servios mais demorados. O banco de dados Oracle oferece um modelo e
mtricas de tempo para automatizar o processo de identificao de gargalos.
Pare de ajustar quando o objetivo for alcanado. Esta etapa implica a definio de objetivos
de ajuste.
Essa uma abordagem geral da atividade de ajuste da instncia do banco de dados e pode exigir
vrias passagens.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Coleta de Estatsticas
O ajuste do desempenho depende do conjunto de
estatsticas precisas.
Existem trs tipos diferentes de estatsticas:
Estatsticas do otimizador
Estatsticas do sistema
H vrios mtodos de coleta de estatsticas:
Automaticamente, por meio de GATHER_STATS_JOB
Manualmente, com o package DBMS_STATS
Definindo os parmetros de inicializao do banco de
dados
Importando estatsticas de outro banco de dados
Coleta de Estatsticas
As estatsticas do otimizador so conjuntos de dados que oferecem mais detalhes sobre o banco
de dados e os objetos nele contidos. O otimizador de consultas usa essas estatsticas a fim de
escolher o melhor plano de execuo para cada instruo SQL.
As estatsticas do sistema descrevem as caractersticas de hardware do sistema, como a
utilizao e o desempenho da CPU e da entrada/sada, para o otimizador de consultas. Ao
escolher um plano de execuo, o otimizador calcula os recursos de entrada/sada e da CPU
necessrios para cada consulta. As estatsticas do sistema permitem ao otimizador de consultas
calcular com mais preciso os custos de entrada/sada e da CPU e, assim, escolher um plano de
execuo melhor. As estatsticas do sistema so coletadas por meio do procedure
DBMS_STATS.GATHER_SYSTEM_STATS. Quando o banco de dados Oracle coleta
estatsticas do sistema, ele analisa a atividade do sistema em um perodo especificado. As
estatsticas do sistema no so coletadas automaticamente. A Oracle Corporation recomenda o
uso do package DBMS_STATS para coletar as estatsticas do sistema.
O mtodo recomendado para coletar estatsticas do otimizador permitir que o banco de dados
Oracle colete essas estatsticas automaticamente. O job GATHER_STATS_JOB gerado
automaticamente durante a criao do banco de dados e gerenciado pelo Scheduler. Esse job
coleta estatsticas sobre todos os objetos do banco de dados cujas estatsticas do otimizador esto
desatualizadas ou no existem.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Coleta de Estatsticas (continuao)
Se voc optar por no usar a coleta automtica de estatsticas, colete as estatsticas
manualmente em todos os esquemas, inclusive nos esquemas do sistema. Se os dados do
banco de dados forem alterados com regularidade, voc tambm precisar coletar estatsticas
regularmente para garantir que elas representem com preciso as caractersticas dos objetos
do banco de dados. Para coletar estatsticas manualmente, use o package DBMS_STATS. Esse
package PL/SQL tambm usado para modificar, exibir, exportar, importar e deletar
estatsticas.
Voc tambm pode gerenciar a coleta de estatsticas do otimizador e do sistema por meio dos
parmetros de inicializao do banco de dados. Por exemplo:
O parmetro OPTIMIZER_DYNAMIC_SAMPLING controla o nvel de amostragem
dinmica executada pelo otimizador. Voc pode usar a amostragem dinmica a fim de
calcular estatsticas para tabelas e ndices relevantes quando eles no esto disponveis
ou esto muito desatualizados para serem confiveis. A amostragem dinmica tambm
calcula seletividades de predicados de uma nica tabela quando as estatsticas coletadas
no podem ser usadas ou levam a erros significativos de estimativa.
O parmetro STATISTICS_LEVEL controla todos os principais advisories e coletas de
estatsticas do banco de dados. Ele tambm define o nvel de coleta de estatsticas do
banco de dados. Os valores desse parmetro so BASIC, TYPICAL e ALL.
O parmetro TIMED_STATISTICS orienta o servidor Oracle a coletar o tempo de
espera por eventos e as contagens de esperas j disponveis. Esses dados so teis para
comparar o tempo total de espera por um evento com o tempo total decorrido entre as
coletas de dados de desempenho.
O parmetro TIMED_OS_STATISTICS especifica o intervalo (em segundos) em que o
Oracle coleta as estatsticas do sistema operacional quando feita uma solicitao do
cliente ao servidor ou quando uma solicitao concluda.
As estatsticas de tempo do sistema so coletadas automaticamente para o banco de dados
quando o parmetro de inicializao STATISTICS_LEVEL definido como TYPICAL ou
ALL. Se STATISTICS_LEVEL for definido como BASIC, especifique
TIMED_STATISTICS como TRUE para permitir a coleta de estatsticas de tempo. Observe
que a definio de STATISTICS_LEVEL como BASIC desativa vrios recursos
automticos e no recomendada.
Se voc definir explicitamente TIMED_STATISTICS ou TIMED_OS_STATISTICS no
arquivo de parmetros de inicializao ou por meio do comando ALTER SYSTEM ou ALTER
SESSION, o valor definido explicitamente sobrepor o valor derivado de
STATISTICS_LEVEL.
Voc pode consultar a view V$STATISTICS_LEVEL para determinar quais parmetros so
afetados pelo parmetro STATISTICAL_LEVEL.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Eventos de Espera Oracle
Um conjunto de eventos de espera fornece
informaes sobre as sesses ou os processos que
precisaram esperar ou devem esperar por diversos
motivos.
Esses eventos so listados na view V$EVENT_NAME.
Ajuste
> Estatsticas
Associao de SGA
AWR
Advisors
Commit Assncrono
Eventos de Espera Oracle
Os eventos de espera so estatsticas incrementadas por um thread ou um processo do servidor
para indicar que ele precisou esperar a concluso de um evento antes de continuar o
processamento. Os dados de eventos de espera revelam diversos sintomas de problemas que
podem afetar o desempenho, como disputa por latch, buffer e entrada/sada. Lembre-se de que
esses so apenas sintomas de problemas, e no os motivos reais.
Os eventos de espera so agrupados em classes. As classes de eventos de espera incluem:
Administrative, Application, Cluster, Commit, Concurrency, Configuration, Idle, Network,
Other, Scheduler, System I/O e User I/O.
Existem mais de 800 eventos de espera no banco de dados Oracle, incluindo free buffer
wait, latch free, buffer busy waits, db file sequential read e db file
scattered read.
Usando o EM, voc pode exibir eventos de espera abrindo a pgina Performance e examinando
o grfico Sessions: Waiting and Working, conforme mostrado no slide. Ao clicar no link de
uma classe de eventos de espera, voc pode fazer drill-down at os eventos de espera especficos
usando a interface Top Sessions. Neste exemplo, os eventos de espera mais significativos foram
leituras de arquivos.
Para obter uma lista dos eventos Oracle mais comuns, consulte a documentao Oracle
Database Reference 10g.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
V$SGASTAT
pool
name
bytes
V$SYSSTAT
statistic#
name
class
value
stat_id
V$SYSTEM_EVENT
event
total_waits
total_timeouts
time_waited
average_wait
time_waited_micro
Estatsticas do Sistema
V$EVENT_NAME
event_number
event_id
name
parameter1
parameter2
parameter3
wait_class
V$SYSTEM_WAIT_CLASS
wait_class_id
wait_class#
wait_class
total_waits
time_waited
Para diagnosticar problemas de desempenho com eficincia, voc precisa de estatsticas. O
banco de dados Oracle gera vrios tipos de estatsticas cumulativas relativas ao sistema, a
sesses e a instrues SQL individuais. Ele tambm rastreia estatsticas cumulativas sobre
segmentos e servios. Ao analisar um problema de desempenho em um desses escopos, em
geral, voc examina a alterao nas estatsticas (valor delta) durante o perodo em que est
interessado.
Estatsticas dos Eventos de Espera
Todos os eventos de espera possveis so catalogados na view V$EVENT_NAME.
As estatsticas cumulativas referentes a todas as sesses so armazenadas em
V$SYSTEM_EVENT, que mostra as esperas totais por um evento especfico desde a
inicializao da instncia.
Se voc estiver diagnosticando e solucionando problemas, precisar saber se um processo
esperou por algum recurso.
Todas as estatsticas do sistema so catalogadas na view V$STATNAME: cerca de 330
estatsticas esto disponveis no Oracle Database 10g.
O servidor exibe todas as estatsticas calculadas do sistema na view V$SYSSTAT. Voc pode
consultar essa view para localizar totais cumulativos desde a inicializao da instncia.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Estatsticas do Sistema (continuao)
Estatsticas do Sistema (continuao)
Por exemplo:
SQL> SELECT name, class, value FROM v$sysstat;
NAME CLASS VALUE
------------------------------- ------ ----------
...
table scans (short tables) 64 135116
table scans (long tables) 64 250
table scans (rowid ranges) 64 0
table scans (cache partitions) 64 3
table scans (direct read) 64 0
table scan rows gotten 64 14789836
table scan blocks gotten 64 558542
...
As estatsticas do sistema so classificadas por tpico de ajuste e finalidade da depurao. As
classes incluem a atividade geral de instncias, a atividade dos buffers de redo log, o bloqueio,
a atividade dos caches de buffer do banco de dados, e assim por diante.
Para exibir todos os eventos de espera referentes a determinada classe de espera, consulte a
view V$SYSTEM_WAIT_CLASS. Por exemplo (com a formatao aplicada):
SQL> SELECT * FROM V$SYSTEM_WAIT_CLASS
2 WHERE wait_class LIKE '%I/O%';
CLASS_ID CLASS# WAIT_CLASS TOTAL_WAITS TIME_WAITED
---------- ------ ------------ ----------- -----------
1740759767 8 User I/O 1119152 39038
4108307767 9 System I/O 296959 27929
Estatsticas Globais da SGA
O servidor exibe todas as estatsticas de memria calculadas na view V$SGASTAT. Voc pode
consultar essa view para localizar totais cumulativos do uso detalhado da SGA desde a
inicializao da instncia. Por exemplo:
SQL> SELECT * FROM v$sgastat;
POOL NAME BYTES
------ ------------------------- ----------
fixed_sga 7780360
buffer_cache 25165824
log_buffer 262144
shared pool sessions 1284644
shared pool sql area 22376876
...
Os resultados mostrados so apenas uma exibio parcial da sada.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Exibindo Estatsticas Relativas a Sesses
V$STATNAME
statistic#
name
class
V$SESSTAT
sid
statistic#
value
V$SESSION
sid
serial#
username
command
osuser
seq#
event#
event
p1/2/3text
p1/2/3
p1/2/3raw
wait_class
wait_time
seconds_in_wait
state
...
V$SESSION_EVENT
sid
event
total_waits
total_timeouts
time_waited
average_wait
max_wait
time_waited_micro
event_id
V$EVENT_NAME
event#
name
parameter1
parameter2
parameter3
Exibindo Estatsticas Relativas a Sesses
Para exibir informaes sobre a sesso atual de cada usurio conectado, consulte a view
V$SESSION. Por exemplo, voc pode usar a view V$SESSION para determinar se uma sesso
representa uma sesso de usurio ou foi criada por um processo do servidor do banco de dados
(BACKGROUND).
Consulte V$SESSION ou V$SESSION_WAIT para determinar os recursos ou os eventos pelos
quais as sesses ativas esto esperando.
O servidor Oracle exibe as estatsticas das sesses dos usurios na view V$SESSTAT. A view
V$SESSION_EVENT lista informaes sobre esperas de uma sesso por um evento.
Os valores cumulativos das estatsticas geralmente esto disponveis em views dinmicas de
desempenho, como as views V$SESSTAT e V$SYSSTAT. Observe que os valores cumulativos
em views dinmicas so redefinidos quando feito shutdown da instncia do banco de dados.
A view V$MYSTAT exibe as estatsticas da sesso atual.
Voc tambm pode consultar a view V$SESSMETRIC para exibir os valores das mtricas de
desempenho referentes a todas as sesses ativas. Essa view lista mtricas de desempenho, como
o uso da CPU, o nmero de leituras fsicas, o nmero de parses incondicionais e a relao de
leituras lgicas.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Exibindo Estatsticas Relativas a Servios
Em ambientes de n camadas, como as estatsticas de
sesses no so to teis, voc pode ver estatsticas
de servios nestas views:
V$SERVICE_EVENT: Contagens de esperas e
tempos de espera agregados para cada servio
por evento
V$SERVICE_WAIT_CLASS: Contagens de esperas
e tempos de espera agregados para cada servio
por classe de espera
Exibindo Estatsticas Relativas a Servios
Em um ambiente de n camadas, no qual h um servidor de aplicaes executando o pool de
conexes do banco de dados, a exibio das sesses pode no fornecer as informaes
necessrias anlise do desempenho. O agrupamento de sesses em nomes de servio permite
monitorar o desempenho com mais preciso. Estas duas views fornecem as mesmas informaes
que suas correspondentes de sesses de mesmo nome, mas as informaes so apresentadas no
nvel de servio, e no no nvel de sesso.
V$SERVICE_WAIT_CLASS mostra as estatsticas de espera para cada servio, divididas por
classe de espera.
V$SERVICE_EVENT mostra as mesmas informaes de V$SERVICE_WAIT_CLASS, mas
apresenta mais um grau de diviso, por ID de evento.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Instncia/Banco de Dados
V$DATABASE
V$INSTANCE
V$PARAMETER
V$SPPARAMETER
V$SYSTEM_PARAMETER
V$PROCESS
V$BGPROCESS
V$PX_PROCESS_SYSSTAT
V$SYSTEM_EVENT
Views para Diagnstico/Soluo
de Problemas e Ajuste
Disco
V$DATAFILE
V$FILESTAT
V$LOG
V$LOG_HISTORY
V$DBFILE
V$TEMPFILE
V$TEMPSEG_USAGE
V$SEGMENT_STATISTICS
Disputa
V$LOCK
V$UNDOSTAT
V$WAITSTAT
V$LATCH
Memria
V$BUFFER_POOL_STATISTICS
V$LIBRARYCACHE
V$SGAINFO
V$PGASTAT
Views para Diagnstico/Soluo de Problemas e Ajuste
O slide lista algumas das views que voc talvez precise acessar para determinar o motivo dos
problemas de desempenho ou analisar o status atual do banco de dados.
Para obter uma descrio completa dessas views, consulte o Oracle Database Reference
Manual.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Views de Dicionrio
As seguintes views especiais e de dicionrio
fornecem estatsticas teis aps o uso do package
DBMS_STATS:
DBA_TABLES, DBA_TAB_COLUMNS
DBA_CLUSTERS
DBA_INDEXES
DBA_TAB_HISTOGRAMS
Essas informaes estatsticas so estticas at
voc executar novamente os procedures adequados
no DBMS_STATS.
Views de Dicionrio
Para examinar o armazenamento de dados em detalhes, use o package DBMS_STATS, que
coleta estatsticas e preenche colunas de algumas views DBA_xxx.
DBMS_STATS preenche colunas das views relativas a:
Armazenamento de dados de tabela em extenses e blocos:
DBA_TABLES
DBA_TAB_COLUMNS
Armazenamento de dados de cluster em extenses e blocos:
DBA_CLUSTERS
Armazenamento de dados de ndice em extenses e blocos, e recurso de ndice:
DBA_INDEXES
Distribuio de dados de colunas indexadas e no indexadas:
DBA_TAB_HISTOGRAMS
Para obter mais informaes sobre o uso do package DBMS_STATS, consulte o Oracle
Database Performance Tuning Guide.
Quando o comando ANALYZE INDEX VALIDATE STRUCTURE executado, as views
INDEX_STATS e INDEX_HISTOGRAM, que contm estatsticas para ndices, so preenchidas.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Diagnsticos de Bancos
de Dados Bloqueados ou
Extremamente Lentos
Use na anlise de problemas, quando o banco de
dados estiver lento ou bloqueado:
Acesso direto SGA para monitoramento do
desempenho (modo de acesso memria)
V$SESSION
V$SESSION_WAIT
V$SYSTEM_EVENT
V$SYSSTAT
Anlise de bloqueio usando o Enterprise Manager
Ajuste
Estatsticas
> Associao de SGA
AWR
Advisors
Commit Assncrono
Diagnsticos de Bancos de Dados Bloqueados ou Extremamente Lentos
Existe uma funcionalidade disponvel para analisar problemas de desempenho insatisfatrio ou
bloqueio do banco de dados.
O sistema suporta a coleta de estatsticas de desempenho em tempo real diretamente da SGA
(System Global Area) por meio de chamadas otimizadas ou leves no nvel do sistema como
alternativa para SQL. No Enterprise Manager, esse tipo de coleta chamado de modo de acesso
memria. H um thread coletor da SGA por instncia Oracle, que iniciado automaticamente
pelo agente do EM quando ele comea a monitorar uma instncia do banco de dados. As views
V$ mostradas no slide so as principais views usadas em diagnsticos de desempenho de alto
nvel e, portanto, so aquelas que tm acesso direto SGA. Se forem necessrias mais
informaes de drill-down, use SQL para recuper-las. As informaes sobre o host, como o
nmero de CPUs e o nome do host, tambm so coletadas e exibidas por meio da interface do
EM.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando o Modo de Acesso Memria
1
2
3
4
Usando o Modo de Acesso Memria
Voc pode acessar a pgina grfica do modo de acesso memria na home page da seo
Related Links clicando no link Monitor in Memory Access Mode. O link leva pgina
Performance do modo de exibio Memory Access. Como mostra o slide, preciso ativar pela
primeira vez o modo de acesso memria, clicando em Enable Memory Access Mode.
Posteriormente, voc pode desativ-lo.
Para retornar ao modo de exibio de acesso SQL, basta clicar no boto Switch to SQL Access
Mode na pgina Performance.
O modo de acesso memria evita a computao associada ao parse e execuo de instrues
SQL, o que o torna eficiente em casos graves de disputa de cache de biblioteca que podem
impedir o monitoramento da instncia com SQL. Alterne para o modo de acesso memria se o
sistema estiver lento ou bloqueado.
As pginas do modo de acesso memria contm dados de amostras obtidos com mais
freqncia que os dados das pginas do modo SQL. Por esse motivo, os grficos podem parecer
ligeiramente diferentes do modo SQL. Conseqentemente, a pgina do modo de acesso
memria oferece melhores informaes sobre o local de incio e trmino de eventos; alm disso,
tambm possvel detectar eventos de curta durao que, de outra forma, seriam omitidos.
Observao: O modo de acesso memria tambm chamado de modo de associao
de SGA
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando a Pgina de Anlise de Bloqueio
Microjanela
Usando a Pgina de Anlise de Bloqueio
Para analisar sistemas lentos e bloqueados, voc pode usar a pgina Hang Analysis na seo
Additional Monitoring Links da pgina Performance do EM. Pode tambm usar a pgina
Blocking Sessions para exibir uma lista de todas as sesses que esto bloqueando outras sesses
no momento.
Use a pgina Hang Analysis para:
Determinar quais sesses esto causando gargalos
Examinar sumrios de sesses para identificar as sesses bloqueadoras e bloqueadas
Essa pgina fornece uma topologia grfica das sesses em espera no sistema, exibindo as
sesses bloqueadas abaixo das sesses bloqueadoras. O Enterprise Manager avalia a situao
com base no histrico de atividades e determina quais sesses esto bloqueadas ou podem ser
bloqueadas, em vez de estarem apenas instantaneamente em estado de espera. Para exibir as
informaes sumariadas de uma sesso, clique no ID da sesso na topologia. A pgina Session
Summary exibida com as informaes gerais sobre a sesso selecionada. Voc pode clicar em
View Session Details na pgina Session Summary para obter mais detalhes sobre a sesso e
determinar se encerr-la a melhor opo.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando a Pgina de Anlise de Bloqueio (continuao)
As sesses so exibidas em verde, amarelo ou vermelho, dependendo da gravidade de seu
estado na topologia.
Voc tambm pode selecionar um percentual em Zoom Factor com base no tamanho desejado
da topologia. Quando houver muitas sesses bloqueadas, voc poder usar um fator menor para
visualizar as informaes gerais de espera do sistema. Em seguida, voc poder aplicar mais
zoom s partes relevantes e ler a topologia ou fazer drill-down.
Clique na rea da microjanela Zoom Factor para mover a topologia para a posio de
visualizao desejada. Por exemplo, se voc clicar no lado esquerdo da janela, a topologia
mudar
para a direita, permitindo uma visualizao completa de seu lado esquerdo.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Automatic Workload
Repository
SYSAUX
SGA
Estatsticas
na memria
06:00:00
07:00:00
08:00:00
Snapshot 1
Snapshot 2
Snapshot 3
Snapshot 4
09:00:00
09:30:00
O ADDM detecta
problemas
importantes.
MMON
Ajuste
Estatsticas
Associao de SGA
> AWR
Advisors
Commit Assncrono
Automatic Workload Repository
O AWR (Automatica Workload Repository) um conjunto de estatsticas persistentes de
desempenho do sistema pertencente a SYS. Ele reside no tablespace SYSAUX.
Um snapshot um conjunto de estatsticas de desempenho capturadas em determinado momento
e armazenadas no AWR. Os snapshots so usados para calcular a taxa de alterao de uma
estatstica. Cada snapshot identificado por um nmero de seqncia de snapshot (snap_id)
exclusivo no AWR.
Os usurios do Statspack devem comear a usar o Workload Repository no Oracle Database
10g. Entretanto, no h um caminho suportado de migrao de dados do Statspack para o
Workload Repository. Alm disso, o Workload Repository no retrocompatvel com o
esquema do Statspack.
Por default, os snapshots so gerados a cada 60 minutos. Voc pode ajustar essa freqncia
alterando o parmetro INTERVAL do snapshot. Como os advisors do banco de dados dependem
desses snapshots, lembre-se de que o ajuste da definio de intervalo pode afetar a preciso do
diagnstico. Por exemplo, se INTERVAL for definido como 4 horas, voc poder perder
oscilaes que ocorrem em intervalos de 60 minutos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Automatic Workload Repository (continuao)
Voc pode usar o procedure armazenado
DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS ou o Database
Control para alterar as definies que controlam a coleta de snapshots. No Database Control,
clique em Automatic Workload Repository na regio Statistics Management da pgina com a
tab Administration. Em seguida, clique em Edit para fazer as alteraes.
O procedure armazenado oferece mais flexibilidade na definio de valores INTERVAL que o
Database Control.
Voc pode gerar snapshots manuais usando o Database Control ou o procedure armazenado
DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT. A gerao de snapshots manuais
suportada com os snapshots automticos que o sistema gera. Os snapshots manuais devem ser
usados quando voc deseja capturar o comportamento do sistema em dois momentos
especficos que no coincidem com a programao automtica.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Linhas de Base de Snapshots do AWR
DBMS_WORKLOAD_REPOSITORY.CREATE_BASELINE ( -
start_snap_id IN NUMBER ,
end_snap_id IN NUMBER ,
baseline_name IN VARCHAR2);
Perodo relevante
no passado
Linhas de Base de Snapshots do AWR
As linhas de base so um mecanismo para indicar conjuntos de dados de snapshots relativos a
perodos importantes. Uma linha de base definida com base em um par de snapshots; os
snapshots so identificados pelos respectivos nmeros de seqncia (snap_id). Cada linha de
base corresponde a apenas um par de snapshots.
possvel identificar uma linha de base por um nome fornecido pelo usurio ou por um
identificador gerado pelo sistema. Para criar uma linha de base, use o Database Control ou
execute o procedure DBMS_WORKLOAD_REPOSITORY.CREATE_BASELINE e especifique
um nome e um par de identificadores de snapshots. Um identificador de linha de base
atribudo linha de base recm-criada. Os identificadores de linha de base so exclusivos
durante toda a vida til de um banco de dados.
As linhas de base so usadas para reter dados de snapshots. Portanto, os snapshots pertencentes a
linhas de base so retidos at que essas linhas de base sejam eliminadas.
Em geral, voc configura linhas de base de alguns perodos representativos no passado para fins
de comparao com o comportamento atual do sistema. Voc tambm pode configurar alertas
baseados em limites usando linhas de base no Database Control.
possvel obter os snap_ids diretamente do DBA_HIST_SNAPSHOT ou do Database
Control.
Observao: Para obter mais informaes sobre o package DBMS_WORKLOAD_REPOSITORY,
consulte o Oracle Database PL/SQL Packages and Types Reference Guide.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Advisory Framework:
Viso Geral
ADDM
SQL Tuning
Advisor
SQL Access
Advisor
Memria
Espao
PGA Advisor
SGA
Segment Advisor
Undo Advisor
Buffer Cache
Advisor
Library Cache
Advisor
PGA
Ajuste
Estatsticas
Associao de SGA
AWR
> Advisors
Commit Assncrono
Advisory Framework: Viso Geral
Os advisors so componentes do servidor que fornecem comentrios teis sobre a utilizao de
recursos e o desempenho do componente em questo. Eles usam todos os recursos abordados
anteriormente e outros. Veja a seguir a lista de advisors disponveis:
ADDM (Automatic Database Diagnostic Monitor): Faz uma anlise top-down da
instncia, identifica problemas e possveis causas, e sugere aes corretivas para solucion-
los. O ADDM pode chamar outros advisors.
SQL Tuning Advisor: Fornece recomendaes de ajuste de instrues SQL
SQL Access Advisor: Trata problemas relacionados a esquema e determina os caminhos
ideais de acesso a dados, como views materializadas e ndices
PGA Advisor: Fornece estatsticas detalhadas sobre as reas de trabalho e oferece
recomendaes sobre o uso ideal da memria PGA (Program Global Area) com base nas
caractersticas da carga de trabalho
SGA Advisor: responsvel por ajustar e recomendar o tamanho da SGA (System Global
Area) de acordo com o padro de acesso de vrios componentes da SGA
Segment Advisor: Monitora eventuais problemas de espao de objetos e analisa as
tendncias de crescimento
Undo Advisor: Sugere valores de parmetros e o espao adicional necessrio para suportar
o flashback durante um perodo especfico
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Advisory Framework: Viso Geral (continuao)
As principais vantagens da infra-estrutura de advisor so:
Ela usa uma interface uniforme para todos os advisors.
Todos os advisors so chamados e informam resultados de maneira consistente.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Database Control e Advisors
Database Control e Advisors
A pgina Advisor Central a pgina principal de todos os advisors. Para acessar essa pgina,
clique no link Advisor Central na regio Related Links da home page Database. Entretanto, esse
no o nico local na Console do Database Control onde possvel chamar os advisors.
Na pgina Advisor Central, voc pode listar todas as tarefas de advisors que foram registradas
no AWR. Tambm pode filtrar essa lista por tipo de advisor e por perodos predefinidos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sesso de Ajuste Convencional de Advisor
Ajustar os parmetros para a tarefa.
Aceitar os
resultados?
Implementar
recomendaes.
Sim
No
Executar uma anlise.
Criar uma tarefa de advisor.
Sesso de Ajuste Convencional de Advisor
Uma sesso de ajuste convencional compreende estas etapas:
1. Criar uma tarefa de advisor.
Uma tarefa de advisor uma rea de dados executveis no repositrio do advisor que
gerencia atividades de ajuste.
2. Ajustar os parmetros apropriados para a tarefa.
Os parmetros so definidos na tarefa de advisor principal. Eles controlam o
comportamento do advisor.
3. Executar uma anlise.
A execuo da tarefa uma operao sncrona; o controle s retornado quando a
operao concluda ou a interrupo de um usurio detectada. A qualquer momento,
voc pode interromper a operao e verificar os resultados at esse momento no processo
de anlise. Se no estiver satisfeito, voc poder retomar a execuo para obter mais
recomendaes ou poder ajustar os dados da tarefa e reiniciar a execuo.
4. Verificar os resultados.
possvel verificar os resultados da anlise com o auxlio das views incorporadas ou do
procedure mostrado no slide. Voc pode aceitar, rejeitar ou ignorar as recomendaes.
Caso uma recomendao seja rejeitada, convm reexecutar uma anlise usando essa
recomendao como dica para a prxima operao de anlise.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Chamando o ADDM Manualmente
Chamando o ADDM Manualmente
Por default, as tarefas do ADDM so executadas em cada snapshot do banco de dados Oracle
armazenado no AWR. No entanto, voc pode criar uma tarefa personalizada do ADDM para
analisar um perodo identificado por um snapshot inicial e um snapshot final. Para criar uma
tarefa do ADDM, execute estas etapas:
1. Navegue at a home page Database. Na seo Related Links, clique em Advisor Central.
2. Em Advisors, escolha ADDM.
3. Selecione a opo Period Start Time e clique no snapshot a ser usado como ponto inicial do
perodo. Depois, selecione a opo End Time e clique no snapshot a ser usado como ponto
final do perodo.
4. Use a pgina ADDM Task para exibir os resultados de uma tarefa selecionada do ADDM.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando o SQL Tuning Advisor: Reviso
Use o SQL Tuning Advisor para analisar instrues
SQL e obter recomendaes de desempenho.
Origens para anlise do SQL Tuning Advisor:
Top SQL: Analisa as principais instrues SQL ativas
no momento
SQL Tuning Sets: Analisa um conjunto fornecido de
instrues SQL
Snapshots: Analisa um snapshot
Baselines: Analisa uma linha de base
Usando o SQL Tuning Advisor: Reviso
Voc pode usar o SQL Tuning Advisor para analisar instrues SQL e obter recomendaes de
desempenho. Em geral, voc executa esse advisor como uma ao de deteco de desempenho
do ADDM.
Alm disso, voc pode executar o SQL Tuning Advisor para analisar as instrues SQL que
mais consomem tempo da CPU, entrada/sada e memria.
O SQL Tuning Advisor abordado em detalhes no curso Oracle Database 10g: Workshop de
Administrao I.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
SQL Access Advisor: Viso Geral
SQL Access
Advisor
Recomendaes
-ndices
-Views materializadas
-Logs de view
materializada
Especificao da carga
de trabalho
-Instruo SQL
-SQL Tuning Set
-Contedo do cache SQL
-Estatsticas
-Nome do esquema
SQL Access Advisor: Viso Geral
O SQL Access Advisor pode recomendar o conjunto adequado de views materializadas, logs de
views materializadas e ndices para uma carga de trabalho especfica. essencial conhecer e
usar essas estruturas ao otimizar SQL, j que elas podem resultar em melhorias significativas de
desempenho na recuperao de dados.
O SQL Access Advisor recomenda ndices de bitmap, baseados em funo e em rvore B. O
ndice de bitmap oferece um tempo de resposta mais curto para vrios tipos de consultas ad hoc
e menos requisitos de armazenamento em comparao a outras tcnicas de indexao. Os
ndices em rvore B so mais usados em data warehouse para indexar chaves exclusivas ou
quase exclusivas.
Outro componente do SQL Access Advisor tambm fornece recomendaes sobre como
otimizar views materializadas de forma que elas sejam rapidamente atualizadas e aproveitem as
vantagens da reescrita geral de consultas.
Observao: Para obter mais informaes sobre views materializadas e reescrita de consultas,
consulte o Oracle Database Performance Tuning Guide.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sesso Tpica do SQL Access Advisor
Sesso Tpica do SQL Access Advisor
Ao iniciar uma sesso do SQL Access Advisor, voc pode selecionar Use Default Options e
comear com um conjunto predefinido de opes recomendadas do Advisor. Pode tambm
iniciar uma tarefa e faz-la herdar um conjunto de valores de opes definidos por um gabarito
ou tarefa. Para isso, selecione Inherit Options from a Task or Template. Essas opes incluem
vrios gabaritos genricos projetados para ambientes com finalidades gerais, OLTP e banco de
dados de data warehousing. Voc pode salvar gabaritos personalizados de uma tarefa anterior e
reutiliz-los quando necessrio.
Clique em Continue para iniciar o assistente do SQL Access Advisor.
Observao: Voc pode acessar o SQL Access Advisor na pgina Advisor Central do Database
Control.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Origem da Carga de Trabalho
Origem da Carga de Trabalho
Use a pgina Workload Source do assistente do SQL Access Advisor para fornecer uma carga
de trabalho definida que permita ao Access Advisor fazer recomendaes. As cargas de trabalho
suportadas so:
Current and Recent SQL Activity: Usa o SQL atual do cache como a carga de trabalho
Import Workload from SQL Repository: Permite especificar um SQL Tuning Set criado
anteriormente como a origem da carga de trabalho
User-Defined Workload; Import SQL from a Table or View: Permite receber
recomendaes de uma carga de trabalho que no esteja em execuo no banco de dados
atual. Assim as recomendaes de acesso so fornecidas e implementadas antes que uma
aplicao seja ativada.
Create a Hypothetical Workload from the Following Schemas and Tables: Oferece um
esquema que permite ao advisor procurar tabelas de dimenses e produzir uma carga de
trabalho
Para reduzir ainda mais o escopo da carga de trabalho, aplique filtros, que voc pode acessar na
seo Filter Options. Com essas opes, voc pode reduzir o escopo das instrues SQL
presentes na carga de trabalho. Os filtros so aplicados carga de trabalho pelo advisor para
concentrar o foco na atividade de ajuste. As possveis opes de filtro so:
Instrues SQL que mais consomem recursos
Usurios, identificador de mdulo ou aes
Tabelas
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Opes de Recomendao
Opes de Recomendao
Use a pgina Recommendations Options para decidir se o advisor ser limitado a fazer
recomendaes baseadas em um nico mtodo de acesso. Escolha Indexes, Materialized Views
ou as duas opes na seo Recommendation Types. Voc pode escolher Evaluation Only para
avaliar somente as estruturas de acesso existentes. Nesse modo, o advisor no gera novas
recomendaes, mas sim comentrios sobre o uso das estruturas existentes. Esse recurso til
para controlar a eficincia do uso do ndice, da view materializada e do log da view
materializada atuais ao longo do tempo.
Voc pode usar a seo Advisor Mode para executar o advisor em um dos dois modos possveis.
Esses modos afetam a qualidade das recomendaes, bem como o tempo necessrio para o
processamento. No Comprehensive Mode, o advisor procura um large pool de candidatos,
resultando em recomendaes de melhor qualidade. No Limited Mode, o advisor executado
rapidamente, limitando as recomendaes de candidatos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Opes de Recomendao
Opes de Recomendao (continuao)
Voc pode escolher Advanced Options para mostrar ou ocultar opes que permitem definir
restries de espao, opes de ajuste e locais de armazenamento default. Use a seo Workload
Categorization para definir opes para Workload Volatility e Workload Scope. Voc pode
optar por favorecer as operaes somente para leitura ou pode considerar a volatilidade de
objetos referenciados ao criar recomendaes. Pode tambm selecionar Partial Workload, que
no inclui recomendaes para eliminar estruturas de acesso no utilizadas, ou Complete
Workload, que inclui esse tipo de recomendao.
Use a seo Space Restrictions para especificar um limite rgido de espao, que force o advisor a
produzir recomendaes somente com os requisitos de espao total que no excedam o limite
estabelecido.
Use a seo Tuning Options para especificar opes que personalizem as recomendaes feitas
pelo advisor. Use a lista drop-down Prioritize Tuning of SQL Statements by para priorizar por
Optimizer Cost, Buffer Gets, CPU Time, Disk Reads, Elapsed Time e Execution Count.
Use a seo Default Storage Locations para substituir os defaults definidos para locais de
esquemas e tablespaces. Por default, os ndices so colocados no esquema e no tablespace da
tabela a qual fazem referncia. As views materializadas so colocadas no esquema e no
tablespace do usurio que executou uma das consultas que contribuiu para a recomendao da
view materializada.
Depois de definir esses parmetros, voc pode programar e revisar a tarefa de ajuste.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Verificando Recomendaes
Verificando Recomendaes
Usando a pgina Advisor Central, voc pode listar todas as tarefas concludas do SQL Access
Advisor. Selecione aquela cujas recomendaes voc deseja ver e clique no boto View Result.
Use a pgina Results for Task Summary para obter uma viso geral das descobertas do advisor.
A pgina apresenta grficos e estatsticas que informam a possvel melhoria do desempenho
geral da carga de trabalho e do tempo de execuo obtida com as recomendaes. Voc pode
usar a pgina para mostrar contagens de instrues e de aes de recomendaes.
Para ver outros aspectos dos resultados da tarefa do advisor, clique em uma das outras trs tabs
da pgina: Recommendations, SQL Statements ou Details.
A pgina Recommendations exibe um grfico e uma tabela que mostram as recomendaes
principais ordenadas pela melhoria percentual do custo total da carga de trabalho inteira. As
principais recomendaes possibilitam a maior melhoria total de desempenho.
Ao clicar no boto Show SQL, voc poder ver o script SQL gerado para as recomendaes
selecionadas. Voc pode clicar no identificador da recomendao correspondente na tabela para
ver a lista de aes a serem executadas para implementar a recomendao. Na pgina Actions,
voc pode realmente ver todas as instrues SQL correspondentes a serem executadas para
implementar a ao. Mantenha desmarcadas as caixas de seleo das recomendaes que no
deseja implementar. Em seguida, clique no boto Schedule Implementation para implementar as
aes retidas. Essa etapa executada na forma de um job do Scheduler.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
COMMIT Assncrono
O comportamento default do COMMIT esperar at
que o redo seja salvo nos arquivos de redo log.
O comportamento default pode ser alterado para
no esperar.
O COMMIT assncrono til para transaes de alto
throughput.
No entanto, as transaes podem ser perdidas.
Falhas de mquina
Problemas de entrada/sada de arquivos de redo log
Ajuste
Estatsticas
Associao de SGA
AWR
Advisors
> Commit Assncrono
COMMIT Assncrono
Quando uma transao submetida a commit, o processo log writer (LGWR) grava no disco o
redo para o commit, junto com o redo acumulado de todas as alteraes ocorridas na transao
correspondente. Por default, o banco de dados Oracle grava o redo no disco antes que a chamada
seja retornada ao cliente. Esse comportamento introduz uma latncia no commit porque a
aplicao precisa esperar que o redo seja gravado no disco.
Suponha que voc esteja gravando uma aplicao que requeira um throughput de transao
muito alto. Se voc quiser trocar a durabilidade do commit por uma latncia menor, poder
alterar as opes default do COMMIT de forma que a aplicao no precise esperar at o banco
de dados Oracle gravar dados nos redo logs on-line.
Assim, o redo gerado para uma transao poder no persistir quando o commit retornar ao
usurio. Dessa forma, a transao supostamente submetida a commit se tornar vulnervel a um
rollback. O caso mais bvio a falha da mquina. Nesse caso, tambm so perdidos os redos da
operao de commit armazenados nos buffers de redo log antes de serem gravados nos arquivos
de redo log on-line. Em outro caso, voc pode ter problemas de entrada/sada de arquivos com
os redo logs on-line no momento em que o LGWR realmente tenta forar a gravao no disco de
qualquer redo armazenado no buffer de redo log. Se os redo logs no forem multiplexados para
fornecer um certo nvel de redundncia, a ao de commit poder ser perdida.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando o COMMIT Assncrono
Combinaes possveis:
IMMEDIATE, WAIT (default)
IMMEDIATE, NOWAIT
BATCH, WAIT
BATCH, NOWAIT
Exemplos em nvel de sistema ou sesso:
Exemplos de instruo COMMIT:
ALTER SYSTEM SET COMMIT_WRITE = IMMEDIATE, WAIT
ALTER SESSION SET COMMIT_WRITE = IMMEDIATE, NOWAIT
COMMIT WRITE BATCH WAIT
COMMIT WRITE BATCH NOWAIT
Usando o COMMIT Assncrono
Voc pode alterar o comportamento do commit nos seguintes locais:
Parmetro de inicializao COMMIT_WRITE no nvel de sistema ou sesso
Instruo COMMIT
A opo IMMEDIATE assegura que o redo para o commit da transao seja gravado
imediatamente pelo processo LGWR; ou seja, iniciada uma entrada/sada. A opo BATCH
significa que o redo armazenado no buffer e no iniciada uma entrada/sada. No entanto, o
LGWR ainda pode gravar o redo no disco em seu prprio tempo.
A opo WAIT garante que o commit no retorne at que o redo correspondente a ele persista
nos redo logs on-line. Quando voc usa a opo NOWAIT, o commit retorna sem esperar que o
redo da operao de commit seja gravado nos redo logs on-line.
Na ausncia de opes, os defaults so IMMEDIATE e WAIT, o que consistente com releases
anteriores do banco de dados. No possvel especificar BATCH e IMMEDIATE juntos, nem
WAIT e NOWAIT.
Aps a definio do parmetro de inicializao, uma instruo COMMIT sem opes adapta-se
s opes especificadas no parmetro.
Observao: As opes da instruo COMMIT sobrepem as definies existentes no parmetro
de inicializao.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sumrio
Diagnosticar problemas de desempenho do banco
de dados
Configurar o Automatic Workload Repository
Acessar os advisors de banco de dados
Usar o SQL Access Advisor para melhorar o
desempenho do banco de dados
Usar COMMIT assncrono com eficincia
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Viso Geral do Exerccio: Usando o ADDM
para Diagnosticar Problemas de Desempenho
Exibio e interpretao de descobertas do ADDM
para diagnosticar um problema de desempenho
Implementao dessas descobertas
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciando Objetos de Esquema
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos
Ao concluir esta lio, voc ser capaz de gerenciar
objetos de esquema e:
Determinar os tipos de tabela adequados aos seus
requisitos: heap, partio, IOT ou cluster
Executar tarefas do DBA correlatas:
Estimar o tamanho de novas tabelas
Analisar tendncias de crescimento
Gerenciar estatsticas do otimizador
Reorganizar objetos de esquema on-line
Tipos de Tabelas
Partio
IOT
Cluster
Tarefas do DBA
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tipos de Tabelas
Os dados correlatos de uma ou mais tabelas so
armazenados juntos.
Tabela clusterizada
Os dados (incluindo valores no relacionados a
chave) so classificados e armazenados em uma
estrutura de ndice em rvore B.
IOT (index-organized
table)
Os dados so divididos em partes menores, mais
fceis de gerenciar.
Tabela particionada
Os dados so armazenados como um conjunto
desordenado (heap).
Tabela comum
(organizada por heap)
Descrio Tipo
Heap
IOT Particionada
Clusterizada
Tipos de Tabelas
As tabelas comuns organizadas por heap so apresentadas no curso Oracle Database 10g:
Workshop de Administrao I.
Parties so partes de uma tabela ou de um ndice, criadas para facilitar o gerenciamento de um
VLDB (very large database), que pode conter vrios terabytes de dados.
Diferentemente de uma tabela comum organizada por heap cujos dados so armazenados como
um conjunto desordenado (heap), os dados de uma IOT (index-organized table) so
armazenados em uma estrutura de ndice em rvore B e classificados por chave primria.
Um cluster um grupo de tabelas que compartilham os mesmos blocos de dados, pois elas
compartilham colunas comuns e so freqentemente usadas em conjunto.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O Que uma Partio
e Por Que Us-la?
Uma partio :
Uma parte muito grande de uma tabela ou de um
ndice
Armazenada em seu prprio segmento
Usada para melhorar o desempenho e a
gerenciabilidade
Tipos de Tabelas
> Partio
IOT
Cluster
Tarefas do DBA
O Que uma Partio e Por Que Us-la?
Uma partio uma parte muito grande de uma tabela ou de um ndice, armazenada em seu
prprio segmento para ser gerenciada individualmente. Um exemplo de tabela muito grande
uma tabela de data warehouse de vrias centenas de gigabytes de dados. As parties podem ser
divididas ainda em subparties para obter um nvel de gerenciabilidade mais detalhado e
melhorar o desempenho.
O particionamento tambm pode melhorar o desempenho porque vrias consultas podem ignorar
as parties que, de acordo com a clusula WHERE, no tm as linhas solicitadas; dessa forma, o
volume de dados a ser varrido para produzir um conjunto de resultados reduzido.
As operaes em tabelas e ndices particionados podem ser realizadas em paralelo; para tanto,
basta designar servidores de execuo paralelos a parties diferentes da tabela ou do ndice.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Parties
As caractersticas das parties so:
Mesmos atributos lgicos: Mesmas colunas,
constraints e ndices
Atributos fsicos diferentes: Armazenadas em
tablespaces distintos
Transparentes para as aplicaes
Vrios mtodos de particionamento
Parties
Cada partio armazenada em seu prprio segmento e pode ser gerenciada individualmente.
Ela pode funcionar independentemente de outras parties, oferecendo, assim, uma estrutura
que pode ser ajustada para proporcionar melhor disponibilidade e desempenho.
Se voc estiver usando execuo paralela, as parties oferecero outros meios de paralelizao.
As operaes em tabelas e ndices particionados so realizadas em paralelo; para tanto, basta
designar servidores de execuo paralelos a parties diferentes da tabela ou do ndice,
As parties e as subparties de uma tabela ou de um ndice compartilham os mesmos atributos
lgicos. Por exemplo, todas as parties (ou subparties) de uma tabela compartilham as
mesmas definies de colunas e constraints, e todas as parties (ou subparties) de um de
ndice compartilham as mesmas opes de ndice. No entanto, elas podem ter atributos fsicos
diferentes (como TABLESPACE). vantajoso armazenar parties em tablespaces diferentes
para fazer backups e recuperaes independentes, controlando o mapeamento para unidades de
disco (balanceando as entradas/sadas) e reduzindo a possibilidade de danos aos dados.
O particionamento transparente para aplicaes existentes e instrues DML padro
executadas em tabelas particionadas. No entanto, uma aplicao pode ser programada para
aproveitar as vantagens do particionamento usando nomes de ndices ou de tabelas estendidos
por parties em DML.
Para obter mais informaes sobre tabelas e ndices particionados, incluindo mtodos de
particionamento, consulte o Oracle Database Administrators Guide.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando uma Partio
Criando uma Partio
O Database Control suporta vrios tipos de particionamento de tabelas e ndices, alm de
simplificar o processo de criao desses elementos. Os assistentes orientam esse processo e
recomendam as opes possveis.
Selecione Administration > Tables. Na pgina Tables, clique no boto Create para criar uma
tabela particionada. exibida a pgina Create Table: Table Organization, na qual voc pode
decidir se deseja criar uma tabela organizada por heap ou por ndice. Em seguida, clique no
boto Continue para acessar a pgina Create Table. Nessa pgina, voc pode especificar o nome
da tabela e vrias outras informaes. Clique na tab Partitions e, depois, no boto Create
Partitions. A pgina Create Partitions: Partitioning Method mostrada no slide aberta. Esse o
ponto de entrada para o assistente de criao de tabelas particionadas. Especifique o tipo de
particionamento desejado e clique no boto Continue. O assistente orientar voc pelo processo
de criao, definindo as colunas de partio e suas especificaes.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Mtodos de Particionamento
Particionamento por faixa: Mapeia linhas com base
em faixas lgicas de valores de colunas por
exemplo, meses de um ano
Particionamento por hash: Mapeia linhas com base
no valor hash da chave de particionamento
Particionamento por lista: Mapeia linhas com base
em uma lista discreta de valores, fornecida pelo DBA
Particionamento por faixa/hash: Mapeia linhas
usando o mtodo de faixa e, em cada partio por
faixa, cria subparties por hash
Particionamento por faixa/lista: Mapeia linhas com
base, primeiro, em uma faixa de valores e, depois,
com base em valores discretos
Mtodos de Particionamento
O desempenho do particionamento por faixa melhor quando os dados so distribudos
uniformemente na faixa.
O particionamento por hash significa distribuio automtica e uniforme de dados: O DBA
no tem controle sobre a forma como uma linha especfica mapeada para uma partio.
Por exemplo:
CREATE TABLE regions
(region_id NUMBER, region_name VARCHAR2 (25))
PARTITION BY HASH (region_id)
PARTITIONS 4 STORE IN (tbs1, tbs2, tbs3, tbs4);
Esse exemplo mostra uma tabela particionada por hash. A coluna de particionamento id;
quatro parties so criadas e recebem nomes gerados pelo sistema; essas parties so
colocadas em quatro tablespaces chamados tbs1, tbs2, tbs3 e tbs4.
Especifique uma lista de valores discretos para a coluna de particionamento na descrio
de cada partio se quiser controlar expressamente a forma como as linhas so mapeadas
para as parties. Por exemplo, especifique cdigos de pas e estado.
As parties compostas, produzidas pelo particionamento por faixa/hash, so ideais para
dados histricos e striping.
As parties de uma tabela particionada por faixa/lista so apenas estruturas lgicas, j que
seus dados so armazenados nos segmentos de suas subparties.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Manuteno da Partio
Manuteno da Partio
Aps a criao de um objeto particionado, voc pode manter suas parties usando o Database
Control.
Selecione Administration > Tables. Clique na tabela particionada de seu interesse. exibida a
pgina Edit Table. Clique na tab Partitions dessa pgina para abrir a tela mostrada no slide.
Voc pode selecionar uma partio e aplicar uma manuteno de partio a ela, selecionando a
operao na lista drop-down Actions.
Observao: Use o boto Advanced Options para alterar as caractersticas de armazenamento
da partio selecionada.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Acesso a tabelas
por ROWID
Tabelas Organizadas por ndice
Acesso comum a tabelas
Acesso IOT
Colunas no relacionadas a chave
Coluna-chave
Cabealho da linha
Tipos de Tabelas
Partio
> IOT
Cluster
Tarefas do DBA
Diferentemente de uma tabela comum (organizada por heap) cujos dados so armazenados
como um conjunto desordenado (heap), os dados de uma IOT (index-organized table) so
armazenados em uma estrutura de ndice em rvore B e classificados por chave primria. Alm
de armazenar os valores da coluna de chave primria, cada entrada de ndice na rvore B da IOT
armazena os valores das colunas que no so chaves.
As tabelas organizadas por ndice tm funcionalidade integral de tabela. Elas suportam recursos
como constraints, triggers, colunas de objetos e LOB, particionamento, operaes paralelas,
reorganizao on-line e replicao. Voc pode at criar ndices em uma tabela organizada por
ndice.
As tabelas organizadas por ndice so ideais para as aplicaes OLTP, que requerem acesso
rpido chave primria e alta disponibilidade. As consultas e as operaes DML em uma tabela
de pedidos usada em um processamento on-line de pedidos so predominantemente baseadas em
chave primria, e o alto volume de DML causa a fragmentao que resulta em uma necessidade
freqente de reorganizao. Como possvel reorganizar uma tabela organizada por ndice on-
line sem invalidar os ndices secundrios, o perodo de indisponibilidade consideravelmente
reduzido ou eliminado.
Uma tabela organizada por ndice uma alternativa para:
Uma tabela indexada na chave primria com a instruo CREATE INDEX
Uma tabela de cluster armazenada em um cluster indexado que foi criado com a instruo
CREATE CLUSTER. Essa instruo mapeia a chave primria da tabela para a chave do
cluster
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
e Tabelas de Heap
Comparadas s tabelas de heap, as IOTs:
Permitem acesso baseado em chave mais rpido a
dados de tabelas
No duplicam o armazenamento de valores de chave
primria
Requerem menos armazenamento
Usam ndices secundrios e IDs de linha lgicos
Oferecem maior disponibilidade, pois a reorganizao
da tabela no invalida os ndices secundrios
As IOTs tm as seguintes restries:
Precisam de uma chave primria que no seja
DEFERRABLE
No podem ser clusterizadas
No podem usar particionamento composto
No podem conter uma coluna do tipo ROWID ou LONG
Tabelas Organizadas por ndice e Tabelas de Heap
As tabelas organizadas por ndice no tm IDs de linha (fsicos) comuns. Elas usam IDs de linha
lgicos. Os IDs de linha lgicos permitem o acesso mais rpido possvel a linhas de IOTs por
dois mtodos:
Uma estimativa fsica cujo tempo de acesso igual ao dos IDs de linha fsicos
Acesso sem estimativa (ou aps uma estimativa incorreta), executado como um acesso de
chave primria da IOT
A estimativa se baseia no conhecimento do arquivo e do bloco em que uma linha reside. As
informaes sobre o bloco so precisas quando o ndice criado, mas so alteradas caso o
bloco-folha seja dividido. Se a estimativa estiver errada e a linha deixar de residir no bloco
especificado, a parte restante da entrada do ID de linha lgico, a chave primria, ser usada para
obter a linha.
O banco de dados Oracle constri ndices secundrios em tabelas organizadas por ndice usando
IDs de linha lgicos que so baseados na chave primria da tabela. Como as linhas das tabelas
organizadas por ndice no tm endereo fsico permanente, as estimativas fsicas podem ficar
obsoletas quando as linhas so movidas para novos blocos.
Para obter estimativas atualizadas, voc pode reconstruir o ndice secundrio. Observe que a
reconstruo de um ndice secundrio em uma tabela organizada por ndice envolve a leitura da
tabela-base, diferentemente da reconstruo de um ndice em uma tabela comum.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tabelas Organizadas por ndice e Tabelas de Heap (continuao)
Uma maneira mais rpida e simples de corrigir as estimativas usar a instruo ALTER
INDEX ... UPDATE BLOCK REFERENCES. Essa instruo executada on-line, ao mesmo
tempo em que permitida a operao DML na tabela organizada por ndice subjacente.
Depois de reconstruir um ndice secundrio ou atualizar as referncias de blocos nas
estimativas, colete as estatsticas de ndice novamente.
O tipo de dados UROWID permite que as aplicaes usem IDs de linha lgicos da mesma forma
que usam IDs de linha fsicos; por exemplo, a seleo de IDs de linha para atualizao
posterior ou como parte de um cursor. Tambm possvel usar dados UROWID para armazenar
IDs de linha de outros bancos de dados, acessados por meio de gateways. O tipo UROWID
tambm pode ser usado para fazer referncia a IDs de linha fsicos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando Tabelas Organizadas por ndice
SQL> CREATE TABLE country
2 ( country_id CHAR(2)
3 CONSTRAINT country_id_nn NOT NULL,
4 country_name VARCHAR2(40),
5 currency_name VARCHAR2(25),
6 currency_symbol VARCHAR2(3),
7 map BLOB,
8 flag BLOB,
9 CONSTRAINT country_c_id_pk
10 PRIMARY KEY (country_id))
11 ORGANIZATION INDEX
12 TABLESPACE indx
13 PCTTHRESHOLD 20
14 OVERFLOW TABLESPACE users;
Criando Tabelas Organizadas por ndice
As entradas de ndice em rvore B normais geralmente so pequenas. Elas consistem apenas no
valor da chave primria e em um valor de ID para cada linha. Muitas dessas pequenas entradas
de ndice podem ser armazenadas em um bloco-folha. Esse nem sempre o caso das tabelas
organizadas por ndice porque elas armazenam linhas integrais.
O armazenamento de entradas grandes em blocos-folha de ndice torna as pesquisas e as
varreduras de ndice mais lentas. Voc pode especificar a transferncia das linhas para uma rea
de overflow definindo um valor-limite que represente uma porcentagem do tamanho do bloco.
A coluna de chave primria deve ser sempre armazenada nos blocos de ndice da IOT como uma
base para a pesquisa. No entanto, voc pode inserir valores no relacionados a chaves em uma
rea separada, a rea de overflow de linha, para que a prpria rvore B permanea densamente
clusterizada.
As tabelas organizadas por ndice diferem das tabelas comuns somente na organizao fsica.
Logicamente, elas so manipuladas da mesma forma que as tabelas comuns. Voc pode
especificar uma tabela organizada por ndice da mesma forma que define uma tabela comum nas
instrues INSERT, SELECT, DELETE e UPDATE.
Todas as opes de alterao disponveis para tabelas comuns esto disponveis para tabelas
organizadas por ndice. Elas incluem ADD, MODIFY, DROP COLUMNS e DROP
CONSTRAINTS. No entanto, no possvel eliminar, adiar ou desativar a constraint de chave
primria de uma tabela organizada por ndice.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Clusters
Tabelas orders e
order_item clusterizadas
Cluster Key
(ORD_NO)
101 ORD_DT CUST_CD
05-JAN-97 R01
PROD QTY
A4102 20
A5675 19
W0824 10
102 ORD_DT CUST_CD
07-JAN-97 N45
PROD QTY
A2091 11
G7830 20
N9587 26
Tabelas orders e
order_item no clusterizadas
ORD_NO ORD_DT CUST_CD
------ ------ ------
101 05-JAN-97 R01
102 07-JAN-97 N45
ORD_NO PROD QTY ...
----- ------ ------
101 A4102 20
102 A2091 11
102 G7830 20
102 N9587 26
101 A5675 19
101 W0824 10
Tipos de Tabelas
Partio
IOT
> Cluster
Tarefas do DBA
Definio de Clusters
Um cluster um grupo de uma ou mais tabelas que compartilham os mesmos blocos de dados,
pois elas compartilham colunas comuns e so freqentemente usadas em conjunto em consultas
de join. O armazenamento de tabelas em clusters oferece ao DBA um mtodo para
desnormalizar os dados. Se voc implementar tabelas clusterizadas no banco de dados, no
precisar alterar o cdigo da aplicao que acessa as tabelas. Os clusters so transparentes ao
usurio final e ao programador.
Vantagens de Desempenho Proporcionadas pelos Clusters
A entrada/sada de disco reduzida e o tempo de acesso melhorado para as joins de
tabelas clusterizadas.
Cada valor-chave de cluster armazenado apenas uma vez para todas as linhas que tenham
o mesmo valor-chave; portanto, h um consumo menor do espao de armazenamento.
Consideraes de Desempenho
As varreduras integrais de tabela so geralmente mais lentas em tabelas clusterizadas do que em
tabelas no clusterizadas.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tipos de Cluster
Cluster de ndice
Cluster de hash
classificado
Cluster
de hash
1
2
3
Function de hash Function de hash
Tipos de Cluster
Clusters de ndices
Um cluster de ndice usa um ndice, denominado ndice de cluster, para manter os dados no
cluster. O ndice de cluster deve estar disponvel para armazenar, acessar ou manter dados em
um cluster de ndice.
O ndice de cluster usado para apontar para o bloco cujas linhas tm um valor-chave
especificado. A estrutura de um ndice de cluster semelhante de um ndice normal.
Apesar de um ndice normal no armazenar valores-chave nulos, os ndices de cluster
armazenam chaves nulas. Existe apenas uma entrada para cada valor-chave no ndice de cluster.
Conseqentemente, provvel que um ndice de cluster seja menor que um ndice normal no
mesmo conjunto de valores-chave.
Clusters de Hash
Um cluster de hash usa um algoritmo de hash (definido pelo usurio ou gerado pelo sistema)
para calcular a localizao de uma linha, tanto para recuperao como para operaes DML.
Em pesquisas de igualdade que usam a chave de cluster, um cluster de hash pode proporcionar
maior ganho de desempenho que um cluster de ndice, pois h apenas um segmento a ser varrido
(no necessrio acessar o ndice).
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tipos de Cluster (continuao)
Clusters de Hash Classificados
Em um cluster de hash classificado, as linhas so organizadas em listas de linhas ordenadas.
Cada lista corresponde a um valor especfico das colunas-chave de hash definidas pelo cluster
de hash classificado associado. Em cada lista, as linhas so armazenadas na ordem especificada
pelas colunas-chave de classificao definidas pelo cluster de hash classificado correspondente.
Essa tambm a ordem de retorno default quando a tabela de cluster de hash classificada
consultada usando-se colunas-chave de hash no predicado.
Os clusters de hash classificados oferecem a vantagem de eliminar a memria particular e o
tempo de CPU necessrios para classificar os dados em consultas que requerem uma ordem de
retorno garantida entre as instrues SQL.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Situaes em que os Clusters So teis
Os dados so recuperados na
ordem em que foram inseridos
Consultas que usam predicado
de igualdade em chaves
Nmero previsvel de valores-
chave
Tabelas-mestre/detalhadas
freqentemente unidas
Chave raramente atualizada
Valores-chave distribudos
uniformemente
Distribuio uniforme de chaves
Hash
classificado Hash ndice Critrio
Situaes em que os Clusters So teis
Quando No Usar Clusters
Se a aplicao s usar consultas que unem tabelas ocasionalmente ou modificar os valores
das colunas comuns com freqncia. A modificao do valor-chave de cluster de uma linha
demora mais que a modificao do valor em uma tabela no clusterizada porque o banco de
dados Oracle talvez precise migrar a linha modificada para outro bloco a fim de manter o
cluster.
Se uma varredura integral for executada com freqncia em apenas uma das tabelas
clusterizadas. Essa tabela ser armazenada em mais blocos do que se tivesse sido criada
sozinha.
Se os dados de todas as linhas de um valor-chave de cluster excederem um ou dois blocos
do Oracle. Para acessar uma linha individual de uma tabela-chave clusterizada, o servidor
Oracle l todos os blocos que contm linhas com o mesmo valor.
Quando No Usar Clusters de Hash
Se a tabela crescer constantemente ou se a aplicao modificar os valores-chave de cluster
com freqncia
Se a aplicao executar varreduras integrais de tabela freqentes e voc precisar alocar um
grande volume de espao para o cluster de hash por prever o crescimento da tabela
Os clusters de hash e de ndice exigem muito planejamento antes de sua utilizao. Pode haver
mais overhead de desempenho em operaes maiores como inseres (de caminho direto) em
alto volume e rebuilds.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Cluster de Hash Classificado: Viso Geral
Nova estrutura de dados usada para armazenar dados
classificados por colunas-chave no primrias:
H uma operao de hash com valores-chave do cluster.
As linhas correspondentes a um valor-chave do cluster
especfico so ordenadas de acordo com a chave de
classificao.
Usado para garantir que a ordem das linhas seja
retornada por consultas sem dados classificados:
As linhas so retornadas em ordem crescente ou
decrescente de acordo com um valor-chave de cluster
especfico.
A clusula ORDER BY no obrigatria para recuperar
linhas em ordem crescente.
Cluster de Hash Classificado: Viso Geral
Quando o banco de dados Oracle armazena dados em uma tabela organizada por heap, as linhas
no so armazenadas em uma ordem controlada pelo usurio. Em vez disso, a deciso sobre
onde colocar uma linha depende da eurstica de armazenamento. O banco de dados Oracle no
garante a ordem de retorno das linhas, a menos que a consulta inclua uma clusula ORDER BY.
Em um cluster de hash classificado, as linhas so organizadas em listas de linhas ordenadas.
Cada lista corresponde a um valor especfico das colunas-chave de hash definidas pelo cluster de
hash classificado associado. Em cada lista, as linhas so armazenadas na ordem especificada
pelas colunas-chave de classificao definidas pelo cluster de hash classificado correspondente.
Essa tambm a ordem de retorno default quando a tabela consultada usando-se colunas-
chave de hash no predicado.
Os clusters de hash classificados oferecem a vantagem de eliminar a memria particular e o
tempo de CPU necessrios para classificar os dados em consultas que requerem uma ordem de
retorno garantida entre as instrues SQL.
Quando o otimizador consulta dados em uma tabela clusterizada de hash classificada por
colunas-chave de cluster com uma clusula ORDER BY que s faz referncia s colunas-chave
de classificao ou a um de seus prefixos, ele evita o overhead de classificao, j que as linhas
so retornadas ordenadas pelas colunas-chave de classificao. No entanto, para o mesmo tipo
de consulta, se houver uma clusula ORDER BY em um sufixo das colunas-chave de
classificao ou das colunas-chave no-utilizadas para classificao, ser necessria uma
ordenao adicional, supondo que no existam ndices definidos na tabela. Por esse motivo, ao
criar um cluster de hash classificado, selecione as colunas-chave de ordenao correspondentes
com cuidado.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Cluster de Hash Classificado: Exemplo
CREATE CLUSTER calls_cluster
( origin_number NUMBER
, call_timestamp NUMBER SORT
, call_duration NUMBER SORT)
HASHKEYS 10000
SINGLE TABLE HASH IS origin_number
SIZE 50;
CREATE TABLE calls
( origin_number NUMBER
, call_timestamp NUMBER
, call_duration NUMBER
, other_info VARCHAR2(30))
CLUSTER calls_cluster(
origin_number,call_timestamp,call_duration
);
Chave de cluster
Chave de
classificao
Cluster de Hash Classificado: Exemplo
A forma de definir os clusters de hash classificados muito semelhante maneira de criar
clusters de hash tradicionais.
Na primeira etapa, voc cria o cluster de hash classificado. Como voc pode observar, a
diferena mais importante de um cluster de hash tradicional a necessidade de definir as
colunas-chave de classificao e as colunas-chave de cluster. Neste exemplo, a chave de cluster
ORIGIN_NUMBER, e as colunas-chave de classificao so CALL_TIMESTAMP e
CALL_DURATION. Outra diferena dos clusters de hash tradicionais que, nos clusters de hash
classificados, o parmetro SIZE especifica quantas entradas de metadados devem ser
armazenadas para um valor-chave de hash especfico. O tamanho de uma entrada de metadados
determinado principalmente pelo tamanho das colunas-chave de cluster.
Na segunda etapa, crie a tabela real especificando o link com o cluster de hash classificado, por
meio da clusula CLUSTER. necessrio especificar as colunas-chave de cluster na ordem
correta seguidas pelas colunas-chave de classificao tambm na ordem correta. O exemplo do
slide representa o seguinte cenrio: uma empresa de telecomunicaes precisa armazenar os
registros de chamadas de um nmero fixo de telefones que originaram essas chamadas por meio
de um comutador de telecomunicaes. Cada telefone pode gerar um nmero ilimitado de
chamadas telefnicas. As chamadas so armazenadas medida que so realizadas e processadas,
de acordo com a ordem da primeira chamada recebida/originada quando so geradas as contas
para cada telefone de origem. Cada chamada identificada por um nmero de timestamp.
Observao: Embora o exemplo use um cluster de hash de uma tabela, voc pode armazenar
mais de uma tabela em um cluster de hash classificado. Nesse aspecto, os clusters de hash
tradicionais e classificados so semelhantes.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Cluster de Hash Classificado:
Arquitetura Bsica
Chave de cluster 2
Chave de cluster 1
Chave de cluster n
HASHKEYS
SIZE
Pontos iniciais de
cadeias de blocos
Linhas classificadas
por chave de
classificao em
cada cadeia de blocos
Cluster de Hash Classificado: Arquitetura Bsica
No exemplo do slide anterior, apenas uma tabela armazenada no cluster de hash classificado.
Alm disso, a function de hash bem simples e no so esperadas colises. Isso porque a
function de hash determinada pela prpria chave de cluster e cada valor-chave de cluster
exclusivo. Basicamente, HASHKEYS representa o nmero de diferentes telefones de origem e
SIZE representa o nmero de bytes usados para armazenar os metadados de chave de cluster.
Como voc pode observar, a primeira parte do segmento de cluster de hash classificado
reservada para armazenar entradas de metadados. Cada entrada de metadados contm um link
para a lista de linhas correspondentes. Cada lista composta por uma srie de blocos Oracle
vinculados. Cada lista classificada de acordo com as colunas-chave de classificao.
Sempre que voc quiser recuperar as linhas de um valor-chave de cluster correspondente,
ocorrer uma operao de hash com esse valor at o local da respectiva entrada de metadados,
que fornece a lista classificada de linhas selecionadas.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tarefas de Gerenciamento
de Esquemas
As tarefas do DBA incluem:
Tipos de Tabelas
Partio
IOT
Cluster
> Tarefas do DBA
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Estimando a Utilizao de Recursos
Estimando a Utilizao de Recursos
A funo de estimativa de recursos permite estimar o volume de recursos exigido pela criao
de um novo segmento. Com base na estrutura de uma tabela ou de um ndice e no nmero de
linhas estimadas da tabela, o banco de dados Oracle calcula o volume de espao em disco que o
objeto possivelmente consumir.
Por exemplo, a estimativa do tamanho da tabela baseada nos seguintes dados: tipos de dados
das colunas, tamanhos das colunas e PCTFREE. As informaes sobre extenses tambm so
usadas para calcular o impacto da alocao de espao no tablespace selecionado no momento.
Para acessar esse recurso para tabelas, na pgina Administration, selecione Tables na seo
Storage e clique em Create para criar a nova tabela. Voc tambm pode usar a funcionalidade
Create like. Especifique o tablespace e as colunas com os tipos de dados e os tamanhos e
clique no boto Estimate Table Size. Agora, especifique Projected Row Count e clique no
boto Estimate Table Size para obter o tamanho estimado da tabela e o espao correspondente
alocado no tablespace.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Analisando Tendncias de Crescimento
Relatrio de tendncia de crescimento do EM:
Usado pelo Segment Advisor
Estatsticas de utilizao de espao coletadas no AWR
Analisando Tendncias de Crescimento
Os relatrios de crescimento de segmentos disponibilizam dados crticos de crescimento para
advisories e ferramentas de gerao de relatrios, como o Segment Advisor e o grfico Growth
Trend Report.
Algumas caractersticas do recurso de gerao de relatrios de tendncia de crescimento
incluem:
Anlise de dados do Automatic Workload Repository. O Workload Repository coleta as
estatsticas persistentes de utilizao de espao e as armazena em um esquema definido
pelo sistema. Essas estatsticas so capturadas durante a criao de snapshots e quando so
acionados alertas.
Indicaes da tendncia de crescimento anterior e previses de padres de crescimento
futuro
Suporte somente a tablespaces gerenciados localmente
O relatrio de tendncia de crescimento consiste em dois componentes: histrico de crescimento
e previso de crescimento. O histrico de crescimento um grfico dos dados de utilizao de
espao no passado. A previso de crescimento prev as necessidades de espao futuras usando
as informaes de histrico e a projeo linear.
No Database Control, selecione Administration > Tables. Selecione a tabela desejada, clique em
Edit e clique na pgina com a tab Segments.
A tela mostra esse relatrio. Voc pode escolher o perodo de anlise e, no grfico calculado, ver
o momento em que talvez seja necessrio alocar mais espao para o seu segmento.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciando Estatsticas do Otimizador
No analisado
1
2
3
Gerenciando Estatsticas do Otimizador
As melhores prticas recomendam a coleta de estatsticas depois de atividades DML
importantes, como aps a insero de 9.000 linhas. A lista de tabelas do exemplo (1) mostra que
a tabela TEST_REGIONS no foi analisada.
No Enterprise Manager, escolha Administration > Tables. Selecione Manage Optimizer
Statistics na lista drop-down Actions (2) e siga o assistente (3) para criar um job Optimizer
Statistics.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Reorganizando Objetos de Esquema On-line
Modificando a estrutura lgica ou fsica de um
objeto de esquema, como uma tabela ou um ndice
Transparente para usurios
Requisitos de espao
Reorganizando Objetos de Esquema On-line
s vezes, necessrio modificar a estrutura lgica ou fsica de uma tabela para gerenciar o
armazenamento, melhorar o desempenho ou acomodar novas aplicaes. Para executar essas
tarefas, enquanto a tabela fica acessvel a consultas e DML, use o assistente Reorganize Objects
do Enterprise Manager ou o package DBMS_REDEFINITION.
A reorganizao de tabelas on-line aumenta significativamente a disponibilidade em
comparao com os mtodos tradicionais de redefinio de tabelas. A tabela bloqueada no
modo exclusivo apenas por um perodo muito breve, independente de seu tamanho e da
complexidade da redefinio, e fica completamente transparente para os usurios.
O processo requer um volume de espao livre aproximadamente equivalente ao espao usado
pela tabela que est sendo redefinida. Talvez seja necessrio mais espao se novas colunas
forem adicionadas.
A reorganizao on-line pode ser usada para:
Reconstruo de ndices fragmentados
Reconstruo de tabelas fragmentadas
Realocao de objetos para outro tablespace
Recriao de objetos com atributos de armazenamento melhores
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Reorganizando Objetos de Esquema On-line (continuao)
Opes para personalizar a reorganizao:
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Reorganizando Objetos:
Relatrio de Impacto
Reorganizando Objetos: Relatrio de Impacto
Antes da execuo de qualquer comando, o relatrio de impacto apresenta erros ou advertncias,
bem como uma viso geral das atividades planejadas, como a reconstruo de um ndice.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Reorganizando Objetos: Reviso
Reorganizando Objetos: Reviso
Para conhecer detalhes sobre os comandos que sero executados, selecione Full Script e
examine todas as instrues relevantes. Se preferir uma viso geral mais simples dessa
reorganizao, selecione Script Summary.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Etapas Bsicas da
Reorganizao Manual On-line
1. Verifique se a tabela candidata reorganizao
on-line.
2. Crie uma tabela provisria.
3. Inicie o processo de redefinio.
4. Copie os objetos dependentes. (Essa ao cria
automaticamente triggers, ndices, concesses e
constraints na tabela provisria.)
5. Consulte a view DBA_REDEFINITION_ERRORS para
verificar erros.
6. Como alternativa, sincronize a tabela provisria.
7. Conclua a redefinio.
8. Elimine a tabela provisria.
Etapas Bsicas da Reorganizao Manual On-line
Comandos e procedures usados:
1. DBMS_REDEFINITION.CAN_REDEF_TABLE
2. CREATE TABLE
3. DBMS_REDEFINITION.START_REDEF_TABLE
4. DBMS_REDEFINITION.COPY_TABLE_DEPENDENTS and
DBMS_REDEFINITION.CONS_ORIG_PARAMS
5. SELECT object_name, base_table_name, ddl_txt
FROM DBA_REDEFINITION_ERRORS;
6. DBMS_REDEFINITION.SYNC_INTERIM_TABLE
7. DBMS_REDEFINITION.FINISH_REDEF_TABLE
8. DROP TABLE PURGE
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sumrio
Nesta lio, voc aprendeu a gerenciar objetos de
esquema e a:
Determinar os tipos de tabela adequados aos seus
requisitos
Executar tarefas do DBA correlatas:
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciando Objetos de Esquema
Monitoramento da utilizao do espao de tabela e
de ndice
Gerenciamento de estatsticas do otimizador
Reorganizao de tabelas e ndices
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciando o Armazenamento
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos
Aps concluir esta lio, voc ser capaz de:
Descrever como o banco de dados Oracle gerencia
espao automaticamente
Monitorar e gerenciar de forma pr-ativa o uso do
espao de tablespaces
Usar o Segment Advisor
Reutilizar o espao desperdiado de tabelas e
ndices com a funcionalidade de compresso de
segmentos
Gerenciar a alocao do espao retomvel
Descrever os conceitos de bancos de dados e
tablespaces transportveis
Gerenciamento
de Espao
Monitoramento
Pr-ativo
Seg. Advisor
e Compr. Seg.
Alocao
Retomvel
TBS e DB
Transportveis
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciamento do Espao: Viso Geral
O espao gerenciado automaticamente pelo banco de
dados Oracle. Ele gera alertas sobre problemas
potenciais e recomenda possveis solues. Os
recursos incluem:
Gerenciamento de espao livre com bitmaps
(gerenciados localmente) e extenso automtica
de arquivos de dados
Gerenciamento de espao pr-ativo (limites default e
alertas gerados pelo servidor)
Reutilizao de espao (compresso de segmentos,
redefinio de tabelas on-line)
Planejamento de capacidade (relatrios de
crescimento)
Gerenciamento do Espao: Viso Geral
Com o OMF (Oracle Managed Files), voc pode especificar operaes em termos de objetos
do banco de dados, em vez de nomes de arquivos. Para obter mais detalhes, consulte a lio
Introduo.
O banco de dados Oracle gerencia o espao livre em uma tabela com bitmaps, conhecido
como tablespace gerenciado localmente. (Tablespaces gerenciados por dicionrio so
suportados apenas para fins de retrocompatibilidade.) A implementao de bitmap elimina
boa parte do ajuste de espao das tabelas e, ao mesmo tempo, melhora o desempenho durante
cargas de pico. Alm disso, o banco de dados Oracle fornece extenso automtica de arquivos
de dados; assim, os arquivos podem crescer automaticamente com base no volume de dados
neles contidos.
Quando voc cria um banco de dados, o monitoramento de espao pr-ativo ativado por
default. (Esse monitoramento no causa impacto no desempenho.) O banco de dados Oracle
monitora a utilizao do espao durante as operaes normais de alocao e desalocao de
espao e alerta-o quando a disponibilidade de espao livre fica abaixo dos limites
predefinidos (que voc pode sobrepor). Advisors e assistentes auxiliam na reutilizao de
espao.
Para fins de planejamento da capacidade, o banco de dados Oracle fornece estimativas de
espao com base na estrutura de tabela e no nmero de linhas, bem como um relatrio de
tendncia de crescimento baseado no histrico de utilizao de espao armazenado no AWR
(Automatic Workload Repository).
O curso Oracle Database 10g: Workshop de Administrao I apresenta os conceitos de
espao e armazenamento, utilitrios correlatos e tarefas do DBA. Por meio dessa e de outras
fontes, voc pode se familiarizar com os conceitos bsicos e com os recursos de
armazenamento.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciamento do Espao Livre
Automtico
Ativado pelo uso de
tablespaces
gerenciadas localmente
Rastreado por bitmaps
em segmentos
Vantagens:
Utilizao de espao
mais flexvel
Ajuste de runtime
Pesquisa de BMBs por
vrios processos
{ Extenso
BMB BMB
Bloco
de
dados

BMB
BMB
BMB
BMB
BMB
Segmento
Gerenciamento do Espao Livre
possvel gerenciar automaticamente o espao livre em segmentos do banco de dados. O
espao livre ou utilizado em segmentos rastreado com bitmaps. Ao criar um tablespace
gerenciado localmente, especifique o Gerenciamento Automtico do Espao em Segmentos. A
especificao se aplicar a todos os segmentos criados posteriormente nesse tablespace.
Os segmentos do gerenciamento automtico de espao contm um conjunto de blocos de bitmap
(BMBs) que descreve a utilizao de espao dos blocos de dados nesses segmentos. Os BMBs
so organizados em uma hierarquia em rvore. O nvel raiz da hierarquia, que contm as
referncias a todos os BMBs intermedirios, armazenado no cabealho do segmento. As folhas
da hierarquia representam as informaes sobre espao de um conjunto de blocos de dados
contguos pertencente ao segmento. O nmero mximo de nveis nessa hierarquia trs.
Vantagens do uso do gerenciamento automtico de espao (comparado ao gerenciamento
manual, que usa estruturas de dados de free list e sinnimo de tablespace gerenciada por
dicionrio)
Melhor utilizao do espao, especialmente para os objetos com linhas de tamanho
altamente varivel
Melhor ajuste de runtime s variaes no acesso concorrente
Melhor comportamento de vrias instncias em termos de utilizao de espao ou
desempenho
Portanto, menos trabalho para voc, DBA.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tipos de Segmentos
Um segmento um conjunto de extenses alocadas
para uma estrutura lgica especfica. Os diferentes
tipos de segmentos so:
Segmento de dados
Segmento de ndice
Segmento temporrio
Os segmentos so alocados dinamicamente pelo banco
de dados.
Tipos de Segmentos
Segmento de dados: Cada tabela no clusterizada tem um segmento de dados. Todos os dados
da tabela so armazenados nas extenses do 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.
Segmento 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.
Segmento temporrio: Quando uma instruo SQL precisa de uma rea temporria no banco
de dados para concluir uma execuo, o banco de dados Oracle cria um segmento temporrio.
Quando a execuo da instruo concluda, as extenses do segmento temporrio so
retornadas ao sistema para uso futuro.
O banco de dados Oracle aloca espao dinamicamente quando as extenses existentes de um
segmento ficam cheias. Como as extenses so alocadas medida que se tornam necessrias,
elas podem ou no ser contguas no disco.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Alocando Extenses
Pesquisa do nmero exigido de blocos livres
adjacentes no bitmap do arquivo de dados
Dimensionamento das extenses com clusulas de
armazenamento:
UNIFORM
AUTOALLOCATE
Exibio do mapa de
extenso
Obteno da
recomendao
de desalocao
Alocando Extenses
Em tablespaces gerenciados localmente, o banco de dados Oracle procura espao livre a ser
alocado para uma nova extenso. Primeiro, ele determina um arquivo de dados candidato no
tablespace e, ento, pesquisa no bitmap desse arquivo o nmero exigido de blocos livres
adjacentes. Se o arquivo de dados no tiver espao livre adjacente suficiente, o banco de dados
Oracle examinar outro arquivo de dados.
Duas clusulas afetam o dimensionamento de extenses:
Com a clusula UNIFORM, o banco de dados cria todas as extenses em um tamanho
uniforme especificado por voc (ou em um tamanho default) para qualquer objeto criado no
tablespace.
Com a clusula AUTOALLOCATE, o banco de dados determina a poltica de
dimensionamento de extenses para o tablespace.
Para ver o mapa de extenso no Enterprise Manager, escolha Administration > Tablespaces >
View Tablespace > Show Tablespace Contents.
O banco de dados Oracle fornece o Segment Advisor, que ajuda a determinar se um objeto tem
espao disponvel para reutilizao com base no nvel de fragmentao de espao no objeto.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciamento do Espao em Bloco
PCTFREE = 10
Delees
Bloco cheio
Inseres,
atualizaes
Delees
FS2
FS3
FS1
FS2
FS3
FS4
FS1
Bloco cheio
Gerenciamento do Espao em Bloco
O gerenciamento do espao envolve a administrao do espao livre em nvel de bloco. Com o
Gerenciamento Automtico do Espao em Segmentos, cada bloco dividido em quatro sees,
chamadas FS1 (entre 0% e 25% de espao livre), FS2 (25% a 50%), FS3 (50% a 75%) e FS4
(75% a 100%).
Dependendo do nvel de espao livre no bloco, seu status atualizado automaticamente. Dessa
maneira, dependendo do tamanho de uma linha inserida, possvel saber se determinado bloco
pode ser usado para atender a uma operao de insero. Observe que o status cheio indica
que o bloco no est mais disponvel para inseres.
No exemplo do slide, o bloco esquerda um bloco FS3, pois tem entre 50% e 75% de espao
livre. Aps algumas instrues de insero e de atualizao, PCTFREE atingido (a linha
tracejada) e no mais possvel inserir novas linhas nesse bloco. Agora o bloco considerado
cheio ou do tipo FS1. O bloco poder ser usado novamente em inseres to logo seu nvel de
espao livre fique abaixo do nvel da seo seguinte. No caso acima, ele ter o status FS2 assim
que o espao livre for maior que 25%.
Observao: Os tipos de dados LOB (Large Object), como BLOB, CLOB, NCLOB e BFILE,
no utilizam o parmetro de armazenamento PCTFREE. Para obter mais informaes, consulte
o documento Oracle Database Application Developers Guide - Large Objects 10g Release 2
(10.2).
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Encadeamento e Migrao de Linhas
Exemplo:
Em atualizaes: O tamanho da linha
aumenta, excedendo o espao livre
disponvel no bloco.
Os dados precisam ser armazenados em
outro bloco.
O identificador fsico original da linha
(ROWID) preservado.
O banco de dados Oracle precisa ler dois
blocos para recuperar os dados.
O Segment Advisor encontra os segmentos
que contm as linhas migradas.
Antigos
Bloco original
com ponteiro
para linha
migrada
Novos
dados
Encadeamento e Migrao de Linhas
Em duas circunstncias, os dados de uma linha de uma tabela podem ser muito grandes para
caber em um nico bloco de dados. No primeiro caso, a linha muito grande e no se encaixa
em um bloco de dados ao ser inserida pela primeira vez. Nesse caso, o banco de dados Oracle
armazena os dados da linha em uma cadeia (de um ou mais) blocos de dados reservados para o
segmento em questo. O encadeamento de linhas ocorre com mais freqncia em linhas grandes,
como as que contm uma coluna do tipo de dados LONG ou LONG RAW. Nesses casos, o
encadeamento de linhas inevitvel.
No segundo caso, porm, uma linha que cabia originalmente em um bloco de dados atualizada,
o que resulta no aumento de seu tamanho geral e no preenchimento completo do espao livre do
bloco. Nesse caso, o banco de dados Oracle migra os dados da linha inteira para um novo bloco
de dados, supondo que essa linha v caber no novo bloco. O banco de dados preserva o trecho
de linha original de uma linha migrada para apontar para o novo bloco que contm a linha
migrada. O ROWID de uma linha migrada no se altera.
Quando uma linha encadeada ou migrada, ocorre uma reduo no desempenho de
entrada/sada associado a ela porque o banco de dados Oracle precisa varrer mais de um bloco
de dados para obter as informaes referentes linha.
O Segment Advisor encontra os segmentos que contm linhas migradas resultantes de UPDATE.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Monitoramento Pr-ativo
de Tablespaces
Gerenciamento
de Espao
> Monitoramento
Pr-ativo
Seg. Advisor
e Compr. Seg.
Alocao
Retomvel
TBS e DB
Transportveis
Monitoramento Pr-ativo de Tablespaces
O banco de dados gerencia de maneira pr-ativa o uso do espao em disco de tablespaces das
seguintes formas:
Voc informado por alertas do banco de dados quando h pouco espao disponvel em
disco para um tablespace e quando h falta de espao para segmentos especficos. Assim,
voc pode fornecer mais espao em disco para o tablespace, evitando condies de falta de
espao.
As informaes coletadas so armazenadas no AWR (Automatic Workload Repository) e
usadas para realizar a anlise da tendncia de crescimento e o planejamento da capacidade
do banco de dados.
Para exibir e modificar informaes sobre tablespaces no Enterprise Manager, selecione
Administration > Tablespaces. Selecione o tablespace desejado e clique no boto Edit.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Limites e Resoluo de Problemas de Espao
Resolva problemas de espao:
Adicionando ou redimensionando um arquivo de dados
Definindo AUTOEXTEND ON
Comprimindo objetos
Reduzindo UNDO_RETENTION
Procurando consultas de durao longa em
tablespaces temporrios
85% cheio ou 100 MB de
espao advertncia
97% cheio ou 5 MB de
espao crtico
Resolva o problema
de espao
Alerta
Tablespace gerenciado localmente
DBA
Limites e Resoluo de Problemas de Espao
Os limites dos tablespaces so definidos como espao cheio ou disponvel. H dois tipos de
limites aplicveis a um tablespace: crtico e de advertncia. O package DBMS_SERVER_ALERT
contm procedures que permitem definir e obter os valores-limite. Quando os limites do
tablespace so alcanados, emitido o alerta adequado. O limite expresso com base no
percentual do tamanho do tablespace ou em bytes livres restantes. Ele calculado na memria.
Voc pode definir um limite percentual e outro baseado em bytes para um tablespace. Um
desses limites, ou ambos, pode gerar um alerta.
A definio ideal para o valor do trigger do limite de advertncia resulta em um alerta precoce o
suficiente para garantir que voc tenha tempo para resolver o problema antes que ele se torne
crtico, mas tardio o bastante para que voc no se preocupe com questes de espao antes da
hora.
O alerta indica que o problema pode ser resolvido das seguintes maneiras:
Adicionando mais espao ao tablespace por meio do fornecimento de um arquivo ou do
redimensionamento de arquivos existentes, ou tornando um arquivo existente auto-
expansvel
Liberando espao nos discos que contm arquivos auto-expansveis
Comprimindo objetos esparsos no tablespace
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Monitorando a Utilizao do
Espao para Tablespaces
Tablespaces off-line e somente para leitura: No configure
alertas.
Tablespace temporrio: O limite corresponde ao espao
utilizado no momento pelas sesses.
Tablespace de undo: O limite corresponde ao espao
utilizado pelas extenses ativas e no expiradas.
Arquivos auto-expansveis: O limite baseado no
tamanho mximo de arquivo.
MMON
85% Advertncia
97% Crtico
Verificao a cada
10 minutos
Alerta
Alerta
Removido
Removido
Monitorando a Utilizao do Espao para Tablespaces
O banco de dados rastreia a utilizao do espao enquanto executa atividades comuns de
gerenciamento de espao. Essas informaes so agregadas pelo processo MMON a cada 10
minutos. acionado um alerta quando o limite de um tablespace atingido ou removido.
No devem ser emitidos alertas para tablespaces que esto no modo somente para leitura ou
que foram colocados off-line, pois no h muito o que fazer sobre eles.
Nos tablespaces temporrios, o valor-limite deve ser definido como uma limitao ao
espao utilizado no tablespace.
Em tablespaces de undo, uma extenso ser reutilizvel se no contiver segmentos de undo
ativos ou no expirados. Para calcular a violao de limites, a soma de extenses ativas e
no expiradas considerada espao utilizado.
Em tablespaces com arquivos auto-expansveis, os limites so calculados de acordo com o
tamanho mximo de arquivo especificado ou com o tamanho mximo de arquivo do
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comprimindo Segmentos
HWM
HWM
HWM
ALTER TABLE employees SHRINK SPACE COMPACT;
1
ALTER TABLE employees SHRINK SPACE; 2
possvel executar consultas e operaes DML durante a compactao.
As operaes DML so bloqueadas quando a HWM ajustada.
Gerenciamento
de Espao
Monitoramento
Pr-ativo
> Seg. Advisor
e Compr. Seg.
Alocao
Retomvel
TBS e DB
Transportveis
Comprimindo Segmentos
A ilustrao do slide descreve as duas fases de uma operao de compresso de tabela. A
primeira fase a compactao. Durante essa fase, as linhas so movidas ao mximo para a
parte esquerda do segmento. Internamente, as linhas so movidas por pacotes para evitar
problemas de bloqueio. Depois que as linhas so movidas, a segunda fase da compresso
iniciada. Durante essa fase, a HWM (High-Water Mark) ajustada e o espao no utilizado
liberado.
A clusula COMPACT ser til se voc tiver consultas de longa durao que possam
sobrecarregar a operao de compresso, tentando ler blocos cujo espao foi reutilizado.
Quando voc especifica a clusula SHRINK SPACE COMPACT, o andamento da compresso
salvo nos blocos de bitmap do segmento correspondente. Isso significa que, na prxima vez
que uma operao de compresso for executada no mesmo segmento, o banco de dados
Oracle lembrar do que j foi feito. Voc poder, ento, executar novamente a clusula
SHRINK SPACE sem a clusula COMPACT fora dos horrios de pico para concluir a
segunda fase.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Resultados da Operao de Compresso
Desempenho e utilizao de espao melhores
ndices mantidos
Triggers no executados
Possvel reduo no nmero de linhas migradas
Recriao de ndices secundrios em IOTs
recomendada
DBA
Comprimir
Triggers no executados
Tabela
ndice
Resultados da Operao de Compresso
A compresso de um segmento preenchido de forma dispersa melhora o desempenho de
operaes DML e varreduras no segmento porque h menos blocos a serem observados depois
que o segmento comprimido. Isso se aplica principalmente a:
Varreduras integrais de tabelas (blocos menos numerosos e mais densos)
Melhoria de acesso a ndices (menos operaes de entrada/sada em varreduras de ROWID
por faixa como resultado de uma rvore mais compacta)
Alm disso, comprimindo os segmentos preenchidos de forma dispersa, voc melhora a
eficincia da utilizao do espao no banco de dados porque disponibiliza um espao livre maior
para os objetos que precisam.
A dependncia de ndices tratada durante a operao de compresso de segmentos. Os ndices
permanecem utilizveis depois da compresso da tabela correspondente. Portanto, a manuteno
no mais necessria.
A compresso tratada internamente como uma operao INSERT/DELETE. Entretanto,
nenhum trigger DML executado, pois os dados propriamente ditos no so alterados.
Como resultado de uma operao de compresso de segmento, possvel que o nmero de
linhas migradas seja reduzido. Entretanto, nem sempre voc deve contar com a reduo do
nmero de linhas migradas aps a compresso de um segmento. Isso porque uma operao de
compresso de segmento talvez no afete todos os blocos do segmento. Portanto, no possvel
assegurar que todas as linhas migradas sejam includas na operao.
Observao: recomendvel reconstruir ndices secundrios em uma IOT (tabela organizada
por ndice) aps uma operao de compresso.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Reutilizao de Espao com o ASSM
Operao on-line no local
Aplicvel somente a segmentos que residem em
tablespaces com ASSM
Tipos de segmentos candidatos:
Tabelas organizadas por heap e por ndice
ndices
Parties e subparties
Views materializadas e logs de views materializadas
Reutilizao de Espao com o ASSM
Uma operao de compresso uma operao on-line no local, pois no precisa de espao extra
do banco de dados para ser executada.
Voc no pode executar uma operao de compresso em segmentos gerenciados por free
lists. possvel comprimir segmentos de tablespaces com espao gerenciado
automaticamente. No entanto, no possvel comprimir os seguintes objetos armazenados
em tablespaces com ASSM:
Tabelas em clusters
Tabelas com colunas LONG
Tabelas com views materializadas no commit
Tabelas com views materializadas baseadas em ROWID
Tabelas de mapeamento de IOTs
Tabelas com ndices baseados em function
necessrio ativar ROW MOVEMENT para segmentos organizados por heap.
Observao: O ASSM (Automatic Segment Space Management) o tipo default de
gerenciamento de espao em segmentos para todos os tablespaces novos, permanentes e
localmente gerenciados do Oracle Database 10g Release 2.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Segment Advisor: Viso Geral
Segment Advisor: Viso Geral
O Segment Advisor determina se um objeto um bom candidato a uma operao de
compresso. O advisor tambm localiza os segmentos que contm linhas migradas resultantes de
UPDATE. (A partir do Oracle Database 10.2, os jobs do Segment Advisor so automaticamente
executados.) O advisor faz recomendaes com base no volume de espao no utilizado que
pode ser liberado e leva em considerao as necessidades estimadas de espao no futuro, usando
os critrios das informaes coletadas sobre as tendncias de crescimento de segmentos.
Depois que as recomendaes so feitas, voc pode optar por implement-las. possvel chamar
o Shrink Advisor no nvel do segmento ou do tablespace.
A Console do EM Database Control a interface com o Segment Advisor. Voc pode acessar o
Segment Advisor em diversos locais no Enterprise Manager:
Pgina Advisor Central
Pgina Tablespaces
Pginas de objetos de esquema
A Console do Database Control permite selecionar vrias entradas e programar um job que
chama o Segment Advisor para obter uma sugesto de compresso. possvel chamar o
assistente do Segment Advisor fora de um contexto ou no contexto de um tablespace ou de um
objeto de esquema.
O Segment Advisor faz recomendaes com base na amostra de anlise, nas informaes
histricas e nas tendncias de crescimento futuro.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Segment Advisor
Segment Advisor
Na pgina Administration, selecione Tablespaces na seo Storage. Na pgina Tablespaces,
selecione o tablespace sobre o qual deseja executar a anlise de compresso e escolha Run
Segment Advisor na lista drop-down Actions. Clique em Go para abrir a pgina inicial do
Segment Advisor. Escolha o modo de anlise abrangente ou limitado. No modo
abrangente, a anlise mais longa porque o advisor cria amostras dos segmentos para identificar
os destinos corretos.
Clique em Continue diversas vezes para responder s perguntas do advisor. Voc ser levado
pgina Segment Advisor: Review, onde poder verificar os detalhes da anlise. A anlise do
Segment Advisor executada como um job programado; portanto, voc pode examinar a tarefa
programada na pgina Advisor Central. Ao terminar, voc pode verificar as recomendaes do
advisor.
Observao: O Segment Advisor permite especificar a durao da anlise. Assim, voc pode
limitar o tempo utilizado pelo advisor para produzir as recomendaes. De maneira geral, um
perodo de anlise mais longo produz resultados mais abrangentes. Os resultados so
armazenados no AWR e podem ser vistos posteriormente. Use a opo Number of days to
retain para informar ao banco de dados Oracle por quanto tempo esses resultados devero ser
mantidos antes de serem expurgados do AWR.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Segment Advisor (continuao)
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Implementando Recomendaes
Implementando Recomendaes
Uma vez concludo o job do Segment Advisor, voc pode exibir os detalhes das recomendaes
e implement-las diretamente.
Observao: Antes de comprimir uma tabela organizada por heap, ative a movimentao de
linhas nessa tabela. Para isso, no Database Control, selecione a tab Options na pgina Edit
Table.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Database Control e
Compresso de Segmentos
Database Control e Compresso de Segmentos
Como alternativa ( implementao das recomendaes do Segment Advisor), voc pode
comprimir segmentos individuais. Por exemplo, na home page do Database Control, clique no
link Tables da seo Storage. Na pgina Tables, selecione sua tabela e, depois, Shrink Segment
na lista drop-down Actions. Em seguida, clique no boto Go. Essa ao permite acessar a pgina
Shrink Segment, onde voc pode escolher os segmentos dependentes a serem comprimidos.
Voc pode apenas compactar ou compactar e liberar o espao. Pode tambm escolher a opo
CASCADE.
Quando terminar, clique no link Continue. Com essa ao, voc submete as instrues de
compresso como um job programado.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comprimindo Segmentos com SQL
ALTER SHRINK SPACE [CASCADE]
TABLE [OVERFLOW] INDEX MATERIALIZED VIEW MATERIALIZED VIEW LOG
MODIFY PARTITION MODIFY SUBPARTITION MODIFY LOB
ALTER TABLE employees SHRINK SPACE CASCADE;
ALTER TABLE employees ENABLE ROW MOVEMENT;
1
2
ALTER TABLE employees MODIFY LOB(resume) (SHRINK SPACE);
3
ALTER TABLE employees OVERFLOW SHRINK SPACE;
4
Comprimindo Segmentos com SQL
Como uma operao de compresso pode fazer com que os ROWIDs sejam alterados nos
segmentos organizados por heap, ative a movimentao de linhas no segmento correspondente
antes de executar a compresso nesse segmento. Por default, a movimentao de linhas
desativada no nvel do segmento. Para ativar a movimentao de linhas, usada a clusula
ENABLE ROW MOVEMENT dos comandos CREATE TABLE ou ALTER TABLE. Essa
situao ilustrada no primeiro exemplo do slide.
Use o comando ALTER para acionar a compresso de segmento em um objeto. O objeto pode
ser: tabela (organizada por heap ou por ndice), partio, subpartio, LOB (segmento de dados
e de ndice), ndice, view materializada ou log de view materializada.
Use a clusula SHRINK SPACE para comprimir o espao em um segmento. Se voc especificar
CASCADE, a compresso ser reproduzida em cascata para todos os segmentos dependentes que
suportarem uma operao de compresso, com exceo de views materializadas, ndices de
LOB, tabelas de mapeamento de IOT (tabelas organizadas por ndice). A clusula SHRINK
SPACE ilustrada no segundo exemplo.
Em um segmento de ndice, a compresso aglutina o ndice antes de compactar os dados.
O exemplo 3 mostra um comando que comprime um segmento LOB, j que a coluna RESUME
usa o tipo de dados CLOB.
O exemplo 4 mostra um comando que comprime um segmento de overflow de IOT pertencente
tabela EMPLOYEES.
Observao: Para obter mais informaes, consulte o Oracle Database SQL Reference Guide.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciando a Alocao
de Espao Retomvel
Uma instruo retomvel:
Permite suspender operaes longas, em vez de
causar um erro
Permite corrigir o problema durante a suspenso da
operao, em vez de comear novamente
suspensa nas seguintes condies:
Falta de espao
Nmero mximo de extenses atingido
Cota de espao excedida
Gerenciamento
de Espao
Monitoramento
Pr-ativo
Seg. Advisor
e Compr. Seg.
> Alocao
Retomvel
TBS e DB
Transportveis
Gerenciando a Alocao de Espao Retomvel
O banco de dados Oracle oferece um meio de suspender, e retomar posteriormente, a execuo
de operaes extensas do banco de dados no caso de falhas de alocao de espao. Dessa forma,
voc pode executar uma ao corretiva e impedir que o servidor do banco de dados Oracle
retorne um erro para o usurio. Aps a correo da condio de erro, a operao suspensa
automaticamente retomada. Esse recurso denominado alocao de espao retomvel. As
instrues afetadas so chamadas de instrues retomveis.
Uma instruo s executada no modo retomvel quando o recurso de instruo retomvel est
ativado para o sistema ou a sesso.
A suspenso de uma instruo resulta automaticamente na suspenso da transao. Portanto,
todos os recursos transacionais so interrompidos durante a suspenso e a retomada de uma
instruo SQL. Quando a condio de erro desaparece (por exemplo, como resultado da
interveno de um usurio ou em funo da liberao de espao de classificao por outras
consultas), a execuo da instruo suspensa retomada automaticamente.
Um intervalo de timeout de suspenso associado a instrues retomveis. Uma instruo
retomvel suspensa durante o intervalo de timeout (o default 7.200 segundos, ou duas horas)
reativada e retorna a exceo para o usurio. possvel suspender e retomar uma instruo
retomvel diversas vezes durante sua execuo.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando a Alocao de Espao Retomvel
possvel retomar consultas, operaes DML e
algumas operaes DDL quando ocorre um erro de
falta de espao.
Voc pode usar o SQL, o PL/SQL, o SQL*Loader ou
o OCI (Oracle Call Interface) para executar uma
instruo retomvel.
Antes de executar instrues retomveis, ative-as
para a sesso.
ALTER SESSION ENABLE RESUMABLE;
INSERT INTO sales_new SELECT * FROM sh.sales;
ALTER SESSION DISABLE RESUMABLE;
Usando a Alocao de Espao Retomvel
A alocao de espao retomvel s possvel quando as instrues so executadas em uma
sesso em que o modo retomvel est ativado. Existem duas maneiras de ativar e desativar a
alocao de espao retomvel:
Execute o comando ALTER SESSION ENABLE RESUMABLE.
Defina o parmetro de inicializao RESUMABLE_TIMEOUT como um valor diferente de
zero com uma instruo ALTER SESSION ou ALTER SYSTEM.
Ao ativar o modo retomvel para uma sesso ou para o banco de dados, voc pode especificar
um perodo de timeout depois do qual so exibidos os erros da instruo suspensa caso no
ocorram intervenes. O parmetro de inicializao RESUMABLE_TIMEOUT indica o nmero
de segundos antes que um timeout ocorra. Voc tambm pode especificar o perodo de timeout
com o seguinte comando:
ALTER SESSION ENABLE RESUMABLE TIMEOUT 3600;
O valor de TIMEOUT tem efeito at que seja alterado por outra instruo ALTER SESSION
ENABLE RESUMABLE ou por outros meios, ou at o encerramento da sesso. O intervalo de
timeout default quando a clusula ENABLE RESUMABLE TIMEOUT usada para ativar o modo
retomvel de 7.200 segundos ou 2 horas.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando a Alocao de Espao Retomvel (continuao)
Voc tambm pode atribuir um nome a instrues retomveis. Por exemplo:
ALTER SESSION ENABLE RESUMABLE TIMEOUT 3600
NAME 'multitab insert';
O nome usado para identificar a instruo retomvel nas views DBA_RESUMABLE e
USER_RESUMABLE.
Por exemplo:
SELECT name, sql_text FROM user_resumable;
NAME SQL_TEXT
--------------- --------------------------------------------
multitab insert INSERT INTO oldsales SELECT * FROM sh.sales;
Para configurar automaticamente as definies de instrues retomveis referentes a sesses
individuais, voc pode criar e registrar um trigger LOGON no nvel do banco de dados que
altere a sesso de um usurio. O trigger executa comandos que ativam as instrues retomveis
para a sesso, especifica um perodo de timeout e associa um nome s instrues retomveis
executadas pela sesso.
Como as instrues suspensas podem reter alguns recursos do sistema, os usurios precisam
receber o privilgio do sistema RESUMABLE antes da permisso para ativar a alocao de
espao retomvel e executar instrues retomveis.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Retomando Instrues Suspensas
Instruo SQL
Tabela cheia
Suspensa
Continuar
a operao
SQL
Trigger
AFTER
SUSPEND
Abortar
Opcionalmente
Tabela
com
espao
livre
1
2
3
4
5
Retomando Instrues Suspensas
Exemplo:
1. Uma instruo INSERT encontra um erro informando que a tabela est cheia.
2. A instruo INSERT suspensa, e nenhum erro passado ao cliente.
3. Como alternativa, executado um trigger AFTER SUSPEND.
4. Como opo, a exceo SQLERRROR ativada para abortar a instruo.
5. Se a instruo no for abortada e for adicionado espao livre tabela, a execuo da
instruo INSERT ser retomada.
Detectando uma Instruo Suspensa
Quando uma instruo retomvel suspensa, o erro no informado ao cliente. O banco de
dados Oracle oferece mtodos alternativos para notificar o erro aos usurios e fornecer
informaes sobre as circunstncias, de modo que uma ao corretiva seja executada.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Retomando Instrues Suspensas (continuao)
Possveis Aes Durante a Suspenso
Quando uma instruo retomvel encontra um erro corrigvel, o sistema gera internamente o
evento AFTER SUSPEND. Os usurios podem registrar triggers para esse evento no nvel do
banco de dados e do esquema. Se um usurio registrar um trigger para lidar com esse evento do
sistema, esse trigger ser executado aps a suspenso de uma instruo SQL. As instrues
SQL executadas em um trigger AFTER SUSPEND so sempre no retomveis e autnomas. As
transaes iniciadas no trigger usam o segmento de rollback SYSTEM. Essas condies so
impostas para solucionar deadlocks e reduzir a possibilidade de o trigger causar a mesma
condio de erro da instruo.
No cdigo do trigger, voc pode usar a view USER_RESUMABLE ou DBA_RESUMABLE, ou a
function DBMS_RESUMABLE.SPACE_ERROR_INFO, para obter informaes sobre as
instrues retomveis.
Quando uma instruo retomvel suspensa:
A sesso que chama a instruo colocada em estado de espera. inserida uma linha em
V$SESSION_WAIT para a sesso, com a frase statement suspended, wait
error to be cleared na coluna EVENT.
emitido um alerta de operao suspensa sobre o objeto que precisa de outros recursos
para a concluso da instruo suspensa.
Encerrando uma Instruo Suspensa
Quando a condio de erro solucionada (por exemplo, como resultado da interveno de um
DBA ou em funo da liberao de espao de classificao por outras consultas), a execuo
da instruo suspensa retomada automaticamente e o alerta resumable session suspended
removido.
Para impor a uma instruo suspensa a ativao da exceo SERVERERROR, use o procedure
DBMS_RESUMABLE.ABORT(). Um DBA ou o usurio que executou a instruo pode
chamar esse procedure. Se o intervalo de timeout associado instruo retomvel terminar, a
instruo ser automaticamente abortada e um erro ser retornado para o usurio.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Transportando Tablespaces .
Conceito: Tablespaces transportveis entre plataformas:
Simplificam a distribuio de dados entre o data
warehouse e data marts
Permitem a migrao do banco de dados de uma
plataforma para outra
Plataformas suportadas:
Microsoft Windows 64 bits para
AMD
HP Open VMS Sistemas Baseados em AIX
(64 bits)
Sistema Operacional Solaris (x86)
Apple Mac OS Linux IA
(64 bits)
Linux IA (32 bits)
Linux 64 bits para AMD HP-UX IA
(64 bits)
Microsoft Windows IA
(32 bits)
Linux Baseado em IBM zSeries HP Tru64 UNIX Solaris[tm] OE (64 bits)
Microsoft Windows IA (64 bits) HP-UX (64 bits) Solaris[tm] OE (32 bits)
Alocao
Retomvel
> TBS Transportveis
BD Transportvel
Transportando Tablespaces
Voc pode usar o recurso de tablespace transportvel para movimentar dados entre plataformas.
Essa propriedade simplifica a distribuio de dados de um ambiente de data warehouse para data
marts, que, com freqncia, so executados em plataformas menores. Ela tambm permite a
migrao de um banco de dados de uma plataforma para outra, recriando o dicionrio e
transportando os tablespaces dos usurios.
Para transportar arquivos de dados de uma plataforma para outra, voc precisa certificar-se de
que os sistemas de origem e de destino estejam em execuo em uma das plataformas
suportadas (consulte o slide).
Observao: O recurso de tablespace transportvel entre plataformas requer que as duas
plataformas estejam usando os mesmos conjuntos de caracteres.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Conceito: Nvel Mnimo de Compatibilidade
O parmetro COMPATIBLE dos bancos de dados de
origem e de destino deve ser definido como 10.0.0
ou maior.
Os cabealhos de arquivos de dados identificam as
respectivas plataformas.
Antes do transporte, certifique-se de que todos os
arquivos off-line e somente para leitura identifiquem
as respectivas plataformas.
Somente para
leitura
Somente
para leitura
Leitura/
gravao
Somente
para leitura
COMPATIBLE=10.0.0 COMPATIBLE=9.2.0
Leitura/
gravao
Leitura/
gravao
Conceito: Nvel Mnimo de Compatibilidade
necessrio avanar o parmetro de inicializao COMPATIBLE dos bancos de dados de
origem e de destino at 10.0.0 ou um valor maior antes de usar o recurso de tablespace
transportvel entre plataformas.
Quando os arquivos de dados so abertos pela primeira vez no Oracle Database 10g com o
parmetro COMPATIBLE definido como 10.0.0 (ou maior), esses arquivos passam a
identificar as respectivas plataformas. Isso indicado pelas marcas de seleo no diagrama.
Cada arquivo identifica a plataforma qual pertence. Esses arquivos tm formatos idnticos
para os blocos de cabealho usados na identificao e verificao de arquivos. A
compatibilidade de arquivos somente para leitura e off-line s ocorrer depois que eles se
tornarem arquivos de leitura/gravao ou forem colocados on-line. Portanto, os tablespaces que
eram somente para leitura nos bancos de dados anteriores ao Oracle Database 10g devem se
tornar tablespaces de leitura/gravao para que possam usar o recurso transportvel entre
plataformas.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Procedimento para Tablespace Transportvel
Transformar os tablespaces em somente para leitura.
Sim
O destino
usa o mesmo
formato endian?
Usar o Data Pump para extrair metadados.
Converter arquivos de
dados usando o RMAN.
Enviar arquivos de dados e arquivo de dump para o destino.
Usar o Data Pump para importar metadados.
Transformar os tablespaces em leitura/gravao.
No
Origem
Destino
Procedimento para Tablespace Transportvel
Para transportar um tablespace de uma plataforma para outra (origem para destino), os arquivos
de dados pertencentes ao conjunto de tablespaces devem ser convertidos em um formato que
possa ser reconhecido pelo banco de dados de destino. Embora com o Oracle Database 10g as
estruturas dos discos se adaptem a um formato comum, possvel que as plataformas de origem
e destino usem diferentes formatos endian (ordenao de bytes). Ao passar para uma plataforma
endian distinta, use o comando CONVERT do utilitrio RMAN para converter a ordenao de
byte. Essa operao pode ser feita na plataforma de origem ou de destino. Para as plataformas
com o mesmo formato endian, a converso no necessria.
A ilustrao do slide apresenta as etapas possveis do transporte de tablespaces de uma
plataforma de origem para uma plataforma de destino. No entanto, possvel fazer a converso
depois de enviar os arquivos plataforma de destino. As ltimas duas etapas devem ser
executadas na plataforma de destino.
Basicamente, o procedimento o mesmo usado nas releases anteriores do banco de dados
Oracle, exceto quando as duas plataformas usam formatos endian distintos. Supe-se que ambas
permitam o transporte entre plataformas.
Observao: A ordenao de bytes pode afetar os resultados quando os dados so gravados e
lidos. Por exemplo, o valor inteiro de 2 bytes 1 gravado como 0x0001 em um sistema big
endian (como o Sun SPARC Solaris) e como 0x0100 em um sistema little endian (como um
PC compatvel com Intel).
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Determinando o Formato Endian
de uma Plataforma
SELECT tp.endian_format
FROM v$transportable_platform tp,
v$database d
WHERE tp.platform_name = d.platform_name;
Origem Destino
Determinando o Formato Endian de uma Plataforma
possvel consultar a view V$TRANSPORTABLE_PLATFORM para determinar se a ordenao
endian a mesma nas duas plataformas. A view V$DATABASE contm duas colunas que voc
pode usar para determinar o nome e o identificador da plataforma.
Use a consulta do slide nas duas plataformas e compare os resultados. Em um sistema Sun
SPARC Solaris, a instruo SELECT produz a seguinte sada:
ENDIAN_FORMAT
-------------
Big
Em uma plataforma Microsoft Windows baseada em Intel, a instruo SELECT produz a
seguinte sada:
ENDIAN_FORMAT
-------------
Little
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Transportando Bancos de Dados
Generalize o recurso de tablespace transportvel.
Em um ambiente de data warehouse, os dados
podem ser facilmente distribudos para data marts,
que geralmente so utilizados em plataformas
menores.
Um banco de dados pode ser rapidamente migrado
de uma plataforma para outra.
Plataforma X Plataforma Y
Transferncia de arquivos
do banco de dados
Mesmo formato endian
Banco de dados existente Novo banco de dados
Alocao
Retomvel
TBS Transportveis
> BD Transportvel
Transportando Bancos de Dados
O recurso de tablespace transportvel agiliza a movimentao de dados entre diferentes
plataformas. No entanto, ainda necessrio descarregar os metadados, j que no possvel
transportar tablespaces do sistema.
A finalidade do recurso de transporte de banco de dados oferecer um meio rpido e fcil de
transportar bancos de dados entre plataformas com o mesmo formato endian. Entretanto, a
plataforma de origem e a plataforma de destino podem ter alinhamentos de disco diferentes. Por
exemplo, a HP-UX e a Solaris tm endian grande, mas o alinhamento de disco oito na HP-UX,
e quatro na Solaris.
Para transportar bancos de dados de uma plataforma para outra, voc precisa assegurar que os
sistemas de origem e de destino estejam em execuo em uma das plataformas listadas em
V$TRANSPORTABLE_PLATFORM e que as duas plataformas tenham o mesmo formato endian.
Por exemplo, voc pode transportar um banco de dados que executa Linux IA (32 bits) para uma
das plataformas Windows.
Se um ou ambos os bancos de dados usarem ASM (Automatic Storage Management), talvez seja
preciso usar o package DBMS_FILE_TRANSFER para transmitir os arquivos por ftp.
Diferentemente de um tablespace transportvel, no qual h um banco de dados de destino ao
qual vincular os dados, esse recurso cria um novo banco de dados na plataforma de destino. O
novo banco de dados contm os mesmos dados do banco de dados de origem. O banco de dados
recm-criado tambm tem as mesmas configuraes do banco de dados de origem, exceto o
nome, o nome da instncia e a localizao dos arquivos.
Observao: Transportar bancos de dados mais rpido que usar o Data Pump para
mov-los.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Procedimento de Transporte de Banco de
Dados: Converso do Sistema de Origem
Sistema
de origem
Somente
para leitura
Abrir banco de dados no modo
READ ONLY e COMPATIBLE=10.0.0
Sistema
de destino
Somente
para leitura
CONVERT
DATABASE
TO PLATFORM
Somente
para leitura
Entrega de
arquivos
Somente
para leitura
Procedimento de Transporte de Banco de Dados: Converso do Sistema de Origem
Antes de transportar seu banco de dados, abra-o no modo READ ONLY. Em seguida, use o
RMAN para converter os arquivos de dados necessrios do banco de dados.
Quando a converso feita na plataforma de origem, o novo comando do RMAN CONVERT
DATABASE gera um script com o comando CREATE CONTROLFILE RESETLOGS correto,
que usado no sistema de destino para criar o novo banco de dados. O comando CONVERT
DATABASE converte todos os arquivos de dados identificados para que eles possam ser usados
no sistema de destino. Em seguida, voc envia os arquivos de dados convertidos e o script
gerado plataforma de destino. Executando o script gerado na plataforma de destino, voc cria
uma nova cpia do banco de dados.
Observao: O banco de dados de origem deve estar executando o parmetro de inicializao
COMPATIBLE definido para 10.0.0 ou valor superior. Todos os tablespaces identificados
devem ter sido READ WRITE pelo menos uma vez desde que COMPATIBLE foi definido para
10.0.0 ou valor superior.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Procedimento de Transporte de Banco de
Dados: Converso do Sistema de Destino
Sistema
de origem
Abrir banco de dados no modo
READ ONLY e COMPATIBLE=10.0.0
Sistema
de destino
Somente
para leitura
CONVERT
DATABASE
ON TARGET
Somente
para leitura
Somente
para leitura
Somente
para leitura
Entrega de
arquivos
Procedimento de Transporte de Banco de Dados: Converso do Sistema de
Destino
Antes de transportar seu banco de dados, abra-o no modo READ ONLY. Em seguida, use o
RMAN para converter os arquivos de dados necessrios do banco de dados.
Quando a converso feita na plataforma de destino, o comando CONVERT DATABASE
(executado no sistema de origem) gera apenas dois scripts usados no sistema de destino para
converter os arquivos de dados e recriar os arquivos de controle para o novo banco de dados. Em
seguida, voc envia os arquivos de dados identificados e os dois scripts para a plataforma de
destino. Depois disso, execute os dois scripts na ordem correta. O primeiro usa o comando
existente do RMAN CONVERT DATAFILE para fazer a converso, e o segundo executa o
comando SQL CREATE CONTROLFILE RESETLOGS com os arquivos de dados convertidos
para criar o novo banco de dados.
Observao: O banco de dados de origem deve estar em execuo com o parmetro de
inicializao COMPATIBLE definido como 10.0.0 ou um valor superior. Todos os
tablespaces identificados devem ter sido READ WRITE pelo menos uma vez desde que
COMPATIBLE foi definido como 10.0.0 ou valor superior.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Transporte do Banco de Dados: Consideraes
Crie o arquivo de senha na plataforma de destino.
Transporte os BFILEs usados no banco de dados de
origem.
O pfile gerado e o script de transporte usam OMF.
Use DBNEWID para modificar o DBID.
Transporte do Banco de Dados: Consideraes
Os redo logs, os arquivos de controle e os arquivos temporrios no so transportados. Eles so
recriados no novo banco de dados da plataforma de destino. Como resultado, o novo banco de
dados da plataforma de destino precisa ser aberto com a opo RESETLOGS.
Um arquivo de senha no transportado, portanto voc precisa cri-lo na plataforma de destino.
Esse transporte no possvel porque os tipos de nomes de arquivos de senha permitidos so
especficos de cada sistema operacional. No entanto, a sada do comando CONVERT DATABASE
lista todos os nomes de usurios e seus privilgios de sistema, e recomenda a recriao do
arquivo de senha e a adio de entradas para esses usurios na plataforma de destino.
O comando CONVERT DATABASE lista todos os objetos do diretrio e os objetos que usam
tipos de dados BFILE ou tabelas externas no banco de dados de origem. Talvez seja necessrio
atualizar esses objetos com os novos nomes de diretrio e arquivos. Se forem usados BFILEs no
banco de dados, voc precisar transport-los.
O pfile e o script de transporte gerados usam OMFs (Oracle Managed Files) nos arquivos do
banco de dados. Se voc no quiser usar OMFs, modifique o pfile e o script de transporte.
O banco de dados transportado tem o mesmo DBID do banco de dados de origem. Voc pode
usar o utilitrio DBNEWID para alterar o DBID. No script de transporte, assim como na sada do
comando CONVERT DATABASE, voc solicitado a usar o utilitrio DBNEWID para alterar o
ID do banco de dados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sumrio
Usar o banco de dados Oracle para gerenciar espao
automaticamente
Monitorar e gerenciar de forma pr-ativa o uso do
espao de tablespaces
Usar o Segment Advisor
Reutilizar o espao desperdiado de tabelas e
ndices com a funcionalidade de compresso de
segmentos
Gerenciar a alocao do espao retomvel
Descrever os conceitos de bancos de dados e
tablespaces transportveis
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciando o Armazenamento
Uso de alertas de limite para gerenciar tablespaces
de forma pr-ativa
Uso do Segment Advisor para comprimir espao
Exibio de alertas e do histrico de alertas no
SQL*Plus e no Enterprise Manager
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
ASM (Automatic Storage Management)
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos
Identificar os recursos do ASM (Automatic Storage
Management)
Configurar arquivos de parmetros de inicializao
para instncias ASM e do banco de dados
Executar comandos SQL com nomes de arquivos ASM
Inicializar instncias ASM e fazer shutdown dessas
instncias
Administrar grupos de discos ASM
Usar o RMAN a fim de migrar o banco de dados para
o ASM
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
ASM (Automatic Storage
Management): Reviso
Sistema de arquivos clusterizado
portvel e de alto desempenho
Gerencia arquivos do banco de
dados Oracle
Distribuio de dados entre
discos para balancear a carga
Espelhamento integrado entre
discos
Soluciona vrios desafios de
gerenciamento de armazenamento
ASM
Sistema de
arquivos
Gerenciador
de volumes
Sistema operacional
Aplicao
Banco de Dados
ASM (Automatic Storage Management): Reviso
O ASM (Automatic Storage Management) permite a integrao vertical do sistema de arquivos
e do gerenciador de volumes especificamente criado para os arquivos do banco de dados Oracle.
O ASM pode gerenciar mquinas SMP individuais ou vrios ns de um cluster para fins de
suporte ao Oracle RAC (Real Application Clusters).
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 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 fazer shutdown do banco de dados para ajustar a
alocao do armazenamento.
O ASM pode manter cpias de dados redundantes a fim de oferecer tolerncia a falhas ou pode
ser complementado com mecanismos de armazenamento confiveis produzidos por terceiros. O
gerenciamento de dados feito por meio da seleo das caractersticas de confiabilidade e
desempenho desejadas das classes de dados, e no por meio da interao humana em cada
arquivo.
Os recursos do ASM economizam o tempo dos DBAs com a automatizao do armazenamento
manual, aumentando, assim, a capacidade de gerenciamento de bancos de dados grandes com
mais eficincia.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
ASM (Automatic Storage Management): Reviso (continuao)
O ASM divide os arquivos em AUs (allocation units) e as distribui uniformemente entre todos
os discos. Ele utiliza uma tcnica de ndice para rastrear o posicionamento de cada AU.
Quando a capacidade de armazenamento alterada, o ASM no refaz o striping de todos os
dados, mas move um volume de dados proporcional ao volume de armazenamento adicionado
ou removido, para redistribuir uniformemente os arquivos e manter uma carga balanceada entre
os discos. Isso feito enquanto o banco de dados est ativo.
Voc pode aumentar a velocidade de uma operao de rebalanceamento ou diminu-la para
reduzir o impacto no subsistema de entrada/sada. O ASM fornece a proteo de espelhamento
sem que seja necessrio comprar um gerenciador de volumes lgicos de terceiros. Uma
vantagem exclusiva do ASM que o espelhamento aplicado por arquivo, e no por volume.
Portanto, o mesmo grupo de discos pode conter uma combinao de arquivos protegidos por
espelhamento, bem como arquivos sem qualquer proteo.
O ASM suporta arquivos de dados, arquivos de log, arquivos de controle, logs de
arquivamento, conjuntos de backup do RMAN e outros tipos de arquivo do banco de dados
Oracle. Ele suporta o RAC (Real Application Clusters) e elimina a necessidade de um
Gerenciador de Volumes Lgicos de Cluster ou de um Sistema de Arquivos Clusterizado.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Arquitetura Geral do ASM
Instncia
ASM
SID=asm
Discos ASM Discos ASM
Grupo de discos ASM 1
Instncia do banco de dados
SID=sales
ASMB
RBAL
ARB0
ARBA
Discos ASM
Discos ASM Discos ASM
Grupo de discos ASM 2
Discos ASM
DBW0
RBAL
FG
Arquitetura Geral do ASM
Para usar o ASM, inicie uma instncia especial, chamada de instncia ASM, antes de iniciar a
instncia do banco de dados. As instncias ASM no montam bancos de dados, mas gerenciam
os metadados necessrios disponibilizao de arquivos do ASM para instncias comuns do
banco de dados. As instncias ASM e as instncias do banco de dados tm acesso a um conjunto
comum de discos denominado grupos de discos. As instncias do banco de dados acessam
diretamente o contedo dos arquivos ASM, comunicando-se com uma instncia ASM apenas
para obter informaes sobre o layout desses arquivos.
Uma instncia ASM contm dois novos processos de background. Um coordena a atividade de
rebalanceamento dos grupos de discos. Ele denominado RBAL. O segundo responsvel pela
movimentao das AUs de rebalanceamento. Vrias delas podem ocorrer simultaneamente, e
sero denominadas ARB0, ARB1 e assim sucessivamente. Uma instncia ASM tambm
apresenta alguns dos processos de background de uma instncia do banco de dados, incluindo
SMON, PMON, LGWR, DBWR e CKPT.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Arquitetura Geral do ASM (continuao)
Cada instncia do banco de dados que esteja utilizando o ASM tem dois novos processos de
background denominados ASMB e RBAL. O RBAL executa aberturas globais dos discos
pertencentes aos grupos de discos. Durante a inicializao da instncia de banco de dados, o
ASMB se conecta como um processo de foreground instncia ASM. A comunicao entre o
banco de dados e a instncia ASM feita por meio dessa ponte. Isso inclui alteraes fsicas
em arquivos, como a criao e a deleo de arquivos de dados. Nessa conexo, mensagens
peridicas so trocadas para atualizar estatsticas e verificar a integridade das duas instncias.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tarefas da Instncia ASM
Veja abaixo as tarefas que voc precisa saber executar
para usar uma instncia ASM:
Criar a instncia ASM
Definir os parmetros de inicializao
Iniciar a instncia ASM
Gerenciar a instncia ASM
Fazer shutdown da instncia ASM
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando uma Instncia ASM
Criando uma Instncia ASM
Crie uma instncia ASM executando o DBCA (Database Configuration Assistant). Na primeira
tela, escolha a opo Configure Automatic Storage Management e siga as etapas. A instncia
ASM criada e iniciada. Em seguida, voc orientado a definir grupos de discos para a
instncia.
Como parte do processo de criao de instncias ASM, o DBCA gera automaticamente uma
entrada no arquivo oratab. Essa entrada usada para fins de descoberta. Nas plataformas
Windows em que utilizado um mecanismo de servio, o DBCA cria automaticamente um
Oracle Service e a entrada de registro apropriada para facilitar a descoberta de instncias ASM.
Quando uma instncia ASM configurada, o DBCA cria um arquivo de parmetros e um
arquivo de senha para a instncia.
Se voc precisar criar um banco de dados habilitado para ASM primeiro, o DBCA determinar
se j existe uma instncia ASM no host. Se a descoberta de instncias ASM retornar uma lista
vazia, o DBCA criar uma nova instncia ASM.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Parmetros de Inicializao da Instncia ASM
INSTANCE_TYPE = ASM
DB_UNIQUE_NAME = +ASM
ASM_POWER_LIMIT = 1
ASM_DISKSTRING = '/dev/rdsk/*s2', '/dev/rdsk/c1*'
ASM_DISKGROUPS = dgroupA, dgroupB
LARGE_POOL_SIZE = 8MB
Parmetros de Inicializao da Instncia ASM
INSTANCE_TYPE deve ser definido como ASM nas instncias ASM.
DB_UNIQUE_NAME especifica o nome do provedor de servio para o qual a instncia
ASM gerencia grupos de discos. O valor default de +ASM s dever ser modificado se
voc executar vrias instncias ASM no mesmo n.
ASM_POWER_LIMIT controla a velocidade de uma operao de rebalanceamento. Os
valores variam de 1 a 11, em que 11 representa a velocidade mais rpida. Em caso de
omisso, esse valor assume o default 1. O nmero de escravos obtido do nvel de
paralelizao especificado em um comando de rebalanceamento manual (POWER) ou por
meio do parmetro ASM_POWER_LIMIT.
ASM_DISKSTRING um valor dependente do sistema operacional usado pelo ASM para
limitar o conjunto de discos considerados para a descoberta.
ASM_DISK_GROUPS a lista de nomes dos grupos de discos a serem montados por uma
instncia ASM na inicializao ou quando o comando ALTER DISKGROUP ALL
MOUNT for usado.
O parmetro INSTANCE_TYPE o nico que voc precisa definir. Todos os outros parmetros
do ASM tm valores default adequados maioria dos ambientes.
Observao: Se o ambiente ASM tiver sido criado na linha de comandos, e no no Enterprise
Manager, voc precisar criar os grupos de discos antes de mont-los.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Alteraes nos Parmetros
de Instncia do Banco de Dados
INSTANCE_TYPE = RDBMS
LOG_ARCHIVE_FORMAT
DB_BLOCK_SIZE
CONTROL_FILES
LOG_ARCHIVE_DEST_n
LOG_ARCHIVE_DEST
STANDBY_ARCHIVE_DEST
LARGE_POOL_SIZE = 8MB
Alteraes nos Parmetros de Instncia do Banco de Dados

INSTANCE_TYPE assume RDBMS como default e especifica que esta uma instncia RDBMS.
O parmetro LOG_ARCHIVE_FORMAT ser ignorado se LOG_ARCHIVE_DEST for definido
como um nome de arquivo incompleto do ASM, como +dGroupA. Se o parmetro
LOG_ARCHIVE_DEST for definido como um diretrio ASM (por exemplo,
+dGroupA/myarchlogdir/), LOG_ARCHIVE_FORMAT ser utilizado e os arquivos sero
no-OMF. Os nomes de arquivo exclusivos dos logs arquivados so criados automaticamente
pelo banco de dados Oracle.
Os parmetros a seguir aceitam o formato de contexto de criao multifile dos nomes de
arquivos ASM como destino.
CONTROL_FILES
LOG_ARCHIVE_DEST_n
LOG_ARCHIVE_DEST
STANDBY_ARCHIVE_DEST
Observao: Como os mapas de unidades de alocao para arquivos ASM so alocados com
base no LARGE_POOL, defina o parmetro de inicializao LARGE_POOL_SIZE como um
valor de, pelo menos, 8 MB ou, de preferncia, mais alto.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Inicializando uma Instncia ASM
$ export ORACLE_SID='+ASM'
$ sqlplus /nolog
SQL> CONNECT / AS sysdba
Connected to an idle instance.
SQL> STARTUP;
ASM instance started
Total System Global Area 147936196 bytes
Fixed Size 324548 bytes
Variable Size 96468992 bytes
Database Buffers 50331648 bytes
Redo Buffers 811008 bytes
ASM diskgroups mounted
Inicializando uma Instncia ASM
As instncias ASM so iniciadas da mesma maneira que as instncias de banco de dados; a
nica diferena que o arquivo de parmetros de inicializao contm uma entrada
semelhante a INSTANCE_TYPE=ASM. Quando esse parmetro definido como o valor ASM,
ele informa ao executvel Oracle que uma instncia ASM, e no uma instncia do banco de
dados, est sendo iniciada. Alm disso, a varivel ORACLE_SID deve ser definida como o
nome da instncia ASM. Quando a instncia ASM inicializada, o estgio de montagem tenta
montar os grupos de discos especificados pelo parmetro de inicializao
ASM_DISKGROUPS, em vez de montar um banco de dados, como feito com instncias
no-ASM.
Outras clusulas STARTUP apresentam uma interpretao para as instncias ASM que
semelhante utilizada para as instncias de bancos de dados. OPEN invlido para uma
instncia ASM. NOMOUNT inicializa uma instncia ASM sem montar grupos de discos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Acessando uma Instncia ASM
Grupo de discos Grupo de discos
Sistema de armazenamento
AS SYSDBA AS SYSOPER
Instncia
ASM
Todas as operaes Operaes
no destrutivas
Acessando uma Instncia ASM
As instncias ASM no tm um dicionrio de dados; portanto, a nica maneira de se conectar a
um usando a autenticao do sistema operacional, ou seja, SYSDBA ou SYSOPER. Para
estabelecer conexo remotamente, utilize um arquivo de senha. Normalmente, o privilgio
SYSDBA concedido por meio de um grupo do sistema operacional. No UNIX, esse grupo
geralmente o dba. Por default, os membros do grupo dba tm o privilgio SYSDBA em todas
as instncias do n, incluindo a instncia ASM. Os usurios que se conectam instncia ASM
com o privilgio SYSDBA tm acesso administrativo a todos os grupos de discos do sistema. O
privilgio SYSOPER suportado nas instncias ASM e limita o conjunto de comandos SQL
permitidos ao mnimo necessrio para a operao bsica de um sistema j configurado.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Acessando uma Instncia ASM (continuao)
Os seguintes comandos esto disponveis para os usurios SYSOPER:
STARTUP/SHUTDOWN
ALTER DISKGROUP MOUNT/DISMOUNT
ALTER DISKGROUP ONLINE/OFFLINE DISK
ALTER DISKGROUP REBALANCE
ALTER DISKGROUP CHECK
SELECT all V$ASM_* views
Todos os outros comandos, como CREATE DISKGROUP, ADD/DROP/RESIZE DISK etc.
requerem o privilgio SYSDBA e no so permitidos com o privilgio SYSOPER.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Home Page do ASM
Home Page do ASM
O Enterprise Manager oferece uma interface grfica amigvel para as tarefas de gerenciamento,
administrao e monitoramento do banco de dados Oracle. O Oracle Database 10g estende a
funcionalidade existente para suportar de forma transparente o gerenciamento, a administrao e
o monitoramento dos bancos de dados Oracle que usam o armazenamento do ASM. Ele tambm
suporta as novas tarefas de gerenciamento necessrias administrao de instncias AMS e
grupos de discos ASM.
A home page do ASM mostra o status da instncia ASM juntamente com as mtricas e os alertas
gerados pelos mecanismos de coleta. Ela tambm fornece a funcionalidade de inicializao e
shutdown. Ao clicar no link Alert, voc acessa uma pgina de detalhes do alerta. O grfico
DiskGroup Usage mostra o espao utilizado por cada banco de dados cliente e seu espao livre.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Pgina de Desempenho do ASM
Pgina de Desempenho do ASM
A tab Performance da pgina Automatic Storage Management mostra o tempo de resposta de
entrada/sada e o throughput de cada grupo de discos. Posteriormente, voc poder fazer drill-
down para exibir mtricas de desempenho em nvel de disco.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Pgina de Configurao do ASM
Pgina de Configurao do ASM
A tab Configuration da pgina Automatic Storage Management permite exibir ou modificar os
parmetros de inicializao da instncia ASM.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Fazendo Shutdown de uma Instncia ASM
SHUTDOWN NORMAL
Instncia ASM
Instncia do banco de dados A Instncia do banco de dados B
1 1
2
3
Fazendo Shutdown de uma Instncia ASM
Quando voc tentar fazer shutdown de uma instncia ASM nos modos NORMAL, IMMEDIATE
ou TRANSACTIONAL, a operao s ter xito se no houver instncias de banco de dados
conectadas instncia ASM. Se houver pelo menos uma instncia conectada, voc receber o
seguinte erro:
ORA-15097: cannot SHUTDOWN ASM instance with connected RDBMS
instance
Se voc executar SHUTDOWN ABORT na instncia ASM, ocorrer o shutdown dessa instncia e
ela precisar ser recuperada na prxima inicializao. Tambm ocorrer o shutdown de todas as
instncias de banco de dados conectadas e ser informado o seguinte erro:
ORA-15064: communication failure with ASM instance
Em uma nica configurao da instncia ASM, se a instncia ASM apresentar falha enquanto os
grupos de discos estiverem abertos para atualizao, ela ler o log do grupo de discos e
recuperar todas as alteraes transitrias, depois de ser reinicializada. Quando vrias instncias
ASM compartilharem grupos de discos, se ocorrer uma falha em uma instncia ASM, a outra
instncia ASM recuperar automaticamente as alteraes transitrias nos metadados ASM
causadas pela falha na primeira instncia. A falha de uma instncia do banco de dados no afeta
as instncias ASM. A instncia ASM deve ser iniciada automaticamente sempre que o host
reinicializado. Uma instncia ASM deve usar o mecanismo de inicializao automtica
suportado pelo sistema operacional subjacente. Observe que uma falha no sistema de arquivos
geralmente causa uma falha em um n.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
DBCA e Opes de Armazenamento
DBCA e Opes de Armazenamento
Para suportar o ASM como uma opo de armazenamento, esta tela aparece no DBCA
(Database Configuration Assistant) durante a criao de um banco de dados. Ela permite que
voc escolha as opes de armazenamento: sistema de arquivos, ASM ou dispositivos brutos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Armazenamento do ASM: Conceitos
Banco de Dados
Tablespace
Segmento
Extenso
Bloco de dados
Oracle
Arquivo de dados
Bloco
fsico
Disco ASM
Arquivo ASM
AU
(Allocation unit)
Arquivo do sistema
de arquivos
ou
dispositivo bruto
Grupo de discos
ASM
Armazenamento do ASM: Conceitos
O ASM no elimina nenhuma funcionalidade existente do banco de dados. Os bancos de dados
existentes podem continuar operando normalmente. Voc pode criar novos arquivos como
arquivos ASM e deixar que os arquivos existentes sejam administrados da maneira antiga ou
pode posteriormente migr-los para o ASM.
O diagrama representa os relacionamentos entre os vrios componentes de armazenamento em
um banco de dados Oracle com ASM disponvel. As partes esquerda e central do diagrama
mostram os relacionamentos presentes nas releases anteriores. direita, esto os novos
conceitos apresentados pelo ASM.
Voc pode armazenar os arquivos do banco de dados como arquivos ASM. No alto da nova
hierarquia, esto os grupos de discos ASM. Cada arquivo do ASM armazenado em um nico
grupo de discos. No entanto, um grupo de discos pode conter arquivos que pertencem a diversos
bancos de dados e um nico banco de dados pode usar o armazenamento de vrios grupos de
discos. Como voc pode ver, um nico grupo de discos composto de vrios discos ASM e cada
disco ASM pertence a apenas um grupo. Os arquivos do ASM sempre so distribudos entre
todas as unidades ASM do grupo de discos. Os discos ASM so particionados em AUs
(allocation units) de um megabyte cada uma. Uma AU o menor espao em disco contguo
alocado pelo ASM. O ASM no permite a diviso de blocos Oracle entre AUs.
Observao: O grfico ilustra apenas um tipo de arquivo ASM: o arquivo de dados. No entanto,
o ASM pode ser usado para armazenar outros tipos de arquivo de banco de dados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Grupos de Discos ASM
Um pool de discos gerenciado
como uma unidade lgica
Particiona o espao total em
disco em unidades de tamanho
uniforme
Distribui uniformemente cada
arquivo entre todos os discos
Usa o striping COARSE ou FINE
de acordo com o tipo de arquivo
Administra grupos de discos, e
no arquivos
Grupo de discos
Instncia
ASM
Grupos de Discos ASM
Um grupo de discos um conjunto de discos gerenciado como uma unidade lgica. A rea de
armazenamento adicionada e removida dos grupos de discos nas unidades de discos ASM.
Cada disco ASM tem um nome, que um nome comum a todos os ns de um cluster. A
abstrao no nome do disco ASM necessria porque diferentes hosts podem usar nomes
distintos para se referir ao mesmo disco.
O ASM sempre distribui uniformemente os arquivos em AUs (allocation units) de 1 MB entre
todos os discos de um grupo de discos. Isso chamado de striping COARSE. Dessa maneira, o
ASM elimina a necessidade de um ajuste manual do disco. No entanto, os discos de um grupo
precisam ter tamanhos e caractersticas de desempenho semelhantes para atingir a entrada/sada
ideal. Na maioria das instalaes, h apenas um pequeno nmero de grupos de discos. Por
exemplo, um grupo de discos para uma rea de trabalho e outro para uma rea de recuperao.
No caso dos arquivos que requerem baixa latncia, como os arquivos de log, o ASM fornece um
striping FINE (128 KB). O striping FINE divide cada AU. Ele divide as operaes de
entrada/sada de tamanho mdio em vrias operaes de entrada/sada menores executadas
paralelamente. Embora o nmero de arquivos e discos aumente, voc s precisa gerenciar um
nmero constante de grupos de discos. Sob a perspectiva de um banco de dados, os grupos de
discos podem ser especificados como a localizao default dos arquivos criados no banco de
dados.
Observao: Cada grupo de discos auto-descritivo e contm seu prprio diretrio de arquivos
e diretrio de discos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Grupo com Proteo para Falhas
Controladora 1 Controladora 2
Grupo com proteo
para falhas 1
Grupo com proteo
para falhas 2
Grupo de discos A
Controladora 3
Grupo com proteo
para falhas 3
1 7 13
1 7 13
1 7 13
1 7 13
1 7 13
1 7 13
1 7 13
1 7 13
1 7 13
2
3
4
5
6
Grupo com Proteo para Falhas
Um grupo com proteo para falhas um conjunto de discos, contidos em um grupo especfico,
que compartilham um recurso comum cuja falha precisa ser tolerada. Uma string de discos SCSI
conectados a uma controladora SCSI comum considerada um exemplo de grupo com proteo
para falhas. Uma falha na controladora far com que todos os discos do barramento SCSI se
tornem indisponveis, embora eles ainda estejam funcionais.
Um grupo com falha especfico para uma instalao. Ele se baseia amplamente nos modos de
falha que uma instalao pretende tolerar. Por default, o ASM designa cada disco ao seu prprio
grupo com proteo para falhas. Ao criar um grupo de discos ou adicionar um disco a um grupo,
os administradores podem especificar seu prprio conjunto de discos nos grupos com proteo
para falhas. Aps a identificao dos grupos com proteo para falhas, o ASM poder otimizar o
layout do arquivo para reduzir a falta de disponibilidade dos dados por causa de uma falha em
um recurso compartilhado.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Espelhamento de Grupos de Discos
Espelhamento no nvel da AU
Combinao de AUs
principais e AUs-espelho
em cada disco
Redundncia externa: Adiada
para o espelhamento de
hardware
Redundncia normal:
Espelhamento bidirecional
Pelo menos dois grupos com
proteo para falhas
Redundncia alta:
Espelhamento tridirecional
Pelo menos trs grupos com
proteo para falhas
Espelhamento de Grupos de Discos
O ASM tem trs tipos de grupo de discos que suportam vrios tipos de espelhamento:
Redundncia externa: No fornece espelhamento. Escolha um grupo de discos com
redundncia externa se voc usar espelhamento de hardware ou se puder tolerar a perda de
dados provocada por uma falha no disco. Os grupos com falha no so usados com esses
tipos de grupos de discos.
Redundncia normal: Suporta o espelhamento bidirecional
Redundncia alta: Fornece o espelhamento triplo
O ASM no espelha discos, mas sim AUs (allocation units). Conseqentemente, voc s precisa
de capacidade sobressalente no grupo de discos. Quando um disco apresenta falha, o ASM
reconstri automaticamente o contedo desse disco nos discos sobreviventes do grupo. Para
isso, o ASM l o contedo espelhado desses discos. Assim, ele divide os hits de entrada/sada de
um disco com falha entre vrios discos.
Quando o ASM aloca uma AU principal de um arquivo em um disco pertencente a um grupo de
discos, ele aloca uma cpia-espelho dessa AU em outro disco do mesmo grupo. As AUs de um
disco especfico podem manter suas respectivas cpias de espelhamento em um dos vrios
discos parceiros do grupo de discos. O ASM assegura que uma AU principal e sua cpia-espelho
nunca residam no mesmo grupo com proteo para falhas. Se voc definir grupos com proteo
para falhas para o seu grupo de discos, o ASM poder tolerar a falha simultnea dos vrios
discos em um nico grupo com proteo para falhas.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Rebalanceamento Dinmico
de Grupos de Discos
Rebalanceamento
automtico on-line sempre
que a configurao de
armazenamento alterada
S move os dados
proporcionalmente rea de
armazenamento adicionada
No necessrio o ajuste
manual de E/S
Migrao on-line para nova
rea de armazenamento
Carga configurvel no
sistema usando
ASM_POWER_LIMIT
Rebalanceamento Dinmico de Grupos de Discos
Com o ASM, o processo de rebalanceamento muito fcil e feito sem a interveno do
DBA ou do administrador do sistema. O ASM rebalanceia automaticamente um grupo de
discos sempre que os discos so adicionados ou eliminados.
Usando as tcnicas de ndice para distribuir AUs entre os discos disponveis, o ASM no
precisa refazer o striping de todos os dados. Em vez disso, ele s precisar mover um
volume de dados proporcional ao volume de armazenamento adicionado ou removido, a
fim de redistribuir uniformemente os arquivos e manter uma carga de entrada/sada
balanceada entre os discos de um grupo de discos.
Com a entrada/sada balanceada sempre que os arquivos so alocados e a configurao de
armazenamento alterada, o DBA no precisa procurar os hotspots em um grupo de discos
nem mover manualmente os dados para restaurar uma carga de entrada/sada balanceada.
mais eficaz adicionar ou eliminar vrios discos ao mesmo tempo para que eles sejam
rebalanceados como uma nica operao. Isso evitar a movimentao desnecessria dos
dados. Com essa tcnica, fcil realizar a migrao on-line dos dados. Tudo o que voc
precisa fazer adicionar os novos discos em uma nica operao e eliminar os discos
antigos em uma nica operao.
Voc pode controlar o volume de carga que a operao de rebalanceamento tem no sistema
definindo a varivel de inicializao ASM_POWER_LIMIT. Seus valores variam de 0 a
11. Quanto mais baixo for o valor, mais leve ser a carga. Por outro lado, uma definio
mais alta ter mais carga e terminar mais cedo. A definio 0 coloca as operaes de
rebalanceamento em reteno. O valor default 1.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciando Grupos de Discos
CREATE DISKGROUP
ALTER DISKGROUP
DROP DISKGROUP Instncia
ASM
Instncia de
banco de dados
Gerenciando Grupos de Discos
O objetivo principal de uma instncia ASM o gerenciamento de grupos de discos e a proteo
de seus dados. As instncias ASM tambm transmitem layouts de arquivos s instncias do
banco de dados. Desse modo, as instncias do banco de dados podem acessar diretamente os
arquivos armazenados nos grupos de discos.
H vrios novos comandos administrativos de grupo de discos. Todos eles exigem o privilgio
SYSDBA e devem ser executados a partir de uma instncia ASM.
Voc pode adicionar novos grupos de discos, Voc tambm pode modificar os grupos de discos
existentes para adicionar novos discos, remover discos existentes e executar vrias outras
operaes. Tambm possvel remover os grupos de discos existentes.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Pgina de Administrao do ASM
Pgina de Administrao do ASM
Ao clicar na pgina com a tab Administration da pgina Automatic Storage Management, voc
pode ver os grupos de discos listados na view V$ASM_DISKGROUP. Nela, voc pode criar,
editar ou eliminar um grupo de discos. Voc tambm pode executar operaes, como
montagem, desmontagem, rebalanceamento, verificao e correo, em um grupo de discos
selecionado.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Pgina Create Disk Group
Pgina Create Disk Group
Clique em Create na pgina Disk Group Overview para exibir a pgina Create Disk Group.
Voc pode informar o nome do grupo de discos, o mecanismo de redundncia e a lista de discos
a serem includos no novo grupo de discos.
A lista de discos obtida na view fixa V$ASM_DISK. Por default, somente os discos que podem
ser designados a um grupo so mostrados. Eles aparecem com um dos seguintes status:
CANDIDATE: O disco nunca foi designado a um grupo de discos ASM.
FORMER: O disco j foi designado a um grupo de discos ASM mas, no momento, no est
mais.
PROVISIONED: A ASMLib est sendo usada, e o disco ainda no foi designado a um
grupo.
Observao: A ASMLib uma API que faz interface com arrays de armazenamento de outros
fornecedores. Consulte o Database Administrators Guide para obter mais informaes sobre a
ASMLib.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando e Eliminando Grupos de Discos
CREATE DISKGROUP dgroupA NORMAL REDUNDANCY
FAILGROUP controller1 DISK
'/devices/A1' NAME diskA1 SIZE 120G FORCE,
'/devices/A2',
'/devices/A3'
FAILGROUP controller2 DISK
'/devices/B1',
'/devices/B2',
'/devices/B3';
DROP DISKGROUP dgroupA INCLUDING CONTENTS;
Criando e Eliminando Grupos de Discos
Vamos supor que a descoberta de disco ASM tenha identificado os seguintes discos no diretrio
/devices: A1, A2, A3, B1, B2 e B3. Alm disso, vamos supor que os discos A1, A2 e A3
estejam em uma controladora SCSI separada dos discos B1, B2 e B3. O primeiro exemplo do
slide ilustra como configurar um grupo de discos denominado DGROUPA com dois grupos com
proteo para falhas: CONTROLLER1 e CONTROLLER2.
O exemplo tambm usa a caracterstica de redundncia default, NORMAL REDUNDANCY, para o
grupo de discos. Voc pode optar por atribuir um nome e um tamanho ao disco. Se voc no
fornecer essas informaes, o ASM criar um nome default e tentar determinar o tamanho do
disco. Se no for possvel determinar o tamanho, um erro ser exibido. FORCE indica que um
disco especfico deve ser adicionado ao grupo de discos especificado, mesmo que o disco j
esteja formatado como membro de um grupo de discos ASM. A utilizao da opo FORCE para
um disco no formatado como membro de um grupo de discos ASM retornar um erro.
Como mostrado na segunda instruo do slide, possvel deletar um grupo de discos e todos os
seus arquivos. Para evitar delees acidentais, a opo INCLUDING CONTENTS dever ser
especificada se o grupo de discos ainda contiver algum arquivo alm dos metadados internos do
ASM. Para eliminar o grupo de discos, ele precisa estar montado. Depois que voc se certificar
de que nenhum arquivo do grupo de discos esteja aberto, o grupo e todas as respectivas unidades
sero removidas do grupo de discos. Em seguida, o cabealho de cada disco ser sobreposto para
eliminar as informaes de formatao do ASM.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Adicionando Discos a Grupos de Discos
ALTER DISKGROUP dgroupA ADD DISK
'/dev/rdsk/c0t4d0s2' NAME A5,
'/dev/rdsk/c0t7d0s2' NAME A8;
ALTER DISKGROUP dgroupA ADD DISK '/devices/A*';
Formatao do disco
Rebalanceamento do grupo de discos
Adicionando Discos a Grupos de Discos
Este exemplo mostra como adicionar discos a um grupo de discos. Execute o comando ALTER
DISKGROUP ADD DISK para adicionar os discos. A primeira instruo adiciona quatro novos
discos ao grupo DGROUPA.
A segunda instruo demonstra as interaes das strings de descoberta. Considere a seguinte
configurao:
/devices/A1 um membro do grupo de discos DGROUPA.
/devices/A4 um disco candidato.
O segundo comando adiciona A4 ao grupo de discos DGROUPA. Ele ignora os outros discos,
mesmo que correspondam string de descoberta, pois j fazem parte do grupo de discos
DGROUPA. Conforme mostrado no diagrama, quando voc adiciona um disco a um grupo de
discos, a instncia ASM garante que o disco possa ser utilizado. O disco ser, ento, formatado e
rebalanceado. O processo de rebalanceamento demorado, pois move as AUs de cada arquivo
para o novo disco.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Adicionando Discos a Grupos de Discos (continuao)
Observao: O rebalanceamento no bloqueia qualquer operao do banco de dados. O
principal impacto de um processo de rebalanceamento est na carga de entrada/sada do
sistema. Quanto maior a velocidade do rebalanceamento, maior ser a carga de entrada/sada
no sistema. Assim, menos largura de banda de entrada/sada estar disponvel para as
entradas/sadas de banco de dados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comandos ALTER
Remova um disco do dgroupA:
Adicione e elimine um disco com um nico comando:
Cancele uma operao de eliminao de disco:
ALTER DISKGROUP dgroupA DROP DISK A5;
ALTER DISKGROUP dgroupA
DROP DISK A6
ADD FAILGROUP fred
DISK '/dev/rdsk/c0t8d0s2' NAME A9;
ALTER DISKGROUP dgroupA UNDROP DISKS;
Comandos ALTER
A primeira instruo do slide mostra como remover um dos discos do grupo DGROUPA. A
segunda instruo mostra como possvel adicionar e eliminar um disco por meio de um nico
comando. A grande vantagem nesse caso que o rebalanceamento s iniciado depois que o
comando concludo. A terceira instruo mostra como cancelar uma operao de eliminao
de disco. O comando UNDROP funciona somente em eliminaes pendentes de discos; ele no
tem efeito em eliminaes que j foram concludas.
A instruo abaixo rebalancear o grupo de discos DGROUPB se necessrio:
ALTER DISKGROUP dgroupB REBALANCE POWER 5;
Em geral, esse comando no necessrio porque ele automaticamente executado quando os
discos so adicionados, eliminados ou redimensionados. No entanto, ele ser til quando voc
quiser usar a clusula POWER para sobrepor a velocidade default definida pelo parmetro de
inicializao ASM_POWER_LIMIT. possvel alterar o nvel de velocidade de uma operao
de rebalanceamento reespecificando o comando com um novo nvel. O nvel de velocidade zero
faz com que o rebalanceamento seja interrompido at que o comando seja chamado novamente,
de forma implcita ou explcita.
A seguinte instruo desmonta DGROUPA:
ALTER DISKGROUP dgroupA DISMOUNT;
As opes MOUNT e DISMOUNT permitem disponibilizar ou indisponibilizar um ou mais grupos
de discos para as instncias do banco de dados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comandos ALTER (continuao)
Use a instruo a seguir para verificar a consistncia interna dos metadados do grupo de discos
e corrigir eventuais erros detectados:
ALTER DISKGROUP dgroupA CHECK ALL;
Tambm ser possvel usar a clusula NOREPAIR se voc quiser apenas ser alertado sobre os
erros. Embora o exemplo solicite uma verificao em todos os discos do grupo, essa
verificao pode ser especfica a um arquivo ou um disco. Este comando requer a montagem
do grupo de discos. Se algum erro for detectado, ser exibida uma mensagem de erro resumida
e os detalhes do erro detectado sero mostrados no log de alerta.
Observao: Dos seis exemplos mostrados, os quatro primeiros acionam um rebalanceamento
de grupo de discos, e os dois ltimos no.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Arquivos ASM
Arquivo de banco de dados
O arquivo ASM distribudo automaticamente no grupo de discos dgroupA
CREATE TABLESPACE sample DATAFILE '+dgroupA';
1
2
3
4
1 2
3 4
Criao
automtica
do arquivo ASM
RMAN
Arquivos ASM
Quando voc especifica um grupo de discos ASM como o nome do arquivo de dados para um
tablespace, so criados arquivos ASM no grupo para armazenar o tablespace.
Quando um arquivo ASM criado, determinados atributos so definidos permanentemente.
Entre eles, esto a poltica de proteo e a poltica de striping. Os arquivos do ASM so
considerados OMF (Oracle Managed Files). Qualquer arquivo criado pelo ASM ser
automaticamente deletado quando no for mais necessrio.
Com o ASM, as operaes com arquivos so especificadas em termos de objetos de banco de
dados. A administrao de bancos de dados no exige o conhecimento do nome de um arquivo,
embora o nome do arquivo seja exposto por algumas views do dicionrio de dados ou pelo
comando ALTER DATABASE BACKUP CONTROLFILE TO TRACE. Como cada arquivo de um
grupo de discos distribudo fisicamente entre todos os discos do grupo, no convm fazer
backup de um nico disco. Os backups dos arquivos ASM contidos no banco de dados devem
ser feitos com o RMAN.
Observao: O ASM no gerencia binrios, logs de alerta, arquivos de rastreamento ou
arquivos de senha.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Utilitrio ASMCMD
$ asmcmd
ASMCMD> ls -l DGROUP1/ORCL/DATAFILE
Type Redund Striped Time Sys Name
DATAFILE MIRROR COARSE OCT 05 21:00:00 Y HRAPPS.257.570923611
DATAFILE MIRROR COARSE OCT 05 21:00:00 Y TBSASM.256.570922917
ASMCMD>
SQL> CREATE TABLESPACE tbsasm DATAFILE '+DGROUP1' SIZE 100M;
Tablespace created.
SQL> CREATE TABLESPACE hrapps DATAFILE '+DGROUP1' SIZE 10M;
Tablespace created.
Utilitrio ASMCMD
ASMCMD um utilitrio de linha de comandos que permite exibir e manipular arquivos e
diretrios de grupos de discos ASM. Ele pode listar o contedo de grupos de discos, pesquisar,
criar e remover diretrios e exibir a utilizao de espao, entre outras aes.
Observao: Para obter mais informaes sobre o ASMCMD, consulte o documento Oracle
Database Utilities.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Migrando o Banco de Dados para o
Armazenamento do ASM
2. Faa shutdown do banco de dados e modifique o
arquivo de parmetros do servidor para usar o OMF
(Oracle Managed Files).
3. Edite e execute o seguinte script do RMAN:
STARTUP NOMOUNT;
RESTORE CONTROLFILE FROM '/u1/c1.ctl';
ALTER DATABASE MOUNT;
BACKUP AS COPY DATABASE FORMAT '+dgroup1';
SWITCH DATABASE TO COPY;
SQL "ALTER DATABASE RENAME '/u1/log1' TO '+dgroup1' ";
# Repeat RENAME command for all online redo log members
...
ALTER DATABASE OPEN RESETLOGS;
SQL "ALTER DATABASE TEMPFILE '/u1/temp1' DROP";
Migrando o Banco de Dados para o Armazenamento do ASM
Como os arquivos ASM no podem ser acessados com interfaces de sistema operacional
normais, o RMAN o nico meio de cpia dos arquivos ASM. Embora um tablespace possa
conter arquivos do ASM e outros tipos de arquivos como resultado do histrico do tablespace,
os comandos do RMAN permitem que os arquivos no-ASM sejam reposicionados em um
grupo de discos ASM. Voc pode usar o procedimento a seguir para reposicionar o banco de
dados inteiro em um grupo de discos ASM: (Parte-se do pressuposto de que voc est usando
um arquivo de parmetros do servidor.)
1. Obtenha os nomes de arquivo dos redo logs on-line e dos arquivos de controle atuais
usando as views V$CONTROLFILE e V$LOGFILE.
2. Faa shutdown do banco de dados de modo consistente. Modifique o arquivo de parmetros
do servidor do banco de dados da seguinte maneira:
Defina os parmetros de destino OMF necessrios com o grupo de discos ASM
desejado.
Remova o parmetro CONTROL_FILES.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Migrando o Banco de Dados para o Armazenamento do ASM (continuao)
3. Edite e execute o arquivo de comandos do RMAN, que faz backup do banco de dados,
alterna os arquivos de dados atuais para os backups e renomeia os redo logs on-line. Voc
s pode mover tablespaces ou arquivos de dados usando o comando BACKUP AS COPY.
4. Delete os arquivos de banco de dados antigos.
Observao: Se voc criar um arquivo de controle OMF e houver um arquivo de parmetros
do servidor, ser criada uma entrada do parmetro de inicializao CONTROL_FILES no
arquivo de parmetros do servidor.
Consulte o Oracle Database Backup and Recovery Advanced Users Guide para obter detalhes
sobre como migrar um banco de dados para ASM.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sumrio
Descrever os conceitos do ASM (Automatic Storage
Management)
Configurar arquivos de parmetros de inicializao
para instncias ASM e do banco de dados
Executar comandos SQL com nomes de arquivos ASM
Inicializar instncias ASM e fazer shutdown dessas
instncias
Administrar grupos de discos ASM
Usar o RMAN a fim de migrar o banco de dados para
o ASM
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando o ASM (Automatic Storage Management)
Criao e inicializao de uma instncia ASM
Criao e uso de grupos de discos ASM
Migrao de um tablespace para o armazenamento
do ASM
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Gerenciar Recursos
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos
Configurar o Database Resource Manager
Acessar e criar planos de recursos
Criar grupos de consumidores
Especificar diretivas para alocao de recursos a
grupos de consumidores
Mapear grupos de consumidores para planos
Ativar um plano de recursos
Monitorar o Resource Manager
> Conceitos
Plano de Recursos
Consumidores de Recursos
Diretivas de Planos
Mapeamento
Ativao do Plano
Monitoramento
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Mais recursos
Usurios OLTP
Database
Resource Manager
Banco de
dados Oracle
Database Resource Manager: Viso Geral
Use o Resource Manager para:
Gerenciar a carga de trabalho mista
Controlar o desempenho do sistema
Usurios batch
Menos recursos
Recursos mnimos
Usurios DSS
Database Resource Manager: Viso Geral
Usando o Database Resource Manager (tambm chamado de Resource Manager), voc tem mais
controle sobre a alocao de recursos de mquina do que o normalmente possvel apenas com o
gerenciamento de recursos do sistema operacional. Caso as decises de gerenciamento de
recursos sejam tomadas pelo sistema operacional, possvel que surjam problemas como:
Overhead excessivo resultante da alternncia de contexto dos processos do servidor do
banco de dados Oracle pelo sistema operacional quando h um grande nmero desses
processos
Suspenso dos processos do servidor de um banco de dados que est retendo um latch
Distribuio desigual de recursos entre todos os processos do banco de dados Oracle e
incapacidade de priorizar tarefas
Incapacidade de gerenciar recursos especficos do banco de dados, como servidores de
execuo paralela e sesses ativas
O Database Resource Manager controla a distribuio de recursos entre vrias sesses
monitorando a programao da execuo no banco de dados. Controlando quais sesses so
executadas e o seu tempo de execuo, o Database Resource Manager garante que a distribuio
de recursos corresponda diretiva de plano e, portanto, atenda aos objetivos de negcios. Com o
Database Resource Manager, possvel garantir aos grupos de usurios um volume mnimo de
recursos de processamento, independentemente da carga do sistema e do nmero de usurios.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Diretivas de
planos de
recursos
Conceitos do Database Resource Manager
Grupos de usurios ou
sesses com necessidades
semelhantes de recursos
Um plano detalhado de
alocao de recursos entre
grupos de consumidores de
recursos (um plano ativo)
Especifica como um
recurso dividido entre os
grupos de consumidores de
recursos (no escopo dos
mtodos de alocao)
Grupo de
consumidores
de recursos
Plano de
recursos
Conceitos do Database Resource Manager
A administrao de sistemas com o Database Resource Manager envolve o uso de planos de
recursos, grupos de consumidores de recursos e diretivas de planos de recursos.
Um grupo de consumidores de recursos define um conjunto de usurios ou de sesses com
necessidades semelhantes de uso de recursos do sistema e do banco de dados.
Um plano de recursos especifica como os recursos so distribudos entre vrios grupos de
consumidores. O Database Resource Manager tambm permite a criao de planos dentro de
outros planos, denominados subplanos.
As diretivas de planos de recursos especificam como um recurso especfico compartilhado
entre grupos de consumidores e subplanos. Associe grupos de consumidores de recursos e
subplanos a um plano de recursos especfico por meio de diretivas de planos.
Os mtodos de alocao de recursos determinam qual poltica deve ser usada durante a
alocao de determinado recurso. Esses mtodos so usados pelos planos e pelos grupos de
consumidores de recursos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Por Que Usar o Resource Manager
Voc pode gerenciar recursos do banco de dados e
do sistema operacional, como:
Uso da CPU
Grau de paralelismo
Nmero de sesses ativas
Gerao de undo
Tempo de execuo de operaes
Tempo de inatividade
Voc tambm pode especificar critrios que, se
atendidos, causaro a alternncia automtica de
sesses para outro grupo de consumidores.
Por Que Usar o Resource Manager
O Database Resource Manager oferece diversos meios para a alocao de recursos:
Mtodo de CPU: Permite especificar como os recursos da CPU so alocados entre grupos
de consumidores e subplanos.
Limite do Grau de Paralelismo: Permite controlar o grau mximo de paralelismo de
qualquer operao em um grupo de consumidores.
Pool de Sesses Ativas com Enfileiramento: Permite limitar o nmero de sesses ativas
concorrentes para um grupo de consumidores ou um subplano. Se um grupo exceder o
nmero mximo permitido de sesses, as novas sesses sero colocadas em uma fila onde
esperaro at a concluso de uma sesso ativa. Voc tambm pode especificar um limite de
tempo de espera para uma sesso antes de ela ser encerrada com um erro.
Undo Pool: Permite controlar o volume total de undo que um grupo de consumidores ou
um subplano pode gerar. Sempre que o espao total de undo exceder o volume especificado
por UNDO_POOL, no sero permitidos comandos INSERT, UPDATE ou DELETE at que
o espao de undo seja liberado por outra sesso do mesmo grupo ou at que o undo pool do
grupo de consumidores seja aumentado. Se a cota do grupo de consumidores for
ultrapassada durante a execuo de uma instruo DML, essa operao ser abortada e
retornar um erro. Ainda sero permitidas consultas, mesmo que um grupo de
consumidores tenha ultrapassado o limite de undo.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Por Que Usar o Resource Manager (continuao)
Limite de Tempo de Execuo: Permite especificar um tempo mximo de execuo para
uma operao. O banco de dados Oracle usa as estatsticas do otimizador baseado em custo
para estimar a durao de uma operao. Se essa durao for maior que o tempo mximo
permitido (MAX_EST_EXEC_TIME), a operao retornar um erro e no ser iniciada. Se
um grupo de consumidores de recursos tiver mais de uma diretiva de plano com o
parmetro MAX_EST_EXEC_TIME especificado, o Resource Manager escolher o mais
restritivo de todos os valores de entrada.
Limite de Tempo de Inatividade: Permite especificar o perodo durante o qual uma sesso
pode permanecer inativa. Aps esse perodo, a sesso ser encerrada (MAX_IDLE_TIME).
Voc pode restringir ainda mais o Resource Manager para que ele s encerre as sesses que
estiverem bloqueando outras sesses (MAX_IDLE_TIME_BLOCKER).
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Acessando Planos
de Recursos
Enterprise Manager
e PL/SQL
Conceitos
> Plano de Recursos
Diretivas de Planos
Mapeamento
Ativao do Plano
Monitoramento
Acessando Planos de Recursos
Uso do Enterprise Manager
A Console do EM Database Control fornece uma interface grfica fcil de usar para a
configurao de planos de recursos, grupos de consumidores e outros elementos.
Usando o Package DBMS_RESOURCE_MANAGER
Este package PL/SQL contm vrios procedures, incluindo:
CREATE_PLAN: Nomeia um plano de recursos e especifica seus mtodos de alocao
UPDATE_PLAN: Atualiza o comentrio de um plano de recursos
DELETE_PLAN: Deleta um plano de recursos e suas diretivas
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Exemplo: SYSTEM_PLAN
100% 0% 0% LOW_GROUP
0% 100% 0% OTHER_GROUPS
0% 0% 100% SYS_GROUP
CPU_P3 CPU_P2 CPU_P1
Mtodos de Alocao Grupo de Consumidores
de Recursos
Exemplo: SYSTEM_PLAN
O plano de recursos SYSTEM_PLAN um dos planos default fornecidos. Ele contm diretivas
para os seguintes grupos de consumidores fornecidos:
SYS_GROUP: O grupo inicial de consumidores para os usurios SYS e SYSTEM.
OTHER_GROUPS: Usado para todas as sesses pertencentes a grupos de consumidores que
no fazem parte do plano de recursos ativo. Deve existir uma diretiva de plano para
OTHER_GROUPS em qualquer plano ativo.
LOW_GROUP: Um grupo com prioridade mais baixa que SYS_GROUP e OTHER_GROUPS
neste plano. Voc deve decidir quais sesses de usurio faro parte de LOW_GROUP.
Inicialmente, nenhum usurio associado a esse grupo de consumidores. O privilgio de
alternncia concedido a PUBLIC neste grupo.
O grupo inicial de consumidores de um usurio o grupo de consumidores ao qual as sesses
criadas por esse usurio pertencem inicialmente. Se voc no tiver definido o grupo inicial de
consumidores para um usurio, esse grupo ser designado automaticamente como
DEFAULT_CONSUMER_GROUP.
O SYSTEM_PLAN e os grupos de consumidores de recursos associados podem ou no ser
usados. Ele poder ser um modelo para novos planos de recursos e tambm poder ser
modificado ou deletado. Utilize-o conforme adequado para seu ambiente.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando um Novo Plano de Recursos
DBMS_RESOURCE_MANAGER.SWITCH_PLAN
(PLAN_NAME => 'DAY_PLAN',
SID => 'ORCL',
ALLOW_SCHEDULER_PLAN_SWITCHES => true );
Criando um Novo Plano de Recursos
Para criar um novo plano, necessrio configurar diversos objetos do Resource Manager.
Selecione Administration > Plans e clique em Create ou escolha Create Like e clique
em Go.
O plano do Resource Manager pode ser alterado pelo Scheduler nos seus respectivos limites de
perodos. Desselecione a opo default Automatic Plan Switching Enabled, se ela for
inaceitvel.
Para obter mais informaes sobre o Scheduler, consulte a lio Automatizando Tarefas com o
Scheduler.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando Grupos
de Consumidores
DBMS_RESOURCE_MANAGER.CREATE_CONSUMER_GROUP(
CONSUMER_GROUP => 'APPUSER',
CPU_MTH => 'ROUND-ROBIN',
COMMENT => '');
Conceitos
Plano de Recursos
> Consumidores de Recursos
Diretivas de Planos
Mapeamento
Ativao do Plano
Monitoramento
Criando Grupos de Consumidores
Para gerenciar um grupo de consumidores de recursos, selecione Administration > Resource
Consumer Groups. Escolha a ao a ser executada. Voc pode criar um novo grupo de
consumidores de recursos ou selecionar um grupo na lista de resultados e escolher uma das
aes relacionadas na lista drop-down Actions.
Use a pgina Resource Consumer Groups para criar ou editar o grupo de consumidores e a
descrio, bem como para selecionar os usurios designados ao grupo. Voc pode adicionar ou
deletar membros na tabela Selected Users.
A folha de propriedades General (mostrada no slide) uma das duas pginas includas nas
pginas Create Resource Consumer Group e Edit Resource Consumer Group. Para definir ou
editar as atribuies do banco de dados associadas ao grupo de consumidores de recursos
especificado, navegue at a outra folha de propriedades (Roles).
Especifique um mtodo de alocao de recursos para a distribuio da CPU entre as sesses do
grupo de consumidores. A programao por rodzio garante que as sesses sejam executadas de
forma adequada. Portanto, o mtodo de alocao default Round Robin. O mtodo de
alocao Run to Completion especifica que as sesses com o maior tempo de atividade sejam
programadas antes das outras. A funcionalidade equivalente obtida por meio do procedure
DBMS_RESOURCE_MANAGER.CREATE_CONSUMER_GROUP com a opo CPU_MTH.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Designando Usurios a
Grupos de Consumidores
Designando Usurios a Grupos
Antes de ativar o Database Resource Manager, preciso designar os usurios a grupos de
consumidores de recursos. O grupo de consumidores default do usurio aquele ao qual
pertence inicialmente qualquer sesso criada pelo usurio. Se no for definido um grupo inicial
de consumidores para um usurio, o valor default desse grupo ser
DEFAULT_CONSUMER_GROUP.
Voc deve conceder diretamente ao usurio, ou a PUBLIC, o privilgio de alternncia para um
grupo de consumidores, antes que este se torne o grupo de consumidores default do usurio. O
privilgio de alternncia no pode ser proveniente de uma atribuio concedida ao usurio em
questo.
DBMS_RESOURCE_MANAGER.SET_INITIAL_CONSUMER_GROUP (
user => PM', consumer_group => 'APPUSER' );
O package DBMS_RESOURCE_MANAGER_PRIVS contm o procedure usado para designar
grupos de consumidores de recursos a usurios. A concesso do privilgio de alternncia a um
usurio permite que ele alterne para outro grupo de consumidores.
DBMS_RESOURCE_MANAGER_PRIVS.GRANT_SWITCH_CONSUMER_GROUP (
grantee_name => 'PM',
consumer_group => 'APPUSER',
grant_option => FALSE );
Voc no precisa usar uma rea pendente para nenhum desses procedures.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Especificando Diretivas
de Planos de Recursos
Valores de CPU_MTH
Conceitos
Plano de Recursos
> Diretivas de Planos
Mapeamento
Ativao do Plano
Monitoramento
1 2 3 4 5 6 7
Especificando Diretivas de Planos de Recursos
Se voc no usar o Enterprise Manager para criar o plano de recursos ou os grupos de
consumidores de recursos, precisar criar primeiro uma rea pendente. Esta uma rea de
scratch na qual voc pode colocar as alteraes e valid-las antes que se tornem ativas.
No Enterprise Manager, h vrias pginas de propriedades, que podem ser usadas para
especificar diretivas de planos:
1. Na pgina General, associe grupos de consumidores a planos e especifique quanto da CPU
cada grupo ou subplano obter com o valor de CPU_MTH.
2. Especifique um limite de grau de paralelismo para controlar o grau mximo de paralelismo
das operaes em um grupo de consumidores.
3. possvel controlar o nmero mximo de sesses que esto ao mesmo tempo ativas em um
grupo de consumidores. Uma sesso inteira de execuo paralela considerada como uma
sesso ativa.
4. Voc pode controlar o volume total de undo que um grupo de consumidores pode gerar.
5. Voc pode especificar o tempo mximo de execuo de uma operao.
6. Voc pode controlar os recursos especificando critrios que, se atendidos, causaro a
alternncia automtica de sesses para outro grupo de consumidores.
7. Voc pode especificar o tempo de inatividade permitido para uma sesso, aps o qual ela
ser encerrada. Alm disso, possvel restringir esse encerramento somente s sesses que
estejam bloqueando outras sesses.
Observao: Os slides a seguir fornecem mais detalhes sobre diretivas usando os nmeros das
tabs indicados neste slide. Consulte este slide quando aparecer "Tab de Diretiva n" nos slides
subseqentes.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Mtodos de Alocao de Recursos para
Planos de Recursos
Valores Possveis Parmetro
FIFO_TIMEOUT QUEUING_MTH
ACTIVE_SESS_POOL
_ABSOLUTE
ACTIVE_SESS_POOL_MTH
PARALLEL_DEGREE_
LIMIT_ABSOLUTE
PARALLEL_DEGREE_LIMIT_MTH
RATIO
EMPHASIS CPU_MTH
Mtodos de Alocao de Recursos para Planos de Recursos
Os mtodos de alocao determinam como o Resource Manager aloca um recurso especfico
para um grupo de consumidores ou um plano de recursos. Ao criar o plano de recursos, voc
especifica valores para os mtodos de alocao de recursos apresentados a seguir.
H duas maneiras de especificar a distribuio da CPU com o parmetro CPU_MTH:
EMPHASIS, o mtodo default, destina-se a planos com vrios nveis que usam percentuais
para especificar como a CPU deve ser distribuda entre os grupos de consumidores.
RATIO destina-se a planos com um nico nvel que usam taxas para especificar como a
CPU ser distribuda.
PARALLEL_DEGREE_LIMIT_MTH limita o grau mximo de paralelismo de qualquer
operao. Esse mtodo s pode ser especificado para grupos de consumidores de recursos; no
possvel especific-lo para subplanos. O mtodo ABSOLUTE o valor possvel, que especifica
quantos processos podem ser designados a uma operao. Se houver vrias diretivas de planos
referentes ao mesmo subplano ou grupo de consumidores, ser usado o valor mnimo entre todos
os valores possveis como o limite de grau de paralelismo.
ACTIVE_SESS_POOL_MTH limita o nmero de sesses ativas. Todas as outras sesses so
inativas e esperam a ativao em uma fila. ACTIVE_SESS_POOL_ABSOLUTE o default e o
nico mtodo disponvel.
QUEUING_MTH controla a ordem de execuo das sesses inativas enfileiradas.
FIFO_TIMEOUT o default e o nico mtodo disponvel.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comparao entre EMPHASIS e RATIO
possvel alocar recursos em
at 8 nveis distintos.
RATIO EMPHASIS
O valor default NULL. O valor default NULL.
necessrio usar valores inteiros,
mas no h limites sobre a soma
de valores.
A soma de percentuais em
qualquer nvel especfico deve
ser inferior ou igual a 100.
S possvel especificar valores
para um nvel.
O valor especifica um nmero que
indica a taxa de recursos da CPU a
ser alocada para o grupo de
consumidores.
O valor especifica o percentual
mximo de recursos da CPU que
um grupo de consumidores
pode usar.
Comparao entre EMPHASIS e RATIO
O mtodo EMPHASIS de alocao de CPU determina a nfase dada a sesses em grupos de
consumidores distintos em um plano de recursos. So designados nveis de 1 a 8 ao uso da CPU,
sendo que o nvel 1 tem a prioridade mais alta. Os percentuais especificam como alocar a CPU
para cada grupo de consumidores por nvel.
As seguintes regras se aplicam ao mtodo EMPHASIS de alocao de recursos:
Os recursos de CPU so distribudos em determinado nvel com base nos percentuais
especificados. O percentual de CPU especificado para um grupo de consumidores de
recursos o mximo que esse grupo pode usar em um nvel especfico.
Os recursos de consumidores que no so usados em um nvel especfico so
disponibilizados para os grupos de consumidores do prximo nvel. Por exemplo, se os
grupos de consumidores no Nvel 1 usarem apenas 60% dos recursos disponveis, os 40%
adicionais sero disponibilizados para os grupos de consumidores no Nvel 2.
A soma de percentuais em qualquer nvel especfico deve ser inferior ou igual a 100.
Os nveis sem diretivas de plano especificadas explicitamente tm um default de 0% para
todos os subplanos e grupos de consumidores.
O mtodo EMPHASIS de alocao de recursos evita problemas de escassez, em que
consumidores com prioridades mais baixas no so executados.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Comparao entre EMPHASIS e RATIO (continuao)
A poltica RATIO um mtodo de alocao de CPU em um nico nvel. Em vez de percentuais,
especifique nmeros que correspondam taxa de CPU a ser destinada ao grupo de
consumidores. Por exemplo, considerando-se trs grupos de consumidores OLTP_USERS,
DSS_USERS e BATCH_USERS, voc pode especificar as seguintes taxas:
OLTP_USERS: 4
DSS_USERS: 3
BATCH_USERS: 2
OTHER: 1
Isso equivale a dizer que os usurios OLTP obtero 40% dos recursos, os usurios DSS, 30%, os
usurios BATCH, 20% e todos os outros grupos de consumidores obtero 10% dos recursos
disponveis.
Se no houver consumidores no grupo OTHER ou DSS_USERS usando os recursos da CPU no
momento, o grupo de consumidores OLTP_USERS receber dois-teros dos recursos
disponveis e o grupo de consumidores BATCH_USERS obter um-tero.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Mecanismo do Pool
de Sesses Ativas
Usurios OLTP
Active_sess_pool_P1=5
Usurios DSS
Active_sess_pool_P1=3
Sess6 Sess7
Sess8
p001 p002 p003
Fila de
sesses
DSS
ativas
Sess10
Sess9
Sess1 Sess2
Sess3
Sess5 Sess4
Tab de
Diretiva 3
Mecanismo do Pool de Sesses Ativas
O recurso de pool de sesses ativas permite controlar o nmero mximo de sesses ativas
concorrentes por grupo de consumidores de recursos. Com essa funcionalidade, um DBA pode
controlar indiretamente o volume de recursos usado por um grupo de consumidores de recursos,
pois o consumo de recursos proporcional ao nmero de sesses ativas. Um pool de sesses
ativas pode ajudar a reduzir o nmero de servidores que usam recursos do sistema, evitando a
paginao e o swapping ineficientes, alm da exausto de outros recursos (como a memria)
resultante da tentativa de execuo simultnea de vrios jobs.
Assim que o pool de sesses ativas for preenchido com sesses ativas, o Resource Manager
enfileirar todas as sesses subseqentes que tentarem se tornar ativas at que outras sesses
ativas sejam concludas ou se tornem inativas. Uma sesso ativa aquela envolvida no momento
em uma transao, consulta ou operao paralela. Os escravos paralelos individuais no so
considerados como sesses; a operao paralela inteira considerada como uma sesso ativa.
Existe apenas uma fila por grupo de consumidores de recursos e o mtodo de enfileiramento
ser o FIFO (First In, First Out) com um timeout. A fila implementada como uma estrutura da
memria e no possvel consult-la diretamente.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Definindo o Pool de Sesses Ativas
Definindo o Pool de Sesses Ativas
Com o Enterprise Manager, possvel configurar facilmente as definies do Pool de Sesses
Ativas para um plano de recursos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Tempo Mximo de
Execuo Estimado
O Database Resource Manager pode estimar o
tempo de execuo de uma operao de forma
pr-ativa.
Voc pode especificar o tempo mximo de
execuo estimado para uma operao no nvel
do grupo de consumidores de recursos.
A operao no ser iniciada se a estimativa for
maior que o valor de MAX_EST_EXEC_TIME.
(ORA-07455)
A vantagem deste recurso a eliminao do job
excepcionalmente grande que usa muitos
recursos do sistema.
O default UNLIMITED.
Tab de
Diretiva 5
Tempo Mximo de Execuo Estimado
possvel definir o tempo mximo de execuo estimado de qualquer operao, em qualquer
momento, definindo o parmetro MAX_EST_EXEC_TIME da diretiva de plano de recursos.
Aps a definio desse parmetro, o Database Resource Manager estima o tempo de execuo
de um job especfico. Se a estimativa exceder o valor de MAX_EST_EXEC_TIME, a operao
no ser iniciada, e o erro ORA-07455 ser exibido. Isso eliminar qualquer job
excepcionalmente grande que utilize muitos recursos do sistema.
Se houver mais de uma diretiva de plano referente a um grupo de consumidores de recursos,
talvez haja mais de um MAX_EST_EXEC_TIME. para esse grupo. O Database Resource
Manager escolhe o valor de entrada mais restritivo de todos.
O tempo de execuo estimado para determinada instruo calculado com base nas estatsticas
do otimizador baseado em custos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Alternncia de Grupos
de Consumidores
xx
Tab de
Diretiva 6
Alternncia de Grupos de Consumidores
A Console do EM Database Control oferece uma interface grfica para a configurao da
alternncia automtica de grupos de consumidores. Voc pode configurar essa opo quando
cria um novo plano de recursos ou edita um plano existente.
Observao
No possvel definir SWITCH_GROUP como CANCEL_SQL ou KILL_SESSION
usando a Console do EM Database Control.
No possvel definir SWITCH_TIME_IN_CALL usando a interface do Enterprise
Manager. Voc pode definir SWITCH_TIME, que exibido como Execution Time na tela
do slide.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Retornando ao Grupo Inicial de
Consumidores ao Final da Chamada
Retornando ao Grupo Inicial de Consumidores ao Final da Chamada
Voc pode especificar que, ao final de toda chamada principal, a sesso seja retornada ao seu
grupo inicial de consumidores, marcando a caixa de seleo Switch back to original group after
call? na janela Create Resource Plan. Este o grupo em que a sesso estava durante o login. A
chamada principal definida como o tratamento de um bloco PL/SQL inteiro como uma
chamada ou, de forma semelhante, o tratamento de instrues SQL executadas separadamente
pelo cliente como chamadas individuais.
Essa funcionalidade mais til para as aplicaes de trs camadas em que o servidor de camada
intermediria implementa o pool de sesses. Nesse caso, a camada intermediria tende a fazer
uma chamada para um usurio final e, depois, usar a mesma sesso para chamar outro usurio
final. Portanto, os limites de trabalho so realmente as chamadas, e as aes de um usurio final
anterior no devem afetar o prximo usurio final.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Retornando ao Grupo Inicial de
Consumidores ao Final da Chamada
DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE
(PLAN => 'Day_Plan',
GROUP_OR_SUBPLAN => 'LONGRUN_GROUP',
CPU_P1 => 0, CPU_P2 => 100);
(PLAN => 'Day_Plan',
GROUP_OR_SUBPLAN => 'DSS_GROUP',
CPU_P1 => 100, CPU_P2 => 0,
SWITCH_GROUP => 'LONGRUN_GROUP',
SWITCH_TIME_IN_CALL => 600);
Ao final da chamada
Chamada 1
Chamada 2
Retornando ao Grupo Inicial de Consumidores ao Final da Chamada (continuao)
Usando o exemplo de cenrio anterior do Enterprise Manager, porm com o procedure
DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE, quando um usurio efetua
login, o Resource Manager coloca a sesso no grupo de consumidores DSS_GROUP em funo
de seu mapeamento de grupos iniciais de consumidores. Em seguida, o usurio executa uma
consulta. Quando estabelece um valor (em segundos) para o parmetro
SWITCH_TIME_IN_CALL, voc est definindo um timer para a chamada antes da execuo de
uma ao, ditada pelo parmetro SWITCH_GROUP. Ao final da chamada principal, o Resource
Manager retorna automaticamente o usurio ao grupo inicial de consumidores.
Observao: Voc no pode especificar os parmetros SWITCH_TIME_IN_CALL e
SWITCH_TIME na mesma diretiva. O parmetro SWITCH_TIME destina-se principalmente a
aplicaes cliente/servidor.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Definindo Timeouts de Inatividade
(PLAN => 'DAY_PLAN',
GROUP_OR_SUBPLAN => 'DSS_GROUP',
COMMENT => 'Limit Idle Time Example',
MAX_IDLE_TIME => 600,
MAX_IDLE_BLOCKER_TIME => 300);
Tab de
Diretiva 7
Definindo Timeouts de Inatividade
Use a tab Idle Time do plano de recursos para definir os timeouts mximos de inatividade para
um plano de recursos. Max Idle Time (sec) e Max Idle Time if Blocking Another Session
(sec) so, respectivamente, equivalentes das diretivas de recursos MAX_IDLE_TIME e
MAX_IDLE_BLOCKER_TIME no procedure
DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE. Ambos so especificados em
segundos.
MAX_IDLE_TIME especifica o tempo durante o qual uma sesso no est em execuo nem
esperando por uma entrada/sada. Quando a sesso excede o limite especificado, o processo
PMON a elimina e desativa seu estado. Alm de limitar esse tempo, tambm possvel limitar o
perodo durante o qual uma sesso inativa pode bloquear outra sesso. Para impor esse limite,
defina a diretiva de recurso MAX_IDLE_BLOCKER_TIME como o nmero de segundos para
permitir que uma sesso permanea inativa, ao mesmo tempo em que bloqueia outra sesso.
Voc tambm pode especificar um valor UNLIMITED para indicar que no definiu um tempo
mximo. O default NULL, que significa tempo ilimitado. Essas definies permitem um
controle mais detalhado do que os perfis, cujo valor nico no faz distino entre sesses
bloqueadoras e no bloqueadoras.
No exemplo do slide, o processo PMON elimina as sesses inativas por mais de 600 segundos. O
processo PMON tambm encerra as sesses inativas por mais de 300 segundos e que estejam
bloqueando outras sesses. O PMON verifica esses limites uma vez a cada minuto e, se encontrar
uma sesso que tenha excedido um dos limites, ele a eliminar e remover todos os seus
recursos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Mapeamento de Grupos de
Conceitos
Plano de Recursos
Diretivas de Planos
> Mapeamento
Ativao do Plano
Monitoramento
Mapeamento de Grupos de Consumidores de Recursos
Voc pode configurar o Database Resource Manager para designar automaticamente grupos de
consumidores a sesses estabelecendo mapeamentos entre atributos de sesso e grupos de
consumidores. Alm disso, pode priorizar os mapeamentos para indicar qual deles ter
precedncia em caso de conflitos. H dois tipos de atributos de sesso: atributos de login e
atributos de runtime. Os atributos de login (os cinco ltimos da lista Attribute Mappings
mostrada no slide) so importantes somente durante o login da sesso, quando o Database
Resource Manager determina o grupo inicial de consumidores da sesso. Por outro lado,
possvel redesignar posteriormente a outro grupo de consumidores uma sesso j conectada,
com base nos atributos de runtime.
Na home page do Database Control, navegue at a pgina com a tab Administration e clique no
link Resource Consumer Group Mappings na seo Resource Manager. Para cada um dos
atributos, configure um mapeamento que consiste em uma forma de identificar uma sesso (por
exemplo, nome de usurio) e um grupo de consumidores. Adicione ou remova linhas relativas a
cada uma das categorias de grupos de consumidores de recursos, conforme necessrio, e informe
um texto que identifique o usurio, o cliente, o mdulo ou o servio no grupo correspondente.
Para estabelecer uma ordem de prioridade entre os mapeamentos conflitantes dos atributos, use
a tab Priorities. Voc pode definir a prioridade do mais importante para o menos importante
usando as setas de navegao (conforme destacado). Os mapeamentos no incio da lista tm a
prioridade mais alta.
O EM Database Control permite exibir facilmente o cdigo SQL gerado a partir de suas aes
quando voc clica no boto Show SQL.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Mapeamento de Grupos de Consumidores de Recursos (continuao)
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Ativando um Plano de
Recursos para uma Instncia
Conceitos
Plano de Recursos
Diretivas de Planos
Mapeamento
> Ativao do Plano
Monitoramento
Ativando um Plano de Recursos para uma Instncia
Voc pode usar a pgina Resource Plans do Enterprise Manager para gerenciar planos de
recursos. Para ativar um plano, selecione o plano desejado, escolha Activate na lista drop-
down Actions e clique em Go. O plano selecionado torna-se o plano principal da instncia no
momento.
Usando o Parmetro de Inicializao RESOURCE_MANAGER_PLAN
O plano para uma instncia definido com o parmetro de inicializao do banco de dados
RESOURCE_MANAGER_PLAN. Esse parmetro especifica o plano principal a ser usado para a
instncia. Se no for especificado um plano, o Resource Manager no ser ativado para a
instncia.
Para ativar, desativar ou alterar o plano principal atual, use a instruo ALTER SYSTEM.
Quando um plano de recursos alterado com esse comando, a alterao tem efeito
instantaneamente.
Se o parmetro for definido em um arquivo de parmetros e o plano especificado no for
definido no banco de dados, no ser possvel abrir o banco de dados com esse arquivo de
parmetros. O seguinte erro ser retornado:
ORA-07452: specified resource manager plan does not exist in
the data dictionary
Se esse erro ocorrer, modifique o parmetro para que ele mostre um valor correto antes de
reiniciar a instncia.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Informaes sobre o
Database Resource Manager
Usurios/atribuies DBA_RSRC_MANAGER_SYSTEM_PRIVS
Coluna
initial_rsrc_
consumer_group
DBA_USERS
Informaes Nome da View
Prioridade de mapeamento DBA_RSRC_MAPPING_PRIORITY
Mapeamento do grupo de
consumidores
DBA_RSRC_GROUP_MAPPINGS
Usurios/atribuies DBA_RSRC_CONSUMER_GROUP_PRIVS
Grupos de consumidores DBA_RSRC_CONSUMER_GROUPS
Diretivas de planos DBA_RSRC_PLAN_DIRECTIVES
Planos e status DBA_RSRC_PLANS
Informaes sobre o Database Resource Manager
H vrias views do dicionrio de dados disponveis para a verificao dos planos de recursos,
dos grupos de consumidores e das diretivas de planos declaradas na instncia. Esta seo aborda
algumas informaes teis que podem ser obtidas nessas views. Para obter informaes mais
detalhadas sobre o contedo de cada uma dessas views, consulte o Oracle Database Reference
Manual.
Use a seguinte consulta para obter informaes sobre os planos de recursos definidos no banco
de dados:
SQL> SELECT plan, num_plan_directives, status, mandatory
2 FROM dba_rsrc_plans;
PLAN NUM_PLAN_DIRECTIVES STATUS MAN
-------------- ------------------- --------- ---
SYSTEM_PLAN 3 ACTIVE NO
INTERNAL_QUIESCE 2 ACTIVE YES
INTERNAL_PLAN 1 ACTIVE YES
BUGDB_PLAN 4 ACTIVE NO
MAILDB_PLAN 3 ACTIVE NO
MYDB_PLAN 3 ACTIVE NO
O status ACTIVE indica que o plano foi submetido e pode ser usado, enquanto o status
PENDING mostra que o plano foi criado, mas ainda est na rea pendente.
Se for designado o valor YES coluna mandatory, no ser possvel deletar o plano.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Monitorando o
Resource Manager
Conceitos
Plano de Recursos
Diretivas de Planos
Mapeamento
Ativao do Plano
> Monitoramento
Monitorando o Resource Manager
Voc pode monitorar o funcionamento do Database Resource Manager no nvel de sesso. Ele
est integrado ao ADDM (Automatic Database Diagnostic Monitor).
Existem diversas maneiras de gerenciar e monitorar o Resource Manager com o EM Database
Control. Na pgina com a tab Administration, clique no link Monitors na seo Resource
Manager.
A pgina Resource Monitors exibe um grupo de estatsticas e grficos que ilustram o estado
atual do plano de recursos ativo. Voc pode exibir as estatsticas do plano ativo no momento,
bem como selecionar um plano na lista e ativ-lo.
A tabela Consumer Group Statistics lista uma srie de estatsticas dos grupos de consumidores
que fazem parte do plano de recursos atual.
Observao: Quando ativar um plano na pgina Resource Monitors, saia da pgina e escolha
Resource Monitors novamente para atualizar essa pgina e exibir as estatsticas do plano recm-
ativado.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Monitorando o Resource Manager
V$SESSION: Contm a coluna
resource_consumer_group que mostra o grupo
atual de uma sesso
V$RSRC_PLAN: Uma view que mostra o plano de
recursos ativo
V$RSRC_CONSUMER_GROUP: Uma view que contm
estatsticas para todos os grupos ativos
Monitorando o Resource Manager (continuao)
Utilizao da CPU
Existem, no mnimo, trs views distintas no sistema que podem exibir informaes sobre a
utilizao da CPU no banco de dados Oracle:
V$RSRC_CONSUMER_GROUP mostrar as estatsticas de utilizao da CPU por grupo
de consumidores, se voc estiver executando o Oracle Database Resource Manager. Essa
view exibe dados relacionados aos grupos de consumidores de recursos ativos no
momento.
V$SYSSTAT mostra o uso de CPU do banco de dados Oracle para todas as sesses. A
estatstica CPU used by this session mostra o consumo agregado de CPU de todas as
sesses.
V$SESSTAT mostra o uso de CPU do banco de dados Oracle por sesso. Voc pode
usar essa view para determinar qual sesso est usando mais a CPU.
A View V$RSRC_CONSUMER_GROUP
Veja uma rpida descrio de algumas das colunas dessa view:
name: Nome do grupo de consumidores
active_sessions: Nmero de sesses ativas no momento no grupo de
consumidores
execution_waiters: Nmero de sesses ativas que esperam por um intervalo de
tempo
requests: Nmero cumulativo de solicitaes executadas no grupo de consumidores
cpu_wait_time: Tempo cumulativo que as sesses esperaram pela CPU
consumed_cpu_time: Tempo cumulativo da CPU consumido por todas as sesses
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Monitorando o Resource Manager (continuao)
Nenhuma view mostra diretamente a fila do pool de sesses ativas, mas voc pode obter
algumas informaes em:
V$SESSION: A coluna current_queue_duration mostra h quanto tempo uma
sesso est na fila ou exibir 0 (zero) caso a sesso no esteja enfileirada no momento.
V$RSRC_CONSUMER_GROUP: A coluna queue_length mostra o nmero de sesses
enfileiradas no momento por grupo de consumidores.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sumrio
Configurar o Database Resource Manager
Acessar e criar planos de recursos
Criar grupos de consumidores
Especificar diretivas para alocao de recursos a
grupos de consumidores
Mapear grupos de consumidores para planos
Ativar um plano de recursos
Monitorar o Resource Manager
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando o Resource Manager
Criando um grupo de consumidores de recursos
Especificando diretivas de alocao de recursos da
CPU para grupos de consumidores
Associando usurios a um grupo de consumidores
de recursos
Ativando um plano de recursos
Testando no SQL*Plus
Desativando um plano de recursos
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Automatizando Tarefas com o Scheduler
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Objetivos
Simplificar tarefas de gerenciamento com o
Scheduler
Criar um job, um programa e uma programao
Monitorar a execuo de um job
Usar uma programao baseada em horrio ou em
evento para executar jobs do Scheduler
Usar cadeias de jobs para executar uma srie de
tarefas correlatas
Usar conceitos avanados do Scheduler para
priorizar jobs
Principais Comp.
e Etapas
Programaes
Cadeias de Jobs
Conceitos Av.
Objetivos
Para obter mais informaes sobre os vrios componentes do Scheduler e a interao entre eles,
consulte o Oracle Database Administradors Guide.
Para obter mais informaes sobre o package DBMS_SCHEDULER, consulte o Oracle Database
PL/SQL Packages and Types Reference.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Simplificando Tarefas de Gerenciamento
Executar uma srie
de tarefas de fim
do ms no ltimo
dia de cada ms
Replicar dados de tabelas
por meio de atualizaes
de views materializadas
Calcular estatsticas
de tabelas e ndices
duas vezes ao dia
Gerar um relatrio
horrio sobre as
tentativas invlidas
de acesso ao servidor
Executar um job
dirio de backup
do banco de dados
Iniciar a carga de batch
assim que o arquivo chegar
ao sistema de arquivos
Executar um procedure de
desenfileiramento assim
que uma mensagem
for enfileirada
Reconstruir um
ndice ao terminar
de reconstruir o
ndice atual
Simplificando Tarefas de Gerenciamento
Vrias tarefas do ambiente Oracle precisam de recursos de programao de job. A lgica de
aplicaes e a manuteno de rotina do banco dados exigem a programao e a execuo
peridica de jobs. As aplicaes B2B (Business-to-Business) requerem a programao de seus
eventos de negcios. Os DBAs precisam programar jobs regulares de manuteno em janelas de
tempo especificadas.
O Oracle Database 10g fornece recursos avanados de programao por meio do Scheduler, que
um conjunto de functions e procedures do package DBMS_SCHEDULER. O Scheduler pode ser
chamado em qualquer ambiente SQL ou por meio do Enterprise Manager.
O Scheduler permite que os administradores de bancos de dados e os desenvolvedores de
aplicaes controlem quando e onde as tarefas ocorrero no ambiente do banco de dados. Essas
tarefas podem ser complexas e demoradas; com o Scheduler, possvel gerenci-las e planej-
las.
Os jobs do Scheduler podem ser iniciados em um horrio definido ou quando um evento
especfico ocorre; alm disso, o Scheduler pode gerar eventos quando o estado de um job
alterado (por exemplo, de RUNNING para COMPLETE). Voc tambm pode usar uma srie de
programas especficos reunidos para atingir um objetivo comum.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Um Job Simples
O QU
QUANDO
Um Job Simples
Os principais componentes de um job so dois: a ao, o que precisa ser feito, e a
programao, quando a ao ocorrer. A parte o que expressa na regio Command da tela
mostrada no slide e nos parmetros job_type e job_action.
BEGIN
sys.dbms_scheduler.create_job(
job_name => '"HR"."CREATE_LOG_TABLE_JOB"',
job_type => 'PLSQL_BLOCK', job_action => 'begin
execute immediate (''create table session_history(
snap_time TIMESTAMP WITH LOCAL TIME ZONE,
num_sessions NUMBER)''); end;',
start_date => systimestamp at time zone 'America/New_York',
job_class => 'DEFAULT_JOB_CLASS',
comments => 'Create the SESSION_HISTORY table',
auto_drop => FALSE, enabled => TRUE);
END;
Um job tambm definido pelo momento (quando) em que a ao desejada precisa ocorrer. A
parte quando expressa em uma programao, que pode se basear em um horrio (consulte
o parmetro start_date) ou em eventos ou pode ainda depender do resultado de outros jobs.
Essas opes so abordadas nesta lio.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Principais Componentes e Etapas
Para simplificar as tarefas de gerenciamento com o
Scheduler, siga este procedimento:
1. Crie um programa.
2. Crie e use uma programao.
3. Crie e submeta um job.
4. Monitore um job.
Argumentos
Job
Programa
Atributos
do job
Programao
Principais Componentes e Etapas
O Scheduler oferece um mtodo de diviso por mdulos para gerenciar tarefas no banco de
dados Oracle. Ao decompor uma tarefa em seus componentes, como tempo, localizao e objeto
do banco de dados, o Scheduler facilita o gerenciamento do ambiente do banco de dados. O
Scheduler utiliza trs componentes bsicos:
Um job especifica o que deve ser executado e quando. Alguns exemplos de tarefas que
podem ser executadas so um procedure PL/SQL, um executvel binrio nativo, uma
aplicao Java ou um script de shell. Voc pode especificar o programa (o que) e a
programao (quando) como parte da definio do job ou pode usar um programa ou uma
programao existente. possvel usar argumentos para um job a fim de personalizar seu
comportamento durante o runtime.
Uma programao especifica quando e quantas vezes um job deve ser executado. Uma
programao pode se basear em um horrio ou em um evento. Voc pode definir uma
programao para um job usando uma srie de datas, um evento ou uma combinao dos
dois, alm de especificaes adicionais para indicar intervalos de repetio. Voc pode
armazenar a programao de um job separadamente e us-la para vrios jobs.
Um programa um conjunto de metadados sobre um arquivo executvel, um script ou um
procedure especfico. Um job automatizado executa algum tipo de tarefa. O uso de um
programa permite modificar a tarefa do job, ou o contedo, sem modificar o prprio job.
Voc pode definir argumentos para um programa, permitindo que os usurios modifiquem
o comportamento da tarefa durante o runtime.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
1. Criando um Programa
BEGIN
DBMS_SCHEDULER.CREATE_PROGRAM(
program_name => 'CALC_STATS2',
program_action =>
'HR.UPDATE_HR_SCHEMA_STATS',
program_type =>
'STORED_PROCEDURE',
enabled => TRUE);
END;
/
1. Criando um Programa
Use o procedure CREATE_PROGRAM para criar um programa. A criao de um programa um
recurso opcional do Scheduler. Voc tambm pode codificar a ao a ser executada em um
bloco PL/SQL annimo do procedure CREATE_JOB. Criando o programa separadamente, voc
pode definir a ao uma vez e, depois, reutiliz-la em vrios jobs. Assim, voc pode alterar a
programao de um job sem recriar o bloco PL/SQL Tambm possvel personalizar o job
especificando valores de argumentos.
Para criar um programa em seu prprio esquema, voc precisa do privilgio CREATE JOB. Um
usurio com o privilgio CREATE ANY JOB pode criar um programa em qualquer esquema.
Por default, o programa criado no estado desativado (a menos que o parmetro enabled seja
definido como TRUE). Um programa desativado no pode ser executado por um job enquanto
no for ativado. Voc pode especificar que o programa seja criado no estado ativado
especificando o valor TRUE para enabled.
A ao do programa uma string que especifica um procedure, um nome executvel ou um
bloco PL/SQL annimo, dependendo da definio de program_type.
Se voc tiver um procedure chamado UPDATE_HR_SCHEMA_STATS que coleta estatsticas
para o esquema hr, poder criar um programa para chamar esse procedure.
No Enterprise Manager, selecione Administration > Programs e clique no boto Create.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
2. Criando e Usando Programaes
BEGIN
DBMS_SCHEDULER.CREATE_SCHEDULE(
schedule_name => 'stats_schedule',
start_date => SYSTIMESTAMP,
end_date => SYSTIMESTAMP + 30,
repeat_interval =>
'FREQ=HOURLY;INTERVAL=1',
comments => 'Every hour');
END;
/
2. Criando e Usando Programaes
Ao utilizar uma programao (em vez de especificar os horrios de execuo de um job ao
defini-lo), voc pode gerenciar a execuo programada de diversos jobs sem atualizar as
respectivas definies. Se uma programao for modificada, todos os jobs que a utilizam
passaro automaticamente a usar a nova programao.
Use o procedure CREATE_SCHEDULE do package PL/SQL DBMS_SCHEDULER para criar
uma programao.
O parmetro start_date representa a data em que a programao se torna ativa. A
programao no pode fazer referncia a datas anteriores data especificada e no vlida aps
end_date.
Voc pode programar execues repetidas fornecendo uma expresso de calendrio para
repeat_interval. Essa expresso usada para gerar a prxima data da programao. As
datas posteriores a end_date no so includas na programao.
No exemplo do slide, foi criada uma programao denominada STATS_SCHEDULE com um
intervalo de repetio de quatro horas, comeando neste momento e valendo por 30 dias.
Voc pode usar o Enterprise Manager para criar programaes conforme mostrado no slide.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
3. Criando e Executando um Job
3. Criando e Executando um Job
Um job uma combinao de uma programao e uma descrio do que ser feito,
acompanhada de argumentos adicionais exigidos por ele.
O programa ou comando pode ser um programa PL/SQL ou Java preexistente, um bloco
PL/SQL annimo ou um executvel que executado na linha de comandos do sistema
operacional.
A programao de um job pode ser predefinida (criada com o procedure
DBMS_SCHDULER.CREATE_SCHEDULE) ou definida durante a criao do job. A
programao especifica atributos sobre o momento em que job ser executado, como:
Um horrio de incio, que define quando o job ser selecionado para execuo, e um
horrio de trmino, que especifica o horrio no qual o job perder a validade e sair da
programao
Uma expresso que especifica um intervalo de repetio para o job
Uma programao complexa criada pela combinao das programaes existentes
Uma condio ou alterao de estado, chamada de evento, que deve ser cumprida para que
o job seja iniciado
Voc pode definir vrios atributos para um job. Os atributos controlam a forma como o job
executado.
Para executar um job no Enterprise Manager, selecione Administration > Jobs.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
4. Monitorando um Job
SELECT job_name, status, error#, run_duration
FROM USER_SCHEDULER_JOB_RUN_DETAILS;
JOB_NAME STATUS ERROR# RUN_DURATION
---------------- ------ ------ ------------
GATHER_STATS_JOB SUCCESS 0 +000 00:08:20
PART_EXCHANGE_JOB FAILURE 6576 +000 00:00:00
4. Monitorando um Job
A view DBA_SCHEDULER_JOB_RUN_DETAILS tem uma linha para cada instncia do job.
Cada linha contm informaes sobre a execuo do job naquela instncia.
As views DBA|ALL]_SCHEDULER_JOB_RUN_DETAILS contm as seguintes colunas:
LOG_ID: O identificador exclusivo da entrada de log
LOG_DATE: O timestamp da entrada de log
OWNER: O proprietrio do job
JOB_NAME: O nome do job
STATUS: O status da execuo do job
ERROR#: O nmero do primeiro erro encontrado
REQ_START_DATE: O horrio em que o job foi programado para iniciar
ACTUAL_START_DATE: O horrio em que o job foi realmente iniciado
RUN_DURATION: A durao da execuo do job
INSTANCE_ID: A instncia em que o job foi executado
SESSION_ID: A sesso em que o job foi executado
SLAVE_PID: O ID do processo escravo usado para executar o job
CPU_USED: O volume de CPU usado para executar o job
ADDITIONAL_INFO: Outras informaes sobre a execuo do job
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Usando uma Programao
Baseada em Horrio ou Evento
Programao
Evento Horrio
Principais Comp.
e Etapas
> Programaes
Cadeias de Jobs
Conceitos Av.
Usando uma Programao Baseada em Horrio ou Evento
Para especificar uma programao baseada em horrio para um job, voc pode definir uma
expresso de calendrio ou uma expresso de data/horrio.
Quando voc usa uma expresso de calendrio, o prximo horrio inicial de um job calculado
com base no intervalo de repetio e na data inicial do job. Quando voc usa expresses de
data/horrio, a expresso especificada determina o prximo horrio de execuo do job. Se no
for definido um intervalo de repetio, o job ser executado somente uma vez na data inicial
especificada.
Se o job usar uma programao baseada em evento, ele ser executado quando o evento for
gerado. Em um nvel alto, um evento pode ser visto como uma alterao de estado. Um evento
ocorre quando uma condio booleana altera seu estado de FALSE para TRUE ou de TRUE para
FALSE.
O Scheduler usa o Oracle Streams AQ (Advanced Queuing) para gerar e consumir eventos.
Observao: O Scheduler no garante que um job seja executado no horrio exato porque o
sistema pode estar sobrecarregado; portanto, os recursos talvez no estejam disponveis.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando um Job Baseado em Horrio
Exemplo:
Crie um job que chame um script de backup toda
noite s 11:00, a partir desta noite.
BEGIN
DBMS_SCHEDULER.CREATE_JOB(
job_name=>'HR.DO_BACKUP',
job_type => 'EXECUTABLE',
job_action =>
'/home/usr/dba/rman/nightly_incr.sh',
start_date=> SYSDATE,
repeat_interval=>'FREQ=DAILY;BYHOUR=23',
/* next night at 11:00 PM */
comments => 'Nightly incremental backups');
END;
/
Criando um Job Baseado em Horrio
Use o procedure CREATE_JOB do package DBMS_SCHEDULER para criar um job. Por default,
os jobs so criados desativados; eles s se tornam ativos e so programados quando
explicitamente ativados. Todos os nomes de jobs tm o formato [schema.]name.
Use SYSTIMESTAMP e especifique um fuso horrio para que a execuo de seu job seja
ajustada automaticamente quando o horrio de vero entrar em vigor.
Por default, um job criado no esquema atual. Voc pode criar um job em outro esquema
especificando o nome do esquema, conforme mostrado no exemplo do slide. O proprietrio do
job o usurio do esquema no qual o job foi criado, ao passo que o criador do job o usurio
que o criou. Os jobs so executados com os privilgios do respectivo proprietrio. O ambiente
NLS (national language support) do job quando ele executado o mesmo do momento de sua
criao.
O parmetro job_type indica o tipo de tarefa a ser executada pelo job. Os valores possveis
so:
PLSQL_BLOCK: Um bloco PL/SQL annimo
STORED_PROCEDURE: Um procedure PL/SQL, Java ou externo nomeado
EXECUTABLE: Um comando que pode ser executado na linha de comandos do sistema
operacional.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando um Job Baseado em Horrio (continuao)
O parmetro job_action pode ser o nome do procedure a ser executado, o nome de um
script ou comando do sistema operacional, ou um bloco de cdigo PL/SQL annimo,
dependendo do valor do parmetro job_type.
No exemplo do slide, job_type especificado como EXECUTABLE, e job_action o
caminho completo dependente do sistema operacional para o executvel externo desejado,
alm dos argumentos de linha de comandos opcionais.
Um job externo aquele executado fora do banco de dados. Todos os jobs externos so
executados como usurio guest com poucos privilgios, conforme determinado pelo
administrador do banco de dados durante a configurao do suporte a jobs externos. Como o
executvel executado como uma conta guest com poucos privilgios, voc deve verificar se
ele tem acesso aos arquivos e recursos necessrios. A maioria das plataformas, mas no todas,
suporta jobs externos. Em plataformas que no suportam jobs externos, a criao ou a
definio do atributo de um job ou programa como o tipo EXECUTABLE retorna um erro.
Consulte a documentao especfica da plataforma do seu banco de dados Oracle para obter
mais informaes sobre como configurar o ambiente para executar programas externos com o
Scheduler. Por exemplo, talvez seja necessrio consultar um ou mais destes documentos:
Oracle Database Platform Guide 10g for Windows
Oracle Database Installation Guide for UNIX Systems
Oracle Database Release Notes 10g for AIX-Based Systems
Oracle Database Release Notes 10g for hp HP-UX PA-RISC (64-bit)
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando uma Programao Baseada em Evento
Para criar um job baseado em evento, preciso definir:
Uma especificao de fila (onde sua aplicao
enfileira as mensagens para iniciar o job)
Uma condio de evento (mesma sintaxe usada
como uma condio de regra do Oracle Streams AQ)
que, se definida como TRUE, inicia o job
Oracle Database 10g
Scheduler
ADT de Evento
(Tipo de Dados
Abstrato)
Fila
Aplicao
Criando uma Programao Baseada em Evento
Os jobs podem ser acionados com base em eventos. Uma aplicao pode instruir o Scheduler a
iniciar um job incluindo uma mensagem na fila do Oracle Streams AQ. Um job iniciado dessa
forma chamado de job baseado em evento. Para criar um job baseado em evento, defina os
seguintes atributos adicionais com o procedure CREATE_JOB:
queue_spec: Uma especificao de fila que inclui o nome da fila na qual a aplicao
coloca as mensagens para gerar eventos que acionaro o job ou, no caso de uma fila segura,
o par <queue_name>, <agent_name>
event_condition: Uma expresso condicional baseada em propriedades da mensagem
que deve ser avaliada como TRUE para que a mensagem inicie o job. A expresso deve
usar a mesma sintaxe de uma condio de regra do Oracle Streams AQ. Voc pode incluir
propriedades de dados do usurio na expresso, desde que o payload da mensagem seja um
tipo de objeto definido pelo usurio e que voc inclua prefixos nos atributos de objeto da
expresso tab.user_data.
Voc pode especificar queue_spec e event_condition como atributos de job em linha,
ou criar uma programao baseada em evento com esses atributos e, depois, criar um job que
faa referncia a essa programao.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando Programaes Baseadas
em Evento com o Enterprise Manager
Criando Programaes Baseadas em Evento com o Enterprise Manager
A pgina Create Schedule permite escolher entre uma programao padro baseada em horrio e
uma programao baseada em evento. Se voc escolher uma programao baseada em evento, a
interface ser alterada e ser possvel especificar o nome da fila, o nome do agente e a condio
do evento, alm de outros atributos de programao.
Observao:
O Scheduler executa o job baseado em evento para cada ocorrncia de um evento que atenda
condio event_condition. No entanto, so ignorados os eventos que ocorrem enquanto o job j
est em execuo; os eventos so consumidos, mas no acionam outra execuo do job.
Referncias:
Consulte Oracle Streams Advanced Queuing Users Guide and Reference para obter mais
informaes sobre como criar filas e enfileirar mensagens.
Para obter mais informaes sobre as condies de eventos e regras, consulte a seo sobre
o procedure DBMS_AQADM.ADD_SUBSCRIBER no manual Oracle Database PL/SQL
Packages and Types Reference 10g Release 2.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando um Job Baseado em Evento
Exemplo: Crie um job que seja executado se um
arquivo de dados de carga de batch chegar ao sistema
de arquivos at s 9:00 da manh.
BEGIN
DBMS_SCHEDULER.CREATE_JOB(
job_name=>'ADMIN.PERFORM_DATA_LOAD',
job_type => 'EXECUTABLE',
job_action => '/home/usr/dba/rman/report_failure.sh',
start_date => SYSTIMESTAMP,
event_condition => 'tab.user_data.object_owner =
''HR'' and tab.user_data.object_name = ''DATA.TXT''
and tab.user_data.event_type = ''FILE_ARRIVAL''
and tab.user_data.event_timestamp < 9 ',
queue_spec => 'HR.LOAD_JOB_EVENT_Q');
END;
''HR'' and tab.user_data.object_name = ''DATA.TXT''
and tab.user_data.event_type = ''FILE_ARRIVAL''
and tab.user_data.event_timestamp < 9 ',
Criando um Job Baseado em Evento
Para especificar informaes do evento como atributos do job, use uma sintaxe alternativa de
CREATE_JOB que inclua os atributos queue_spec e event_condition. O job pode
conter informaes de evento em linha como atributos ou pode especificar informaes de
evento apontando para uma programao de evento. O exemplo do slide usa uma programao
baseada em evento em linha.
Esse exemplo mostra um job que ser iniciado quando um arquivo chegar ao sistema
operacional, desde que o arquivo chegue at s 9:00 da manh. Suponha que o payload da
mensagem seja um objeto com quatro atributos chamados object_owner, object_name,
event_type e event_timestamp.
O exemplo usa um evento definido pelo usurio. Portanto, antes que o job seja iniciado, quando
o arquivo chegar ao sistema de arquivos, um programa ou um procedure dever colocar o tipo
de objeto de evento com as informaes adequadas na fila de eventos especificada. A fila
HR.LOAD_JOB_EVENT_Q deve ser do mesmo tipo do objeto de evento usado para notificar o
Scheduler sobre a ocorrncia de um evento. Ou seja, a fila HR.LOAD_JOB_EVENT_Q precisa
ser uma fila do tipo que tem quatro atributos chamados object_owner, object_name,
event_type e event_timestamp.
Para obter mais informaes sobre como criar filas e enfileirar mensagens, consulte a
documentao Oracle Streams Advanced Queuing Users Guide and Reference.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Programao Baseada em Evento
Tipos de eventos:
Eventos gerados pelo usurio ou por aplicaes
Eventos gerados pelo Scheduler
Eventos gerados por jobs do Scheduler:
JOB_START JOB_SCH_LIM_REACHED
JOB_SUCCEEDED JOB_DISABLED
JOB_FAILED JOB_CHAIN_STALLED
JOB_BROKEN JOB_ALL_EVENTS
JOB_COMPLETED JOB_RUN_COMPLETED
JOB_STOPPED
Exemplo de gerao de um evento:
DBMS_SCHEDULER.SET_ATTRIBUTE('hr.do_backup',
'raise_events', DBMS_SCHEDULER.JOB_FAILED);
Programao Baseada em Evento
Em vez de designar uma programao a um job, voc pode criar um job que seja iniciado por
meio de uma referncia direta a um evento. H dois tipos de eventos:
Eventos gerados pelo usurio ou por uma aplicao: Uma aplicao pode gerar um
evento a ser consumido pelo Scheduler. O Scheduler reage ao evento iniciando um job. Um
exemplo de um evento desses: um job concludo; um arquivo chega ao sistema de
arquivos; uma conta no banco de dados bloqueada; e o inventrio atinge um limite
inferior.
Eventos gerados pelo Scheduler: O Scheduler pode gerar um evento para indicar
alteraes de estado que ocorrem no prprio Scheduler. Por exemplo, o Scheduler pode
gerar um evento quando um job iniciado, quando ele concludo, quando excede o
runtime atribudo a ele e assim por diante. O consumidor do evento uma aplicao que
executa uma ao em resposta ao evento.
Voc pode configurar um job de forma que, quando houver uma alterao em seu estado, o
Scheduler gere um evento. Para fazer isso, defina o atributo de job raise_events. Por
default, um job no gera um evento de alterao de estado at que voc altere o atributo
raise_events do job. Para alterar esse atributo, primeiro crie o job usando o procedure
CREATE_JOB e, depois, use o procedure SET_ATTRIBUTE para modificar o valor default do
atributo. O exemplo mostra que o job hr.do_backup alterado para, em caso de falha, gerar
um evento.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Programao Baseada em Evento (continuao)
Depois que voc ativa os eventos de alterao de estado de um job, o Scheduler gera esses
eventos colocando mensagens na fila de eventos default
SYS.SCHEDULER$_EVENT_QUEUE.
A fila de eventos default do Scheduler uma fila segura. Dependendo da aplicao, talvez seja
preciso configurar a fila para permitir que certos usurios executem operaes nela. Consulte a
documentao Oracle Streams Concepts and Administration para obter mais informaes sobre
filas seguras.
A fila de eventos default do Scheduler destina-se principalmente a eventos gerados pelo
Scheduler. A Oracle no recomenda o uso dessa fila para aplicaes do usurio ou para eventos
definidos pelo usurio.
O limite da programao do job alcanado. O job no
iniciado porque o atraso em inici-lo ultrapassou o valor do
atributo de job SCHEDULE_LIMIT.
JOB_SCH_LIM_REACHED
O job desativado pelo Scheduler ou por uma chamada do
procedure SET_ATTRIBUTE.
JOB_DISABLED
Um job executando uma cadeia colocado no estado
CHAIN_STALLED. Uma cadeia em execuo ser
bloqueada se no houver etapas em execuo ou
programadas para execuo e se o atributo
EVALUATION_INTERVAL da cadeia for definido como
NULL. A cadeia aguardar interveno manual.
JOB_CHAIN_STALLED
JOB_ALL_EVENTS no um evento, mas uma constante
que facilita a ativao de todos os eventos.
JOB_ALL_EVENTS
Uma execuo de job concluda. A execuo pode ter
falhado, ter obtido xito ou ter sido interrompida.
JOB_RUN_COMPLETED
O job interrompido por uma chamada do procedure
STOP_JOB.
JOB_STOPPED
O job concludo porque atingiu os valores definidos pelos
atributos de job MAX_RUNS ou END_DATE.
JOB_COMPLETED
O job desativado e seu estado alterado para BROKEN
porque ele ultrapassou o nmero de falhas definidas pelo
atributo de job MAX_FAILURES.
JOB_BROKEN
Ocorreu uma falha no job que resultou na gerao de um erro
ou em seu encerramento anormal.
JOB_FAILED
O job concludo com xito.
JOB_SUCCEEDED
O job iniciado.
JOB_START
Descrio Tipo de Evento
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando Programaes Complexas
INCLUDE EXCLUDE INTERSECT
Criando Programaes Complexas
Uma programao um objeto do banco de dados. Quando voc cria programaes, elas so
salvas automaticamente. Voc pode usar combinaes de programaes para criar outras mais
complexas. Ao combinar programaes, voc pode adicionar ou excluir datas especficas de
uma expresso de calendrio.
possvel usar as seguintes opes ao definir o intervalo de repetio de uma programao:
INCLUDE: Adiciona uma lista de datas aos resultados da expresso de calendrio
EXCLUDE: Remove uma lista de datas dos resultados da expresso de calendrio
INTERSECT: Usa somente as datas comuns a uma ou mais programaes
Ao criar programaes a serem usadas em combinaes, voc pode codificar a lista de datas
incluindo datas codificadas na forma [YYYY]MMDD ou incluindo programaes nomeadas
criadas com o procedure CREATE_SCHEDULE. Por exemplo, voc pode especificar uma lista
de datas usando os seguintes valores para o intervalo de repetio de uma programao:
0115,0315,0325,0615,quarter_end_dates,1215
Essa string representa as datas de 15 de janeiro, 15 de maro, 25 de maro, 15 de junho, 15 de
dezembro e a lista de datas especificada pela programao QUARTER_END_DATES.
Se voc no especificar o componente de ano opcional para as datas codificadas na
programao, sero includas as datas para todos os anos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando Cadeias de Job
1. Crie um objeto de cadeia.
2. Defina as etapas da cadeia.
3. Defina as regras da cadeia.
4. Iniciando a cadeia:
Ative a cadeia.
Crie um job que aponte para a cadeia.
Job
Cadeia de job
Principais Comp.
e Etapas
Programaes
> Cadeias de Jobs
Conceitos Av.
Criando Cadeias de Job
Uma cadeia uma srie de programas vinculados para atingir um objetivo comum, o que
conhecido como dependency scheduling (programao de dependncia). Veja um exemplo de
cadeia:
Executar o programa A, depois o programa B, mas executar o programa C somente se os
programas A e B forem concludos com xito; caso contrrio, executar o programa D.
Cada posio de uma cadeia de programas interdependentes chamada de etapa.
Para criar e usar uma cadeia, as etapas devem ser executas em ordem. Todos os procedures
mencionados fazem parte do package DBMS_SCHEDULER, salvo indicao em contrrio.
1. Crie uma cadeia usando o procedure CREATE_CHAIN. Como alternativa, o nome da
cadeia pode ser qualificado com um nome de esquema (por exemplo,
myschema.myname).
2. Defina (uma ou mais) etapas da cadeia. Definir uma etapa significa nome-la e especificar
o que ela faz. Cada etapa pode apontar para um dos seguintes itens:
Um programa
Outra cadeia (uma cadeia aninhada)
Um evento
Para definir uma etapa que aponte para um programa ou uma cadeia aninhada, chame o
procedure DEFINE_CHAIN_STEP.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando Cadeias de Job (continuao)
(Definindo Etapas, continuao)
Para definir uma etapa que aguarda a ocorrncia de um evento, use o procedure
DEFINE_CHAIN_EVENT_STEP. Os argumentos do procedure podem apontar para uma
programao de evento ou podem incluir uma especificao de fila em linha e uma
condio de evento. Uma etapa que aponta para um evento aguarda at que o evento
especificado seja gerado. Se o evento ocorrer, a etapa ser concluda com xito.
3. Depois de criar o objeto de cadeia, defina as regras da cadeia. Essas regras determinam
quando executar as etapas e definem as dependncias entre elas. Cada regra tem uma
condio e uma ao:
Se a condio for avaliada como TRUE, a ao ser executada. A condio pode
conter qualquer sintaxe vlida em uma clusula SQL WHERE. Geralmente, as
condies se baseiam no resultado de uma ou mais etapas anteriores. Por exemplo,
voc pode definir a execuo de uma etapa caso as duas etapas anteriores sejam
concludas com xito e pode determinar a execuo de uma outra etapa caso ocorra
uma falha nas duas etapas anteriores.
A ao especifica o que deve ser feito depois que a regra acionada.
Uma ao tpica a execuo de uma etapa especificada. As aes possveis incluem
iniciar ou interromper uma etapa. Voc tambm pode optar por encerrar a execuo
da cadeia de job, retornando um valor ou um nome de etapa e um cdigo de erro.
Todas as regras adicionadas a uma cadeia funcionam juntas para definir o comportamento
geral da cadeia. Quando o job iniciado ao final de cada etapa, todas as regras so
avaliadas para identificar a ao ou as aes que devem ocorrer em seguida. Adicione
uma regra a uma cadeia com o procedure DEFINE_CHAIN_RULE. Chame esse
procedure uma vez para cada regra que voc deseja adicionar cadeia.
4. Iniciar a cadeia envolve duas aes:
Ative uma cadeia com o procedure ENABLE. (A cadeia sempre criada desativada;
assim, voc pode adicionar etapas e regras antes que ela seja executada por um job.)
Ativar uma cadeia j ativada no retorna um erro.
Para executar uma cadeia, necessrio criar um job do tipo 'CHAIN'. A ao do
job deve fazer referncia ao nome da cadeia. Voc pode usar programaes baseadas
em evento ou em horrio para esse job.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Exemplo de Cadeia
BULK_LOAD_CHAIN
Do_bulk_load Job Load_data_evt
FIM
Rebuild_indx
Programao
Stop_when_
disk_full_evt
Run_reports
(HR.GEN_REPORTS)
INCIO
1 2
5 3
4
Programao de Dependncia
Exemplo de Cadeia
Como exemplo de cadeia, considere todas as tarefas e as condies que ocorrem durante uma
carga de dados em alto volume. Primeiro, obtenha os dados a serem carregados. Depois,
carregue os dados observando o sistema de arquivos para assegurar que haja espao suficiente
durante a carga. Ao fim da carga de dados, recrie os ndices definidos nas tabelas de atualizao.
Em seguida, execute relatrios sobre os dados recm-carregados.
Eis um exemplo de programao de dependncia.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
1. Criando um Objeto de Cadeia
Create_job_chain_1.jpg
1
2
3
4
5
1. Criando um Objeto de Cadeia
Na pgina Administration, selecione Chains na regio Scheduler. Na pgina Scheduler Chains,
voc pode criar ou editar uma cadeia de job. Na pgina Create Chain, informe o nome e o
proprietrio da cadeia de job. Decida ento se a cadeia de job recm-criada dever ser ativada ou
no. Voc pode ativar a cadeia posteriormente.
Exemplo de PL/SQL:
DBMS_SCHEDULER.CREATE_CHAIN (
chain_name => 'bulk_load_chain',
rule_set_name => NULL, evaluation_interval => NULL,
comments => 'Load data and run reports');
Depois de nomear a cadeia de job e, opcionalmente, fornecer uma descrio, informe as etapas
da cadeia, uma por vez. Voc pode criar etapas dos seguintes tipos:
Uma etapa que execute um programa (PROGRAM)
Uma etapa que constitua outra cadeia de job (SUBCHAIN)
Uma etapa que use uma programao armazenada baseada em evento
(EVENT_SCHEDULE)
Apenas um programa pode ser executado durante cada etapa. Para poder ativar e usar a cadeia,
voc precisa primeiro definir cada uma das etapas.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
2. Definindo Etapas da Cadeia
DBMS_SCHEDULER.DEFINE_CHAIN_EVENT_STEP (
step_name => 'load_data_evt',
''HR'' and tab.user_data.object_name =
''DATA.TXT'' and tab.user_data.event_type =
''FILE_ARRIVAL'' ',
DBMS_SCHEDULER.DEFINE_CHAIN_STEP (
step_name => 'do_bulk_load',
program_name => 'hr.load_data_prog);
step_name => 'rebuild_indx',
program_name => 'hr.rebuild_indexes');
1
2
3
2. Definindo Etapas da Cadeia
1. A etapa load_data_evt utiliza uma programao baseada em evento. Essa etapa espera
at que o evento FILE_ARRIVAL seja colocado em HR.LOAD_JOB_EVENT_Q. Esse
evento avisa ao Scheduler que o arquivo de dados DATA.TXT chegou ao sistema de
arquivos. Como o argumento queue_spec no contm um nome de agente, a fila
especificada no segura.
2. A etapa do_bulk_load executa uma carga de dados em alto volume nas tabelas do
esquema.
3. A etapa rebuild_indx reconstri os ndices das tabelas aps a carga de dados.
4. A etapa run_reports gera um relatrio sobre os novos dados. HR.GEN_REPORTS
outra cadeia de job.
step_name => 'run_reports',
program_name => 'hr.gen_reports');
5. A etapa stop_when_disk_full_evt encerrar a execuo da cadeia se o sistema
detectar falta de espao no disco.
DBMS_SCHEDULER.DEFINE_CHAIN_EVENT_STEP (
step_name => 'stop_when_disk_full_evt'
event_schedule_name => 'disk_full_sched')
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
3. Definindo Regras da Cadeia
Create_job_chain_2.jpg
3. Definindo Regras da Cadeia
Aps especificar as etapas da cadeia do job, voc pode criar regras para ela. As regras
determinam quando as etapas sero executadas e definem as dependncias entre elas. Cada regra
tem uma condio e uma ao. Se a condio for avaliada como TRUE, a ao ser executada. A
condio tambm pode conter a sintaxe da cadeia do Scheduler.
Para criar uma regra no EM, clique no boto Add na regio Rules.
Ao informar condies de regras, digite as strings de caracteres entre aspas simples. A interface
GUI ignora as aspas conforme necessrio ao executar os comandos.
Exemplo de PL/SQL
DBMS_SCHEDULER.DEFINE_CHAIN_RULE (
condition => 'TRUE,
action => 'START load_data_evt,stop_when_disk_full_evt',
rule_name => 'dataload_rule1',
comments => 'start the chain');
Observao: Esse exemplo de PL/SQL usa um nome de regra definido pelo usurio, enquanto o
exemplo do EM mostra o nome gerado por default.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
4. Iniciando a Cadeia
BEGIN
DBMS_SCHEDULER.ENABLE ('bulk_load_chain');
END;
/
BEGIN
DBMS_SCHEDULER.CREATE_JOB (
job_name => 'bulk_load_chain_job',
job_type => 'CHAIN',
job_action => 'bulk_load_chain',
repeat_interval => 'freq=daily;byhour=7;
byminute=5;bysecond=0',
enabled => TRUE);
END;
/
4. Iniciando a Cadeia
Aps criar e modificar a cadeia de job, ative-a chamando o procedure ENABLE.
Para executar uma cadeia, necessrio criar um job. Defina job_type como 'CHAIN' e a
ao do job como o nome da cadeia de job que voc deseja executar. Configure os outros
argumentos como faria com qualquer outro tipo de job.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Monitorando Cadeias de Job
[DBA | ALL | USER]_SCHEDULER_CHAINS
[DBA | ALL | USER]_SCHEDULER_CHAIN_RULES
[DBA | ALL | USER]_SCHEDULER_CHAIN_STEPS
[DBA | ALL | USER]_SCHEDULER_RUNNING_CHAINS
Monitorando Cadeias de Job
A view ALL_SCHEDULER_CHAINS contm informaes como o proprietrio e o nome da
cadeia; o proprietrio e o nome do conjunto de regras da cadeia; o nmero de regras; o nmero
de etapas; se a cadeia est ativada ou no; se a cadeia usa um intervalo de avaliao ou no; e se
a cadeia usa um conjunto de regras definido pelo usurio ou no.
A view ALL_SCHEDULER_CHAIN_RULES mostra informaes como o nome e o proprietrio
da cadeia para a qual a regra foi definida; o nome, o proprietrio e a condio da regra; e ao a
ser executada se a condio for avaliada como TRUE.
A view ALL_SCHEDULER_CHAIN_STEPS mostra informaes como o nome e o proprietrio
da cadeia para a qual a etapa foi criada; o nome da etapa; o nome e o proprietrio do programa;
se a etapa deve ser ignorada ou no; e se a etapa deve ser interrompida aps sua concluso ou
no.
A view ALL_SCHEDULER_RUNNING_CHAINS contm informaes como o nome e o
proprietrio da cadeia; o nome e o proprietrio do job que aponta para a cadeia; o nome das
etapas da cadeia e respectivos estados atuais; os erros encontrados pela etapa; o horrio de incio
e de trmino da etapa; a durao da etapa; e o nome do job que est executando a etapa, caso ela
esteja em execuo no momento.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Conceitos Avanados
do Scheduler
Job Programa
Argumentos Argumentos
Programao
Evento Horrio
Classe de job Janela de tempo Cadeia de job
Grupo de
Consumidores
de recursos
Grupo
de janelas
de tempo
Plano de
recursos
Principais Comp.
e Etapas
Programaes
Cadeias de Jobs
> Conceitos Av.
Conceitos Avanados do Scheduler
Com os conceitos avanados do Scheduler, voc pode ter um controle mais preciso sobre
aspectos da programao, como a priorizao de jobs. Os componentes so resumidos abaixo e
abordados com detalhes nos prximos slides.
Uma janela de tempo representada por um intervalo com um incio e um fim bem
definidos, e usada para ativar planos de recursos diferentes em momentos distintos. Com
ela, voc pode alterar a alocao de recursos durante um perodo, como um horrio do dia
ou um perodo anual de vendas.
Um grupo de janelas de tempo representa uma lista de janelas de tempo, o que facilita seu
gerenciamento. Voc pode usar uma janela de tempo ou um grupo de janelas de tempo
como a programao de um job para garantir que esse job s seja executado quando uma
janela de tempo e seu plano de recursos associado estiverem ativos.
Uma classe de job define uma categoria de jobs que compartilham necessidades comuns de
uso de recursos e outras caractersticas. Uma classe de job agrupa os jobs em entidades
maiores.
Um grupo de consumidores de recursos associado classe de job determina os recursos
alocados para os jobs da classe.
Um plano de recursos permite que os usurios priorizem recursos (principalmente a CPU)
entre grupos de consumidores de recursos.
Observao: Para obter mais informaes sobre grupos de consumidores de recursos e planos
de recursos, consulte a lio Gerenciando Recursos.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando uma Classe de Job
EXECUTE DBMS_SCHEDULER.CREATE_JOB_CLASS( -
job_class_name => 'ADMIN_JOBS', -
resource_consumer_group => 'DAYTIME_JOBS', -
logging_level => DBMS_SCHEDULER.LOGGING_OFF);
Criando uma Classe de Job
Voc pode usar o procedure CREATE_JOB_CLASS do package DBMS_SCHEDULER para criar
uma classe de job. Uma classe sempre pertence ao esquema sys. Para criar uma classe, voc
precisa do privilgio MANAGE SCHEDULER.
Aps a criao de uma classe de job, voc poder especificar jobs como membros dessa classe
quando cri-los ou depois que eles forem gerados com o procedure SET_ATTRIBUTE do
package DBMS_SCHEDULER.
Se estiver usando o Enterprise Manager Database Control, utilize a pgina Job Class para criar
ou editar uma classe de job que voc designar a um job. Informe o nome da classe de job e o
grupo de consumidores de recursos ao qual essa classe est associada. Voc pode selecionar o
grupo de consumidores de recursos usando a funo de pesquisa.
Existe uma classe de job default chamada DEFAULT_JOB_CLASS que criada com o banco
de dados. Se um job no for associado a uma classe, ele pertencer a essa classe default.
Se no for especificado um grupo de consumidores de recursos quando uma classe de job for
criada, a classe ser mapeada para o grupo de consumidores de recursos
DEFAULT_CONSUMER_GROUP. Os jobs da classe de job default ou de uma classe de job
associada ao grupo de consumidores de recursos default talvez no tenham recursos alocados
suficientes para concluir as respectivas tarefas quando o Resource Manager for ativado.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Criando uma Janela de Tempo
Crie uma janela de tempo para o ms de dezembro que
use o plano de recursos END_OF_YEAR e que seja
ativada todas as noites das 18:00 s 6:00 no Horrio
Padro do Leste.
BEGIN
DBMS_SCHEDULER.CREATE_WINDOW(
window_name => 'DEC_NIGHTS',
resource_plan => 'END_OF_YEAR',
start_date => '01-DEC-03 06.00.00 PM EST',
repeat_interval => 'FREQ=DAILY; BYHOUR=18',
duration => '0 12:00:00',
end_date => '31-DEC-03 06.00.00 AM EST',
comments => 'Every day at 6:00 PM');
END;
/
Criando uma Janela de Tempo
A prioridade dos jobs alterada durante um perodo. Por exemplo, talvez voc queira alocar um
alto percentual de recursos do banco de dados para jobs de carga de data warehouse noite, e
alocar um percentual ainda mais alto de recursos para os jobs de aplicaes durante o dia. Para
fazer isso, voc pode alterar o plano de recursos do banco de dados usando uma janela de tempo
do Scheduler.
O objetivo de uma janela de tempo especificar o plano de recursos que estar ativo em um
perodo especfico. A janela de tempo representada por um intervalo, como todo dia, das 8:00
s 18:00. A janela de tempo de repetio definida como uma programao que especifica um
padro de datas iniciais e uma durao (em minutos).
Uma janela de tempo considerada aberta quando est em vigor. Apenas uma janela de tempo
pode estar aberta de cada vez. No exemplo do slide:
O janela de tempo aberta (fica ativa) s 18:00 do dia 1 de dezembro de 2003.
A durao, especificada como um tipo de dados INTERVAL DAY TO SECOND, indica
que a janela de tempo ser fechada s 6:00 de 2 de dezembro de 2003.
A prxima abertura da janela de tempo ser calculada com base no valor de
REPEAT_INTERVAL, avaliado como 18:00 de 2 de dezembro de 2003.
s 6:00 de 31 de dezembro de 2003, a janela de tempo ser fechada e desativada. Enquanto
a janela de tempo DEC_NIGHTS estiver aberta, os recursos alocados para os jobs sero
determinados pelas diretrizes especificadas no plano de recursos END_OF_YEAR.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Priorizando Jobs em uma Janela de Tempo
Janela de tempo diurna
APPL_JOBS
Job1 Job2
ADMIN_JOBS
Job4 Job5
OTHER
Job3
2 Job5
5 Job4
3 Job3
2 Job2
1 Job1
Prioridade Job
Priorizando Jobs em uma Janela de Tempo
Ao criar vrios jobs em um banco de dados, voc precisa encontrar uma maneira de alinhar o
processamento dos jobs com as necessidades de negcios e especificar os jobs com a prioridade
mais alta. Em uma janela de tempo especfica, possvel executar diversas classes de jobs, cada
uma com sua prpria prioridade.
As classes de job so usadas para categorizar jobs. A classe de job mapeada para um grupo de
consumidores de recursos. O plano de recursos ativo determina os recursos alocados para cada
grupo de consumidores de recursos e, portanto, para cada classe de job.
possvel priorizar jobs em dois nveis: no nvel da classe e no nvel do job.
Em primeiro lugar, estabelecida a prioridade no nvel da classe usando planos de
recursos. A priorizao entre jobs de classes diferentes efetuada unicamente com base em
uma alocao de recursos para classes.
Em seguida, estabelecida a prioridade na classe usando o atributo de prioridade do job.
Os nveis de priorizao s so relevantes quando dois jobs da mesma classe devem ser
iniciados ao mesmo tempo. O job com a prioridade mais alta iniciado primeiro.
A priorizao no garantida para os jobs de classes distintas. Por exemplo, um job da classe
APPL_JOBS com prioridade alta talvez no seja iniciado antes de um job da classe
ADMIN_JOBS com prioridade baixa, embora compartilhem a mesma programao. Se a classe
de job APPL_JOBS tiver um nvel menor de recursos disponveis, o job com prioridade alta
dessa classe aguardar at que os recursos estejam disponveis, mesmo que existam recursos
disponveis para jobs de prioridade menor em outra classe.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Sumrio
Simplificar tarefas de gerenciamento com o
Scheduler
Criar um job, um programa e uma programao
Monitorar a execuo de um job
Usar uma programao baseada em horrio ou em
evento para executar jobs do Scheduler
Usar cadeias de jobs para executar uma srie de
tarefas correlatas
Usar conceitos avanados do Scheduler para
priorizar jobs
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y
Automatizando Tarefas com o Scheduler
Criao de um job que execute um programa fora do
banco de dados
Criao de um programa e de uma programao
Criao de um job que use um programa e uma
programao
Alterao do programa e da programao do job e
observao da mudana de comportamento desse job
Monitoramento de execues de jobs
Viso Geral do Exerccio
Observao: Este exerccio usa o Enterprise Manager Database Control e o SQL*Plus.
O
r
a
c
l
e

U
n
i
v
e
r
s
i
t
y

a
n
d

I
m
p
a
c
t
a

T
e
c
n
o
l
o
g
i
a

u
s
e

o
n
l
y

Banco de Dados Oracle 10g - Workshop de Administração II Vol.I PDF

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Banco de Dados Oracle 10g - Workshop de Administração II Vol.I PDF

Diunggah oleh

Hak Cipta:

Format Tersedia

D17092BP30

Alteraes nos Parmetros de Instncia do Banco de Dados

Anda mungkin juga menyukai