Oracle Blog

Restaurando e recuperando um banco de dados em outra máquina com o RMAN

2012-01-01T16:06:00.003-02:00

Olá,

Imagine um cenário de desastre completo, ou seja, o servidor de banco de dados sofreu uma pane na qual não só o software Oracle se corrompeu, mas também o disco aonde se localizavam os arquivos do banco de dados foi perdido. Neste caso, todos os arquivos de banco de dados como os controlfiles, datafiles, online redo log files, além do spfile, foram perdidos. Este cenário só não poderia ser pior, porque o disco onde fica localizada a flash recovery area ficou intacto. Portanto, voltar um backup RMAN em conjunto com os archive redo log files contidos na flash recovery area será possível!

Este cenário é apenas ilustrativo, pois geralmente o desenvolvimento de um plano de backup e recuperação é extremamente importante para um servidor de banco de dados. É lógico que, dependendo do caso, um plano adequado de backup e recuperação não tem que ser necessariamente o mais elaborado e complexo, na verdade, ele precisa ser aquele que irá servir melhor às necessidades de cada negócio. No geral, bancos de dados de produção contam com backups físicos como seu principal método de backup e backups lógicos servem como um método secundário. Por outro lado, para bancos de dados de desenvolvimento e para pequenos processamentos de movimentação de dados, os backups lógicos podem ser uma solução aceitável e viável. É importante também, sempre contar com soluções físicas de redundância como RAID, servidores standby, cópias em fita, etc... de forma que o banco de dados fique offline o menos tempo possível.

No mais, neste artigo irei demonstrar como restaurar todo o banco de dados à partir de um backup RMAN (backup pieces) e recuperá-lo até onde for possível em uma outra máquina. Para isso deveremos realizar os seguintes procedimentos:

Criar as estruturas de diretórios básicos em $ORACLE_BASE/ADMIN
Criar os diretórios referentes às localizações dos arquivos de banco de dados como (datafiles, controlfiles, etc...) iguais ao banco de dados de origem
Copiar os arquivos de backup RMAN (backup pieces) para a flash_recovery_area (como definido no banco de dados de origem)
Iniciar o processo de RESTORE e RECOVER com o RMAN

Em resumo, os comandos que executarei neste artigo serão:

$ export ORACLE_SID=BD01
$ rman target /
RMAN> startup nomount;
RMAN> restore spfile from autobackup recovery area '/u01/flash_recovery_area' db_name=BD01;
RMAN> shutdown immediate;
RMAN> startup nomount;
RMAN> restore controlfile from autobackup;
RMAN> alter database mount;
RMAN> restore database;
RMAN> recover database;

Bom, após transferir o backup RMAN do meu banco de dados BD01 para uma outra máquina (no diretório /tmp), irei transferi-lo para o diretório /u01/flash_recovery_area/ como demonstrado abaixo:

$ cp -a /tmp/BD01 /u01/flash_recovery_area/
$ cd /u01/flash_recovery_area/BD01
$ du -sh *
56K     archivelog
37M     autobackup
641M    backupset

Com os arquivos de backup acima restaurados, o próximo passo será criar todos os diretórios básicos necessários para o correto funcionamento do banco de dados:

$ mkdir $ORACLE_BASE/admin/BD01
$ mkdir $ORACLE_BASE/admin/BD01/adump
$ mkdir $ORACLE_BASE/admin/BD01/bdump
$ mkdir $ORACLE_BASE/admin/BD01/cdump
$ mkdir $ORACLE_BASE/admin/BD01/dpdump
$ mkdir $ORACLE_BASE/admin/BD01/pfile
$ mkdir $ORACLE_BASE/admin/BD01/udump

Por fim, irei criar a estrutura de diretórios para onde serão restaurados os arquivos de banco de dados. É importante que o mesmos sejam criados da mesma forma como eles existiam no servidor antigo:

$ cd /u01/oradata/
$ mkdir BD01

Pronto. Neste momento poderemos iniciar o processo de restauração e recuperação da base de dados com o RMAN até aonde for possível. Com o software Oracle já devidamente instalado, o primeiro passo será restaurar o spfile. Vale a pena salientar que é uma boa prática definir a configuração CONTROLFILE AUTOBACKUP para ON na sua política de backup com o RMAN, pois o mesmo garante não só de forma automática o backup dos controlfiles, como também o backup do spfile.

$ export ORACLE_SID=BD01
$ rman target /

Gerenciador de Recuperação: Release 10.2.0.4.0 - Production on Dom Jan 1 14:38:48 2012

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

conectado ao banco de dados de destino (não iniciado)

RMAN> startup nomount

falha na inicialização: ORA-01078: failure in processing system parameters
LRM-00109: não foi possível abrir o arquivo de parâmetros
'/u01/app/oracle/product/10.2.0/db_1/dbs/initBD01.ora'

iniciando instância Oracle sem arquivo de parâmetros para recuperação de spfile
instância Oracle iniciada

Total da Área Global do Sistema  159383552 bytes

Fixed Size               2082400 bytes
Variable Size           67111328 bytes
Database Buffers        83886080 bytes
Redo Buffers             6303744 bytes


RMAN> restore spfile from autobackup 
      recovery area '/u01/flash_recovery_area'
      db_name=BD01;

Iniciando restore em 01/01/2012
usar o arquivo de controle do banco de dados de destino em vez do catálogo de recuperação
canal alocado: ORA_DISK_1
canal ORA_DISK_1: sid=36 devtype=DISK

destino da área de recuperação: /u01/flash_recovery_area
nome do banco de dados (ou nome exclusivo) utilizado para pesquisa: BD01
canal ORA_DISK_1: backup automático encontrado na área de recuperação
canal ORA_DISK_1: backup automático encontrado: /u01/flash_recovery_area/BD01/autobackup
/2011_12_31/o1_mf_s_769748562_7gfq3m49_.bkp
canal ORA_DISK_1: restauração de SPFILE a partir de backup automático concluída
Finalizado restore em 01/01/2012

Pronto. Uma vez recuperado o spfile, irei reiniciar a instância de modo que o spfile recuperado seja lido para que, então, possamos restaurar os controlfiles.

RMAN> shutdown immediate;

encerramento de instância Oracle

RMAN> startup nomount;

conectado ao banco de dados de destino (não iniciado)
instância Oracle iniciada

Total da Área Global do Sistema     310378496 bytes

Fixed Size                2083560 bytes
Variable Size           138413336 bytes
Database Buffers        163577856 bytes
Redo Buffers              6303744 bytes

Neste momento poderemos restaurar os controlfiles à partir do backup.

RMAN> restore controlfile from autobackup;

Iniciando restore em 01/01/2012
usar o arquivo de controle do banco de dados de destino em vez do catálogo de recuperação
canal alocado: ORA_DISK_1
canal ORA_DISK_1: sid=159 devtype=DISK

destino da área de recuperação: /u01/flash_recovery_area
nome do banco de dados (ou nome exclusivo) utilizado para pesquisa: BD01
canal ORA_DISK_1: backup automático encontrado na área de recuperação
canal ORA_DISK_1: backup automático encontrado: /u01/flash_recovery_area/BD01/autobackup
/2011_12_31/o1_mf_s_769748562_7gfq3m49_.bkp
canal ORA_DISK_1: restauração do arquivo de controle a partir de backup
automático concluída
nome do arquivo de saída=/u01/oradata/BD01/control01.ctl
nome do arquivo de saída=/u01/oradata/BD01/control02.ctl
nome do arquivo de saída=/u01/oradata/BD01/control03.ctl
Finalizado restore em 01/01/2012

Pronto. Restaurados os controlfiles, poderemos montar o banco de dados para que então possamos restaurar os datafiles.

RMAN> alter database mount;

banco de dados montado
canal liberado: ORA_DISK_1

RMAN> restore database;

Iniciando restore em 01/01/2012
Iniciando implicit crosscheck backup em 01/01/2012
usar o arquivo de controle do banco de dados de destino em vez do catálogo de recuperação
canal alocado: ORA_DISK_1
canal ORA_DISK_1: sid=159 devtype=DISK
Fez a verificação cruzada de 45 objetos
Finalizado implicit crosscheck backup em 01/01/2012

Iniciando implicit crosscheck copy em 01/01/2012
utilizando o canal ORA_DISK_1
Finalizado implicit crosscheck copy em 01/01/2012

procurando todos os arquivos na área de recuperação
catalogando arquivos...
catalogação concluída

Lista de Arquivos Catalogados
=============================
Nome do Arquivo: /u01/flash_recovery_area/BD01/autobackup/2011_12_31/o1_mf_s_769748562_7gfq3m49_.bkp

utilizando o canal ORA_DISK_1

canal ORA_DISK_1: iniciando restauração de conjunto de backups de arquivo de dados
canal ORA_DISK_1: especificando arquivo(s) de dados para restauração a partir do conjunto de backups
restaurando arquivo de dados 00002 para /u01/oradata/BD01/undotbs01.dbf
restaurando arquivo de dados 00010 para /u01/oradata/BD01/tbsdata_cust_l0401_01.dbf
restaurando arquivo de dados 00016 para /u01/oradata/BD01/tbsdata_admqueue01_01.dbf
restaurando arquivo de dados 00019 para /u01/oradata/BD01/tbsdata_sgm_hist01_01.dbf
restaurando arquivo de dados 00020 para /u01/oradata/BD01/tbsdata_sgm_inf01_01.dbf
restaurando arquivo de dados 00023 para /u01/oradata/BD01/tbsdata_sgm_rating01_01.dbf
restaurando arquivo de dados 00027 para /u01/oradata/BD01/tbsdata_sgm_2007sem01_01.dbf
restaurando arquivo de dados 00030 para /u01/oradata/BD01/tbsdata_sgm_2008sem02_01.dbf
restaurando arquivo de dados 00033 para /u01/oradata/BD01/tbsdata_brtmigtar_01.dbf
restaurando arquivo de dados 00034 para /u01/oradata/BD01/tbsdata_controle01_01.dbf
restaurando arquivo de dados 00037 para /u01/oradata/BD01/tbsdata_mbr_l03_01.dbf
restaurando arquivo de dados 00041 para /u01/oradata/BD01/tbsdata_mbr_l07_01.dbf
restaurando arquivo de dados 00043 para /u01/oradata/BD01/tbsdata_mbr_l09_01.dbf
restaurando arquivo de dados 00044 para /u01/oradata/BD01/tbsdata_mbr_l10_01.dbf
restaurando arquivo de dados 00045 para /u01/oradata/BD01/tbsdata_mbr_l11_01.dbf
restaurando arquivo de dados 00053 para /u01/oradata/BD01/tbsdata_inf2010s101_01.dbf
restaurando arquivo de dados 00056 para /u01/oradata/BD01/tbsdata_inf2011S2_01.dbf
restaurando arquivo de dados 00057 para /u01/oradata/BD01/tbsdata_hist_2006s2_01.dbf
restaurando arquivo de dados 00060 para /u01/oradata/BD01/tbsdata_tam01_01.dbf
restaurando arquivo de dados 00061 para /u01/oradata/BD01/tbsdata_exton01.dbf
restaurando arquivo de dados 00068 para /u01/oradata/BD01/tbsdata_resource_h02_01.dbf
restaurando arquivo de dados 00071 para /u01/oradata/BD01/tbsdata_resource_h05_01.dbf
restaurando arquivo de dados 00074 para /u01/oradata/BD01/tbsdata_resource_h08_01.dbf
restaurando arquivo de dados 00077 para /u01/oradata/BD01/tbsdata_user0101.dbf
restaurando arquivo de dados 00082 para /u01/oradata/BD01/tbsindx_cust03_01.dbf
restaurando arquivo de dados 00084 para /u01/oradata/BD01/tbsindx_admqueue01_01.dbf
restaurando arquivo de dados 00088 para /u01/oradata/BD01/tbsindx_sgm_ext01_01.dbf
restaurando arquivo de dados 00091 para /u01/oradata/BD01/tbsindx_sgm_01_01.dbf
restaurando arquivo de dados 00092 para /u01/oradata/BD01/tbsindx_sgm_2006sem01_01.dbf
restaurando arquivo de dados 00095 para /u01/oradata/BD01/tbsindx_sgm_2007sem02_01.dbf
restaurando arquivo de dados 00098 para /u01/oradata/BD01/tbsindx_sgm_2009sem01_01.dbf
restaurando arquivo de dados 00101 para /u01/oradata/BD01/tbsindx_sgm_2010sem02_01.dbf
restaurando arquivo de dados 00103 para /u01/oradata/BD01/tbsindx_controle01_01.dbf
restaurando arquivo de dados 00105 para /u01/oradata/BD01/tbsindx_mbr_l02_01.dbf
restaurando arquivo de dados 00108 para /u01/oradata/BD01/tbsindx_mbr_l05_01.dbf
restaurando arquivo de dados 00111 para /u01/oradata/BD01/tbsindx_mbr_l08_01.dbf
restaurando arquivo de dados 00114 para /u01/oradata/BD01/tbsindx_mbr_l11_01.dbf
restaurando arquivo de dados 00116 para /u01/oradata/BD01/tbsindx_mbr01_01.dbf
restaurando arquivo de dados 00120 para /u01/oradata/BD01/tbsindx_line01_01.dbf
restaurando arquivo de dados 00121 para /u01/oradata/BD01/tbsindx_gtamal01_01.dbf
restaurando arquivo de dados 00126 para /u01/oradata/BD01/tbsindx_hist_2006s2_01.dbf
restaurando arquivo de dados 00130 para /u01/oradata/BD01/tbsindx_ext2009s2_01.dbf
restaurando arquivo de dados 00133 para /u01/oradata/BD01/tbsindx_zxs_01_001.dbf
restaurando arquivo de dados 00134 para /u01/oradata/BD01/tbsindx_resource_h01_01.dbf
restaurando arquivo de dados 00137 para /u01/oradata/BD01/tbsindx_resource_h04_01.dbf
restaurando arquivo de dados 00140 para /u01/oradata/BD01/tbsindx_resource_h07_01.dbf
restaurando arquivo de dados 00143 para /u01/oradata/BD01/tbs_zxs_01_001.dbf
restaurando arquivo de dados 00147 para /u01/oradata/BD01/ts_hs_mbr_i01.dbf
canal ORA_DISK_1: lendo da parte de backup /u01/flash_recovery_area/BD01/backupset/2011_12_29/o1_mf_nnnd0_LEVEL-0_SEMANAL_7gbcdw9j_.bkp
canal ORA_DISK_1: restaurada a parte de backup 1
handle de componente=/u01/flash_recovery_area/BD01/backupset/2011_12_29/o1_mf_nnnd0_LEVEL-0_SEMANAL_7gbcdw9j_.bkp tag=LEVEL-0_SEMANAL
canal ORA_DISK_1: restauração concluída, tempo decorrido: 00:01:26
canal ORA_DISK_1: iniciando restauração de conjunto de backups de arquivo de dados
canal ORA_DISK_1: especificando arquivo(s) de dados para restauração a partir do conjunto de backups
restaurando arquivo de dados 00004 para /u01/oradata/BD01/users01.dbf
restaurando arquivo de dados 00005 para /u01/oradata/BD01/tbsdata_admhist01_01.dbf
restaurando arquivo de dados 00007 para /u01/oradata/BD01/tbsdata_cust_l0101_01.dbf
restaurando arquivo de dados 00008 para /u01/oradata/BD01/tbsdata_cust_l0201_01.dbf
restaurando arquivo de dados 00012 para /u01/oradata/BD01/tbsdata_cust01_01.dbf
restaurando arquivo de dados 00014 para /u01/oradata/BD01/tbsdata_cust03_01.dbf
restaurando arquivo de dados 00015 para /u01/oradata/BD01/tbsdata_cust04_01.dbf
restaurando arquivo de dados 00017 para /u01/oradata/BD01/tbsdata_sgm_collecting01_01.dbf
restaurando arquivo de dados 00021 para /u01/oradata/BD01/tbsdata_sgm_ext01_01.dbf
restaurando arquivo de dados 00024 para /u01/oradata/BD01/tbsdata_sgm_01_01.dbf
restaurando arquivo de dados 00025 para /u01/oradata/BD01/tbsdata_sgm_2006sem01_01.dbf
restaurando arquivo de dados 00028 para /u01/oradata/BD01/tbsdata_sgm_2007sem02_01.dbf
restaurando arquivo de dados 00031 para /u01/oradata/BD01/tbsdata_sgm_2009sem01_01.dbf
restaurando arquivo de dados 00035 para /u01/oradata/BD01/tbsdata_mbr_l01_01.dbf
restaurando arquivo de dados 00038 para /u01/oradata/BD01/tbsdata_mbr_l04_01.dbf
restaurando arquivo de dados 00046 para /u01/oradata/BD01/tbsdata_mbr_l12_01.dbf
restaurando arquivo de dados 00048 para /u01/oradata/BD01/tbsdata_mbr02.dbf
restaurando arquivo de dados 00054 para /u01/oradata/BD01/tbsdata_inf2010s201_01.dbf
restaurando arquivo de dados 00058 para /u01/oradata/BD01/tbsdata_hist_2007s1_01.dbf
restaurando arquivo de dados 00064 para /u01/oradata/BD01/tbsdata_ext2010s201_01.dbf
restaurando arquivo de dados 00065 para /u01/oradata/BD01/tbsdata_migracao01.dbf
restaurando arquivo de dados 00069 para /u01/oradata/BD01/tbsdata_resource_h03_01.dbf
restaurando arquivo de dados 00072 para /u01/oradata/BD01/tbsdata_resource_h06_01.dbf
restaurando arquivo de dados 00075 para /u01/oradata/BD01/tbsdata_resource01_01.dbf
restaurando arquivo de dados 00078 para /u01/oradata/BD01/tbsindx_admhist01_01.dbf
restaurando arquivo de dados 00080 para /u01/oradata/BD01/tbsindx_cust01_01.dbf
restaurando arquivo de dados 00081 para /u01/oradata/BD01/tbsindx_cust02_01.dbf
restaurando arquivo de dados 00085 para /u01/oradata/BD01/tbsindx_sgm_collecting01_01.dbf
restaurando arquivo de dados 00087 para /u01/oradata/BD01/tbsindx_sgm_inf01_01.dbf
restaurando arquivo de dados 00089 para /u01/oradata/BD01/tbsindx_sgm_queue01_01.dbf
restaurando arquivo de dados 00093 para /u01/oradata/BD01/tbsindx_sgm_2006sem02_01.dbf
restaurando arquivo de dados 00096 para /u01/oradata/BD01/tbsindx_sgm_2008sem01_01.dbf
restaurando arquivo de dados 00099 para /u01/oradata/BD01/tbsindx_sgm_2009sem02_01.dbf
restaurando arquivo de dados 00102 para /u01/oradata/BD01/tbsindx_brtmigtar_01.dbf
restaurando arquivo de dados 00106 para /u01/oradata/BD01/tbsindx_mbr_l03_01.dbf
restaurando arquivo de dados 00109 para /u01/oradata/BD01/tbsindx_mbr_l06_01.dbf
restaurando arquivo de dados 00112 para /u01/oradata/BD01/tbsindx_mbr_l09_01.dbf
restaurando arquivo de dados 00115 para /u01/oradata/BD01/tbsindx_mbr_l12_01.dbf
restaurando arquivo de dados 00122 para /u01/oradata/BD01/tbsindx_inf2009s1_01
restaurando arquivo de dados 00123 para /u01/oradata/BD01/tbsindx_inf2009s201_01.dbf
restaurando arquivo de dados 00124 para /u01/oradata/BD01/tbsindx_inf2010s101_01.dbf
restaurando arquivo de dados 00125 para /u01/oradata/BD01/tbsindx_inf2010s201_01.dbf
restaurando arquivo de dados 00127 para /u01/oradata/BD01/tbsindx_hist_2007s1_01.dbf
restaurando arquivo de dados 00128 para /u01/oradata/BD01/tbsindx_int_line0101.dbf
restaurando arquivo de dados 00131 para /u01/oradata/BD01/tbsindx_ext2010s1_01.dbf
restaurando arquivo de dados 00135 para /u01/oradata/BD01/tbsindx_resource_h02_01.dbf
restaurando arquivo de dados 00138 para /u01/oradata/BD01/tbsindx_resource_h05_01.dbf
restaurando arquivo de dados 00141 para /u01/oradata/BD01/tbsindx_resource_h08_01.dbf
restaurando arquivo de dados 00144 para /u01/oradata/BD01/tools01.dbf
restaurando arquivo de dados 00148 para /u01/oradata/BD01/ts_hs_mbr_l01.dbf
canal ORA_DISK_1: lendo da parte de backup /u01/flash_recovery_area/BD01/backupset/2011_12_29/o1_mf_nnnd0_LEVEL-0_SEMANAL_7gbcg9rm_.bkp
canal ORA_DISK_1: restaurada a parte de backup 1
handle de componente=/u01/flash_recovery_area/BD01/backupset/2011_12_29/o1_mf_nnnd0_LEVEL-0_SEMANAL_7gbcg9rm_.bkp tag=LEVEL-0_SEMANAL
canal ORA_DISK_1: restauração concluída, tempo decorrido: 00:01:36
canal ORA_DISK_1: iniciando restauração de conjunto de backups de arquivo de dados
canal ORA_DISK_1: especificando arquivo(s) de dados para restauração a partir do conjunto de backups
restaurando arquivo de dados 00001 para /u01/oradata/BD01/system01.dbf
restaurando arquivo de dados 00003 para /u01/oradata/BD01/sysaux01.dbf
restaurando arquivo de dados 00006 para /u01/oradata/BD01/tbsdata_adminf01_01.dbf
restaurando arquivo de dados 00009 para /u01/oradata/BD01/tbsdata_cust_l0301_01.dbf
restaurando arquivo de dados 00011 para /u01/oradata/BD01/tbsdata_cust_l0501_01.dbf
restaurando arquivo de dados 00013 para /u01/oradata/BD01/tbsdata_cust02_01.dbf
restaurando arquivo de dados 00018 para /u01/oradata/BD01/tbsdata_sgm_geral01_01.dbf
restaurando arquivo de dados 00022 para /u01/oradata/BD01/tbsdata_sgm_queue01_01.dbf
restaurando arquivo de dados 00026 para /u01/oradata/BD01/tbsdata_sgm_2006sem02_01.dbf
restaurando arquivo de dados 00029 para /u01/oradata/BD01/tbsdata_sgm_2008sem01_01.dbf
restaurando arquivo de dados 00032 para /u01/oradata/BD01/tbsdata_sgm_2009sem02_01.dbf
restaurando arquivo de dados 00036 para /u01/oradata/BD01/tbsdata_mbr_l02_01.dbf
restaurando arquivo de dados 00039 para /u01/oradata/BD01/tbsdata_mbr_l05_01.dbf
restaurando arquivo de dados 00040 para /u01/oradata/BD01/tbsdata_mbr_l06_01.dbf
restaurando arquivo de dados 00042 para /u01/oradata/BD01/tbsdata_mbr_l08_01.dbf
restaurando arquivo de dados 00047 para /u01/oradata/BD01/tbsdata_mbr01_01.dbf
restaurando arquivo de dados 00049 para /u01/oradata/BD01/tbsdata_mbr03.dbf
restaurando arquivo de dados 00050 para /u01/oradata/BD01/tbsdata_adm01.dbf
restaurando arquivo de dados 00051 para /u01/oradata/BD01/tbsdata_line01_01.dbf
restaurando arquivo de dados 00052 para /u01/oradata/BD01/tbsdata_inf2009s201_01.dbf
restaurando arquivo de dados 00055 para /u01/oradata/BD01/tbsdata_inf2011S1_01.dbf
restaurando arquivo de dados 00059 para /u01/oradata/BD01/tbsdata_int_line0101.dbf
restaurando arquivo de dados 00062 para /u01/oradata/BD01/tbsdata_ext2009s201_01.dbf
restaurando arquivo de dados 00063 para /u01/oradata/BD01/tbsdata_ext2010s101_01.dbf
restaurando arquivo de dados 00066 para /u01/oradata/BD01/tbsdata_zxs_01_001.dbf
restaurando arquivo de dados 00067 para /u01/oradata/BD01/tbsdata_resource_h01_01.dbf
restaurando arquivo de dados 00070 para /u01/oradata/BD01/tbsdata_resource_h04_01.dbf
restaurando arquivo de dados 00073 para /u01/oradata/BD01/tbsdata_resource_h07_01.dbf
restaurando arquivo de dados 00076 para /u01/oradata/BD01/tbsdata_staging01_01.dbf
restaurando arquivo de dados 00079 para /u01/oradata/BD01/tbsindx_adminf01_01.dbf
restaurando arquivo de dados 00083 para /u01/oradata/BD01/tbsindx_cust04_01.dbf
restaurando arquivo de dados 00086 para /u01/oradata/BD01/tbsindx_sgm_hist01_01.dbf
restaurando arquivo de dados 00090 para /u01/oradata/BD01/tbsindx_sgm_rating01_01.dbf
restaurando arquivo de dados 00094 para /u01/oradata/BD01/tbsindx_sgm_2007sem01_01.dbf
restaurando arquivo de dados 00097 para /u01/oradata/BD01/tbsindx_sgm_2008sem02_01.dbf
restaurando arquivo de dados 00100 para /u01/oradata/BD01/tbsindx_sgm_2010sem01_01.dbf
restaurando arquivo de dados 00104 para /u01/oradata/BD01/tbsindx_mbr_l01_01.dbf
restaurando arquivo de dados 00107 para /u01/oradata/BD01/tbsindx_mbr_l04_01.dbf
restaurando arquivo de dados 00110 para /u01/oradata/BD01/tbsindx_mbr_l07_01.dbf
restaurando arquivo de dados 00113 para /u01/oradata/BD01/tbsindx_mbr_l10_01.dbf
restaurando arquivo de dados 00117 para /u01/oradata/BD01/tbsindx_mbr02.dbf
restaurando arquivo de dados 00118 para /u01/oradata/BD01/tbsindx_mbr03.dbf
restaurando arquivo de dados 00119 para /u01/oradata/BD01/tbsindx_adm01.dbf
restaurando arquivo de dados 00129 para /u01/oradata/BD01/tbsindx_exton01.dbf
restaurando arquivo de dados 00132 para /u01/oradata/BD01/tbsindx_ext2010s2_01.dbf
restaurando arquivo de dados 00136 para /u01/oradata/BD01/tbsindx_resource_h03_01.dbf
restaurando arquivo de dados 00139 para /u01/oradata/BD01/tbsindx_resource_h06_01.dbf
restaurando arquivo de dados 00142 para /u01/oradata/BD01/tbsindx_resource01_01.dbf
restaurando arquivo de dados 00145 para /u01/oradata/BD01/tsdepm01_01.dbf
restaurando arquivo de dados 00146 para /u01/oradata/BD01/ts_hs_mbr_d01.dbf
canal ORA_DISK_1: lendo da parte de backup /u01/flash_recovery_area/BD01/backupset/2011_12_29/o1_mf_nnnd0_LEVEL-0_SEMANAL_7gbchf2p_.bkp
canal ORA_DISK_1: restaurada a parte de backup 1
handle de componente=/u01/flash_recovery_area/BD01/backupset/2011_12_29/o1_mf_nnnd0_LEVEL-0_SEMANAL_7gbchf2p_.bkp tag=LEVEL-0_SEMANAL
canal ORA_DISK_1: restauração concluída, tempo decorrido: 00:01:55
Finalizado restore em 01/01/2012

