Fernando, OK, estou neste momento com um backup em execução desde as 10h00.
Grato, Ednilson Silva De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de Fernando Martins Enviada em: segunda-feira, 16 de dezembro de 2013 15:18 Para: oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] Re: Duvidas Backup RMAN Amigo, Respondendo tua pergunta: Posso configurar para compactar este meu backup, ou não há necessidade? Isso quem vai ter que avaliar e decidir é exclusivamente você. Agora leve em consideração que a compactação vai consumir mais tempo e CPU da máquina sim, porém não sei te precisar quanto. Eu aconselho que, se possível, faça testes com os três modos: sem compactação, com compactação baixa (zlib) e com compactação alta (bzip2) e compare os tempos e o tamanho final dos backups, coloque tudo numa balança e decida qual o melhor pra você. Eu estou usando a compactação nativa do RMAN atualmente em um banco de produção e de acordo com minha análise está satisfatória, tanto em tempo como em tamanho de backup (um banco de 377GB ficou com 92GB e levou 1h 18min pra finalizar o backup com parallel 8). A vantagem com relação a compactação depois com gzip/bzip2/compress é que o Rman já gera o backup compactado, não necessitando de uma staging area para compactar. Faça teus testes e depois compartilhe com a gente os resultados. Com relação as demais configuração, me parecem ok. -- Fernando Martins Oracle Database 11g Administrator Certified Professional Oracle Database 10g Real Application Clusters Administrator Certified Expert Oracle Database 10g Administrator Certified Professional Oracle Database 10g Administrator Certified Associate Oracle9i Database Administrator Certified Associate Linux Professional Institute Certfied Level 1 "God grant us the serenity to accept the things we cannot change, courage to change the things we can, and wisdom to know the difference." Em 16 de dezembro de 2013 10:11, Ednilson Silva <ednilson.si...@jbs.com.br> escreveu: Ederson, Estou testando numa base de homologação. Segui as recomendações sua e do Chiappa. Vejam como ficou. RMAN> show all; RMAN configuration parameters are: CONFIGURE RETENTION POLICY TO REDUNDANCY 1; CONFIGURE BACKUP OPTIMIZATION ON; CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default CONFIGURE CONTROLFILE AUTOBACKUP ON; CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/d01/backup/%F'; CONFIGURE DEVICE TYPE DISK PARALLELISM 3 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 CHANNEL DEVICE TYPE DISK FORMAT '/d01/backup/BKP_%d_%t_%s.rman' MAXPIECESIZE 20 G; CONFIGURE MAXSETSIZE TO UNLIMITED; # default CONFIGURE ENCRYPTION FOR DATABASE OFF; # default CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/d01/app/oracle/product/10gR2/dbs/snapcf_prod.f'; # default Estava lendo sobre compactar os backup e existe duas formas, através de BZIP2 ou ZLIB. O ZLIB é mais veloz, mas compacta menos. O BZIP2 é mais lento, mas compacta mais. (http://certificacaobd.com.br/2012/05/31/ocp-11g-capitulo-4-criando-backups- do-rman-parte-2/) Posso configurar para compactar este meu backup, ou não há necessidade? Grato, Ednilson Silva De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de ederson2001br Enviada em: sexta-feira, 13 de dezembro de 2013 18:22 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Duvidas Backup RMAN Alô colega, Vejamos: -primeiro vc tem que comparar o tempo que gasta o backup simples (paralelismo 1), para depois ir aumentando devagar. -Demorar X horas é relativo ao seu hardware, carga de uso, tipo de armazenamento (storage x local x rede). Aumentar o paralelismo acaba por consumir mais recursos de processamento da CPU e se já estiver com gargalo aí, aumentar o paralelismo poderá demorar mais tempo para rodar os processos, pois haverá mais processos a serem gerenciados para o processador (é preciso considerar o time slice). Uma boa explicação, envolve kernel do Linux e eu vou colar um trecho de um Consultor Linux explicando isso: "Linux operates on the principle of time slice every single process is given a little bit of time for its execution. If the process execution is not completed, then it will be put in a suspended mode till it gets its time slice and after that it continues its execution. The switch between different processes happens so fast that an end user will never be able to visualise it. Let us explain the time slice concept with an example assume that there are two processes and Linux gives each a time slice of two seconds. When two seconds elapse for the first process, it is moved into the swap area. Now the second process starts to execute. Once its two seconds are over, it will be moved into the swap area. The first process will be reloaded and its execution begins. This switch happens every two seconds until one of the processes finishes." -Considere que o seu backup deve ser feito e ele gasta 17h. Minha proposta: faça um full no domingo e incremental nos demais dias, setando redundancia para 2 ou 3 (caso vc tenha espaço). -Assim, o backup diário será bem rápido, uma vez que será gravado somente os archive logs no backup. -Sobre o tamanho do arquivo, com 50Gb vc teria cerca de 16 arquivos. Imagine que isto vai para fita. Caso vc precise voltar um arquivo deste, a demora será maior que se vc precisar voltar um arquivo de 5Gb. O tempo de gravação total não muda, mas arquivos grandes prejudicam o tempo de retorno. -Tudo é relativo e o tamanho de arquivo pode ser ajustado caso não fique como vc desejaria. Portanto, não creio que vc terá uma receita pronta que sirva para todas as situações. Coloque o valor que desejar e acompanhe. Ederson Elias DBA Oracle http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 ------------ Labor improbus omnia vincit --- Em oracle_br@yahoogrupos.com.br, "Ednilson Silva" <ednilson.silva@...> escreveu > > Pessoal, > > Estou configurando o RMAN conforme algumas dicas do nosso amigo Ederson e > tenho algumas duvidas. > > Qual o limite de paralelismos que posso colocar no RMAN e tamanho dos > arquivos? > > > > Apenas um exemplo: eu poderia criar 16 paralelismo (channel) de 50GB cada? > > > > RMAN> CONFIGURE DEVICE TYPE DISK PARALLELISM 16 BACKUP TYPE TO COMPRESSED > BACKUPSET; > > RMAN> CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/d01/backup/%U' > MAXPIECESIZE 50 G; > > > > Tenho um banco 10gR2 (release 10.2.0.5) Enterprise, e este banco tem 800GB e > esta levando 17 horas para concluir o backup e utiliza muito recurso do > servidor. > > > > Grato, > > > > Ednilson Silva >
