Bom dia pessoal, descobri qual era o problema do RMAN. Como o meu cliente é uma instituição do Governo Legislativo, na base de dados há extrema utilização de LOB's, só pra vcs terem uma ideia existe uma tabela com LOB de 1.2T. O problema era causado na hora de fazer a compressão desses LOBS, li em artigos e blogs, que o RMAN tem uma baixa performance com compressão de LOB's, com isso mudei a compressão de HIGH pra BASIC, e de fato achei o problema. Depois da mudança consegui uma taxa de 10G por minuto e isso é bom, consegui deixar o backup do RMAN ajustado pro horario de backup.
Ederson, obrigado pela resposta. Utilizo sim um catalog do rman em outro banco, apenas nao coloquei no tópico. Vou disponiblizar a solução do BLOCK CHANGE TRACKING com o chefe do setor, obrigado pela dica. Então pessoal fica a dica, compressão HIGH do rman envolvendo LOB's não é boa. abraço --- Em oracle_br@yahoogrupos.com.br, "ederson2001br" <ederson2001br@...> escreveu > > Bom dia Neto, > > Mudar o algoritmo de compressão ajuda pois será uma tarefa a menos. No caso > de algoritmos, MEDIUM, ZLIB e BZIP2 são as outras opções, mas algumas vem > somente na versão Enterprise (Advanced Compressed). > > Bem, já que vc está na versão Enterprise, verifique a opção de habilitar o > BLOCK CHANGE TRACKING. Será gravado um arquivo bct.cf e este arquivo > controlará os blocos que sofreram modificação. Com BACKUP OPTIMIZATION ON, o > seu backup incremental vai gravar somente o que foi modificado (vai ficar uma > cópia bem pequena). Como vc colocou redundância 7, haverá uma boa redundância > dos arquivos, mas o BCT vai controlar a cópia e você poderá colocar > incremental diário, sem precisar retirar a cópia do archivelog (que será mais > uma redundância). > > Note que o arquivo BCT será um ponto de falha, ele também precisará estar em > local seguro, com backup pelo S.O. (então melhor ficar fora do ASM). Se > perder o arquivo BCT, o backup que volta é somente o FULL, ou restore > incomplete, veja bem esta informação. > > É uma mudança grande, representa um paradigma, vc deve testar bem em > homologação e estar tranquilo com o novo ambiente, antes de implementar em > produção. > > Para habilitar: > SQL> ALTER DATABASE ENABLE BLOCK CHANGE TRACKING USING FILE '/u01/bct.cf'; > > Para desabilitar: > SQL> ALTER DATABASE DISABLE BLOCK CHANGE TRANCKING; > > Convém colocar o CATALOG (dicionário do RMAN) do seu banco em outro servidor, > não vi vc relatando como está esta configuração. Sem criar o CATALOG, vc > estará usando o TARGET / (dicionário na própria base). Em alguns casos de > desastres, o retorno somente se dá com sucesso se o catálogo estiver em outro > servidor. Veja isto também. > > Creio que este tópico vai render uma boa discussão, pois cada um tem seu > próprio conceito e seu nível de garantias (leia-se paranóia). > > > Ederson Elias > DBA Oracle > http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 > > > --- Em oracle_br@yahoogrupos.com.br, "netodba" <neto.longhi@> escreveu > > > > Vlw pessoal > > > > ja mudei a compressão pra BASIC, aparentemente esta mas rapido mesmo. > > Vlw > > > > > > --- Em oracle_br@yahoogrupos.com.br, Wadson Ramon <wramon@> escreveu > > > > > > Você pode mudar para assim. > > > CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE > > > FOR LOAD TRUE ; > > > > > > blz > > > > > > > > > Em 16 de fevereiro de 2013 15:48, Vitor Junior <vitorjr81@>escreveu: > > > > > > > Experimentou usar compressed? > > > > Em 16/02/2013 14:09, "netodba" <neto.longhi@> escreveu: > > > > > > > > > ** > > > > > > > > > > > > > > > Fala Pessoal, > > > > > > > > > > migrei uma base de dados 2.5 TB 10G pro 11.2.0.3, o meu problema é > > > > > que o > > > > > backup rman ta demorando de mais. > > > > > > > > > > Ambiente: > > > > > S.O: RH 6.3 > > > > > RAC 4 nós Oracle 11.2.0.3 em ASM > > > > > Tamanho da base: 2.5 Tb > > > > > Local onde é armazenado o backup é em acfs compartilhado com os 4 nós. > > > > > O backup é executado apenas na instancia 1. > > > > > > > > > > política de backup: > > > > > Domingo 1:00 da manhã roda um full. > > > > > Segunda a sabado as 1:00 roda o incremental. > > > > > Todo dia de 8:00 as 18:00 roda o de archivelog. > > > > > > > > > > compigurações do rman: > > > > > > > > > > CONFIGURE RETENTION POLICY TO REDUNDANCY 7; > > > > > CONFIGURE BACKUP OPTIMIZATION ON; > > > > > 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 4 BACKUP TYPE TO COMPRESSED > > > > > BACKUPSET; > > > > > 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 'HIGH' OPTIMIZE FOR LOAD TRUE AS OF > > > > > RELEASE 'DEFAULT'; > > > > > CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default > > > > > CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+DG02_R6/snapcf_PRODDB.f'; > > > > > > > > > > script de backup full: > > > > > > > > > > run { > > > > > ALLOCATE CHANNEL ch00 TYPE disk ; > > > > > ALLOCATE CHANNEL ch01 TYPE disk ; > > > > > ALLOCATE CHANNEL ch02 TYPE disk ; > > > > > ALLOCATE CHANNEL ch03 TYPE disk ; > > > > > backup incremental level 0 tag = bkpL0_proddb > > > > > format > > > > > > > > > '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/backup/bkp_%d_%T_%s_%p_%U' > > > > > database; > > > > > sql 'alter system archive log current'; > > > > > RELEASE CHANNEL ch00; > > > > > RELEASE CHANNEL ch01; > > > > > RELEASE CHANNEL ch02; > > > > > RELEASE CHANNEL ch03; > > > > > > > > > > ALLOCATE CHANNEL ch00 TYPE disk; > > > > > backup tag = contf_prodb > > > > > format > > > > > > > > > '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/backup/contf_%d_%T_%s_%p_%U' > > > > > current controlfile; > > > > > RELEASE CHANNEL ch00; > > > > > > > > > > ALLOCATE CHANNEL ch00 TYPE disk; > > > > > ALLOCATE CHANNEL ch01 TYPE disk; > > > > > backup tag = arch_prodb > > > > > format > > > > > > > > > '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/archive/arc_%d_%T_%s_%p_%U' > > > > > check logical archivelog all delete input; > > > > > RELEASE CHANNEL ch00; > > > > > RELEASE CHANNEL ch01; > > > > > } > > > > > > > > > > script backup incremental: > > > > > > > > > > run { > > > > > ALLOCATE CHANNEL ch00 TYPE disk ; > > > > > ALLOCATE CHANNEL ch01 TYPE disk ; > > > > > backup incremental level 1 tag = bkpL1_proddb > > > > > format > > > > > > > > > '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/backup/bkp_%d_%T_%s_%p_%U' > > > > > database; > > > > > sql 'alter system archive log current'; > > > > > RELEASE CHANNEL ch00; > > > > > RELEASE CHANNEL ch01; > > > > > > > > > > ALLOCATE CHANNEL ch00 TYPE disk; > > > > > backup tag = contf_prodb > > > > > format > > > > > > > > > '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/backup/contf_%d_%T_%s_%p_%U' > > > > > current controlfile; > > > > > RELEASE CHANNEL ch00; > > > > > > > > > > ALLOCATE CHANNEL ch00 TYPE disk; > > > > > ALLOCATE CHANNEL ch01 TYPE disk; > > > > > backup tag = arch_prodb > > > > > format > > > > > > > > > '/u01/app/acfsmounts/fradg_orabkplv/bkp/proddb/rman/archive/arc_%d_%T_%s_%p_%U' > > > > > check logical archivelog all delete input; > > > > > RELEASE CHANNEL ch00; > > > > > RELEASE CHANNEL ch01; > > > > > > > > > > vcs podem me ajudar?? > > > > > perguntem o que quiserem, mandei select's na view pra eu executar. > > > > > >