Tudo jóia ? Então, ao que entendi o que vc quer é duplexar os arquivos de 
backup, mas em devices diferentes (disco e fita, no caso) - o procedimento 
built-in para se obter isso já na hora que se faz o backup é a opção COPIES do 
comando BACKUP (ou pode setar via SET/CONFIGURE), mas o documento 
correspondente (manual "Oracle® Database Backup and Recovery Reference 11g 
Release 2 (11.2)" no item sobre o comando BACKUP nos diz :

"
COPIES integer  Sets the number of identical backups (1 - 4) that RMAN creates. 
The default value is 1.

You can use multiple format strings to specify different names and locations 
for the copies. Example 2-22 illustrates a duplexed backup to different 
locations on disk.

RMAN can duplex backups to either disk or tape, but *** cannot duplex backups 
to tape and disk simultaneously *** .

You can specify duplexing in multiple commands.
"

 ou seja, com a opção específica de duplex vc não consegue o que quer.... Vc 
teria as seguintes opções, então :
 
 1. realmente passar a fazer o backup em disco, e posteriormente copiar (não 
mover, copiar) os arquivos do backup para fita, ** por fora do RMAN **, usando 
a opção apropriada do teu software de backup&gerenciamento de fita : isso vai 
te dar a vantagem da performance (já que backup para disco é via de regra mais 
rápido que para fita) E a vantagem de liberar a fita durante a janela de backup 
(essa cópia dos arqs de backup pode Inclusive ser feita durante o dia, período 
em que normalmente não há backups)... As desvantagens são : vc vai ter que 
mudar as suas rotinas de backup atuais E o gerenciamento do conteúdo da fita 
vai ser feito por fora do RMAN, o RMAN nem imagina que existe essa "cópia do 
backup" em fita...
 
 ou
 
 2. para vc obter o mesmo efeito que 1. acima mas com algum controle/registro 
por parte do RMAN, vc pode usar o comando BACKUP BACKUPSET (não confundir com o 
BACKUP databaseouqueobjetofor AS BACKUPSET, que vc usa para backupear o 
objeto/database em formato de backupset) : com esse comando BACKUP BACKUPSET 
(sem o AS) vc está mandando o RMAN fazer uma cópia (em fita, presumivelmente) 
do teu backupset... No mesmo manual acima citado, veja o item "Backups of 
Backup Sets"
 
 ou
 
 3. se for imperativo vc manter o backup "principal" indo para a fita, a opção 
seria vc trazer da fita os arquivos do backup recém-feito : vc até poderia usar 
as opções de restore do RMAN só trocando o local de destino e o id do database, 
mas imho o mais simples seria fazer por fora do RMAN, ie, apenas lançar mão dos 
comandos de leitura e gravação dos arquivos em fita do teu gerenciador de 
fitas/backups (Tivoli, NetBackup, seja qual for) e ler da fita e gravar em 
disco os arquivos correspondentes ao último backup - em caso de necessidade 
depois vc cataloga esses arqs em disco para o RMAN tomar conhecimento deles....
  A vantagem é que vc está testando o que foi gravado na fita, em tese pegando 
erros de gravação pouco tempo depois, e a desvantagem principal é que vc VAI 
estar usando o hardware de fita por muito mais tempo, facilmente isso pode 
interferir no schedule de backup/restore de Outros ambientes que queiram usar o 
mesmo hardware...
  
  ou
  
  4. manda um backup que não seja as backupset (um image/as copy, como vc 
sugere) para disco : faz muuuuito tempo que eu não faço isso, mas iirc sim, um 
backup do tipo "cópia integral do database" não interferiria no sequenciamento 
dos seus backups as backupset.... Testa aí no seu ambiente de 
testes/homologação mas afaik é isso mesmo
  
  Blz ? De recomendações, se eu fosse vc ia de 1 ou 2, mas em tese qquer uma 
das opções funcionaria : analise todas e veja qual a melhor pro seu caso...
  
   []s
   
     Chiappa

Responder a