Opa, pmfji mas xo palpitar - pelo jeito, vc DEVE ter aí no meio dessa lista, 
perdido, algum backup para tape já marcado como obsoleto, aí na hora de acessar 
ele não tem channel apropriado.... Tenta seguir a nota metalink "Encountered 
RMAN-03002 and RMAN-06091 when Deleting Obsolete Backups" (Doc ID 567555.1) , 
que basicamente manda vc alocar channels para disk E para tape, okdoc ?? Ou 
então usa a sintaxe :
  
  delete noprompt obsolete device type disk;
   
   que deve funcionar também para diminuir disk usage, creio, que é o teu 
objetivo....
   
    []s
    
      Chiappa
      
 OBS : claro que, se vc quer desconsiderar/de-registrar todo o passado (ie, 
TUDO que está em disco e TUDO que está em fita), mais "fácil" imho seria 
remover os caras do disco pelo SO, botar as fitas para recycle e mandar um 
crosscheck geral ....

--- Em oracle_br@yahoogrupos.com.br, Rafael Mendonca <raffaell.ti77@...> 
escreveu
>
> Obrigado pelo retorno Marcos, fiz o que vc me sugeriu, agora segue problema 
> encontrado:
>  
> 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: Marcos Vinicius de Almeida Rocha <mva.rocha@...>
> Para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> 
> Enviadas: Quinta-feira, 1 de Agosto de 2013 11:42
> Assunto: Re: [oracle_br] Data Guard
>   
> 
> 
>  
>    
>  
> Configura com o exemplo abaixo. 
> 
> CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;
> 
>  
> 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:42
> Assunto: Re: [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
> 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 <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: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]
>


Responder a