E Óbvio#2 , para poder deletar um backup "antigo" além de ter o acesso à fita
parametrizado corretamente, vc ** TEM ** que ter certeza que a(s) fita(s)
correta(s) que contém o(s) backup(s) envolvido(s) ESTÃO montadas, yep ??? Não é
difícil a fita correta já estar no cofre, fora dos drives....
[]s
Chiappa
--- Em [email protected], "J. Laurindo Chiappa" <jlchiappa@...>
escreveu
>
> Se eu me lembro bem de threads anteriores, no seu ambiente vc *** NÃO ***
> usa a fita diretamente (tem TSM envolvido), então É ** Claro ** que um :
>
> ALLOCATE CHANNEL .... DEVICE TYPE sbt;
>
> Só Pode falhar, vc TEM que passar pro RMAN os parms necessários para o
> device type do channel, tipo :
>
> ENV=(TDPO_OPTILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt
>
> blablabla, e quetais....
>
> []s
>
> Chiappa
>
> --- Em [email protected], Rafael Mendonca <raffaell.ti77@> escreveu
> >
> > 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 <jlchiappa@>
> > 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]
> >
>
