Bom dia Ivan,

como eu coloquei na mensagem original
ORACLE RAC 4 nós, fica subentendido que o Banco é Enterprise.

Mas vai ai

   INST_ID BANNER
---------- 
--------------------------------------------------------------------------------
         1 Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
Production
         1 PL/SQL Release 11.2.0.3.0 - Production
         1 CORE 11.2.0.3.0      Production
         1 TNS for Linux: Version 11.2.0.3.0 - Production
         1 NLSRTL Version 11.2.0.3.0 - Production
         4 Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
Production
         4 PL/SQL Release 11.2.0.3.0 - Production
         4 CORE 11.2.0.3.0      Production
         4 TNS for Linux: Version 11.2.0.3.0 - Production
         4 NLSRTL Version 11.2.0.3.0 - Production
         3 Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
Production
         3 PL/SQL Release 11.2.0.3.0 - Production
         3 CORE 11.2.0.3.0      Production
         3 TNS for Linux: Version 11.2.0.3.0 - Production
         3 NLSRTL Version 11.2.0.3.0 - Production
         2 Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit 
Production
         2 PL/SQL Release 11.2.0.3.0 - Production
         2 CORE 11.2.0.3.0      Production
         2 TNS for Linux: Version 11.2.0.3.0 - Production
         2 NLSRTL Version 11.2.0.3.0 - Production



--- Em oracle_br@yahoogrupos.com.br, Ivan Ricardo Schuster <ivanrs79@...> 
escreveu
>
> Ederson,
> 
> AFAIK, o Block Change Tracking serve somente para, ao realizar o
> *BACKUP* incremental, o RMAN ir direto ao ponto, ou seja, não precisar
> percorrer todos os blocos dos datafiles em busca de alteração, um mapa
> do tesouro, digamos assim.
> 
> Não entendo a relação deste arquivo BCT com o *RECOVER*, que ao meu
> ver é independente de ter ou não habilitada esta funcionalidade, ou
> seja, este arquivo não é necessário para a recuperação do banco.
> Portanto, teoricamente, a perda deste arquivo causará a necessidade de
> leitura de todos os blocos do banco de dados no próximo backup
> incremental, ou a necessidade de um backup full para reorganizar a
> casa. Nada muito preocupante para um banco de 2,5T ao meu ver.
> Por favor, corrijam-me se eu estiver errado, não me baseei em nenhuma
> documentação para chegar a esta conclusão..
> 
> Outra coisa, não li em lugar algum que este banco é Enterprise. Se não
> for, esqueça BCT e paralelismo de backup.
> 
> 
> 2013/2/18 ederson2001br <ederson2001br@...>:
> > 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.
> >> > > >
> >
> >
> >
> >
> > ------------------------------------
> >
> > --------------------------------------------------------------------------------------------------------------------------
> >>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
> >>responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > --------------------------------------------------------------------------------------------------------------------------
> >>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure 
> >>» Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
> >>http://www.oraclebr.com.br/
> > ------------------------------------------------------------------------------------------------------------------------
> >  Links do Yahoo! Grupos
> >
> >
> 
> 
> 
> -- 
> Ivan Ricardo Schuster
> OCP 10g/11g
> OCE RAC 10g/Linux
>


Responder a