Re: [oracle_br] Re: Backup RMAN muito lento

[Paulo Jr paulobarbosa....@gmail.com [oracle_br]]

Aparentemente a taxa está normal, precisa verificar no SO se tem algum erro
de disco, mas creio que está normal.

se quiser pode fazer um teste tbm via SO.

http://elias.praciano.com/2014/09/como-verificar-o-desempenho-do-hd-no-linux/




*Att,*

*Paulo Barbosa*

*Adm de Banco de Dados*

*skype: paulobarbosa.sp*
*Cel.: (11) 98869-0988*

2016-01-27 12:00 GMT-02:00 palomacbarb...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Segue resultado:
>
>
> STATUS KEY DIA_SEMANA START_TIME END_TIME TEMPO_TOTAL INPUT_TYPE DEVICE
> ENTRADA SAIDA TAXA_SEGUNDOS
>
> COMPLETED 1088037 DOMINGO 17-01-2016   20:00:43 18-01-2016   10:47:26
> 14:46:43 DB FULL DISK1.60T  370.24G7.13M
> COMPLETED 1091382 SEXTA 22-01-2016   22:01:35 23-01-2016   15:03:23
> 17:01:48 DB FULL DISK1.69T  390.96G6.53M
> COMPLETED 1093775 TERCA 26-01-2016   18:00:58 27-01-2016   10:28:04
> 16:27:06 DB FULL DISK1.65T  381.98G6.60M
>
>
> 
>

Re: [oracle_br] Backup RMAN muito lento

[angelo angelolis...@gmail.com [oracle_br]]

Paloma,

A pasta '/backup1/rman'  está gravando no  SAS 7200 rpm ?Aliás, 7200
rpm é a mesma velocidade de hd de computador desktop comum




On 27 January 2016 at 11:11, palomacbarb...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Bom dia,
>
>
> Oracle 11.2.0.4 stander (Rac 2 nós)
>
> Red Hat 5.7  enterprise
>
> Database em storage SSD
>
> Disco local SAS 7200 rpm
>
>
> Temos um banco que possui 1.5TB que está em storage SSD com ASM e demora
> 16 horas para fazer um backup full via RMAN. O backup está sendo gerado no
> disco local conforme configuração acima. Estou achando muito demorado, o
> que pode estar acontecendo? Segue abaixo a configuração do RMAN e o script
> utilizado para a execução do backup.
>
>
>
>
>
> RMAN> show all;
>
>
> RMAN configuration parameters for database with db_unique_name PRD are:
>
> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 2 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
> '/backup1/rman/control%F';
>
> CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET PARALLELISM
> 1;
>
> 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
> '/backup1/rman/ora_prod%t_s%s%p.bkp' MAXPIECESIZE 8 G;
>
> CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT
> '/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
>
> 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 ARCHIVELOG DELETION POLICY TO NONE; # default
>
> CONFIGURE SNAPSHOT CONTROLFILE NAME TO
> '+ORAFRA/PRD/CONTROLFILE/snapcf_prd1.f';
>
> CONFIGURE SNAPSHOT CONTROLFILE NAME TO
> '+ORAFRA/prd/controlfile/snapcf_prd1.f';
>
>
>
> run {
>
> CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT
> '/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
>
> CONFIGURE CONTROLFILE AUTOBACKUP ON;
>
> crosscheck backup;
>
> delete noprompt expired backup;
>
> crosscheck archivelog all;
>
> delete noprompt expired archivelog all;
>
> CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT
> '/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
>
> backup database plus archivelog;
>
> delete noprompt archivelog all backed up 2 times to device type
> disk;
>
> delete noprompt obsolete device type disk;
>
> CONFIGURE CONTROLFILE AUTOBACKUP OFF;
>
> }
>
>
> Paloma Barbosa
>
>
> 
>

[oracle_br] Re: Backup RMAN muito lento

[jlchia...@yahoo.com.br [oracle_br]]

Blz ? Então, graças a todos os deuses eu há muito tempo não tenho que fazer 
backup RMAN de database standard edition (e principalmente acima da casa de 
terabyte), pois Sei como um fato que o RMAN é ** mega-capado **, entre outras 
coisas Incapaz de fazer backup com paralelismo, Incapaz de usar Block Change 
tracking para backups incrementais rápidos,  Incapaz de usar novos recursos de 
block-level (como Block-Level media recovery), que não me espantaria se 
influenciasse negativamente no I/O multibloco  Nessa vc PERDEU simplesmente 
algumas das maiores avenidas para melhorar a performance de seu backup
 Anyway, algumas sugestões pra vc investigar :
 
 a) é absolutamente CRÍTICO que ** todo o I/O ** seja ASÍNCRONO, não apenas a 
leitura dos datafiles (controlada pelo parâmetro DISK_ASYNC_IO) mas TAMBÉM a 
gravação - tenha certeza, portanto, de NÃO USAR filesystem nesse disco local, 
ok ?? Já chega ele ser um SAS, e ainda por cima inferior a 10k, não 
sobrecarregue, vai de RAW DEVICE 
 
 b) pense com carinho na possibilidade de ter MAIS de um disco para backup, 
agrupado num disk volume - certamente pelo custo não parece haver a 
possibilidade de nenhum tipo de RAID, mas quem sabe ao menos um JBOD : o 
negócio aqui é DISTRIBUIR o I/O em múltiplos devices, há boas chances aí de que 
esse único device isolado esteja te causando gargalo, verifique... Talvez até 
mesmo, se vc conseguir montar um disk volume aí (seja no storage,seja local), 
pensar em ASM nele...

 c) vc ao que vejo está SEMPRE fazendo backup full , avalie a possibilidade de 
implementar backup incremental - provavelmente não vai ser lá muito eficiente 
dado que vc no SE não pode usar BCT, mas veja lá
 
 d) confirme se vc pode ou não usar no SE backup multi-seção de um datafile 
grande (Não É paralelismo, vc está sub-dividindo o mesmo datafile), e/ou 
otimização do UNDO : as notas metalink "MultiSection Backups" (Doc ID 406295.1) 
e "RMAN 11G : RMAN UNDO backup optimization" (Doc ID 406468.1)que os apresentam 
foram criadas para EE, mas plz Confirme a disponibilidade dos recursos no SE
 
 e) só por desencargo, dá uma geral na nota "Known RMAN Performance Problems" 
(Doc ID 247611.1) : não tem grande coisa aberta no 11.2.0.4 mas checa...
 
 f) siga os procedimentos de debug indicados em "Troubleshooting RMAN 
Performance or Hang Issues" (Doc ID 815857.1) e "RMAN Performance 
Troubleshooting" (Doc ID 1326686.1) : vc vai ver que a maioria deles OU eu já 
falei acima OU são EE-only, mas veja lá o que vc descobre com isso...
  EM ESPECIAL, vai ser bem interessante a técnica do BACKUP VALIDATE citada, 
pois com isso o RMAN vai fazer TODO o processamento que faz normalmente mas só 
não vai gravar no disco de saída, isso é Ótimo para provar ou desprovar as 
minhas Suposições acima registradas de que talvez seja o teu único disco de 
saída o teu gargalo
 
 g) sob ESTRITO suporte/supervisão do Oracle Support, avalie as mudanças de 
buffer sizes no RMAN : a nota "RMAN Restore Performance on non-ASM filesystems" 
(Doc ID 1561238.1) fala sobre RESTORE, mas (até um ponto) o BACKUP em si pode 
ser influenciado por esses params, na hora de ler os datafiles...
 
 []s
 
   Chiappa

[oracle_br] Toad

[Wagner Martins wag...@flamboia.com.br [oracle_br]]

Pessoal, gostaria de saber se o Toad da Dell usa alguma feature paga da
versão enterprise do Oracle. Estou perguntando isso porque gostaria de usar
alguma ferramenta gráfica (semelhante ao enterprise manager da Oracle) mas
sem infringir as limitações da minha versão para não ter problemas com a
auditoria da Oracle.


Alguém saberia me responder isso?

[oracle_br] Re: Toad

[jlchia...@yahoo.com.br [oracle_br]]

Bem, as principais features pagas no que tange à Administração de databases 
Oracle é o AWR/ASH/ADDM, e de acordo com 
https://support.software.dell.com/pt-br/toad-for-oracle/kb/60492 vc pode 
controlar o acesso do TOAD à elas via parametros do software, veja lá...

 []s
 
   Chiappa

Re: [oracle_br] Calcular tempo de importação de DUMP

[Paulo Jr paulobarbosa....@gmail.com [oracle_br]]

Olá, não sei se isso pode te ajudar, mas é uma dica.


http://www.dba-oracle.com/t_monitor_data_pump_import_job.htm




*Att,*

*Paulo Barbosa*

*Adm de Banco de Dados*

*skype: paulobarbosa.sp*
*Cel.: (11) 98869-0988*

Em 27 de janeiro de 2016 15:17, Diego Venuzka - TI - Peccin S.A.
diego.venu...@peccin.com.br [oracle_br] 
escreveu:

>
>
> Gostaria de saber, se possível, teria como calcular aproximadamento o
> tempo de importação de umDump
> .
>
> Poderia ser algo considerando os seguintes itens:
>
>- Tamanho do DUMP em GB.
>- Quantidade de Tabelas.
>- Quantidade de Registros e(ou) linhas/colunas por tabela.
>- Quantidade de Objetos, como Triggers, Functions, Procedures, etc.
>- Alguma forma de calcular a eficiência computacional de processamento
>do computador?
>
> Obrigado.​
>
>
>
> [image:
> https://app.box.com/representation/file_version_29828828526/image_2048/1.png?shared_name=xqp7tejurcykday6xnzfwui8gu7zlvfc]
>
>
> 
>

[oracle_br] Calcular tempo de importação de DUMP

[Diego Venuzka - TI - Peccin S.A. diego.venu...@peccin.com.br [oracle_br]]

Gostaria de saber, se possível, teria como calcular aproximadamento o tempo de 
importação de umDump.

Poderia ser algo considerando os seguintes itens:

  *   Tamanho do DUMP em GB.
  *   Quantidade de Tabelas.
  *   Quantidade de Registros e(ou) linhas/colunas por tabela.
  *   Quantidade de Objetos, como Triggers, Functions, Procedures, etc.
  *   Alguma forma de calcular a eficiência computacional de processamento do 
computador?

Obrigado.?



[https://app.box.com/representation/file_version_29828828526/image_2048/1.png?shared_name=xqp7tejurcykday6xnzfwui8gu7zlvfc]

Re: [oracle_br] Calcular tempo de importação de DUMP

[Ricardo Arnoud ricardo...@gmail.com [oracle_br]]

Pergunta: você está planejando alguma migração de banco ou apenas quer
estimar um tempo de restauração para um possível crash? Ou nenhuma destas?
Qual é sua versão de banco? Standard ou EE? está com archivelog ativo? S.O?

2016-01-27 15:35 GMT-02:00 Paulo Jr paulobarbosa@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Olá, não sei se isso pode te ajudar, mas é uma dica.
>
>
> http://www.dba-oracle.com/t_monitor_data_pump_import_job.htm
>
>
>
>
> *Att,*
>
> *Paulo Barbosa*
>
> *Adm de Banco de Dados*
>
> *skype: paulobarbosa.sp*
> *Cel.: (11) 98869-0988*
>
> Em 27 de janeiro de 2016 15:17, Diego Venuzka - TI - Peccin S.A.
> diego.venu...@peccin.com.br [oracle_br] 
> escreveu:
>
>>
>>
>> Gostaria de saber, se possível, teria como calcular aproximadamento o
>> tempo de importação de umDump
>> .
>>
>> Poderia ser algo considerando os seguintes itens:
>>
>>- Tamanho do DUMP em GB.
>>- Quantidade de Tabelas.
>>- Quantidade de Registros e(ou) linhas/colunas por tabela.
>>- Quantidade de Objetos, como Triggers, Functions, Procedures, etc.
>>- Alguma forma de calcular a eficiência computacional de
>>processamento do computador?
>>
>> Obrigado.​
>>
>>
>>
>> [image:
>> https://app.box.com/representation/file_version_29828828526/image_2048/1.png?shared_name=xqp7tejurcykday6xnzfwui8gu7zlvfc]
>>
>>
>>
> 
>



-- 
--
Thanks,
* Ricardo Arnoud*

*Bacharel em Ciência da Computação* - 2013/1





(51) 9511-4658 VIVO / (51) 9259-2333 CLARO / Porto Alegre - RS
http://www.ricardoarnoud.com
http://www.alterdatabaseopen.com
FB http://www.facebook.com/ricardo.arnoud
Linkedin http://br.linkedin.com/pub/ricardo-arnoud/15/127/3b1

[oracle_br] Re: Calcular tempo de importação de DUMP

[jlchia...@yahoo.com.br [oracle_br]]

Que eu saiba, Não tem Como vc estimar nem PERTO o tempo que vai levar um IMPORT 
baseado no tamanho dele e/ou em qtdades de linhas ou de objetos nele contidos : 
acontece que o import faz INSERTs, ie, grava dados, então os fatores-chave são 
velocidade do seu sub-sistema de I/O, nível de concorrência de I/O que vc está 
enfrentando, eventuais LOCKs presentes,  e coisas do tipo, que ABSOLUTAMENTE 
são INDEPENDENTES dos "tamanhos" - isso influencia mas não é Chave...
 
  No máximo, vc pode TESTAR no SEU SISTEMA, numa hora em que a utilização do 
banco seja mínima, o import dum dump "pequeno", ver quanto tempo leva, depois 
fazer o import dum dump 10x maior, depois fazer o import dum dump 100x maior e 
correlacionar, mas é algo Extremamente grosseiro..
 []s

   Chiappa

Re: [oracle_br] Re: Mídi a WebLogic Server 10.3.2

[jlchia...@yahoo.com.br [oracle_br]]

maravilha, toda sorte do mundo pra vc...

 []s
 
   Chiappa

Re: [oracle_br] Backup RMAN muito lento

[Paulo Jr paulobarbosa....@gmail.com [oracle_br]]

Verifique a taxa de transferência na view v$rman_backup_job_details, pode
estar com problema no disco local.


*Att,*

*Paulo Barbosa*

*Adm de Banco de Dados*

*skype: paulobarbosa.sp*
*Cel.: (11) 98869-0988*

2016-01-27 11:30 GMT-02:00 Vitor Junior vitorj...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Ele informou que a versão é standard, logo, não pode paralelizar.
>
> Em qua, 27 de jan de 2016 às 11:22, Ricardo Arnoud ricardo...@gmail.com
> [oracle_br]  escreveu:
>
>>
>>
>> Experimente aumentar o número de canais.
>>
>>
>> On Wed, Jan 27, 2016 at 11:11 AM, palomacbarb...@yahoo.com.br
>> [oracle_br]  wrote:
>>
>>>
>>>
>>> Bom dia,
>>>
>>>
>>> Oracle 11.2.0.4 stander (Rac 2 nós)
>>>
>>> Red Hat 5.7  enterprise
>>>
>>> Database em storage SSD
>>>
>>> Disco local SAS 7200 rpm
>>>
>>>
>>> Temos um banco que possui 1.5TB que está em storage SSD com ASM e demora
>>> 16 horas para fazer um backup full via RMAN. O backup está sendo gerado no
>>> disco local conforme configuração acima. Estou achando muito demorado, o
>>> que pode estar acontecendo? Segue abaixo a configuração do RMAN e o script
>>> utilizado para a execução do backup.
>>>
>>>
>>>
>>>
>>>
>>> RMAN> show all;
>>>
>>>
>>> RMAN configuration parameters for database with db_unique_name PRD are:
>>>
>>> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 2 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
>>> '/backup1/rman/control%F';
>>>
>>> CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET
>>> PARALLELISM 1;
>>>
>>> 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
>>> '/backup1/rman/ora_prod%t_s%s%p.bkp' MAXPIECESIZE 8 G;
>>>
>>> CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT
>>> '/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
>>>
>>> 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 ARCHIVELOG DELETION POLICY TO NONE; # default
>>>
>>> CONFIGURE SNAPSHOT CONTROLFILE NAME TO
>>> '+ORAFRA/PRD/CONTROLFILE/snapcf_prd1.f';
>>>
>>> CONFIGURE SNAPSHOT CONTROLFILE NAME TO
>>> '+ORAFRA/prd/controlfile/snapcf_prd1.f';
>>>
>>>
>>>
>>> run {
>>>
>>> CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT
>>> '/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
>>>
>>> CONFIGURE CONTROLFILE AUTOBACKUP ON;
>>>
>>> crosscheck backup;
>>>
>>> delete noprompt expired backup;
>>>
>>> crosscheck archivelog all;
>>>
>>> delete noprompt expired archivelog all;
>>>
>>> CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT
>>> '/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
>>>
>>> backup database plus archivelog;
>>>
>>> delete noprompt archivelog all backed up 2 times to device type
>>> disk;
>>>
>>> delete noprompt obsolete device type disk;
>>>
>>> CONFIGURE CONTROLFILE AUTOBACKUP OFF;
>>>
>>> }
>>>
>>>
>>> Paloma Barbosa
>>>
>>>
>>>
>>
>>
>> --
>> --
>> Thanks,
>> * Ricardo Arnoud*
>>
>> *Bacharel em Ciência da Computação* - 2013/1
>>
>>
>>
>>
>>
>> (51) 9511-4658 VIVO / (51) 9259-2333 CLARO / Porto Alegre - RS
>> http://www.ricardoarnoud.com
>> http://www.alterdatabaseopen.com
>> FB http://www.facebook.com/ricardo.arnoud
>> Linkedin http://br.linkedin.com/pub/ricardo-arnoud/15/127/3b1
>>
>> --
> Att,/Regards,
>
>
> Vitor Jr.
> Infraestrutura / Infrastructure Team
>
> Oracle 12c DBA Certified Professional - OCP 12c
> Oracle 11g DBA Certified Professional - OCP 11g
> Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
> Infrastructure Administrator - OCE
> Oracle Database 11g Performance Tuning Certified Expert - OCE
> Oracle Exadata 11g Certified Implementation Specialist
> Oracle Certified Associate, MySQL 5
> mail, gtalk e msn: vitorj...@gmail.com
> http://certificacaobd.com.br/
> skype: vjunior1981
> https://mybizcard.co/vitor.jr.385628
>
> 
>

[oracle_br] Re: Backup RMAN muito lento

[palomacbarb...@yahoo.com.br [oracle_br]]

Paulo, bom dia. 

 As taxas que tenho são essas:
 

 

 input_bytes : 1.816.117.903.360
 output_bytes:   410.150.502.400

 

Re: [oracle_br] Re: Backup RMAN muito lento

[Paulo Jr paulobarbosa....@gmail.com [oracle_br]]

Executa essa query.


SELECT status, session_key KEY,
decode(to_char(start_time, 'd'), 1, 'DOMINGO', 2, 'SEGUNDA',
3, 'TERCA', 4, 'QUARTA',
5, 'QUINTA', 6, 'SEXTA',
7, 'SABADO') DIA_SEMANA,
to_char(start_time, 'dd-mm-   hh24:mi:ss') start_time,
to_char(end_time, 'dd-mm-   hh24:mi:ss') end_time,
time_taken_display TEMPO_TOTAL, input_type,
output_device_type device,
input_bytes_display ENTRADA, output_bytes_display SAIDA,
output_bytes_per_sec_display TAXA_SEGUNDOS
FROM v$rman_backup_job_details where start_time > sysdate-2
order by START_TIME;




*Att,*

*Paulo Barbosa*

*Adm de Banco de Dados*

*skype: paulobarbosa.sp*
*Cel.: (11) 98869-0988*

2016-01-27 11:51 GMT-02:00 palomacbarb...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Paulo, bom dia.
>
> As taxas que tenho são essas:
>
>
> input_bytes : 1.816.117.903.360
>
> output_bytes:   410.150.502.400
>
> 
>

[oracle_br] Re: Backup RMAN muito lento

[palomacbarb...@yahoo.com.br [oracle_br]]

Segue resultado: 

 

 STATUS KEY DIA_SEMANA START_TIME END_TIME TEMPO_TOTAL INPUT_TYPE DEVICE 
ENTRADA SAIDA TAXA_SEGUNDOS
 

 COMPLETED 1088037 DOMINGO 17-01-2016   20:00:43 18-01-2016   10:47:26 14:46:43 
DB FULL DISK1.60T  370.24G7.13M
 COMPLETED 1091382 SEXTA 22-01-2016   22:01:35 23-01-2016   15:03:23 17:01:48 
DB FULL DISK1.69T  390.96G6.53M
 COMPLETED 1093775 TERCA 26-01-2016   18:00:58 27-01-2016   10:28:04 16:27:06 
DB FULL DISK1.65T  381.98G6.60M
 


 

[oracle_br] Backup RMAN muito lento

[palomacbarb...@yahoo.com.br [oracle_br]]

Bom dia,
 

 Oracle 11.2.0.4 stander (Rac 2 nós)
 Red Hat 5.7  enterprise
 Database em storage SSD
 Disco local SAS 7200 rpm
 

 Temos um banco que possui 1.5TB que está em storage SSD com ASM e demora 16 
horas para fazer um backup full via RMAN. O backup está sendo gerado no disco 
local conforme configuração acima. Estou achando muito demorado, o que pode 
estar acontecendo? Segue abaixo a configuração do RMAN e o script utilizado 
para a execução do backup.
 

 

 

 

 RMAN> show all;
 

 RMAN configuration parameters for database with db_unique_name PRD are:
 CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 2 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 
'/backup1/rman/control%F';
 CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET PARALLELISM 1;
 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   
'/backup1/rman/ora_prod%t_s%s%p.bkp' MAXPIECESIZE 8 G;
 CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT   
'/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
 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 ARCHIVELOG DELETION POLICY TO NONE; # default
 CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+ORAFRA/PRD/CONTROLFILE/snapcf_prd1.f';
 
 CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+ORAFRA/prd/controlfile/snapcf_prd1.f';
 

 

 

 run {
 CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT   
'/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
 CONFIGURE CONTROLFILE AUTOBACKUP ON;
 crosscheck backup;
 delete noprompt expired backup;
 crosscheck archivelog all;
 delete noprompt expired archivelog all;
 CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT   
'/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
 backup database plus archivelog;
 delete noprompt archivelog all backed up 2 times to device type disk;
 delete noprompt obsolete device type disk;
 CONFIGURE CONTROLFILE AUTOBACKUP OFF;
 
 }
 

 

 Paloma Barbosa
 

Re: [oracle_br] Re: Mídi a WebLogic Server 10.3.2

[Vitor Junior vitorj...@gmail.com [oracle_br]]

Valeu de novo Chiappa, mas quero replicar o mais fiel possível o ambiente.
Uma das tarefas inclusive é aplicar um patch no grid (está descrito no
site). Então, quem garante que a utilização dessa versão bugada não é pra
simular um bug e aplicar o referido patch?
Sobre optar pelo OCM 12c, não é uma opção possível, pois precisaria de
cursos avançados específicos para o 12c, sendo que já tenho 2 para 11g.
Minha ideia é fazer o ocm 11g e depois o upgrade pra 12c! :)
Vamos aguardar pra ver se alguém tem um depot caseiro aí, hehehehehe
Também lembrei de outro cliente que tem weblogic licenciado, daqui a pouco
consigo abrir com a conta do MOS deles!

Abraço!

Em ter, 26 de jan de 2016 às 18:02, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Dica adicional : JUSTAMENTE por causa da dificuldade de se obter toda a
> ecosfera 11g (dado o fim de Suporte de diversos componentes 11g), eu
> recomendo que vc verifique na Oracle o eventual calendário/disponibilidade
> do OCM para 12c - em
> https://education.oracle.com/pls/web_prod-plq-dad/db_pages.getpage?page_id=653_params=p_id:249#tabs-3
> só estão listados os Upgrades de OCM para 12c, mas de repente pode ser que
> o OCM para 12c não esteja tão distante , se tem o Upgrade eu Creio que o
> exame OCM full deve estar próximo, veja lá...
>
>  []s
>
>Chiappa
> 
>
-- 
Att,/Regards,


Vitor Jr.
Infraestrutura / Infrastructure Team

Oracle 12c DBA Certified Professional - OCP 12c
Oracle 11g DBA Certified Professional - OCP 11g
Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
Infrastructure Administrator - OCE
Oracle Database 11g Performance Tuning Certified Expert - OCE
Oracle Exadata 11g Certified Implementation Specialist
Oracle Certified Associate, MySQL 5
mail, gtalk e msn: vitorj...@gmail.com
http://certificacaobd.com.br/
skype: vjunior1981
https://mybizcard.co/vitor.jr.385628

Re: [oracle_br] Backup RMAN muito lento

[Ricardo Arnoud ricardo...@gmail.com [oracle_br]]

Experimente aumentar o número de canais.

On Wed, Jan 27, 2016 at 11:11 AM, palomacbarb...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> wrote:

>
>
> Bom dia,
>
>
> Oracle 11.2.0.4 stander (Rac 2 nós)
>
> Red Hat 5.7  enterprise
>
> Database em storage SSD
>
> Disco local SAS 7200 rpm
>
>
> Temos um banco que possui 1.5TB que está em storage SSD com ASM e demora
> 16 horas para fazer um backup full via RMAN. O backup está sendo gerado no
> disco local conforme configuração acima. Estou achando muito demorado, o
> que pode estar acontecendo? Segue abaixo a configuração do RMAN e o script
> utilizado para a execução do backup.
>
>
>
>
>
> RMAN> show all;
>
>
> RMAN configuration parameters for database with db_unique_name PRD are:
>
> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 2 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
> '/backup1/rman/control%F';
>
> CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET PARALLELISM
> 1;
>
> 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
> '/backup1/rman/ora_prod%t_s%s%p.bkp' MAXPIECESIZE 8 G;
>
> CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT
> '/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
>
> 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 ARCHIVELOG DELETION POLICY TO NONE; # default
>
> CONFIGURE SNAPSHOT CONTROLFILE NAME TO
> '+ORAFRA/PRD/CONTROLFILE/snapcf_prd1.f';
>
> CONFIGURE SNAPSHOT CONTROLFILE NAME TO
> '+ORAFRA/prd/controlfile/snapcf_prd1.f';
>
>
>
> run {
>
> CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT
> '/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
>
> CONFIGURE CONTROLFILE AUTOBACKUP ON;
>
> crosscheck backup;
>
> delete noprompt expired backup;
>
> crosscheck archivelog all;
>
> delete noprompt expired archivelog all;
>
> CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT
> '/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
>
> backup database plus archivelog;
>
> delete noprompt archivelog all backed up 2 times to device type
> disk;
>
> delete noprompt obsolete device type disk;
>
> CONFIGURE CONTROLFILE AUTOBACKUP OFF;
>
> }
>
>
> Paloma Barbosa
>
>
> 
>



-- 
--
Thanks,
* Ricardo Arnoud*

*Bacharel em Ciência da Computação* - 2013/1





(51) 9511-4658 VIVO / (51) 9259-2333 CLARO / Porto Alegre - RS
http://www.ricardoarnoud.com
http://www.alterdatabaseopen.com
FB http://www.facebook.com/ricardo.arnoud
Linkedin http://br.linkedin.com/pub/ricardo-arnoud/15/127/3b1

Re: [oracle_br] Backup RMAN muito lento

[Vitor Junior vitorj...@gmail.com [oracle_br]]

Ele informou que a versão é standard, logo, não pode paralelizar.

Em qua, 27 de jan de 2016 às 11:22, Ricardo Arnoud ricardo...@gmail.com
[oracle_br]  escreveu:

>
>
> Experimente aumentar o número de canais.
>
>
> On Wed, Jan 27, 2016 at 11:11 AM, palomacbarb...@yahoo.com.br [oracle_br]
>  wrote:
>
>>
>>
>> Bom dia,
>>
>>
>> Oracle 11.2.0.4 stander (Rac 2 nós)
>>
>> Red Hat 5.7  enterprise
>>
>> Database em storage SSD
>>
>> Disco local SAS 7200 rpm
>>
>>
>> Temos um banco que possui 1.5TB que está em storage SSD com ASM e demora
>> 16 horas para fazer um backup full via RMAN. O backup está sendo gerado no
>> disco local conforme configuração acima. Estou achando muito demorado, o
>> que pode estar acontecendo? Segue abaixo a configuração do RMAN e o script
>> utilizado para a execução do backup.
>>
>>
>>
>>
>>
>> RMAN> show all;
>>
>>
>> RMAN configuration parameters for database with db_unique_name PRD are:
>>
>> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 2 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
>> '/backup1/rman/control%F';
>>
>> CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET
>> PARALLELISM 1;
>>
>> 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
>> '/backup1/rman/ora_prod%t_s%s%p.bkp' MAXPIECESIZE 8 G;
>>
>> CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT
>> '/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
>>
>> 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 ARCHIVELOG DELETION POLICY TO NONE; # default
>>
>> CONFIGURE SNAPSHOT CONTROLFILE NAME TO
>> '+ORAFRA/PRD/CONTROLFILE/snapcf_prd1.f';
>>
>> CONFIGURE SNAPSHOT CONTROLFILE NAME TO
>> '+ORAFRA/prd/controlfile/snapcf_prd1.f';
>>
>>
>>
>> run {
>>
>> CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT
>> '/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
>>
>> CONFIGURE CONTROLFILE AUTOBACKUP ON;
>>
>> crosscheck backup;
>>
>> delete noprompt expired backup;
>>
>> crosscheck archivelog all;
>>
>> delete noprompt expired archivelog all;
>>
>> CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT
>> '/backup/rman/ora_prod%t_s%s_s%p.bkp' MAXPIECESIZE 2 G;
>>
>> backup database plus archivelog;
>>
>> delete noprompt archivelog all backed up 2 times to device type
>> disk;
>>
>> delete noprompt obsolete device type disk;
>>
>> CONFIGURE CONTROLFILE AUTOBACKUP OFF;
>>
>> }
>>
>>
>> Paloma Barbosa
>>
>>
>>
>
>
> --
> --
> Thanks,
> * Ricardo Arnoud*
>
> *Bacharel em Ciência da Computação* - 2013/1
>
>
>
>
>
> (51) 9511-4658 VIVO / (51) 9259-2333 CLARO / Porto Alegre - RS
> http://www.ricardoarnoud.com
> http://www.alterdatabaseopen.com
> FB http://www.facebook.com/ricardo.arnoud
> Linkedin http://br.linkedin.com/pub/ricardo-arnoud/15/127/3b1
> 
>
-- 
Att,/Regards,


Vitor Jr.
Infraestrutura / Infrastructure Team

Oracle 12c DBA Certified Professional - OCP 12c
Oracle 11g DBA Certified Professional - OCP 11g
Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
Infrastructure Administrator - OCE
Oracle Database 11g Performance Tuning Certified Expert - OCE
Oracle Exadata 11g Certified Implementation Specialist
Oracle Certified Associate, MySQL 5
mail, gtalk e msn: vitorj...@gmail.com
http://certificacaobd.com.br/
skype: vjunior1981
https://mybizcard.co/vitor.jr.385628