Após a restauração dos datafiles, poderemos iniciar a recuperação dos mesmos. Vale a pena salientar que os arquivos de redo log online foram perdidos, então será praticamente impossível realizar uma recuperação completa do banco de dados até o momento antes da falha. Portanto, veremos até onde poderemos prosseguir com a recuperação dos arquivos de dados (incomplete recovery).

RMAN> recover database;

Iniciando recover em 01/01/2012
utilizando o canal ORA_DISK_1
canal ORA_DISK_1: iniciando restauração de conjunto de backups de arquivo de dados incremental
canal ORA_DISK_1: especificando arquivo(s) de dados para restauração a partir do conjunto de backups
destino para restauração do arquivo de dados 00002: /u01/oradata/BD01/undotbs01.dbf
destino para restauração do arquivo de dados 00010: /u01/oradata/BD01/tbsdata_cust_l0401_01.dbf
destino para restauração do arquivo de dados 00016: /u01/oradata/BD01/tbsdata_admqueue01_01.dbf
destino para restauração do arquivo de dados 00019: /u01/oradata/BD01/tbsdata_sgm_hist01_01.dbf
destino para restauração do arquivo de dados 00020: /u01/oradata/BD01/tbsdata_sgm_inf01_01.dbf
destino para restauração do arquivo de dados 00023: /u01/oradata/BD01/tbsdata_sgm_rating01_01.dbf
destino para restauração do arquivo de dados 00027: /u01/oradata/BD01/tbsdata_sgm_2007sem01_01.dbf
destino para restauração do arquivo de dados 00030: /u01/oradata/BD01/tbsdata_sgm_2008sem02_01.dbf
destino para restauração do arquivo de dados 00033: /u01/oradata/BD01/tbsdata_brtmigtar_01.dbf
destino para restauração do arquivo de dados 00034: /u01/oradata/BD01/tbsdata_controle01_01.dbf
destino para restauração do arquivo de dados 00037: /u01/oradata/BD01/tbsdata_mbr_l03_01.dbf
destino para restauração do arquivo de dados 00041: /u01/oradata/BD01/tbsdata_mbr_l07_01.dbf
destino para restauração do arquivo de dados 00043: /u01/oradata/BD01/tbsdata_mbr_l09_01.dbf
destino para restauração do arquivo de dados 00044: /u01/oradata/BD01/tbsdata_mbr_l10_01.dbf
destino para restauração do arquivo de dados 00045: /u01/oradata/BD01/tbsdata_mbr_l11_01.dbf
destino para restauração do arquivo de dados 00053: /u01/oradata/BD01/tbsdata_inf2010s101_01.dbf
destino para restauração do arquivo de dados 00056: /u01/oradata/BD01/tbsdata_inf2011S2_01.dbf
destino para restauração do arquivo de dados 00057: /u01/oradata/BD01/tbsdata_hist_2006s2_01.dbf
destino para restauração do arquivo de dados 00060: /u01/oradata/BD01/tbsdata_tam01_01.dbf
destino para restauração do arquivo de dados 00061: /u01/oradata/BD01/tbsdata_exton01.dbf
destino para restauração do arquivo de dados 00068: /u01/oradata/BD01/tbsdata_resource_h02_01.dbf
destino para restauração do arquivo de dados 00071: /u01/oradata/BD01/tbsdata_resource_h05_01.dbf
destino para restauração do arquivo de dados 00074: /u01/oradata/BD01/tbsdata_resource_h08_01.dbf
destino para restauração do arquivo de dados 00077: /u01/oradata/BD01/tbsdata_user0101.dbf
destino para restauração do arquivo de dados 00082: /u01/oradata/BD01/tbsindx_cust03_01.dbf
destino para restauração do arquivo de dados 00084: /u01/oradata/BD01/tbsindx_admqueue01_01.dbf
destino para restauração do arquivo de dados 00088: /u01/oradata/BD01/tbsindx_sgm_ext01_01.dbf
destino para restauração do arquivo de dados 00091: /u01/oradata/BD01/tbsindx_sgm_01_01.dbf
destino para restauração do arquivo de dados 00092: /u01/oradata/BD01/tbsindx_sgm_2006sem01_01.dbf
destino para restauração do arquivo de dados 00095: /u01/oradata/BD01/tbsindx_sgm_2007sem02_01.dbf
destino para restauração do arquivo de dados 00098: /u01/oradata/BD01/tbsindx_sgm_2009sem01_01.dbf
destino para restauração do arquivo de dados 00101: /u01/oradata/BD01/tbsindx_sgm_2010sem02_01.dbf
destino para restauração do arquivo de dados 00103: /u01/oradata/BD01/tbsindx_controle01_01.dbf
destino para restauração do arquivo de dados 00105: /u01/oradata/BD01/tbsindx_mbr_l02_01.dbf
destino para restauração do arquivo de dados 00108: /u01/oradata/BD01/tbsindx_mbr_l05_01.dbf
destino para restauração do arquivo de dados 00111: /u01/oradata/BD01/tbsindx_mbr_l08_01.dbf
destino para restauração do arquivo de dados 00114: /u01/oradata/BD01/tbsindx_mbr_l11_01.dbf
destino para restauração do arquivo de dados 00116: /u01/oradata/BD01/tbsindx_mbr01_01.dbf
destino para restauração do arquivo de dados 00120: /u01/oradata/BD01/tbsindx_line01_01.dbf
destino para restauração do arquivo de dados 00121: /u01/oradata/BD01/tbsindx_gtamal01_01.dbf
destino para restauração do arquivo de dados 00126: /u01/oradata/BD01/tbsindx_hist_2006s2_01.dbf
destino para restauração do arquivo de dados 00130: /u01/oradata/BD01/tbsindx_ext2009s2_01.dbf
destino para restauração do arquivo de dados 00133: /u01/oradata/BD01/tbsindx_zxs_01_001.dbf
destino para restauração do arquivo de dados 00134: /u01/oradata/BD01/tbsindx_resource_h01_01.dbf
destino para restauração do arquivo de dados 00137: /u01/oradata/BD01/tbsindx_resource_h04_01.dbf
destino para restauração do arquivo de dados 00140: /u01/oradata/BD01/tbsindx_resource_h07_01.dbf
destino para restauração do arquivo de dados 00143: /u01/oradata/BD01/tbs_zxs_01_001.dbf
destino para restauração do arquivo de dados 00147: /u01/oradata/BD01/ts_hs_mbr_i01.dbf
canal ORA_DISK_1: lendo da parte de backup /u01/flash_recovery_area/BD01/backupset/2011_12_31/o1_mf_nnnd1_LEVEL-1_DIARIO_7gfpxr5m_.bkp
canal ORA_DISK_1: restaurada a parte de backup 1
handle de componente=/u01/flash_recovery_area/BD01/backupset/2011_12_31/o1_mf_nnnd1_LEVEL-1_DIARIO_7gfpxr5m_.bkp tag=LEVEL-1_DIARIO
canal ORA_DISK_1: restauração concluída, tempo decorrido: 00:00:07
canal ORA_DISK_1: iniciando restauração de conjunto de backups de arquivo de dados incremental
canal ORA_DISK_1: especificando arquivo(s) de dados para restauração a partir do conjunto de backups
destino para restauração do arquivo de dados 00004: /u01/oradata/BD01/users01.dbf
destino para restauração do arquivo de dados 00005: /u01/oradata/BD01/tbsdata_admhist01_01.dbf
destino para restauração do arquivo de dados 00007: /u01/oradata/BD01/tbsdata_cust_l0101_01.dbf
destino para restauração do arquivo de dados 00008: /u01/oradata/BD01/tbsdata_cust_l0201_01.dbf
destino para restauração do arquivo de dados 00012: /u01/oradata/BD01/tbsdata_cust01_01.dbf
destino para restauração do arquivo de dados 00014: /u01/oradata/BD01/tbsdata_cust03_01.dbf
destino para restauração do arquivo de dados 00015: /u01/oradata/BD01/tbsdata_cust04_01.dbf
destino para restauração do arquivo de dados 00017: /u01/oradata/BD01/tbsdata_sgm_collecting01_01.dbf
destino para restauração do arquivo de dados 00021: /u01/oradata/BD01/tbsdata_sgm_ext01_01.dbf
destino para restauração do arquivo de dados 00024: /u01/oradata/BD01/tbsdata_sgm_01_01.dbf
destino para restauração do arquivo de dados 00025: /u01/oradata/BD01/tbsdata_sgm_2006sem01_01.dbf
destino para restauração do arquivo de dados 00028: /u01/oradata/BD01/tbsdata_sgm_2007sem02_01.dbf
destino para restauração do arquivo de dados 00031: /u01/oradata/BD01/tbsdata_sgm_2009sem01_01.dbf
destino para restauração do arquivo de dados 00035: /u01/oradata/BD01/tbsdata_mbr_l01_01.dbf
destino para restauração do arquivo de dados 00038: /u01/oradata/BD01/tbsdata_mbr_l04_01.dbf
destino para restauração do arquivo de dados 00046: /u01/oradata/BD01/tbsdata_mbr_l12_01.dbf
destino para restauração do arquivo de dados 00048: /u01/oradata/BD01/tbsdata_mbr02.dbf
destino para restauração do arquivo de dados 00054: /u01/oradata/BD01/tbsdata_inf2010s201_01.dbf
destino para restauração do arquivo de dados 00058: /u01/oradata/BD01/tbsdata_hist_2007s1_01.dbf
destino para restauração do arquivo de dados 00064: /u01/oradata/BD01/tbsdata_ext2010s201_01.dbf
destino para restauração do arquivo de dados 00065: /u01/oradata/BD01/tbsdata_migracao01.dbf
destino para restauração do arquivo de dados 00069: /u01/oradata/BD01/tbsdata_resource_h03_01.dbf
destino para restauração do arquivo de dados 00072: /u01/oradata/BD01/tbsdata_resource_h06_01.dbf
destino para restauração do arquivo de dados 00075: /u01/oradata/BD01/tbsdata_resource01_01.dbf
destino para restauração do arquivo de dados 00078: /u01/oradata/BD01/tbsindx_admhist01_01.dbf
destino para restauração do arquivo de dados 00080: /u01/oradata/BD01/tbsindx_cust01_01.dbf
destino para restauração do arquivo de dados 00081: /u01/oradata/BD01/tbsindx_cust02_01.dbf
destino para restauração do arquivo de dados 00085: /u01/oradata/BD01/tbsindx_sgm_collecting01_01.dbf
destino para restauração do arquivo de dados 00087: /u01/oradata/BD01/tbsindx_sgm_inf01_01.dbf
destino para restauração do arquivo de dados 00089: /u01/oradata/BD01/tbsindx_sgm_queue01_01.dbf
destino para restauração do arquivo de dados 00093: /u01/oradata/BD01/tbsindx_sgm_2006sem02_01.dbf
destino para restauração do arquivo de dados 00096: /u01/oradata/BD01/tbsindx_sgm_2008sem01_01.dbf
destino para restauração do arquivo de dados 00099: /u01/oradata/BD01/tbsindx_sgm_2009sem02_01.dbf
destino para restauração do arquivo de dados 00102: /u01/oradata/BD01/tbsindx_brtmigtar_01.dbf
destino para restauração do arquivo de dados 00106: /u01/oradata/BD01/tbsindx_mbr_l03_01.dbf
destino para restauração do arquivo de dados 00109: /u01/oradata/BD01/tbsindx_mbr_l06_01.dbf
destino para restauração do arquivo de dados 00112: /u01/oradata/BD01/tbsindx_mbr_l09_01.dbf
destino para restauração do arquivo de dados 00115: /u01/oradata/BD01/tbsindx_mbr_l12_01.dbf
destino para restauração do arquivo de dados 00122: /u01/oradata/BD01/tbsindx_inf2009s1_01
destino para restauração do arquivo de dados 00123: /u01/oradata/BD01/tbsindx_inf2009s201_01.dbf
destino para restauração do arquivo de dados 00124: /u01/oradata/BD01/tbsindx_inf2010s101_01.dbf
destino para restauração do arquivo de dados 00125: /u01/oradata/BD01/tbsindx_inf2010s201_01.dbf
destino para restauração do arquivo de dados 00127: /u01/oradata/BD01/tbsindx_hist_2007s1_01.dbf
destino para restauração do arquivo de dados 00128: /u01/oradata/BD01/tbsindx_int_line0101.dbf
destino para restauração do arquivo de dados 00131: /u01/oradata/BD01/tbsindx_ext2010s1_01.dbf
destino para restauração do arquivo de dados 00135: /u01/oradata/BD01/tbsindx_resource_h02_01.dbf
destino para restauração do arquivo de dados 00138: /u01/oradata/BD01/tbsindx_resource_h05_01.dbf
destino para restauração do arquivo de dados 00141: /u01/oradata/BD01/tbsindx_resource_h08_01.dbf
destino para restauração do arquivo de dados 00144: /u01/oradata/BD01/tools01.dbf
destino para restauração do arquivo de dados 00148: /u01/oradata/BD01/ts_hs_mbr_l01.dbf
canal ORA_DISK_1: lendo da parte de backup /u01/flash_recovery_area/BD01/backupset/2011_12_31/o1_mf_nnnd1_LEVEL-1_DIARIO_7gfpz5lh_.bkp
canal ORA_DISK_1: restaurada a parte de backup 1
handle de componente=/u01/flash_recovery_area/BD01/backupset/2011_12_31/o1_mf_nnnd1_LEVEL-1_DIARIO_7gfpz5lh_.bkp tag=LEVEL-1_DIARIO
canal ORA_DISK_1: restauração concluída, tempo decorrido: 00:00:03
canal ORA_DISK_1: iniciando restauração de conjunto de backups de arquivo de dados incremental
canal ORA_DISK_1: especificando arquivo(s) de dados para restauração a partir do conjunto de backups
destino para restauração do arquivo de dados 00001: /u01/oradata/BD01/system01.dbf
destino para restauração do arquivo de dados 00003: /u01/oradata/BD01/sysaux01.dbf
destino para restauração do arquivo de dados 00006: /u01/oradata/BD01/tbsdata_adminf01_01.dbf
destino para restauração do arquivo de dados 00009: /u01/oradata/BD01/tbsdata_cust_l0301_01.dbf
destino para restauração do arquivo de dados 00011: /u01/oradata/BD01/tbsdata_cust_l0501_01.dbf
destino para restauração do arquivo de dados 00013: /u01/oradata/BD01/tbsdata_cust02_01.dbf
destino para restauração do arquivo de dados 00018: /u01/oradata/BD01/tbsdata_sgm_geral01_01.dbf
destino para restauração do arquivo de dados 00022: /u01/oradata/BD01/tbsdata_sgm_queue01_01.dbf
destino para restauração do arquivo de dados 00026: /u01/oradata/BD01/tbsdata_sgm_2006sem02_01.dbf
destino para restauração do arquivo de dados 00029: /u01/oradata/BD01/tbsdata_sgm_2008sem01_01.dbf
destino para restauração do arquivo de dados 00032: /u01/oradata/BD01/tbsdata_sgm_2009sem02_01.dbf
destino para restauração do arquivo de dados 00036: /u01/oradata/BD01/tbsdata_mbr_l02_01.dbf
destino para restauração do arquivo de dados 00039: /u01/oradata/BD01/tbsdata_mbr_l05_01.dbf
destino para restauração do arquivo de dados 00040: /u01/oradata/BD01/tbsdata_mbr_l06_01.dbf
destino para restauração do arquivo de dados 00042: /u01/oradata/BD01/tbsdata_mbr_l08_01.dbf
destino para restauração do arquivo de dados 00047: /u01/oradata/BD01/tbsdata_mbr01_01.dbf
destino para restauração do arquivo de dados 00049: /u01/oradata/BD01/tbsdata_mbr03.dbf
destino para restauração do arquivo de dados 00050: /u01/oradata/BD01/tbsdata_adm01.dbf
destino para restauração do arquivo de dados 00051: /u01/oradata/BD01/tbsdata_line01_01.dbf
destino para restauração do arquivo de dados 00052: /u01/oradata/BD01/tbsdata_inf2009s201_01.dbf
destino para restauração do arquivo de dados 00055: /u01/oradata/BD01/tbsdata_inf2011S1_01.dbf
destino para restauração do arquivo de dados 00059: /u01/oradata/BD01/tbsdata_int_line0101.dbf
destino para restauração do arquivo de dados 00062: /u01/oradata/BD01/tbsdata_ext2009s201_01.dbf
destino para restauração do arquivo de dados 00063: /u01/oradata/BD01/tbsdata_ext2010s101_01.dbf
destino para restauração do arquivo de dados 00066: /u01/oradata/BD01/tbsdata_zxs_01_001.dbf
destino para restauração do arquivo de dados 00067: /u01/oradata/BD01/tbsdata_resource_h01_01.dbf
destino para restauração do arquivo de dados 00070: /u01/oradata/BD01/tbsdata_resource_h04_01.dbf
destino para restauração do arquivo de dados 00073: /u01/oradata/BD01/tbsdata_resource_h07_01.dbf
destino para restauração do arquivo de dados 00076: /u01/oradata/BD01/tbsdata_staging01_01.dbf
destino para restauração do arquivo de dados 00079: /u01/oradata/BD01/tbsindx_adminf01_01.dbf
destino para restauração do arquivo de dados 00083: /u01/oradata/BD01/tbsindx_cust04_01.dbf
destino para restauração do arquivo de dados 00086: /u01/oradata/BD01/tbsindx_sgm_hist01_01.dbf
destino para restauração do arquivo de dados 00090: /u01/oradata/BD01/tbsindx_sgm_rating01_01.dbf
destino para restauração do arquivo de dados 00094: /u01/oradata/BD01/tbsindx_sgm_2007sem01_01.dbf
destino para restauração do arquivo de dados 00097: /u01/oradata/BD01/tbsindx_sgm_2008sem02_01.dbf
destino para restauração do arquivo de dados 00100: /u01/oradata/BD01/tbsindx_sgm_2010sem01_01.dbf
destino para restauração do arquivo de dados 00104: /u01/oradata/BD01/tbsindx_mbr_l01_01.dbf
destino para restauração do arquivo de dados 00107: /u01/oradata/BD01/tbsindx_mbr_l04_01.dbf
destino para restauração do arquivo de dados 00110: /u01/oradata/BD01/tbsindx_mbr_l07_01.dbf
destino para restauração do arquivo de dados 00113: /u01/oradata/BD01/tbsindx_mbr_l10_01.dbf
destino para restauração do arquivo de dados 00117: /u01/oradata/BD01/tbsindx_mbr02.dbf
destino para restauração do arquivo de dados 00118: /u01/oradata/BD01/tbsindx_mbr03.dbf
destino para restauração do arquivo de dados 00119: /u01/oradata/BD01/tbsindx_adm01.dbf
destino para restauração do arquivo de dados 00129: /u01/oradata/BD01/tbsindx_exton01.dbf
destino para restauração do arquivo de dados 00132: /u01/oradata/BD01/tbsindx_ext2010s2_01.dbf
destino para restauração do arquivo de dados 00136: /u01/oradata/BD01/tbsindx_resource_h03_01.dbf
destino para restauração do arquivo de dados 00139: /u01/oradata/BD01/tbsindx_resource_h06_01.dbf
destino para restauração do arquivo de dados 00142: /u01/oradata/BD01/tbsindx_resource01_01.dbf
destino para restauração do arquivo de dados 00145: /u01/oradata/BD01/tsdepm01_01.dbf
destino para restauração do arquivo de dados 00146: /u01/oradata/BD01/ts_hs_mbr_d01.dbf
canal ORA_DISK_1: lendo da parte de backup /u01/flash_recovery_area/BD01/backupset/2011_12_31/o1_mf_nnnd1_LEVEL-1_DIARIO_7gfq1vd1_.bkp
canal ORA_DISK_1: restaurada a parte de backup 1
handle de componente=/u01/flash_recovery_area/BD01/backupset/2011_12_31/o1_mf_nnnd1_LEVEL-1_DIARIO_7gfq1vd1_.bkp tag=LEVEL-1_DIARIO
canal ORA_DISK_1: restauração concluída, tempo decorrido: 00:00:07

iniciar recuperação de mídia

canal ORA_DISK_1: iniciando restauração de log de arquivamento para destino default
canal ORA_DISK_1: restaurar log de arquivamento
thread do log de arquivamento=1 seqüência=57
canal ORA_DISK_1: lendo da parte de backup /u01/flash_recovery_area/BD01/backupset/2011_12_31/o1_mf_annnn_ARCHIVES_DIARIO_7gfq3j8h_.bkp
canal ORA_DISK_1: restaurada a parte de backup 1
handle de componente=/u01/flash_recovery_area/BD01/backupset/2011_12_31/o1_mf_annnn_ARCHIVES_DIARIO_7gfq3j8h_.bkp tag=ARCHIVES_DIARIO
canal ORA_DISK_1: restauração concluída, tempo decorrido: 00:00:01
nome do arquivo de log de arquivamento=/u01/flash_recovery_area/BD01/archivelog/2011_12_17/o1_mf_1_57_7gsmg61g_.arc thread=1 seqüência=57
canal default: deletando log(s) de arquivamento
nome do arquivo de log de arquivamento=/u01/flash_recovery_area/BD01/archivelog/2011_12_17/o1_mf_1_57_7gsmg61g_.arc id reg.=48 marcação=770138022
não foi possível encontrar log de arquivamento
thread do log de arquivamento=1 seqüência=58
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: falha do comando recover em 01/01/2012 15:13:48
RMAN-06054: recuperação de mídia solicitando log desconhecido: thread 1 seq 58 scn mais baixo 7836163730214

Na saída do comando RECOVER DATABASE, podemos verificar que o mesmo foi finalizado com o erro abaixo:

não foi possível encontrar log de arquivamento
thread do log de arquivamento=1 seqüência=58
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: falha do comando recover em 01/01/2012 15:13:48
RMAN-06054: recuperação de mídia solicitando log desconhecido:
thread 1 seq 58 scn mais baixo 7836163730214

Portanto, deveremos recuperar o banco de dados ignorando a seqüência de redo log 58 conforme demonstrado abaixo:

RMAN> recover database until sequence 58;

Iniciando recover em 01/01/2012
usar o arquivo de controle do banco de dados de destino em vez do catálogo de recuperação
canal alocado: ORA_DISK_1
canal ORA_DISK_1: sid=156 devtype=DISK

iniciar recuperação de mídia
recuperação da mídia concluída, tempo decorrido: 00:00:03

Finalizado recover em 01/01/2012

Pronto. Após a recuperação incompleta do banco de dados até a sequência 58, poderemos abrir o banco dados com a opção RESETLOGS.

RMAN> alter database open resetlogs;

usar o arquivo de controle do banco de dados de destino em vez do catálogo de recuperação
banco de dados aberto

RMAN> exit

Recovery Manager completo.

Um pouco sobre índices particionados no Oracle ...

2011-12-04T20:16:00.008-02:00

Olá,

Em artigos anteriores como os de Fevereiro/2011, Abril/2011 e Junho/2011 apresentei uma visão geral sobre tabelas particionadas. A idéia deste artigo é demonstrar os tipos de índices que podemos criar sobre as tabelas particionadas, como os índices particionados globais e locais, além dos índices globais não-particionados.

Bom, de forma geral, o objetivo de um índice é permitir acesso mais rápido às linhas de uma tabela. Um índice armazena o valor da coluna ou colunas que estão sendo indexadas, junto com o ROWID da linha que contém o valor indexado. A figura abaixo representa um índice comum ou regular (Btree) criado sobre uma tabela não particionada.

Em se tratando de tabelas particionadas, podemos criar índices locais e globais, ambos particionados e também poderemos criar índices globais não-particionados. Para este artigo criarei a tabela T1 particionada por faixa (RANGE) como demonstrado abaixo:

SQL> create table t1
  2    (id  number,
  3     cod number)
  3     tablespace users
  4     partition by range(id)
  5      (
  6       partition pdezenas  values less than (100)  tablespace tbs_dezenas,
  7       partition pcentenas values less than (1000) tablespace tbs_centenas,
  8       partition pmilhares_1000 values less than (2000)  tablespace tbs_milhares,
  9       partition pmilhares_2000 values less than (3000)  tablespace tbs_milhares,
 10       partition pmilhares_3000 values less than (4000)  tablespace tbs_milhares,
 11       partition pmilhares_4000 values less than (5000)  tablespace tbs_milhares,
 12       partition pmilhares_n values less than (maxvalue) tablespace tbs_milhares
 13    );

Tabela criada.

Bom, os índices particionados locais refletem a estrutura da tabela particionada e são particionados de forma igual a tabela particionada subjacente, ou seja, eles são particionados nas mesmas colunas que a tabela e, portanto, tem os mesmos números de partições e os mesmos limites (HIGH_VALUE) que a tabela particionada. Vale a pena salientar que as partições de índices recebem o mesmo nome das partições de tabela. Um dos benefícios dos índice locais é a sua afinidade com a tabela subjacente, pois quando uma nova partição é criada, a partição de índice correspondente é criada automaticamente. Da mesma maneira, ao dropar uma partição da tabela, a partição de índice também é dropada automaticamente sem invalidar quaisquer outras partições de índice, como seria no caso de um índice global. A figura abaixo representa um índice particionado localmente.

SQL> create index idx_t1_local on t1 (id) local;

Índice criado.

SQL> select index_name,
  2         partition_name,
  3         high_value,
  4         tablespace_name
  5    from user_ind_partitions;

INDEX_NAME         PARTITION_NAME           HIGH_VALUE TABLESPACE_NAME
------------------ ------------------------ ---------- ------------------------
IDX_T1_LOCAL       PDEZENAS                 100        TBS_DEZENAS
IDX_T1_LOCAL       PCENTENAS                1000       TBS_CENTENAS
IDX_T1_LOCAL       PMILHARES_1000           2000       TBS_MILHARES
IDX_T1_LOCAL       PMILHARES_2000           3000       TBS_MILHARES
IDX_T1_LOCAL       PMILHARES_3000           4000       TBS_MILHARES
IDX_T1_LOCAL       PMILHARES_4000           5000       TBS_MILHARES
IDX_T1_LOCAL       PMILHARES_N              MAXVALUE   TBS_MILHARES

Podemos também criar índices únicos locais, mas para isso a coluna chave de partição precisa obrigatoriamente fazer parte do índice, diferentemente dos índices globais. Se tentarmos criar um índice único local sem a coluna chave da partição, então o erro ORA-14039 será emitido:

SQL> create unique index idx_t1_local on t1 (cod) local;
create unique index idx_t1_local on t1 (cod) local
*
ERRO na linha 1:
ORA-14039: colunas particionadas devem formar um subconjunto de
colunas de chaves de um índice UNIQUE

Abaixo podemos ver que o índice será criado somente se a coluna chave da partição estiver presente:

SQL> create unique index idx_t1_local on t1 (id,cod) local;

Índice criado.

Já os índices particionados globais não precisam ser necessariamente particionados da mesma maneira que a tabela subjacente. A figura abaixo mostra claramente que o número de partições na tabela pode ou não, ser igual ao número de partições do índice.

Dependendo das operações DDL executadas nas partições da tabela (ADD, DROP, MOVE, TRUNCATE, SPLIT, MERGE, EXCHANGE ...) um índice global poderá ficar marcado como inutilizável (unusable). Portanto, utilizar a cláusula UPDATE GLOBAL INDEXES é uma boa prática:

SQL> ALTER TABLE ... DROP PARTITION P1 UPDATE GLOBAL INDEXES;
SQL> TRUNCATE TABLE ... UPDATE GLOBAL INDEXES;
SQL> ALTER TABLE ... DROP PARTITION P1 UPDATE GLOBAL INDEXES;

É importante frisar que no caso de índices globais, criar uma partição com o limite (MAXVALUE) é obrigatória, caso contrário o erro ORA-14021 será emitido:

SQL> create index idx_t1_global on t1 (id)
  2  tablespace users
  3  global partition by range (id)
  4  (partition idxp_1500 values less than(1500),
  5   partition idxp_2900 values less than(2900),
  6   partition idxp_4600 values less than(4600),
  7   partition idxp_5000 values less than(5000));
 partition idxp_5000 values less than(5000))
*
ERRO na linha 6:
ORA-14021: MAXVALUE deve ser especificado para todas as colunas

SQL> create index idx_t1_global on t1 (id)
  2  tablespace users
  3  global partition by range (id)
  4  (partition idxp_1500 values less than(1500),
  5   partition idxp_2900 values less than(2900),
  6   partition idxp_4600 values less than(4600),
  7   partition idxp_5000 values less than(5000),
  8   partition idxp_n values less than(maxvalue));

Índice criado.

SQL> select index_name,
  2         partition_name,
  3         high_value,
  4         tablespace_name
  5    from user_ind_partitions;

INDEX_NAME         PARTITION_NAME           HIGH_VALUE TABLESPACE_NAME
------------------ ------------------------ ----------- -----------------------
IDX_T1_GLOBAL      IDXP_1500                1500       USERS
IDX_T1_GLOBAL      IDXP_2900                2900       USERS
IDX_T1_GLOBAL      IDXP_4600                4600       USERS
IDX_T1_GLOBAL      IDXP_5000                5000       USERS
IDX_T1_GLOBAL      IDXP_N                   MAXVALUE   USERS

A partir do Oracle 10g podemos também criar índices globais particionados por HASH como demonstrado abaixo:

SQL> create index idx_t1_global_hash on t1 (id)
  2  tablespace users
  3  global partition by hash (id)
  4  (partition idxp1,
  5   partition idxp2,
  6   partition idxp3,
  7   partition idxp4,
  8   partition idxp5);

Índice criado.

SQL> select index_name,
  2         partition_name,
  3         high_value,
  4         tablespace_name
  5    from user_ind_partitions;

INDEX_NAME         PARTITION_NAME           HIGH_VALUE TABLESPACE_NAME
------------------ ------------------------ ---------- ------------------------
IDX_T1_GLOBAL_HASH IDXP1                               USERS
IDX_T1_GLOBAL_HASH IDXP2                               USERS
IDX_T1_GLOBAL_HASH IDXP3                               USERS
IDX_T1_GLOBAL_HASH IDXP4                               USERS
IDX_T1_GLOBAL_HASH IDXP5                               USERS

Podemos notar que os índices globais não-particionados são exatamente iguais aos índices regulares criados em uma tabela não particionada e, portanto, a sintaxe para a criação do índice é a mesma. A figura abaixo mostra o relacionamento entre um índice global não-particionado e uma tabela particionada:

Por fim, vale a pena salientar que podemos criar também índices de bitmap em tabelas particionadas. A única restrição é que os mesmos só podem ser índice locais.

Desvendando o erro ORA-00955 durante a criação de uma primary key ou unique key

2011-11-06T10:47:00.004-02:00

Olá,

É possível que muitos desenvolvedores já tenham passado pelo erro "ORA-00955: nome já está sendo usado por um objeto existente" durante a criação da primary key ou de uma unique key em uma tabela. Mas, porque isso acontece? Bom, sabemos que toda constraint (primary key ou unique key) ao ser criada, geralmente vem acompanhada também de um índice único criada com o mesmo nome da constraint. Mas, se por acaso algum índice já existente, seja ele único ou não, for útil à constraint, então o mesmo será utilizado por ela. Neste ponto, podemos chegar a conclusão de que o índice em si não é utilizado para garantir unicidade como muitos imaginam. Podemos verificar essa afirmação vendo o exemplo abaixo:

SQL> create table tabela1 (cod number);

Tabela criada.

-- criando um índice normal (não único)
SQL> create index idx_tabela1_cod on tabela1(cod);

Índice criado.

-- criando a chave primária
SQL> alter table tabela1 add constraint pk_tabela1 primary key (cod);

Tabela alterada.

SQL> select table_name,constraint_name,index_name from user_constraints;

TABLE_NAME             CONSTRAINT_NAME          INDEX_NAME
---------------------- ------------------------ ---------------------
TABELA1                PK_TABELA1               IDX_TABELA1_COD

Podemos ver pelo resultado acima que o Oracle não criou um índice chamado PK_TABELA1, em vez disso ele utilizou o índice IDX_TABELA1_COD existente. Tudo bem, mas o que aconteceria se dropássemos a chave primária? O índice seria dropado também?

A regra é, se o índice foi criado implicitamente durante a criação da constraint, então por padrão o Oracle irá dropar também o índice, a não ser que utilizemos a palavra chave (keep index) para manter o índice ao dropar a constraint.

Mas, e quanto em relação ao índice que já existia antes da criação da constraint? Neste caso, até a versão do Oracle 9i, o índice seria dropado também, pois por padrão, no Oracle 9i a cláusula (drop index) está implicitamente atrelada ao comando que dropa a constraint. Vejamos na demonstração abaixo:

SQL> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production
PL/SQL Release 9.2.0.4.0 - Production
CORE    9.2.0.3.0       Production
TNS for Linux: Version 9.2.0.4.0 - Production
NLSRTL Version 9.2.0.4.0 - Production

SQL> create table t1 (id number);

Tabela criada.

SQL> create unique index pk_t1 on t1 (id);

Índice criado.

SQL> alter table t1 add constraint pk_t1 primary key (id);

Tabela alterada.

SQL> alter table t1 drop constraint pk_t1;

Tabela alterada.

SQL> select constraint_name from user_constraints where table_name='T1';

não há linhas selecionadas

SQL> select index_name from user_indexes where table_name='T1';

não há linhas selecionadas

Percebemos que, após droparmos a chave primária da tabela T1 no Oracle 9i, o índice que ela utilizava também foi dropado. O comando que o Oracle interpretou foi "alter table t1 drop constraint pk_t1 DROP INDEX" Por um lado, isso não é bom, pois não foi a PK quem criou o índice. O índice foi criado para ser utilizado para outros fins (performance, etc...) e o Oracle simplesmente dropa o índice sem nos avisar? Deve ser por esse motivo que o padrão mudou à partir do Oracle 10g:

SQL> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi
PL/SQL Release 10.2.0.1.0 - Production
CORE    10.2.0.1.0      Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production

SQL> create table t1 (id number);

Tabela criada.

SQL> create unique index pk_t1 on t1 (id);

Índice criado.

SQL> alter table t1 add constraint pk_t1 primary key (id);

Tabela alterada.

SQL> alter table t1 drop constraint pk_t1;

Tabela alterada.

SQL> select constraint_name from user_constraints where table_name='T1';

não há linhas selecionadas

SQL> select index_name from user_indexes where table_name='T1';

INDEX_NAME
--------------------
PK_T1

Podemos ver acima que, após droparmos a chave primária da tabela T1 no Oracle 10g R2, o índice que ela utilizava foi mantido. O comando que o Oracle 10g interpretou foi "alter table t1 drop constraint pk_t1 KEEP INDEX". Se quiséssemos dropar também o índice, teríamos que utilizar a cláusula (drop index). Vale a pena salientar que esse comportamento só é válido quando a constraint reutiliza um índice existente. Portanto, um índice que foi criado implicitamente durante a criação de uma constraint, também será dropado junto com a constraint.

Após essa longa introdução, irei demonstrar abaixo que uma simples exportação e importação de tabelas, seja via os utilitários exp/imp ou expdp/impdp, poderá ser a causa do erro ORA-00955 durante a criação de uma primary key ou unique key.

Vamos partir do comando abaixo:

SQL> create table t1 (id number constraint pk_t1 primary key);

Tabela criada.

Bom, já sabemos que se droparmos a chave primária da tabela T1, o índice que foi implicitamente criado também será dropado. Mas, o que acontece se exportamos essa tabela e a importarmos novamente no banco de dados? Para realização dos testes irei utilizar o Oracle 11g R2.

C:\>exp scott/tiger file=t1.dmp tables=t1

Export: Release 11.2.0.1.0 - Production on Dom Nov 6 10:01:39 2011

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

Conectado a: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Exportação executada no conjunto de caracteres de WE8MSWIN1252 e no conjunto de
caracteres de AL16UTF16 NCHAR

Sobre exportar tabelas especificadas ... via Caminho Convencional ...
. . exportando tabela                          T1          0 linhas exportadas
Exportação encerrada com sucesso, sem advertências.

Após a exportação da tabela T1 pelo utilitário (exp), irei verificar abaixo como o Oracle irá executar os comandos DDL de criação da tabela durante a importação:

C:\>imp scott/tiger file=t1.dmp indexfile=t1.txt

Import: Release 11.2.0.1.0 - Production on Dom Nov 6 10:03:14 2011

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

Conectado a: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

Arquivo de exportação criado por EXPORT:V11.02.00 via caminho convencional
importação realizada nos conjuntos de caracteres WE8MSWIN1252 e NCHAR AL16UTF16
. . ignorando tabela "T1"

Importação encerrada com sucesso, sem advertências.

C:\>type t1.txt

REM  CREATE TABLE "SCOTT"."T1" ("ID" NUMBER) PCTFREE 10 PCTUSED 40
REM  INITRANS 1 MAXTRANS 255 STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS
REM  1 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT) TABLESPACE
REM  "USERS" LOGGING NOCOMPRESS ;
REM  ... 0 rows
CONNECT SCOTT;
CREATE UNIQUE INDEX "SCOTT"."PK_T1" ON "T1" ("ID" ) PCTFREE 10 INITRANS 2
MAXTRANS 255 STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 FREELISTS 1
FREELIST GROUPS 1 BUFFER_POOL DEFAULT) TABLESPACE "USERS" LOGGING ;
REM  ALTER TABLE "SCOTT"."T1" ADD CONSTRAINT "PK_T1" PRIMARY KEY ("ID")
REM  USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 STORAGE(INITIAL 65536
REM  NEXT 1048576 MINEXTENTS 1 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL
REM  DEFAULT) TABLESPACE "USERS" LOGGING ENABLE ;

Acima, podemos perceber que o Oracle irá primeiro criar o índice para depois criar a constraint primary key. Esse comportamento também é visto se utilizarmos o utilitário de exportação e importação Oracle DataPump:

C:\>expdp scott/tiger tables=t1 directory=data_pump_dir dumpfile=t1.dmp

Export: Release 11.2.0.1.0 - Production on Dom Nov 6 10:08:57 2011

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

