Como fazer Backup no Oracle

Planejamento B�sico

Manter espelhamento dos datafiles, quer seja atrav�s de hardware, quer seja atrav�s de software. Podemos tentar a implementaç�o de mecanismos Raid5 que trazem segurança e performance razo�vel;
Manter o control file multiplexado ou espelhado, em discos diferentes � claro, ou atrav�s do raid;
Manter ao menos tr�s grupos de redo log file com multiplexaç�o de membros, em discos diferentes, ou tamb�m atrav�s de raid;
Manter o banco de dados rodando em archive log mode, preferencialmente com m�ltiplos destinos de archiving;
Manter um banco de dados em standby autom�tico;
Fazer o backup das imagens dos execut�veis Oracle;
Diariamente realizar backup (Hot ou Cold) completo, podendo em casos de pouca frequ�ncia de atualizaç�o, chegarmos a uma vez por seman
Diariamente realizar backup (Hot ou Cold) completo, podendo em casos de pouca frequ�ncia de atualizaç�o, chegarmos a uma vez por seman

Multiplexando o Control File

Um Banco de Dados Oracle n�o funciona sem o arquivo de controle. O arquivo de controle � bin�rio e dentro dele s�o armazenadas informaç�es como:

O nome do banco de dados;
O timestamp de criaç�o do banco de dados;
Nomes e endereços l�gicos dos datafiles;
Nome e endereços l�gicos dos arquivos de redo log online e offline;
N�mero sequencial l�gico dos arquivos de redo log;
O checkpoint, indicando o ponto exato no arquivo de redo log, ao qual todas as informaç�es registradas anteriormente a este ponto foram salvas nos datafiles;
O SNC (System Change Number) de sincronismo dos datafiles;
O SNC (System Change Number) de sincronismo dos datafiles;

Estas informaç�es s�o constantemente atualizadas e sua integridade � fundamental para o funcionamento do banco de dados.

Para multiplexar o control file devemos proceder da seguinte forma:

No Server Manager, conectado como SYSDBA (Internal), verificamos o control file existente e sua localizaç�o atrav�s da view v$controlfile:
Fazer um shutdown no banco de dados;
No sistema operacional, copiar o control file original para um segundo local j� criado, preferencialmente em outro dispositivo, dando um nome alternativo ao segundo arquivo;
Definir a localizaç�o e o nome da c�pia do control file no par�metro control_files no Initorcl.ora:
Reiniciar o banco de dados.

Verificando o Control File

A multiplexaç�o � uma alternativa barata para quem n�o tem recursos de espelhamento de discos.

Multiplexando os Arquivos de Redo Log

modificaç�es pertencentes �s transaç�es confirmadas n�o seriam atualizadas no datafiles. Da� a import�ncia de mantermos c�pias redundantes dos arquivos de redo log.

Para Multiplexar os grupos de redo log devemos proceder da seguinte forma:

No Server Maneger, conectado como SYSDBA (Internal), verificamos os grupos de redo log, seus membros e localizaç�o atrav�s das views v$log e v$logfile:
Execute o seguinte comando para gerar os novos membros:
Verifique novamente a v$logfile:
Para que os novos membros sejam utilizados imediatamente, devemos forçar uma troca de grupo de redo com o comando abaixo:

Realizando Backup num BD Oracle

O processo de backup pode ser classificado em duas categorias:

Backups f�sicos, onde os arquivos f�sicos do banco de dados s�o copiados para uma m�dia qualquer que n�o a original. Desta forma um backup f�sico pode ser executado da seguinte forma:
- Os backups de sistema operacional que podem incluir utilit�rios de terceiros;
- Os cold backups que constituem c�pias f�sicas dos arquivos importantes do banco de dados com este fora do ar;
- Os hot backups que constituem c�pias f�sicas importantes do banco de dados com este rodando;
Backups l�gicos, os quais utilizam o utilit�rio Export, gerando um arquivo bin�rio do sistema operacional.

Esses dados podem ser recolocados em um banco de dados qualquer, utilizando-se para isso um utilit�rio de importaç�o.

Backup de Sistema Operacional

Esta forma de backup � das mais simples de se implementar, entretanto tamb�m � a que mais tempo consome e requer que coloquemos o sistema indispon�vel.

Devemos colocar o banco de dados em modo �single-user�, de modo que somente o administrador tenha acesso ao banco de dados.

J� em modo �single-user�, devemos utilizar o software espec�fico do sistema operacional em uso.

No ambiente AIX temos o Smit;
No ambiente AIX temos o Smit;
No ambiente NT temos o backup manager para fazer uma c�pia de todo o disco.

Existe no mercado uma diversidade de produtos que mant�m c�pias de backups automaticamente, backups incremental, cumulativos, etc...

Cold Backup (Offline)

