Re: [oracle_br] Lentidão após nova instalação - Oracle 10g

2015-10-29 Por tôpico Emerson Martins emersonmarti...@gmail.com [oracle_br] 
Olá Martinez


Falando em Oracle em Windows e Performance com servidores com muita memória
sugiro dar uma lida também no recursos Large Pages do Windows que é similar
ao Huge Pages do Linux . Segue abaixo o link de um port do Potrilhos [1]
sobre esse recurso com Oracle Database.


http://nervinformatica.com.br/blog/?p=3947


Att,


Emerson Martins
DBA Oracle
Oracle 11g Certified Associate




Em 29 de outubro de 2015 09:04, Alessandro Lúcio Cordeiro da Silva
alecordeirosi...@yahoo.com.br [oracle_br] 
escreveu:


>
>
>
> Problema de lentidão pode ter vários fatores, é sempre bom começar a
> pesquisa pelo Eventos de Espera do Oracle para detectar o problema.
>
> Isso, me ajudou a encontrar o problema que já tive como, por exemplo:
>
> 1-> O Drive que controla os discos RAID da DELL estava com problema e com
> isso estava usando o drive genérico do Windows.
>
> 2-> A recomendação é a usar 40% da memoria do servidor para o Banco e você
> esta usando cerca de 60% (usando cerca de 20 Giga dos 32 do Hardware)
> Neste cenário, ( usando mais de 40% de memoria e servidor Oracle dedicado
> ) eu aconselho a desligar o cache do Windows, pois o Oracle já tem o seu
> próprio cache e realização de Swap.
>
>
> Veja por exemplo o este trecho tirado da documentação da Oracle.
>
> Tuning Windows to Optimize Oracle Database
> 
>
>
>
>
>
>
> Tuning Windows to Optimize Oracle Database
> 
> 7 Tuning Windows to Optimize Oracle Database This chapter describes how to
> tune the Windows Server operating system to ensure that Oracle Database is
> running in the best possible environment.
> Visualizar em docs.oracle.com
> 
> Visualizado por Yahoo
>
>
> “Windows Server memory manager tries to balance each application's usage
> of memory by dynamically paging memory between physical RAM and a virtual
> memory paging file. If an application is particularly memory-intensive
> (like Oracle Database) or if a large number of applications run
> concurrently, then combined memory requirements of the applications may
> exceed physical memory capacity.
>
> The large proportion of memory reserved for file caching (41%) can be
> quite beneficial to file and print servers. But it may not be advantageous
> to application servers that often run memory-intensive network

> applications. A Windows Server file cache is particularly unnecessary for
> Oracle Database, which performs its own caching through System Global Area"
>
>
>
>
>
> Alessandro Lúcio Cordeiro da Silva
> Analista de Sistema
> þ http://alecordeirosilva.blogspot.com/
> Porque esta é a vontade de Deus, a saber, a vossa
> santificação: que vos abstenhais da prostituição.
> (1º Tessalonicenses 4:3)
>
>

>
>
> Em Quinta-feira, 29 de Outubro de 2015 8:14, "martinez.si...@gmail.com
> [oracle_br]"  escreveu:
>
>
>
> Prezados,
>
> Possuo um cliente com três instalações Oracle em servidores diferentes
> (Produção, Desenv e Homologação)
> Meu cliente adquiriu um novo servidor, com o objetivo de substituir o
> servidor de Produção.
>
> Nesse novo servidor, foi realizada a MESMA instalação de Sistema
> Operacional, Oracle e criação da base de dados existente nos outros
> servidores:
> - Windows Server 2008 R2 Standard SP1 - 64 bits
> - Oracle Standard 10.2.0.4 - 64 bits
> - Modo de servidor Dedicado
> - Objetivo: Base OLTP usada em um ERP
>
> O Hardware do novo servidor é superior ao dos já existentes (os outros
> possuem apenas 8Gb de memória RAM e processadores inferiores), porém após
> instalação do Banco e tentativa de Import (IMPDP), o processo ficou muuuito
> mais lento do que a mesma instrução IMPDP realizada nos outros servidores.
> Hoje, essa rotina de IMPORT demora 40 minutos nos bancos de DESENV e
> HOMOLOGACAO. Nesse novo servidor, demorou aproximadamente 5 horas. Onde é
> possível perceber que a criação dos dados nas tabelas e dos índices demora
> muito tempo.
>
> Outra coisa que percebi, é que após os dados importados, uma consulta
> simples executada pela primeira vez "Select count(*) from
> maior_tabela_do_sistema", demora quase 10x mais do que nas outras bases de
> dados.
>
> Segue abaixo algumas informações desse novo servidor DELL e dados da SGA
> criada:
> - Processador: Intel(R) Xeon(R) CPU E5-2609 0 @ 2.40GHz
> - Memória RAM: 32 GB
> - Dois Discos em RAID 1: DELL PERC S110 SCSI
>
> *
> *V$SGAInfo*

> *
> *Name:   Size in MB:*
> Buffer Cache Size  10528
> Fixed SGA Size 2
> Free SGA Memory Available   4096
> Granule Size  16
> Java Pool Size   16
> Large Pool Size

Re: [oracle_br] Lentidão após nova instalação - Oracle 10g

2015-10-29 Por tôpico Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br] 
 Problema de lentidão pode ter vários fatores, é sempre bom começar a pesquisa 
pelo Eventos de Espera do Oracle para detectar o problema.
Isso, me ajudou a encontrar o problema que já tive como, por exemplo:
1-> O Drive que controla os discos RAID da DELL estava com problema e com isso 
estava usando o drive genérico do Windows.
2-> A recomendação é a usar 40% da memoria do servidor para o Banco e você esta 
usando cerca de 60% (usando cerca de 20 Giga dos 32 do Hardware)Neste cenário, 
( usando mais de 40% de memoria e servidor Oracle dedicado ) eu aconselho a 
desligar o cache do Windows, pois o Oracle já tem o seu próprio cache e 
realização de Swap. 

Veja por exemplo o este trecho tirado da documentação da Oracle.
Tuning Windows to Optimize Oracle Database

|   |
|   |   |   |   |   |
| Tuning Windows to Optimize Oracle Database7 Tuning Windows to Optimize Oracle 
Database This chapter describes how to tune the Windows Server operating system 
to ensure that Oracle Database is running in the best possible environment.  |
|  |
| Visualizar em docs.oracle.com | Visualizado por Yahoo |
|  |
|   |


“Windows Server memory manager tries to balance each application's usage of 
memory by dynamically paging memory between physical RAM and a virtual memory 
paging file. If an application is particularly memory-intensive (like Oracle 
Database) or if a large number of applications run concurrently, then combined 
memory requirements of the applications may exceed physical memory capacity.
The large proportion of memory reserved for file caching (41%) can be quite 
beneficial to file and print servers. But it may not be advantageous to 
application servers that often run memory-intensive network applications. A 
Windows Server file cache is particularly unnecessary for Oracle Database, 
which performs its own caching through System Global Area"


 
Alessandro Lúcio Cordeiro da Silva 
    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
Porque esta é a vontade de Deus, a saber, a vossa 
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)
 


 Em Quinta-feira, 29 de Outubro de 2015 8:14, "martinez.si...@gmail.com 
[oracle_br]"  escreveu:
   

     Prezados,  Possuo um cliente com três instalações Oracle em 