Conectado a: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Iniciando "SCOTT"."SYS_EXPORT_TABLE_01":  scott/******** tables=t1
directory=data_pump_dir dumpfile=t1.dmp
Estimativa em andamento com o método BLOCKS...
Processando o tipo de objeto TABLE_EXPORT/TABLE/TABLE_DATA
Estimativa total usando o método de BLOCKS: 0 KB
Processando o tipo de objeto TABLE_EXPORT/TABLE/TABLE
Processando o tipo de objeto TABLE_EXPORT/TABLE/INDEX/INDEX
Processando o tipo de objeto TABLE_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
. . exportou "SCOTT"."T1"                                  0 KB       0 linhas
Tabela-mestre "SCOTT"."SYS_EXPORT_TABLE_01" carregada/descarregada com sucesso
******************************************************************************
Conjunto de arquivos de dump para SCOTT.SYS_EXPORT_TABLE_01 é:
  E:\ORACLE\ADMIN\BD02\DPDUMP\T1.DMP
O job "SCOTT"."SYS_EXPORT_TABLE_01" foi concluído com sucesso em 10:09:27

Após a exportação da tabela T1 pelo utilitário (expdp), irei verificar abaixo como o Oracle irá executar os comandos DDL de criação da tabela durante a importação:

C:\>impdp scott/tiger tables=t1 directory=data_pump_dir dumpfile=t1.dmp sqlfile=t1.txt

Import: Release 11.2.0.1.0 - Production on Dom Nov 6 10:12:35 2011

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

Conectado a: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Tabela-mestre "SCOTT"."SYS_SQL_FILE_TABLE_01" carregada/descarregada com sucesso
Iniciando "SCOTT"."SYS_SQL_FILE_TABLE_01":  scott/******** tables=t1
directory=data_pump_dir dumpfile=t1.dmp SQLFILE=t1.txt
Processando o tipo de objeto TABLE_EXPORT/TABLE/TABLE
Processando o tipo de objeto TABLE_EXPORT/TABLE/INDEX/INDEX
Processando o tipo de objeto TABLE_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
O job "SCOTT"."SYS_SQL_FILE_TABLE_01" foi concluído com sucesso em 22:12:43

C:\>type E:\oracle\admin\BD02\dpdump\t1.txt

-- CONNECT SCOTT
ALTER SESSION SET EVENTS '10150 TRACE NAME CONTEXT FOREVER, LEVEL 1';
ALTER SESSION SET EVENTS '10904 TRACE NAME CONTEXT FOREVER, LEVEL 1';
ALTER SESSION SET EVENTS '25475 TRACE NAME CONTEXT FOREVER, LEVEL 1';
ALTER SESSION SET EVENTS '10407 TRACE NAME CONTEXT FOREVER, LEVEL 1';
ALTER SESSION SET EVENTS '10851 TRACE NAME CONTEXT FOREVER, LEVEL 1';
ALTER SESSION SET EVENTS '22830 TRACE NAME CONTEXT FOREVER, LEVEL 192 ';
-- new object type path: TABLE_EXPORT/TABLE/TABLE
CREATE TABLE "SCOTT"."T1"
   (    "ID" NUMBER
   ) SEGMENT CREATION IMMEDIATE
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE
  DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS" ;

-- new object type path: TABLE_EXPORT/TABLE/INDEX/INDEX
CREATE UNIQUE INDEX "SCOTT"."PK_T1" ON "SCOTT"."T1" ("ID")
  PCTFREE 10 INITRANS 2 MAXTRANS 255
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE
  DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS" PARALLEL 1 ;

  ALTER INDEX "SCOTT"."PK_T1" NOPARALLEL;

-- new object type path: TABLE_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
ALTER TABLE "SCOTT"."T1" ADD CONSTRAINT "PK_T1" PRIMARY KEY ("ID")
  USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE
  DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "USERS"  ENABLE;

Da mesma forma como aconteceu no exemplo com os utilitários (exp/imp), podemos perceber acima que o Oracle também irá primeiro criar o índice para depois criar a constraint primary key. Após a importação da tabela T1, irei simular abaixo o erro ORA-00955:

C:\>sqlplus scott/tiger

SQL*Plus: Release 11.2.0.1.0 Production on Dom Nov 6 10:23:45 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Conectado a:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> alter table t1 drop primary key;

Tabela alterada.

SQL> alter table t1 add (id2 number);

Tabela alterada.

SQL> alter table t1 add constraint pk_t1 primary key (id,id2);
alter table t1 add constraint pk_t1 primary key (id,id2)
* ERRO na linha 1: ORA-00955: nome já está sendo usado por um objeto existente

Perceberam o motivo do erro? O Oracle tentou criar um índice com o nome PK_T1. A questão é que o índice que foi utilizado pela chave primária anterior foi mantido no banco de dados:

SQL> select table_name,index_name from user_indexes;

TABLE_NAME                     INDEX_NAME
------------------------------ ------------------------------
T1                             PK_T1

A explicação é que, após dropar a chave primária, criar uma nova coluna na tabela e criar novamente a chave primária, o índice PK_T1 existente não foi reaproveitado (por motivos óbvios). Neste caso, o Oracle tentou criar um índice com o mesmo nome da constraint, o que gerou o erro ORA-00955. Para resolver o problema teremos que dropar o índice PK_T1 explicitamente antes de criar a nova primary key.

SQL> drop index pk_t1;

Índice eliminado.

SQL> alter table t1 add constraint pk_t1 primary key (id,id2);

Tabela alterada.

Criando um banco de dados no modo silencioso com o DBCA

2011-10-04T21:55:00.008-03:00

Olá,

Para aqueles que já conhecem a interface gráfica do assistente de configuração de banco de dados do Oracle, sabem que estou falando do DBCA (Database Configuration Assistant). No Oracle 10g, por exemplo, o DBCA fornece 4 tipos de templates (gabaritos), para que o DBA possa escolher aquele mais adequado ao tipo de banco a ser criado.

Na figura acima existe um template adicional, criado por mim que será utilizado mais a frente. Até então, o Oracle fornece quatro modelos: Finalidade geral, processamento de transações, Data Warehouse e banco de dados personalizado. Exceto para banco de dados personalizado, os outros três são templates do tipo seed (que incluem arquivos de dados). A vantagem dos templates do tipo seed é que os mesmos poupam tempo na criação de banco de dados, porque a cópia dos arquivos de banco de dados já criados para os locais corretos, leva menos tempo do que criá-los do zero. Os templates são armazenados no diretório $ORACLE_HOME/assistants/dbca/templates e tem um formato do tipo XML. Uma outra vantagem dos templates é que os mesmos são fáceis de compartilhar e podem ser copiados de uma máquina para outra.

Existem dois tipos de templates: seeds e nonseeds. O templates do tipo seed têm a extensão (*.dbc) e incluem os arquivos de dados de um banco de dados, em um arquivo especial com a extensão (*.dfb). Ao criar um banco de dados usando o DBCA, se você escolher algum modelo do tipo seed, a criação de banco de dados será mais rápida porque os arquivos físicos do banco de dados já foram criados. Portanto, a criação do banco de dados começa como uma cópia do banco de dados do seed, em vez de ter que ser criado. Na verdade, o DBCA copia os arquivos de dados para o local especificado, cria um arquivo de controle e abre o banco de dados com a opção RESETLOGS. Já um template do tipo nonseed tem a extensão (*.dbt) e não inclui qualquer arquivo de banco de dados. Se você escolher um modelo nonseed ao criar o banco de dados, o assistente irá criar um novo banco de dados e executar todos os scripts necessários, como os scripts catalog.sql e catproc.sql, por exemplo.

No mais, irei utilizar abaixo um template do tipo nonseed criado por mim, e o utilizarei para criar um banco de dados sem a necessidade de utilizar a interface gráfica do DBCA (silent mode). Eu criei um template e o chamei de templatepadrao10g.dbt, conforme demonstrado pelo código abaixo:

<DatabaseTemplate name="padrao" description="Template padrao 10g" version="10.2.0.0.0">
 <CommonAttributes>
    <option name="ISEARCH" value="false"/>
    <option name="OMS" value="false"/>
    <option name="JSERVER" value="false"/>
    <option name="SPATIAL" value="false"/>
    <option name="ODM" value="false">
       <tablespace id="SYSAUX"/>
    </option>
    <option name="IMEDIA" value="false"/>
    <option name="XDB_PROTOCOLS" value="false">
       <tablespace id="SYSAUX"/>
    </option>
    <option name="ORACLE_TEXT" value="false">
       <tablespace id="SYSAUX"/>
    </option>
    <option name="SAMPLE_SCHEMA" value="false"/>
    <option name="CWMLITE" value="false">
       <tablespace id="SYSAUX"/>
    </option>
    <option name="EM_REPOSITORY" value="false">
       <tablespace id="SYSAUX"/>
    </option>
    <option name="HTMLDB" value="false"/>
    <option name="NET_EXTENSIONS" value="false"/>
 </CommonAttributes>
 <Variables/>
 <CustomScripts Execute="false"/>
 <InitParamAttributes>
    <InitParams>
       <initParam name="pga_aggregate_target" value="60" unit="MB"/>
       <initParam name="nls_territory" value="BRAZIL"/>
       <initParam name="processes" value="150"/>
       <initParam name="db_recovery_file_dest_size" value="2048" unit="MB"/>
       <initParam name="nls_language" value="BRAZILIAN PORTUGUESE"/>
       <initParam name="control_files" value="(&quot;{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\control01.ctl&quot;, &quot;{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\control02.ctl&quot;, &quot;{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\control03.ctl&quot;)"/>
       <initParam name="sga_target" value="200" unit="MB"/>
       <initParam name="compatible" value="10.2.0.1.0"/>
       <initParam name="background_dump_dest" value="{ORACLE_BASE}\admin\{DB_UNIQUE_NAME}\bdump"/>
       <initParam name="job_queue_processes" value="10"/>
       <initParam name="user_dump_dest" value="{ORACLE_BASE}\admin\{DB_UNIQUE_NAME}\udump"/>
       <initParam name="audit_file_dest" value="{ORACLE_BASE}\admin\{DB_UNIQUE_NAME}\adump"/>
       <initParam name="db_domain" value=""/>
       <initParam name="open_cursors" value="300"/>
       <initParam name="db_block_size" value="8" unit="KB"/>
       <initParam name="db_recovery_file_dest" value="{ORACLE_BASE}\flash_recovery_area"/>
       <initParam name="undo_tablespace" value="UNDOTBS1"/>
       <initParam name="core_dump_dest" value="{ORACLE_BASE}\admin\{DB_UNIQUE_NAME}\cdump"/>
       <initParam name="remote_login_passwordfile" value="EXCLUSIVE"/>
       <initParam name="undo_management" value="AUTO"/>
       <initParam name="db_file_multiblock_read_count" value="16"/>
    </InitParams>
    <MiscParams>
       <customSGA>true</customSGA>
       <archiveLogMode>false</archiveLogMode>
       <initParamFileName>{ORACLE_BASE}\admin\{DB_UNIQUE_NAME}\pfile\init.ora</initParamFileName>
    </MiscParams>
    <SPfile useSPFile="true">{ORACLE_HOME}\database\spfile{SID}.ora</SPfile>
 </InitParamAttributes>
 <StorageAttributes>
    <ControlfileAttributes id="Arquivo de controle">
       <maxDatafiles>100</maxDatafiles>
       <maxLogfiles>16</maxLogfiles>
       <maxLogMembers>3</maxLogMembers>
       <maxLogHistory>1</maxLogHistory>
       <maxInstances>8</maxInstances>
       <image name="control01.ctl" filepath="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\"/>
       <image name="control02.ctl" filepath="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\"/>
       <image name="control03.ctl" filepath="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\"/>
    </ControlfileAttributes>
    <DatafileAttributes id="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\sysaux01.dbf">
       <tablespace>SYSAUX</tablespace>
       <temporary>false</temporary>
       <online>true</online>
       <status>0</status>
       <size unit="MB">120</size>
       <reuse>true</reuse>
       <autoExtend>true</autoExtend>
       <increment unit="KB">10240</increment>
       <maxSize unit="MB">-1</maxSize>
    </DatafileAttributes>
    <DatafileAttributes id="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\system01.dbf">
       <tablespace>SYSTEM</tablespace>
       <temporary>false</temporary>
       <online>true</online>
       <status>0</status>
       <size unit="MB">300</size>
       <reuse>true</reuse>
       <autoExtend>true</autoExtend>
       <increment unit="KB">10240</increment>
       <maxSize unit="MB">-1</maxSize>
    </DatafileAttributes>
    <DatafileAttributes id="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\temp01.dbf">
       <tablespace>TEMP</tablespace>
       <temporary>false</temporary>
       <online>true</online>
       <status>0</status>
       <size unit="MB">20</size>
       <reuse>true</reuse>
       <autoExtend>true</autoExtend>
       <increment unit="KB">640</increment>
       <maxSize unit="MB">-1</maxSize>
    </DatafileAttributes>
    <DatafileAttributes id="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\undotbs01.dbf">
       <tablespace>UNDOTBS1</tablespace>
       <temporary>false</temporary>
       <online>true</online>
       <status>0</status>
       <size unit="MB">200</size>
       <reuse>true</reuse>
       <autoExtend>true</autoExtend>
       <increment unit="KB">5120</increment>
       <maxSize unit="MB">-1</maxSize>
    </DatafileAttributes>
    <DatafileAttributes id="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\users01.dbf">
       <tablespace>USERS</tablespace>
       <temporary>false</temporary>
       <online>true</online>
       <status>0</status>
       <size unit="MB">5</size>
       <reuse>true</reuse>
       <autoExtend>true</autoExtend>
       <increment unit="KB">1280</increment>
       <maxSize unit="MB">-1</maxSize>
    </DatafileAttributes>
    <TablespaceAttributes id="SYSAUX">
       <online>true</online>
       <offlineMode>1</offlineMode>
       <readOnly>false</readOnly>
       <temporary>false</temporary>
       <defaultTemp>false</defaultTemp>
       <undo>false</undo>
       <local>true</local>
       <blockSize>-1</blockSize>
       <allocation>1</allocation>
       <uniAllocSize unit="KB">-1</uniAllocSize>
       <initSize unit="KB">64</initSize>
       <increment unit="KB">64</increment>
       <incrementPercent>50</incrementPercent>
       <minExtends>1</minExtends>
       <maxExtends>4096</maxExtends>
       <minExtendsSize unit="KB">64</minExtendsSize>
       <logging>true</logging>
       <recoverable>false</recoverable>
       <maxFreeSpace>0</maxFreeSpace>
       <autoSegmentMgmt>true</autoSegmentMgmt>
       <bigfile>false</bigfile>
       <datafilesList>
          <TablespaceDatafileAttributes id="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\sysaux01.dbf">
             <id>-1</id>
          </TablespaceDatafileAttributes>
       </datafilesList>
    </TablespaceAttributes>
    <TablespaceAttributes id="SYSTEM">
       <online>true</online>
       <offlineMode>1</offlineMode>
       <readOnly>false</readOnly>
       <temporary>false</temporary>
       <defaultTemp>false</defaultTemp>
       <undo>false</undo>
       <local>true</local>
       <blockSize>-1</blockSize>
       <allocation>3</allocation>
       <uniAllocSize unit="KB">-1</uniAllocSize>
       <initSize unit="KB">64</initSize>
       <increment unit="KB">64</increment>
       <incrementPercent>50</incrementPercent>
       <minExtends>1</minExtends>
       <maxExtends>-1</maxExtends>
       <minExtendsSize unit="KB">64</minExtendsSize>
       <logging>true</logging>
       <recoverable>false</recoverable>
       <maxFreeSpace>0</maxFreeSpace>
       <autoSegmentMgmt>true</autoSegmentMgmt>
       <bigfile>false</bigfile>
       <datafilesList>
          <TablespaceDatafileAttributes id="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\system01.dbf">
             <id>-1</id>
          </TablespaceDatafileAttributes>
       </datafilesList>
    </TablespaceAttributes>
    <TablespaceAttributes id="TEMP">
       <online>true</online>
       <offlineMode>1</offlineMode>
       <readOnly>false</readOnly>
       <temporary>true</temporary>
       <defaultTemp>true</defaultTemp>
       <undo>false</undo>
       <local>true</local>
       <blockSize>-1</blockSize>
       <allocation>1</allocation>
       <uniAllocSize unit="KB">-1</uniAllocSize>
       <initSize unit="KB">64</initSize>
       <increment unit="KB">64</increment>
       <incrementPercent>0</incrementPercent>
       <minExtends>1</minExtends>
       <maxExtends>0</maxExtends>
       <minExtendsSize unit="KB">64</minExtendsSize>
       <logging>true</logging>
       <recoverable>false</recoverable>
       <maxFreeSpace>0</maxFreeSpace>
       <autoSegmentMgmt>true</autoSegmentMgmt>
       <bigfile>false</bigfile>
       <datafilesList>
          <TablespaceDatafileAttributes id="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\temp01.dbf">
             <id>-1</id>
          </TablespaceDatafileAttributes>
       </datafilesList>
    </TablespaceAttributes>
    <TablespaceAttributes id="UNDOTBS1">
       <online>true</online>
       <offlineMode>1</offlineMode>
       <readOnly>false</readOnly>
       <temporary>false</temporary>
       <defaultTemp>false</defaultTemp>
       <undo>true</undo>
       <local>true</local>
       <blockSize>-1</blockSize>
       <allocation>1</allocation>
       <uniAllocSize unit="KB">-1</uniAllocSize>
       <initSize unit="KB">512</initSize>
       <increment unit="KB">512</increment>
       <incrementPercent>50</incrementPercent>
       <minExtends>8</minExtends>
       <maxExtends>4096</maxExtends>
       <minExtendsSize unit="KB">512</minExtendsSize>
       <logging>true</logging>
       <recoverable>false</recoverable>
       <maxFreeSpace>0</maxFreeSpace>
       <autoSegmentMgmt>true</autoSegmentMgmt>
       <bigfile>false</bigfile>
       <datafilesList>
          <TablespaceDatafileAttributes id="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\undotbs01.dbf">
             <id>-1</id>
          </TablespaceDatafileAttributes>
       </datafilesList>
    </TablespaceAttributes>
    <TablespaceAttributes id="USERS">
       <online>true</online>
       <offlineMode>1</offlineMode>
       <readOnly>false</readOnly>
       <temporary>false</temporary>
       <defaultTemp>false</defaultTemp>
       <undo>false</undo>
       <local>true</local>
       <blockSize>-1</blockSize>
       <allocation>1</allocation>
       <uniAllocSize unit="KB">-1</uniAllocSize>
       <initSize unit="KB">128</initSize>
       <increment unit="KB">128</increment>
       <incrementPercent>0</incrementPercent>
       <minExtends>1</minExtends>
       <maxExtends>4096</maxExtends>
       <minExtendsSize unit="KB">128</minExtendsSize>
       <logging>true</logging>
       <recoverable>false</recoverable>
       <maxFreeSpace>0</maxFreeSpace>
       <autoSegmentMgmt>true</autoSegmentMgmt>
       <bigfile>false</bigfile>
       <datafilesList>
          <TablespaceDatafileAttributes id="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\users01.dbf">
             <id>-1</id>
          </TablespaceDatafileAttributes>
       </datafilesList>
    </TablespaceAttributes>
    <RedoLogGroupAttributes id="1">
       <reuse>false</reuse>
       <fileSize unit="KB">51200</fileSize>
       <Thread>1</Thread>
       <member ordinal="0" memberName="redo01.log" filepath="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\"/>
    </RedoLogGroupAttributes>
    <RedoLogGroupAttributes id="2">
       <reuse>false</reuse>
       <fileSize unit="KB">51200</fileSize>
       <Thread>1</Thread>
       <member ordinal="0" memberName="redo02.log" filepath="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\"/>
    </RedoLogGroupAttributes>
    <RedoLogGroupAttributes id="3">
       <reuse>false</reuse>
       <fileSize unit="KB">51200</fileSize>
       <Thread>1</Thread>
       <member ordinal="0" memberName="redo03.log" filepath="{ORACLE_BASE}\oradata\{DB_UNIQUE_NAME}\"/>
    </RedoLogGroupAttributes>
 </StorageAttributes>
</DatabaseTemplate>

Agora iniciarei a criação de um banco de dados no modo silent que chamarei de BD03. Preste atenção nos parâmetros que eu passo para o DBCA.

C:\>dbca -silent -createDatabase
    -templateName templatepadrao10g.dbt
    -gdbName BD03 -sysPassword manager -systemPassword manager
    -characterset WE8ISO8859P1 -nationalCharacterSet AL16UTF16
    -emConfiguration NONE -databaseType OLTP

Criando e iniciando a instância Oracle
2% concluído
3% concluído
5% concluído
12% concluído
Criando arquivos de banco de dados
13% concluído
25% concluído
Criando views de dicionário de dados
28% concluído
32% concluído
36% concluído
37% concluído
38% concluído
39% concluído
40% concluído
41% concluído
42% concluído
43% concluído
44% concluído
45% concluído
52% concluído
56% concluído
60% concluído
61% concluído
64% concluído
Concluindo Criação de Banco de Dados
67% concluído
71% concluído
75% concluído
86% concluído
97% concluído
100% concluído

Pronto. Fácil e prático, não?

C:\>sqlplus / as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Ter Out 4 21:10:01 2011

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Conectado a:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> select name from v$database;

NAME
-------------
BD03

SQL> select instance_name from v$instance;

INSTANCE_NAME
-------------
bd03

SQL> select * from nls_database_parameters;

PARAMETER                      VALUE
------------------------------ -------------------------------
NLS_LANGUAGE                   BRAZILIAN PORTUGUESE
NLS_TERRITORY                  BRAZIL
NLS_CURRENCY                   R$
NLS_ISO_CURRENCY               BRAZIL
NLS_NUMERIC_CHARACTERS         ,.
NLS_CHARACTERSET               WE8ISO8859P1
NLS_CALENDAR                   GREGORIAN
NLS_DATE_FORMAT                DD/MM/RR
NLS_DATE_LANGUAGE              BRAZILIAN PORTUGUESE
NLS_SORT                       WEST_EUROPEAN
NLS_TIME_FORMAT                HH24:MI:SSXFF
NLS_TIMESTAMP_FORMAT           DD/MM/RR HH24:MI:SSXFF
NLS_TIME_TZ_FORMAT             HH24:MI:SSXFF TZR
NLS_TIMESTAMP_TZ_FORMAT        DD/MM/RR HH24:MI:SSXFF TZR
NLS_DUAL_CURRENCY              Cr$
NLS_COMP                       BINARY
NLS_LENGTH_SEMANTICS           BYTE
NLS_NCHAR_CONV_EXCP            FALSE
NLS_NCHAR_CHARACTERSET         AL16UTF16
NLS_RDBMS_VERSION              10.2.0.1.0

20 linhas selecionadas.

Bom, da mesma forma que podemos criar, podemos também dropar um banco de dados com o DBCA. Antes disso, no exemplo abaixo irei aproveitar e demonstrar como dropar um banco de dados utilizando o comando DROP DATABASE emitido de dentro do SQL*Plus.

C:\>sqlplus / as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Ter Out 4 21:30:01 2011

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Conectado a:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> startup mount force restrict
Instância ORACLE iniciada.

Total System Global Area  209715200 bytes
Fixed Size                  1248140 bytes
Variable Size              71304308 bytes
Database Buffers          134217728 bytes
Redo Buffers                2945024 bytes
Banco de dados montado.

SQL> drop database;

Banco de Dados eliminado.

A outra forma seria utilizando o próprio DBCA como demonstrado abaixo:

C:\>dbca -silent -deleteDatabase 
    -sourceDB BD03 
    -sysDBAUserName SYS
    -sysDBAPassword manager

Estabelecendo conexão com o banco de dados
4% concluído
9% concluído
14% concluído
47% concluído
Atualizando arquivos de configuração de rede
48% concluído
52% concluído
Deletando instância e arquivos de dados
76% concluído
100% concluído

Um pouco sobre o Flashback Database 10g/11g ...

2011-09-04T12:01:00.038-03:00

Olá,

Para quem já teve a oportunidade de utilizar esta feature disponível desde a versão do Oracle 10g deve percebido o quanto a mesma é incrível. Na minha visão a tecnologia flashback é uma das features mais incríveis e uma das que eu eu mais gosto no Oracle. Nessas últimas semanas tenho trabalhado muito em algumas bases de mais ou menos 1 TB de tamanho realizando flahback database em um ambiente montado para realização de cenários de teste repetidos. Aliás, prefiro criar pontos de restauração garantidos (Guaranted Restore Point) que é uma feature nova no Oracle 10g R2 para não ter que depender do parâmetro DB_FLASHBACK_RETENTION_TARGET (default 24 horas). Houve um dia que uma operação de flashback database demorou cerca de 4 horas para voltar uma base até um ponto específico no tempo dentro da janela flashback. Não foi surpresa pra mim pois nesse meio tempo tinham sido realizadas várias operações DML e DDL como criação de índices, particionamentos de tabelas entre outras operações em muitas tabelas gigantescas. Fico pensando quanto tempo demoraria se tivéssemos que voltar um backup!

Como eu disse anteriormente, o flashback database é muito útil nos casos em que temos vários cenários de testes repetidos. Digamos que você tem uma aplicação que está sendo testada em um ambiente de desenvolvimento. Toda vez que você executa a aplicação, ela executas vários comandos DML e, desta forma, altera vários registros em várias tabelas. Em um determinado momento ao final dos testes, você deseja retornar os dados para os seus valores originais antes da realização do próximo teste. Portanto, o flashback é uma ferramenta excelente para isso.

Bom, diferente de outras tecnologias flashback como a flashback query por exemplo, o flashback database não depende da retenção de blocos no tablespace de UNDO. Quando o flashback database está habilitado ou até mesmo quando não está, mas algum ponto de restauração garantido existe, o Oracle registra informações extras na Flash Recovery Area (no 11g o termo agora é Fast Recovery Area) em arquivos chamados de flashback logs. Os logs de flashback possuem os dados para retornar os blocos até um tempo anterior. O legal do flashback database é que podemos voltar o banco em um determinado tempo no passado e abrir o banco no modo read only para ver se voltou o suficiente. Caso contrário, poderemos avançar no tempo ou retroceder ainda mais quantas vezes forem necessárias antes de abrir o banco com a opção resetlogs. O interessante é que mesmo após abrir o banco com a opção resetlogs, ainda assim poderemos utilizar os pontos de restauração criados e ainda não removidos. A figura abaixo nos dá uma visão geral de algumas das possibilidades dentro de uma janela de tempo em que poderemos atuar:

Vale a pena salientar que pontos de restauração garantidos ficarão eternos até que sejam removidos. Por outro lado, caso um ponto de restauração garantido não seja criado e a Flash Recovery Area precisar de mais espaço para acomodar outros tipos de arquivos, os flashback logs que foram gerados serão removidos para dar espaço a outros tipos de arquivos, como archive logs e arquivos de backup do RMAN. Portanto, seja cuidadoso ao criar um ponto de restauração garantido pois os logs de flashback crescerão até que o mesmo seja removido. Um outro ponto importante a dizer é que para que o flashback seja ativado o banco de dados precisar estar em modo ARCHIVELOG, ou seja, em algum momento os archive logs gerados serão necessários para dar suporte aos flashback logs. Então, não apague nenhum archive log. Me lembro de algumas vezes ter tido que realizar o flashback de dentro do RMAN, pois alguns archive logs necessários para realização do flashback não estavam mais no disco e sim em algum backupset, devido a estratégia de política de backup em vigor.

No mais, neste artigo irei demonstrar como o flashback database reage às alterações de algumas propriedades dos tablespaces e datafiles (create, resize, drop) realizados dentro da janela flashback. Em alguns momentos tive que abrir mão de alguns datafiles no momento da realização do flashback database. Neste caso, é bom termos cuidado pois dependendo da alteração estrutural no nível de datafiles realizada no banco de dados, essa alteração poderá impactar no flashback da base de dados de forma total ou parcial.

Inicialmente irei realizar um teste no Oracle 10g R2 e depois irei realizar um teste no Oracle 11g R2 para demonstrar alguns pontos.

Acima estão listados os tablespaces e seus respectivos datafiles do meu banco de dados. Abaixo irei realizar um shutdown do banco para iniciá-lo em estado MOUNT afim de ativar o modo flashback.

O comando "archive log list" me mostra que o banco já está operando no modo ARCHIVELOG.

Acima verifiquei o destino e o tamanho da Flash Recovery Area. Deixarei de lado o parâmetro DB_FLASHBACK_RETENTION_TARGET na qual o valor default é 24 horas, pois irei criar pontos de restauração garantidos e neste caso este período de retenção será desconsiderado.

Após ativar o flashback database, irei criar a abaixo um ponto de restauração garantido com o nome de "stable".

Pronto. O banco já está com o suporte de flashback ativado e com um ponto de restauração criado. Abaixo irei realizar algumas operações como criar uma tablespace, renomear uma tablespaces, dropar outra, e redimensionar alguns datafiles.

Após realizadas as alterações acima, o layout do meu de banco de dados ficou como demonstrado pelo resultado da query acima. Agora irei realizar o flashback database para o restore point criado anteriormente. Para tanto, será necessário deixar a base no estado MOUNT.

Acima está uma lição a ser aprendida e que está muito bem documentada. Não efetue nenhuma operação de redução de tamanho de datafile enquanto o banco de dados estiver com o flashback ativo. Como demonstrado acima, o datafile 4 pertencente ao tablespace USERS inviabilizou a realização do flashback.

Colocar o datafile 4 em modo off-line não bastou para resolver o problema.

Portanto, terei de abrir mão do datafile 4 executando o comando abaixo.

Agora irei tentar realizar novamente o flashback do banco de dados.

Em relação ao datafile 4 o problema foi resolvido abrindo mão do mesmo, mas agora o Oracle está reclamando do datafile 5 que pertence ao tablespace TBS01 que foi dropado. Bom, uma outra lição aprendida é de que o flashback database não recupera tablespaces e datafiles que foram removidos.

Por fim, poderei realizar o flashback database com sucesso como demonstrado abaixo:

Conclusão:

A tablespace TBS03 que foi criada após o ponto de restauração foi removida do banco de dados.
O datafile 3 pertencente ao tablespace SYSAUX que teve o seu tamanho aumentado voltou para o seu tamanho original.
O datafile 4 pertencente ao tablespace USERS que teve o seu tamanho reduzido permanenceu off-line e portanto foi perdido. Qualquer tentativa de recover do mesmo precisará de um backup de uma incarnação anterior.
A tablespace TBS02 que foi renomeada para TABLESPACE02 foi desfeita e voltou para o nome original.
A tablespace TBS01 que foi dropada, não foi recuperada e portanto, o seu datafile foi perdido.

Nos testes que realizei com o Oracle 11g R2, verifiquei que o comando "alter database flashback on" pode ser emito também enquanto o banco de dados está aberto (OPEN) e não mais somente no estado MOUNT. Em relação a operação de redução do tamanho de um datafile, o mesmo inviabilizou o flashback do banco de dados, mas agora não será necessário utilizar a cláusula offline-drop do comando "alter database datafile" como demonstrado abaixo.

Em relação a criação de um ponto de restauração garantido sem o modo de flashback ativado, podemos verificar abaixo que o mesmo é possível nas versões 10g R2 e 11g como demonstrado abaixo:

Os valores possíveis para a coluna FLASHBACK_ON da view V$DATABASE da versão 10g R1 são (YES/NO). Na versão 10g R2 foi incluído o valor "RESTORE POINT ONLY" o que significa que só é possível realizar o flashback do banco de dados para um ponto de restauração.

Acima foi até possível pegar um erro de tradução para o português da mensagem do erro ORA-38726. O certo seria "ORA-38726: Log do banco de dados de flashback não está ativado."

No mais, após remover o ponto de restauração, poderemos perceber que o valor da coluna FLASHBACK_ON da view V$DATABASE terá o seu valor atualizado para "NO".

Definindo a ordem de execução de triggers no Oracle 11g ...

2011-08-03T23:31:00.009-03:00

Olá,

Até o Oracle 11g, não se podia determinar a ordem de execução de triggers do mesmo tipo para uma tabela. Por exemplo, se temos 3 triggers em uma tabela na qual todas são BEFORE INSERT, qual será a ordem de execução das mesmas? A resposta é: impossível determinar, pois se você tiver várias triggers do mesmo tipo na tabela, então o Oracle escolherá uma ordem arbitrária e randômica para executá-las. Então dependendo da regra de negócio existente, isso poderia ser um problema ou não, pois a solução seria criar uma única trigger do tipo em questão e colocar toda a regra de negócio (PL/SQL) nela. A desvantagem nesse caso seria apenas de cunho administrativo e de manutenção, pois a trigger poderia ficar imensa, complexa e de difícil compreensão.

Na minha visão, a vantagem de se ter mais de uma trigger seria a de trazer mais praticidade e modularidade de forma a separar a regra de negócio de acordo com o objetivo de cada uma, além de trazer uma certa flexibilidade na hora realizar manutenções no código. Imagina um cenário onde existe uma única trigger que, além de realizar grande parte da regra de negócio, ainda realiza operações para geração de logs de transação. Veja a flexibilidade se criássemos 2 triggers: uma para a regra de negócio em si e outra para geração de logs de transação. Alguém um dia poderia sugerir: "A rotina está muito lenta hoje, acho melhor desabilitarmos a trigger que realiza a geração dos logs de transação" Fácil não?

No mais, neste artigo irei demonstrar que com o Oracle 11g podemos determinar a ordem de execução das triggers de uma tabela que são de um mesmo tipo. Na criação de uma trigger no Oracle 11g, existe uma nova cláusula chamada "follows" que nos permitirá definir a ordem de execução das mesmas.

No primeiro exemplo abaixo, irei criar 3 triggers do tipo BEFORE INSERT sem definir uma ordem de execução.

C:\>sqlplus scott/tiger

SQL*Plus: Release 11.2.0.1.0 Production on Qua Ago 3 21:34:36 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Conectado a:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> create table t1 (id number);

Tabela criada.

SQL> create or replace trigger trg_teste_01
  2  before insert on t1
  3   for each row
  4   begin
  5     dbms_output.put_line('trigger trg_teste_01');
  6   end;
  7  /

Gatilho criado.

SQL> create or replace trigger trg_teste_02
  2  before insert on t1
  3   for each row
  4   begin
  5     dbms_output.put_line('trigger trg_teste_02');
  6   end;
  7  /

Gatilho criado.

SQL> create or replace trigger trg_teste_03
  2  before insert on t1
  3   for each row
  4   begin
  5     dbms_output.put_line('trigger trg_teste_03');
  6   end;
  7  /

Gatilho criado.

Após a criação da tabela e das triggers, irei inserir um registro na tabela T1.

SQL> set serveroutput on
SQL> insert into t1 values (1);
trigger trg_teste_03
trigger trg_teste_02
trigger trg_teste_01

1 linha criada.

Perceberam que a trigger trg_teste_03 foi acionada primeiro? Quem garante que a mesma será executada primeiro na próxima vez? Bom, no segundo exemplo abaixo irei criar novamente as triggers só que, agora, definindo a ordem de execução: trg_teste_01, depois trg_teste_02 e depois trg_teste_03.

SQL> create or replace trigger trg_teste_01
  2  before insert on t1
  3   for each row
  4   begin
  5     dbms_output.put_line('trigger trg_teste_01');
  6   end;
  7  /

Gatilho criado.

SQL> create or replace trigger trg_teste_02
  2  before insert on t1
  3   for each row
  4   follows trg_teste_01
  5   begin
  6     dbms_output.put_line('trigger trg_teste_02');
  7   end;
  8  /

Gatilho criado.

SQL> create or replace trigger trg_teste_03
  2  before insert on t1
  3   for each row
  4   follows trg_teste_02
  5   begin
  6     dbms_output.put_line('trigger trg_teste_03');
  7   end;
  8  /

Gatilho criado.

SQL> insert into t1 values (2);
trigger trg_teste_01
trigger trg_teste_02
trigger trg_teste_03

1 linha criada.

Pronto. Podemos ver que as mesmas foram acionadas de acordo com a ordem que eu havia definido anteriormente. Poderíamos inclusive desabilitar uma das triggers que não haveria problema nenhum:

SQL> alter trigger trg_teste_02 disable;

Gatilho alterado.

SQL> insert into t1 values (3);
trigger trg_teste_01
trigger trg_teste_03

1 linha criada.

Agora, caso alguma trigger que é dependente de outra for dropada, aí sim teremos problemas pois não conseguiremos realizar algumas operações até que o problema seja sanado.

SQL> drop trigger trg_teste_02;

Gatilho eliminado.

SQL> select object_name,status from user_objects where object_type='TRIGGER';

OBJECT_NAME                    STATUS
------------------------------ -------
TRG_TESTE_01                   VALID
TRG_TESTE_03                   INVALID


SQL> insert into t1 values (3);
insert into t1 values (3)
            *
ERRO na linha 1:
ORA-04045: erros durante a recompilação/revalidação de SCOTT.TRG_TESTE_03
ORA-04098: gatilho 'SCOTT.TRG_TESTE_03' é inválido e a revalidação falhou

SQL> drop table t1;
drop table t1
           *
ERRO na linha 1:
ORA-00604: ocorreu um erro no nível 1 SQL recursivo
ORA-04045: erros durante a recompilação/revalidação de SCOTT.TRG_TESTE_03
ORA-04098: gatilho 'SCOTT.TRG_TESTE_03' é inválido e a revalidação falhou

SQL> alter trigger trg_teste_03 disable;

Gatilho alterado.

SQL> insert into t1 values (4);
trigger trg_teste_01

1 linha criada.

SQL> drop table t1;

Tabela eliminada.

Minha experiência no GUOB Tech Day 2011 ...

2011-07-18T22:08:00.016-03:00

Olá,

Quem não foi, realmente perdeu uma grande oportunidade de ver excelentes palestras e prestigiar grandes profissionais do mundo Oracle. Foi sensacional. Confesso que pequei em não realizar um networking de forma mais assertiva. No entanto, tive a oportunidade de conhecer pessoalmente grandes DBAs e profissionais Oracle que são influências e referências para mim. A não presença do Francisco Munoz Alvarez no evento, por motivos profissionais, foi uma pena pois queria muito ter conhecido ele pessoalmente desta vez. irei aguardar uma próxima oportunidade. Uma pena também foi o Ricardo Portilho ter aberto mão de sua palestra em prol de outras, mas realmente foi uma atitude louvável. Conheci pessoalmente muitos mestres que antes só conhecia apenas virtualmente, como o Rodrigo Almeida, o Ricardo Portilho, o Marcus Vinicius Miguel Pedro, o David Ricardo e muitos outros que estavam presentes no evento, incluindo o Diretor da OTN Latin America, Pablo Ciccarello. Conheci também os palestrantes internacionais como Kuassi Mensah, Kai Yu, Graham Wood, Hans Forbrich, Arup Nanda, Debra Lilley, entre outros.

A organização do evento foi impecável, pena não ter havido cadeiras suficientes para todos em algumas sessões. Acabei perdendo a palestra do Rodrigo Mufalani sobre certificações Oracle. Algumas sessões realmente estavam lotadas e acho que não teria como os organizadores preverem a tamanha quantidade de pessoas em algumas sessões. Foi um sucesso. Para quem não sabe, o GUOB faz parte do LAOUC (Latin America Oracle Users Community) desde sua fundação em 2009 e a partir desta aliança, o LAOUC assim como a OTN, se tornou um grande apoiador dos eventos do GUOB, através do envio de material técnico e relacionamento com palestrantes internacionais. Ainda não me associei ao grupo, mas irei fazê-lo logo em breve ;-)

Após a abertura do evento iniciada pelo Presidente do GUOB Eduardo Hahn e pelo diretor da OTN Pablo Ciccarello, entrou em cena o arquiteto da Oracle Graham Wood, conhecido como um dos criadores do AWR e ADDM do oracle 10g/11g. Nesta palestra ele mostrou de forma online o Oracle Exadata carregando 1 TB de dados no banco de dados de forma incrivelmente rápida, além de mostrar a inserção de aproximadamente 8 billões de linhas em apenas 9 minutos. Logo depois assisti outra palestra dele sobre algumas funcionalidades escondidas do Oracle. Arup Nanda também palestrou sobre o Exadata e nos mostrou um novo perfil de profissional, o DMA (Database Machine Administrator).

Dentre as palestras de Kleuber Matta da Quest Software e Hans Forbrich, assisti a de Kai Yu que palestrou sobre virtualização do Oracle 11g/R2 RAC e sobre arquitetura e configuração do mesmo, até então um assunto que ainda preciso me dedicar.

Assisti também outra palestra do Hans Forbrich sobre algumas considerações de segurança do Business Inteligence do 11g. Dentre as palestras de Kuassi Mensah e Thomas Glufke, me interessei sobre a palestra do Marcus Vinicius Miguel Pedro onde ele abordou a disponibilidade de sites com o RAC Extended Cluster e confesso que me agregou muito conhecimento.

Nas últimas palestras, assisti o Arup Nanda falando sobre algumas melhores práticas no que se refere ao gerenciamento do banco de dados Oracle e conheci muito de sua personalidade. Ao final do evento, foram sorteados muitos brindes, entre eles alguns livros do próprio Arup Nanda e até um NetBook foi sorteado.

Enfim, o evento foi excelente e me agregou muitos conhecimentos. Portanto, parabenizo a todos os organizadores.

Clonando um banco de dados Oracle com o RMAN - DUPLICATE DATABASE

2011-07-06T22:09:00.004-03:00

Olá,

Neste artigo irei demonstrar na prática como clonar um banco de dados Oracle no mesmo servidor através do comando DUPLICATE DATABASE do RMAN. Irei realizar alguns passos de forma a mostrar a clonagem com o uso de um backup previamente feito pelo RMAN que, aliás, é fundamental e obrigatório para realização da clonagem nas versões Oracle 10g e anteriores. Uma outra abordagem que farei, será a de mostrar os passos para a realização da clonagem sem a utilização de um backup através de um novo recurso do comando duplicate database no RMAN do Oracle 11g chamando de ACTIVE DATABASE. Para mostrar as duas abordagens, usarei o Oracle 11g Rel2 instalado em uma máquina sob o sistema operacional Windows. Já vou adiantando que a clonagem via o comando duplicate database pode ser feita em bancos que estejam operando nos modos NOARCHIVELOG ou ARCHIVELOG. No caso de bancos operando no modo NOARCHIVELOG, o banco de origem deverá estar no mínimo em estado MOUNT e a instância auxiliar deverá estar no estado NOMOUNT.

No primeiro cenário, irei clonar o banco de dados BD02 para TESTE. O primeiro passo é criar os diretórios necessários nos devidos locais de forma que eles possam ficar iguais aos diretórios do banco de dados de origem como admin\TESTE\adump e, no meu caso, oradata\TESTE. Nesta primeira abordagem irei realizar a clonagem utilizando um backup do banco de dados BD02 previamente realizado pelo RMAN como demonstrado abaixo. No caso, o banco de dados de origem BD02 está operando no modo ARCHIVELOG.

C:\>rman target /

Recovery Manager: Release 11.2.0.1.0 - Production on Qua Jul 6 20:33:30 2011

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

conectado ao banco de dados de destino: BD02 (DBID=2693065298)

RMAN> backup full database plus archivelog;

Iniciando backup em 06/07/11
log atual arquivado
usar o arquivo de controle do banco de dados de destino em vez do catálogo
canal alocado: ORA_DISK_1
canal ORA_DISK_1: SID=29 tipo de dispositivo=DISK
canal ORA_DISK_1: iniciando conjunto de backups de log arquivado
canal ORA_DISK_1: especificando log(s) arquivado no conjunto de backups
thread do log arquivado de entrada=1 sequência=16 RECID=1 STAMP=754598030
canal ORA_DISK_1: iniciando o componente 1 em 06/07/11
canal ORA_DISK_1: componente 1 finalizado em 06/07/11
handle de componente=E:\ORACLE\FLASH_RECOVERY_AREA\BD02\BACKUPSET\2011_07_06
canal ORA_DISK_1: conjunto de backups concluído, tempo decorrido: 00:00:01
Finalizado backup em 06/07/11

Iniciando backup em 06/07/11
utilizando o canal ORA_DISK_1
canal ORA_DISK_1: iniciando conjunto de backup completo de arquivo de dados
canal ORA_DISK_1: especificando arquivo[s] de dados no conjunto de backups
número do arquivo=00001 nome=E:\ORACLE\ORADATA\BD02\SYSTEM01.DBF
número do arquivo=00002 nome=E:\ORACLE\ORADATA\BD02\SYSAUX01.DBF
número do arquivo=00003 nome=E:\ORACLE\ORADATA\BD02\UNDOTBS01.DBF
número do arquivo=00004 nome=E:\ORACLE\ORADATA\BD02\USERS01.DBF
número do arquivo=00005 nome=E:\ORACLE\ORADATA\BD02\TBS01.DBF
número do arquivo=00006 nome=E:\ORACLE\ORADATA\BD02\TBS02.DBF
número do arquivo=00007 nome=E:\ORACLE\ORADATA\BD02\TBS03.DBF
canal ORA_DISK_1: iniciando o componente 1 em 06/07/11
canal ORA_DISK_1: componente 1 finalizado em 06/07/11
handle de componente=E:\ORACLE\FLASH_RECOVERY_AREA\BD02\BACKUPSET\2011_07_06
canal ORA_DISK_1: conjunto de backups concluído, tempo decorrido: 00:00:25
canal ORA_DISK_1: iniciando conjunto de backup completo de arquivo de dados
canal ORA_DISK_1: especificando arquivo[s] de dados no conjunto de backups
incluindo arquivo de controle atual no conjunto de backups
incluindo SPFILE atual do conjunto de backups
canal ORA_DISK_1: iniciando o componente 1 em 06/07/11
canal ORA_DISK_1: componente 1 finalizado em 06/07/11
handle de componente=E:\ORACLE\FLASH_RECOVERY_AREA\BD02\BACKUPSET\2011_07_06
canal ORA_DISK_1: conjunto de backups concluído, tempo decorrido: 00:00:01
Finalizado backup em 06/07/11

Iniciando backup em 06/07/11
log atual arquivado
utilizando o canal ORA_DISK_1
canal ORA_DISK_1: iniciando conjunto de backups de log arquivado
canal ORA_DISK_1: especificando log(s) arquivado no conjunto de backups
thread do log arquivado de entrada=1 sequência=17 RECID=2 STAMP=754598064
canal ORA_DISK_1: iniciando o componente 1 em 06/07/11
canal ORA_DISK_1: componente 1 finalizado em 06/07/11
handle de componente=E:\ORACLE\FLASH_RECOVERY_AREA\BD02\BACKUPSET\2011_07_06\
canal ORA_DISK_1: conjunto de backups concluído, tempo decorrido: 00:00:01
Finalizado backup em 06/07/11

Após a criação do backup pelo RMAN, irei conectar no banco de dados de origem e criar um arquivo de inicialização (pfile) na qual o editarei conforme exemplo a seguir.

C:\>sqlplus / as sysdba

SQL*Plus: Release 11.2.0.1.0 Production on Qua Jul 6 20:35:47 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Conectado a:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> create pfile from spfile;

Arquivo criado.

Conteúdo do arquivo de inicialização após a edição
--------------------------------------------------

*.audit_file_dest='E:\oracle\admin\TESTE\adump'
*.audit_trail='db'
*.compatible='11.2.0.0.0'
*.control_files='E:\oracle\oradata\TESTE\control01.ctl'
*.db_block_size=8192
*.db_domain=''
*.db_name='TESTE'
*.db_recovery_file_dest='E:\oracle\flash_recovery_area'
*.db_recovery_file_dest_size=107374182400
*.diagnostic_dest='E:\oracle'
*.memory_target=320864256
*.nls_language='BRAZILIAN PORTUGUESE'
*.nls_territory='BRAZIL'
*.open_cursors=300
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.undo_tablespace='UNDOTBS1'
*.db_file_name_convert =('\oradata\BD02\','\oradata\TESTE\')
*.log_file_name_convert =('\oradata\BD02\','\oradata\TESTE\')

Após a criação do arquivo initTESTE.ora, sua edição e cópia para o local apropriado em %ORACLE_HOME%\database, irei criar um serviço no Windows para poder inicializar a instância em NOMOUNT como demonstrado abaixo:

C:\>oradim -new -sid TESTE -syspwd minhasenha
Instância criada.

C:\>set ORACLE_SID=TESTE

Após a criação do serviço, irei iniciar a instância em estado NOMOUNT. Neste ponto, essa será a minha instância auxiliar.

C:\>sqlplus / as sysdba

SQL*Plus: Release 11.2.0.1.0 Production on Qua Jul 6 20:44:21 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Conectado a uma instância inativa.

SQL> startup nomount
Instância ORACLE iniciada.

Total System Global Area  322228224 bytes
Fixed Size                  1374360 bytes
Variable Size             209717096 bytes
Database Buffers          104857600 bytes
Redo Buffers                6279168 bytes

Está tudo pronto para iniciarmos o processo de clonagem. Abaixo irei conectar na instância BD02. Para tanto, será necessário que tenha um serviço no arquivo TNSNAMES.ORA que aponte para a instância de origem BD02. Já que no prompt do DOS eu executei o comando set ORACLE_SID=TESTE, então no comando abaixo a parte auxiliary / irá se conectar na instância auxiliar TESTE.

C:\>rman target sys/manager@BD02 auxiliary /

Recovery Manager: Release 11.2.0.1.0 - Production on Qua Jul 6 21:08:20 2011

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

conectado ao banco de dados de destino: BD02 (DBID=2693065298)
conectado ao banco de dados auxiliar: TESTE (não montado)

Agora é só iniciar o processo de clonagem com o comando abaixo e o RMAN fará todo o trabalho para nós.


RMAN> duplicate target database to TESTE;

Iniciando Duplicate Db em 06/07/11
usar o arquivo de controle do banco de dados de destino em vez do catálogo
canal alocado: ORA_AUX_DISK_1
canal ORA_AUX_DISK_1: SID=19 tipo de dispositivo=DISK

conteúdo do Script de Memória:
{
   sql clone "create spfile from memory";
}
executando Script de Memória

instrução sql: create spfile from memory

conteúdo do Script de Memória:
{
   shutdown clone immediate;
   startup clone nomount;
}
executando Script de Memória

encerramento de instância Oracle

conectado ao banco de dados auxiliar (não iniciado)
instância Oracle iniciada

Total da Área Global do Sistema     322228224 bytes

Fixed Size              1374360 bytes
Variable Size         218105704 bytes
Database Buffers       96468992 bytes
Redo Buffers            6279168 bytes

conteúdo do Script de Memória:
{
   sql clone "alter system set  db_name =
 ''BD02'' comment=
 ''Modified by RMAN duplicate'' scope=spfile";
   sql clone "alter system set  db_unique_name =
 ''TESTE'' comment=
 ''Modified by RMAN duplicate'' scope=spfile";
   shutdown clone immediate;
   startup clone force nomount
   restore clone primary controlfile;
   alter clone database mount;
}
executando Script de Memória

instrução sql: alter system set  db_name =  ''BD02''
comment= ''Modified by RMAN duplicate'' scope=spfile

instrução sql: alter system set  db_unique_name =  ''TESTE''
comment= ''Modified by RMAN duplicate'' scope=spfile

encerramento de instância Oracle

instância Oracle iniciada

Total da Área Global do Sistema     322228224 bytes

Fixed Size              1374360 bytes
Variable Size         218105704 bytes
Database Buffers       96468992 bytes
Redo Buffers            6279168 bytes

Iniciando restore em 06/07/11
canal alocado: ORA_AUX_DISK_1
canal ORA_AUX_DISK_1: SID=18 tipo de dispositivo=DISK

canal ORA_AUX_DISK_1: iniciando restauração de conjunto de backups
canal ORA_AUX_DISK_1: restaurando arquivo de controle
canal ORA_AUX_DISK_1: lendo backup E:\ORACLE\FLASH_RECOVERY_AREA\BD02\BACKUPSET
canal ORA_AUX_DISK_1: handle de componente=E:\ORACLE\FLASH_RECOVERY_AREA\BD02
canal ORA_AUX_DISK_1: restaurada a parte de backup 1
canal ORA_AUX_DISK_1: restauração concluída, tempo decorrido: 00:00:01
nome do arquivo de saída=E:\ORACLE\ORADATA\TESTE\CONTROL01.CTL
Finalizado restore em 06/07/11

banco de dados montado

conteúdo do Script de Memória:
{
   set until scn  222488;
   set newname for datafile  1 to
 "E:\ORACLE\ORADATA\TESTE\SYSTEM01.DBF";
   set newname for datafile  2 to
 "E:\ORACLE\ORADATA\TESTE\SYSAUX01.DBF";
   set newname for datafile  3 to
 "E:\ORACLE\ORADATA\TESTE\UNDOTBS01.DBF";
   set newname for datafile  4 to
 "E:\ORACLE\ORADATA\TESTE\USERS01.DBF";
   set newname for datafile  5 to
 "E:\ORACLE\ORADATA\TESTE\TBS01.DBF";
   set newname for datafile  6 to
 "E:\ORACLE\ORADATA\TESTE\TBS02.DBF";
   set newname for datafile  7 to
 "E:\ORACLE\ORADATA\TESTE\TBS03.DBF";
   restore
   clone database
   ;
}
executando Script de Memória
executando comando: SET until clause

executando comando: SET NEWNAME
executando comando: SET NEWNAME
executando comando: SET NEWNAME
executando comando: SET NEWNAME
executando comando: SET NEWNAME
executando comando: SET NEWNAME
executando comando: SET NEWNAME

Iniciando restore em 06/07/11
utilizando o canal ORA_AUX_DISK_1

canal ORA_AUX_DISK_1: iniciando restauração de backups de arquivo de dados
canal ORA_AUX_DISK_1: especificando arquivo(s) para restauração
canal ORA_AUX_DISK_1: restaurando em E:\ORACLE\ORADATA\TESTE\SYSTEM01.DBF
canal ORA_AUX_DISK_1: restaurando em E:\ORACLE\ORADATA\TESTE\SYSAUX01.DBF
canal ORA_AUX_DISK_1: restaurando em E:\ORACLE\ORADATA\TESTE\UNDOTBS01.DBF
canal ORA_AUX_DISK_1: restaurando em E:\ORACLE\ORADATA\TESTE\USERS01.DBF
canal ORA_AUX_DISK_1: restaurando em E:\ORACLE\ORADATA\TESTE\TBS01.DBF
canal ORA_AUX_DISK_1: restaurando em E:\ORACLE\ORADATA\TESTE\TBS02.DBF
canal ORA_AUX_DISK_1: restaurando em E:\ORACLE\ORADATA\TESTE\TBS03.DBF
canal ORA_AUX_DISK_1: lendo backup E:\ORACLE\FLASH_RECOVERY_AREA\BD02\
canal ORA_AUX_DISK_1: handle de componente=E:\ORACLE\FLASH_RECOVERY_AREA\BD02\
canal ORA_AUX_DISK_1: restaurada a parte de backup 1
canal ORA_AUX_DISK_1: restauração concluída, tempo decorrido: 00:00:45
Finalizado restore em 06/07/11

conteúdo do Script de Memória:
{
   switch clone datafile all;
}
executando Script de Memória

arquivo de dados 1 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE\SYSTEM01.DBF
arquivo de dados 2 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE\SYSAUX01.DBF
arquivo de dados 3 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE\UNDOTBS01.DBF
arquivo de dados 4 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE\USERS01.DBF
arquivo de dados 5 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE\TBS01.DBF
arquivo de dados 6 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE\TBS02.DBF
arquivo de dados 7 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE\TBS03.DBF

conteúdo do Script de Memória:
{
   set until scn  222488;
   recover
   clone database
    delete archivelog
   ;
}
executando Script de Memória

executando comando: SET until clause

Iniciando recover em 06/07/11
utilizando o canal ORA_AUX_DISK_1

iniciar recuperação de mídia

o log arquivado para thread 1 com sequência 17 já está no disco
recuperação da mídia concluída, tempo decorrido: 00:00:01
Finalizado recover em 06/07/11

conteúdo do Script de Memória:
{
   shutdown clone immediate;
   startup clone nomount;
   sql clone "alter system set  db_name =
 ''TESTE'' comment=
 ''Reset to original value by RMAN'' scope=spfile";
   sql clone "alter system reset  db_unique_name scope=spfile";
   shutdown clone immediate;
   startup clone nomount;
}
executando Script de Memória

banco de dados desmontado
encerramento de instância Oracle

conectado ao banco de dados auxiliar (não iniciado)
instância Oracle iniciada

Total da Área Global do Sistema     322228224 bytes

Fixed Size              1374360 bytes
Variable Size         218105704 bytes
Database Buffers       96468992 bytes
Redo Buffers            6279168 bytes

instrução sql: alter system set  db_name =  ''TESTE''
comment= ''Reset to original value by RMAN'' scope=spfile

instrução sql: alter system reset  db_unique_name scope=spfile

encerramento de instância Oracle

conectado ao banco de dados auxiliar (não iniciado)
instância Oracle iniciada

Total da Área Global do Sistema     322228224 bytes

Fixed Size              1374360 bytes
Variable Size         218105704 bytes
Database Buffers       96468992 bytes
Redo Buffers            6279168 bytes

instrução: CREATE CONTROLFILE REUSE SET DATABASE "TESTE" RESETLOGS ARCHIVELOG
  MAXLOGFILES     16
  MAXLOGMEMBERS    3
  MAXDATAFILES   100
  MAXINSTANCES     8
  MAXLOGHISTORY  292
 LOGFILE
  GROUP  1 ( 'E:\ORACLE\ORADATA\TESTE\REDO01.LOG' ) SIZE 50 M  REUSE,
  GROUP  2 ( 'E:\ORACLE\ORADATA\TESTE\REDO02.LOG' ) SIZE 50 M  REUSE,
  GROUP  3 ( 'E:\ORACLE\ORADATA\TESTE\REDO03.LOG' ) SIZE 50 M  REUSE
 DATAFILE
  'E:\ORACLE\ORADATA\TESTE\SYSTEM01.DBF'
 CHARACTER SET WE8MSWIN1252


conteúdo do Script de Memória:
{
   set newname for tempfile  1 to
 "E:\ORACLE\ORADATA\TESTE\TEMP01.DBF";
   switch clone tempfile all;
   catalog clone datafilecopy  "E:\ORACLE\ORADATA\TESTE\SYSAUX01.DBF",
 "E:\ORACLE\ORADATA\TESTE\UNDOTBS01.DBF",
 "E:\ORACLE\ORADATA\TESTE\USERS01.DBF",
 "E:\ORACLE\ORADATA\TESTE\TBS01.DBF",
 "E:\ORACLE\ORADATA\TESTE\TBS02.DBF",
 "E:\ORACLE\ORADATA\TESTE\TBS03.DBF";
   switch clone datafile all;
}
executando Script de Memória

executando comando: SET NEWNAME

arquivo temporário renomeado 1 para
E:\ORACLE\ORADATA\TESTE\TEMP01.DBF no arquivo de controle

cópia do arquivo de dados catalogado
nome do arquivo de cópia=E:\ORACLE\ORADATA\TESTE\SYSAUX01.DBF
cópia do arquivo de dados catalogado
nome do arquivo de cópia=E:\ORACLE\ORADATA\TESTE\UNDOTBS01.DBF
cópia do arquivo de dados catalogado
nome do arquivo de cópia=E:\ORACLE\ORADATA\TESTE\USERS01.DBF
cópia do arquivo de dados catalogado
nome do arquivo de cópia=E:\ORACLE\ORADATA\TESTE\TBS01.DBF
cópia do arquivo de dados catalogado
nome do arquivo de cópia=E:\ORACLE\ORADATA\TESTE\TBS02.DBF
cópia do arquivo de dados catalogado
nome do arquivo de cópia=E:\ORACLE\ORADATA\TESTE\TBS03.DBF

arquivo de dados 2 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE\SYSAUX01.DBF
arquivo de dados 3 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE\UNDOTBS01.DBF
arquivo de dados 4 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE\USERS01.DBF
arquivo de dados 5 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE\TBS01.DBF
arquivo de dados 6 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE\TBS02.DBF
arquivo de dados 7 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE\TBS03.DBF

conteúdo do Script de Memória:
{
   Alter clone database open resetlogs;
}
executando Script de Memória

banco de dados aberto
Finalizado Duplicate Db em 06/07/11

Pronto. A clonagem foi realizada e poderemos conectar no banco de dados TESTE como demonstrado abaixo.

C:\>sqlplus / as sysdba

SQL*Plus: Release 11.2.0.1.0 Production on Qua Jul 6 21:16:54 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Conectado a:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> select open_mode,name,created from v$database;

OPEN_MODE            NAME                  CREATED
-------------------- --------------------- ----------
READ WRITE           TESTE                 06/07/2011

SQL> select file_name from dba_data_files;

FILE_NAME
------------------------------------------------
E:\ORACLE\ORADATA\TESTE\SYSTEM01.DBF
E:\ORACLE\ORADATA\TESTE\SYSAUX01.DBF
E:\ORACLE\ORADATA\TESTE\UNDOTBS01.DBF
E:\ORACLE\ORADATA\TESTE\USERS01.DBF
E:\ORACLE\ORADATA\TESTE\TBS01.DBF
E:\ORACLE\ORADATA\TESTE\TBS02.DBF
E:\ORACLE\ORADATA\TESTE\TBS03.DBF

7 linhas selecionadas.

SQL> select file_name from dba_temp_files;

FILE_NAME
------------------------------------------------
E:\ORACLE\ORADATA\TESTE\TEMP01.DBF

A próxima abordagem será demonstrar a clonagem sem que seja necessário a realização prévia de um backup. Isto só é possível utilizando o Oracle 11g. Neste caso, irei clonar novamente o banco de dados BD02 só que agora como TESTE2. Após a criação dos diretórios necessários, irei realizar a modificação no arquivo de inicialização (pfile) gerado da mesma forma com fiz na primeira abordagem:

Conteúdo do arquivo de inicialização após a edição
--------------------------------------------------

*.audit_file_dest='E:\oracle\admin\TESTE2\adump'
*.audit_trail='db'
*.compatible='11.2.0.0.0'
*.control_files='E:\oracle\oradata\TESTE2\control01.ctl'
*.db_block_size=8192
*.db_domain=''
*.db_name='TESTE2'
*.db_recovery_file_dest='E:\oracle\flash_recovery_area'
*.db_recovery_file_dest_size=107374182400
*.diagnostic_dest='E:\oracle'
*.memory_target=320864256
*.nls_language='BRAZILIAN PORTUGUESE'
*.nls_territory='BRAZIL'
*.open_cursors=300
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.undo_tablespace='UNDOTBS1'
*.db_file_name_convert =('\oradata\BD02\','\oradata\TESTE2\')
*.log_file_name_convert =('\oradata\BD02\','\oradata\TESTE2\')

Diferente da primeira abordagem, precisaremos editar o arquivo LISTENER.ORA de forma a registrar a instância clone conforme demonstrado abaixo:

Conteúdo do arquivo listener.ora
--------------------------------

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (SID_NAME = CLRExtProc)
      (ORACLE_HOME = E:\oracle\product\11.2.0\dbhome_1)
      (PROGRAM = extproc)
    )
    (SID_DESC =
      (GLOBAL_DBNAME = TESTE2)
      (ORACLE_HOME = E:\oracle\product\11.2.0\dbhome_1)
      (SID_NAME = TESTE2)
    )
  )

LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = micro)(PORT = 1521))
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
    )
  )

ADR_BASE_LISTENER = E:\oracle

Precisaremos também adicionar um serviço no arquivo TNSNAMES.ORA para a instância TESTE2 conforme o exemplo abaixo:

Conteúdo do arquivo tnsnames.ora
--------------------------------

TESTE2 =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = micro)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVICE_NAME = TESTE2)
    )
  )

Após realizados os passos acima, irei criar um serviço no Windows da mesma forma que foi realizada na primeira abordagem, afim de poder inicializar a instância TESTE2 (auxiliar) em NOMOUNT. Precisaremos também criar um arquivo de senha.

C:\>oradim -new -sid TESTE2 -syspwd minhasenha
Instância criada.

C:\>orapwd file=E:\oracle\product\11.2.0\dbhome_1\database\pwdTESTE2.ora
    password=minhasenha

Pronto. Agora já poderemos inicializar a instância TESTE2 em NOMOUNT como demonstrado abaixo:

C:\>set ORACLE_SID=TESTE2

C:\>sqlplus / as sysdba

SQL*Plus: Release 11.2.0.1.0 Production on Qua Jul 6 21:25:37 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Conectado a uma instância inativa.

SQL> startup nomount
Instância ORACLE iniciada.

Total System Global Area  322228224 bytes
Fixed Size                  1374360 bytes
Variable Size             209717096 bytes
Database Buffers          104857600 bytes
Redo Buffers                6279168 bytes

Através do comando abaixo, poderemos no conectar na instância de origem BD02 e na instância auxiliar TESTE2 para dar início à clonagem de forma online.

C:\>rman target sys/manager@BD02 auxiliary sys/minhasenha@TESTE2

Recovery Manager: Release 11.2.0.1.0 - Production on Qua Jul 6 21:36:59 2011

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

conectado ao banco de dados de destino: BD02 (DBID=2693065298)
conectado ao banco de dados auxiliar: TESTE2 (não montado)

Agora é só iniciar o processo de clonagem utilizando a cláusula from active database do comando DUPLICATE abaixo, e o RMAN fará todo o trabalho para nós de forma online sem a necessidade de utilização de um backup realizado previamente.


RMAN> duplicate target database to TESTE2 from active database;

Iniciando Duplicate Db em 06/07/11
usar o arquivo de controle do banco de dados de destino em vez do catálogo
canal alocado: ORA_AUX_DISK_1
canal ORA_AUX_DISK_1: SID=19 tipo de dispositivo=DISK

conteúdo do Script de Memória:
{
   sql clone "create spfile from memory";
}
executando Script de Memória

instrução sql: create spfile from memory

conteúdo do Script de Memória:
{
   shutdown clone immediate;
   startup clone nomount;
}
executando Script de Memória

encerramento de instância Oracle

conectado ao banco de dados auxiliar (não iniciado)
instância Oracle iniciada

Total da Área Global do Sistema     322228224 bytes

Fixed Size              1374360 bytes
Variable Size         218105704 bytes
Database Buffers       96468992 bytes
Redo Buffers            6279168 bytes

conteúdo do Script de Memória:
{
   sql clone "alter system set  db_name =
 ''BD02'' comment=
 ''Modified by RMAN duplicate'' scope=spfile";
   sql clone "alter system set  db_unique_name =
 ''TESTE2'' comment=
 ''Modified by RMAN duplicate'' scope=spfile";
   shutdown clone immediate;
   startup clone force nomount
   backup as copy current controlfile auxiliary format 
      'E:\ORACLE\ORADATA\TESTE2\CONTROL01.CTL';
   alter clone database mount;
}
executando Script de Memória

instrução sql: alter system set  db_name =  ''BD02''
comment= ''Modified by RMAN duplicate'' scope=spfile

instrução sql: alter system set  db_unique_name =  ''TESTE2''
comment= ''Modified by RMAN duplicate'' scope=spfile

encerramento de instância Oracle

instância Oracle iniciada

Total da Área Global do Sistema     322228224 bytes

Fixed Size              1374360 bytes
Variable Size         218105704 bytes
Database Buffers       96468992 bytes
Redo Buffers            6279168 bytes

Iniciando backup em 06/07/11
canal alocado: ORA_DISK_1
canal ORA_DISK_1: SID=37 tipo de dispositivo=DISK
canal ORA_DISK_1: iniciando cópia de arquivo de dados
copiando arquivo de controle atual
nome do arquivo=E:\ORACLE\PRODUCT\11.2.0\DBHOME_1\DATABASE\SNCFBD02.ORA
canal ORA_DISK_1: cópia de arquivo de dados concluída; decorrido: 00:00:03
Finalizado backup em 06/07/11

banco de dados montado

conteúdo do Script de Memória:
{
   set newname for datafile  1 to
 "E:\ORACLE\ORADATA\TESTE2\SYSTEM01.DBF";
   set newname for datafile  2 to
 "E:\ORACLE\ORADATA\TESTE2\SYSAUX01.DBF";
   set newname for datafile  3 to
 "E:\ORACLE\ORADATA\TESTE2\UNDOTBS01.DBF";
   set newname for datafile  4 to
 "E:\ORACLE\ORADATA\TESTE2\USERS01.DBF";
   set newname for datafile  5 to
 "E:\ORACLE\ORADATA\TESTE2\TBS01.DBF";
   set newname for datafile  6 to
 "E:\ORACLE\ORADATA\TESTE2\TBS02.DBF";
   set newname for datafile  7 to
 "E:\ORACLE\ORADATA\TESTE2\TBS03.DBF";
   backup as copy reuse
   datafile  1 auxiliary format
 "E:\ORACLE\ORADATA\TESTE2\SYSTEM01.DBF"   datafile
 2 auxiliary format
 "E:\ORACLE\ORADATA\TESTE2\SYSAUX01.DBF"   datafile
 3 auxiliary format
 "E:\ORACLE\ORADATA\TESTE2\UNDOTBS01.DBF"  datafile
 4 auxiliary format
 "E:\ORACLE\ORADATA\TESTE2\USERS01.DBF"    datafile
 5 auxiliary format
 "E:\ORACLE\ORADATA\TESTE2\TBS01.DBF"      datafile
 6 auxiliary format
 "E:\ORACLE\ORADATA\TESTE2\TBS02.DBF"      datafile
 7 auxiliary format
 "E:\ORACLE\ORADATA\TESTE2\TBS03.DBF";
   sql 'alter system archive log current';
}
executando Script de Memória

executando comando: SET NEWNAME
executando comando: SET NEWNAME
executando comando: SET NEWNAME
executando comando: SET NEWNAME
executando comando: SET NEWNAME
executando comando: SET NEWNAME
executando comando: SET NEWNAME

Iniciando backup em 06/07/11
utilizando o canal ORA_DISK_1
canal ORA_DISK_1: iniciando cópia de arquivo de dados
nome=E:\ORACLE\ORADATA\BD02\SYSTEM01.DBF do arquivo de dados de entrada
nome do arquivo de saída=E:\ORACLE\ORADATA\TESTE2\SYSTEM01.DBF
canal ORA_DISK_1: cópia de arquivo de dados concluída; decorrido: 00:01:15
canal ORA_DISK_1: iniciando cópia de arquivo de dados
número do arquivo=00002 nome=E:\ORACLE\ORADATA\BD02\SYSAUX01.DBF
nome do arquivo de saída=E:\ORACLE\ORADATA\TESTE2\SYSAUX01.DBF
canal ORA_DISK_1: cópia de arquivo de dados concluída; decorrido: 00:00:55
canal ORA_DISK_1: iniciando cópia de arquivo de dados
número do arquivo=00003 nome=E:\ORACLE\ORADATA\BD02\UNDOTBS01.DBF
nome do arquivo de saída=E:\ORACLE\ORADATA\TESTE2\UNDOTBS01.DBF
canal ORA_DISK_1: cópia de arquivo de dados concluída; decorrido: 00:00:25
canal ORA_DISK_1: iniciando cópia de arquivo de dados
número do arquivo=00004 nome=E:\ORACLE\ORADATA\BD02\USERS01.DBF
nome do arquivo de saída=E:\ORACLE\ORADATA\TESTE2\USERS01.DBF
canal ORA_DISK_1: cópia de arquivo de dados concluída; decorrido: 00:00:04
canal ORA_DISK_1: iniciando cópia de arquivo de dados
número do arquivo=00005 nome=E:\ORACLE\ORADATA\BD02\TBS01.DBF
nome do arquivo de saída=E:\ORACLE\ORADATA\TESTE2\TBS01.DBF
canal ORA_DISK_1: cópia de arquivo de dados concluída; decorrido: 00:00:03
canal ORA_DISK_1: iniciando cópia de arquivo de dados
número do arquivo=00006 nome=E:\ORACLE\ORADATA\BD02\TBS02.DBF
nome do arquivo de saída=E:\ORACLE\ORADATA\TESTE2\TBS02.DBF
canal ORA_DISK_1: cópia de arquivo de dados concluída; decorrido: 00:00:03
canal ORA_DISK_1: iniciando cópia de arquivo de dados
número do arquivo=00007 nome=E:\ORACLE\ORADATA\BD02\TBS03.DBF
nome do arquivo de saída=E:\ORACLE\ORADATA\TESTE2\TBS03.DBF
canal ORA_DISK_1: cópia de arquivo de dados concluída; decorrido: 00:00:03
Finalizado backup em 06/07/11

instrução sql: alter system archive log current

conteúdo do Script de Memória:
{
   backup as copy reuse
   archivelog like  "E:\ORACLE\FLASH_RECOVERY_AREA\BD02\ARCHIVELOG\2011_07_06\
   O1_MF_1_18_707LDYHN_.ARC" auxiliary format
 E:\ORACLE\FLASH_RECOVERY_AREA\TESTE2\ARCHIVELOG\2011_07_06\O1_MF_1_18_%U_.ARC;
   catalog clone recovery area;
   switch clone datafile all;
}
executando Script de Memória

Iniciando backup em 06/07/11
utilizando o canal ORA_DISK_1
canal ORA_DISK_1: iniciando cópia de log arquivado
thread do log arquivado de entrada=1 sequência=18 RECID=3 STAMP=754604271
nome do arquivo de saída=E:\ORACLE\FLASH_RECOVERY_AREA\TESTE2\ARCHIVELOG\
canal ORA_DISK_1: cópia de log arquivado concluída, decorrido: 00:00:01
Finalizado backup em 06/07/11

procurando todos os arquivos na área de recuperação

Lista de Arquivos Desconhecidos para o Banco de Dados
=====================================================
Nome do Arquivo: E:\ORACLE\FLASH_RECOVERY_AREA\TESTE2\ARCHIVELOG\2011_07_06\
O1_MF_1_18_ARCH_D-BD02_ID-2693065298_S-18_T-1_A-752966866_0FMFKM7G_.ARC
catalogando arquivos...
catalogação concluída

Lista de Arquivos Catalogados
=============================
Nome do Arquivo: E:\ORACLE\FLASH_RECOVERY_AREA\TESTE2\ARCHIVELOG\2011_07_06\
O1_MF_1_18_ARCH_D-BD02_ID-2693065298_S-18_T-1_A-752966866_0FMFKM7G_.ARC

arquivo de dados 1 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE2\SYSTEM01.DBF
arquivo de dados 2 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE2\SYSAUX01.DBF
arquivo de dados 3 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE2\UNDOTBS01.DBF
arquivo de dados 4 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE2\USERS01.DBF
arquivo de dados 5 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE2\TBS01.DBF
arquivo de dados 6 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE2\TBS02.DBF
arquivo de dados 7 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE2\TBS03.DBF

conteúdo do Script de Memória:
{
   set until scn  226711;
   recover
   clone database
    delete archivelog
   ;
}
executando Script de Memória

executando comando: SET until clause

Iniciando recover em 06/07/11
canal alocado: ORA_AUX_DISK_1
canal ORA_AUX_DISK_1: SID=21 tipo de dispositivo=DISK

iniciar recuperação de mídia

o log arquivado para thread 1 com sequência 18 já está no disco
nome do arquivo de log =E:\ORACLE\FLASH_RECOVERY_AREA\TESTE2\ARCHIVELOG\

recuperação da mídia concluída, tempo decorrido: 00:00:03
Finalizado recover em 06/07/11

conteúdo do Script de Memória:
{
   shutdown clone immediate;
   startup clone nomount;
   sql clone "alter system set  db_name =
 ''TESTE2'' comment=
 ''Reset to original value by RMAN'' scope=spfile";
   sql clone "alter system reset  db_unique_name scope=spfile";
   shutdown clone immediate;
   startup clone nomount;
}
executando Script de Memória

banco de dados desmontado
encerramento de instância Oracle

conectado ao banco de dados auxiliar (não iniciado)
instância Oracle iniciada

Total da Área Global do Sistema     322228224 bytes

Fixed Size              1374360 bytes
Variable Size         218105704 bytes
Database Buffers       96468992 bytes
Redo Buffers            6279168 bytes

instrução sql: alter system set  db_name =  ''TESTE2''
comment= ''Reset to original value by RMAN'' scope=spfile

instrução sql: alter system reset  db_unique_name scope=spfile

encerramento de instância Oracle

conectado ao banco de dados auxiliar (não iniciado)
instância Oracle iniciada

Total da Área Global do Sistema     322228224 bytes

Fixed Size              1374360 bytes
Variable Size         218105704 bytes
Database Buffers       96468992 bytes
Redo Buffers            6279168 bytes

instrução: CREATE CONTROLFILE REUSE SET DATABASE "TESTE2" RESETLOGS ARCHIVELOG
  MAXLOGFILES     16
  MAXLOGMEMBERS    3
  MAXDATAFILES   100
  MAXINSTANCES     8
  MAXLOGHISTORY  292
 LOGFILE
  GROUP  1 ( 'E:\ORACLE\ORADATA\TESTE2\REDO01.LOG' ) SIZE 50 M  REUSE,
  GROUP  2 ( 'E:\ORACLE\ORADATA\TESTE2\REDO02.LOG' ) SIZE 50 M  REUSE,
  GROUP  3 ( 'E:\ORACLE\ORADATA\TESTE2\REDO03.LOG' ) SIZE 50 M  REUSE
 DATAFILE
  'E:\ORACLE\ORADATA\TESTE2\SYSTEM01.DBF'
 CHARACTER SET WE8MSWIN1252


conteúdo do Script de Memória:
{
   set newname for tempfile  1 to
 "E:\ORACLE\ORADATA\TESTE2\TEMP01.DBF";
   switch clone tempfile all;
   catalog clone datafilecopy  "E:\ORACLE\ORADATA\TESTE2\SYSAUX01.DBF",
 "E:\ORACLE\ORADATA\TESTE2\UNDOTBS01.DBF",
 "E:\ORACLE\ORADATA\TESTE2\USERS01.DBF",
 "E:\ORACLE\ORADATA\TESTE2\TBS01.DBF",
 "E:\ORACLE\ORADATA\TESTE2\TBS02.DBF",
 "E:\ORACLE\ORADATA\TESTE2\TBS03.DBF";
   switch clone datafile all;
}
executando Script de Memória

executando comando: SET NEWNAME

arquivo temporário renomeado 1 para E:\ORACLE\ORADATA\TESTE2\TEMP01.DBF

cópia do arquivo de dados catalogado
nome do arquivo de cópia=E:\ORACLE\ORADATA\TESTE2\SYSAUX01.DBF
cópia do arquivo de dados catalogado
nome do arquivo de cópia=E:\ORACLE\ORADATA\TESTE2\UNDOTBS01.DBF
cópia do arquivo de dados catalogado
nome do arquivo de cópia=E:\ORACLE\ORADATA\TESTE2\USERS01.DBF
cópia do arquivo de dados catalogado
nome do arquivo de cópia=E:\ORACLE\ORADATA\TESTE2\TBS01.DBF
cópia do arquivo de dados catalogado
nome do arquivo de cópia=E:\ORACLE\ORADATA\TESTE2\TBS02.DBF
cópia do arquivo de dados catalogado
nome do arquivo de cópia=E:\ORACLE\ORADATA\TESTE2\TBS03.DBF

arquivo de dados 2 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE2\SYSAUX01.DBF
arquivo de dados 3 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE2\UNDOTBS01.DBF
arquivo de dados 4 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE2\USERS01.DBF
arquivo de dados 5 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE2\TBS01.DBF
arquivo de dados 6 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE2\TBS02.DBF
arquivo de dados 7 alternado para a cópia do arquivo de dados
cópia do arquivo de dados file name=E:\ORACLE\ORADATA\TESTE2\TBS03.DBF

conteúdo do Script de Memória:
{
   Alter clone database open resetlogs;
}
executando Script de Memória

banco de dados aberto
Finalizado Duplicate Db em 06/07/11

Pronto. A clonagem foi realizada de forma online e poderemos conectar no banco de dados TESTE2 como demonstrado abaixo.

C:\>sqlplus / as sysdba

SQL*Plus: Release 11.2.0.1.0 Production on Qua Jul 6 21:47:54 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Conectado a:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> select open_mode,name,created from v$database;

OPEN_MODE            NAME                  CREATED
-------------------- --------------------- ----------
READ WRITE           TESTE2                06/07/2011

SQL> select file_name from dba_data_files;

FILE_NAME
------------------------------------------------
E:\ORACLE\ORADATA\TESTE2\SYSTEM01.DBF
E:\ORACLE\ORADATA\TESTE2\SYSAUX01.DBF
E:\ORACLE\ORADATA\TESTE2\UNDOTBS01.DBF
E:\ORACLE\ORADATA\TESTE2\USERS01.DBF
E:\ORACLE\ORADATA\TESTE2\TBS01.DBF
E:\ORACLE\ORADATA\TESTE2\TBS02.DBF
E:\ORACLE\ORADATA\TESTE2\TBS03.DBF

7 linhas selecionadas.

SQL> select file_name from dba_temp_files;

FILE_NAME
------------------------------------------------
E:\ORACLE\ORADATA\TESTE2\TEMP01.DBF

GUOB TECH DAY 2011

2011-06-14T22:50:00.004-03:00

Olá,

Agende-se para mais este grande evento organizado pelo GUOB com apoio do LAOUC e OTN. Acontecerá no dia 16/07/2011, sábado, em São Paulo no Hotel Blue Tree Morumbi, a edição 2011 do grande encontro de usuários de tecnologia Oracle do Brasil com a participação de palestrantes internacionais e nacionais.

Este ano contamos com a presença de Arup Nanda, Graham Wood, Debra Lilley, Kay Yu, Hans Forbrich e Francisco Munoz.

Aproveite esta grande oportunidade de estar próximo de grande autores e referências em tecnologia Oracle no mundo.

Faça sua associação gratuita ao GUOB através da opção no menu ASSOCIE-SE no site. Você poderá ser o ganhador de um dos 3 convites para associados ao GUOB para um almoço com os palestrantes durante o GUOB TECH DAY 2011.

Participem e divulguem o evento.

Acesse o site para maiores informações. GUOB TECH DAY 2011.

Nos encontramos lá...

Interval Partitioning. Abordando um conceito de particionamento por intervalo do Oracle 11g.

2011-06-08T22:04:00.005-03:00

Olá,

No artigo de Fevereiro/2011 fiz uma breve introdução sobre o conceito de tabelas particionadas, assim como no post de Abril/2011, na qual demonstrei como particionar uma tabela de forma on-line. Neste artigo irei demonstrar um novo conceito de particionamento de tabelas introduzido no Oracle 11g que automatiza a criação de novas partições por uma determinada faixa ou intervalo (RANGE), de forma que o DBA não precise mais se preocupar em criar novas partições a todo tempo. O Oracle 11g se encarregará desta tarefa de forma automática de acordo com a demanda. Vale a pena salientar que o Interval Partitioning nada mais é que um Range Partitioning aprimorado. Para fixar o conceito, vamos a um exemplo prático:

C:\>sqlplus scott/tiger

SQL*Plus: Release 11.2.0.1.0 Production on Qua Jun 8 20:00:18 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Conectado a:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> create table t1
  2    (id  number)
  3     tablespace users
  4     partition by range(id)
  5     interval (100)
  6      (
  7       partition p1 values less than (1000)
  8      );

Tabela criada.

Acima, eu criei uma tabela particionada com apenas uma partição (P1) que armazenará registros com ID até 999. Perceberam a palavra-chave INTERVAL na linha 5?

SQL> select table_name,
  2         partitioning_type,
  3         partition_count,
  4         def_tablespace_name,
  5         interval
  6    from user_part_tables
  7   where table_name='T1';

TABLE_NAME  PARTITION PARTITION_COUNT DEF_TABLESPACE_NAME INTERVAL
----------- --------- --------------- ------------------- --------
T1          RANGE             1048575 USERS               100

Pois bem, as linhas inseridas com um ID até 999 residirão na partição P1 da tabela T1. As linhas inseridas com um ID maior que 999 acionarão a criação de uma nova partição com uma faixa ou intervalo de 100 cada, ou seja, o limite superior de cada nova partição sempre terá como base o valor do limite superior da partição mais alta mais 100.

Observaram a coluna PARTITION_COUNT da view USER_PART_TABLES no resultado do SQL acima? No Oracle, o número máximo de partições é limitada em 1024K-1, o que dá 1048575 partições. Para um melhor entendimento, veja o exemplo abaixo:

SQL> insert into t1 select level from dual connect by level <= 1405;

1405 linhas criadas.

SQL> commit;

Commit concluído.

SQL> analyze table t1 compute statistics;

Tabela analisada.

SQL> select table_name,
  2         partition_name,
  3         high_value,
  4         num_rows
  5    from user_tab_partitions
  6   where table_name='T1';

TABLE_NAME  PARTITION_NAME  HIGH_VALUE  NUM_ROWS
----------- --------------- ----------- --------
T1          P1              1000             999 (1-999)
T1          SYS_P25         1100             100 (1000-1999)
T1          SYS_P26         1200             100 (1100-1999)
T1          SYS_P27         1300             100 (1200-1299)
T1          SYS_P28         1400             100 (1300-1399)
T1          SYS_P29         1500               6 (1400-1405)

6 linhas selecionadas.

Após a inserção de 1405 registros, podemos perceber que o Oracle criou, de forma automática, 5 partições afim de acomodar as novas linhas dentro da faixa especificada que foi de 100 em 100.

Bom, e se após algum tempo eu precisar ou quiser alterar este intervalo para novas linhas? Sem problemas. Veja o comando abaixo:

SQL> alter table t1 set INTERVAL (5000);

Tabela alterada.

SQL> select table_name,
  2         partitioning_type,
  3         partition_count,
  4         def_tablespace_name,
  5         interval
  6    from user_part_tables
  7   where table_name='T1';

TABLE_NAME  PARTITION PARTITION_COUNT DEF_TABLESPACE_NAME INTERVAL
----------- --------- --------------- ------------------- --------
T1          RANGE             1048575 USERS               5000

Perceberam que o intervalo agora é de 5000? Agora irei inserir novas linhas através do SQL abaixo:

SQL> insert into t1
  2     select id from (select level id
  3                     from dual
  4                     connect by level <= 20000)
  5               where id >= 1406;

18595 linhas criadas.

SQL> analyze table t1 compute statistics;

Tabela analisada.

SQL> select table_name,
  2         partition_name,
  3         high_value,
  4         num_rows
  5    from user_tab_partitions;

TABLE_NAME  PARTITION_NAME  HIGH_VALUE  NUM_ROWS
----------- --------------- ----------- --------
T1          P1              1000             999 (1-999)
T1          SYS_P25         1100             100 (1000-1999)
T1          SYS_P26         1200             100 (1100-1999)
T1          SYS_P27         1300             100 (1200-1299)
T1          SYS_P28         1400             100 (1300-1399)
T1          SYS_P29         1500             100 (1400-1499)
T1          SYS_P30         6500            5000 (1500-6499)
T1          SYS_P31         11500           5000 (6500-11499)
T1          SYS_P32         16500           5000 (11500-16499)
T1          SYS_P33         21500           3501 (16500-20000)

10 linhas selecionadas.

Podemos perceber que 4 novas partições foram criadas afim de acomodar as novas linhas dentro do intervalo proposto. E se quisermos criar uma tabela particionada tendo como chave da partição uma coluna do tipo DATE na qual os registros fiquem acomodados em partições mensais? Veja o exemplo abaixo:

SQL> create table t2
  2     (data  date)
  3      tablespace users
  4      partition by range(data)
  5      interval(numtoyminterval(1,'month'))
  6      store in (tbs01,tbs02,tbs03)
  7       (
  8        partition p1 values less than (to_date('01/01/2011','dd/mm/yyyy'))
  9       );

Tabela criada.

SQL> select table_name,
  2         partitioning_type,
  3         partition_count,
  4         interval
  5    from user_part_tables
  6   where table_name='T2';

TABLE_NAME  PARTITION PARTITION_COUNT INTERVAL
----------- --------- --------------- --------------------------
T2          RANGE             1048575 NUMTOYMINTERVAL(1,'MONTH')

Acima, eu criei uma tabela particionada que irá armazenar os registros de forma mensal tendo como limite superior inicial a data 01/01/2011, ou seja, todos os registros com data inferior a 2011 serão armazenados na partição P1. Vale a pena salientar que os registros da partição P1 serão armazenados na tablespace USERS e que os registros das novas partições que forem criadas deverão ser armazenados nas tablespaces TBS01, TBS02 e TBS03. O Oracle irá utilizará um algoritmo para balancear os registros nessas 3 tablespaces. Abaixo irei inserir alguns registros com data de 01/01/2010 em diante de forma a popular a tabela.

SQL> insert into t2 
  2  select to_date('31/12/2009')+level from dual
  3  connect by level <= 486;

486 linhas criadas.

SQL> analyze table t2 compute statistics;

Tabela analisada.

SQL> select table_name,
  2         partition_name,
  3         high_value,
  4         num_rows
  5    from user_tab_partitions
  6   where table_name='T2';

TABLE_NAME  PARTITION_NAME  HIGH_VALUE                      NUM_ROWS
----------- --------------- ------------------------------- --------
T2          P1              TO_DATE(' 2011-01-01 00:00:00'       365 (2010)
T2          SYS_P61         TO_DATE(' 2011-02-01 00:00:00'        31 (Jan/2011)
T2          SYS_P62         TO_DATE(' 2011-03-01 00:00:00'        28 (Fev/2011)
T2          SYS_P63         TO_DATE(' 2011-04-01 00:00:00'        31 (Mar/2011)
T2          SYS_P64         TO_DATE(' 2011-05-01 00:00:00'        30 (Abr/2011)
T2          SYS_P65         TO_DATE(' 2011-06-01 00:00:00'         1 (Mai/2011)

Perceberam como os registros foram acomodados? Todos os registros com data até 31/12/2010 foram armazenados na partição P1. Para acomodar os demais registros com data superior a 31/12/2010, o Oracle criou automaticamente 5 novas partições com intervalo mensal.

Se por acaso quisermos alterar o intervalo para que novos registros fiquem acomodados de forma trimestral, semestral, anual ou até mesmo diário, poderemos utilizar os comandos abaixo:

alter table t2 set INTERVAL(NUMTOYMINTERVAL(3,'month'));
alter table t2 set INTERVAL(NUMTOYMINTERVAL(6,'month'));
alter table t2 set INTERVAL(NUMTOYMINTERVAL(1,'year'));
alter table t2 set INTERVAL(NUMTODSINTERVAL(1,'day'));

Se quisermos desabilitar o recurso de criação automática de partições para a tabela T2, poderemos utilizar o comando abaixo:

alter table t2 set INTERVAL();

No mais, poderíamos alterar o intervalo para que o mesmo fosse anual como demonstrado no comando abaixo:

SQL> alter table t2 set INTERVAL(NUMTOYMINTERVAL(1,'year'));

Tabela alterada.

SQL> select table_name,
  2         partitioning_type,
  3         partition_count,
  4         interval
  5    from user_part_tables
  6   where table_name='T2';

TABLE_NAME  PARTITION PARTITION_COUNT INTERVAL
----------- --------- --------------- -------------------------
T2          RANGE             1048575 NUMTOYMINTERVAL(1,'YEAR')

Existem algumas restrições para seu uso:

* Não pode ser utilizado em tabelas do tipo IOT (Index Organized Tables)
* A coluna chave da partição deverá ser obrigatoriamente do tipo DATE ou NUMBER
* Não poderá ser criado nenhum índice de domínio (Domain Indexes)
* Não é suportado no nível de sub-partição

Neste momento, alguém poderia estar se perguntando. É possível exportar essas tabelas particionadas (Interval Partitioning) para o Oracle 10g? Sim. A tabela será importada no Oracle 10g sem problemas, mas as mesmas serão criadas com particionamento do tipo RANGE somente.

Exportando a tabela T1 no Oracle 11g para ser importada no Oracle 10g

C:\>expdp scott/tiger directory=data_pump_dir
    dumpfile=t1 tables=t1 version=10.2

Export: Release 11.2.0.1.0 - Production on Qua Jun 8 20:41:12 2011

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

Conectado a: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Produc
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Iniciando "SCOTT"."SYS_EXPORT_TABLE_01":  scott/********
directory=data_pump_dir dumpfile=t1 tables=t1 version=10.2
Estimativa em andamento com o método BLOCKS...
Processando o tipo de objeto TABLE_EXPORT/TABLE/TABLE_DATA
Estimativa total usando o método de BLOCKS: 896 KB
Processando o tipo de objeto TABLE_EXPORT/TABLE/TABLE
Processando o tipo de objeto TABLE_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
. . exportou "SCOTT"."T1":"SYS_P30"                    43.95 KB    5000 linhas
. . exportou "SCOTT"."T1":"SYS_P31"                    45.42 KB    5000 linhas
. . exportou "SCOTT"."T1":"SYS_P32"                    48.83 KB    5000 linhas
. . exportou "SCOTT"."T1":"SYS_P33"                    35.67 KB    3501 linhas
. . exportou "SCOTT"."T1":"P1"                         12.64 KB     999 linhas
. . exportou "SCOTT"."T1":"SYS_P25"                    5.718 KB     100 linhas
. . exportou "SCOTT"."T1":"SYS_P26"                    5.718 KB     100 linhas
. . exportou "SCOTT"."T1":"SYS_P27"                    5.718 KB     100 linhas
. . exportou "SCOTT"."T1":"SYS_P28"                    5.718 KB     100 linhas
. . exportou "SCOTT"."T1":"SYS_P29"                    5.718 KB     100 linhas
Tabela-mestre "SCOTT"."SYS_EXPORT_TABLE_01" carregada/descarregada com sucesso
******************************************************************************

Importando a tabela T2 no Oracle 10g

C:\>impdp scott/tiger dumpfile=t1 tables=t1

Import: Release 10.2.0.1.0 - Production on Quarta-Feira, 08 Junho, 2011 20:54:23

Copyright (c) 2003, 2005, Oracle.  All rights reserved.

Conectado a: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Produc
With the Partitioning, OLAP and Data Mining options
Tabela-mestre "SCOTT"."SYS_IMPORT_TABLE_01" carregada/descarregada com sucesso
Iniciando "SCOTT"."SYS_IMPORT_TABLE_01":  scott/******** dumpfile=t1 tables=t1
Processando o tipo de objeto TABLE_EXPORT/TABLE/TABLE
Processando o tipo de objeto TABLE_EXPORT/TABLE/TABLE_DATA
. . importou "SCOTT"."T1":"SYS_P30"                    43.95 KB    5000 linhas
. . importou "SCOTT"."T1":"SYS_P31"                    45.42 KB    5000 linhas
. . importou "SCOTT"."T1":"SYS_P32"                    48.83 KB    5000 linhas
. . importou "SCOTT"."T1":"SYS_P33"                    35.67 KB    3501 linhas
. . importou "SCOTT"."T1":"P1"                         12.64 KB     999 linhas
. . importou "SCOTT"."T1":"SYS_P25"                    5.718 KB     100 linhas
. . importou "SCOTT"."T1":"SYS_P26"                    5.718 KB     100 linhas
. . importou "SCOTT"."T1":"SYS_P27"                    5.718 KB     100 linhas
. . importou "SCOTT"."T1":"SYS_P28"                    5.718 KB     100 linhas
. . importou "SCOTT"."T1":"SYS_P29"                    5.718 KB     100 linhas
Processando o tipo de objeto TABLE_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
O job "SCOTT"."SYS_IMPORT_TABLE_01" foi concluído com sucesso em 20:54:58


C:\>sqlplus scott/tiger

SQL*Plus: Release 10.2.0.1.0 - Production on Qua Jun 8 21:13:48 2011

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Conectado a:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> select table_name,
  2         partitioning_type,
  3         partition_count,
  4         def_tablespace_name
  5    from user_part_tables
  6   where table_name='T1';

TABLE_NAME  PARTITITION  PARTITION_COUNT DEF_TABLESPACE_NAME
----------- ------------ --------------- -------------------
T1          RANGE                     10 USERS

Qual é mesmo o tamanho de uma tabela no Oracle?

2011-05-17T14:02:00.020-03:00

Olá,

Através das views de dicionário de dados DBA/ALL/USER_SEGMENTS, pode-se facilmente obter essa informação, e de várias formas. No entanto, a intenção deste artigo é demonstrar que o tamanho de uma tabela (em bytes) vai muito além do que focar especificamente no segmento da tabela. Sabemos que no Oracle existem vários tipos de segmentos, como segmentos de tabela, índice, lob (large objects), undo, temp, partition, ente outros, mas irei focar naqueles que geralmente estão mais presentes na maioria dos schemas de banco de dados. Possivelmente alguém não irá concordar comigo, mas, na minha visão, o tamanho real de uma tabela compõe-se não só do tamanho do seu próprio segmento, mas também da soma do tamanho de todos os outros segmentos que dependem dela. Para demonstrar tais informações, eu criei uma query que mostra essas informações logo mais abaixo.

Bom, após criar 9 tabelas devidamente populadas no meu schema de banco de dados, a soma do tamanho de todos os segmentos foi de aproximadamente 3,14 GB como demonstrado pela query abaixo:

Vale a pena salientar que algumas dessas tabelas são particionadas, outras possuem índices normais, locais ou globais, e outras tabelas possuem colunas do tipo CLOB. Portanto, podemos verificar pelo resultado da query acima que a criação de 9 tabelas gerou um total de 250 segmentos. Agora irei executar a query que eu criei de forma a demonstrar como esses 3,14 GB estão distribuídos entre essas 9 tabelas.

Perceberam que do total de 3216,19 MB, 33% (1066,75 MB) representam segmentos de dados de tabela, 47% (1493,25 MB) segmentos de índices e 20% (656,19 MB) segmentos de lob? O gráfico abaixo nos dá uma visão mais clara.

Através das informações retornadas pela query, vemos que o segmento de dados da tabela T1 possui um tamanho de 576 MB (em aproximadamente 6 milhões de linhas), e que os índices desta tabela somam 1160 MB dando um total de 1736 MB. Portanto, na minha visão, o tamanho real desta tabela é de 1736 MB, e não 576 MB como muitos poderão dizer. Lembrem-se de que eu não estou falando apenas do segmento de tabela (T1), mas de todos os outros que dependem dela, como segmentos de índice e de lob por exemplo.

Vejamos agora a tabela T4. Apesar do tamanho do seu segmento de dados ter apenas 4 MB, a mesma tem como dependentes um ou mais índices que somam 0,5 MB e um ou mais segmentos lob que somam 287 MB. Portanto, para mim, o tamanho real desta tabela é de 291,5 MB e não apenas 4 MB.

Se alguém me perguntasse qual o espaço necessário que precisaria ser alocado na tablespace para duplicar as linhas da tabela T6 nela própria, eu diria que precisaríamos de no mínimo 487,44 MB e não 236,44 MB.

Portanto, deixo aqui a dica e o meu ponto de vista de não apenas focarmos no tamanho do segmento da tabela, mas também de prestarmos atenção em todos os outros segmentos dependentes dela. Isso com certeza fará diferença quando fizermos algum trabalho relacionado à estimativa para alocação de espaço destes objetos, ou até mesmo nas estimativas de espaço necessárias para uma migração de dados, etc...

Por fim, o gráfico abaixo nos mostra todos os tipos de segmentos que foram criados e a proporção de espaço alocado de cada um.

LAST_DDL_TIME vs TIMESTAMP nas views DBA/ALL/USER_OBJECTS. Tem diferença?

2011-05-02T17:52:00.003-03:00

Olá,

Não é raro muita gente confundir essas duas colunas existentes nas views de dicionário de dados DBA/ALL/USER_OBJECTS. Afinal, qual é a diferença entre elas? Quando é que a informação de data e horário de uma é atualizada e da outra não? Pois bem, vamos então a alguns exemplos práticos de forma a demonstrar essa diferença.

C:\>sqlplus scott/tiger

SQL*Plus: Release 10.2.0.1.0 - Production on Seg Mai 2 11:49:38 2011

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


Conectado a:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> desc user_objects
 Nome                          Nulo?    Tipo
 ----------------------------- -------- ----------------------------
 OBJECT_NAME                            VARCHAR2(128)
 SUBOBJECT_NAME                         VARCHAR2(30)
 OBJECT_ID                              NUMBER
 DATA_OBJECT_ID                         NUMBER
 OBJECT_TYPE                            VARCHAR2(19)
 CREATED                                DATE
 LAST_DDL_TIME                          DATE
 TIMESTAMP                              VARCHAR2(19)
 STATUS                                 VARCHAR2(7)
 TEMPORARY                              VARCHAR2(1)
 GENERATED                              VARCHAR2(1)
 SECONDARY                              VARCHAR2(1)

Primeiramente, podemos perceber que LAST_DDL_TIME é uma coluna do tipo DATE e TIMESTAMP, por incrível que pareça, é um VARCHAR2(19). Irei criar abaixo uma tabela de exemplo e realizar algumas operações nela.

SQL> create table t1 (id number);

Tabela criada.

SQL> select object_name,created,last_ddl_time,timestamp
  2    from user_objects
  3   where object_name='T1';

OBJECT_NAME     CREATED             LAST_DDL_TIME       TIMESTAMP
--------------- ------------------- ------------------- -------------------
T1              02/05/2011 11:59:00 02/05/2011 11:59:00 2011-05-02:11:59:00

Acima, podemos perceber que tanto a coluna CREATED, como LAST_DDL_TIME e TIMESTAMP possuem a mesma informação de data e horário. O que acontece se modificarmos a estrutura da tabela?

SQL> alter table t1 modify id number(10,2);

Tabela alterada.

SQL> select object_name,created,last_ddl_time,timestamp
  2    from user_objects
  3   where object_name='T1';

OBJECT_NAME     CREATED             LAST_DDL_TIME       TIMESTAMP
--------------- ------------------- ------------------- -------------------
T1              02/05/2011 11:59:00 02/05/2011 12:00:00 2011-05-02:12:00:00

Ambas as colunas LAST_DDL_TIME e TIMESTAMP tiveram suas informações atualizadas. Mas, o que acontece agora se eu simplesmente conceder alguns privilégios (SELECT por exemplo) para algum outro usuário?

SQL> grant select on t1 to adam;

Concessão bem-sucedida.

SQL> select object_name,created,last_ddl_time,timestamp
  2    from user_objects
  3   where object_name='T1';

OBJECT_NAME     CREATED             LAST_DDL_TIME       TIMESTAMP
--------------- ------------------- ------------------- -------------------
T1              02/05/2011 11:59:00 02/05/2011 12:02:00 2011-05-02:12:00:00

Podemos perceber que somente a coluna LAST_DDL_TIME teve sua informação atualizada, apesar do comando GRANT ser um comando DCL (Data Control Language). No mais, podemos perceber abaixo que o comando REVOKE terá o mesmo efeito apenas na coluna LAST_DDL_TIME.

SQL> revoke select on t1 from adam;

Revogação bem-sucedida.

SQL> select object_name,created,last_ddl_time,timestamp
  2    from user_objects
  3   where object_name='T1';

OBJECT_NAME     CREATED             LAST_DDL_TIME       TIMESTAMP
--------------- ------------------- ------------------- -------------------
T1              02/05/2011 11:59:00 02/05/2011 12:04:00 2011-05-02:12:00:00

Existem mais comandos que afetam apenas a coluna LAST_DDL_TIME e não a coluna TIMESTAMP? Sim.

SQL> alter table t1 move;

Tabela alterada.

SQL> select object_name,created,last_ddl_time,timestamp
  2    from user_objects
  3   where object_name='T1';

OBJECT_NAME     CREATED             LAST_DDL_TIME       TIMESTAMP
--------------- ------------------- ------------------- -------------------
T1              02/05/2011 11:59:00 02/05/2011 12:06:00 2011-05-02:12:00:00

SQL> insert into t1 values (1);

1 linha criada.

SQL> commit;

Commit concluído.

SQL> truncate table t1;

Tabela truncada.

SQL> select object_name,created,last_ddl_time,timestamp
  2    from user_objects
  3   where object_name='T1';

OBJECT_NAME     CREATED             LAST_DDL_TIME       TIMESTAMP
--------------- ------------------- ------------------- -------------------
T1              02/05/2011 11:59:00 02/05/2011 12:08:00 2011-05-02:12:00:00

Perceberam que o comando ALTER TABLE MOVE... e TRUNCATE TABLE... atualizaram apenas a coluna LAST_DDL_TIME? Irei agora realizar o mesmo teste só que agora com uma FUNCTION. (obs: Poderia também ser uma STORED PROCEDURE ou uma TRIGGER).

SQL> create or replace function data_atual return date is
  2   data date;
  3  begin
  4     select sysdate into data from dual;
  5     return data;
  6  end;
  7  /

Função criada.

SQL> select object_name,created,last_ddl_time,timestamp
  2    from user_objects
  3   where object_name='DATA_ATUAL';

OBJECT_NAME     CREATED             LAST_DDL_TIME       TIMESTAMP
--------------- ------------------- ------------------- -------------------
DATA_ATUAL      02/05/2011 12:59:00 02/05/2011 12:59:00 2011-05-02:12:59:00

Acima, podemos perceber que tanto a coluna CREATED, como LAST_DDL_TIME e TIMESTAMP possuem a mesma informação de data e horário. O que acontece se modificarmos o código PL/SQL da função?

SQL> create or replace function data_atual return date is
  2   data date;
  3  begin
  4     select sysdate+1 into data from dual;
  5     return data;
  6  end;
  7  /

Função criada.

SQL> select object_name,created,last_ddl_time,timestamp
  2    from user_objects
  3   where object_name='DATA_ATUAL';

OBJECT_NAME     CREATED             LAST_DDL_TIME       TIMESTAMP
--------------- ------------------- ------------------- -------------------
DATA_ATUAL      02/05/2011 12:59:00 02/05/2011 13:00:00 2011-05-02:13:00:00

Ambas as colunas LAST_DDL_TIME e TIMESTAMP tiveram suas informações atualizadas. Mas, o que acontece se eu simplesmente conceder alguns privilégios (EXECUTE por exemplo) para algum outro usuário?

SQL> grant execute on data_atual to adam;

Concessão bem-sucedida.

SQL> select object_name,created,last_ddl_time,timestamp
  2    from user_objects
  3   where object_name='DATA_ATUAL';

OBJECT_NAME     CREATED             LAST_DDL_TIME       TIMESTAMP
--------------- ------------------- ------------------- -------------------
DATA_ATUAL      02/05/2011 12:59:00 02/05/2011 13:02:00 2011-05-02:13:00:00

Podemos perceber que somente a coluna LAST_DDL_TIME teve sua informação atualizada. Vale a penas salientar que o comando REVOKE terá o mesmo efeito. O que acontece agora se apenas compilarmos a função sem qualquer alteração em seu código fonte?

SQL> alter function data_atual compile;

Função alterada.

SQL> select object_name,created,last_ddl_time,timestamp
  2    from user_objects
  3   where object_name='DATA_ATUAL';

OBJECT_NAME     CREATED             LAST_DDL_TIME       TIMESTAMP
--------------- ------------------- ------------------- -------------------
DATA_ATUAL      02/05/2011 12:59:00 02/05/2011 13:04:00 2011-05-02:13:00:00

Novamente podemos perceber que somente a coluna LAST_DDL_TIME teve sua informação atualizada.

Em resumo:

A coluna LAST_DDL_TIME armazena a informação de data e horário sobre a última vez quando o objeto foi modificado por uma intrução DDL, incluindo alguns comandos que envolvam modificações no nível de extensões (extents) do segmento. Vale a pena salientar que essa modificação também vale para comandos DCL como (GRANT e REVOKE) que foram lançados sobre o objeto. Isso também vale para os objetos PL/SQL como functions, stored procedures, triggers, entre outros, incluindo-se o comando COMPILE executado sobre o mesmo.

Por fim, a coluna TIMESTAMP armazena a informação de data e horário sobre a última vez quando o objeto foi modificado, excluindo-se qualquer operação DCL (GRANT, REVOKE) e excluindo-se também alguns comandos DDL que afetem o objeto no nível de extensões (extents) do segmento. No caso de objetos PL/SQL, exclui-se também o comando COMPILE.

Portanto, se quiser saber realmente quando houve alguma modificação estrutural na tabela ou alguma modificação no código de um de objeto PL/SQL, confie na coluna TIMESTAMP.

Particionando uma tabela on-line com o pacote DBMS_REDEFINITION

2011-04-03T15:02:00.003-03:00

Olá,

No artigo de Fevereiro/2011 eu apresentei uma breve introdução sobre tabelas particionadas e alguns exemplos práticos de algumas das operações básicas que podemos realizar sobre as partições mas mesmas. Neste artigo irei demonstrar como poderemos particionar uma tabela (on-line) fazendo uso do pacote DBMS_REDEFINITION disponível desde a versão do Oracle 9i. Para isso irei criar duas tabelas na qual a tabela filha (alvo da particionamento), possuirá além de índices, uma Foreign key constraint para a tabela pai. Vamos então ao exemplo prático.

C:\>sqlplus scott/tiger

SQL*Plus: Release 10.2.0.1.0 - Production on Dom Abr 3 14:08:20 2011

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


Conectado a:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> create table pai (cod_grupo number constraint pk_pai primary key);

Tabela criada.

SQL> create table filho
  2   (id number constraint pk_filho primary key,
  3    cod_grupo number not null,
  4    data date not null
  5   );

Tabela criada.

SQL> create index idx_filho_codgrupo on filho (cod_grupo);

Índice criado.

SQL> alter table filho 
  2  add constraint fk_filho_pai
  3  foreign key (cod_grupo) references pai;

Tabela alterada.

SQL> select * from pai;

 COD_GRUPO
----------
        10
        20
        30

SQL> select * from filho;

        ID  COD_GRUPO DATA
---------- ---------- -------------------
         1         10 03/04/2011 14:10:19
         2         10 03/04/2011 14:10:20
         3         10 03/04/2011 14:10:21
         4         20 03/04/2011 14:10:22
         5         20 03/04/2011 14:10:23
         6         20 03/04/2011 14:10:24
         7         30 03/04/2011 14:10:25
         8         30 03/04/2011 14:10:26
         9         30 03/04/2011 14:10:27

9 linhas selecionadas.

Após a criação das tabelas, eu inseri alguns registros de teste como demonstrado acima.

SQL> select constraint_name,constraint_type 
  2    from user_constraints 
  3   where table_name='FILHO';

CONSTRAINT_NAME                C
------------------------------ -
SYS_C004411                    C
SYS_C004412                    C
PK_FILHO                       P
FK_FILHO_PAI                   R

Acima estão listadas todas as constraints da tabela FILHO.

SQL> select index_name 
  2    from user_indexes 
  3   where table_name='FILHO';

INDEX_NAME
------------------------------
PK_FILHO
IDX_FILHO_CODGRUPO

Acima estão listadas todas os índices da tabela filho. Bom, agora irei iniciar o processo de particionamento on-line da tabela FILHO. Para isso irei conectar com o usuário SYSTEM que possui privilégios DBA.

SQL> connect system/******
Conectado.

SQL> BEGIN
  2  DBMS_REDEFINITION.CAN_REDEF_TABLE
  3   (uname=>'SCOTT',
  4    tname=>'FILHO',
  5    options_flag=>DBMS_REDEFINITION.CONS_USE_PK);
  6  END;
  7  /

Procedimento PL/SQL concluído com sucesso.

O primeiro passo executado acima foi realizado para verificar se a tabela é passível de redefinição on-line. Se a tabela não fosse uma candidata para tal, a procedure iria retornar um erro indicando o motivo de a mesma não poder ser redefinida de forma on-line. Vale a pena salientar que eu utilizei a opção CONS_USE_PK pois a mesma possui um Primary Key definida. Se não fosse o caso, poderíamos utilizar a opção CONS_USE_ROWID.

O próximo passo será criar uma tabela temporária (interim) com a mesma estrutura da tabela alvo do particionamento, só que agora particionada. Neste caso irei criar uma tabela particionada por HASH.

SQL> create table SCOTT.interim
  2   (
  3    id number,
  4    cod_grupo number,
  5    data date
  6   )
  7    partition by hash (cod_grupo)
  8     (
  9      partition ph01_filho tablespace users,
 10      partition ph02_filho tablespace users,
 11      partition ph03_filho tablespace users
 12     )
 13  enable row movement;

Tabela criada.

Percebam a falta de constraints NOT NULL na definição da tabela INTERIM. Isso é importante para evitar qualquer problema na execução dos passos seguintes.

SQL> BEGIN
  2  DBMS_REDEFINITION.START_REDEF_TABLE
  3   (uname=>'SCOTT',
  4    orig_table=>'FILHO',
  5    int_table=>'INTERIM',
  6    options_flag=>DBMS_REDEFINITION.CONS_USE_PK);
  7  END;
  8  /

Procedimento PL/SQL concluído com sucesso.

O procedimento acima inicia o processo de redefinição on-line da tabela FILHO. Irei verificar abaixo o que este procedimento realmente fez.

SQL> col query format a30
SQL> select mview_name,container_name,query 
  2    from dba_mviews 
  3   where owner='SCOTT';

MVIEW_NAME        CONTAINER_NAME     QUERY
----------------- ------------------ --------------------------------
INTERIM           INTERIM            SELECT "FILHO"."ID" "ID",
                                     "FILHO"."COD_GRUPO" "COD_GRUPO",
                                     "FILHO"."DATA" "DATA"
                                     FROM "SCOTT"."FILHO" "FILHO"

SQL> select master,log_table from dba_mview_logs where log_owner='SCOTT';

MASTER                         LOG_TABLE
------------------------------ ------------------------------
FILHO                          MLOG$_FILHO

Podemos perceber que não somente uma view materializada, mas também um log de view materializada foi automaticamente criada para dar suporte às operações DML que porventura sejam realizadas na tabela original durante a fase da redefinição on-line. Para dar continuidade ao próximo de redefinição on-line, abaixo executarei o procedimento para copiar os objetos dependentes para a tabela INTERIM como constraints e índices.

SQL> var num_errors number
SQL> BEGIN
  2  DBMS_REDEFINITION.COPY_TABLE_DEPENDENTS
  3   (uname=>'SCOTT',
  4    orig_table=>'FILHO',
  5    int_table=>'INTERIM',
  6    num_errors=>:num_errors);
  7  END;
  8  /

Procedimento PL/SQL concluído com sucesso.

SQL> print num_errors

NUM_ERRORS
----------
         0

Após a execução da etapa acima podemos verificar os objetos atualmente criados no schema SCOTT.

SQL> select object_name,subobject_name,object_type
  2    from dba_objects
  3   where owner='SCOTT';

OBJECT_NAME                    SUBOBJECT_NAME                 OBJECT_TYPE
------------------------------ ------------------------------ -------------------
PK_PAI                                                        INDEX
PAI                                                           TABLE
FILHO                                                         TABLE
PK_FILHO                                                      INDEX
IDX_FILHO_CODGRUPO                                            INDEX
INTERIM                        PH03_FILHO                     TABLE PARTITION
INTERIM                        PH02_FILHO                     TABLE PARTITION
INTERIM                        PH01_FILHO                     TABLE PARTITION
INTERIM                                                       TABLE
MLOG$_FILHO                                                   TABLE
RUPD$_FILHO                                                   TABLE
TMP$$_PK_FILHO0                                               INDEX
TMP$$_IDX_FILHO_CODGRUPO0                                     INDEX

13 linhas selecionadas.

Por fim, poderemos finalizar o processo de redefinição on-line.

SQL> BEGIN
  2  DBMS_REDEFINITION.FINISH_REDEF_TABLE
  3   (uname=>'SCOTT',
  4    orig_table=>'FILHO',
  5    int_table=>'INTERIM');
  6  END;
  7  /

Procedimento PL/SQL concluído com sucesso.


SQL> connect scott/tiger
Conectado.

SQL> select * from cat;

TABLE_NAME                     TABLE_TYPE
------------------------------ -----------
PAI                            TABLE
INTERIM                        TABLE
FILHO                          TABLE

Neste momento não precisaremos mais da tabela temporária INTERIM. Portanto poderemos dropá-la de forma segura.

SQL> drop table interim;

Tabela eliminada.

No mais, poderemos ver abaixo que a tabela FILHO foi particionada de forma on-line apenas utilizando o pacote DBMS_REDEFINITION.

SQL> select table_name,partitioning_type,partition_count
  2    from user_part_tables;

TABLE_NAME                     PARTITI PARTITION_COUNT
------------------------------ ------- ---------------
FILHO                          HASH                  3


SQL> select constraint_name,constraint_type,status
  2    from user_constraints
  3   where table_name='FILHO';

CONSTRAINT_NAME                C STATUS
------------------------------ - --------
SYS_C004411                    C ENABLED
SYS_C004412                    C ENABLED
PK_FILHO                       P ENABLED
FK_FILHO_PAI                   R ENABLED


SQL> select index_name,status
  2   from user_indexes
  3  where table_name='FILHO';

INDEX_NAME                     STATUS
------------------------------ --------
PK_FILHO                       VALID
IDX_FILHO_CODGRUPO             VALID

Abordando o uso de sequências no Oracle em um ambiente RAC ...

2011-03-01T22:05:00.003-03:00

Olá,

Para quem se recorda do artigo de Novembro/2008 - Coluna do tipo auto-incremento no Oracle? Abordando o uso de seqüências no Oracle, viu como criar e utilizar o objeto sequence no Oracle. Como informação adicional, recentemente realizei alguns testes com diferentes tamanhos de cache (em um ambiente single instance) como demonstrado abaixo:

SQL> set timing on;
SQL> begin
  2   for i in 1..10000000 loop
  3     insert into t1 select seq_teste_nocache.nextval from dual;
  4     if mod(i, 10000) = 0 then
  5        commit;
  6     end if;
  7   end loop;
  8   commit;
  9  end;
 10  /

Procedimento PL/SQL concluído com sucesso.

Decorrido: 00:24:10.22 (24 minutos e 10 segundos)


SQL> set timing on;
SQL> begin
  2   for i in 1..10000000 loop
  3     insert into t1 select seq_teste_cache20.nextval from dual;
  4     if mod(i, 10000) = 0 then
  5        commit;
  6     end if;
  7   end loop;
  8   commit;
  9  end;
 10  /

Procedimento PL/SQL concluído com sucesso.

Decorrido: 00:05:14.10 (5 minutos e 14 segundos)

SQL> set timing on;
SQL> begin
  2   for i in 1..10000000 loop
  3     insert into t1 select seq_teste_cache1000.nextval from dual;
  4     if mod(i, 10000) = 0 then
  5        commit;
  6     end if;
  7   end loop;
  8   commit;
  9  end;
 10  /

Procedimento PL/SQL concluído com sucesso.

Decorrido: 00:04:26.88 (4 minutos e 26 segundos)

SQL> set timing on;
SQL> begin
  2   for i in 1..10000000 loop
  3     insert into t1 select seq_teste_cache10000.nextval from dual;
  4     if mod(i, 10000) = 0 then
  5        commit;
  6     end if;
  7   end loop;
  8   commit;
  9  end;
 10  /

Procedimento PL/SQL concluído com sucesso.

Decorrido: 00:04:25.89 (4 minutos e 25 segundos)


SQL> set timing on;
SQL> begin
  2   for i in 1..10000000 loop
  3     insert into t1 select seq_teste_cache50000.nextval from dual;
  4     if mod(i, 10000) = 0 then
  5        commit;
  6     end if;
  7   end loop;
  8   commit;
  9  end;
 10  /

Procedimento PL/SQL concluído com sucesso.

Decorrido: 00:04:25.80 (4 minutos e 25 segundos)

Perceberam a diferença na performance das execuções? Uma sequence criada com NOCACHE teve o pior desempenho, isso porque a cada valor recuperado da sequence o Oracle precisa atualizar o dicionário de dados com o próximo valor e isso gera uma overhead de I/O absurda. No mais, segundo os testes acima, não haverão muitos benefícios se utilizarmos cache maiores que 50000. Portanto, no geral o ideal seria ter um cache entre 1000 e 10000 para efeitos de boa performance. Vale a pena avaliar!

No mais, o objetivo deste artigo é demonstrar que em um ambiente RAC, os caches das sequences são armazenados em cada nó (node) do cluster e que existe diferença se a mesma é criada com a cláusula ORDER ou NOORDER. Por padrão, as sequences são criadas como NOORDER. Existem algumas desvantagens (uma overhead a mais) em utilizar a cláusula ORDER em um ambiente RAC, pois os valores das sequências precisam ser sincronizados entre os nós do RAC através de um serviço global de cache e, neste caso, acontece um evento chamado "GLOBAL LOCK". No artigo de Christo Kutrovsky, existe uma demonstração de como os valores das sequências são retornados quando a mesma é criada com a cláusula ORDER e NOORDER:


sequência com NOORDER - cache (20)
---------------------------------
Session 1 on node-A: nextval -> 101
Session 2 on node-A: nextval -> 102
Session 1 on node-B: nextval -> 121
Session 1 on node-B: nextval -> 122
Session 1 on node-A: nextval -> 103
Session 1 on node-A: nextval -> 104

sequência com ORDER - cache (20)
--------------------------------
Session 1 on node-A: nextval -> 101 (DFS Lock handle) (CR read)
Session 2 on node-A: nextval -> 102
Session 1 on node-B: nextval -> 103 (DFS Lock handle)
Session 1 on node-B: nextval -> 104
Session 1 on node-A: nextval -> 105 (DFS Lock handle)
Session 1 on node-A: nextval -> 106

Perceberam a diferença? Em um ambiente RAC, quando a sequence é criada com a cláusula NOORDER, os caches das mesmas são armazenados e gerenciadas em cada nó (node) do cluster. Abaixo está a demonstração de um teste prático utilizando cláusula ORDER na criação de uma sequence.


SQL> create sequence seq_teste_rac cache 50 order;

Seqüência criada.

======
NODE-A
======

SQL> select seq_teste_rac.nextval from dual;

NEXTVAL
----------
         1

SQL> /

NEXTVAL
----------
         2

SQL> /

NEXTVAL
----------
         3

SQL> /

NEXTVAL
----------
         4

======
NODE-B
======

SQL> select seq_teste_rac.nextval from dual;

NEXTVAL
----------
         5

SQL> /

NEXTVAL
----------
         6

SQL> /

NEXTVAL
----------
         7

SQL> /

NEXTVAL
----------
         8

Portanto, dependendo da aplicação em uso, vale a pena checar se os objetos sequences estão criados com o tamanho dos caches de forma apropriada e se as mesmas deverão ser ORDER ou NOORDER, de acordo com o objetivo da mesma. Em um ambiente RAC isso pode fazer uma grande diferença.

Conclusão:

1- NOCACHE é ruim para a performance.
2- Em um ambiente RAC, ORDER/NOORDER faz diferença.

No geral, para a performance, abaixo estão as combinações das cláusulas combinadas (da pior para a melhor)

* NOCACHE
* CACHE com ORDER (em um ambiente RAC)
* CACHE com NOORDER (em um ambiente RAC)

Observação: Em um ambiente single instance, uma sequence criada com ORDER ou NOORDER não fará a menor diferença, pois os números são sempre gerados ordenadamente.

"ORDER is necessary only to guarantee ordered generation if you are using Oracle Real Application Clusters. If you are using exclusive mode, then sequence numbers are always generated in order."