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 <jlchia...@yahoo.com.br> Para: oracle_br@yahoogrupos.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]
