Estou tentando alocar o canal para o disco e fita para apagar o backups obsoletos, só que na hora de alocar o canal para fita me gera o seguinte erro: RMAN> ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE sbt; RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03009: failure of allocate command on ORA_MAINT_SBT_TAPE_5 channel at 08/01/2013 14:41:49 ORA-19554: error allocating device, device type: SBT_TAPE, device name: ORA-27000: skgfqsbi: failed to initialize storage subsystem (SBT) layer IBM AIX RISC System/6000 Error: 2534: Unknown system error Additional information: 7011 ORA-19511: Error received from media manager layer, error text: SBT error = 7011, errno = 2534, sbtopen: system error Estou entnrando em contato com o pessoal do TSM
________________________________ De: J. Laurindo Chiappa <[email protected]> Para: [email protected] Enviadas: Quinta-feira, 1 de Agosto de 2013 14:29 Assunto: [oracle_br] Re: Data Guard Explica melhor esse "são levados para o data guard e para fita" : aonde é feito o backup dos archives, é na máquina primária ?? Se sim ok, em tese vc poderia não ter backup de archivelog no standby - eu, porém, paranóico que sou, ** sinceramente ** se fosse minha a Administração Faria Sim um backupzinho dos archives aplicados no standby antes de os remover... Quanto ao erro, veja a minha msg anterior, aonde Suponho que é falta de alocação de channels para todos os devices que possuem backups registrados... []s Chiappa --- Em mailto:oracle_br%40yahoogrupos.com.br, Rafael Mendonca <raffaell.ti77@...> escreveu > > Chiapppa, os archives são levados para o data guard e para fita, então eu > posso deletar os archives do data guard que foram aplicados, já que eles já > foram para fita a partir do database de produção correto? > > Agora estou com o problema de deleção dos archives na FRA que está prestes a > estourar. > > RMAN> report obsolete; > > RMAN retention policy will be applied to the command > RMAN retention policy is set to recovery window of 30 days > Report of obsolete backups and copies > Type Key Completion Time Filename/Handle > -------------------- ------ ------------------ -------------------- > ... > ... > > Backup Set 5521 17-JUN-13 > Backup Piece 5521 17-JUN-13 > full_SJSE_5875_818303657_njocckl9_1 > Backup Set 5522 17-JUN-13 > Backup Piece 5522 17-JUN-13 > full_SJSE_5876_818306243_nkoccn63_1 > Archive Log 769 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_28/thread_1_seq_9051.1235.813938555 > Archive Log 741 24-JUL-13 > +FRA/sjsedg/archivelog/2013_05_01/thread_1_seq_9080.650.814261363 > Archive Log 742 24-JUL-13 > +FRA/sjsedg/archivelog/2013_05_01/thread_1_seq_9081.606.814261695 > Archive Log 770 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_28/thread_1_seq_9052.616.813969771 > Archive Log 771 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_27/thread_1_seq_9043.1269.813810647 > Archive Log 772 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_27/thread_1_seq_9044.1233.813810649 > Archive Log 773 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_27/thread_1_seq_9045.1225.813813413 > Archive Log 774 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_27/thread_1_seq_9046.1245.813813425 > Archive Log 775 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_27/thread_1_seq_9047.1283.813829353 > Archive Log 776 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_27/thread_1_seq_9048.632.813829669 > Archive Log 744 24-JUL-13 > +FRA/sjsedg/archivelog/2013_05_01/thread_1_seq_9083.1253.814312879 > Archive Log 780 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9034.1359.813768303 > Archive Log 781 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9035.1363.813768671 > Archive Log 782 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9036.1369.813768711 > Archive Log 783 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9037.810.813794433 > Archive Log 784 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9038.682.813794489 > Archive Log 779 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9033.1397.813768301 > Archive Log 786 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9040.1237.813794615 > Archive Log 787 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9041.1345.813794643 > Archive Log 788 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9042.1241.813795295 > Archive Log 778 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9032.608.813768299 > Archive Log 785 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9039.636.813794559 > ... > ... > > RMAN> ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE DISK; > allocated channel: ORA_MAINT_DISK_4 > channel ORA_MAINT_DISK_4: SID=1528 device type=DISK > > RMAN> delete obsolete; > > RMAN retention policy will be applied to the command > RMAN retention policy is set to recovery window of 30 days > Deleting the following obsolete backups and copies: > Type Key Completion Time Filename/Handle > ------------------- ------ ------------------ -------------------- > ... > ... > Backup Set 5521 17-JUN-13 > Backup Piece 5521 17-JUN-13 > full_SJSE_5875_818303657_njocckl9_1 > Backup Set 5522 17-JUN-13 > Backup Piece 5522 17-JUN-13 > full_SJSE_5876_818306243_nkoccn63_1 > Backup Set 5523 17-JUN-13 > Backup Piece 5523 17-JUN-13 > full_SJSE_5877_818306398_nloccnau_1 > Archive Log 775 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_27/thread_1_seq_9047.1283.813829353 > Archive Log 776 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_27/thread_1_seq_9048.632.813829669 > Archive Log 744 24-JUL-13 > +FRA/sjsedg/archivelog/2013_05_01/thread_1_seq_9083.1253.814312879 > Archive Log 780 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9034.1359.813768303 > Archive Log 781 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9035.1363.813768671 > Archive Log 782 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9036.1369.813768711 > Archive Log 783 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9037.810.813794433 > Archive Log 784 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9038.682.813794489 > Archive Log 779 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9033.1397.813768301 > Archive Log 786 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9040.1237.813794615 > Archive Log 787 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9041.1345.813794643 > Archive Log 788 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9042.1241.813795295 > Archive Log 778 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9032.608.813768299 > Archive Log 785 24-JUL-13 > +FRA/sjsedg/archivelog/2013_04_26/thread_1_seq_9039.636.813794559 > ... > ... > ... > > RMAN-00571: =========================================================== > RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== > RMAN-00571: =========================================================== > RMAN-03002: failure of delete command at 08/01/2013 13:29:20 > RMAN-06091: no channel allocated for maintenance (of an appropriate type) > > > ________________________________ > De: J. Laurindo Chiappa <jlchiappa@...> > Para: mailto:oracle_br%40yahoogrupos.com.br > Enviadas: Quinta-feira, 1 de Agosto de 2013 13:51 > Assunto: [oracle_br] Re: Data Guard > > > > > > > Ao que entendo, se vc quer DELETAR archives, é a política de DELETION que vc > vai implantar, e ** NÃO ** a de RETENTION, yep ?? E outra, mesmo > já aplicado, Imagino que vc PRECISA fazer ao menos um backup do archive lá no > standby, pois vc NÃO quer perder a possibilidade de roll backward > no standby, correto ??? > Sendo isso, E sendo como vc disse versão 11g , > https://sites.google.com/site/yetanotherocm/home/11g-ocm/11g-ocm-data-guard/11g-ocm-configure-archivelog-deletion-policy-for-the-dataguard-configuration > mostra o procedimento: basicamente , é usar uma política de DELEÇÃO no > primary E no standby, e implementar um backup de archives no standby... > > []s > > Chiappa > > --- Em mailto:oracle_br%40yahoogrupos.com.br, Rafael Mendonca > <raffaell.ti77@> escreveu > > > > Senhores, bom dia. > > > > Estou com um problema no seguinte cenário: > > > > idle> select database_role from v$database; > > > > DATABASE_ROLE > > ---------------- > > PHYSICAL STANDBY > > idle> select status from v$instance; > > STATUS > > ------------ > > MOUNTED > > BANNER > > ---------------------------------------------------------- > > 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 > > Tenho um data guard que não está deletando os archives que está recebendo > > do banco de produção: > > no disco FRA onde é guardado os archives, existe archive desde o mês 04/2013 > > using target database control file instead of recovery catalog > > RMAN configuration parameters for database with db_unique_name SJSEDG are: > > CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 30 DAYS; > > CONFIGURE BACKUP OPTIMIZATION OFF; # default > > CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default > > CONFIGURE CONTROLFILE AUTOBACKUP ON; > > CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # > > default > > CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default > > CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default > > CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default > > CONFIGURE MAXSETSIZE TO UNLIMITED; # default > > CONFIGURE ENCRYPTION FOR DATABASE OFF; # default > > CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default > > CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE > > FOR LOAD TRUE ; # default > > CONFIGURE DB_UNIQUE_NAME 'SJSE' CONNECT IDENTIFIER 'SJSE'; > > CONFIGURE DB_UNIQUE_NAME 'SJSEDG' CONNECT IDENTIFIER 'SJSEDG'; > > **CONFIGURE ARCHIVELOG DELETION POLICY TO NONE;** > > CONFIGURE SNAPSHOT CONTROLFILE NAME TO > > '/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/snapcf_SJSEDG.f'; # default > > Como não é feito o backup do data guard. ele fica somente recebendo os > > archives de produção, eu não consigo deletar os archives pois eles não > > estão obsoletos. > > Tentei mudar a política de rentenção para NONE, mas a seguinte mensagem é > > exibida: > > RMAN> CONFIGURE RETENTION POLICY TO NONE; > > RMAN-00571: =========================================================== > > RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== > > RMAN-00571: =========================================================== > > RMAN-03002: failure of configure command at 08/01/2013 09:08:55 > > RMAN-05021: this configuration cannot be changed for a BACKUP or STANDBY > > control file > > Disk Group Sector Block Allocation > > Name Size Size Unit Size State Type Total > > Size (MB) Used Size (MB) Pct. Used > > -------------------- ------- ------- ------------ ----------- ------ > > --------------- -------------- --------- > > DATA 512 4,096 1,048,576 CONNECTED EXTERN > > 204,800 165,994 81.05 > > FRA 512 4,096 1,048,576 CONNECTED EXTERN > > 102,400 99,933 97.59 > > --------------- -------------- > > Grand Total: > > 307,200 265,927 > > > > Gostaria de saber como faço para os archives antigos, que já foram > > aplicados no data guard se tornem obsoletos e eu consiga apagá-los do disco. > > > > > > > > ________________________________ > > De: Rafael Mendonca <raffaell.ti77@> > > Para: "mailto:oracle_br%40yahoogrupos.com.br"; > > <mailto:oracle_br%40yahoogrupos.com.br> > > Enviadas: Quinta-feira, 1 de Agosto de 2013 9:24 > > Assunto: Re: [oracle_br] Data Guard > > > > > > > > > > > > > > Eu mandeo "Enviar" sem querer, eu já mandei e-mail correto, só que ainda > > não chegou. > > > > ________________________________ > > De: Marcos Vinicius de Almeida Rocha <mailto:mva.rocha%40yahoo.com.br> > > Para: "mailto:oracle_br%40yahoogrupos.com.br"; > > <mailto:oracle_br%40yahoogrupos.com.br> > > Enviadas: Quinta-feira, 1 de Agosto de 2013 9:16 > > Assunto: Re: [oracle_br] Data Guard > > > > > > > > > > Explica melhor. > > > > Marcos Vinicius de Almeida Rocha > > Tel (81) 88784353 > > MCP 2003 - MCDST - OCS partnner - OCA 10g > > OCP 10g - OCP 11g - OCE SQL - OCE exadata > > OCE MANAGER ORACLE ON LINUX > > OCE RAC 10g - OCS IMPLEMENTATION 11g > > OCE RAC 11g > > > > ________________________________ > > De: Rafael Mendonca <mailto:raffaell.ti77%40yahoo.com> > > Para: "mailto:oracle_br%40yahoogrupos.com.br"; > > <mailto:oracle_br%40yahoogrupos.com.br> > > Enviadas: Quinta-feira, 1 de Agosto de 2013 9:03 > > Assunto: [oracle_br] Data Guard > > > > > > Senhores, bom dia. > > > > Estou com um problema no seguinte cenário: > > > > idle> select database_role from v$database; > > > > DATABASE_ROLE > > ---------------- > > PHYSICAL STANDBY > > > > [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] > [As partes desta mensagem que não continham texto foram removidas]
