RE: RES: RES: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

2013-12-20 Por tôpico ederson2001br
Bom dia Edinilson e pessoal do Oracle_BR

Bem, estranhei um pouco a máscara de arquivos que vc configurou, eu sempre usei 
%U que gera um nome único, talvez tenha havido uma sobreposição dos arquivos 
devido a mesmo nome, isto é, só sobrou o último. Teria sido isto?

BKP_%d_%t_%s.rman

==> %d : nome do database
==> %t : informação de timestamp 
==> %s : número do backupset

Bem, ao final então, o backup foi gerado como vc queria? vc agora pode dizer 
que seu banco tem backup?

Prá vc ficar mais tranquilo e confiante, dá uma olhada nestes docs Oracle:
http://docs.oracle.com/cd/B28359_01/backup.111/b28270/rcmconfb.htm#BRADV89415
http://docs.oracle.com/cd/B12037_01/server.101/b10735/bkup.htm#1020024
http://docs.oracle.com/cd/B12037_01/server.101/b10735/setup.htm

Vc já rodou o backup uma segunda vez e conferiu os logs? ta tudo certo agora? 
já pode partir para o RESTORE de um destes backups?

Se aparecer algo estranho, manda para o grupo.

[]'s


Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit

RES: RES: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

2013-12-19 Por tôpico Ednilson Silva
Ederson,

Muito estranho então.



RMAN> show all;



using target database control file instead of recovery catalog

RMAN configuration parameters are:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1;

CONFIGURE BACKUP OPTIMIZATION ON;

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/d01/backup/prod/%F';

CONFIGURE DEVICE TYPE DISK PARALLELISM 5 BACKUP TYPE TO COMPRESSED BACKUPSET;

CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   
'/d01/backup/prod/BKP_%d_%t_%s.rman' MAXPIECESIZE 10 G;

CONFIGURE MAXSETSIZE TO UNLIMITED; # default

CONFIGURE ENCRYPTION FOR DATABASE OFF; # default

CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/d01/backup/prod/snapcf_prod.f';



Estava acompanhando, e quando o primeiro arquivo *.rman atingiu 10G, ele 
simplesmente sumiu.

Acabei subescrevendo o arquivo de log, coloquei para gerar novamente o backup 
full, com essa nova alteração que voce passou levou 3 horas, fiquei 
impressionado.



Grato,

Ednilson Silva



De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de ederson200...@yahoo.com.br
Enviada em: quarta-feira, 18 de dezembro de 2013 10:12
Para: oracle_br@yahoogrupos.com.br
Assunto: RE: RES: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN





Edinilson,

O destino dos backups, vc confere e configura com SHOW ALL e se não esver 
correto, basta rodar:

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/d01/backup/%F';
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   '/d01/backup/%U' MAXPIECESIZE 10 G;

Neste diretório (/d01/backup), devem permanecer os arquivos ao fim do backup, 
senão eles foram removidos por outro processo.



Inclusive, vc pode monitorar os arquivos sendo "escritos" durante a execução do 
rman da outra janela, abrindo outra sessão TTY ou putty e fazendo:



$ cd /d01/backup

$ watch -d ls -lt



Verifica o conteúdo do arquivo gerado na linha (confira o nome q vc colocou):



rman target=/ log=/home/oracle/bkp03_rman.log << EOF



Qualquer coisa, coloca o conteúdo do arquivo no corpo da mensagem.



[]'s





Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit







[As partes desta mensagem que não continham texto foram removidas]



RE: RES: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

2013-12-18 Por tôpico ederson2001br
Edinilson,

O destino dos backups, vc confere e configura com SHOW ALL e se não esver 
correto, basta rodar:

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/d01/backup/%F';
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   '/d01/backup/%U' MAXPIECESIZE 10 G;

 Neste diretório (/d01/backup), devem permanecer os arquivos ao fim do backup, 
senão eles foram removidos por outro processo.
 

 Inclusive, vc pode monitorar os arquivos sendo "escritos" durante a execução 
do rman da outra janela, abrindo outra sessão TTY ou putty e fazendo:
 

 $ cd /d01/backup
 $ watch -d ls -lt
 

 Verifica o conteúdo do arquivo gerado na linha (confira o nome q vc colocou):
 

 rman target=/ log=/home/oracle/bkp03_rman.log << EOF
 

 Qualquer coisa, coloca o conteúdo do arquivo no corpo da mensagem.
 

 []'s
 

 

 Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit
   




RES: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

2013-12-18 Por tôpico Ednilson Silva
Ederson,

Desculpe minha ignorancia, mas algo que não entendi muito bem, o backup estava 
sendo gerado em /d01/backup, ao final esses arquivos sumiram, procede?

Os archive log, realmente não foram deletados ao final.

 

Quero antes conseguir fazer um backup full 100%, depois irei focar nos backups 
incremental e depois restore.

 

Grato,

Ednilson Silva

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de ederson200...@yahoo.com.br
Enviada em: quarta-feira, 18 de dezembro de 2013 09:29
Para: oracle_br@yahoogrupos.com.br
Assunto: RE: RES: RES: RES: RES: [oracle_br] Re: Duvidas Backup RMAN

 

  

Edinilson,

 

Os archivelogs podem ser deletados após serem gravados em um backuppiece pelo 
comando "backup archivelog all", esta é mesmo a intenção.

 

A alteração que fiz no script 2 separa o backup datafiles de archivelog, para 
que o processo que iniciar a cópia dos datafiles em paralarelo, isto é, mais de 
um datafile sendo copiado simultâneo, não concorra com o archivelog. Partindo 
da premissa que um archivelog é pequeno e será gravado mais rapidamente que um 
datafile. Separando estas cópias, acredito que minimiza o problema de já ter 
removido o arquivo em outro processo.

 

O próximo passo é implementar o backup incremental diário.

 

FASE 2: muito importante completar um RESTORE deste backup com diversos 
cenários de crash.

 

Este tópico me interessa muito, pois eu passo o dia neste cenário em minhas 
atividades diárias. Releve aí se eu fui redundante nas respostas.

 

Se precisar e eu souber, ajudo com prazer (senão, aproveito para estudar uma 
nova situação).

 

[]' s

 

Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit