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 [email protected], 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: [email protected]
> 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]
>