servidoresdiferentes (Produção, Desenv e Homologação)Meu cliente adquiriu um 
novo servidor, com o objetivo desubstituir o servidor de Produção.  Nesse novo 
servidor, foi realizada a MESMA instalação deSistema Operacional, Oracle e 
criação da base de dados existente nos outrosservidores:- Windows Server2008 R2 
Standard SP1 - 64 bits- Oracle Standard 10.2.0.4 - 64 bits- Modo de servidor 
Dedicado- Objetivo: Base OLTP usada em um ERP  O Hardware do novo servidor é 
superior ao dos já existentes(os outros possuem apenas 8Gb de memória RAM e 
processadores inferiores), porémapós instalação do Banco e tentativa de Import 
(IMPDP), o processo ficou muuuitomais lento do que a mesma instrução IMPDP 
realizada nos outros servidores.Hoje, essa rotina de IMPORT demora 40 minutos 
nos bancos de DESENV eHOMOLOGACAO. Nesse novo servidor, demorou aproximadamente 
5 horas. Onde épossível perceber que a criação dos dados nas tabelas e dos 
índices demora muitotempo.  Outra coisa que percebi, é que após os dados 
importados, umaconsulta simples executada pela primeira vez "Select count(*) 
frommaior_tabela_do_sistema", demora quase 10x mais do que nas outras bases 
dedados.  Segue abaixo algumas informações desse novo servidor DELL edados da 
SGA criada:- Processador: Intel(R) Xeon(R) CPU E5-2609 0 @ 2.40GHz- Memória 
RAM: 32 GB- Dois Discos em RAID 1: DELL PERC S110 SCSI  
*V$SGAInfo*Name:
       Size in MB:BufferCache Size  
    10528Fixed SGASize     
2Free SGAMemory Available   4096GranuleSize 
     16Java PoolSize   16Large PoolSize 
 16Maximum SGASize   
16384RedoBuffers  14Shared PoolSize 
       1680Startupoverhead in Shared Pool  
144StreamsPool Size      32  De todas as instalações, 
essa é a única em discos SCSI. Pelaforma como ficou lento o processo de import, 
desconfio em algo relacionado aoacesso à disco, porém não tenho ideia de como 
identificar. Gostaria de algumadica ou sugestão dos amigos do fórum.

Agradeço a ajuda.
  #yiv1554287910 #yiv1554287910 -- #yiv1554287910ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv1554287910 
#yiv1554287910ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv1554287910 
#yiv1554287910ygrp-mkp #yiv1554287910hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv1554287910 #yiv1

Re: [oracle_br] Lentidão após nova instalação - Oracle 10g

2015-10-29 Por tôpico Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br] 
Bom dia,

  Verifique se o driver de acesso ao SCSI foi baixado da DELL ou se está usando 
um genérico do windows. Muito provável que seu problema seja I/O, a sessão do 
datapump pode ser rastreada e uma análise do trace pode te dar uma luz o que 
está ocorrendo. 

  Uma outra coisa que também pode estar pegando é configuração da instance como 
tamanho e quantidade dos redologs groups e outros parâmetros de inicialização 
do banco de dados (vale a pena um comparativo com o teu servidor antigo).

Atenciosamente,



> Em 29/10/2015, à(s) 09:14, martinez.si...@gmail.com [oracle_br] 
>  escreveu:
> 
> 
> Prezados,
> 
>  
> Possuo um cliente com três instalações Oracle em servidores diferentes 
> (Produção, Desenv e Homologação)
> 
> Meu cliente adquiriu um novo servidor, com o objetivo de substituir o 
> servidor de Produção.
> 
>  
> Nesse novo servidor, foi realizada a MESMA instalação de Sistema Operacional, 
> Oracle e criação da base de dados existente nos outros servidores:
> 
> - Windows Server 2008 R2 Standard SP1 - 64 bits
> 
> - Oracle Standard 10.2.0.4 - 64 bits
> 
> - Modo de servidor Dedicado
> 
> - Objetivo: Base OLTP usada em um ERP
> 
>  
> O Hardware do novo servidor é superior ao dos já existentes (os outros 
> possuem apenas 8Gb de memória RAM e processadores inferiores), porém após 
> instalação do Banco e tentativa de Import (IMPDP), o processo ficou muuuito 
> mais lento do que a mesma instrução IMPDP realizada nos outros servidores. 
> Hoje, essa rotina de IMPORT demora 40 minutos nos bancos de DESENV e 
> HOMOLOGACAO. Nesse novo servidor, demorou aproximadamente 5 horas. Onde é 
> possível perceber que a criação dos dados nas tabelas e dos índices demora 
> muito tempo.
> 
>  
> Outra coisa que percebi, é que após os dados importados, uma consulta simples 
> executada pela primeira vez "Select count(*) from maior_tabela_do_sistema", 
> demora quase 10x mais do que nas outras bases de dados.
> 
>  
> Segue abaixo algumas informações desse novo servidor DELL e dados da SGA 
> criada:
> 
> - Processador: Intel(R) Xeon(R) CPU E5-2609 0 @ 2.40GHz
> 
> - Memória RAM: 32 GB
> 
> - Dois Discos em RAID 1: DELL PERC S110 SCSI
> 
>  
> *
> 
> V$SGAInfo
> 
> *
> 
> Name:   Size in MB:
> 
> Buffer Cache Size  10528
> 
> Fixed SGA Size 2
> 
> Free SGA Memory Available   4096
> 
> Granule Size  16
> 
> Java Pool Size   16
> 
> Large Pool Size  16
> 
> Maximum SGA Size   16384
> 
> Redo Buffers  14
> 
> Shared Pool Size1680
> 
> Startup overhead in Shared Pool  144
> 
> Streams Pool Size  32
> 
>   
> 
> De todas as instalações, essa é a única em discos SCSI. Pela forma como ficou 
> lento o processo de import, desconfio em algo relacionado ao acesso à disco, 
> porém não tenho ideia de como identificar. Gostaria de alguma dica ou 
> sugestão dos amigos do fórum.
> 
> Agradeço a ajuda.
> 
> 
> 
> 
>

[oracle_br] Lentidão após nova instalação - Oracle 10g

2015-10-29 Por tôpico martinez.si...@gmail.com [oracle_br] 
Prezados,
  
 Possuo um cliente com três instalações Oracle em servidores diferentes 
(Produção, Desenv e Homologação)
 Meu cliente adquiriu um novo servidor, com o objetivo de substituir o servidor 
de Produção.
  
 Nesse novo servidor, foi realizada a MESMA instalação de Sistema Operacional, 
Oracle e criação da base de dados existente nos outros servidores:
 - Windows Server 2008 R2 Standard SP1 - 64 bits
 - Oracle Standard 10.2.0.4 - 64 bits
 - Modo de servidor Dedicado
 - Objetivo: Base OLTP usada em um ERP
  
 O Hardware do novo servidor é superior ao dos já existentes (os outros possuem 
apenas 8Gb de memória RAM e processadores inferiores), porém após instalação do 
Banco e tentativa de Import (IMPDP), o processo ficou muuuito mais lento do que 
a mesma instrução IMPDP realizada nos outros servidores. Hoje, essa rotina de 
IMPORT demora 40 minutos nos bancos de DESENV e HOMOLOGACAO. Nesse novo 
servidor, demorou aproximadamente 5 horas. Onde é possível perceber que a 
criação dos dados nas tabelas e dos índices demora muito tempo.
  
 Outra coisa que percebi, é que após os dados importados, uma consulta simples 
executada pela primeira vez "Select count(*) from maior_tabela_do_sistema", 
demora quase 10x mais do que nas outras bases de dados.
  
 Segue abaixo algumas informações desse novo servidor DELL e dados da SGA 
criada:
 - Processador: Intel(R) Xeon(R) CPU E5-2609 0 @ 2.40GHz
 - Memória RAM: 32 GB
 - Dois Discos em RAID 1: DELL PERC S110 SCSI
  
 *
 V$SGAInfo
 *
 Name:   Size in MB:
 Buffer Cache Size  10528
 Fixed SGA Size 2
 Free SGA Memory Available   4096
 Granule Size  16
 Java Pool Size   16
 Large Pool Size  16
 Maximum SGA Size   16384
 Redo Buffers  14
 Shared Pool Size1680
 Startup overhead in Shared Pool  144
 Streams Pool Size  32
   
 
 De todas as instalações, essa é a única em discos SCSI. Pela forma como ficou 
lento o processo de import, desconfio em algo relacionado ao acesso à disco, 
porém não tenho ideia de como identificar. Gostaria de alguma dica ou sugestão 
dos amigos do fórum.

Agradeço a ajuda.