Da mesma forma que em um backup de sistema operacional, neste tipo de backup tamb�m faremos uma c�pia f�sica, por�m n�o copiaremos todo o disco. Nesse caso faremos a c�pia apenas dos arquivos importantes do banco de dados.

Podemos fazer a c�pia destes arquivos utilizando um dos utilit�rios a seguir.

Sistema Operacional	Utilit�rio
UNIX	Cpio, tar, dd, cp
Windows NT	Copy
Novel	Ncopy
VMS	Backup, copy

Os arquivos necess�rios para fazermos backup s�o:

Database files e control files. Se estivermos trabalhando no modo NOARCHIVELOG, devemos copiar tamb�m os arquivos de redo log.
� conveniente tamb�m mantermos copias seguras dos arquivos de par�metros (init.ora), tnsnames.ora.

Para fazermos tais copias ser� necess�rio definirmos o nome e a localizaç�o destes arquivos.

Verificando a localizaç�o e o nome dos Database Files

Verificando a localizaç�o e o nome dos Control Files

Para executar um cold backup dos arquivos recuperados nas queries acima, o banco de dados dever� ser fechado e desmontado, seguido da c�pia dos datafiles e control file, e da reinicializaç�o do banco de dados.

Devemos automatizar este processo de forma a reduzir ao m�nimo a interfer�ncia humana e conseq�entemente �s chances de falhas.

Hot Backup (On-Line)

Assim como os demais backups f�sicos, esse tipo de backup tamb�m � feito a partir da c�pia dos arquivos f�sicos para uma m�dia diferente daquela onde est�o os arquivos originais.

Da mesma maneira em que o Cold backup, esse mecanismo tamb�m requer c�pias de arquivos espec�ficos, mas com uma diferença, dessa vez com o banco no ar. Assim devemos tomar algumas medidas importantes para garantir que o mesmo mantenha um ponto de integridade no momento que iniciarmos o backup.

Para fazermos um hot backup certifique-se de que o banco de dados esteja operando em ARCHIVELOG mode, a seguir determine quais os conjuntos de tablespaces ser�o copiadas. Crie scripts para automatizar o processo evitando assim a possibilidade de erros operacionais.

Nunca copie os arquivos de dados (datafiles) e control files do Oracle com o banco de dados no ar, exceto atrav�s do processo de hot backup, caso contr�rio voc� ir� gerar uma c�pia corrompida do seu banco de dados.

Executado um Hot Backup

Para executar um backup on-line (hot), temos ter o privil�gio de Alter TableSpace e, a partir do Server Manager ou SQL Plus, emitirmos a seguinte seq��ncia de comandos:


alter tablespace begin backup;
/* Proceda a c�pia dos datafiles correspondentes � tablespace em backup
alter tablespace end backup;

Onde:

Begin backup: Significa que o backup on-line est� pronto para ser iniciado.
End backup: Marca o termino do backup on-line.

Estrat�gia B�sica para Hot Backup

Para manter um backup do banco de dados sempre atualizado, devemos manter um sincronismo das c�pias de datafiles, juntamente com os redo logs.

Diferentemente da estrat�gia utilizada no backup offline, deve-se ter uma estrat�gia de backup a ser utilizada. O processo de sincronismo entre os datafiles copiados com os redo arquivados deve seguir o seguinte esquema:

t0	Geraç�o de base de dados (carga inicial dos dados)
	arch1, arch2, �archn
t1	Inicio do 1� backup on-line (inconsistente) na TBS1 � fazer backup dos archives anteriores e associ�-los a carga inicial do banco de dados.
	archn+1, archn+2, � archn+n
t2	Fim do 1� backup on-line (inconsistente) na TBS1 � fazer backup dos archives entre o inicio e o fim do backup on-line e associ�-los a este conjunto copiado.

Estrat�gia simplificada de um hot Backup:

Executar o comando �archive log list� para identificar o n�mero do arquivo de redo log corrente, antes do inicio do hot backup;
Disparar o inicio do backup nas tablespaces;
Fazer as c�pias dos datafiles espec�ficos;
Finalizar o processo de backup nas tablespace;
Executar o comando �archive log list� para identificar o n�mero do arquivo de redo log corrente, ap�s o t�rmino do hot backup;
Forçar o arquivamento do �ltimo arquivo de redo log com o comando �alter system switch logfile�;
Fazer a c�pia de todos os redos arquivados identificados, do primeiro ao �ltimo;
Fazer o backup do control file com o comando �alter database backup control file to�.

Backup do Control File

Os arquivos de controle s�o muito importantes para um bom funcionamento de um banco de dados, agora ser� apresentado como deve-se proceder para manter c�pias de backup dos arquivos de contro

Trabalhando com o banco de dados em modo NOARCHIVELOG

Nesse modo de operaç�o, s� faz sentido fazer backup dos arquivos de controle com o banco de dados em offline, juntamente com todo os procedimentos de Cold Backup Full.

Trabalhando com o banco de dados em modo ARCHIVELOG

Fazendo o backup de controle no modo ARCHIVELOG, deve-se fazer backup do arquivo de controle com o banco de dados online. Para esse tipo de procedimento, existem duas alternativas de backup que s�o : l�gico e f�sico.

Backup L�gico

O backup l�gico implica na geraç�o de um script que recria o arquivo de controle. Este script � gerado a partir do comando abaixo e reside no diret�rio apontado pelo par�metro SER_DUMP_DEST.

O script gerado � um arquivo de nome tipo ORA.trc onde DIP � o n�mero do processo do SO que gerou o arquivo. Deve-se renomear esse arquivo para algo semelhante a .sql e edit�-lo de forma a eliminar o header at� encontrar o comando �STARTUP NOMOUNT...�. Arquivo Gerado:


Dump file C:\ORAWIN95\RDBMS80\trace\ORA10039.TRC
    Tue Jul 22 20:07:54 2004
    ORACLE V8.0.3.0.0 - Production vsnsta=0
    vsnsql=c vsnxtr=3
    Windows 95 V4.10, OS V192.0, CPU type 586
    Personal Oracle8 Release 8.0.3.0.0 - Production
    With the Partitioning option
    PL/SQL Release 8.0.3.0.0 - Production
    Windows 95 V4.10, OS V192.0, CPU type 586
    Instance name: orcl
    Redo thread mounted by this instance: 1
    Oracle process number: 13
    pid: fff72737
    Tue Jul 22 20:07:54 2004
    Tue Jul 22 20:07:54 2004
    *** SESSION ID:(10.14) 2004.06.03.20.07.54.950
    # The following commands will create a new control file and use it
    # to open the database.
    # Data used by the recovery manager will be lost. Additional logs may
    # be required for media recovery of offline data files. Use this
    # only if the current version of all online logs are available.
    STARTUP NOMOUNT
    CREATE CONTROLFILE REUSE DATABASE "ORACLE" NORESETLOGS          NOARCHIVELOG
             MAXLOGFILES 32
             MAXLOGMEMBERS 2
             MAXDATAFILES 32
             MAXINSTANCES 16
             MAXLOGHISTORY 1630
    LOGFILE
         GROUP 1 (
             'C:\ORAWIN95\DATABASE\LOG2ORCL.ORA',
             'D:\ORAWIN95\DATABASE\LOG20RCL.ORA'
         ) SIZE 200K,
         GROUP 2 (
             'C:\ORAWIN95\DATABASE\LOG1ORCL.ORA',
             'D:\ORAWIN95\DATABASE\LOG10RLC.ORA'
         ) SIZE 200K
    DATAFILE
             'C:\ORAWIN95\DATABASE\SYS1ORCL.ORA',
             'C:\ORAWIN95\DATABASE\USR1ORCL.ORA',
             'C:\ORAWIN95\DATABASE\RBS1ORCL.ORA',
             'C:\ORAWIN95\DATABASE\TMP1ORCL.ORA';
    # Recovery is required if any of the datafiles are restored backups,
    # or if the last shutdown was not normal or immediate.
    RECOVER DATABASE
    # Database can now be opened normally.
    ALTER DATABASE OPEN;

Backup F�sico

Consiste em aplicar um comando que gera o arquivo de controle de r�plica. Bin�rio e com nome e diret�rio por n�s especificado.

Este �ltimo modo nem sempre � o mais adequado, pois o procedimento de recuperaç�o pode nos induzir a erros, por�m � uma boa alternativa manter os dois tipos de backup para eventuais perdas.

Utilizando o Utilit�rio The Backup Manager do Oracle

Pode-se utilizar diversos tipos de utilit�rios para se fazer backup no Oracle, abaixo � apresentado o funcionamento do utilit�rio padr�o do Oracle.

Backup Manager (NOARCHIVELOG mode) caixa de di�logo

Use o Backup Manager para fazer backup do seu banco de dados Oracle8. O Backup Manager tem tr�s modos, dependendo do estado do banco de dados.

Database Status: Indica o estado do banco de dados.
Backup Type: Indica que o tipo de Backup poss�vel � offline e de banco de dados cheio.
Tape: Indica que ser� utilizado fitas como mecanismo de backup. (Windows NT, suporta fita de 4mm. O Windows 95, n�o suporta backup de fita).
Device: Indica o dispositivo de fita que armazenar� o auxilio.
Disk, Directory, and Browse Backup: O arquivo � armazenado no diret�rio especificado no campo de Diret�rio. O Oracle recomenda que se especifique o caminho completo. Utilize o bot�o Browse para selecionar onde deve-se armazenar o arquivo de backup, ou para aceitar o diret�rio default do Oracle.
O bot�o Backup inicia o procedimento de backup.

Backup no Oracle

Veja neste artigo Backup no Oracle.