Informação importante essa - se, de acordo com a sua msg anterior, a config/parametrização dos channels e devices está Idêntica no teu script comparando ao script original de backup que funcionou (o que fecha basicamente a questão de RMAN), E agora vc diz que os arquivos em si estão acessíveis ao TSM server, só pode ser mesmo alguma coisa referente ao client do TSM (config, acesso, etc) ...
[]s Chiappa --- Em oracle_br@yahoogrupos.com.br, Rafael Mendonca <raffaell.ti77@...> escreveu > > Acabei de fazer isso, o pessoal conseguiu listar os backups listados. > > > > ________________________________ > De: J. Laurindo Chiappa <jlchiappa@...> > Para: oracle_br@yahoogrupos.com.br > Enviadas: Sexta-feira, 26 de Julho de 2013 16:06 > Assunto: [oracle_br] Re: Erro ao deletar backups obsoletos > > > > > > > E uma outra sugestão : manda uns LIST BACKUP (expired, deleted, de database, > de archivelog, etc, etc) que via de regra aparece o nome completo dos pieces > todos , aí manda pro pessoal do tsm e pede para eles via tsm ** LISTAREM *** > o conteúdo da fita e CONFIRMAREM que realmente o(s) arquivo(s) necessário(s) > est/ão lá... > > []s > > Chiappa > > --- Em mailto:oracle_br%40yahoogrupos.com.br, "J. Laurindo Chiappa" > <jlchiappa@> escreveu > > > > Colega, pelo resultado do SHOW ALL eu vejo que vc não tem defaults > > marcados para o RMAN no quesito à channels e destination, ENTÃO quase que > > com certeza essas coisas DEVEM estar sendo definidas no script de backup - > > isso que vc mostra abaixo é o script de RESTORE que esta falhando : plz nos > > mostra o script DE BACKUP que está rodando corretamente, pra gente ver > > exatamente quais channels e quais devices estão sendo usados... > > E outra coisa : > > > > a. a gente não cita mas vc TEM CERTEZA que a fita correta está montada, > > que os eventuais Serviços necessários estão de pé, e coisas assim, né não ?? > > > > b. vc SACOU que o > > "'ENV=(TDPO_OPTILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)" que eu > > citei é um ** EXEMPLO **, vc deverá tentar é com A SUA CONFIG, que vc vai > > saber qual é LISTANDO O SCRIPT DE BACKUP ORIGINAL, e não a sua tentativa de > > restore, yep ?? > > > > []s > > > > Chiappa > > > > --- Em mailto:oracle_br%40yahoogrupos.com.br, Rafael Mendonca > > <raffaell.ti77@> escreveu > > > > > > SEgue informações que vc me solicitou Chiappa. > > > > > > RMAN configuration parameters for database with db_unique_name XXXX are: > > > CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 15 DAYS; > > > CONFIGURE BACKUP OPTIMIZATION ON; > > > CONFIGURE DEFAULT DEVICE TYPE TO DISK; > > > CONFIGURE CONTROLFILE AUTOBACKUP ON; > > > CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; > > > CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; > > > CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; > > > CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; > > > CONFIGURE MAXSETSIZE TO UNLIMITED; > > > CONFIGURE ENCRYPTION FOR DATABASE OFF; > > > CONFIGURE ENCRYPTION ALGORITHM 'AES128'; > > > CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE > > > FOR LOAD TRUE; > > > CONFIGURE DB_UNIQUE_NAME 'XXXX' CONNECT IDENTIFIER 'XXXX'; > > > CONFIGURE DB_UNIQUE_NAME 'XXXXDG' CONNECT IDENTIFIER 'XXXXDG'; > > > CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO 'SBT_TAPE' > > > APPLIED ON ALL STANDBY; > > > CONFIGURE SNAPSHOT CONTROLFILE NAME TO > > > '/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/snapcf_XXXX.f'; # default > > > > > > > > > > > > > > > > > > RMAN> run{ > > > 2> ALLOCATE CHANNEL d1 TYPE 'sbt_tape' parms 'BLKSIZE=1048576 > > > ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)'; > > > 3> CROSSCHECK ARCHIVELOG ALL; > > > 4> CROSSCHECK BACKUP; > > > 5> DELETE NOPROMPT EXPIRED ARCHIVELOG ALL; > > > 6> DELETE NOPROMPT EXPIRED BACKUP; > > > 7> DELETE NOPROMPT OBSOLETE; > > > 8> } > > > allocated channel: d1 > > > channel d1: SID=1902 device type=SBT_TAPE > > > channel d1: Data Protection for Oracle: version 6.3.0.0 > > > > > > > > > archived log file > > > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9917_754502319.arc > > > RECID=16437 STAMP=821086960 > > > validation succeeded for archived log > > > archived log file > > > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9918_754502319.arc > > > RECID=16439 STAMP=821086976 > > > validation succeeded for archived log > > > archived log file > > > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9919_754502319.arc > > > RECID=16441 STAMP=821095920 > > > validation succeeded for archived log > > > archived log file > > > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9920_754502319.arc > > > RECID=16443 STAMP=821104031 > > > validation succeeded for archived log > > > archived log file > > > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9921_754502319.arc > > > RECID=16445 STAMP=821114451 > > > validation succeeded for archived log > > > archived log file > > > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9922_754502319.arc > > > RECID=16448 STAMP=821121151 > > > validation succeeded for archived log > > > archived log file > > > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9923_754502319.arc > > > RECID=16449 STAMP=821121151 > > > validation succeeded for archived log > > > archived log file > > > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9924_754502319.arc > > > RECID=16451 STAMP=821121152 > > > validation succeeded for archived log > > > archived log file > > > name=+FRA/xxxx/archivelog/2013_07_18/thread_1_seq_9925.1963.821121903 > > > RECID=16453 STAMP=821121902 > > > validation succeeded for archived log > > > archived log file > > > name=+FRA/xxxx/archivelog/2013_07_18/thread_1_seq_9926.1174.821121903 > > > RECID=16455 STAMP=821121903 > > > validation succeeded for archived log > > > archived log file > > > name=+FRA/xxxx/archivelog/2013_07_18/thread_1_seq_9927.1473.821121905 > > > RECID=16457 STAMP=821121904 > > > validation succeeded for archived log > > > archived log file > > > name=+FRA/xxxx/archivelog/2013_07_18/thread_1_seq_9928.1104.821138451 > > > RECID=16459 STAMP=821138453 > > > ... > > > ... > > > ... > > > > > > crosschecked backup piece: found to be 'AVAILABLE' > > > backup piece > > > handle=+FRA/xxxx/autobackup/2013_07_15/s_820862520.1849.820862521 > > > RECID=5760 STAMP=820862521 > > > crosschecked backup piece: found to be 'AVAILABLE' > > > backup piece > > > handle=+FRA/xxxx/autobackup/2013_07_15/s_820863120.1986.820863121 > > > RECID=5761 STAMP=820863120 > > > Crosschecked 2 objects > > > released channel: d1 > > > RMAN-00571: =========================================================== > > > RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== > > > RMAN-00571: =========================================================== > > > RMAN-03009: failure of crosscheck command on d1 channel at 07/26/2013 > > > 14:50:20 > > > ORA-27191: sbtinfo2 returned error > > > Additional information: 3505 > > > > > > > > > Conversei com o pessoal da TSM e eles me disseram que está tudo na versão > > > 6.4 atualizaram tudo, Cliente/API versão MAIN e o erro continua. > > > Eles estão tentando resolver o problema, mas ainda não encontraram uma > > > solução. > > > > > > > > > > > > ________________________________ > > > De: J. Laurindo Chiappa <jlchiappa@> > > > Para: mailto:oracle_br%40yahoogrupos.com.br > > > Enviadas: Quinta-feira, 25 de Julho de 2013 17:01 > > > Assunto: [oracle_br] Re: Erro ao deletar backups obsoletos > > > > > > > > > > > > > > > > > > > > > Colega, realmente parece ** muito ** ser algo externo ao database e ao > > > RMAN, mas enquanto vc aguarda retorno do pessoal do tsm algumas questões > > > adicionais que vc pode esclarecer : > > > > > > a) http://www-01.ibm.com/support/docview.wss?uid=swg21597431 e > > > http://www-01.ibm.com/support/docview.wss?uid=swg21191230 mostram que > > > muitas vezes quando a versão do TSM está diferente/incompatível com a > > > versão do client tsm/libraries usados para comunicação entre tsm x > > > Oracle: CONFIRME com o pessoal de tsm sas versões EXATAS de tudo, e se > > > casualmente eles, por exemplo, não andaram aplicando patches e/ou subindo > > > a versão main do tsm SEM tocar no client/API .... > > > > > > b) por que vc pede "allocate channel for maintenance", que não é a > > > sintaxe comum ?? Por que vc não indica nenhum parâmetro indicando para o > > > RMAN os detalhes sobre o tsm ?? Normalmente a alocação é algo do tipo : > > > > > > CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' PARMS > > > 'ENV=(TDPO_OPTILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)'; > > > CONFIGURE AUXILIARY CHANNEL DEVICE TYPE DISK FORMAT '%t'; > > > > > > Eu ** Recomendaria **, também, que vc listasse o script original com que > > > esses backups são feitos, e pedisse um show all; no RMAN conectado no > > > mesmo catálogo ou controlfile que o backup usa, JUSTAMENTE pra checar se > > > há algum setting a mais que seja necessário.... > > > > > > []s > > > > > > Chiappa > > > > > > --- Em mailto:oracle_br%40yahoogrupos.com.br, Rafael Mendonca > > > <raffaell.ti77@> escreveu > > > > > > > > Chiappa, o que não consigo entender é que o backup é enviado para fita > > > > normalmente, só que na hora de apagar acontece esse erro. > > > > > > > > Eu já entrei em contato com o resposável pela MML. > > > > > > > > > > > > [oracle@xxx]/home/oracle> ls -l $ORACLE_HOME/lib/libobk.so > > > > lrwxrwxrwx 1 oracle oinstall 46 Jul 25 10:27 > > > > /u01/app/oracle/product/11.2.0.3/dbhome_1/lib/libobk.so -> > > > > /usr/tivoli/tsm/client/oracle/bin64/libobk64.a > > > > [oracle@xxx]/home/oracle> ls -l > > > > /usr/tivoli/tsm/client/oracle/bin64/libobk64.a > > > > -rwxr-xr-x 1 bin bin 914416 Jun 03 2009 > > > > /usr/tivoli/tsm/client/oracle/bin64/libobk64.a > > > > > > > > > > > > Em > > > > /usr/tivoli/tsm/client/oracle/bin64/logs > > > > > > > > é me gerado a seguinte mensagem: > > > > > > > > 7/25/13 10:58:39 ANS1245E The file has an unknown format. > > > > > > > > > > > > Tudo indica que seja um problema que seja uma questão externa mesmo. > > > > > > > > > > > > Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit > > > > Production > > > > PL/SQL Release 11.2.0.3.0 - Production > > > > CORE 11.2.0.3.0 Production > > > > TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production > > > > NLSRTL Version 11.2.0.3.0 - Production > > > > > > > > SQL> select * from RMAN.RCVER; > > > > VERSION > > > > ------------ > > > > 08.01.06 > > > > > > > > > > > > > > > > > > > > > > > > ________________________________ > > > > De: J. Laurindo Chiappa <jlchiappa@> > > > > Para: mailto:oracle_br%40yahoogrupos.com.br > > > > Enviadas: Quinta-feira, 25 de Julho de 2013 11:54 > > > > Assunto: [oracle_br] Re: Erro ao deletar backups obsoletos > > > > > > > > > > > > > > > > > > > > > > > > > > > > O que me causa espécie é que primeiro vc tentou alocar canais em disco, > > > > DEPOIS tentou em fita - me parece que vc tá é Atirando para todo lado, > > > > meio sem saber.... A pergunta então que se impõe é : *** COMO *** > > > > exatamente foram tirados esses tais backups, please ??? **** COMO *** > > > > foram alocados os canais no script de backup original ??? PROVAVELMENTE > > > > tem algum software de media manager, alguma library de acesso > > > > necessária a ser indicada na alocação do canal..... > > > > E QUAIS as versões de todas as camadas envolvidas - ie, RDBMS, RMAN, > > > > software de backup, Sistema Operacional ???? > > > > Anyway, o err desse código parece indicar alguma questão externa : > > > > > > > > ORA-27191: sbtinfo2 returned error > > > > > > > > Cause: sbtinfo2 returned an error. This happens while retrieving backup > > > > file information from the media manager's catalog. > > > > > > > > Action: This error is returned from the media management software which > > > > is linked with Oracle. There should be additional messages which > > > > explain the cause of the error. This error usually requires contacting > > > > the media management vendor. > > > > > > > > []s > > > > > > > > Chiappa > > > > > > > > --- Em mailto:oracle_br%40yahoogrupos.com.br, Rafael Mendonca > > > > <raffaell.ti77@> escreveu > > > > > > > > > > Não sei se isso também pode ajudar: > > > > > > > > > > Tentei fazer o seguinte: > > > > > > > > > > RMAN> allocate channel for maintenance type sbt_tape; > > > > > allocated channel: ORA_MAINT_SBT_TAPE_3 > > > > > channel ORA_MAINT_SBT_TAPE_3: SID=20 device type=SBT_TAPE > > > > > channel ORA_MAINT_SBT_TAPE_3: Data Protection for Oracle: version > > > > > 5.5.2.0 > > > > > RMAN> delete noprompt obsolete; > > > > > > > > > > RMAN-00571: > > > > > =========================================================== > > > > > RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS > > > > > =============== > > > > > RMAN-00571: > > > > > =========================================================== > > > > > RMAN-03009: failure of delete command on ORA_MAINT_SBT_TAPE_3 channel > > > > > at 07/25/2013 10:58:49 > > > > > ORA-27191: sbtinfo2 returned error > > > > > Additional information: 3505 > > > > > > > > > > > > > > > ________________________________ > > > > > De: Rafael Mendonca <raffaell.ti77@> > > > > > Para: "mailto:oracle_br%40yahoogrupos.com.br" > > > > > <mailto:oracle_br%40yahoogrupos.com.br> > > > > > Enviadas: Quinta-feira, 25 de Julho de 2013 10:55 > > > > > Assunto: [oracle_br] Erro ao deletar backups obsoletos > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Bom dia a todos. > > > > > > > > > > Ao realizar uns dos comandos abaixo: > > > > > > > > > > RMAN> delete obsolete; > > > > > RMAN> delete noprompt obsolete; > > > > > RMAN> delete force obsolete; > > > > > > > > > > > > > > > É me gerado o erro abaixo: > > > > > > > > > > > > > > > RMAN-00571: > > > > > =========================================================== > > > > > RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS > > > > > =============== > > > > > RMAN-00571: > > > > > =========================================================== > > > > > RMAN-03002: failure of delete command at 07/25/2013 10:50:30 > > > > > RMAN-06091: no channel allocated for maintenance (of an appropriate > > > > > type) > > > > > > > > > > > > > > > Tentei executar os seguintes comandos para tentar resolver o problema: > > > > > > > > > > RMAN> delete noprompt obsolete device type disk; > > > > > RMAN retention policy will be applied to the command > > > > > RMAN retention policy is set to recovery window of 15 days > > > > > no obsolete backups found > > > > > > > > > > > > > > > Também tentei o comando abaixo: > > > > > ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE DISK; > > > > > run > > > > > { > > > > > report obsolete; > > > > > CROSSCHECK BACKUP; > > > > > CROSSCHECK COPY; > > > > > DELETE EXPIRED BACKUP; > > > > > DELETE EXPIRED COPY; > > > > > delete obsolete; > > > > > } > > > > > release channel; > > > > > > > > > > > > > > > RMAN-00571: > > > > > =========================================================== > > > > > RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS > > > > > =============== > > > > > RMAN-00571: > > > > > =========================================================== > > > > > RMAN-03002: failure of delete command at 07/25/2013 10:53:31 > > > > > RMAN-06091: no channel allocated for maintenance (of an appropriate > > > > > type) > > > > > > > > > > > > > > > > > > > > RMAN> report obsolete; > > > > > > > > > > > > > > > É me mostrado uma lista de backups full e de archives desde o dia 17 > > > > > de Junho. > > > > > > > > > > > > > > > > > > > > Alguém poderia ajudar? > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >