Re: RES: [oracle_br] Lentidão desconhecida no Oracle

[Jose Laurindo Chiappa jlchia...@yahoo.com.br [oracle_br]]

 Ops : o yahoo não aceitou o link , deixa eu tentar de novo : é 
"https://t.me/joinchat/CZP1exdQkM9bKC3BpZvyxw"; 
 sem aspas...

Em quarta-feira, 1 de julho de 2020 08:36:36 BRT, Jose Laurindo Chiappa 
jlchia...@yahoo.com.br [oracle_br]  escreveu:  
 
 #yiv2712708454 #yiv2712708454 -- #yiv2712708454 
.yiv2712708454ygrp-photo-title{clear:both;font-size:smaller;min-height:15px;overflow:hidden;text-align:center;width:75px;}#yiv2712708454
 
div.yiv2712708454ygrp-photo{background-position:center;background-repeat:no-repeat;background-color:white;border:1px
 solid black;min-height:62px;width:62px;}#yiv2712708454 
div.yiv2712708454photo-title a, #yiv2712708454 div.yiv2712708454photo-title 
a:active, #yiv2712708454 div.yiv2712708454photo-title a:hover, #yiv2712708454 
div.yiv2712708454photo-title a:visited {text-decoration:none;}#yiv2712708454 
div.yiv2712708454attach-table div.yiv2712708454attach-row 
{clear:both;}#yiv2712708454 div.yiv2712708454attach-table 
div.yiv2712708454attach-row div {float:left;}#yiv2712708454 p 
{clear:both;padding:15px 0 3px 0;overflow:hidden;}#yiv2712708454 
div.yiv2712708454ygrp-file {width:30px;}#yiv2712708454 
div.yiv2712708454attach-table div.yiv2712708454attach-row div div a 
{text-decoration:none;}#yiv2712708454 div.yiv2712708454attach-table 
div.yiv2712708454attach-row div div span {font-weight:normal;}#yiv2712708454 
div.yiv2712708454ygrp-file-title {font-weight:bold;}#yiv2712708454 
#yiv2712708454 

 Outro grupo no telegram em pt-br especializado apenas em Oracle que eu sigo é 
o Oracle PL/SQL, SQL e APEX : ele é focado em desenvolvimento nas 3 
linguagens/tools indicadas mas perguntas gerais sobre tecnologia de banco de 
dados podem ser feitas também, Oracle PL/SQL, SQL e Apex 


| 
| 
| 
|  |  |

 |

 |
| 
|  | 
Oracle PL/SQL, SQL e Apex


 |

 |

 |

é o link...



Em segunda-feira, 29 de junho de 2020 22:56:21 BRT, Jose Laurindo Chiappa 
jlchia...@yahoo.com.br [oracle_br]  escreveu:  
 
 

 Blz ? O grupo em questão é o ProfissionaisOracle , o link é t.me/OracleBR 
[]s
 Chiappa

Em segunda-feira, 29 de junho de 2020 21:11:41 BRT, 'Sharif Raduan - Yahoo' 
sharif_rad...@yahoo.com.br [oracle_br]  escreveu: 
 
 
 


Chiappa, qual é esse grupo do Telegram, poderia me passar o link?

  

  

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: segunda-feira, 29 de junho de 2020 17:23
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Lentidão desconhecida no Oracle

  

  

Blz ? Bom, enquanto aguardamos os outros colegas palpitarem em cima , só uma 
Obs : eu já tinha postado lá no grupo telegram do Profissionais Oracle as 
minhas obs/recomendações pra vc nesse cenário, só ficou faltando uma indicação 
de fazer um TRACE DE SQL*NET (tanto a nível cliente quanto a nível servidor), E 
se puder um de listener também , cfrme mostrado em How to Enable Oracle SQL*Net 
Client , Server and Listener Tracing 

  

| 
| 
|  | 
How to Enable Oracle SQL*Net Client , Server and Listener Tracing

A Blog about Database Technology and Knowledge Sharing Oracle Mysql Hadoop 
Cassandra MariaDB Exadata
 |

 |

 |


:  pode ser que esses arquivos de trace te dêem algum subsídio, alguma 
indicação de ONDE no fluxo de rede está demorando mais  E 
preferencialmente, depois dos traces ativados, não só faça o TNSPING mas TAMBÉM 
faça uma conexão pelo sqlplus e outra pelo Oracle SQL DEVELOPER em modo 
thin/basic, e SEMPRE usando nas opções que exigem client Oracle o client mais 
Recente possível do 11gR2 .

  

Abraços,

  

  Chiappa

  

  

  

Em segunda-feira, 29 de junho de 2020 14:08:09 BRT, Erik Castilho 
escasti...@gmail.com [oracle_br]  escreveu: 

  

  

  

Pessoal, boa tarde!

  

Estou com um problema de lentidão nas aplicações que acessam o Oracle ou em 
algo relacionado a rede, no alert.log estou recebendo estes alertas:

Fatal NI connect error 12537, connecting to:
 (LOCAL=NO)

  VERSION INFORMATION:
        TNS for Linux: Version 11.2.0.1..0 - Production
        Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.1.0 - 
Production
        TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.1.0 - Production
  Time: 29-JUN-2020 13:55:56
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12537

TNS-12537: TNS:connection closed
    ns secondary err code: 12560
    nt main err code: 0
    nt secondary err code: 0
    nt OS err code: 0
opiodr aborting process unknown ospid (74843) as a result of ORA-609

  

Já verifiquei a rede interna, cabeamento, switch e interface e nada, 
inicialmente tudo normal e não foi feita nenhuma alteração recente.

  

Ocorre que as aplicações demoram a se conectar ao banco, uma vez que conectou 
usa normalmente, mas se tentar novamente demora cerca de 2minutos.

  

Como exemplo: Segue um teste de tnsping

TNS Ping Utility for 32-bit Windows: Version 10.2.0..1.0 - Production on 
29-JUN-2020 13:53:53

Copyright (c) 1997, 2005, Oracle.  All rights reser

Re: RES: [oracle_br] Lentidão desconhecida no Oracle

[Jose Laurindo Chiappa jlchia...@yahoo.com.br [oracle_br]]

 Outro grupo no telegram em pt-br especializado apenas em Oracle que eu sigo é 
o Oracle PL/SQL, SQL e APEX : ele é focado em desenvolvimento nas 3 
linguagens/tools indicadas mas perguntas gerais sobre tecnologia de banco de 
dados podem ser feitas também, Oracle PL/SQL, SQL e Apex 


| 
| 
| 
|  |  |

 |

 |
| 
|  | 
Oracle PL/SQL, SQL e Apex


 |

 |

 |

é o link...



Em segunda-feira, 29 de junho de 2020 22:56:21 BRT, Jose Laurindo Chiappa 
jlchia...@yahoo.com.br [oracle_br]  escreveu:  
 
 

 Blz ? O grupo em questão é o ProfissionaisOracle , o link é t.me/OracleBR 
[]s
 Chiappa

Em segunda-feira, 29 de junho de 2020 21:11:41 BRT, 'Sharif Raduan - Yahoo' 
sharif_rad...@yahoo.com.br [oracle_br]  escreveu: 
 
 
 


Chiappa, qual é esse grupo do Telegram, poderia me passar o link?

  

  

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: segunda-feira, 29 de junho de 2020 17:23
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Lentidão desconhecida no Oracle

  

  

Blz ? Bom, enquanto aguardamos os outros colegas palpitarem em cima , só uma 
Obs : eu já tinha postado lá no grupo telegram do Profissionais Oracle as 
minhas obs/recomendações pra vc nesse cenário, só ficou faltando uma indicação 
de fazer um TRACE DE SQL*NET (tanto a nível cliente quanto a nível servidor), E 
se puder um de listener também , cfrme mostrado em How to Enable Oracle SQL*Net 
Client , Server and Listener Tracing 

  

| 
| 
|  | 
How to Enable Oracle SQL*Net Client , Server and Listener Tracing

A Blog about Database Technology and Knowledge Sharing Oracle Mysql Hadoop 
Cassandra MariaDB Exadata
 |

 |

 |


:  pode ser que esses arquivos de trace te dêem algum subsídio, alguma 
indicação de ONDE no fluxo de rede está demorando mais  E 
preferencialmente, depois dos traces ativados, não só faça o TNSPING mas TAMBÉM 
faça uma conexão pelo sqlplus e outra pelo Oracle SQL DEVELOPER em modo 
thin/basic, e SEMPRE usando nas opções que exigem client Oracle o client mais 
Recente possível do 11gR2 .

  

Abraços,

  

  Chiappa

  

  

  

Em segunda-feira, 29 de junho de 2020 14:08:09 BRT, Erik Castilho 
escasti...@gmail.com [oracle_br]  escreveu: 

  

  

  

Pessoal, boa tarde!

  

Estou com um problema de lentidão nas aplicações que acessam o Oracle ou em 
algo relacionado a rede, no alert.log estou recebendo estes alertas:

Fatal NI connect error 12537, connecting to:
 (LOCAL=NO)

  VERSION INFORMATION:
        TNS for Linux: Version 11.2.0.1..0 - Production
        Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.1.0 - 
Production
        TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.1.0 - Production
  Time: 29-JUN-2020 13:55:56
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12537

TNS-12537: TNS:connection closed
    ns secondary err code: 12560
    nt main err code: 0
    nt secondary err code: 0
    nt OS err code: 0
opiodr aborting process unknown ospid (74843) as a result of ORA-609

  

Já verifiquei a rede interna, cabeamento, switch e interface e nada, 
inicialmente tudo normal e não foi feita nenhuma alteração recente.

  

Ocorre que as aplicações demoram a se conectar ao banco, uma vez que conectou 
usa normalmente, mas se tentar novamente demora cerca de 2minutos.

  

Como exemplo: Segue um teste de tnsping

TNS Ping Utility for 32-bit Windows: Version 10.2.0..1.0 - Production on 
29-JUN-2020 13:53:53

Copyright (c) 1997, 2005, Oracle.  All rights reserved.

Used parameter files:
C:\oraclexe\app\oracle\product\10.2.0\server\network\admin\sqlnet.ora

Used HOSTNAME adapter to resolve the alias
Attempting to contact 
(DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.50.3)(PORT=1521)))
OK (49970 msec)

  

Ambiente:

SO: CentOS 6.10

Kernel: 2.6.32-754.24.3.el6.x86_64

Oracle Database 11g Release 11.2.0.1.0

  

Alguém já passou por isso? tem alguma sugestão pra me ajudar?

  

Obrigado pela atenção.

  


 

  

  

Re: RES: [oracle_br] Lentidão desconhecida no Oracle

[Jose Laurindo Chiappa jlchia...@yahoo.com.br [oracle_br]]

gin-bottom:0cm;}#yiv3891495450 


Chiappa, qual é esse grupo do Telegram, poderia me passar o link?

  

  

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: segunda-feira, 29 de junho de 2020 17:23
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Lentidão desconhecida no Oracle

  

  

Blz ? Bom, enquanto aguardamos os outros colegas palpitarem em cima , só uma 
Obs : eu já tinha postado lá no grupo telegram do Profissionais Oracle as 
minhas obs/recomendações pra vc nesse cenário, só ficou faltando uma indicação 
de fazer um TRACE DE SQL*NET (tanto a nível cliente quanto a nível servidor), E 
se puder um de listener também , cfrme mostrado em How to Enable Oracle SQL*Net 
Client , Server and Listener Tracing 

  

| 
| 
|  | 
How to Enable Oracle SQL*Net Client , Server and Listener Tracing

A Blog about Database Technology and Knowledge Sharing Oracle Mysql Hadoop 
Cassandra MariaDB Exadata
 |

 |

 |


:  pode ser que esses arquivos de trace te dêem algum subsídio, alguma 
indicação de ONDE no fluxo de rede está demorando mais  E 
preferencialmente, depois dos traces ativados, não só faça o TNSPING mas TAMBÉM 
faça uma conexão pelo sqlplus e outra pelo Oracle SQL DEVELOPER em modo 
thin/basic, e SEMPRE usando nas opções que exigem client Oracle o client mais 
Recente possível do 11gR2 .

  

Abraços,

  

  Chiappa

  

  

  

Em segunda-feira, 29 de junho de 2020 14:08:09 BRT, Erik Castilho 
escasti...@gmail.com [oracle_br]  escreveu: 

  

  

  

Pessoal, boa tarde!

  

Estou com um problema de lentidão nas aplicações que acessam o Oracle ou em 
algo relacionado a rede, no alert.log estou recebendo estes alertas:

Fatal NI connect error 12537, connecting to:
 (LOCAL=NO)

  VERSION INFORMATION:
        TNS for Linux: Version 11.2.0.1..0 - Production
        Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.1.0 - 
Production
        TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.1.0 - Production
  Time: 29-JUN-2020 13:55:56
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12537

TNS-12537: TNS:connection closed
    ns secondary err code: 12560
    nt main err code: 0
    nt secondary err code: 0
    nt OS err code: 0
opiodr aborting process unknown ospid (74843) as a result of ORA-609

  

Já verifiquei a rede interna, cabeamento, switch e interface e nada, 
inicialmente tudo normal e não foi feita nenhuma alteração recente.

  

Ocorre que as aplicações demoram a se conectar ao banco, uma vez que conectou 
usa normalmente, mas se tentar novamente demora cerca de 2minutos.

  

Como exemplo: Segue um teste de tnsping

TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on 
29-JUN-2020 13:53:53

Copyright (c) 1997, 2005, Oracle.  All rights reserved.

Used parameter files:
C:\oraclexe\app\oracle\product\10.2.0\server\network\admin\sqlnet.ora

Used HOSTNAME adapter to resolve the alias
Attempting to contact 
(DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.50.3)(PORT=1521)))
OK (49970 msec)

  

Ambiente:

SO: CentOS 6.10

Kernel: 2.6.32-754.24.3.el6.x86_64

Oracle Database 11g Release 11.2.0.1.0

  

Alguém já passou por isso? tem alguma sugestão pra me ajudar?

  

Obrigado pela atenção.

  


 

  

RES: [oracle_br] Lentidão desconhecida no Oracle

['Sharif Raduan - Yahoo' sharif_rad...@yahoo.com.br [oracle_br]]

Chiappa, qual é esse grupo do Telegram, poderia me passar o link?

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: segunda-feira, 29 de junho de 2020 17:23
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Lentidão desconhecida no Oracle

 

  

Blz ? Bom, enquanto aguardamos os outros colegas palpitarem em cima , só uma 
Obs : eu já tinha postado lá no grupo telegram do Profissionais Oracle as 
minhas obs/recomendações pra vc nesse cenário, só ficou faltando uma indicação 
de fazer um TRACE DE SQL*NET (tanto a nível cliente quanto a nível servidor), E 
se puder um de listener também , cfrme mostrado em How to Enable Oracle SQL*Net 
Client , Server and Listener Tracing 
<https://onlinedbalearning.blogspot.com/2019/12/how-to-enable-oracle-sqlnet-client.html>
  

 





How to Enable Oracle SQL*Net Client , Server and Listener Tracing


A Blog about Database Technology and Knowledge Sharing Oracle Mysql Hadoop 
Cassandra MariaDB Exadata

:  pode ser que esses arquivos de trace te dêem algum subsídio, alguma 
indicação de ONDE no fluxo de rede está demorando mais  E 
preferencialmente, depois dos traces ativados, não só faça o TNSPING mas TAMBÉM 
faça uma conexão pelo sqlplus e outra pelo Oracle SQL DEVELOPER em modo 
thin/basic, e SEMPRE usando nas opções que exigem client Oracle o client mais 
Recente possível do 11gR2 .

 

Abraços,

 

  Chiappa

 

 

 

Em segunda-feira, 29 de junho de 2020 14:08:09 BRT, Erik Castilho 
escasti...@gmail.com [oracle_br]  escreveu: 

 

 

 

Pessoal, boa tarde!

 

Estou com um problema de lentidão nas aplicações que acessam o Oracle ou em 
algo relacionado a rede, no alert.log estou recebendo estes alertas:

Fatal NI connect error 12537, connecting to:
 (LOCAL=NO)

  VERSION INFORMATION:
TNS for Linux: Version 11.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.1.0 - 
Production
TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.1.0 - Production
  Time: 29-JUN-2020 13:55:56
  Tracing not turned on.
  Tns error struct:
ns main err code: 12537

TNS-12537: TNS:connection closed
ns secondary err code: 12560
nt main err code: 0
nt secondary err code: 0
nt OS err code: 0
opiodr aborting process unknown ospid (74843) as a result of ORA-609

 

Já verifiquei a rede interna, cabeamento, switch e interface e nada, 
inicialmente tudo normal e não foi feita nenhuma alteração recente.

 

Ocorre que as aplicações demoram a se conectar ao banco, uma vez que conectou 
usa normalmente, mas se tentar novamente demora cerca de 2minutos.

 

Como exemplo: Segue um teste de tnsping

TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on 
29-JUN-2020 13:53:53

Copyright (c) 1997, 2005, Oracle.  All rights reserved.

Used parameter files:
C:\oraclexe\app\oracle\product\10.2.0\server\network\admin\sqlnet.ora

Used HOSTNAME adapter to resolve the alias
Attempting to contact 
(DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.50.3)(PORT=1521)))
OK (49970 msec)

 

Ambiente:

SO: CentOS 6.10

Kernel: 2.6.32-754.24.3.el6.x86_64

Oracle Database 11g Release 11.2.0.1.0

 

Alguém já passou por isso? tem alguma sugestão pra me ajudar?

 

Obrigado pela atenção.

 

Re: [oracle_br] Lentidão desconhecida no Oracle

[Jose Laurindo Chiappa jlchia...@yahoo.com.br [oracle_br]]

 Blz ? Bom, enquanto aguardamos os outros colegas palpitarem em cima , só uma 
Obs : eu já tinha postado lá no grupo telegram do Profissionais Oracle as 
minhas obs/recomendações pra vc nesse cenário, só ficou faltando uma indicação 
de fazer um TRACE DE SQL*NET (tanto a nível cliente quanto a nível servidor), E 
se puder um de listener também , cfrme mostrado em How to Enable Oracle SQL*Net 
Client , Server and Listener Tracing 


| 
| 
|  | 
How to Enable Oracle SQL*Net Client , Server and Listener Tracing

A Blog about Database Technology and Knowledge Sharing Oracle Mysql Hadoop 
Cassandra MariaDB Exadata
 |

 |

 |

:  pode ser que esses arquivos de trace te dêem algum subsídio, alguma 
indicação de ONDE no fluxo de rede está demorando mais  E 
preferencialmente, depois dos traces ativados, não só faça o TNSPING mas TAMBÉM 
faça uma conexão pelo sqlplus e outra pelo Oracle SQL DEVELOPER em modo 
thin/basic, e SEMPRE usando nas opções que exigem client Oracle o client mais 
Recente possível do 11gR2 .
Abraços,
  Chiappa



Em segunda-feira, 29 de junho de 2020 14:08:09 BRT, Erik Castilho 
escasti...@gmail.com [oracle_br]  escreveu:  
 
  


Pessoal, boa tarde!
Estou com um problema de lentidão nas aplicações que acessam o Oracle ou em 
algo relacionado a rede, no alert.log estou recebendo estes alertas:

Fatal NI connect error 12537, connecting to:
 (LOCAL=NO)

  VERSION INFORMATION:
        TNS for Linux: Version 11.2.0.1.0 - Production
        Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.1.0 - 
Production
        TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.1.0 - Production
  Time: 29-JUN-2020 13:55:56
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12537

TNS-12537: TNS:connection closed
    ns secondary err code: 12560
    nt main err code: 0
    nt secondary err code: 0
    nt OS err code: 0
opiodr aborting process unknown ospid (74843) as a result of ORA-609
Já verifiquei a rede interna, cabeamento, switch e interface e nada, 
inicialmente tudo normal e não foi feita nenhuma alteração recente.
Ocorre que as aplicações demoram a se conectar ao banco, uma vez que conectou 
usa normalmente, mas se tentar novamente demora cerca de 2minutos.
Como exemplo: Segue um teste de tnsping

TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on 
29-JUN-2020 13:53:53

Copyright (c) 1997, 2005, Oracle.  All rights reserved.

Used parameter files:
C:\oraclexe\app\oracle\product\10.2.0\server\network\admin\sqlnet.ora

Used HOSTNAME adapter to resolve the alias
Attempting to contact 
(DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.50.3)(PORT=1521)))
OK (49970 msec)
Ambiente:
SO: CentOS 6.10
Kernel: 2.6.32-754.24.3.el6.x86_64
Oracle Database 11g Release 11.2.0.1.0
Alguém já passou por isso? tem alguma sugestão pra me ajudar?
Obrigado pela atenção.


  

[oracle_br] Lentidão desconhecida no Oracle

[Erik Castilho escasti...@gmail.com [oracle_br]]

Pessoal, boa tarde!

Estou com um problema de lentidão nas aplicações que acessam o Oracle ou em
algo relacionado a rede, no alert.log estou recebendo estes alertas:


















*Fatal NI connect error 12537, connecting to: (LOCAL=NO)  VERSION
INFORMATION:TNS for Linux: Version 11.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.1.0 -
ProductionTCP/IP NT Protocol Adapter for Linux: Version 11.2.0.1.0
- Production  Time: 29-JUN-2020 13:55:56  Tracing not turned on.  Tns error
struct:ns main err code: 12537TNS-12537: TNS:connection closedns
secondary err code: 12560nt main err code: 0nt secondary err code:
0nt OS err code: 0opiodr aborting process unknown ospid (74843) as a
result of ORA-609*

Já verifiquei a rede interna, cabeamento, switch e interface e nada,
inicialmente tudo normal e não foi feita nenhuma alteração recente.

Ocorre que as aplicações demoram a se conectar ao banco, uma vez que
conectou usa normalmente, mas se tentar novamente demora cerca de 2minutos.

Como exemplo: Segue um teste de tnsping










*TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on
29-JUN-2020 13:53:53Copyright (c) 1997, 2005, Oracle.  All rights
reserved.Used parameter
files:C:\oraclexe\app\oracle\product\10.2.0\server\network\admin\sqlnet.oraUsed
HOSTNAME adapter to resolve the aliasAttempting to contact
(DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.50.3)(PORT=1521)))OK
(49970 msec)*

Ambiente:
SO: CentOS 6.10
Kernel: 2.6.32-754.24.3.el6.x86_64
Oracle Database 11g Release 11.2.0.1.0

Alguém já passou por isso? tem alguma sugestão pra me ajudar?

Obrigado pela atenção.

Re: Assunto: [oracle_br] Lentidão no Update

[Marcos Soares marcos....@gmail.com [oracle_br]]

Alessandro, obrigado pelo retorno.

No entanto, esta coluna não faz referência e nem é referenciada por  outras
tabelas.

Abs

Em Qui, 9 de ago de 2018 18:05, Alessandro Lúcio Cordeiro da Silva
alecordeirosi...@yahoo.com.br [oracle_br] 
escreveu:

>
>
> Olá Marcos, tive este problema devido à coluna add ter referência a uma
> tabela com milhares de linha. A solução foi criar um índice sobre a nova
> coluna.
>
> Enviado do Yahoo Mail no Android
> 
>
> Em Qui, 9 9e ago 9e 2018 às 17:36, Marcos Soares marcos@gmail.com
> [oracle_br] escreveu:
>
>
> Pessoal, Blz?
>
> Alguém de vocês já teve problemas de performance com updates após a
> adicionar uma nova coluna em uma tabela? Estamos com este problema aqui no
> nosso ambiente.
> Já analisamos e não há migração de linhas. Fizemos redefinition da tabela
> e não surtiu efeito. O mais estranho é que no ambiente de desenv não houve
> queda de performance.
> Obs.: ambiente de prod utiliza o Dataguard da Oracle.
> Oracle 11g 11.2.0.4.0 64bit
>
> Obrigado.
>
> Marcos
>
> 
>

Re: [oracle_br] Lentidão no Update

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

Sim, mas desconsiderando re-escrita de SQL, como está hoje a coleta de 
indicadores de performance e de waits, que eram meio fracos da última vez que 
eu vi ? As tools já tem suporte pra captura e análise de planos de execução 
REAIS, ao invés da Simulação feita pelo EXPLAIN PLAN ?? Tem algumas tools de 
análise de trace ? Já tem suporte para manipular/exibir dados do AWR e do ASH, 
que a última vez que fui olhar não tinha ? E esse coletor em SGA, ela realmente 
coleta as colunas 'novas' das v$sqlNN, como os BIND VALUEs usados, os planos de 
execução reais extendidos usados nas últimas execuções, etc ? 
 Se puder, fale um pouquinho sobre esses pontos na sua experiência de uso, pra 
ficar registrado pros demais leitores  ...
 
 []s
 
   Chiappa

Re: [oracle_br] Lentidão no Update

[Erick Guimaraes guimaraes.er...@gmail.com [oracle_br]]

Chiappa, os produtos são bem legais. Ele tem coletor bem interessante que é
um executável no SO que varre a SGA em memória, ele não faz query no banco
de dados, logo queries muito curtas são pegas e mapeadas pelo ferramenta. O
tuning é bem interessante, ele te dá uma série de novas escritas, baseadas
nas melhores práticas e na análise que ele tem do DB, tabela, indice e
etc... E sim, ele faz uma real simulação, com medição em cada alternativa
que deu, inclusive você pode setar seu GOAL, ou seja, o que quer reduzir,
lapse time, consumo de CPU, redução de IOs. E mais , faz uma relação entre
a contenção das métricas internas do Oracle com as métricas físicas do
storage. Eu confesso que uso e gosto bastante. Claro que ele é um auxilio e
nada e nunca qq ferramenta que seja irá substituir um professional
capacitado. Forte abraço.

Em 10 de agosto de 2018 10:12, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Blz ? Erick, eu não sei como estão hoje, mas um tempo atrás eu tinha visto
> uns produtos da Quest e achei fracos no quesito de Tuning : em especial,
> eles só faziam o EXPLAIN PLAN (que dá o Plano de Execução estimado, e Não o
> real) dos SQLs a analisar, não tinham muitas informações sobre Histogramas,
> Child Cursors e coisas do tipo, além de só coletarem/exibirem estatísticas
> muito gerais de performance do banco. É algo a analisar/avaliar se
> esses progs vão ser úteis no caso em questão.
>
>  Marcos, primeira coisa : teu ambiente DESENV contém o ** mesmo ** volume
> de dados que PROD, com o mesmo (ou similar) número de sessões concorrentes,
> com um hardware e um software o mais semelhantes possíveis em relação à
> PROD ??? Se não tem, não vejo NADA DE ESTRANHO em observar performance
> diferente em hardwares diferentes manipulando volumes de dados diferentes
> com diferente número de sessões no banco, não é ?? Faz sentido ? Eu acho
> que faz.
>
>  Segundo : essa coluna que vc adicionou, qual é o datatype dela, será que
> não é um datatype complexo/não-escalar como LOB ? Vcs  tem CONSTRAINTS nela
> , em especial FK ? Tem TRIGGERS referenciando ela/usando-a ? Ela é usada
> nos SQLs da aplicação ? Se é usada sim, será que ela não é usada nos WHEREs
> - obviamente, se é citada/usada nos WHEREs e não houver estatísticas e
> histogramas apropriados o CBO pode montar um Plano de Execução impróprio, o
> que nos leva ao Terceiro ponto 
>
>  Terceiro : pra vc SABER o que está sendo diferente em dois databases que
> pro mesmo SQL apresentam performance largamente diferente, vc TEM que
> coletar 4 informações cruciais em ambos os bancos - SE vc não é o DBA e
> portanto não tem acesso à todas elas, Peça Suporte/ajuda pro seu DBA... São
> elas :
>
>a. os indicadores gerais de performance do banco coletados
> imediatamente antes e imediatamente depois da execução do SQL em questão
> (derivados principalmente da V$SYSSTAT) : a idéia é fazer uma coleta da
> V$SYSSTAT imediatamente antes (armazenando numa tabela ou algo assim),
> executar o SQL e imediatamente depois fazer nova coleta, armazenar E fazer
> a diferença entre os valores da segunda e da primeira coleta, o resultado é
> quanto foi 'gasto' 
>
>b. os indicadores de performance/consumo de recursos da sessão (pode
> ser a V$SESSTAT, pode ser a MYSTATS) : http://betteratoracle.com/
> posts/12-runstats é um exemplo possível, eu costumo usar uma Variação
> desse script, que mostra só os indicadores que Foram alterados ou os cuja
> diferença foi maior que um dado valor
>
>c. os Planos de Execução REAIS : quando vc faz um EXPLAIN PLAN (o que
> como eu disse afaik é o que a maioria das tools faz por vc) vc obtém uma
> ESTIMATIVA do plano de execução do SQL... Para vc obter o plano que
> REALMENTE foi criado e usado, inclusive com Detalhes como qtdade de linhas
> estimadas e reais, tempo gasto, etc) vc pode usar a DBMS_XPLAN, desde que
> vc TENHA ativado a coleta extendida : https://blogs.oracle.com/
> optimizer/how-do-i-know-if-the-cardinality-estimates-in-
> a-plan-are-accurate dá um exemplo...
>
>d. os WAIT EVENTs todos que a execução do SQL sofreu : há diversas
> maneiras de se obter isso mas imho a mais simples é vc fazer um TRACE da
> sessão executando o SQL : http://psoug.org/reference/dbms_monitor.html,
> https://community.toadworld.com/platforms/oracle/b/weblog/
> archive/2014/06/22/tracing-code-with-dbms-monitor e
> http://programmersnotes.com/2013/12/how-to-enable-tracing-
> in-oracle-db-how-to-read-trace-files/ tem uns exemplos
>
> ===>>> Com essas 4 informações vc ** VAI ** descobrir o que está diferente
> : PODE  ser que o plano tenha mudado em um dos databases, PODE ser que o
> plano não mudou mas o banco PROD está rodando o mesmo plano que DESENV mas
> com performance inferior (por causa de waits extras, digamos, ou I/O
> ineficiente, ou qtdade de blocos muito diferente de DESENV). Sem essas
> infos vc vai estar CHUTANDO, simples assim
>
> []s
>
>   Chiappa
> 
>

Re: [oracle_br] Lentidão no Update

[Marcos Soares marcos....@gmail.com [oracle_br]]

Chiappa,

Obrigado pelas ótimas sugestões.

Vou solicitar estas informações ao DBA.

Abs,

Marcos


Em Sex, 10 de ago de 2018 10:12, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Blz ? Erick, eu não sei como estão hoje, mas um tempo atrás eu tinha visto
> uns produtos da Quest e achei fracos no quesito de Tuning : em especial,
> eles só faziam o EXPLAIN PLAN (que dá o Plano de Execução estimado, e Não o
> real) dos SQLs a analisar, não tinham muitas informações sobre Histogramas,
> Child Cursors e coisas do tipo, além de só coletarem/exibirem estatísticas
> muito gerais de performance do banco. É algo a analisar/avaliar se
> esses progs vão ser úteis no caso em questão.
>
>  Marcos, primeira coisa : teu ambiente DESENV contém o ** mesmo ** volume
> de dados que PROD, com o mesmo (ou similar) número de sessões concorrentes,
> com um hardware e um software o mais semelhantes possíveis em relação à
> PROD ??? Se não tem, não vejo NADA DE ESTRANHO em observar performance
> diferente em hardwares diferentes manipulando volumes de dados diferentes
> com diferente número de sessões no banco, não é ?? Faz sentido ? Eu acho
> que faz.
>
>  Segundo : essa coluna que vc adicionou, qual é o datatype dela, será que
> não é um datatype complexo/não-escalar como LOB ? Vcs  tem CONSTRAINTS nela
> , em especial FK ? Tem TRIGGERS referenciando ela/usando-a ? Ela é usada
> nos SQLs da aplicação ? Se é usada sim, será que ela não é usada nos WHEREs
> - obviamente, se é citada/usada nos WHEREs e não houver estatísticas e
> histogramas apropriados o CBO pode montar um Plano de Execução impróprio, o
> que nos leva ao Terceiro ponto 
>
>  Terceiro : pra vc SABER o que está sendo diferente em dois databases que
> pro mesmo SQL apresentam performance largamente diferente, vc TEM que
> coletar 4 informações cruciais em ambos os bancos - SE vc não é o DBA e
> portanto não tem acesso à todas elas, Peça Suporte/ajuda pro seu DBA... São
> elas :
>
>a. os indicadores gerais de performance do banco coletados
> imediatamente antes e imediatamente depois da execução do SQL em questão
> (derivados principalmente da V$SYSSTAT) : a idéia é fazer uma coleta da
> V$SYSSTAT imediatamente antes (armazenando numa tabela ou algo assim),
> executar o SQL e imediatamente depois fazer nova coleta, armazenar E fazer
> a diferença entre os valores da segunda e da primeira coleta, o resultado é
> quanto foi 'gasto' 
>
>b. os indicadores de performance/consumo de recursos da sessão (pode
> ser a V$SESSTAT, pode ser a MYSTATS) :
> http://betteratoracle.com/posts/12-runstats é um exemplo possível, eu
> costumo usar uma Variação desse script, que mostra só os indicadores que
> Foram alterados ou os cuja diferença foi maior que um dado valor
>
>c. os Planos de Execução REAIS : quando vc faz um EXPLAIN PLAN (o que
> como eu disse afaik é o que a maioria das tools faz por vc) vc obtém uma
> ESTIMATIVA do plano de execução do SQL... Para vc obter o plano que
> REALMENTE foi criado e usado, inclusive com Detalhes como qtdade de linhas
> estimadas e reais, tempo gasto, etc) vc pode usar a DBMS_XPLAN, desde que
> vc TENHA ativado a coleta extendida :
> https://blogs.oracle.com/optimizer/how-do-i-know-if-the-cardinality-estimates-in-a-plan-are-accurate
> dá um exemplo...
>
>d. os WAIT EVENTs todos que a execução do SQL sofreu : há diversas
> maneiras de se obter isso mas imho a mais simples é vc fazer um TRACE da
> sessão executando o SQL : http://psoug.org/reference/dbms_monitor.html,
> https://community.toadworld.com/platforms/oracle/b/weblog/archive/2014/06/22/tracing-code-with-dbms-monitor
> e
> http://programmersnotes.com/2013/12/how-to-enable-tracing-in-oracle-db-how-to-read-trace-files/
> tem uns exemplos
>
> ===>>> Com essas 4 informações vc ** VAI ** descobrir o que está diferente
> : PODE  ser que o plano tenha mudado em um dos databases, PODE ser que o
> plano não mudou mas o banco PROD está rodando o mesmo plano que DESENV mas
> com performance inferior (por causa de waits extras, digamos, ou I/O
> ineficiente, ou qtdade de blocos muito diferente de DESENV). Sem essas
> infos vc vai estar CHUTANDO, simples assim
>
> []s
>
>   Chiappa
> 
>

Re: [oracle_br] Lentidão no Update

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

Blz ? Erick, eu não sei como estão hoje, mas um tempo atrás eu tinha visto uns 
produtos da Quest e achei fracos no quesito de Tuning : em especial, eles só 
faziam o EXPLAIN PLAN (que dá o Plano de Execução estimado, e Não o real) dos 
SQLs a analisar, não tinham muitas informações sobre Histogramas, Child Cursors 
e coisas do tipo, além de só coletarem/exibirem estatísticas muito gerais de 
performance do banco. É algo a analisar/avaliar se esses progs vão ser 
úteis no caso em questão.

 Marcos, primeira coisa : teu ambiente DESENV contém o ** mesmo ** volume de 
dados que PROD, com o mesmo (ou similar) número de sessões concorrentes, com um 
hardware e um software o mais semelhantes possíveis em relação à PROD ??? Se 
não tem, não vejo NADA DE ESTRANHO em observar performance diferente em 
hardwares diferentes manipulando volumes de dados diferentes com diferente 
número de sessões no banco, não é ?? Faz sentido ? Eu acho que faz.

 Segundo : essa coluna que vc adicionou, qual é o datatype dela, será que não é 
um datatype complexo/não-escalar como LOB ? Vcs  tem CONSTRAINTS nela , em 
especial FK ? Tem TRIGGERS referenciando ela/usando-a ? Ela é usada nos SQLs da 
aplicação ? Se é usada sim, será que ela não é usada nos WHEREs - obviamente, 
se é citada/usada nos WHEREs e não houver estatísticas e histogramas 
apropriados o CBO pode montar um Plano de Execução impróprio, o que nos leva ao 
Terceiro ponto 
 
 Terceiro : pra vc SABER o que está sendo diferente em dois databases que pro 
mesmo SQL apresentam performance largamente diferente, vc TEM que coletar 4 
informações cruciais em ambos os bancos - SE vc não é o DBA e portanto não tem 
acesso à todas elas, Peça Suporte/ajuda pro seu DBA... São elas :
 
   a. os indicadores gerais de performance do banco coletados imediatamente 
antes e imediatamente depois da execução do SQL em questão (derivados 
principalmente da V$SYSSTAT) : a idéia é fazer uma coleta da V$SYSSTAT 
imediatamente antes (armazenando numa tabela ou algo assim), executar o SQL e 
imediatamente depois fazer nova coleta, armazenar E fazer a diferença entre os 
valores da segunda e da primeira coleta, o resultado é quanto foi 'gasto' 

   b. os indicadores de performance/consumo de recursos da sessão (pode ser a 
V$SESSTAT, pode ser a MYSTATS) : http://betteratoracle.com/posts/12-runstats é 
um exemplo possível, eu costumo usar uma Variação desse script, que mostra só 
os indicadores que Foram alterados ou os cuja diferença foi maior que um dado 
valor

   c. os Planos de Execução REAIS : quando vc faz um EXPLAIN PLAN (o que como 
eu disse afaik é o que a maioria das tools faz por vc) vc obtém uma ESTIMATIVA 
do plano de execução do SQL... Para vc obter o plano que REALMENTE foi criado e 
usado, inclusive com Detalhes como qtdade de linhas estimadas e reais, tempo 
gasto, etc) vc pode usar a DBMS_XPLAN, desde que vc TENHA ativado a coleta 
extendida : 
https://blogs.oracle.com/optimizer/how-do-i-know-if-the-cardinality-estimates-in-a-plan-are-accurate
 dá um exemplo...
  
   d. os WAIT EVENTs todos que a execução do SQL sofreu : há diversas maneiras 
de se obter isso mas imho a mais simples é vc fazer um TRACE da sessão 
executando o SQL : http://psoug.org/reference/dbms_monitor.html, 
https://community.toadworld.com/platforms/oracle/b/weblog/archive/2014/06/22/tracing-code-with-dbms-monitor
 e 
http://programmersnotes.com/2013/12/how-to-enable-tracing-in-oracle-db-how-to-read-trace-files/
 tem uns exemplos
  
===>>> Com essas 4 informações vc ** VAI ** descobrir o que está diferente : 
PODE  ser que o plano tenha mudado em um dos databases, PODE ser que o plano 
não mudou mas o banco PROD está rodando o mesmo plano que DESENV mas com 
performance inferior (por causa de waits extras, digamos, ou I/O ineficiente, 
ou qtdade de blocos muito diferente de DESENV). Sem essas infos vc vai 
estar CHUTANDO, simples assim

[]s

  Chiappa

Re: [oracle_br] Lentidão no Update

[Erick Guimaraes guimaraes.er...@gmail.com [oracle_br]]

Pessoal recomendo a vcs se tiverem oportunidade claro de instalarem a
solução de data base da empresa Quest.  Irá ajudar bastante. Abs

Em Qui, 9 de ago de 2018 17:36, Marcos Soares marcos@gmail.com
[oracle_br]  escreveu:

>
>
> Pessoal, Blz?
>
> Alguém de vocês já teve problemas de performance com updates após a
> adicionar uma nova coluna em uma tabela? Estamos com este problema aqui no
> nosso ambiente.
> Já analisamos e não há migração de linhas. Fizemos redefinition da tabela
> e não surtiu efeito. O mais estranho é que no ambiente de desenv não houve
> queda de performance.
> Obs.: ambiente de prod utiliza o Dataguard da Oracle.
> Oracle 11g 11.2.0.4.0 64bit
>
> Obrigado.
>
> Marcos
> 
>

Assunto: [oracle_br] Lentidão no Update

[Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]]

Olá Marcos, tive este problema devido à coluna add ter referência a uma tabela 
com milhares de linha. A solução foi criar um índice sobre a nova coluna. 

Enviado do Yahoo Mail no Android 
 
  Em Qui, 9 9e ago 9e 2018 às 17:36, Marcos Soares marcos@gmail.com 
[oracle_br] escreveu:       

Pessoal, Blz?
Alguém de vocês já teve problemas de performance com updates após a adicionar 
uma nova coluna em uma tabela? Estamos com este problema aqui no nosso 
ambiente. Já analisamos e não há migração de linhas. Fizemos redefinition da 
tabela e não surtiu efeito. O mais estranho é que no ambiente de desenv não 
houve queda de performance.Obs.: ambiente de prod utiliza o Dataguard da 
Oracle. Oracle 11g 11.2.0.4.0 64bit
Obrigado.
Marcos  #yiv1609448090 #yiv1609448090 -- #yiv1609448090ygrp-mkp {border:1px 
solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv1609448090 
#yiv1609448090ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv1609448090 
#yiv1609448090ygrp-mkp #yiv1609448090hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv1609448090 #yiv1609448090ygrp-mkp #yiv1609448090ads 
{margin-bottom:10px;}#yiv1609448090 #yiv1609448090ygrp-mkp .yiv1609448090ad 
{padding:0 0;}#yiv1609448090 #yiv1609448090ygrp-mkp .yiv1609448090ad p 
{margin:0;}#yiv1609448090 #yiv1609448090ygrp-mkp .yiv1609448090ad a 
{color:#ff;text-decoration:none;}#yiv1609448090 #yiv1609448090ygrp-sponsor 
#yiv1609448090ygrp-lc {font-family:Arial;}#yiv1609448090 
#yiv1609448090ygrp-sponsor #yiv1609448090ygrp-lc #yiv1609448090hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv1609448090 
#yiv1609448090ygrp-sponsor #yiv1609448090ygrp-lc .yiv1609448090ad 
{margin-bottom:10px;padding:0 0;}#yiv1609448090 #yiv1609448090actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv1609448090 
#yiv1609448090activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv1609448090
 #yiv1609448090activity span {font-weight:700;}#yiv1609448090 
#yiv1609448090activity span:first-child 
{text-transform:uppercase;}#yiv1609448090 #yiv1609448090activity span a 
{color:#5085b6;text-decoration:none;}#yiv1609448090 #yiv1609448090activity span 
span {color:#ff7900;}#yiv1609448090 #yiv1609448090activity span 
.yiv1609448090underline {text-decoration:underline;}#yiv1609448090 
.yiv1609448090attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv1609448090 ..yiv1609448090attach div a 
{text-decoration:none;}#yiv1609448090 .yiv1609448090attach img 
{border:none;padding-right:5px;}#yiv1609448090 .yiv1609448090attach label 
{display:block;margin-bottom:5px;}#yiv1609448090 .yiv1609448090attach label a 
{text-decoration:none;}#yiv1609448090 blockquote {margin:0 0 0 
4px;}#yiv1609448090 .yiv1609448090bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv1609448090 
.yiv1609448090bold a {text-decoration:none;}#yiv1609448090 dd.yiv1609448090last 
p a {font-family:Verdana;font-weight:700;}#yiv1609448090 dd.yiv1609448090last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv1609448090 
dd.yiv1609448090last p span.yiv1609448090yshortcuts 
{margin-right:0;}#yiv1609448090 div.yiv1609448090attach-table div div a 
{text-decoration:none;}#yiv1609448090 div.yiv1609448090attach-table 
{width:400px;}#yiv1609448090 div.yiv1609448090file-title a, #yiv1609448090 
div.yiv1609448090file-title a:active, #yiv1609448090 
div.yiv1609448090file-title a:hover, #yiv1609448090 div.yiv1609448090file-title 
a:visited {text-decoration:none;}#yiv1609448090 div.yiv1609448090photo-title a, 
#yiv1609448090 div.yiv1609448090photo-title a:active, #yiv1609448090 
div.yiv1609448090photo-title a:hover, #yiv1609448090 
div.yiv1609448090photo-title a:visited {text-decoration:none;}#yiv1609448090 
div#yiv1609448090ygrp-mlmsg #yiv1609448090ygrp-msg p a 
span.yiv1609448090yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv1609448090 
.yiv1609448090green {color:#628c2a;}#yiv1609448090 .yiv1609448090MsoNormal 
{margin:0 0 0 0;}#yiv1609448090 o {font-size:0;}#yiv1609448090 
#yiv1609448090photos div {float:left;width:72px;}#yiv1609448090 
#yiv1609448090photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv1609448090 
#yiv1609448090photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv1609448090
 #yiv1609448090reco-category {font-size:77%;}#yiv1609448090 
#yiv1609448090reco-desc {font-size:77%;}#yiv1609448090 .yiv1609448090replbq 
{margin:4px;}#yiv1609448090 #yiv1609448090ygrp-actbar div a:first-child 
{margin-right:2px;padding-right:5px;}#yiv1609448090 #yiv1609448090ygrp-mlmsg 
{font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}#yiv1609448090 
#yiv1609448090ygrp-mlmsg table {font-size:inherit;font:100%;}#yiv1609448090 
#yiv1609448090ygrp-mlmsg select, #yiv1609448090 input, #yiv1609448090 textarea 
{font:99% Arial, He

[oracle_br] Lentidão no Update

[Marcos Soares marcos....@gmail.com [oracle_br]]

Pessoal, Blz?

Alguém de vocês já teve problemas de performance com updates após a
adicionar uma nova coluna em uma tabela? Estamos com este problema aqui no
nosso ambiente.
Já analisamos e não há migração de linhas. Fizemos redefinition da tabela e
não surtiu efeito. O mais estranho é que no ambiente de desenv não houve
queda de performance.
Obs.: ambiente de prod utiliza o Dataguard da Oracle.
Oracle 11g 11.2.0.4.0 64bit

Obrigado.

Marcos

Re: [oracle_br] Lentidão ??

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

.com.br/> Rodrigo Mufalani - Diretor Técnico |
> rodr...@mufalani.com.br< mailto:rodr...@mufalani.com.br > | +55 21 988
> 994 817
> Mufalani - +55 21 3193 0326 | Rua Alm Grenfall, 405, Bl 3, Sl 310, Centro
> Empresarial
> Washington Luiz, Duque de Caxias, RJ | CEP 25085-009 | www.mufalani.com.br
> <mailto:rod r...@mufalani.com.br >
> <http://www.mufalani.com.br/>[ cid:image001.png@01D20DFB. 
> F9D31B80]<http://www.mufalani.
> com.br/ <http://www.mufalani.com.br/>>[cid:image002.png@
> 01D20DFB.F9D31B80]
>
>
> De:  em nome de "Rafael Mendonca
> raffaell.t...@yahoo.com [oracle_br]" 
> Responder para: "oracle_br@yahoogrupos.com.br" <
> oracle_br@yahoogrupos.com.br>
> Data: terça-feira, 13 de setembro de 2016 18:46
> Para: "oracle_br@yahoogrupos.com.br" 
> Assunto: Re: [oracle_br] Lentidão ??
>
>
> Angelo/Andre
>
> Ele acessa o sistema que conecta no servidor de aplicação e
> consequentemente no banco de dados, eu não tenho mais informações a
> respeito disso, pois o responsável pela aplicação já foi embora. O usuário
> está local.
>
>
> Em relação ao trace, segue algumas informações relevantes:
>
>
>
>
> SQL ID: 8mvsyr5t2sndh Plan Hash: 2923565733
>
> SELECT MIN(EMD.DTHRMOV)
> FROM
> LOCALFISICO LF, MOVIMENTOFISICO MF, EXPMOVDISTRIBUICAO EMD WHERE MF.CODDOC
> =
> :B1 AND MF.DTHRMOV = (SELECT MAX(DTHRMOV) FROM MOVIMENTOFISICO WHERE
> CODDOC
> = :B1 AND DTHRMOV < :B2 ) AND MF.CODLOCAL = LF.CODLOCAL AND EMD.CODDOC=
> MF.CODDOC AND EMD.DTHRMOV=MF.DTHRMOV
>
>
> call count cpu elapsed disk query current rows
> --- --  -- -- -- --
> --
> Parse 0 0.00 0.00 0 0 0 0
> Execute 1 19.96 41.60 0 7963807 0 0
> Fetch 1 0.00 0.00 0 7 0 1
> --- --  -- -- -- --
> --
> total 2 19.96 41.60 0 7963814 0 1
>
> Misses in library cache during parse: 0
> Optimizer mode: ALL_ROWS
> Parsing user id: 1253 (recursive depth: 2)
>
>
>
> SQL ID: 3kkvtpq5bfaq8 Plan Hash: 0
>
> INSERT INTO MOVREMINT (CODDOC, DTHRMOV, CODFASE, CODCOMPL1, CODCOMPL2,
> CODLOCALRESP,INDPROCCLASSE2)
> VALUES
> (:B7 , :B6 , :B5 , :B4 , :B3 , :B2 , :B1 )
>
>
> call count cpu elapsed disk query current rows
> --- --  -- -- -- --
> --
> Parse 3 0.00 0.00 0 0 0 0
> Execute 4 19.97 41.62 0 7963822 101 4
> Fetch 0 0.00 0.00 0 0 0 0
> --- --  -- -- -- --
> --
> total 7 19.97 41.62 0 7963822 101 4
>
> Misses in library cache during parse: 1
> Misses in library cache during execute: 1
> Optimizer mode: ALL_ROWS
> Parsing user id: 1253 (recursive depth: 1)
>
>
> OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
>
> call count cpu elapsed disk query current rows
> --- --  -- -- -- --
> --
> Parse 2121 0.17 0.47 0 1 0 0
> Execute 2122 1.23 3.49 0 800 547 1394
> Fetch 2079 2.15 6.38 1 4472 0 18720
> --- --  -- -- -- --
> --
> total 6322 3.55 10.35 1 5273 547 20114
>
> Misses in library cache during parse: 123
> Misses in library cache during execute: 83
>
> Elapsed times include waiting on following events:
> Event waited on Times Max. Wait Total Waited
> -- -- Waited -- 
> db file sequential read 1 0.00 0.00
> latch: row cache objects 4 0.00 0.00
> SQL*Net message to client 3566 0.00 0.02
> log file sync 41 0.00 0.08
> SQL*Net message from client 3566 19.03 65.30
> latch: shared pool 1 0.00 0.00
> direct path read 23 0.02 0.05
> direct path write 6 0.00 0.00
> SQL*Net more data from client 3 0.00 0.00
> SQL*Net more data to client 2 0.00 0.00
>
>
>
> OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
>
> call count cpu elapsed disk query current rows
> --- --  -- -- -- --
> --
> Parse 2286 0.16 0.47 1 6 34 0
> Execute 42179 43.19 92.84 88 15931421 5832 456
> Fetch 52438 1.18 3.68 214 152556 6 49992
> --- --  -- -- -- --
> --
> total 96903 44.54 97.00 303 16083983 5872 50448
>
> Misses in library cache during parse: 275
> Misses in library cache during execute: 248
>
> Elapsed times include waiting on following events:
> Event waited on Times Max. Wait Total Waited
> -- -- Waited -- 
> db file sequential read 280 0.03 0.91
> latch: row cache objects 8 0.00 0.00
> l

Re: [oracle_br] Lentidão ??

[Andre Santos andre.psantos...@gmail.com [oracle_br]]

ni rodr...@mufalani.com.br
> [oracle_br]  escreveu:
>
>
> Boa noite,
>
> O teu problema não está em disco (db file sequential read).
>
>
> Event waited on Times Max. Wait Total Waited
> -- -- Waited -- 
> db file sequential read 1 0.00 0.00
> latch: row cache objects 4 0.00 0.00
> SQL*Net message to client 3566 0.00 0.02
> log file sync 41 0.00 0.08
> SQL*Net message from client 3566 19.03 65.30
> latch: shared pool 1 0.00 0.00
> direct path read 23 0.02 0.05
> direct path write 6 0.00 0.00
> SQL*Net more data from client 3 0.00 0.00
> SQL*Net more data to client 2 0.00 0.00
>
>
> Olhe para as colunas Times Waited que tem maiores valores. Se for uma apps
> java aumente o fetchsize, (procure por setFetchSize(100)), ou mais, o
> padrão são 10 linhas, também incremente o SDU size e TDU size no tnsnames e
> listener.ora
>
>
> Atenciosamente,
>
> <http://www.mufalani.com.br/> Rodrigo Mufalani - Diretor Técnico |
> rodr...@mufalani.com.br< mailto:rodr...@mufalani.com.br > | +55 21 988
> 994 817
> Mufalani - +55 21 3193 0326 | Rua Alm Grenfall, 405, Bl 3, Sl 310, Centro
> Empresarial
> Washington Luiz, Duque de Caxias, RJ | CEP 25085-009 | www.mufalani.com.br
> <mailto:rod r...@mufalani.com.br >
> <http://www.mufalani.com.br/>[ cid:image001.png@01D20DFB. 
> F9D31B80]<http://www.mufalani.
> com.br/ <http://www.mufalani.com.br/>>[cid:image002.png@
> 01D20DFB.F9D31B80]
>
>
> De:  em nome de "Rafael Mendonca
> raffaell.t...@yahoo.com [oracle_br]" 
> Responder para: "oracle_br@yahoogrupos.com.br" <
> oracle_br@yahoogrupos.com.br>
> Data: terça-feira, 13 de setembro de 2016 18:46
> Para: "oracle_br@yahoogrupos.com.br" 
> Assunto: Re: [oracle_br] Lentidão ??
>
>
> Angelo/Andre
>
> Ele acessa o sistema que conecta no servidor de aplicação e
> consequentemente no banco de dados, eu não tenho mais informações a
> respeito disso, pois o responsável pela aplicação já foi embora. O usuário
> está local.
>
>
> Em relação ao trace, segue algumas informações relevantes:
>
>
>
>
> SQL ID: 8mvsyr5t2sndh Plan Hash: 2923565733
>
> SELECT MIN(EMD.DTHRMOV)
> FROM
> LOCALFISICO LF, MOVIMENTOFISICO MF, EXPMOVDISTRIBUICAO EMD WHERE MF.CODDOC
> =
> :B1 AND MF.DTHRMOV = (SELECT MAX(DTHRMOV) FROM MOVIMENTOFISICO WHERE
> CODDOC
> = :B1 AND DTHRMOV < :B2 ) AND MF.CODLOCAL = LF.CODLOCAL AND EMD.CODDOC=
> MF.CODDOC AND EMD.DTHRMOV=MF.DTHRMOV
>
>
> call count cpu elapsed disk query current rows
> --- --  -- -- -- --
> --
> Parse 0 0.00 0.00 0 0 0 0
> Execute 1 19.96 41.60 0 7963807 0 0
> Fetch 1 0.00 0.00 0 7 0 1
> --- --  -- -- -- --
> --
> total 2 19.96 41.60 0 7963814 0 1
>
> Misses in library cache during parse: 0
> Optimizer mode: ALL_ROWS
> Parsing user id: 1253 (recursive depth: 2)
>
>
>
> SQL ID: 3kkvtpq5bfaq8 Plan Hash: 0
>
> INSERT INTO MOVREMINT (CODDOC, DTHRMOV, CODFASE, CODCOMPL1, CODCOMPL2,
> CODLOCALRESP,INDPROCCLASSE2)
> VALUES
> (:B7 , :B6 , :B5 , :B4 , :B3 , :B2 , :B1 )
>
>
> call count cpu elapsed disk query current rows
> --- --  -- -- -- --
> --
> Parse 3 0.00 0.00 0 0 0 0
> Execute 4 19.97 41.62 0 7963822 101 4
> Fetch 0 0.00 0.00 0 0 0 0
> --- --  -- -- -- --
> --
> total 7 19.97 41.62 0 7963822 101 4
>
> Misses in library cache during parse: 1
> Misses in library cache during execute: 1
> Optimizer mode: ALL_ROWS
> Parsing user id: 1253 (recursive depth: 1)
>
>
> OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
>
> call count cpu elapsed disk query current rows
> --- --  -- -- -- --
> --
> Parse 2121 0.17 0.47 0 1 0 0
> Execute 2122 1.23 3.49 0 800 547 1394
> Fetch 2079 2.15 6.38 1 4472 0 18720
> --- --  -- -- -- --
> --
> total 6322 3.55 10.35 1 5273 547 20114
>
> Misses in library cache during parse: 123
> Misses in library cache during execute: 83
>
> Elapsed times include waiting on following events:
> Event waited on Times Max. Wait Total Waited
> -- -- Waited -- 
> db file sequential read 1 0.00 0.00
> latch: row cache objects 4 0.00 0.00
> SQL*Net message to client 3566 0.00 0.02
> log file sync 41 0.00 0.08
> SQL*Net message from client 3566 19.03 65.30
> latch: shared pool 1 0.00 0

Re: [oracle_br] Lentidão ??

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

ambém incremente o SDU size e TDU size no tnsnames e listener.ora


Atenciosamente,

<http://www.mufalani.com.br/> Rodrigo Mufalani - Diretor Técnico | 
rodr...@mufalani.com.br< mailto:rodr...@mufalani.com.br > | +55 21 988 994 817
Mufalani - +55 21 3193 0326 | Rua Alm Grenfall, 405, Bl 3, Sl 310, Centro 
Empresarial
Washington Luiz, Duque de Caxias, RJ | CEP 25085-009 | 
www.mufalani.com.br<mailto:rod r...@mufalani.com.br>
<http://www.mufalani.com.br/>[ cid:image001.png@01D20DFB. 
F9D31B80]<http://www.mufalani. com.br/>[cid:image002.png@ 01D20DFB.F9D31B80]


De:  em nome de "Rafael Mendonca 
raffaell.t...@yahoo.com [oracle_br]" 
Responder para: "oracle_br@yahoogrupos.com.br" 
Data: terça-feira, 13 de setembro de 2016 18:46
Para: "oracle_br@yahoogrupos.com.br" 
Assunto: Re: [oracle_br] Lentidão ??


Angelo/Andre

Ele acessa o sistema que conecta no servidor de aplicação e consequentemente no 
banco de dados, eu não tenho mais informações a respeito disso, pois o 
responsável pela aplicação já foi embora. O usuário está local.


Em relação ao trace, segue algumas informações relevantes:




SQL ID: 8mvsyr5t2sndh Plan Hash: 2923565733

SELECT MIN(EMD.DTHRMOV)
FROM
 LOCALFISICO LF, MOVIMENTOFISICO MF, EXPMOVDISTRIBUICAO EMD WHERE MF.CODDOC =
 :B1 AND MF.DTHRMOV = (SELECT MAX(DTHRMOV) FROM MOVIMENTOFISICO WHERE CODDOC
 = :B1 AND DTHRMOV < :B2 ) AND MF.CODLOCAL = LF.CODLOCAL AND EMD.CODDOC=
 MF.CODDOC AND EMD.DTHRMOV=MF.DTHRMOV


call count cpu elapsed disk query current rows
--- --  -- -- -- -- --
Parse 0 0.00 0.00 0 0 0 0
Execute 1 19.96 41.60 0 7963807 0 0
Fetch 1 0.00 0.00 0 7 0 1
--- --  -- -- -- -- --
total 2 19.96 41.60 0 7963814 0 1

Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 1253 (recursive depth: 2)



SQL ID: 3kkvtpq5bfaq8 Plan Hash: 0

INSERT INTO MOVREMINT (CODDOC, DTHRMOV, CODFASE, CODCOMPL1, CODCOMPL2,
 CODLOCALRESP,INDPROCCLASSE2)
VALUES
 (:B7 , :B6 , :B5 , :B4 , :B3 , :B2 , :B1 )


call count cpu elapsed disk query current rows
--- --  -- -- -- -- --
Parse 3 0.00 0.00 0 0 0 0
Execute 4 19.97 41.62 0 7963822 101 4
Fetch 0 0.00 0.00 0 0 0 0
--- --  -- -- -- -- --
total 7 19.97 41.62 0 7963822 101 4

Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: 1253 (recursive depth: 1)


OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS

call count cpu elapsed disk query current rows
--- --  -- -- -- -- --
Parse 2121 0.17 0.47 0 1 0 0
Execute 2122 1.23 3.49 0 800 547 1394
Fetch 2079 2.15 6.38 1 4472 0 18720
--- --  -- -- -- -- --
total 6322 3.55 10.35 1 5273 547 20114

Misses in library cache during parse: 123
Misses in library cache during execute: 83

Elapsed times include waiting on following events:
 Event waited on Times Max. Wait Total Waited
 -- -- Waited -- 
 db file sequential read 1 0.00 0.00
 latch: row cache objects 4 0.00 0.00
 SQL*Net message to client 3566 0.00 0.02
 log file sync 41 0.00 0.08
 SQL*Net message from client 3566 19.03 65.30
 latch: shared pool 1 0.00 0.00
 direct path read 23 0.02 0.05
 direct path write 6 0.00 0.00
 SQL*Net more data from client 3 0.00 0.00
 SQL*Net more data to client 2 0.00 0.00



OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS

call count cpu elapsed disk query current rows
--- --  -- -- -- -- --
Parse 2286 0.16 0.47 1 6 34 0
Execute 42179 43.19 92.84 88 15931421 5832 456
Fetch 52438 1.18 3.68 214 152556 6 49992
--- --  -- -- -- -- --
total 96903 44.54 97.00 303 16083983 5872 50448

Misses in library cache during parse: 275
Misses in library cache during execute: 248

Elapsed times include waiting on following events:
 Event waited on Times Max. Wait Total Waited
 -- -- Waited -- 
 db file sequential read 280 0.03 0.91
 latch: row cache objects 8 0.00 0.00
 latch: shared pool 4 0.00 0.00
 direct path read 18 0.01 0.08
 direct path write 18 0.00 0.02

 1410 user SQL statements in session.
 253 internal SQL statements in session.
 1663 SQL statements in session.



Em Terça-feira, 13 de Setembro de 2016 17:06, "Andre Santos 
andre.psantos...@gmail.com [oracle_br]"  escreveu:


Rafael

No trace 10046, está incluindo informação de "waits" (level 8 ou maior)?
Aparece em que está gastando tempo, para totalizar esses 40~45 segundos?

[ ]

André


Em 13 de setembro de 2016 15:42, angelo angelolis...@gmail.com [oracle_br] mailto:oracle_b

Re: [oracle_br] Lentidão ??

[Andre Santos andre.psantos...@gmail.com [oracle_br]]

t;
>
> Atenciosamente,
>
> <http://www.mufalani.com.br/> Rodrigo Mufalani - Diretor Técnico |
> rodr...@mufalani.com.br< mailto:rodr...@mufalani.com.br > | +55 21 988
> 994 817
> Mufalani - +55 21 3193 0326 | Rua Alm Grenfall, 405, Bl 3, Sl 310, Centro
> Empresarial
> Washington Luiz, Duque de Caxias, RJ | CEP 25085-009 | www.mufalani.com.br
> <mailto:rod r...@mufalani.com.br >
> <http://www.mufalani.com.br/>[ cid:image001.png@01D20DFB. 
> F9D31B80]<http://www.mufalani.
> com.br/ <http://www.mufalani.com.br/>>[cid:image002.png@
> 01D20DFB.F9D31B80]
>
>
> De:  em nome de "Rafael Mendonca
> raffaell.t...@yahoo.com [oracle_br]" 
> Responder para: "oracle_br@yahoogrupos.com.br" <
> oracle_br@yahoogrupos.com.br>
> Data: terça-feira, 13 de setembro de 2016 18:46
> Para: "oracle_br@yahoogrupos.com.br" 
> Assunto: Re: [oracle_br] Lentidão ??
>
>
> Angelo/Andre
>
> Ele acessa o sistema que conecta no servidor de aplicação e
> consequentemente no banco de dados, eu não tenho mais informações a
> respeito disso, pois o responsável pela aplicação já foi embora. O usuário
> está local.
>
>
> Em relação ao trace, segue algumas informações relevantes:
>
>
>
>
> SQL ID: 8mvsyr5t2sndh Plan Hash: 2923565733
>
> SELECT MIN(EMD.DTHRMOV)
> FROM
> LOCALFISICO LF, MOVIMENTOFISICO MF, EXPMOVDISTRIBUICAO EMD WHERE MF.CODDOC
> =
> :B1 AND MF.DTHRMOV = (SELECT MAX(DTHRMOV) FROM MOVIMENTOFISICO WHERE
> CODDOC
> = :B1 AND DTHRMOV < :B2 ) AND MF.CODLOCAL = LF.CODLOCAL AND EMD.CODDOC=
> MF.CODDOC AND EMD.DTHRMOV=MF.DTHRMOV
>
>
> call count cpu elapsed disk query current rows
> --- --  -- -- -- --
> --
> Parse 0 0.00 0.00 0 0 0 0
> Execute 1 19.96 41.60 0 7963807 0 0
> Fetch 1 0.00 0.00 0 7 0 1
> --- --  -- -- -- --
> --
> total 2 19.96 41.60 0 7963814 0 1
>
> Misses in library cache during parse: 0
> Optimizer mode: ALL_ROWS
> Parsing user id: 1253 (recursive depth: 2)
>
>
>
> SQL ID: 3kkvtpq5bfaq8 Plan Hash: 0
>
> INSERT INTO MOVREMINT (CODDOC, DTHRMOV, CODFASE, CODCOMPL1, CODCOMPL2,
> CODLOCALRESP,INDPROCCLASSE2)
> VALUES
> (:B7 , :B6 , :B5 , :B4 , :B3 , :B2 , :B1 )
>
>
> call count cpu elapsed disk query current rows
> --- --  -- -- -- --
> --
> Parse 3 0.00 0.00 0 0 0 0
> Execute 4 19.97 41.62 0 7963822 101 4
> Fetch 0 0.00 0.00 0 0 0 0
> --- --  -- -- -- --
> --
> total 7 19.97 41.62 0 7963822 101 4
>
> Misses in library cache during parse: 1
> Misses in library cache during execute: 1
> Optimizer mode: ALL_ROWS
> Parsing user id: 1253 (recursive depth: 1)
>
>
> OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
>
> call count cpu elapsed disk query current rows
> --- --  -- -- -- --
> --
> Parse 2121 0.17 0.47 0 1 0 0
> Execute 2122 1.23 3.49 0 800 547 1394
> Fetch 2079 2.15 6.38 1 4472 0 18720
> --- --  -- -- -- --
> --
> total 6322 3.55 10.35 1 5273 547 20114
>
> Misses in library cache during parse: 123
> Misses in library cache during execute: 83
>
> Elapsed times include waiting on following events:
> Event waited on Times Max. Wait Total Waited
> -- -- Waited -- 
> db file sequential read 1 0.00 0.00
> latch: row cache objects 4 0.00 0.00
> SQL*Net message to client 3566 0.00 0.02
> log file sync 41 0.00 0.08
> SQL*Net message from client 3566 19.03 65.30
> latch: shared pool 1 0.00 0.00
> direct path read 23 0.02 0.05
> direct path write 6 0.00 0.00
> SQL*Net more data from client 3 0.00 0.00
> SQL*Net more data to client 2 0.00 0.00
>
>
>
> OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
>
> call count cpu elapsed disk query current rows
> --- --  -- -- -- --
> --
> Parse 2286 0.16 0.47 1 6 34 0
> Execute 42179 43.19 92.84 88 15931421 5832 456
> Fetch 52438 1.18 3.68 214 152556 6 49992
> --- --  -- -- -- --
> --
> total 96903 44.54 97.00 303 16083983 5872 50448
>
> Misses in library cache during parse: 275
> Misses in library cache during execute: 248
>
> Elapsed times include waiting on following events:
> Event waited on Times Max. Wait Total Waited
> -- -- Waited -- 
> db file sequential read 280 0.0

Re: [oracle_br] Lentidão ??

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

A aplicação é feita em Delphi e também muita coisa escrita em PL/SQL
* Inclusive essa consulta está escrita dentro de uma trigger.*
- O problema é só com um determinado usuário da aplicação mesmo?
R: Não, o problema é com qualquer usuário que tenta executar essa mesma tarefa.

 - A lentidão da aplicação com esse usuário é geral ou apenas em determinados 
processos ou consultas? R: A lentidão é geral em todo processo que ele realiza, 
consultando sempre a v$session_wait entre outras V$ vi que a maior parte do 
tempo (80%) a sessão fica ativa com a consulta que foi passada.

- Ele já tentou executar de outra máquina?
R: Já tentamos fazer isso, de qualquer máquina o tempo de término é o mesmo.
 - Se outro usuário executar a mesma consulta (com exatamente os mesmos 
parâmetros), qual é o tempo?
R: Se eu executar essa consulta por fora com os mesmo parâmetros a consulta me 
retorna em milissegundos.


Obs: Rodrigo, irei estudar a respeito desses parametros para ajustar e respondo 
aqui se houve alguma melhora significativa, também entrei em contato com o 
usuário e com os desenvolvedores, e tudo indica que essa TRIGGER não é de 
fundamental importancia para o sistema que o usuario está utilizando (nem para 
outros), porém iremos estudar se é viável desabilitar a trigger e verificar a 
melhora do processo.

 

Em Quarta-feira, 14 de Setembro de 2016 10:48, "Andre Santos 
andre.psantos...@gmail.com [oracle_br]"  escreveu:
 

     Rafael
Problema misterioso, heim!Depois do desligamento imprevisto, acho que subiu 
algo desconfigurado... O que me chamou a atenção:
  Event waited on Times   Max. Wait  Total Waited
     Waited  --  
  SQL*Net message from client  3566   19.03 65.30

O evento que mais demora é esperando as mensagens a partir "do cliente" (no 
caso, seria o servidor de aplicação).
Sem contar que tanto o SELECT quanto o INSERT (que parece ser simples) gastaram 
praticamente o mesmo tempo de Execute (elapsed = 41.6...). Pode ser 
coincidência, mas talvez seja o "padrão" de algum gargalo que está ocorrendo na 
aplicação.E o Fetch mesmo parece que não está demorado.

A arquitetura da aplicação é de 3 camadas (com um servidor de aplicação entre o 
client e o SGBD)?Para continuar investigando: - O problema é só com um 
determinado usuário da aplicação mesmo? - A lentidão da aplicação com esse 
usuário é geral ou apenas em determinados processos ou consultas? - Ele já 
tentou executar de outra máquina? - Se outro usuário executar a mesma consulta 
(com exatamente os mesmos parâmetros), qual é o tempo?
[ ]'s
André

Em 13 de setembro de 2016 20:18, Rodrigo Mufalani rodr...@mufalani.com.br 
[oracle_br]  escreveu:

     Boa noite,

 O teu problema não está em disco (db file sequential read).


Event waited on Times Max. Wait Total Waited
 -- -- Waited -- 
 db file sequential read 1 0.00 0.00
 latch: row cache objects 4 0.00 0.00
 SQL*Net message to client 3566 0.00 0.02
 log file sync 41 0.00 0.08
 SQL*Net message from client 3566 19.03 65.30
 latch: shared pool 1 0.00 0.00
 direct path read 23 0.02 0.05
 direct path write 6 0.00 0.00
 SQL*Net more data from client 3 0.00 0.00
 SQL*Net more data to client 2 0.00 0.00


Olhe para as colunas Times Waited que tem maiores valores. Se for uma apps java 
aumente o fetchsize, (procure por setFetchSize(100)), ou mais, o padrão são 10 
linhas, também incremente o SDU size e TDU size no tnsnames e listener.ora


Atenciosamente,

<http://www.mufalani.com.br/> Rodrigo Mufalani - Diretor Técnico | 
rodr...@mufalani.com.br< mailto:rodr...@mufalani.com.br > | +55 21 988 994 817
Mufalani - +55 21 3193 0326 | Rua Alm Grenfall, 405, Bl 3, Sl 310, Centro 
Empresarial
Washington Luiz, Duque de Caxias, RJ | CEP 25085-009 | 
www.mufalani.com.br<mailto:rod r...@mufalani.com.br>
<http://www.mufalani.com.br/>[ cid:image001.png@01D20DFB. 
F9D31B80]<http://www.mufalani. com.br/>[cid:image002.png@ 01D20DFB.F9D31B80]


De:  em nome de "Rafael Mendonca 
raffaell.t...@yahoo.com [oracle_br]" 
Responder para: "oracle_br@yahoogrupos.com.br" 
Data: terça-feira, 13 de setembro de 2016 18:46
Para: "oracle_br@yahoogrupos.com.br" 
Assunto: Re: [oracle_br] Lentidão ??


Angelo/Andre

Ele acessa o sistema que conecta no servidor de aplicação e consequentemente no 
banco de dados, eu não tenho mais informações a respeito disso, pois o 
responsável pela aplicação já foi embora. O usuário está local.


Em relação ao trace, segue algumas informações relevantes:




SQL ID: 8mvsyr5t2sndh Plan Hash: 2923565733

SELECT MIN(EMD.DTHRMOV)
FROM
 LOCALFISICO LF, MOVIMENTOFISICO MF, EXPMOVDISTRIBUICAO EMD WHERE MF.CODDOC =
 :B1 AND MF.DTHRMOV = (SELECT MAX(DTHRMOV) FROM MOVIMENTOFISICO WHERE CODDOC
 = :B1 AND DTHRMOV < :B2 ) AND MF.COD

Re: [oracle_br] Lentidão ??

[Andre Santos andre.psantos...@gmail.com [oracle_br]]

Rafael

Problema misterioso, heim!
Depois do desligamento imprevisto, acho que subiu algo desconfigurado...
O que me chamou a atenção:

  Event waited on Times   Max. Wait  Total
Waited
     Waited  --

  SQL*Net message *from* client  3566   19.03
65.30

O evento que mais demora é esperando as mensagens a partir "do cliente" (no
caso, seria o servidor de aplicação).

Sem contar que tanto o SELECT quanto o INSERT (que parece ser simples)
gastaram praticamente o mesmo tempo de Execute (elapsed = 41.6...).
Pode ser coincidência, mas talvez seja o "padrão" de algum gargalo que está
ocorrendo na aplicação.
E o Fetch mesmo parece que não está demorado.

A arquitetura da aplicação é de 3 camadas (com um servidor de aplicação
entre o client e o SGBD)?
Para continuar investigando:
 - O problema é só com um determinado usuário da aplicação mesmo?
 - A lentidão da aplicação com esse usuário é geral ou apenas em
determinados processos ou consultas?
 - Ele já tentou executar de outra máquina?
 - Se outro usuário executar a mesma consulta (com exatamente os mesmos
parâmetros), qual é o tempo?

[ ]'s

André


Em 13 de setembro de 2016 20:18, Rodrigo Mufalani rodr...@mufalani.com.br
[oracle_br]  escreveu:

>
>
> Boa noite,
>
> O teu problema não está em disco (db file sequential read).
>
>
> Event waited on Times Max. Wait Total Waited
>  Waited -- 
> db file sequential read 1 0.00 0.00
> latch: row cache objects 4 0.00 0.00
> SQL*Net message to client 3566 0.00 0.02
> log file sync 41 0.00 0.08
> SQL*Net message from client 3566 19.03 65.30
> latch: shared pool 1 0.00 0.00
> direct path read 23 0.02 0.05
> direct path write 6 0.00 0.00
> SQL*Net more data from client 3 0.00 0.00
> SQL*Net more data to client 2 0.00 0.00
>
>
> Olhe para as colunas Times Waited que tem maiores valores. Se for uma apps
> java aumente o fetchsize, (procure por setFetchSize(100)), ou mais, o
> padrão são 10 linhas, também incremente o SDU size e TDU size no tnsnames e
> listener.ora
>
>
> Atenciosamente,
>
> <http://www.mufalani.com.br/>Rodrigo Mufalani - Diretor Técnico |
> rodr...@mufalani.com.br<mailto:rodr...@mufalani.com.br> | +55 21 988 994
> 817
> Mufalani - +55 21 3193 0326 | Rua Alm Grenfall, 405, Bl 3, Sl 310, Centro
> Empresarial
> Washington Luiz, Duque de Caxias, RJ | CEP 25085-009 | www.mufalani.com.br
> <mailto:rodr...@mufalani.com.br>
> <http://www.mufalani.com.br/>[cid:image001.png@01D20DFB.F9D31B80]<
> http://www.mufalani.com.br/>[cid:image002.png@01D20DFB.F9D31B80]
>
>
> De:  em nome de "Rafael Mendonca
> raffaell.t...@yahoo.com [oracle_br]" 
> Responder para: "oracle_br@yahoogrupos.com.br" <
> oracle_br@yahoogrupos.com.br>
> Data: terça-feira, 13 de setembro de 2016 18:46
> Para: "oracle_br@yahoogrupos.com.br" 
> Assunto: Re: [oracle_br] Lentidão ??
>
>
> Angelo/Andre
>
> Ele acessa o sistema que conecta no servidor de aplicação e
> consequentemente no banco de dados, eu não tenho mais informações a
> respeito disso, pois o responsável pela aplicação já foi embora. O usuário
> está local.
>
>
> Em relação ao trace, segue algumas informações relevantes:
>
>
>
>
> SQL ID: 8mvsyr5t2sndh Plan Hash: 2923565733
>
> SELECT MIN(EMD.DTHRMOV)
> FROM
> LOCALFISICO LF, MOVIMENTOFISICO MF, EXPMOVDISTRIBUICAO EMD WHERE MF.CODDOC
> =
> :B1 AND MF.DTHRMOV = (SELECT MAX(DTHRMOV) FROM MOVIMENTOFISICO WHERE
> CODDOC
> = :B1 AND DTHRMOV < :B2 ) AND MF.CODLOCAL = LF.CODLOCAL AND EMD.CODDOC=
> MF.CODDOC AND EMD.DTHRMOV=MF.DTHRMOV
>
>
> call count cpu elapsed disk query current rows
> --- --  -- -- -- --
> --
> Parse 0 0.00 0.00 0 0 0 0
> Execute 1 19.96 41.60 0 7963807 0 0
> Fetch 1 0.00 0.00 0 7 0 1
> --- --  -- -- -- --
> --
> total 2 19.96 41.60 0 7963814 0 1
>
> Misses in library cache during parse: 0
> Optimizer mode: ALL_ROWS
> Parsing user id: 1253 (recursive depth: 2)
>
>
>
> SQL ID: 3kkvtpq5bfaq8 Plan Hash: 0
>
> INSERT INTO MOVREMINT (CODDOC, DTHRMOV, CODFASE, CODCOMPL1, CODCOMPL2,
> CODLOCALRESP,INDPROCCLASSE2)
> VALUES
> (:B7 , :B6 , :B5 , :B4 , :B3 , :B2 , :B1 )
>
>
> call count cpu elapsed disk query current rows
> --- --  -- -- -- --
> --
> Parse 3 0.00 0.00 0 0 0 0
> Execute 4 19.97 41.62 0 7963822 101 4
> Fetch

Re: [oracle_br] Lentidão ??

[Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]]

Boa noite,

   O teu problema não está em disco (db file sequential read).


Event waited on Times   Max. Wait  Total Waited
     Waited  --  
  db file sequential read 10.00  0.00
  latch: row cache objects40.00  0.00
 SQL*Net message to client35660.00  0.02
 log file sync  410.00  0.08
 SQL*Net message from client  3566   19.03 65.30
  latch: shared pool  10.00  0.00
  direct path read   230.02  0.05
  direct path write   60.00  0.00
  SQL*Net more data from client   30.00  0.00
  SQL*Net more data to client 20.00  0.00


Olhe para as colunas Times Waited que tem maiores valores. Se for uma apps java 
aumente o fetchsize, (procure por setFetchSize(100)), ou mais, o padrão são 10 
linhas, também incremente o SDU size e TDU size no tnsnames e listener.ora


Atenciosamente,

<http://www.mufalani.com.br/>Rodrigo Mufalani - Diretor Técnico | 
rodr...@mufalani.com.br<mailto:rodr...@mufalani.com.br> | +55 21 988 994 817
Mufalani - +55 21 3193 0326 | Rua Alm Grenfall, 405, Bl 3, Sl 310, Centro 
Empresarial
Washington Luiz, Duque de Caxias, RJ | CEP 25085-009 | 
www.mufalani.com.br<mailto:rodr...@mufalani.com.br>
<http://www.mufalani.com.br/>[cid:image001.png@01D20DFB.F9D31B80]<http://www.mufalani.com.br/>[cid:image002.png@01D20DFB.F9D31B80]


De:  em nome de "Rafael Mendonca 
raffaell.t...@yahoo.com [oracle_br]" 
Responder para: "oracle_br@yahoogrupos.com.br" 
Data: terça-feira, 13 de setembro de 2016 18:46
Para: "oracle_br@yahoogrupos.com.br" 
Assunto: Re: [oracle_br] Lentidão ??


Angelo/Andre

Ele acessa o sistema que conecta no servidor de aplicação e consequentemente no 
banco de dados, eu não tenho mais informações a respeito disso, pois o 
responsável pela aplicação já foi embora. O usuário está local.


Em relação ao trace, segue algumas informações relevantes:




SQL ID: 8mvsyr5t2sndh Plan Hash: 2923565733

SELECT MIN(EMD.DTHRMOV)
FROM
 LOCALFISICO LF, MOVIMENTOFISICO MF, EXPMOVDISTRIBUICAO EMD WHERE MF.CODDOC =
  :B1 AND MF.DTHRMOV = (SELECT MAX(DTHRMOV) FROM MOVIMENTOFISICO WHERE CODDOC
  = :B1 AND DTHRMOV < :B2 ) AND MF.CODLOCAL = LF.CODLOCAL AND EMD.CODDOC=
  MF.CODDOC AND EMD.DTHRMOV=MF.DTHRMOV


call count   cpuelapsed   disk  querycurrentrows
--- --   -- -- -- --  --
Parse0  0.00   0.00  0  0  0   0
Execute  1 19.96  41.60  07963807  0   0
Fetch1  0.00   0.00  0  7  0   1
--- --   -- -- -- --  --
total2 19.96  41.60  07963814  0   1

Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 1253 (recursive depth: 2)



SQL ID: 3kkvtpq5bfaq8 Plan Hash: 0

INSERT INTO MOVREMINT (CODDOC, DTHRMOV, CODFASE, CODCOMPL1, CODCOMPL2,
  CODLOCALRESP,INDPROCCLASSE2)
VALUES
 (:B7 , :B6 , :B5 , :B4 , :B3 , :B2 , :B1 )


call count   cpuelapsed   disk  querycurrentrows
--- --   -- -- -- --  --
Parse3  0.00   0.00  0  0  0   0
Execute  4 19.97  41.62  07963822101   4
Fetch0  0.00   0.00  0  0  0   0
--- --   -- -- -- --  --
total7 19.97  41.62  07963822101   4

Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: 1253 (recursive depth: 1)


OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS

call count   cpuelapsed   disk  querycurrentrows
--- --   -- -- -- --  --
Parse 2121  0.17   0.47  0  1  0   0
Execute   2122  1.23   3.49  08005471394
Fetch 2079  2.15   6.38  1   4472  0   18720
--- --   -- -- -- --  --
total 6322  3.55  10.35  1   5273547   20114

Misses in library cache during parse: 123
Misses in library cache during execute: 83

Elaps

Re: [oracle_br] Lentidão ??

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

Angelo/Andre
Ele acessa o sistema que conecta no servidor de aplicação e consequentemente no 
banco de dados, eu não tenho mais informações a respeito disso, pois o 
responsável pela aplicação já foi embora. O usuário está local.
Em relação ao trace, segue algumas informações relevantes:

 SQL ID: 8mvsyr5t2sndh Plan Hash: 2923565733

SELECT MIN(EMD.DTHRMOV) 
FROM
 LOCALFISICO LF, MOVIMENTOFISICO MF, EXPMOVDISTRIBUICAO EMD WHERE MF.CODDOC = 
  :B1 AND MF.DTHRMOV = (SELECT MAX(DTHRMOV) FROM MOVIMENTOFISICO WHERE CODDOC 
  = :B1 AND DTHRMOV < :B2 ) AND MF.CODLOCAL = LF.CODLOCAL AND EMD.CODDOC=
  MF.CODDOC AND EMD.DTHRMOV=MF.DTHRMOV


call count   cpu    elapsed   disk  query    current    rows
--- --   -- -- -- --  --
Parse    0  0.00   0.00  0  0  0   0
Execute  1 19.96  41.60  0    7963807  0   0
Fetch    1  0.00   0.00  0  7  0   1
--- --   -- -- -- --  --
total    2 19.96  41.60  0    7963814  0   1

Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 1253 (recursive depth: 2)


SQL ID: 3kkvtpq5bfaq8 Plan Hash: 0

INSERT INTO MOVREMINT (CODDOC, DTHRMOV, CODFASE, CODCOMPL1, CODCOMPL2, 
  CODLOCALRESP,INDPROCCLASSE2) 
VALUES
 (:B7 , :B6 , :B5 , :B4 , :B3 , :B2 , :B1 )


call count   cpu    elapsed   disk  query    current    rows
--- --   -- -- -- --  --
Parse    3  0.00   0.00  0  0  0   0
Execute  4 19.97  41.62  0    7963822    101   4
Fetch    0  0.00   0.00  0  0  0   0
--- --   -- -- -- --  --
total    7 19.97  41.62  0    7963822    101   4

Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: 1253 (recursive depth: 1)

OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS

call count   cpu    elapsed   disk  query    current    rows
--- --   -- -- -- --  --
Parse 2121  0.17   0.47  0  1  0   0
Execute   2122  1.23   3.49  0    800    547    1394
Fetch 2079  2.15   6.38  1   4472  0   18720
--- --   -- -- -- --  --
total 6322  3.55  10.35  1   5273    547   20114

Misses in library cache during parse: 123
Misses in library cache during execute: 83

Elapsed times include waiting on following events:
  Event waited on Times   Max. Wait  Total Waited
     Waited  --  
  db file sequential read 1    0.00  0.00
  latch: row cache objects    4    0.00  0.00
  SQL*Net message to client    3566    0.00  0.02
  log file sync  41    0.00  0.08
  SQL*Net message from client  3566   19.03 65.30
  latch: shared pool  1    0.00  0.00
  direct path read   23    0.02  0.05
  direct path write   6    0.00  0.00
  SQL*Net more data from client   3    0.00  0.00
  SQL*Net more data to client 2    0.00  0.00


OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS

call count   cpu    elapsed   disk  query    current    rows
--- --   -- -- -- --  --
Parse 2286  0.16   0.47  1  6 34   0
Execute  42179 43.19  92.84 88   15931421   5832 456
Fetch    52438  1.18   3.68    214 152556  6   49992
--- --   -- -- -- --  --
total    96903 44.54  97.00    303   16083983   5872   50448

Misses in library cache during parse: 275
Misses in library cache during execute: 248

Elapsed times include waiting on following events:
  Event waited on Times   Max. Wait  Total Waited
     Waited  --  
  db file sequential read   280    0.03  0.91
  latch: row cache objects    8    0.00  0.00
  latch

Re: [oracle_br] Lentidão ??

[Andre Santos andre.psantos...@gmail.com [oracle_br]]

Rafael

No trace 10046, está incluindo informação de "waits" (level 8 ou maior)?
Aparece em que está gastando tempo, para totalizar esses 40~45 segundos?

[ ]

André


Em 13 de setembro de 2016 15:42, angelo angelolis...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Rafael,
>
> E a aplicação do usuário ?  Como a aplicação alcança o banco de dados ?
> Seria a partir da maquina dele x banco ou algum servidor de aplicacao ou
> webservice no meio do caminho ?
>
> Esse usuario, está local, esta remoto... ?
>
>
>
>
>
> 2016-09-13 15:32 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com
> [oracle_br] :
>
>>
>>
>> => Oracle EE 11.2.0.4.16 AIX 6.1 64 bits ASM single instance.
>> Options -> tuning pack, diagnostic pack
>>
>>
>> Senhores, boa tarde.
>>
>> Um usuário em especial está reclamando de problema de lentidão na tarefa
>> que ele está executando. A tarefa era executada em 15 segundos no pior dos
>> casos (até o dia 09/09/2016) e agora a mesma tarefa está levando 40 a 45
>> segundos. Nesse intervalo de tempo nada foi modificado, nem aplicação, nem
>> database, o que houve foi uma queda de energia no final de semana
>> desligando todos os servidores (Pessoal do storage e AIX já verificou se
>> existiu algum problema após o desligamento e nada foi encontrado).
>>
>> Verificação:
>>
>> Verificando CPU, Memória, I/O Swap do servidor está tudo normal, o RDBMS
>> está respondendo rápido, não estamos com problema de desempenho, é uma
>> reclamação única de um determinado usuário.
>>
>> a) Verifiquei sessões ativas
>> b) V$SESSION_WAIT W, V$SESSION S, V$PROCESS P,  V$SQLTEXT SQL
>> c) oratop
>> d) trace 10046
>>
>> O que consegui encontrar é que existe uma consulta que é onde o usuário
>> passa a maior parte do tempo com a sua sessão ATIVA. Uma consulta simples,
>> segue abaixo:
>>
>>
>> SELECT MIN(EMD.DTHRMOV)
>>   FROM  LF,
>>XXX  MF,
>> EMD
>>  WHERE MF.CODDOC = :B1
>>AND MF.DTHRMOV = (SELECT MAX(DTHRMOV)
>>FROM XXX
>>   WHERE CODDOC = :B1
>> AND DTHRMOV < :B2
>>  )
>>AND MF.CODLOCAL = LF.CODLOCAL
>>AND EMD.CODDOC=MF.CODDOC
>>AND EMD.DTHRMOV=MF.DTHRMOV
>>
>>
>> Plan hash value: 2923565733
>>
>> ---
>>Id | Operation   NAMEROWS
>> Cost Stale
>> 
>> |0 | SELECT STATEMENT 1   2
>> |1 |  SORT AGGREGATE  1   2
>> |2 |   NESTED LOOPS   1 2
>> |3 |NESTED LOOPS  1
>> 2NO
>> |4 | TABLE ACCESS BY INDEX ROWID   XXX  1   2
>> |5 |  INDEX RANGE SCAN XXX 1
>> 2   NO
>> |6 |   SORT AGGREGATE  1
>> 2   NO
>> |7 |TABLE ACCESS BY INDEX ROWIDXXX  1
>> 2  NO
>> |8 | INDEX RANGE SCAN  XXX  1
>> 2 NO
>> |9 | INDEX RANGE SCAN  XXX   1
>> 2   NO
>> |   10 |TABLE ACCESS BY INDEX ROWIDXXX  1
>> 2   NO
>> 
>>
>> Acontece que quando eu executo essa consulta no sqlplus ou em outro
>> front-end a consulta é executada em menos de um segundo, extremamente
>> rápida.
>>
>> obs: Na wait_event quando a consulta é executada é mostrado o
>> db_file_sequencial read, só adiantando que o cache_size é mais que
>> suficiente.
>>
>>
>> Alguém poderia ajudar a resolver essa bronca?
>>
>>
>>
>>
>>
>>
>>
>>
> 
>

Re: [oracle_br] Lentidão ??

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

Rafael,

E a aplicação do usuário ?  Como a aplicação alcança o banco de dados ?
Seria a partir da maquina dele x banco ou algum servidor de aplicacao ou
webservice no meio do caminho ?

Esse usuario, está local, esta remoto... ?





2016-09-13 15:32 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br] :

>
>
> => Oracle EE 11.2.0.4.16 AIX 6.1 64 bits ASM single instance.
> Options -> tuning pack, diagnostic pack
>
>
> Senhores, boa tarde.
>
> Um usuário em especial está reclamando de problema de lentidão na tarefa
> que ele está executando. A tarefa era executada em 15 segundos no pior dos
> casos (até o dia 09/09/2016) e agora a mesma tarefa está levando 40 a 45
> segundos. Nesse intervalo de tempo nada foi modificado, nem aplicação, nem
> database, o que houve foi uma queda de energia no final de semana
> desligando todos os servidores (Pessoal do storage e AIX já verificou se
> existiu algum problema após o desligamento e nada foi encontrado).
>
> Verificação:
>
> Verificando CPU, Memória, I/O Swap do servidor está tudo normal, o RDBMS
> está respondendo rápido, não estamos com problema de desempenho, é uma
> reclamação única de um determinado usuário.
>
> a) Verifiquei sessões ativas
> b) V$SESSION_WAIT W, V$SESSION S, V$PROCESS P,  V$SQLTEXT SQL
> c) oratop
> d) trace 10046
>
> O que consegui encontrar é que existe uma consulta que é onde o usuário
> passa a maior parte do tempo com a sua sessão ATIVA. Uma consulta simples,
> segue abaixo:
>
>
> SELECT MIN(EMD.DTHRMOV)
>   FROM  LF,
>XXX  MF,
> EMD
>  WHERE MF.CODDOC = :B1
>AND MF.DTHRMOV = (SELECT MAX(DTHRMOV)
>FROM XXX
>   WHERE CODDOC = :B1
> AND DTHRMOV < :B2
>  )
>AND MF.CODLOCAL = LF.CODLOCAL
>AND EMD.CODDOC=MF.CODDOC
>AND EMD.DTHRMOV=MF.DTHRMOV
>
>
> Plan hash value: 2923565733
>
> ---
>Id | Operation   NAMEROWS
> Cost Stale
> 
> |0 | SELECT STATEMENT 1   2
> |1 |  SORT AGGREGATE  1   2
> |2 |   NESTED LOOPS   1 2
> |3 |NESTED LOOPS  1
> 2NO
> |4 | TABLE ACCESS BY INDEX ROWID   XXX  1   2
> |5 |  INDEX RANGE SCAN XXX 1
> 2   NO
> |6 |   SORT AGGREGATE  1
> 2   NO
> |7 |TABLE ACCESS BY INDEX ROWIDXXX  1
> 2  NO
> |8 | INDEX RANGE SCAN  XXX  1
> 2 NO
> |9 | INDEX RANGE SCAN  XXX   1
> 2   NO
> |   10 |TABLE ACCESS BY INDEX ROWIDXXX  1
> 2   NO
> 
>
> Acontece que quando eu executo essa consulta no sqlplus ou em outro
> front-end a consulta é executada em menos de um segundo, extremamente
> rápida.
>
> obs: Na wait_event quando a consulta é executada é mostrado o
> db_file_sequencial read, só adiantando que o cache_size é mais que
> suficiente.
>
>
> Alguém poderia ajudar a resolver essa bronca?
>
>
>
>
>
>
>
> 
>

[oracle_br] Lentidão ??

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

=> Oracle EE 11.2.0.4.16 AIX 6.1 64 bits ASM single instance.Options -> tuning 
pack, diagnostic pack

Senhores, boa tarde.
Um usuário em especial está reclamando de problema de lentidão na tarefa que 
ele está executando. A tarefa era executada em 15 segundos no pior dos casos 
(até o dia 09/09/2016) e agora a mesma tarefa está levando 40 a 45 segundos. 
Nesse intervalo de tempo nada foi modificado, nem aplicação, nem database, o 
que houve foi uma queda de energia no final de semana desligando todos os 
servidores (Pessoal do storage e AIX já verificou se existiu algum problema 
após o desligamento e nada foi encontrado).

Verificação:
Verificando CPU, Memória, I/O Swap do servidor está tudo normal, o RDBMS está 
respondendo rápido, não estamos com problema de desempenho, é uma reclamação 
única de um determinado usuário.
a) Verifiquei sessões ativasb) V$SESSION_WAIT W, V$SESSION S, V$PROCESS P,  
V$SQLTEXT SQL 
c) oratopd) trace 10046
O que consegui encontrar é que existe uma consulta que é onde o usuário passa a 
maior parte do tempo com a sua sessão ATIVA. Uma consulta simples, segue abaixo:

SELECT MIN(EMD.DTHRMOV) 
  FROM  LF, 
   XXX  MF, 
    EMD 
 WHERE MF.CODDOC = :B1 
   AND MF.DTHRMOV = (SELECT MAX(DTHRMOV) 
   FROM XXX
  WHERE CODDOC = :B1 
    AND DTHRMOV < :B2 
 ) 
   AND MF.CODLOCAL = LF.CODLOCAL 
   AND EMD.CODDOC=MF.CODDOC 
   AND EMD.DTHRMOV=MF.DTHRMOV

Plan hash value: 2923565733

---
   Id | Operation   NAME    ROWS Cost   
  Stale
   
|    0 | SELECT STATEMENT     1   2
|    1 |  SORT AGGREGATE  1   2 
|    2 |   NESTED LOOPS               1 2
|    3 |    NESTED LOOPS              1     2   
 NO
|    4 | TABLE ACCESS BY INDEX ROWID   XXX  1   2
|    5 |  INDEX RANGE SCAN XXX 1    2   
    NO
|    6 |   SORT AGGREGATE  1    2   
    NO 
|    7 |    TABLE ACCESS BY INDEX ROWID    XXX  1       2   
   NO
|    8 | INDEX RANGE SCAN  XXX  1   2   
  NO
|    9 | INDEX RANGE SCAN  XXX   1   2  
 NO
|   10 |    TABLE ACCESS BY INDEX ROWID    XXX  1  2
   NO
Acontece que quando eu executo essa consulta no sqlplus ou em outro front-end a 
consulta é executada em menos de um segundo, extremamente rápida. 

obs: Na wait_event quando a consulta é executada é mostrado o 
db_file_sequencial read, só adiantando que o cache_size é mais que suficiente.

Alguém poderia ajudar a resolver essa bronca?

[oracle_br] Lentidão de acesso a procedure no Oracle Forms Builder.

[Carlos Cesar Aparecido Da Silva carlos.sil...@jbsfoods.com.br [oracle_br]]

Boa tarde pessoal!

  Alguém já pegou  lentidão de acesso de procedure no Oracle Forms Builder 
6i?
  Criei uma procedure dentro da tela.
  Quando chamo a mesma ele demora para acessar essa rotina.

Obrigado,

[oracle_br] Lentidão Data Pump

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

 Senhores, boa tarde.
Tenho 2 servidores idênticos em suas características.
SO AIX 6.1Oracle EE 11.2.0.4 - Tuning Pack + Diagnostic Pack

Depois da atualização para a versão 11.2.0.4, os meus dois servidores de 
produção estão tendo problemas em relação a realização dos data pumps (expdp).
O datapump que demoraria em torno de 1 a 2 minutos está demorando quase 2 horas.

Para se ter uma idéia, fiz um expdp de um schema que o .dmp de 64mb demorou 
01hr:44m:59s.
No alert.log nada mostra de anormal, no log do data pump nenhum erro ORA foi 
gerado. O servidor não está nem com 50% do uso da CPU em uso, não está fazendo 
swap.
Alguém já passou por isso? Também abri um chamado com a Oracle.

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

[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

[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

[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

[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.
 

Re: [oracle_br] Lentidão no Oracle Enterprise Manager 11g

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

Sobre patches é isso mesmo, a Oracle só disponibiliza patches para clientes com 
contrato de suporte : se vc checar com quem te forneceu esses binários e 
realmente vcs não tiverem nenhum contrato de suporte, não vai ter como se 
aplicar patches...

 Bom, dos seus testes só não vi no seu teste a Demonstração de uma conexão via 
listener (ie, sqlplus usuario/senha@SAO07U), mas Suponho que como o database 
está registrado no listener e o tnsping chega até lá ok, o acesso deve estar ok 
: testa assim mesmo, porém...
 Chegando até o ponto em que vc conectar via listener no sqlplus, por parte do 
banco estará OK a config...
 
 Sobre o oem dbcontrol, o trecho :

" 
Oracle Enterprise Manager 11g Database Control Release 11.2.0.1.0 
Copyright (c) 1996, 2009 Oracle Corporation.  All rights reserved.
https://sao07u.flx.com:1158/em/console/aboutApplication
Starting Oracle Enterprise Manager 11g Database Control .. 
started. 
"

nos diz que o OEM startou ok (e portanto em tese a config dele está OK, mas 
primeira coisa que noto é que  a linha com https://sao.  nos diz que o OEM 
dbcontrol está configurado para acesso HTTPS : experimenta configurar o acesso 
HTTP , com :
 
 emctl unsecure dbconsole
 
 depois exibe o status com :
 
 emctl status dbconsole
 
 vc vai ver que a nova URL passou a ser acessível via HTTP: , sem SSL, tenta 
assim
 
 Sobre o browser - pode sim ser a versão de Firefox, a partir da versão 30 em 
diante a Mozilla vem realmente apertando a Segurança do firefox, então checks 
tais como certificados vencidos, que outros browsers não fazem ou fazem por 
cima, o Firefox faz mais rigorosamente
 Tenta com uma versão bem antiga de Firefox, ou mesmo com um outro browser - 
tipicamente nas distros Linux por default já vem browsers simples (se for KDE a 
GUI ela via de regra já vem com o Konqueror, e se for gnome vem o Epiphany), 
veja lá se vc tem algum desses instalado e tenta acessar a url sem SSL do OEM 
com eles ... 
 
  []s
  
Chiappa

Re: [oracle_br] Lentidão no Oracle Enterprise Manager 11g

[rafael.p.fe...@gmail.com [oracle_br]]

Olá Chiappa, 

 Desculpe se não consegui explicar, mas o Database Control que estou tentando 
acessar é esse mesmo que você identificou, o DBCONTROL, exatamente esse que vem 
com o RDBMS. O objetivo é puramente acadêmico. É importante pra mim entendê-lo 
pra obter algumas informações sobre o banco de dados. Ontem eu corrigi o meu 
LISTENER.ORA e  TNSNAMES.ORA. Vou anexá-los abaixo. A primeira coisa que fiz ao 
iniciar a VM foi verificar o status do meu LISTENER. Depois inicializei ele.
 

 oracle@sao07u ~]$ lsnrctl status
 

 LSNRCTL for Linux: Version 11.2.0.1.0 - Production on 11-AUG-2015 11:31:21
 

 Copyright (c) 1991, 2009, Oracle.  All rights reserved.
 

 Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1521)))
 TNS-12541: TNS:no listener
  TNS-12560: TNS:protocol adapter error
   TNS-00511: No listener
Linux Error: 111: Connection refused
 Connecting to 
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=sao07u.flx.com)(PORT=1521)))
 TNS-12541: TNS:no listener
  TNS-12560: TNS:protocol adapter error
   TNS-00511: No listener
Linux Error: 111: Connection refused
 


 [oracle@sao07u ~]$ lsnrctl start
 

 LSNRCTL for Linux: Version 11.2.0.1.0 - Production on 11-AUG-2015 11:31:35
 

 Copyright (c) 1991, 2009, Oracle.  All rights reserved.
 

 Starting /u01/app/oracle/product/11.2.0/dbhome_1/bin/tnslsnr: please wait...
 

 TNSLSNR for Linux: Version 11.2.0.1.0 - Production
 System parameter file is 
/u01/app/oracle/product/11.2.0/dbhome_1/network/admin/listener.ora
 Log messages written to 
/u01/app/oracle/diag/tnslsnr/sao07u/listener/alert/log.xml
 Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
 Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=localhost)(PORT=1521)))
 

 Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1521)))
 STATUS of the LISTENER
 
 Alias LISTENER
 Version   TNSLSNR for Linux: Version 11.2.0.1.0 - Production
 Start Date11-AUG-2015 11:31:37
 Uptime0 days 0 hr. 0 min. 11 sec
 Trace Level   off
 Security  ON: Local OS Authentication
 SNMP  OFF
 Listener Parameter File   
/u01/app/oracle/product/11.2.0/dbhome_1/network/admin/listener.ora
 Listener Log File 
/u01/app/oracle/diag/tnslsnr/sao07u/listener/alert/log.xml
 Listening Endpoints Summary...
   (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
   (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=localhost)(PORT=1521)))
 The listener supports no services
 The command completed successfully
 


 Aqui eu adiciono as configurações dos meus arquivos LISTENER.ORA e 
TNSNAMES.ORA (Realizei as atualizações do passo 5 que você adicionou):
 

 # listener.ora Network Configuration File: 
/u01/app/oracle/product/11.2.0/dbhome_1/network/admin/listener.ora
 # Generated by Oracle configuration tools.
 

 LISTENER =
   (DESCRIPTION_LIST =
 (DESCRIPTION =
  (ADDRESS = (PROTOCOL = TCP)(HOST = sao07u.flx.com)(PORT = 1521))
 )
   )
 

 ADR_BASE_LISTENER = /u01/app/oracle
 

SID_LIST_LISTENER =
  (SID_LIST =
(SID_DESC =
  (ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1)
  (SID_NAME=sao07u)
 


 # tnsnames.ora Network Configuration File: 
/u01/app/oracle/product/11.2.0/dbhome_1/network/admin/tnsnames.ora
 # Generated by Oracle configuration tools.
 

 LISTENER_SAO07U =
   (ADDRESS = (PROTOCOL = TCP)(HOST = sao07u.flx.com)(PORT = 1521) )
 


 SAO07U =
   (DESCRIPTION =
 (ADDRESS = (PROTOCOL = TCP)(HOST = sao07u.flx.com)(PORT = 1521))
 (CONNECT_DATA =
   (SERVER = DEDICATED)
   (SERVICE_NAME = sao07u)
 )
   )
 


 Quando você sugeriu usar uma VM com todo o conteúdo padrão da Oracle eu não 
poderia utilizar, todo o projeto foi desenvolvido na versão 11g. Em relação aos 
patches, logo imaginei quando acessei a página do MyOracle Support, foi 
solicitado o número de contrato de aquisição. Ainda tentei procurar algo como 
uma opção para fins acadêmicos, mas não teria como atualizar o RDBMS aqui. 
Assim ele se mantêm na versão sem patches 11.2.0.1.


 

 No item b quando você pede mais informações, pode me dizer quais saídas você 
precisa que colo aqui. Estas são as saídas das variáveis $ORACLE_HOME e 
$ORACLE_SID
 

 [oracle@sao07u admin]$ echo $ORACLE_SID
 sao07u
 

 [oracle@sao07u admin]$ echo $ORACLE_HOME
 /u01/app/oracle/product/11.2.0/dbhome_1
 

 Depois comecei a seguir o procedimento que me passou:
 

 [oracle@sao07u ~]$ ps -ef | grep -i pmon
 oracle2454 1  0 12:09 ?00:00:00 ora_pmon_sao07u
 oracle2614  2359  0 12:09 pts/000:00:00 grep -i pmon
 

 SQL> show parameter listener;
 

 NAME TYPE VALUE
  --- --
 listener_networks string
 local_listener string
 remote_listener string
 

 SQL> show parameter service;
 

 NAME TYPE VALUE
  

Re: [oracle_br] Lentidão no Oracle Enterprise Manager 11g

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

Bem, apesar de já ter perguntado algumas vezes, vc ** não confirmou ** se 
estamos falando do OEM 11g DBCONTROL (ie, aquele que já vem junto com o RDBMS) 
ou do OEM CLOUD CONTROL, mas como vc diz que tá tudo junto na mesma VM, e que é 
um ambientes de teste/estudos, vou DEDUZIR que estamos falando mesmo do 
DBCONTROL, que é a situação mais comum nesse tipo de cenário... 
 
 Isso sendo verdade, antes de responder às suas perguntas, Observo que, já que 
ao que entendo vc só quer usar o OEM DBCONTROL para exercícios de uso e 
demonstrações visando a fins acadêmicos/TCC,  talvez vc possa, ao invés de 
instalar e configurar tudo por si só, baixar a imagem de VM prontinha pra isso 
que a Oracle disponibiliza em 
http://www.oracle.com/technetwork/community/developer-vm/index.html : aí seria 
só baixar e instalar o Virtualbox, baixar o arquivo com a imagem da VM, 
importar ele no Virtualbox e cabou, tá tudo pronto e configurado, pode sair 
usando A única questão é que essa imagem de vM vêm com as versões mais 
recentes e que estão em Produção (ie, com o database 12c e o OEM 12c) : se o 
teu orientador e/ou a tua facul exigem 11g, aí não serve
 
 Colocações feitas,e CASO a opção de usar a VM pronta com OEM 12c não te sirva, 
as respostas :
 
a. os patches para atualização de database só estão disponíveis pra quem 
adquiriu algum Contrato de Suporte para algum produto da  Oracle - isso é pago 
á parte, não está Publicamente disponível No caso, já que estamos falando 
do OEM DBCONTROL 11g, como ele tá junto com o RDBMS, em vc aplicando o patchset 
mais recente pro database o OEM DBCONTROL já vai ser atualizado, também...

b. afora a questão de patches, que pode sim estar influenciando na não-conexão 
pelo listener, tem algumas configs necessárias que vc não mostra, então vou 
REFRASEAR o que disse antes, quando falei que provavelmente vc estava fazendo 
tudo certo : antes de vc partir pra opção de patching, vamos discutir algumas 
questões de config aonde vc pode estar errando
  Além da questão de que o LISTENER ** tem ** que ser iniciado com o nome 
correto (ou sem nome se for usado o nome-default de LISTENER, que é o seu caso 
pelo que vejo), é ABSOLUTAMENTE necessário que o database esteja REGISTRADO no 
Listener ** E ** que haja a entrada correspondente no TNSNAMES.ORA, para que vc 
consiga fazer uma conexão via listener, que é o que o OEM faz...
  Do começo :
  
  1. tenho as variáveis Oracle setadas no ambiente (ie, ORACLE_HOME e 
ORACLE_SID apontando para o HOME e SID corretos, e $ORACLE_HOME/bin incluída no 
PATH), e estou conectado como o usuário Linux que instalou e executa o RDBMS :

[oracle@localhost dbhome_2]$ echo $ORACLE_HOME
/home/oracle/app/oracle/product/11.2.0/dbhome_2
[oracle@localhost dbhome_2]$ echo $ORACLE_SID
orcl
[oracle@localhost dbhome_2]$ echo $PATH
/usr/java/latest/bin:/usr/java/latest/bin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/oracle/app/oracle/product/11.2.0/dbhome_2/bin:/home/oracle/bin:/home/oracle/app/oracle/product/11.2.0/dbhome_2/bin:
[oracle@localhost dbhome_2]$ 
[oracle@localhost dbhome_2]$ whoami
oracle
[oracle@localhost dbhome_2]$ 

   2. confirme que o banco está Ativo, checando os processos dele E conectando 
localmente, sem acesso ao listener, e aproveite para confirmar que o parâmetro 
de listener local e o de services estão corretos (em tese se tudo está default 
isso não precisaria, mas faça por uma questão de seguir o procedimento) :

[oracle@localhost ~]$ ps -ef | grep -i pmon
oracle2674 1  0 09:08 ?00:00:00 ora_pmon_orcl
oracle7557  3423  0 09:33 pts/100:00:00 grep -i pmon
[oracle@localhost ~]$ 

   
[oracle@localhost dbhome_2]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.2.0 Production 

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SYS:AS SYSDBA@orcl:SQL>show parameter listener

NAME TYPEVALUE
 --- --
listener_networksstring
local_listener   string  LISTENER_ORCL
remote_listener  string
SYS:AS SYSDBA@orcl:SQL>show parameter service

NAME TYPEVALUE
 --- --
service_namesstring  orcl
SYS:AS SYSDBA@orcl:SQL>
SYS:AS SYSDBA@orcl:SQL>exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 
Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
[oracle@localhost dbhome_2]$ 

   
   3. veja que vc não tem um arquivo sqlnet.ora eventualmente indicando um 
Domínio de rede ( como é ambiente local apenas, vamos ficar sem ele) :
   
[oracle@localhost dbhome_2]$ ls -l $ORACLE_HOME/network/admin
total 20
-rw-rw-r-- 1 or

Re: [oracle_br] Lentidão no Oracle Enterprise Manager 11g

[rafael.p.fe...@gmail.com [oracle_br]]

Chiappa, 

 Eu consigo baixar estes patchs para atualizar o Oracle Database? Atualmente o 
Oracle Database é:
 

 Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
 With the Partitioning, Oracle Label Security, OLAP, Data Mining,
 Oracle Database Vault and Real Application Testing options
 


 O meu arquivo listener.ora encontra-se no diretório como mencionou 
$ORACLE_HOME/networ/admin. E possui estas informações:
 

 # listener.ora Network Configuration File: 
/u01/app/oracle/product/11.2.0/dbhome_1/network/admin/listener.ora
 # Generated by Oracle configuration tools.
 

 SID_LIST_LISTENER =
   (SID_LIST =
 (SID_DESC =
   (GLOBAL_DBNAME = sao07u)
   (ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1)
   (SID_NAME = sao07u)
 )
 (SID_DESC =
   (GLOBAL_DBNAME = bdda)
   (ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1)
   (SID_NAME = bdda)
 )
   )
 

 LISTENER =
   (DESCRIPTION_LIST =
 (DESCRIPTION =
   (ADDRESS = (PROTOCOL = TCP)(HOST = sao07u.flx.com)(PORT = 1521))
 )
   )
 

 ADR_BASE_LISTENER = /u01/app/oracle
 

 Quando executo o comando emctl as linhas iniciais retornam o mesmo que a 
versão do Oracle Database:
 

 Oracle Enterprise Manager 11g Database Control Release 11.2.0.1.0 
 Copyright (c) 1996, 2009 Oracle Corporation.  All rights reserved.
 

 O servidor é o mesmo onde se encontra o repositório e o banco de dados alvo 
recebeu o nome de sao07u. O outro banco de dados com o nome de bdda é o banco 
referente ao meu TCC e ainda não foi criado.
 

 Sobre a questão do DNS no início o nome do servidor usando a placa de rede no 
Oracle Virtual Box está em modo bridge e o endereço de resposta no PING 
indicava um endereço externo. Corrigi isso no arquivo hosts indicando os nomes 
sao07u e sao07u.flx.com para o endereço de loopback da placa de rede 127.0.0.1.
 

 Agora o EM até abre relativamente um pouco mais rápido, mas não realiza a 
autenticação no banco de dados.
 

 []s
 


 

 


 

Re: [oracle_br] Lentidão no Oracle Enterprise Manager 11g

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

Bom, olhando as msgs dos logs que vc mostra, eu vejo "11.2.0.1.0" , o que 
indica que pelo jeito vc tá usando o OEM 11gR2 na versão mais inicial e antiga 
: CONTINUO indicando que pode SIM ser alta PRACAS a chance de BUGs num ambiente 
tão antigo e unpatched, okdoc ???
 Sem negar a inferência, porém, vamos pensar em outras opções... 
 
 Primeiro, pra gente poder entender o seu ambiente e te ajudar melhor, algumas 
perguntas que não vi se o foram mas que já deveriam ter sido feitas : 

a. nós estamos falando de OEM 11g em qual exato release/versão ?? Estamos 
falando de OEM 11g DBCONTROL (ie, o "tipo" de OEM mais restrito e 
mono-usuário/mono-database que já vem com o RDBMS) ** ou ** estamos falando de 
OEM 11g CLOUD CONTROL (ie, o "tipo" de OEM que exige instalação à parte MAS que 
pode controlar múltiplos databases em múltiplos servidores, e até por isso 
exige que em cada servidor tenha um software de comunicação - o OEM AGENT - 
instalado , E exige também um banco á parte para servir de Repositório) ???

b. no servidor onde está o OEM está também o database que serve de repositório 
para ele ? E onde está o database-alvo ?

c. quando vc criou o tal listener, QUAL O NOME que vc deu pra ele ? Pois só 
faz sentido vc startar com lsnrctl start SAO07U [ENTER] ** se ** vc criou o 
listener com o nome de SAO07U , **e** igualmente só faz sentido vc startar com 
lsnrctl start [ENTER] (ie, sem especificar o nome do listener a ativar) ** SE 
** vc criou o seu listener com o nome default de LSITENER Sim sim ???
 Dá uma exibida no conteúdo do seu diretório $ORACLE_HOME/network/admin ** e ** 
no conteúdo do arquivo $ORACLE_HOME/network/admin/listener.ora , e veja o que 
vc tem... Por exemplo, se vc tiver uma entrada no listener.ora :
 

LISTENER =
   (DESCRIPTION_LIST = 
  (DESCRIPTION = 
  
é LISTENER mesmo o nome desse listener, então sendo esse nome default de 
listener aí SIM vc pode startar com lsnrctl start [ENTER], ok ??   

 
d. não é impossível que a questão da lentidão seja relacionada á rede, por 
exemplo demora da VM chegar/encontrar rota até o servidor de DNS, ou mesmo 
firewall/filtro de pacotes/antivírus/whatever no caminho de rede entre a VM e o 
DNS

==>  Uma coisa rápida e prática que vc pode fazer é o hostname dessa VM ser 
resolvido localmente no /etc/hosts, ou até mesmo (se esse listener NÃO vai ser 
acessado por outras máquinas, o que é o caso do OEM 11g DBCONTROL, ou duma 
instalação-teste do OEM 11g CLOUD CONTROL onde tudo esteja na mesma máquina VM) 
vc pode ter no hostnames uma entrada :
 
127.0.0.1   localhost.localdomain localhost

e aí ter na entrada do listener.ora o seguinte :


LISTENER =
   (DESCRIPTION_LIST = 
  (DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = localhost.localdomain)(PORT = 1521))
)



OU SEJA, ao invés de procurar (provavelmente no DNS da rede) o hostname vc 
criou uma entrada local e pede pro listener a usar : SE for prob de acesso á 
rede externa a lentidão na conexão via LISTENER, isso deve resolver...  

 []s
 
   Chiappa

Re: [oracle_br] Lentidão no O racle Enterprise Manag er 11g

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

O ponto é que não havia somente este bug nas versões inicias do OEM, então pra 
mim ainda acho que vc não está fazendo nada errado em si, o problema ainda deve 
ser algum OUTRO bug causando lentidão de modo geral, por isso recomendei e 
recomendo de novo aplicar os patches mais recentes do OEM 11g, OU então partir 
pro OEM 12c nalgum release bem recente, onde bugs do tipo já estejam 
solucionados...

 []s
 
   Chiappa

Re: [oracle_br] Lentidão no O racle Enterprise Manag er 11g

[rafael.p.fe...@gmail.com [oracle_br]]

Olá Chiappa! 

 Eu li sobre esse bug antes de chegar no forum com o problema. Mas antes de 
aplicar este patch, por não ter muita experiência, eu optei simplesmente por 
desabilitar o modo seguro de acesso ao dbconsole.
 

 Executei o comando: emctl unsecure dbconsole
 

 Achei esta solução "temporária" mais rápida e havia conseguido acessar as 
páginas do OEM. Acho que meu problema está no listener. Estou tentando 
descobrir o que fiz de errado.
 

 []s

Re: [oracle_br] Lentidão no Oracle Enterprise Manager 11g

[rafael.p.fe...@gmail.com [oracle_br]]

Sim eu parei o banco de dados e reiniciei o servidor. O primeiro comando que 
executei foi: 

 oracle@sao07u ~]$ lsnrctl start
 

 LSNRCTL for Linux: Version 11.2.0.1.0 - Production on 10-AUG-2015 14:34:18
 

 Copyright (c) 1991, 2009, Oracle.  All rights reserved.
 

 Starting /u01/app/oracle/product/11.2.0/dbhome_1/bin/tnslsnr: please wait...
 

 TNSLSNR for Linux: Version 11.2.0.1.0 - Production
 System parameter file is 
/u01/app/oracle/product/11.2.0/dbhome_1/network/admin/listener.ora
 Log messages written to 
/u01/app/oracle/diag/tnslsnr/sao07u/listener/alert/log.xml
 Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=sao07u)(PORT=1521)))
 

 Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
 STATUS of the LISTENER
 
 Alias LISTENER
 Version   TNSLSNR for Linux: Version 11.2.0.1.0 - Production
 Start Date10-AUG-2015 14:34:18
 Uptime0 days 0 hr. 0 min. 10 sec
 Trace Level   off
 Security  ON: Local OS Authentication
 SNMP  OFF
 Listener Parameter File   
/u01/app/oracle/product/11.2.0/dbhome_1/network/admin/listener.ora
 Listener Log File 
/u01/app/oracle/diag/tnslsnr/sao07u/listener/alert/log.xml
 Listening Endpoints Summary...
   (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=sao07u)(PORT=1521)))
 The listener supports no services
 The command completed successfully
 

 Repare que o Alias do listener ficou com o nome de "LISTENER", mas quando 
executo o NETCA o listener aparece com o nome da minha instância SAO07U.
 

 Na primeira situação após rodar este comando executo o comando emctl start 
dbconsole e após a inicialização acesso o OEM muito rápido, mas não consigo 
logar no banco de dados.
 

 Então parei o serviço do dbconsole e o listener e executei o comando:
 

 lsnrctl start sao07u (indicando o listener)
 

 Após executei novamente o comando emctl start dbconsole.
 

 Nesta segunda situação a lentidão voltou. Conclui que não é um problema de 
falta de memória ou de acesso a CPUs, pois o equipamento aqui é Core i7. Mas 
deixei ainda as configurações da VM.
 

 Acho que o problema está no listener, Tentarei excluir todos eles e criar 
novamente, depois posto se isso ajudou.
 

 []s
 


 


 

Re: [oracle_br] Lentidão no O racle Enterprise Manag er 11g

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

Bem, vc não dá as versões exatas mas eu vejo como MUITO ALTA a chance de vc 
estar enfrentando BUGs do OEM mesmo : 
https://community.oracle.com/message/2616209 por exemplo é uma thread onde se 
reporta um cenário similar ao seu que só foi Resolvido com um patch - Recomendo 
a aplicação do patch mais recente, ou mesmo se viável passar a utilizar o OEM 
12c... Falsos-positivos de listener e/ou agent reportados como unavailable 
também Tipicamente apontam para bugs...
 Observo também que, para que se possa ter 4 GB 2 mais de um processador 
virtual na máquina virtual sem causar gargalos, a máquina real tem que ter pelo 
menos 8 GB de RAM e processador ao menos quad-core E não estar sobrecarregada 
com outros processamentos, a fim de EVITAR que eventuais gargalos no 
SO/ambiente host causem probs de performance no ambiente guest/VM.
 
 []s
 
   Chiappa
  

Re: [oracle_br] Lentidão no Oracle Enterprise Manag er 11g

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

É porque o EM monitora o status do mesmo.

Faltou iniciar o Listener também...   é outro serviço a parte, necessário
para o BD aceitar conexoes de cliente

*$ lsnrctl start*

Inicie-o  e depois volta lá no EM, veja se nao vai aparecer?



2015-08-10 12:32 GMT-03:00 rafael.p.fe...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Olá Angelo,
>
> Realizei as alterações na máquina virtual passando a usar agora 4 CPUs com
> 100% de uso do host e 4GB de RAM. Assim que o servidor é iniciado a
> primeira coisa que faço é subir o banco de dados através do SQLPLUS e
> depois inicio o serviço do EM, notei agora uma melhora no carregamento da
> página inicial.
> Acho estranho iniciar e montar o banco de dados e a página inicial do EM
> exibe que a instância não está iniciada (exibindo uma seta vermelha), o
> LISTENER também não está iniciado.
>
> Tento efetuar LOGON no banco de dados e a lentidão em autenticar qualquer
> usuário é muito grande. Algo mais posso investigar?
>
> []s
>
>
> ---Em oracle_br@yahoogrupos.com.br,  escreveu:
>
> Rafael,
>
> Melhor colocar mais memória...  2 gb não da nem pra conversar..
> Sem contar que vc ainda tem o proprio SO, que também precisa da memoria
>
> Verifique pelo menos se a base subiu, bem provavel que o EM esteja
> buscando algum serviço que ainda nao está ativo.
>
>
>
>
>
>
> 2015-08-10 11:49 GMT-03:00 rafael.p.felix@... [oracle_br] :
>
>
>
> Olá Pessoal!
>
>
> Tenho em casa uma máquina virtual que roda o Oracle Database 11gR2 em um
> Oracle Linux 6.5. A máquina virtual está configurada para usar duas CPUs
> com 100% de acesso ao CPU da máquina host. Ajustei 2GB de RAM pois trata-se
> de uma máquina de estudo.
>
> Primeiramente enfrentei muita dificuldade em acessar a página do EM pois
> pesquisei na Internet uma série de alterações que ocorreram no Firefox
> versão 39 que dificultava o acesso a página. Encontrei uma solução para
> simplesmente desabilitar o acesso seguro do EM e consegui acessar a página.
>
> Agora ao carregar a página encontro extrema lentidão para logar e realizar
> qualquer operação na página.
>
>
> Pergunto se alguém já passou por esta dificuldade?
>
>
> []s
>
>
> 
>

Re: [oracle_br] Lentidão no Oracle Enterprise Manag er 11g

[rafael.p.fe...@gmail.com [oracle_br]]

Olá Angelo, 

 Realizei as alterações na máquina virtual passando a usar agora 4 CPUs com 
100% de uso do host e 4GB de RAM. Assim que o servidor é iniciado a primeira 
coisa que faço é subir o banco de dados através do SQLPLUS e depois inicio o 
serviço do EM, notei agora uma melhora no carregamento da página inicial.
 Acho estranho iniciar e montar o banco de dados e a página inicial do EM exibe 
que a instância não está iniciada (exibindo uma seta vermelha), o LISTENER 
também não está iniciado.
 

 Tento efetuar LOGON no banco de dados e a lentidão em autenticar qualquer 
usuário é muito grande. Algo mais posso investigar?
 

 []s
 

 
---Em oracle_br@yahoogrupos.com.br,  escreveu:

 Rafael, 

 Melhor colocar mais memória...  2 gb não da nem pra conversar..  Sem contar 
que vc ainda tem o proprio SO, que também precisa da memoria

 

 Verifique pelo menos se a base subiu, bem provavel que o EM esteja buscando 
algum serviço que ainda nao está ativo.

 

 

 

 
 






 
 2015-08-10 11:49 GMT-03:00 rafael.p.felix@... mailto:rafael.p.felix@... 
[oracle_br] mailto:oracle_br@...>:
   
 Olá Pessoal!
 

 Tenho em casa uma máquina virtual que roda o Oracle Database 11gR2 em um 
Oracle Linux 6.5. A máquina virtual está configurada para usar duas CPUs com 
100% de acesso ao CPU da máquina host. Ajustei 2GB de RAM pois trata-se de uma 
máquina de estudo.
 Primeiramente enfrentei muita dificuldade em acessar a página do EM pois 
pesquisei na Internet uma série de alterações que ocorreram no Firefox versão 
39 que dificultava o acesso a página. Encontrei uma solução para simplesmente 
desabilitar o acesso seguro do EM e consegui acessar a página.

 Agora ao carregar a página encontro extrema lentidão para logar e realizar 
qualquer operação na página.
 

 Pergunto se alguém já passou por esta dificuldade? 
 

 []s
 

 

Re: [oracle_br] Lentidão no Oracle Enterprise Manager 11g

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

Rafael,

Melhor colocar mais memória...  2 gb não da nem pra conversar..
Sem contar que vc ainda tem o proprio SO, que também precisa da memoria

Verifique pelo menos se a base subiu, bem provavel que o EM esteja buscando
algum serviço que ainda nao está ativo.






2015-08-10 11:49 GMT-03:00 rafael.p.fe...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Olá Pessoal!
>
>
> Tenho em casa uma máquina virtual que roda o Oracle Database 11gR2 em um
> Oracle Linux 6.5. A máquina virtual está configurada para usar duas CPUs
> com 100% de acesso ao CPU da máquina host. Ajustei 2GB de RAM pois trata-se
> de uma máquina de estudo.
>
> Primeiramente enfrentei muita dificuldade em acessar a página do EM pois
> pesquisei na Internet uma série de alterações que ocorreram no Firefox
> versão 39 que dificultava o acesso a página. Encontrei uma solução para
> simplesmente desabilitar o acesso seguro do EM e consegui acessar a página.
>
> Agora ao carregar a página encontro extrema lentidão para logar e realizar
> qualquer operação na página.
>
>
> Pergunto se alguém já passou por esta dificuldade?
>
>
> []s
>
> 
>

[oracle_br] Lentidão no Oracle Enterprise Manager 11g

[rafael.p.fe...@gmail.com [oracle_br]]

Olá Pessoal!
 

 Tenho em casa uma máquina virtual que roda o Oracle Database 11gR2 em um 
Oracle Linux 6.5. A máquina virtual está configurada para usar duas CPUs com 
100% de acesso ao CPU da máquina host. Ajustei 2GB de RAM pois trata-se de uma 
máquina de estudo.
 Primeiramente enfrentei muita dificuldade em acessar a página do EM pois 
pesquisei na Internet uma série de alterações que ocorreram no Firefox versão 
39 que dificultava o acesso a página. Encontrei uma solução para simplesmente 
desabilitar o acesso seguro do EM e consegui acessar a página.

 Agora ao carregar a página encontro extrema lentidão para logar e realizar 
qualquer operação na página.
 

 Pergunto se alguém já passou por esta dificuldade? 
 

 []s

[oracle_br] Lentidão backup incremental

[Alessandro Silva xalexsi...@yahoo.com.br [oracle_br]]

 Oracle 11gR2
Senhores, quando realizado um backup incremental diferencial nível 0 acontece o 
seguinte:

 |DESTINO |STATUS  |DURACAO   |OUTPUT GB|OUTPUT MB/s
SBT_TAPE|COMPLETED 05:16:33  |   1452.2|   78.3 
 
Ou seja, durou 05 horas aproximadamente um backup de quase 1,5TB com uma taxa 
de transferência de 78.3
Quando realizado um backup incremental diferencial nível 1, acontece o seguinte:
 |DESTINO |STATUS  |DURACAO   |OUTPUT GB|OUTPUT MB/s
SBT_TAPE|COMPLETED 01:26:34  |   15.7|   3.1

Ou seja um backup de apenas 15GB durou em torno de  1 hora e meia. Com uma taxa 
de 3.1 apenas.
Isso não foi a primeira vez, após a implementação do backup incremental, todo 
backup nível 1 a taxa de transferÇencia cai de forma expressiva. Falei com o 
responsável pelo TSM, mas as modificações que ele realizou de nada adiantou.
Alguém já passou por isso?

obs: o arquivo de rastreamento foi criado.

Re: RES: [oracle_br] Lentidão Oracle RAC

[J. Laurindo Chiappa]

  E claro : quando eu indiquei o melhor, o "filé" para a rede de interconexão, 
é porque estou/sou ciente da importância crítica dela pra um RAC, sim ??? 
Então, se por qquer motivo vc não possa optar pelo TOP, que NO MÁXIMO  se desca 
UM degrau, indo pro patamar imediatamente inferior que seria 10 Gbps, yep ??? 
menos que isso aí já estamos falando de fazer um "catadão" de hardware, é 
DUVIDOSO que isso vá ficar bom

  []s

Chiappa

--- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa"  
escreveu
>
>   Veja só, colega : OK, os "sistemas são os mesmos", mas antes de poder 
> apontar o dedo para o RAC, vc ** TEM ** que :
>   
>   a) ter Absoluta Certeza que é mesmo só o RAC a única diferença, ie : a 
> versão EXATA do RDBMS é a mesma, os MESMOS PATCHES estão aplicados EM AMBAS 
> AS INSTÃNCIAS, os params de configuração são os mesmos, os dados são 
> EXATAMENTE OS MESMOS, as ** ESTATÍSTICAS ** estão coletadas da mesma Idêntica 
> forma que o banco single-instance (com a MESMA frequência, mesmo bucket size, 
> etc, etc), o SISTEMA OPERACIONAl está Idêntico em ambas... okdoc ?? Cansei de 
> ver ambiente de testes que visa homologar alguma tecnologia Oracle  aonde o 
> pessoal grita que tá ruim, aí vc vai ver ele não está rigorosamente idêntico 
> ao PROD : aí é CLARO que testar bananas com maçãs NÂO te dá certeza nenhuma , 
> sim  E vc TEM que testar uma coisa por vez, se é testar RAC o seu 
> objetivo, que seja o RAC a ** única ** mudança, sim ??? Faz sentido ???
>   
>   b) ter Absoluta Certeza que o novo hardware é REALMENTE superior/maior que 
> ao que já existe , e isso em TODOS os aspectos - botar mais CPU e mais RAM 
> num novo servidor que tenha um sub-sistema de I/O mais lento/ineficiente que 
> o servidor antigo é um caminho CERTO pra ter problemas : ganhasse eu uma 
> moeda de um real a cada vez que eu vejo neguim fazer upgrade só de CPU e RAM 
> e "esquecer" de outro pontos como o I/O e quebrar a cara, gastando grana e 
> tendo performance PIOR que o sistema velho, eu taria bem Rico hoje...
>   E INCLUSIVE, sendo RAC é TOTALMENTE CRÍTICO que a INFRA DE REDE a ser usada 
> para a inter-comunicação entre os nós seja muitíssimo boa : o RAC tem como 
> característica manter um tráfego relativamente frequente de "conversação" 
> entre os nós, então para mim a partir do momento que vc não tem um rede de 
> 100 Gigabits ou melhor (hoje em dia placas e switches de 100 Gbps são carne 
> de vaca em ambiente profissional, absolutamente NÂO SÂO mais o fantasma 
> carésimo que eram), com switch de BOA QUALIDADE, e rede essa usada 
> ABSOLUTAMENTE APENAS pelo RAC para intercomunicação, vc tá num meio caminho 
> andado para uma FALHA CATASTRÓFICA , sim ??? Isso contrasta com a 
> incapacidade de vc implantar jumbo frames nesse ambiente : será que esse 
> hardware que não aceita nem jumbo frames significa uma  rede do Boa o 
> Suficiente ? Sei não...
> 
>   c) tem que ter ABSOLIUTA certeza que o hardware está CORRETAMENTE 
> CONFIGURADO, ie : se vc usa filesystem, as opções de montagem tão ok ?? Os 
> NICs ESTÂO configurados/reconhecidos para trabalhar na maior velocidade 
> possível ?? Eles tão MESMO ligados nas portas mais rápidas do switch ?? E 
> assim por diante
>   
>   ===> Apenas e SOMENTE apenas SE tudo isso estiver OK, MESMO, aí SIM vc tem 
> razão para desconfiar do RAC, sim  Aí sim vc parte pra configuração e 
> best practices de RAC, aí sim vc PODE suspeitar de aplicativo incompatível 
> com RAC, e há Muitas técnicas para vc mensurar isso, e diversas alterações de 
> ambiente que vc pode fazer... Mas repito, ANTES de partir pra isso, vc TEM 
> que estar CERTO que está testando/comparando BANANAS com BANANAS, sim ???
>   
> []s
>   
> Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br, Alisson Lima  
> escreveu
> >
> > Concordo plenamente com o Rodrigo, mas nesse caso os sistemas que estão 
> > rodando no banco novo são os mesmos que rodam no banco de produção atual 
> > que é single instance num servidor infinitamente inferior, isso que é 
> > estranho.
> > 
> > Grato
> > To: oracle_br@yahoogrupos.com.br
> > From: vitorjr81@
> > Date: Fri, 19 Apr 2013 17:30:33 -0300
> > Subject: RES: [oracle_br] Lentidão Oracle RAC
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> >  
> > 
> > 
> > 
> >   
> > 
> > 
> > 
> >   
> >   
> >   Rodrigão... aí sim... esse teu mail, deveria ser impresso por cada 
> > DBA e fixado na mesa, na parede, aos olhos de todo

Re: RES: [oracle_br] Lentidão Oracle RAC

[J. Laurindo Chiappa]

  Veja só, colega : OK, os "sistemas são os mesmos", mas antes de poder apontar 
o dedo para o RAC, vc ** TEM ** que :
  
  a) ter Absoluta Certeza que é mesmo só o RAC a única diferença, ie : a versão 
EXATA do RDBMS é a mesma, os MESMOS PATCHES estão aplicados EM AMBAS AS 
INSTÃNCIAS, os params de configuração são os mesmos, os dados são EXATAMENTE OS 
MESMOS, as ** ESTATÍSTICAS ** estão coletadas da mesma Idêntica forma que o 
banco single-instance (com a MESMA frequência, mesmo bucket size, etc, etc), o 
SISTEMA OPERACIONAl está Idêntico em ambas... okdoc ?? Cansei de ver ambiente 
de testes que visa homologar alguma tecnologia Oracle  aonde o pessoal grita 
que tá ruim, aí vc vai ver ele não está rigorosamente idêntico ao PROD : aí é 
CLARO que testar bananas com maçãs NÂO te dá certeza nenhuma , sim  E vc 
TEM que testar uma coisa por vez, se é testar RAC o seu objetivo, que seja o 
RAC a ** única ** mudança, sim ??? Faz sentido ???
  
  b) ter Absoluta Certeza que o novo hardware é REALMENTE superior/maior que ao 
que já existe , e isso em TODOS os aspectos - botar mais CPU e mais RAM num 
novo servidor que tenha um sub-sistema de I/O mais lento/ineficiente que o 
servidor antigo é um caminho CERTO pra ter problemas : ganhasse eu uma moeda de 
um real a cada vez que eu vejo neguim fazer upgrade só de CPU e RAM e 
"esquecer" de outro pontos como o I/O e quebrar a cara, gastando grana e tendo 
performance PIOR que o sistema velho, eu taria bem Rico hoje...
  E INCLUSIVE, sendo RAC é TOTALMENTE CRÍTICO que a INFRA DE REDE a ser usada 
para a inter-comunicação entre os nós seja muitíssimo boa : o RAC tem como 
característica manter um tráfego relativamente frequente de "conversação" entre 
os nós, então para mim a partir do momento que vc não tem um rede de 100 
Gigabits ou melhor (hoje em dia placas e switches de 100 Gbps são carne de vaca 
em ambiente profissional, absolutamente NÂO SÂO mais o fantasma carésimo que 
eram), com switch de BOA QUALIDADE, e rede essa usada ABSOLUTAMENTE APENAS pelo 
RAC para intercomunicação, vc tá num meio caminho andado para uma FALHA 
CATASTRÓFICA , sim ??? Isso contrasta com a incapacidade de vc implantar jumbo 
frames nesse ambiente : será que esse hardware que não aceita nem jumbo frames 
significa uma  rede do Boa o Suficiente ? Sei não...

  c) tem que ter ABSOLIUTA certeza que o hardware está CORRETAMENTE 
CONFIGURADO, ie : se vc usa filesystem, as opções de montagem tão ok ?? Os NICs 
ESTÂO configurados/reconhecidos para trabalhar na maior velocidade possível ?? 
Eles tão MESMO ligados nas portas mais rápidas do switch ?? E assim por 
diante
  
  ===> Apenas e SOMENTE apenas SE tudo isso estiver OK, MESMO, aí SIM vc tem 
razão para desconfiar do RAC, sim  Aí sim vc parte pra configuração e best 
practices de RAC, aí sim vc PODE suspeitar de aplicativo incompatível com RAC, 
e há Muitas técnicas para vc mensurar isso, e diversas alterações de ambiente 
que vc pode fazer... Mas repito, ANTES de partir pra isso, vc TEM que estar 
CERTO que está testando/comparando BANANAS com BANANAS, sim ???
  
[]s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, Alisson Lima  
escreveu
>
> Concordo plenamente com o Rodrigo, mas nesse caso os sistemas que estão 
> rodando no banco novo são os mesmos que rodam no banco de produção atual que 
> é single instance num servidor infinitamente inferior, isso que é estranho.
> 
> Grato
> To: oracle_br@yahoogrupos.com.br
> From: vitorjr81@...
> Date: Fri, 19 Apr 2013 17:30:33 -0300
> Subject: RES: [oracle_br] Lentidão Oracle RAC
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  
> 
> 
> 
>   
> 
> 
> 
>   
>   
>   Rodrigão... aí sim... esse teu mail, deveria ser impresso por cada DBA 
> e fixado na mesa, na parede, aos olhos de todos que dependem do banco de 
> dados... hehehehe
> 
> 
> 
> ​
> 
> 
> 
> Att,/Regards,
> 
> 
> 
> Vitor Jr.
> 
> Infraestrutura / Infrastructure Team
> 
> Oracle 11g DBA Certified Professional - OCP
> 
> 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: vitorjr81@...
> 
> http://certificacaobd.com.br/
> 
> skype: vjunior1981
> 
> 
> 
> -Mensagem original-
> 
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em 
> nome de Rodrigo Mufalani
> 
> Enviada em: sexta-feira, 19 de abril de 2013 17:28
> 
> Para: oracle_br@yahoogrupos.com.br
> 
> Assunto: Re: [oracle_br] Lentidão Oracle RAC
> 
> 
> 
&

RES: RES: [oracle_br] Lentidão Oracle RAC

[Vitor Jr.]

A melhor definição que li pro RAC até hoje dizia que ele deveria ser visto como 
um amplificador de som, ou seja:

Se tiver som ruim, vai amplificar som ruim

Se tiver som bom, vai amplificar som bom

 

Se as consultas não estiverem otimizadas pra rodar em single instance, é grande 
chance de dar crep em RAC.

Cliente acha que vai resolver tudo com RAC... rsrsrsrs

 

​

 

 

Att,/Regards,

Vitor Jr.
Infraestrutura / Infrastructure Team
Oracle 11g DBA Certified Professional - OCP

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:  <mailto:vitorj...@gmail.com> vitorj...@gmail.com
 <http://certificacaobd.com.br/> http://certificacaobd.com.br/
skype: vjunior1981

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de Alisson Lima
Enviada em: sexta-feira, 19 de abril de 2013 17:50
Para: Oracle Grupos
Assunto: RE: RES: [oracle_br] Lentidão Oracle RAC

 

  

Concordo plenamente com o Rodrigo, mas nesse caso os sistemas que estão rodando 
no banco novo são os mesmos que rodam no banco de produção atual que é single 
instance num servidor infinitamente inferior, isso que é estranho. 

Grato 
To: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>  
From: vitorj...@gmail.com <mailto:vitorjr81%40gmail.com>  
Date: Fri, 19 Apr 2013 17:30:33 -0300 
Subject: RES: [oracle_br] Lentidão Oracle RAC 


Rodrigão... aí sim... esse teu mail, deveria ser impresso por cada DBA e fixado 
na mesa, na parede, aos olhos de todos que dependem do banco de dados... 
hehehehe 



​ 



Att,/Regards, 



Vitor Jr. 

Infraestrutura / Infrastructure Team 

Oracle 11g DBA Certified Professional - OCP 

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 <mailto:vitorjr81%40gmail.com>  

http://certificacaobd.com.br/ 

skype: vjunior1981 



-Mensagem original- 

De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>  
[mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> ] 
Em nome de Rodrigo Mufalani 

Enviada em: sexta-feira, 19 de abril de 2013 17:28 

Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>  

Assunto: Re: [oracle_br] Lentidão Oracle RAC 



Allison, 



Antes de sair modificando seu ambiente. Verifique se você realmente está tendo 
problemas nesse tipo. O jumbo frames ajuda bastante, mas não vai resolver em 
nada se as aplicações que rodam no RAC tem sqls mal comportados e mal 
desenhada. 



Em sua grande maioria o sistema em si é problemática, com centezas de queries e 
processos que precisam ser otimizados e a culpa sempre caiu em cima dos DBA's. 



Nós sempre encaramos o desafio e apontamos onde está o problema, mas o 
principal responsável e quem vai conseguir consertar o problema, (o sistema) é 
o desenvolvedor (palavras de Tkyte), claro que você vai ajudar em muito nesse 
processo. 



Atenciosamente, 



Rodrigo Mufalani 

rodr...@mufalani.com.br <mailto:rodrigo%40mufalani.com.br>  

www.mufalani.com.br <http://www.mufalani.com.br>  



Em 19/04/2013, às 17:16, Alisson Lima mailto:alissondeoliveiralima%40hotmail.com> > escreveu: 



> Boa tarde, estamos instalando um novo servidor oracle rac, mas ele está lento 
> demais, pesquisei as possiveis causas e achei comentários sobre os jumbo 
> frames, tentei habilitá-los(com o comando ifconfig eth0 mtu 9000) mas não 
> consigo transmitir pacotes maiores que 1500bytes no interconnect, já 
> verifiquei e nosso switch suporta jumbo frames, alguém tem alguma idéia de 
> onde pode estar o problema? 

> Oracle 10.2.0.5, Red Hat Enterprise Linux Server release 5.8 (Tikanga) 

> 

> [As partes desta mensagem que não continham texto foram removidas] 

> 

> 



[As partes desta mensagem que não continham texto foram removidas] 



 



-- 

>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 





[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

Re: RES: [oracle_br] Lentidão Oracle RAC

[Rodrigo Mufalani]

Bom Alisson,

  Em geral, se uma aplicação está bem escrita ela vai performar bem em RAC. Tem 
algumas coisas que você pode fazer para tentar minimizar alguns problemas com 
tomar cuidado com uso de sequences, evitar logical reads em excesso entre 
diversas outras dicas. Olhe no histórico do fórum que vai achar muita coisa 
sobre rac.

  Nesse caso, o jumbo frames, bonding e outras técnicas vão te ajudar a 
melhorar o desempenho do interconnect, o que é muito bom, visto que é uma peça 
chave para o funcionamento do RAC. Mas, você está tendo algum problema com 
block lost ou gc* nessa fase de testes?

  Recomendo dar uma olhada nesse artigo pequenino para dar uma luz sobre o que 
estou falando:

http://www.confio.com/logicalread/oracle-rac-wait-events/#.UXGwT7-Dl-w

Obs.: Quando disse para não sair mudando, é para ter certeza exatamente do que 
está mudando e dos resultados que vai conseguir.

Atenciosamente,

Rodrigo Mufalani
rodr...@mufalani.com.br
www.mufalani.com.br

Em 19/04/2013, às 17:50, Alisson Lima  
escreveu:

> Concordo plenamente com o Rodrigo, mas nesse caso os sistemas que estão 
> rodando no banco novo são os mesmos que rodam no banco de produção atual que 
> é single instance num servidor infinitamente inferior, isso que é estranho. 
> 
> Grato 
> To: oracle_br@yahoogrupos.com.br 
> From: vitorj...@gmail.com 
> Date: Fri, 19 Apr 2013 17:30:33 -0300 
> Subject: RES: [oracle_br] Lentidão Oracle RAC 
> 
> 
> Rodrigão... aí sim... esse teu mail, deveria ser impresso por cada DBA e 
> fixado na mesa, na parede, aos olhos de todos que dependem do banco de 
> dados... hehehehe 
> 
> 
> 
> ​ 
> 
> 
> 
> Att,/Regards, 
> 
> 
> 
> Vitor Jr. 
> 
> Infraestrutura / Infrastructure Team 
> 
> Oracle 11g DBA Certified Professional - OCP 
> 
> 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 
> 
> 
> 
> -Mensagem original- 
> 
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em 
> nome de Rodrigo Mufalani 
> 
> Enviada em: sexta-feira, 19 de abril de 2013 17:28 
> 
> Para: oracle_br@yahoogrupos.com.br 
> 
> Assunto: Re: [oracle_br] Lentidão Oracle RAC 
> 
> 
> 
> Allison, 
> 
> 
> 
> Antes de sair modificando seu ambiente. Verifique se você realmente está 
> tendo problemas nesse tipo. O jumbo frames ajuda bastante, mas não vai 
> resolver em nada se as aplicações que rodam no RAC tem sqls mal comportados e 
> mal desenhada. 
> 
> 
> 
> Em sua grande maioria o sistema em si é problemática, com centezas de queries 
> e processos que precisam ser otimizados e a culpa sempre caiu em cima dos 
> DBA's. 
> 
> 
> 
> Nós sempre encaramos o desafio e apontamos onde está o problema, mas o 
> principal responsável e quem vai conseguir consertar o problema, (o sistema) 
> é o desenvolvedor (palavras de Tkyte), claro que você vai ajudar em muito 
> nesse processo. 
> 
> 
> 
> Atenciosamente, 
> 
> 
> 
> Rodrigo Mufalani 
> 
> rodr...@mufalani.com.br 
> 
> www.mufalani.com.br 
> 
> 
> 
> Em 19/04/2013, às 17:16, Alisson Lima  
> escreveu: 
> 
> 
> 
> > Boa tarde, estamos instalando um novo servidor oracle rac, mas ele está 
> > lento demais, pesquisei as possiveis causas e achei comentários sobre os 
> > jumbo frames, tentei habilitá-los(com o comando ifconfig eth0 mtu 9000) mas 
> > não consigo transmitir pacotes maiores que 1500bytes no interconnect, já 
> > verifiquei e nosso switch suporta jumbo frames, alguém tem alguma idéia de 
> > onde pode estar o problema? 
> 
> > Oracle 10.2.0.5, Red Hat Enterprise Linux Server release 5.8 (Tikanga) 
> 
> > 
> 
> > [As partes desta mensagem que não continham texto foram removidas] 
> 
> > 
> 
> > 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram removidas] 
> 
> 
> 
>  
> 
> 
> 
> -- 
> 
> >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 
> 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 



[As partes desta mensagem que não continham texto foram removidas]

RE: RES: [oracle_br] Lentidão Oracle RAC

[Alisson Lima]

Concordo plenamente com o Rodrigo, mas nesse caso os sistemas que estão rodando 
no banco novo são os mesmos que rodam no banco de produção atual que é single 
instance num servidor infinitamente inferior, isso que é estranho.

Grato
To: oracle_br@yahoogrupos.com.br
From: vitorj...@gmail.com
Date: Fri, 19 Apr 2013 17:30:33 -0300
Subject: RES: [oracle_br] Lentidão Oracle RAC
















 



  



  
  
  Rodrigão... aí sim... esse teu mail, deveria ser impresso por cada DBA e 
fixado na mesa, na parede, aos olhos de todos que dependem do banco de dados... 
hehehehe



​



Att,/Regards,



Vitor Jr.

Infraestrutura / Infrastructure Team

Oracle 11g DBA Certified Professional - OCP

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



-Mensagem original-

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de Rodrigo Mufalani

Enviada em: sexta-feira, 19 de abril de 2013 17:28

Para: oracle_br@yahoogrupos.com.br

Assunto: Re: [oracle_br] Lentidão Oracle RAC



Allison,



Antes de sair modificando seu ambiente. Verifique se você realmente está tendo 
problemas nesse tipo. O jumbo frames ajuda bastante, mas não vai resolver em 
nada se as aplicações que rodam no RAC tem sqls mal comportados e mal desenhada.



Em sua grande maioria o sistema em si é problemática, com centezas de queries e 
processos que precisam ser otimizados e a culpa sempre caiu em cima dos DBA's. 



Nós sempre encaramos o desafio e apontamos onde está o problema, mas o 
principal responsável e quem vai conseguir consertar o problema, (o sistema) é 
o desenvolvedor (palavras de Tkyte), claro que você vai ajudar em muito nesse 
processo.



Atenciosamente,



Rodrigo Mufalani

rodr...@mufalani.com.br

www.mufalani.com.br



Em 19/04/2013, às 17:16, Alisson Lima  
escreveu:



> Boa tarde, estamos instalando um novo servidor oracle rac, mas ele está lento 
> demais, pesquisei as possiveis causas e achei comentários sobre os jumbo 
> frames, tentei habilitá-los(com o comando ifconfig eth0 mtu 9000) mas não 
> consigo transmitir pacotes maiores que 1500bytes no interconnect, já 
> verifiquei e nosso switch suporta jumbo frames, alguém tem alguma idéia de 
> onde pode estar o problema?

> Oracle 10.2.0.5, Red Hat Enterprise Linux Server release 5.8 (Tikanga) 

> 

> [As partes desta mensagem que não continham texto foram removidas]

> 

> 



[As partes desta mensagem que não continham texto foram removidas]







--

>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






 









  

[As partes desta mensagem que não continham texto foram removidas]

RES: [oracle_br] Lentidão Oracle RAC

[Vitor Jr.]

Rodrigão... aí sim... esse teu mail, deveria ser impresso por cada DBA e fixado 
na mesa, na parede, aos olhos de todos que dependem do banco de dados... 
hehehehe

​


Att,/Regards,

Vitor Jr.
Infraestrutura / Infrastructure Team
Oracle 11g DBA Certified Professional - OCP
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

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de Rodrigo Mufalani
Enviada em: sexta-feira, 19 de abril de 2013 17:28
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Lentidão Oracle RAC

Allison,

  Antes de sair modificando seu ambiente. Verifique se você realmente está 
tendo problemas nesse tipo. O jumbo frames ajuda bastante, mas não vai resolver 
em nada se as aplicações que rodam no RAC tem sqls mal comportados e mal 
desenhada.

  Em sua grande maioria o sistema em si é problemática, com centezas de queries 
e processos que precisam ser otimizados e a culpa sempre caiu em cima dos 
DBA's. 

  Nós sempre encaramos o desafio e apontamos onde está o problema, mas o 
principal responsável e quem vai conseguir consertar o problema, (o sistema) é 
o desenvolvedor (palavras de Tkyte), claro que você vai ajudar em muito nesse 
processo.

Atenciosamente,

Rodrigo Mufalani
rodr...@mufalani.com.br
www.mufalani.com.br

Em 19/04/2013, às 17:16, Alisson Lima  
escreveu:

> Boa tarde, estamos instalando um novo servidor oracle rac, mas ele está lento 
> demais, pesquisei as possiveis causas e achei comentários sobre os jumbo 
> frames, tentei habilitá-los(com o comando ifconfig eth0 mtu 9000) mas não 
> consigo transmitir pacotes maiores que 1500bytes no interconnect, já 
> verifiquei e nosso switch suporta jumbo frames, alguém tem alguma idéia de 
> onde pode estar o problema?
> Oracle 10.2.0.5, Red Hat Enterprise Linux Server release 5.8 (Tikanga) 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 



[As partes desta mensagem que não continham texto foram removidas]





--
>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

Re: [oracle_br] Lentidão Oracle RAC

[Rodrigo Mufalani]

Allison,

  Antes de sair modificando seu ambiente. Verifique se você realmente está 
tendo problemas nesse tipo. O jumbo frames ajuda bastante, mas não vai resolver 
em nada se as aplicações que rodam no RAC tem sqls mal comportados e mal 
desenhada.

  Em sua grande maioria o sistema em si é problemática, com centezas de queries 
e processos que precisam ser otimizados e a culpa sempre caiu em cima dos 
DBA's. 

  Nós sempre encaramos o desafio e apontamos onde está o problema, mas o 
principal responsável e quem vai conseguir consertar o problema, (o sistema) é 
o desenvolvedor (palavras de Tkyte), claro que você vai ajudar em muito nesse 
processo.

Atenciosamente,

Rodrigo Mufalani
rodr...@mufalani.com.br
www.mufalani.com.br

Em 19/04/2013, às 17:16, Alisson Lima  
escreveu:

> Boa tarde, estamos instalando um novo servidor oracle rac, mas ele está lento 
> demais, pesquisei as possiveis causas e achei comentários sobre os jumbo 
> frames, tentei habilitá-los(com o comando ifconfig eth0 mtu 9000) mas não 
> consigo transmitir pacotes maiores que 1500bytes no interconnect, já 
> verifiquei e nosso switch suporta jumbo frames, alguém tem alguma idéia de 
> onde pode estar o problema?
> Oracle 10.2.0.5, Red Hat Enterprise Linux Server release 5.8 (Tikanga) 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 



[As partes desta mensagem que não continham texto foram removidas]





--
>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

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

RES: [oracle_br] Lentidão Oracle RAC

[Vitor Jr.]

Segui esse artigo:

https://blogs.oracle.com/XPSONHA/entry/jumbo_frames_for_rac_interconn_1

 

 

E essa nota no metalink:

Recommendation for the Real Application Cluster Interconnect and Jumbo Frames 
[ID 341788.1]

 

 

Para configurar os jumbo frames em clientes.

 

Sei de alguns casos onde o switch ‘suporta’ jumbo frames mas não está 
habilitado nativamente, tendo que ser feita uma alteração na interface de 
administração do switch.

 

​

 

 

Att,/Regards,

Vitor Jr.
Infraestrutura / Infrastructure Team
Oracle 11g DBA Certified Professional - OCP

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:  <mailto:vitorj...@gmail.com> vitorj...@gmail.com
 <http://certificacaobd.com.br/> http://certificacaobd.com.br/
skype: vjunior1981

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de Alisson Lima
Enviada em: sexta-feira, 19 de abril de 2013 17:17
Para: Oracle Grupos
Assunto: [oracle_br] Lentidão Oracle RAC

 

  

Boa tarde, estamos instalando um novo servidor oracle rac, mas ele está lento 
demais, pesquisei as possiveis causas e achei comentários sobre os jumbo 
frames, tentei habilitá-los(com o comando ifconfig eth0 mtu 9000) mas não 
consigo transmitir pacotes maiores que 1500bytes no interconnect, já verifiquei 
e nosso switch suporta jumbo frames, alguém tem alguma idéia de onde pode estar 
o problema?
Oracle 10.2.0.5, Red Hat Enterprise Linux Server release 5.8 (Tikanga) 

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Lentidão Oracle RAC

[Alisson Lima]

Boa tarde, estamos instalando um novo servidor oracle rac, mas ele está lento 
demais, pesquisei as possiveis causas e achei comentários sobre os jumbo 
frames, tentei habilitá-los(com o comando ifconfig eth0 mtu 9000) mas não 
consigo transmitir pacotes maiores que 1500bytes no interconnect, já verifiquei 
e nosso switch suporta jumbo frames, alguém tem alguma idéia de onde pode estar 
o problema?
Oracle 10.2.0.5, Red Hat Enterprise Linux Server release 5.8 (Tikanga)  
  

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Lentidão

[Andre Santos]

Diego

Ligue "traces" detalhados (includindo "wait events") nos dois casos, depois
use o tkprof e compare... deve aparecer o motivo (ou, pelo menos, vai
mostrar os eventos "problemáticos" no processamento, que estão gastando
mais tempo).

[ ]

André

Em 3 de maio de 2012 09:21, Diego Silva e Silva escreveu:

> **
>
>
> Bom dia pessoal,
>
> ontem ocorreu uma coisa muita estranha por aqui, vou reportar a situação e
> se alguém tiver a solução ou motivo do problema
>
> Vamos ao problema:
>
> Temos aqui oracle enterprise, com +/- 200 máquinas conectadas, essa
> situação está funcionando perfeitamente até que um belo dia que
> determinadas sessões ficam lentas. Nosso pessoal(produção chão de fabrica)
> começou a reclamar do sistema lento, nossa produção estava baixa, então,
> saímos a procura do problema. Em um dos testes em minha própria estação de
> trabalho com SQLTools 1.6 executei a query (que segundo o oracle estava
> consumindo recurso) e levou 7 segundos para retorna o resultado, então,
> abri uma nova instancia do SQLTools e executei a mesma query e retornou em
> 15 milisegundos(sempre que executava a query, em uma sessão retornava 7
> segundos e a outra entre 0 e 15 milisegundos). Com a sessão que retornava 7
> segundos fechei a conexão e abri novamente e nada continuava lenta...
> Em outra estação de trabalho(Gerente de TI) com o SQLTools também estava
> lento, na máquina do DBA estava rápido.
> Enfim, como não descobrimos a situação em tempo e a produção parada,
> resolvemos reiniciar o Banco... Após o restart do banco tudo voltou ao
> normal!!
>
> Alguém já passou por essa situação citada?
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]





--
>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

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Lentidão após ex purgo

[Márcio Ricardo Alves da Silva]

Valeu David.


  - Original Message - 
  From: David Ricardo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Friday, June 18, 2010 12:04 PM
  Subject: Re: [oracle_br] Lentidão após expurgo



  Dá um visu Marcio, espero que te ajude :

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

  Abraço
  Sucesso Sempre

  Em 18 de junho de 2010 11:56, Márcio Ricardo Alves da Silva <
  marcio_...@yahoo.com.br> escreveu:

  >
  >
  > Pessoal, pegando o gancho sobre coleta de estatíticas. Hoje o meu processo
  > de coleta de estatísticas tem a coleta de tabelas pequenas e a coleta de
  > tabelas grandes.
  >
  > As tabelas pequenas, eu coleto todos os dias, já as tabelas grandes faço a
  > coleta dia sim e dia não.
  >
  > Eu quero saber a diferença em coletar usando
  > FOR ALL INDEXED COLUMNS SIZE AUTO
  >
  > ao invés de usar
  >
  > FOR ALL COLUMNS SIZE SKEWONLY
  >
  > Márcio.
  >
  >
  > - Original Message -
  > From: David Ricardo
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Friday, June 18, 2010 11:31 AM
  > Subject: Re: [oracle_br] Lentidão após expurgo
  >
  > Fantastico Raul, é isso ai mesmo.
  > Eu só não lembrava a sintax completa.
  >
  > Mas também concordo com o seu ponto de vista Welvis a cerca de dividir as
  > formas de como coletar, mas no final quem vai fazer a escolha de melhor
  > acesso é o CBO e pra isso essas formas de coleta que você usa tem que
  > estarem bem coesas.
  >
  > Se você tiver curiosidade no livro ORACLE SILVER BULLETS da RAMPANT -
  > Donnald K. Burleson da Famosa Burleson Texas , tem um capitulo falando só
  > de
  > DBMS_STATS utilizando alguns metodos especificos e também este com o
  > algoritmo SKEWONLY.
  >
  > Abraço.
  > Sucesso Sempre!!!
  >
  > Em 18 de junho de 2010 11:27, Raul Francisco Costa F. de Andrade, DBA <
  > raulf...@gmail.com > escreveu:
  >
  > > Colete estatísticas assim:
  > >
  > > execute dbms_stats.gather_table_stats (ownname => 'NOME_OWNER', tabname
  > =>
  > > 'NOME_TABELA', estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE,
  > method_opt
  > > => 'for all columns size skewonly', cascade => true);
  > >
  > > Att.
  > >
  > > Raul
  > >
  > > Em 18 de junho de 2010 10:57, Sergio Lucchini 

  > > >escreveu:
  > >
  > > >
  > > >
  > > > Na verdade, eu estou tentando dar uma ajuda para um amigo que realizou
  > > esse
  > > > trabalho.
  > > > Não me foi passado detalhes, mas acredito que tenham apenas deletado os
  > > > registros das tabelas e após isso o sistema ficou mais lento do que era
  > > > antes.
  > > > Não deve ter sido coletado estatísticas nem antes e nem depois do
  > > expurgo.
  > > >
  > > > Obrigado,
  > > >
  > > > 
  > > > De: oracle_br@yahoogrupos.com.br 
 40yahoogrupos.com.br>
  > > [mailto:
  > > > oracle_br@yahoogrupos.com.br  40yahoogrupos.com.br>] Em nome
  > > de
  > > > Welvis Douglas
  > > > Enviada em: sexta-feira, 18 de junho de 2010 10:52
  > > > Para: oracle_br@yahoogrupos.com.br 
 40yahoogrupos.com.br>
  > > > Assunto: RES: [oracle_br] Lentidão após expurgo
  > > >
  > > > Varão, tu coletou a estatistica depois do exporgo?
  > > >
  > > > att,
  > > >
  > > > _
  > > >
  > > > De: oracle_br@yahoogrupos.com.br 
 40yahoogrupos.com.br
  > > > > > oracle_br%40yahoogrupos.com.br >
  > > > [mailto:oracle_br@yahoogrupos.com.br 
 40yahoogrupos.com.br>
  > > > <mailto:oracle_br%40yahoogrupos.com.br
  > 
  > > 2540yahoogrupos.com.br>>]
  > > > Em
  > > > nome de Sergio Lucchini
  > > > Enviada em: sexta-feira, 18 de junho de 2010 10:46
  > > > Para: oracle_br@yahoogrupos.com.br 
 40yahoogrupos.com.br>
  > > > <mailto:oracle_br%40yahoogrupos.com.br
  > 
  > > 2540yahoogrupos.com.br>>
  > > > Assunto: [oracle_br] Lentidão após expurgo
  > > >
  > > > Pessoal, alguém sabe o motivo de após ter sido realizado o expurgo de
  > > > algumas tabelas o banco ter ficado muito mais lento do que era antes
  > ???
  > > >
  > > > Obrigado
  > > >
  > > > [As partes desta mensagem que não continham texto foram removidas]
  > > >
  > > > [As partes desta mensagem que não continham texto foram removidas]
  > > >
  > > > No virus found in this incoming me

Re: [oracle_br] Lentidão após expurgo

[David Ricardo]

Dá um visu Marcio, espero que te ajude :

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

Abraço
Sucesso Sempre

Em 18 de junho de 2010 11:56, Márcio Ricardo Alves da Silva <
marcio_...@yahoo.com.br> escreveu:

>
>
> Pessoal, pegando o gancho sobre coleta de estatíticas. Hoje o meu processo
> de coleta de estatísticas tem a coleta de tabelas pequenas e a coleta de
> tabelas grandes.
>
> As tabelas pequenas, eu coleto todos os dias, já as tabelas grandes faço a
> coleta dia sim e dia não.
>
> Eu quero saber a diferença em coletar usando
> FOR ALL INDEXED COLUMNS SIZE AUTO
>
> ao invés de usar
>
> FOR ALL COLUMNS SIZE SKEWONLY
>
> Márcio.
>
>
> - Original Message -
> From: David Ricardo
> To: oracle_br@yahoogrupos.com.br 
> Sent: Friday, June 18, 2010 11:31 AM
> Subject: Re: [oracle_br] Lentidão após expurgo
>
> Fantastico Raul, é isso ai mesmo.
> Eu só não lembrava a sintax completa.
>
> Mas também concordo com o seu ponto de vista Welvis a cerca de dividir as
> formas de como coletar, mas no final quem vai fazer a escolha de melhor
> acesso é o CBO e pra isso essas formas de coleta que você usa tem que
> estarem bem coesas.
>
> Se você tiver curiosidade no livro ORACLE SILVER BULLETS da RAMPANT -
> Donnald K. Burleson da Famosa Burleson Texas , tem um capitulo falando só
> de
> DBMS_STATS utilizando alguns metodos especificos e também este com o
> algoritmo SKEWONLY.
>
> Abraço.
> Sucesso Sempre!!!
>
> Em 18 de junho de 2010 11:27, Raul Francisco Costa F. de Andrade, DBA <
> raulf...@gmail.com > escreveu:
>
> > Colete estatísticas assim:
> >
> > execute dbms_stats.gather_table_stats (ownname => 'NOME_OWNER', tabname
> =>
> > 'NOME_TABELA', estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE,
> method_opt
> > => 'for all columns size skewonly', cascade => true);
> >
> > Att.
> >
> > Raul
> >
> > Em 18 de junho de 2010 10:57, Sergio Lucchini 
> > 
> > >escreveu:
> >
> > >
> > >
> > > Na verdade, eu estou tentando dar uma ajuda para um amigo que realizou
> > esse
> > > trabalho.
> > > Não me foi passado detalhes, mas acredito que tenham apenas deletado os
> > > registros das tabelas e após isso o sistema ficou mais lento do que era
> > > antes.
> > > Não deve ter sido coletado estatísticas nem antes e nem depois do
> > expurgo.
> > >
> > > Obrigado,
> > >
> > > 
> > > De: oracle_br@yahoogrupos.com.br 
> > >  40yahoogrupos.com.br>
> > [mailto:
> > > oracle_br@yahoogrupos.com.br  40yahoogrupos.com.br>] Em nome
> > de
> > > Welvis Douglas
> > > Enviada em: sexta-feira, 18 de junho de 2010 10:52
> > > Para: oracle_br@yahoogrupos.com.br 
> > >  40yahoogrupos.com.br>
> > > Assunto: RES: [oracle_br] Lentidão após expurgo
> > >
> > > Varão, tu coletou a estatistica depois do exporgo?
> > >
> > > att,
> > >
> > > _
> > >
> > > De: oracle_br@yahoogrupos.com.br 
> > >  40yahoogrupos.com.br
> > > > > oracle_br%40yahoogrupos.com.br >
> > > [mailto:oracle_br@yahoogrupos.com.br 
> > >  40yahoogrupos.com.br>
> > > <mailto:oracle_br%40yahoogrupos.com.br
> 
> > 2540yahoogrupos.com.br>>]
> > > Em
> > > nome de Sergio Lucchini
> > > Enviada em: sexta-feira, 18 de junho de 2010 10:46
> > > Para: oracle_br@yahoogrupos.com.br 
> > >  40yahoogrupos.com.br>
> > > <mailto:oracle_br%40yahoogrupos.com.br
> 
> > 2540yahoogrupos.com.br>>
> > > Assunto: [oracle_br] Lentidão após expurgo
> > >
> > > Pessoal, alguém sabe o motivo de após ter sido realizado o expurgo de
> > > algumas tabelas o banco ter ficado muito mais lento do que era antes
> ???
> > >
> > > Obrigado
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > > No virus found in this incoming message.
> > > Checked by AVG - www.avg.com
> > > Version: 8.5.435 / Virus Database: 271.1.1/2945 - Release Date:
> 06/17/10
> > > 18:35:00
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> >
> >
> >
> > --
> > --

Re: [oracle_br] Lentidão após expurgo

[David Ricardo]

Fantastico Raul, é isso ai mesmo.
Eu só não lembrava a sintax completa.

Mas também concordo com o seu ponto de vista Welvis a cerca de dividir as
formas de como coletar, mas no final quem vai fazer a escolha de melhor
acesso é o CBO e pra isso essas formas de coleta que você usa tem que
estarem bem coesas.

Se você tiver curiosidade no livro ORACLE SILVER BULLETS da RAMPANT -
Donnald K. Burleson da Famosa Burleson Texas , tem um capitulo falando só de
DBMS_STATS utilizando alguns metodos especificos e também este com o
algoritmo SKEWONLY.

Abraço.
Sucesso Sempre!!!

Em 18 de junho de 2010 11:27, Raul Francisco Costa F. de Andrade, DBA <
raulf...@gmail.com> escreveu:

> Colete estatísticas assim:
>
> execute dbms_stats.gather_table_stats (ownname => 'NOME_OWNER', tabname =>
> 'NOME_TABELA', estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE, method_opt
> => 'for all columns size skewonly', cascade => true);
>
> Att.
>
> Raul
>
> Em 18 de junho de 2010 10:57, Sergio Lucchini  >escreveu:
>
> >
> >
> > Na verdade, eu estou tentando dar uma ajuda para um amigo que realizou
> esse
> > trabalho.
> > Não me foi passado detalhes, mas acredito que tenham apenas deletado os
> > registros das tabelas e após isso o sistema ficou mais lento do que era
> > antes.
> > Não deve ter sido coletado estatísticas nem antes e nem depois do
> expurgo.
> >
> > Obrigado,
> >
> > 
> > De: oracle_br@yahoogrupos.com.br 
> [mailto:
> > oracle_br@yahoogrupos.com.br ] Em nome
> de
> > Welvis Douglas
> > Enviada em: sexta-feira, 18 de junho de 2010 10:52
> > Para: oracle_br@yahoogrupos.com.br 
> > Assunto: RES: [oracle_br] Lentidão após expurgo
> >
> > Varão, tu coletou a estatistica depois do exporgo?
> >
> > att,
> >
> > _
> >
> > De: oracle_br@yahoogrupos.com.br  > > oracle_br%40yahoogrupos.com.br >
> > [mailto:oracle_br@yahoogrupos.com.br 
> > <mailto:oracle_br%40yahoogrupos.com.br 2540yahoogrupos.com.br>>]
> > Em
> > nome de Sergio Lucchini
> > Enviada em: sexta-feira, 18 de junho de 2010 10:46
> > Para: oracle_br@yahoogrupos.com.br 
> > <mailto:oracle_br%40yahoogrupos.com.br 2540yahoogrupos.com.br>>
> > Assunto: [oracle_br] Lentidão após expurgo
> >
> > Pessoal, alguém sabe o motivo de após ter sido realizado o expurgo de
> > algumas tabelas o banco ter ficado muito mais lento do que era antes ???
> >
> > Obrigado
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> > No virus found in this incoming message.
> > Checked by AVG - www.avg.com
> > Version: 8.5.435 / Virus Database: 271.1.1/2945 - Release Date: 06/17/10
> > 18:35:00
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
>
>
> --
> --
> Raul Francisco da Costa Ferreira de Andrade
> DBA - OCA - Oracle Certified Associate
> COBIT Foundation 4.1
> Fone: (41)8855-8874 Brt
> email: raulf...@gmail.com
> Skype: raul.andrade
> www.clickdba.com
>
> "A adversidade leva alguns a serem vencidos
> e outros a baterem recordes."
> William Arthur Ward
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >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
>
>
>


-- 

David Ricardo B. de Siqueira
IT Brazil - Database Administrator
Discover Technology

"O mistério da vida me causa a mais forte emoção. É o sentimento que suscita
a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa
sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e
seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)"


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Lentidão após expurgo

[Raul Francisco Costa F. de Andrade, DBA]

Colete estatísticas assim:

execute dbms_stats.gather_table_stats (ownname => 'NOME_OWNER', tabname =>
'NOME_TABELA', estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE, method_opt
=> 'for all columns size skewonly', cascade => true);

Att.

Raul

Em 18 de junho de 2010 10:57, Sergio Lucchini escreveu:

>
>
> Na verdade, eu estou tentando dar uma ajuda para um amigo que realizou esse
> trabalho.
> Não me foi passado detalhes, mas acredito que tenham apenas deletado os
> registros das tabelas e após isso o sistema ficou mais lento do que era
> antes.
> Não deve ter sido coletado estatísticas nem antes e nem depois do expurgo.
>
> Obrigado,
>
> 
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em nome de
> Welvis Douglas
> Enviada em: sexta-feira, 18 de junho de 2010 10:52
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: RES: [oracle_br] Lentidão após expurgo
>
> Varão, tu coletou a estatistica depois do exporgo?
>
> att,
>
> _
>
> De: oracle_br@yahoogrupos.com.br  oracle_br%40yahoogrupos.com.br >
> [mailto:oracle_br@yahoogrupos.com.br 
> <mailto:oracle_br%40yahoogrupos.com.br >]
> Em
> nome de Sergio Lucchini
> Enviada em: sexta-feira, 18 de junho de 2010 10:46
> Para: oracle_br@yahoogrupos.com.br 
> <mailto:oracle_br%40yahoogrupos.com.br >
> Assunto: [oracle_br] Lentidão após expurgo
>
> Pessoal, alguém sabe o motivo de após ter sido realizado o expurgo de
> algumas tabelas o banco ter ficado muito mais lento do que era antes ???
>
> Obrigado
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.435 / Virus Database: 271.1.1/2945 - Release Date: 06/17/10
> 18:35:00
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
--
Raul Francisco da Costa Ferreira de Andrade
DBA - OCA - Oracle Certified Associate
COBIT Foundation 4.1
Fone: (41)8855-8874 Brt
email: raulf...@gmail.com
Skype: raul.andrade
www.clickdba.com

"A adversidade leva alguns a serem vencidos
e outros a baterem recordes."
William Arthur Ward


[As partes desta mensagem que não continham texto foram removidas]





--
>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

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

RES: [oracle_br] Lentidão após expurgo

[Welvis Douglas]

Devid, isso é mais ou menos.
 
Exemplo, dependendo do tamanho da tabela uma forma de coleta de estatistica
vai bem, mas dependendo de tamanho não. Tem que ver.. eu sempre faço um
range.
 
forma 01 - tabpequenas
forma 02 - tabmédias
forma 03 - tabgrandes
 
Mudando a forma de coleta e histogramas.

  _  

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de David Ricardo
Enviada em: sexta-feira, 18 de junho de 2010 11:03
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Lentidão após expurgo


  

Expurgo de dados é sempre muito importante, para assegurar que apenas o
suficiente e utilizado esteja em disco , visto que ha dados que nem são
acessados e muitas vezes ficam na tabela ocupando espaço, salvo quando ha
necessidade por razões juridicas de se manter estes dados online por
determinado tempo, porém isso pode ser facilmente contornado criando um
banco de dados para Historicos, disponivel para acesso normal. Mas voltando
ao assunto dos expurgos, a lentidão com certeza melhorará após a atualização
do CBO , porém sugiro que antes da coleta seu amigo acerte os HWM das
tabelas, utilizando o SHRINK SPACE e COMPACT com opção CASCADE, isso vai
eliminar a fragmentação, e quando ele for passar a coleta de estatisticas se
possivel peça para ele atualizar os Histogramas também, usando o method
SKEWONLY ( acho que é assim que se escreve), depois é só acompanhar as
métricas e ver os ganhos, certamente serão visivéis.

Ats.

Em 18 de junho de 2010 10:57, Sergio Lucchini mailto:sergio%40mercanet.com.br> >escreveu:

>
>
> Na verdade, eu estou tentando dar uma ajuda para um amigo que realizou
esse
> trabalho.
> Não me foi passado detalhes, mas acredito que tenham apenas deletado os
> registros das tabelas e após isso o sistema ficou mais lento do que era
> antes.
> Não deve ter sido coletado estatísticas nem antes e nem depois do expurgo.
>
> Obrigado,
>
> 
> De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
 [mailto:
> oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
] Em nome de
> Welvis Douglas
> Enviada em: sexta-feira, 18 de junho de 2010 10:52
>
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>

> Assunto: RES: [oracle_br] Lentidão após expurgo
>
>
> Varão, tu coletou a estatistica depois do exporgo?
>
> att,
>
> _
>
> De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
 oracle_br%40yahoogrupos.com.br >
> [mailto:oracle_br@yahoogrupos.com.br
<mailto:oracle_br%40yahoogrupos.com.br>  
> <mailto:oracle_br%40yahoogrupos.com.br
>]
> Em
>
> nome de Sergio Lucchini
> Enviada em: sexta-feira, 18 de junho de 2010 10:46
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>

> <mailto:oracle_br%40yahoogrupos.com.br >
>
> Assunto: [oracle_br] Lentidão após expurgo
>
> Pessoal, alguém sabe o motivo de após ter sido realizado o expurgo de
> algumas tabelas o banco ter ficado muito mais lento do que era antes ???
>
> Obrigado
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.435 / Virus Database: 271.1.1/2945 - Release Date: 06/17/10
> 18:35:00
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>

-- 
--
David Ricardo B. de Siqueira
IT Brazil - Database Administrator
Discover Technology

"O mistério da vida me causa a mais forte emoção. É o sentimento que suscita
a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa
sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e
seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)"

[As partes desta mensagem que não continham texto foram removidas]






[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Lentidão após expurgo

[David Ricardo]

Expurgo de dados é sempre muito importante, para assegurar que apenas o
suficiente e utilizado esteja em disco , visto que ha dados que nem são
acessados e muitas vezes ficam na tabela ocupando espaço, salvo quando ha
necessidade por razões juridicas de se manter estes dados online por
determinado tempo, porém isso pode ser facilmente contornado criando um
banco de dados para Historicos, disponivel para acesso normal. Mas voltando
ao assunto dos expurgos, a lentidão com certeza melhorará após a atualização
do CBO , porém sugiro que antes da coleta seu amigo acerte os HWM das
tabelas, utilizando o SHRINK SPACE e COMPACT com opção CASCADE, isso vai
eliminar a fragmentação, e quando ele for passar a coleta de estatisticas se
possivel peça para ele atualizar os Histogramas também, usando o method
SKEWONLY ( acho que é assim que se escreve), depois é só acompanhar as
métricas e ver os ganhos, certamente serão visivéis.

Ats.

Em 18 de junho de 2010 10:57, Sergio Lucchini escreveu:

>
>
> Na verdade, eu estou tentando dar uma ajuda para um amigo que realizou esse
> trabalho.
> Não me foi passado detalhes, mas acredito que tenham apenas deletado os
> registros das tabelas e após isso o sistema ficou mais lento do que era
> antes.
> Não deve ter sido coletado estatísticas nem antes e nem depois do expurgo.
>
> Obrigado,
>
> 
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em nome de
> Welvis Douglas
> Enviada em: sexta-feira, 18 de junho de 2010 10:52
>
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: RES: [oracle_br] Lentidão após expurgo
>
>
> Varão, tu coletou a estatistica depois do exporgo?
>
> att,
>
> _
>
> De: oracle_br@yahoogrupos.com.br  oracle_br%40yahoogrupos.com.br >
> [mailto:oracle_br@yahoogrupos.com.br 
> <mailto:oracle_br%40yahoogrupos.com.br >]
> Em
>
> nome de Sergio Lucchini
> Enviada em: sexta-feira, 18 de junho de 2010 10:46
> Para: oracle_br@yahoogrupos.com.br 
> <mailto:oracle_br%40yahoogrupos.com.br >
>
> Assunto: [oracle_br] Lentidão após expurgo
>
> Pessoal, alguém sabe o motivo de após ter sido realizado o expurgo de
> algumas tabelas o banco ter ficado muito mais lento do que era antes ???
>
> Obrigado
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.435 / Virus Database: 271.1.1/2945 - Release Date: 06/17/10
> 18:35:00
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 

David Ricardo B. de Siqueira
IT Brazil - Database Administrator
Discover Technology

"O mistério da vida me causa a mais forte emoção. É o sentimento que suscita
a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa
sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e
seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)"


[As partes desta mensagem que não continham texto foram removidas]

RES: [oracle_br] Lentidão após expurgo

[Sergio Lucchini]

Na verdade, eu estou tentando dar uma ajuda para um amigo que realizou esse 
trabalho.
Não me foi passado detalhes, mas acredito que tenham apenas deletado os 
registros das tabelas e após isso o sistema ficou mais lento do que era antes.
Não deve ter sido coletado estatísticas nem antes e nem depois do expurgo.




Obrigado,


De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em nome 
de Welvis Douglas
Enviada em: sexta-feira, 18 de junho de 2010 10:52
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Lentidão após expurgo



Varão, tu coletou a estatistica depois do exporgo?

att,



_

De: oracle_br@yahoogrupos.com.br<mailto:oracle_br%40yahoogrupos.com.br> 
[mailto:oracle_br@yahoogrupos.com.br<mailto:oracle_br%40yahoogrupos.com.br>] Em
nome de Sergio Lucchini
Enviada em: sexta-feira, 18 de junho de 2010 10:46
Para: oracle_br@yahoogrupos.com.br<mailto:oracle_br%40yahoogrupos.com.br>
Assunto: [oracle_br] Lentidão após expurgo

Pessoal, alguém sabe o motivo de após ter sido realizado o expurgo de
algumas tabelas o banco ter ficado muito mais lento do que era antes ???

Obrigado

[As partes desta mensagem que não continham texto foram removidas]

[As partes desta mensagem que não continham texto foram removidas]


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.435 / Virus Database: 271.1.1/2945 - Release Date: 06/17/10 
18:35:00


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Lentidão após expurgo

[David Ricardo]

Além de coletar as estatisticas você fez um SHRINK nas tabelas e indices
expurgadas para eliminar a possivel fragmentação que possa ter ficado??

Abraço

Em 18 de junho de 2010 10:52, Welvis Douglas escreveu:

>
>
> Varão, tu coletou a estatistica depois do exporgo?
>
> att,
>
>
>
> _
>
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em
> nome de Sergio Lucchini
> Enviada em: sexta-feira, 18 de junho de 2010 10:46
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: [oracle_br] Lentidão após expurgo
>
>
> Pessoal, alguém sabe o motivo de após ter sido realizado o expurgo de
> algumas tabelas o banco ter ficado muito mais lento do que era antes ???
>
> Obrigado
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 

David Ricardo B. de Siqueira
IT Brazil - Database Administrator
Discover Technology

"O mistério da vida me causa a mais forte emoção. É o sentimento que suscita
a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa
sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e
seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)"


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Lentidão em nó de RAC

[Thiago Azevedo]

Você já olhou o evento de espera da session dessa query?

Se o select as vezes executa com um tempo razoável e as vezes não, pode ser
um contenção qualquer, como os buffers que ele precisa estarem em outro nó
do RAC.

Quando vc executar essa query e ela estiver demorando mais do que deve, faça
um select na v$session_wait para ver qual o evento de espera desse comando e
mande para o fórum !

Abraços!

Thiago Azevedo




2009/12/8 Duilio Bruniera Junior 

> Obrigado Raul , mais como eu verifico o balance das maquinas ?
>
> 2009/12/8 Welvis Douglas 
>
> >
> >
> > Olá querido, Tranqüilo ?
> >
> > Tente verificar se há algo rodando do banco. Verifique se há algum job
> > sendo
> > executado nesta hora ou algo que pode degradar a performance do banco de
> > dados.
> >
> > Qual a quantidade de nós que há no RAC, qual a memória de cada nó?
> >
> > Verifique na v$processes deste nó, os processos que estão sendo
> executados
> > por ele.
> >
> > Há alguma configuração que foi configuradas de forma individual por
> > instancia?
> >
> > O balanceamento de carga está sendo feito de forma correta ? “dispatcher”
> >
> > Att,
> >
> > Welvis Douglas
> >
> > _
> >
> > De: oracle_br@yahoogrupos.com.br 
> [mailto:
> > oracle_br@yahoogrupos.com.br ] Em
> > nome de Duilio Bruniera Junior
> > Enviada em: terça-feira, 8 de dezembro de 2009 15:56
> > Para: oracle_br@yahoogrupos.com.br 
> > Assunto: [oracle_br] Lentidão em nó de RAC
> >
> >
> > Scenario
> > --
> > Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 RAC com 3
> nodes.
> > SO: Red Hat Enterprise Linux Server release 5.2 (Tikanga)
> > Hardware : IBM x3650 2 Processadores 2.5 quad core
> > Memoria: 32 Gb.
> > Storage: Storagetek SE2540
> > --
> >
> > Senhores, recentemente eu montei um RAC oracle (como segue o senario
> acima)
> > e estou tendo um problema com determinadas query's (mais de uma),
> aconteçe
> > que derepente em um determinado dia o processamento fica muito lento eu
> > olho
> > no SO e esta consumindo muita cpu porem não sai do lugar, ja tentei fazer
> > analyse nas table e indexes envolvidos não resolveu, ja olhei o explain
> > plan
> > e o plano esta bom, porem se eu re-startar o processo jogando para outro
> nó
> > do rac dai vai rapido !
> >
> > Alguem tem uma luz de onde eu devo olhar.
> >
> > Eu ja fiz uma comparação com o enterprise manager do oracle e as 3
> maquinas
> > são identicas em questão de hardware, software e parametros do oracle.
> >
> > se alguem puder ajudar eu agradeço.
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >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
>
>
>


[As partes desta mensagem que não continham texto foram removidas]





--
>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

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Lentidão em nó de RAC

[Duilio Bruniera Junior]

Obrigado Raul , mais como eu verifico o balance das maquinas ?

2009/12/8 Welvis Douglas 

>
>
> Olá querido, Tranqüilo ?
>
> Tente verificar se há algo rodando do banco. Verifique se há algum job
> sendo
> executado nesta hora ou algo que pode degradar a performance do banco de
> dados.
>
> Qual a quantidade de nós que há no RAC, qual a memória de cada nó?
>
> Verifique na v$processes deste nó, os processos que estão sendo executados
> por ele.
>
> Há alguma configuração que foi configuradas de forma individual por
> instancia?
>
> O balanceamento de carga está sendo feito de forma correta ? “dispatcher”
>
> Att,
>
> Welvis Douglas
>
> _
>
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em
> nome de Duilio Bruniera Junior
> Enviada em: terça-feira, 8 de dezembro de 2009 15:56
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: [oracle_br] Lentidão em nó de RAC
>
>
> Scenario
> --
> Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 RAC com 3 nodes.
> SO: Red Hat Enterprise Linux Server release 5.2 (Tikanga)
> Hardware : IBM x3650 2 Processadores 2.5 quad core
> Memoria: 32 Gb.
> Storage: Storagetek SE2540
> --
>
> Senhores, recentemente eu montei um RAC oracle (como segue o senario acima)
> e estou tendo um problema com determinadas query's (mais de uma), aconteçe
> que derepente em um determinado dia o processamento fica muito lento eu
> olho
> no SO e esta consumindo muita cpu porem não sai do lugar, ja tentei fazer
> analyse nas table e indexes envolvidos não resolveu, ja olhei o explain
> plan
> e o plano esta bom, porem se eu re-startar o processo jogando para outro nó
> do rac dai vai rapido !
>
> Alguem tem uma luz de onde eu devo olhar.
>
> Eu ja fiz uma comparação com o enterprise manager do oracle e as 3 maquinas
> são identicas em questão de hardware, software e parametros do oracle.
>
> se alguem puder ajudar eu agradeço.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>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

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

RES: [oracle_br] Lentidão em nó de RAC

[Welvis Douglas]

Olá querido, Tranqüilo ?

 

Tente verificar se há algo rodando do banco. Verifique se há algum job sendo
executado nesta hora ou algo que pode degradar a performance do banco de
dados.

 

Qual a quantidade de nós que há no RAC, qual a memória de cada nó?

 

Verifique na v$processes deste nó, os processos que estão sendo executados
por ele.

 

Há alguma configuração que foi configuradas de forma individual por
instancia?

 

O balanceamento de carga está sendo feito de forma correta ? “dispatcher”

 

Att,

 

Welvis Douglas

 

  _  

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Duilio Bruniera Junior
Enviada em: terça-feira, 8 de dezembro de 2009 15:56
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Lentidão em nó de RAC

 

  

Scenario
--
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 RAC com 3 nodes.
SO: Red Hat Enterprise Linux Server release 5.2 (Tikanga)
Hardware : IBM x3650 2 Processadores 2.5 quad core
Memoria: 32 Gb.
Storage: Storagetek SE2540
--

Senhores, recentemente eu montei um RAC oracle (como segue o senario acima)
e estou tendo um problema com determinadas query's (mais de uma), aconteçe
que derepente em um determinado dia o processamento fica muito lento eu olho
no SO e esta consumindo muita cpu porem não sai do lugar, ja tentei fazer
analyse nas table e indexes envolvidos não resolveu, ja olhei o explain plan
e o plano esta bom, porem se eu re-startar o processo jogando para outro nó
do rac dai vai rapido !

Alguem tem uma luz de onde eu devo olhar.

Eu ja fiz uma comparação com o enterprise manager do oracle e as 3 maquinas
são identicas em questão de hardware, software e parametros do oracle.

se alguem puder ajudar eu agradeço.

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Lentidão em nó de RAC

[Raul Francisco Costa F. de Andrade, DBA]

Já olhou o balance das máquinas?



2009/12/8 Duilio Bruniera Junior 

>
>
> Scenario
> --
> Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 RAC com 3 nodes.
> SO: Red Hat Enterprise Linux Server release 5.2 (Tikanga)
> Hardware : IBM x3650 2 Processadores 2.5 quad core
> Memoria: 32 Gb.
> Storage: Storagetek SE2540
> --
>
> Senhores, recentemente eu montei um RAC oracle (como segue o senario acima)
> e estou tendo um problema com determinadas query's (mais de uma), aconteçe
> que derepente em um determinado dia o processamento fica muito lento eu
> olho
> no SO e esta consumindo muita cpu porem não sai do lugar, ja tentei fazer
> analyse nas table e indexes envolvidos não resolveu, ja olhei o explain
> plan
> e o plano esta bom, porem se eu re-startar o processo jogando para outro nó
> do rac dai vai rapido !
>
> Alguem tem uma luz de onde eu devo olhar.
>
> Eu ja fiz uma comparação com o enterprise manager do oracle e as 3 maquinas
> são identicas em questão de hardware, software e parametros do oracle.
>
> se alguem puder ajudar eu agradeço.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>



-- 
---
Raul Francisco da Costa Ferreira de Andrade
DBA - OCA - Oracle Certified Associate
Fone: (41)8855-8874 Brt
(41)8502-8203 Oi
(41)8845-7955 Claro
email: raulf...@gmail.com
"Deus não dá prova superior às forças daquele que a pede;
só permite as que podem ser cumpridas.
Se tal não sucede, não é que falte possibilidade, falta vontade."


[As partes desta mensagem que não continham texto foram removidas]





--
>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

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] Lentidão em nó de RAC

[Duilio Bruniera Junior]

Scenario
-
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 RAC com 3 nodes.
SO: Red Hat Enterprise Linux Server release 5.2 (Tikanga)
Hardware : IBM x3650 2 Processadores 2.5 quad core
Memoria: 32 Gb.
Storage: Storagetek SE2540
-

Senhores, recentemente eu montei um RAC oracle (como segue o senario acima)
e estou tendo um problema com determinadas query's (mais de uma), aconteçe
que derepente em um determinado dia o processamento fica muito lento eu olho
no SO e esta consumindo muita cpu porem não sai do lugar, ja tentei fazer
analyse nas table e indexes envolvidos não resolveu, ja olhei o explain plan
e o plano esta bom, porem se eu re-startar o processo jogando para outro nó
do rac dai vai rapido !

Alguem tem uma luz de onde eu devo olhar.

Eu ja fiz uma comparação com o enterprise manager do oracle e as 3 maquinas
são identicas em questão de hardware, software e parametros do oracle.

se alguem puder ajudar eu agradeço.


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Lentidão no Banco

[Júlio César Corrêa]

Outro sql util.

REM Note:1039299.6
REM The script returns a quick view of all Oracle processes that are
REM running on the current system.
REM
REM Information included in the output:
REM
REMOS Process ID,
REMOS username
REMOracle username
REMterminal ID
REMtype of sql statement executed (select, update, delete, etc)
REMapplication executed
REM
REM Sample Output
REM =
REM
REM 5466 U:osupport   O:scottttyq1 INSERT ...
sqlp...@tcsgi3(TNS)
REM 5420 U:osupport   O:system   ttyq9 ---   sqlp...@tcsgi3(TNS)
REM 3807 U:osupport   O:scott? -
REM 3809 U:osupport   O:scott? -
REM B   3799 U:osupport   O:   ?   ---
ora...@tcsgi3(ARCH)
REM B   3797 U:osupport   O:   ?   ---
ora...@tcsgi3(DBWR)
REM B   3801 U:osupport   O:   ?   ---
ora...@tcsgi3(LGWR)
REM B   3795 U:osupport   O:   ?   ---
ora...@tcsgi3(PMON)
REM B   3805 U:osupport   O:   ?   ---
ora...@tcsgi3(RECO)
REM B   3803 U:osupport   O:   ?   ---   ora...@tcsgi3(SMON)
REM
REM (*) The 'B' indicates a background process.

whenever sqlerror exit
whenever oserror  exit

set term off
set term on
set verify off
set pagesize 0
set linesize 132
set feedback off


column SPID format 9 trunc justify LEFT
column O_USER   format A12 trunc
column U_USER   format A12 trunc
column SERIAL#  format 9 trunc
column TERMINAL format A5 trunc
column PROGRAM  format A60 trunc
column BACKGROUND   format A1

select decode(nvl(p.background, 0), 0, ' ', 'B') background,
to_number(p.SPID) SPID,
'U:' || p.USERNAME u_user,
'O:' || lower(s.USERNAME) o_user,
p.TERMINAL,
upper(decode(nvl(s.command, 0),
 0,  '---',
 1,  'Create Table',
 2,  'Insert ...',
 3,  'Select ...',
 4,  'Create Cluster',
 5,  'Alter Cluster',
 6,  'Update ...',
 7,  'Delete ...',
 8,  'Drop ...',
 9,  'Create Index',
10,  'Drop Index',
11,  'Alter Index',
12,  'Drop Table',
13,  '--',
14,  '--',
15,  'Alter Table',
16,  '--',
17,  'Grant',
18,  'Revoke',
19,  'Create Synonym',
20,  'Drop Synonym',
21,  'Create View',
22,  'Drop View',
23,  '--',
24,  '--',
25,  '--',
26,  'Lock Table',
27,  'No Operation',
28,  'Rename',
29,  'Comment',
30,  'Audit',
31,  'NoAudit',
32,  'Create Ext DB',
33,  'Drop Ext. DB',
34,  'Create Database',
35,  'Alter Database',
36,  'Create RBS',
37,  'Alter RBS',
38,  'Drop RBS',
39,  'Create Tablespace',
40,  'Alter Tablespace',
41,  'Drop tablespace',
42,  'Alter Session',
43,  'Alter User',
44,  'Commit',
45,  'Rollback',
46,  'Savepoint')) job,
s.program program
fromv$process p,
v$session s
where   p.addr=s.paddr (+)
  and   p.spid is not null
order   by 1, program, p.username, s.username, spid;

Abs,




On Mon, Jan 26, 2009 at 4:08 PM, Júlio César Corrêa <
juliotubi...@yahoo.com.br> wrote:

> Vamos ver se isso ajuda.
>
> Se o problema for somente localização dos processos.
>
> v$session X v$process like this rs:
>
> select p.PID,p.USERNAME,p.PROGRAM,s.SID,s.SERIAL#,s.USERNAME,s.MACHINE
>  from v$process p,v$session s
> where p.ADDR = s.PADDR
>
> Então você coloca as colunas que lhe interessa.
>
>
> E tem este outro script,é bem antigo mais deve ajudar.Funciona ok.
>
> SELECT   s.sid sid,
>  s.username username,
>  UPPER (
> DECODE (
>command,
>1, 'Create Table',
>2, 'Insert',
>3, 'Select',
>4, 'Create Cluster',
>5, 'Alter Cluster',
>6, 'Update',
>7, 'Delete',
>8, 'Drop Cluster',
>9, 'Create Index',
>10, 'Drop Index',
>11, 'Alter Index',
>12, 'Drop Table',
>13, 'Create Sequencfe',
>14, 'Alter Sequence',
>15, 'Alter Table',
>16, 'Drop Sequence',
>   

Re: [oracle_br] Lentidão no Banco

[Mária Cristina Silva]

Opa,
Pessoal, bom descobri os processos que estavam causando a morte da maquina,
e com a ajuda Edevaldo, verifiquei e vi q os mesmo não estavam rodando no
banco Seriam possiveis processos fantasma.

Com isso o que fiz foi matar esses processos e maquina voltou a vida
novamente, mas infelizmente não consegui descobrir o que causou esse
problema.

Tenho uma duvida, tenho alguns processos (jobs) que rodam no banco e um
deles teve uma demora significativa hj, não sei se teria a algo haver, mas
pensei na possibilidade de ser isso??

Agradeço mais uma vez atenção.




2009/1/26 Júlio César Corrêa 

>   Vamos ver se isso ajuda.
>
> Se o problema for somente localização dos processos.
>
> v$session X v$process like this rs:
>
> select p.PID,p.USERNAME,p.PROGRAM,s.SID,s.SERIAL#,s.USERNAME,s.MACHINE
> from v$process p,v$session s
> where p.ADDR = s.PADDR
>
> Então você coloca as colunas que lhe interessa.
>
> E tem este outro script,é bem antigo mais deve ajudar.Funciona ok.
>
> SELECT s.sid sid,
> s.username username,
> UPPER (
> DECODE (
> command,
> 1, 'Create Table',
> 2, 'Insert',
> 3, 'Select',
> 4, 'Create Cluster',
> 5, 'Alter Cluster',
> 6, 'Update',
> 7, 'Delete',
> 8, 'Drop Cluster',
> 9, 'Create Index',
> 10, 'Drop Index',
> 11, 'Alter Index',
> 12, 'Drop Table',
> 13, 'Create Sequencfe',
> 14, 'Alter Sequence',
> 15, 'Alter Table',
> 16, 'Drop Sequence',
> 17, 'Grant',
> 18, 'Revoke',
> 19, 'Create Synonym',
> 20, 'Drop Synonym',
> 21, 'Create View',
> 22, 'Drop View',
> 23, 'Validate Index',
> 24, 'Create Procedure',
> 25, 'Alter Procedure',
> 26, 'Lock Table',
> 27, 'No Operation',
> 28, 'Rename',
> 29, 'Comment',
> 30, 'Audit',
> 31, 'NoAudit',
> 32, 'Create Database Link',
> 33, 'Drop Database Link',
> 34, 'Create Database',
> 35, 'Alter Database',
> 36, 'Create Rollback Segment',
> 37, 'Alter Rollback Segment',
> 38, 'Drop Rollback Segment',
> 39, 'Create Tablespace',
> 40, 'Alter Tablespace',
> 41, 'Drop Tablespace',
> 42, 'Alter Sessions',
> 43, 'Alter User',
> 44, 'Commit',
> 45, 'Rollback',
> 46, 'Savepoint',
> 47, 'PL/SQL Execute',
> 48, 'Set Transaction',
> 49, 'Alter System Switch Log',
> 50, 'Explain Plan',
> 51, 'Create User',
> 52, 'Create Role',
> 53, 'Drop User',
> 54, 'Drop Role',
> 55, 'Set Role',
> 56, 'Create Schema',
> 57, 'Create Control File',
> 58, 'Alter Tracing',
> 59, 'Create Trigger',
> 60, 'Alter Trigger',
> 61, 'Drop Trigger',
> 62, 'Analyze Table',
> 63, 'Analyze Index',
> 64, 'Analyze Cluster',
> 65, 'Create Profile',
> 66, 'Drop Profile',
> 67, 'Alter Profile',
> 68, 'Drop Procedure',
> 69, 'Drop Procedure',
> 70, 'Alter Resource Cost',
> 71, 'Create Snapshot Log',
> 72, 'Alter Snapshot Log',
> 73, 'Drop Snapshot Log',
> 74, 'Create Snapshot',
> 75, 'Alter Snapshot',
> 76, 'Drop Snapshot',
> 79, 'Alter Role',
> 85, 'Truncate Table',
> 86, 'Truncate Cluster',
> 88, 'Alter View',
> 91, 'Create Function',
> 92, 'Alter Function',
> 93, 'Drop Function',
> 94, 'Create Package',
> 95, 'Alter Package',
> 96, 'Drop Package',
> 97, 'Create Package Body',
> 98, 'Alter Package Body',
> 99, 'Drop Package Body'
> )
> ) command,
> s.osuser osuser,
> s.machine machine,
> s.process process,
> t.VALUE value
> FROM v$session s, v$sesstat t, v$statname n
> WHERE s.sid = t.sid
> AND t.statistic# = n.statistic#
> AND n.name = 'CPU used by this session'
> AND t.VALUE > 0
> AND audsid > 0
> ORDER BY t.VALUE DESC;
>
> 2009/1/26 Mária Cristina Silva 
> 
> >
>
> > bom aq:
> >
> > Suse linux 10 sp1 64 bits..
> > o Banco é 10G Release 10.2.0.1.0...
> >
> > 2009/1/26 Júlio César Corrêa 
> > 
> 
> > >
> >
> >
> > > Boa tarde,
> > >
> > > Passa a configuração so SO e Banco que o pessoal do grupo poderá te
> > ajudar
> > > melhor!
> > >
> > > Grato,
> > >
> > > 2009/1/26 Mária Cristina Silva 
> > > 
> 
> > 
> > > >
> > >
> > > > Bom dia, senhores estou com dificuldade de liberar processamento na
> > > > maquina
> > > > que roda o banco, verifiquei na maquina q tem alguns processo rodando
> e
> > > > pelo
> > > > visto são do manager, mas não consigui indentifica-los..
> > > >
> > > > Segue uma imagem..
> > > > Alguém poderia me ajudar?
> > > >
> > > > --
> > > > Abraços,
> > > > Mária Cristina
> > > > Cel: 031-8883-5543
> > > > E-mail: mariancrist...@gmail.com 
> > > >  40gmail.com> > 40gmail.com> > > 40gmail.com>
> > > > MSN: mcristinasil...@hotmail.com 
> > > >  40hotmail.com> > 40hotmail.com> > > 40hotmail.com>
> > > > --
> > > > "O começo é a parte mais importante do trabalho."
> > > > - Platão
> > > >
> > > > [As partes desta mensagem que não continham texto foram removidas]
> > > >
> > > >
> > > >
> > >
> > > --
> > > Júlio César Corrêa
> > > IS Technologist - Oracle DBA
> > > http://jccorrea.blogspot.com
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> >
> > --
> > Abraços,
> > Mária Cristina
> > Cel: 031-8883-5543
> > E-mail: mariancrist...@gmail.com 
> >  40gmail.com>
> > MSN: mcristinasil...@hotmail.com 
> >  40hotmail.com>
> > --
> > "O começ

Re: [oracle_br] Lentidão no Banco

[Júlio César Corrêa]

Vamos ver se isso ajuda.

Se o problema for somente localização dos processos.

v$session X v$process like this rs:

select p.PID,p.USERNAME,p.PROGRAM,s.SID,s.SERIAL#,s.USERNAME,s.MACHINE
 from v$process p,v$session s
where p.ADDR = s.PADDR

Então você coloca as colunas que lhe interessa.


E tem este outro script,é bem antigo mais deve ajudar.Funciona ok.

SELECT   s.sid sid,
 s.username username,
 UPPER (
DECODE (
   command,
   1, 'Create Table',
   2, 'Insert',
   3, 'Select',
   4, 'Create Cluster',
   5, 'Alter Cluster',
   6, 'Update',
   7, 'Delete',
   8, 'Drop Cluster',
   9, 'Create Index',
   10, 'Drop Index',
   11, 'Alter Index',
   12, 'Drop Table',
   13, 'Create Sequencfe',
   14, 'Alter Sequence',
   15, 'Alter Table',
   16, 'Drop Sequence',
   17, 'Grant',
   18, 'Revoke',
   19, 'Create Synonym',
   20, 'Drop Synonym',
   21, 'Create View',
   22, 'Drop View',
   23, 'Validate Index',
   24, 'Create Procedure',
   25, 'Alter Procedure',
   26, 'Lock Table',
   27, 'No Operation',
   28, 'Rename',
   29, 'Comment',
   30, 'Audit',
   31, 'NoAudit',
   32, 'Create Database Link',
   33, 'Drop Database Link',
   34, 'Create Database',
   35, 'Alter Database',
   36, 'Create Rollback Segment',
   37, 'Alter Rollback Segment',
   38, 'Drop Rollback Segment',
   39, 'Create Tablespace',
   40, 'Alter Tablespace',
   41, 'Drop Tablespace',
   42, 'Alter Sessions',
   43, 'Alter User',
   44, 'Commit',
   45, 'Rollback',
   46, 'Savepoint',
   47, 'PL/SQL Execute',
   48, 'Set Transaction',
   49, 'Alter System Switch Log',
   50, 'Explain Plan',
   51, 'Create User',
   52, 'Create Role',
   53, 'Drop User',
   54, 'Drop Role',
   55, 'Set Role',
   56, 'Create Schema',
   57, 'Create Control File',
   58, 'Alter Tracing',
   59, 'Create Trigger',
   60, 'Alter Trigger',
   61, 'Drop Trigger',
   62, 'Analyze Table',
   63, 'Analyze Index',
   64, 'Analyze Cluster',
   65, 'Create Profile',
   66, 'Drop Profile',
   67, 'Alter Profile',
   68, 'Drop Procedure',
   69, 'Drop Procedure',
   70, 'Alter Resource Cost',
   71, 'Create Snapshot Log',
   72, 'Alter Snapshot Log',
   73, 'Drop Snapshot Log',
   74, 'Create Snapshot',
   75, 'Alter Snapshot',
   76, 'Drop Snapshot',
   79, 'Alter Role',
   85, 'Truncate Table',
   86, 'Truncate Cluster',
   88, 'Alter View',
   91, 'Create Function',
   92, 'Alter Function',
   93, 'Drop Function',
   94, 'Create Package',
   95, 'Alter Package',
   96, 'Drop Package',
   97, 'Create Package Body',
   98, 'Alter Package Body',
   99, 'Drop Package Body'
)
 ) command,
 s.osuser osuser,
 s.machine machine,
 s.process process,
 t.VALUE value
FROM v$session s, v$sesstat t, v$statname n
WHEREs.sid = t.sid
AND  t.statistic# = n.statistic#
AND  n.name = 'CPU used by this session'
AND  t.VALUE > 0
AND  audsid > 0
ORDER BY t.VALUE DESC;

2009/1/26 Mária Cristina Silva 

>   bom aq:
>
> Suse linux 10 sp1 64 bits..
> o Banco é 10G Release 10.2.0.1.0...
>
> 2009/1/26 Júlio César Corrêa 
> 
> >
>
>
> > Boa tarde,
> >
> > Passa a configuração so SO e Banco que o pessoal do grupo poderá te
> ajudar
> > melhor!
> >
> > Grato,
> >
> > 2009/1/26 Mária Cristina Silva 
> > 
> 
> > >
> >
> > > Bom dia, senhores estou com dificuldade de liberar processamento na
> > > maquina
> > > que roda o banco, verifiquei na maquina q tem alguns processo rodando e
> > > pelo
> > > visto são do manager, mas não consigui indentifica-los..
> > >
> > > Segue uma imagem..
> > > Alguém poderia me ajudar?
> > >
> > > --
> > > Abraços,
> > > Mária Cristina
> > > Cel: 031-8883-5543
> > > E-mail: mariancrist...@gmail.com 
> > >  40gmail.com> > 40gmail.com>
> > > MSN: mcristinasil...@hotmail.com 
> > >  40hotmail.com> > 40hotmail.com>
> > > --
> > > "O começo é a parte mais importante do trabalho."
> > > - Platão
> > >
> > > [As partes

Res: [oracle_br] Lentidão no Banco

[Wellerson Leite de Araújo]

Mária,

Acredito que o Júlio César (e todos os outros) necessitará de mais informações, 
tais como:
- Quantos processadores a máquina possui
- Quanto de memória RAM
- Parâmetros de kernel
- Parâmetros do banco de dados
- Quantos usuários concorrentes

- Tipo da aplicação 

Att,
Wellerson
 
"Não vou deixar me embrutecer, eu acredito nos meus ideais. Podem até maltratar 
o meu coração, que meu espírito ninguém vai conseguir quebrar..."
(Legião Urbana)


"As idéias estão no chão, você tropeça e acha a solução..."
(Titãs)





De: Mária Cristina Silva 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 26 de Janeiro de 2009 14:03:05
Assunto: Re: [oracle_br] Lentidão no Banco


bom aq:

Suse linux 10 sp1 64 bits..
o Banco é 10G Release 10.2.0.1.0.. .

2009/1/26 Júlio César Corrêa 

>   Boa tarde,
>
> Passa a configuração so SO e Banco que o pessoal do grupo poderá te ajudar
> melhor!
>
> Grato,
>
> 2009/1/26 Mária Cristina Silva  40gmail.com>
> >
>
> > Bom dia, senhores estou com dificuldade de liberar processamento na
> > maquina
> > que roda o banco, verifiquei na maquina q tem alguns processo rodando e
> > pelo
> > visto são do manager, mas não consigui indentifica- los..
> >
> > Segue uma imagem..
> > Alguém poderia me ajudar?
> >
> > --
> > Abraços,
> > Mária Cristina
> > Cel: 031-8883-5543
> > E-mail: mariancristina@ gmail.com  
> >  40gmail.com>
> > MSN: mcristinasilva3@ hotmail.com  > com> 40hotmail.com>
> > --
> > "O começo é a parte mais importante do trabalho."
> > - Platão
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> --
> Júlio César Corrêa
> IS Technologist - Oracle DBA
> http://jccorrea. blogspot. com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>

-- 
Abraços,
Mária Cristina
Cel: 031-8883-5543
E-mail: mariancristina@ gmail.com
MSN: mcristinasilva3@ hotmail.com
-- 
"O começo é a parte mais importante do trabalho."
- Platão

[As partes desta mensagem que não continham texto foram removidas]




  Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Lentidão no Banco

[Mária Cristina Silva]

bom aq:

Suse linux 10 sp1 64 bits..
o Banco é 10G Release 10.2.0.1.0...



2009/1/26 Júlio César Corrêa 

>   Boa tarde,
>
> Passa a configuração so SO e Banco que o pessoal do grupo poderá te ajudar
> melhor!
>
> Grato,
>
> 2009/1/26 Mária Cristina Silva 
> 
> >
>
> > Bom dia, senhores estou com dificuldade de liberar processamento na
> > maquina
> > que roda o banco, verifiquei na maquina q tem alguns processo rodando e
> > pelo
> > visto são do manager, mas não consigui indentifica-los..
> >
> > Segue uma imagem..
> > Alguém poderia me ajudar?
> >
> > --
> > Abraços,
> > Mária Cristina
> > Cel: 031-8883-5543
> > E-mail: mariancrist...@gmail.com 
> >  40gmail.com>
> > MSN: mcristinasil...@hotmail.com 
> >  40hotmail.com>
> > --
> > "O começo é a parte mais importante do trabalho."
> > - Platão
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> --
> Júlio César Corrêa
> IS Technologist - Oracle DBA
> http://jccorrea.blogspot.com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>



-- 
Abraços,
Mária Cristina
Cel: 031-8883-5543
E-mail: mariancrist...@gmail.com
MSN:   mcristinasil...@hotmail.com
-- 
"O começo é a parte mais importante do trabalho."
- Platão


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Lentidão no Banco

[Júlio César Corrêa]

Boa tarde,

Passa a configuração so SO e Banco que o pessoal do grupo poderá te ajudar
melhor!

Grato,

2009/1/26 Mária Cristina Silva 

>   Bom dia, senhores estou com dificuldade de liberar processamento na
> maquina
> que roda o banco, verifiquei na maquina q tem alguns processo rodando e
> pelo
> visto são do manager, mas não consigui indentifica-los..
>
> Segue uma imagem..
> Alguém poderia me ajudar?
>
> --
> Abraços,
> Mária Cristina
> Cel: 031-8883-5543
> E-mail: mariancrist...@gmail.com 
> MSN: mcristinasil...@hotmail.com 
> --
> "O começo é a parte mais importante do trabalho."
> - Platão
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
http://jccorrea.blogspot.com


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Lentidão no Banco.

[Edevaldo Fontoura Soares]

Maria, adicionei vc no msn, precisaria de mais detalhes para lhe ajudar, mas, a 
princípio se vc quizer parar os serviços do EMS, basta digitar na linha de 
comando
 
export ORACLE_SID= , sendo que a SID é a instância do Banco.
 
emctl stop dbconsole
 
Mas se vc baixar este serviço vai ficar sem o Enterprise Manager.
 
Aconselho ver com o comando TOP e ver o que está pegando em relação a 
processador e ocupação de memória em sua máquinas, na realidade, tem de fazer 
uma análise de Tuning e Perfomance em sua máquina, no banco e no SO, para ver o 
que está acontecendo.

Isso significa usar o TOP, o SAR ou VMSTATS, o StatsPack e o RDA da Oracle, 
também tem de ver pelo TOP qual os processos que estão pegando, pegar o SPID 
deles e procurar no banco as query que estão pesando, fazer um explain nelas e 
ver o que se pode melhorar quanto a isso, bem como principalmente o tempo que 
leva cada query. Quanto de memória tem sua máquina, quanto de SWAP ela está 
usando, qual o tamanho da fila de processos, o Load Average, etc. O que 
precisar estou as ordens, mas inicie levantando estes detalhes, porque pode não 
ser os processos do EM.
 
Edevaldo da Fontoura Soares.
Oracle Data Administrator(AD).
Oracle Database Administrator(DBA).
Oracle Developer(Forms,Reports,Graphics,Pl-Sql,Designer).
MSN.: edevaldosoa...@hotmail.com
gTalk: edevaldosoa...@gmail.com
Skype...: edevaldo.da.fontoura.soares
Web Page: http://br.geocities.com/edevaldosoares/edevaldo.html
Phone...: +55 47 9907 5501 or +55 51 8194 4237

From: Mária Cristina Silva 
Sent: Monday, January 26, 2009 11:56 AM
To: oracle_br@yahoogrupos.com.br 
Subject: [oracle_br] Lentidão no Banco


Bom dia, senhores estou com dificuldade de liberar processamento na maquina
que roda o banco, verifiquei na maquina q tem alguns processo rodando e pelo
visto são do manager, mas não consigui indentifica-los..

Segue uma imagem..




  Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[oracle_br] Lentidão no Banco

[Mária Cristina Silva]

Bom dia, senhores estou com dificuldade de liberar processamento na maquina
que roda o banco, verifiquei na maquina q tem alguns processo rodando e pelo
visto são do manager, mas não consigui indentifica-los..

Segue uma imagem..
Alguém poderia me ajudar?



-- 
Abraços,
Mária Cristina
Cel: 031-8883-5543
E-mail: mariancrist...@gmail.com
MSN:   mcristinasil...@hotmail.com
-- 
"O começo é a parte mais importante do trabalho."
- Platão


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Lentidão no banco 10G !!

[amorrimm]

Bom dia pessoal...

Tenho um pequeno probleminha que começou recentemente em um dos banco 
que trabalho...ele esta lento e como tenho uma aplicação que opera 
neste banco 24X7, tenho algumas dúvidas para alterar alguns parametros 
como aumentar a SGA, SHARED_POOL, LARGE_POOL dinamicamente.

Estou fazendo alguns calculos, a nivel de hardware (memoria, disco...) 
para saber quanto a mais eu poderia aumentar destes parametros acima 
mas, receio que tenha que faze-los dinamicamente...

Se eu utilizasse a opção ALTER SYSTEM SET  DEFERRED eu teria as 
alterações feitas para as próximas sessões...certo ? até que eu possa 
parar o banco, alterar o init.ora e coloca-lo em modo OPEN novamente...

Uma outra questão interessante...verifiquei o meu init.ora e nao 
encontrei nenhuma referência a estes parametros acima...

RES: [oracle_br] LENTIDÃO NOS SELECTS

[Rodrigo Mufalani]

Meu caro,

   Logo que o banco inicia dependendo do tamanho da sua SGA, ele
fica lento mesmo, pois os acessos são todos feitos em disco, o que pode
ter acontecido é de você ter um init antigo e os ajustes que vc fez no
banco estarem somente em memória. 
   Verifique se a sua parametrização atual bate com mais ou
menos com a sua antiga.  

Atenciosamente,
 
Rodrigo Mufalani
Adm Banco de dados
Oracle Certified Professional 10g
[EMAIL PROTECTED]
(21) 9331-5160
(21) 3233-2300


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
Em nome de Marcio
Enviada em: quinta-feira, 20 de dezembro de 2007 18:30
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] LENTIDÃO NOS SELECTS

PESSOAL, DEPOIS DE UMA QUEDA NA ENERGIA GERAL DA EMPRESA, E OS NO-BREAKS
TAMBEM NÃO AGUENTARAM, ACONTECEU QUE O MEU BANCO DE DADOS ORACLE 9i
COMEÇOU
A APRESENTAR ALGUNS PROBLEMAS DE LENTIDÃO EM ALGUNS RELATORIOS /
SELECTS,
CHEQUEI ALGUMAS TABELAS, E NÃO ENCONTREI NADA DE ANORMAL, RECRIEI OS
INDEX,
POREM CONTINUA COM O PROBLEMA, ALGUEM PODERIA ME AJUDAR ?? O QUE MAIS EU
PODERIA FAZER PARA RESOLVER MEU PROBLEMA ?? ABRAÇOS

 

MÁRCIO RAMO 



[As partes desta mensagem que não continham texto foram removidas]



>Apostilas » Dicas e Exemplos » Funções » Mundo Oracle » Package »
Procedure » Scripts » Tutoriais acesse:
http://www.oraclebr.com.br/codigo/ListaCodigo.php 

--
>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/ 

--
>O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/  

  
Links do Yahoo! Grupos

 

[oracle_br] LENTIDÃO NOS SELECTS

[Marcio]

PESSOAL, DEPOIS DE UMA QUEDA NA ENERGIA GERAL DA EMPRESA, E OS NO-BREAKS
TAMBEM NÃO AGUENTARAM, ACONTECEU QUE O MEU BANCO DE DADOS ORACLE 9i COMEÇOU
A APRESENTAR ALGUNS PROBLEMAS DE LENTIDÃO EM ALGUNS RELATORIOS / SELECTS,
CHEQUEI ALGUMAS TABELAS, E NÃO ENCONTREI NADA DE ANORMAL, RECRIEI OS INDEX,
POREM CONTINUA COM O PROBLEMA, ALGUEM PODERIA ME AJUDAR ?? O QUE MAIS EU
PODERIA FAZER PARA RESOLVER MEU PROBLEMA ?? ABRAÇOS

 

MÁRCIO RAMO 



[As partes desta mensagem que não continham texto foram removidas]

RES: [oracle_br] Lentidão no banco em determ inados momentos

[Vanberto Alessandro de Souza Zuim - FOR]

Mano.. Vc pode dizer qual a versao do seu banco e seu SO..Mais faz o seguinte,
 
1- roda esse select e olha as sessoes que estao ativas e os seus respectivos 
eventos
SELECT gv.INST_ID,
   gv.SID,
   TO_NUMBER(P.SPID) AS PID,
   gv.SERIAL#,
   gv.EVENT,
   gv.seconds_in_wait,
   gv.WAIT_CLASS,
   gv.username,
   gv.osuser,
   gv.logon_time,
   gv.status,
   gv.machine,
   gv.program,
   gv.WAIT_CLASS#,
   gv.WAIT_CLASS_ID,
   'ALTER SYSTEM KILL SESSION ''' || gv.sid || ',' || gv.serial# ||
   ''';' as comando_kill
  FROM gv$session gv, gV$PROCESS P
 WHERE gv.username IS NOT NULL
   AND P.ADDR = gv.PADDR
   AND gv.INST_ID = P.INST_ID
  --   AND gv.INST_ID = 2
  --   and gv.EVENT = 'row cache lock'
  --   and gv.EVENT = 'library cache lock'
  --   and gv.EVENT like 'library cache%'
  --   ORDER BY gv.EVENT#;
  --   ORDER by gv.INST_ID;
   AND status = 'ACTIVE';
 
depois identifique o evento os eventos que estão bloqueando os 
recursos..Tipo...TM..e outros
mate a sessão apos abilite um trace nesse usuario.. na proxima vc vai ter uma 
certeza do que pode estar causando isso...
 
depois me volta a tabela de eventos..que vai sair na consulta...
 
Att..
 
Vanberto Zuim
Administrador de Banco de Dados
Tecnologia da Informação
 



De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de 
cegoncalvesvr
Enviada em: quarta-feira, 9 de maio de 2007 17:26
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Lentidão no banco em determinados momentos



Caros amigos,

O meu banco apresenta certa lentidão em alguns momentos, é algumas 
vezes ao dia.
Quando derrubo todos os usuarios, e ao retornarem ao sistema, sinto 
que os mesmos processos que antes estavam demorando, volta rapido.
O que pode ser?

Urgente.
Obrigado de coração.




 


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Lentidão no banco em determinados momentos

[Fábio Gibon - Comex System]

amigo,
o primeiro passo é identificar que processos estao rodando quando da 
lentidão e também se há bloqueios de registros (sessoes waiting...)... é 
dificil dizer algo mais objetivo sem ver o problema "de perto".

sds
Gibon
  - Original Message - 
  From: cegoncalvesvr 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, May 09, 2007 5:26 PM
  Subject: [oracle_br] Lentidão no banco em determinados momentos


  Caros amigos,

  O meu banco apresenta certa lentidão em alguns momentos, é algumas 
  vezes ao dia.
  Quando derrubo todos os usuarios, e ao retornarem ao sistema, sinto 
  que os mesmos processos que antes estavam demorando, volta rapido.
  O que pode ser?

  Urgente.
  Obrigado de coração.




   

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Lentidão no banco em determinados momentos

[cegoncalvesvr]

Caros amigos,

   O meu banco apresenta certa lentidão em alguns momentos, é algumas 
vezes ao dia.
   Quando derrubo todos os usuarios, e ao retornarem ao sistema, sinto 
que os mesmos processos que antes estavam demorando, volta rapido.
   O que pode ser?

Urgente.
Obrigado de coração.
 

Re: [oracle_br] Lentidão no Oracle ao fazer consultas com order by e group by

[Sandro Niederauer]

Se o problema só ocorre quando se coloca o ORDER BY, então é porque o
SORT_AREA_SIZE está muito pequeno.

Sandro


2006/10/7, Aldo Moreira Beleza <[EMAIL PROTECTED]>:
>
> Pessoal ,
>
> Estou com um problema de lentidão no oralcle, a maquina não esta
> sobrecarregada, mas ao fazer consultas no banco estou tendo problemas de
> lentidão, um select simples em 1 tabela de 5000 registros não consegue
> trazer o resultset, isso só ocorre quando coloco order by, sem ele a
> resposta é intantanea, já olhei a tablespace temporária e há espaço
> suficiente nela, nesta madrugada deu um erro ora-0600 [6731] . Alguem sabe
> o
> que pode estaro ocorrendo ??
>
> Grato,
>
> Aldo Beleza.
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Lentidão no Oracle ao fazer consultas com order by e group by

[Aldo Moreira Beleza]

O SHARED POOL SIZE ESTA COM 200MB E O CACHE SIZE ESTÁ EM 970MB

2006/10/7, Aldo Moreira Beleza <[EMAIL PROTECTED]>:
>
> Ah meu oracle esta rodando em hp-unix e a versão é 8.1.7
>
> Em 07/10/06, Willian Frasson <[EMAIL PROTECTED]> escreveu:
> >
> > ah veja o dba_cache_size tb
> >   abçs..
> >
> > Aldo Moreira Beleza <[EMAIL PROTECTED] > escreveu:
> >   Pessoal ,
> >
> > Estou com um problema de lentidão no oralcle, a maquina não esta
> > sobrecarregada, mas ao fazer consultas no banco estou tendo problemas de
> > lentidão, um select simples em 1 tabela de 5000 registros não consegue
> > trazer o resultset, isso só ocorre quando coloco order by, sem ele a
> > resposta é intantanea, já olhei a tablespace temporária e há espaço
> > suficiente nela, nesta madrugada deu um erro ora-0600 [6731] . Alguem
> > sabe o
> > que pode estaro ocorrendo ??
> >
> > Grato,
> >
> > Aldo Beleza.
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> >
> > -
> > Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador
> > agora!
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> > 
> >
>
>


[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Lentidão no Oracle ao fazer consultas com order by e group by

[Aldo Moreira Beleza]

Ah meu oracle esta rodando em hp-unix e a versão é 8.1.7

Em 07/10/06, Willian Frasson <[EMAIL PROTECTED]> escreveu:
>
> ah veja o dba_cache_size tb
>   abçs..
>
> Aldo Moreira Beleza <[EMAIL PROTECTED]> escreveu:
>   Pessoal ,
>
> Estou com um problema de lentidão no oralcle, a maquina não esta
> sobrecarregada, mas ao fazer consultas no banco estou tendo problemas de
> lentidão, um select simples em 1 tabela de 5000 registros não consegue
> trazer o resultset, isso só ocorre quando coloco order by, sem ele a
> resposta é intantanea, já olhei a tablespace temporária e há espaço
> suficiente nela, nesta madrugada deu um erro ora-0600 [6731] . Alguem sabe
> o
> que pode estaro ocorrendo ??
>
> Grato,
>
> Aldo Beleza.
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
> -
> Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora!
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Lentidão no Oracle ao faze r consultas com order by e group by

[Willian Frasson]

ah veja o dba_cache_size tb
  abçs..

Aldo Moreira Beleza <[EMAIL PROTECTED]> escreveu:
  Pessoal ,

Estou com um problema de lentidão no oralcle, a maquina não esta
sobrecarregada, mas ao fazer consultas no banco estou tendo problemas de
lentidão, um select simples em 1 tabela de 5000 registros não consegue
trazer o resultset, isso só ocorre quando coloco order by, sem ele a
resposta é intantanea, já olhei a tablespace temporária e há espaço
suficiente nela, nesta madrugada deu um erro ora-0600 [6731] . Alguem sabe o
que pode estaro ocorrendo ??

Grato,

Aldo Beleza.


[As partes desta mensagem que não continham texto foram removidas]

 


-
 Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! 

[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Lentidão no Oracle ao faze r consultas com order by e group by

[Willian Frasson]

1º passe um ANALYZE em todos objetos
  2º se não der aumente o shared_pool_size

Aldo Moreira Beleza <[EMAIL PROTECTED]> escreveu:
  Pessoal ,

Estou com um problema de lentidão no oralcle, a maquina não esta
sobrecarregada, mas ao fazer consultas no banco estou tendo problemas de
lentidão, um select simples em 1 tabela de 5000 registros não consegue
trazer o resultset, isso só ocorre quando coloco order by, sem ele a
resposta é intantanea, já olhei a tablespace temporária e há espaço
suficiente nela, nesta madrugada deu um erro ora-0600 [6731] . Alguem sabe o
que pode estaro ocorrendo ??

Grato,

Aldo Beleza.


[As partes desta mensagem que não continham texto foram removidas]

 


-
 Você quer respostas para suas perguntas? Ou você sabe muito e quer 
compartilhar seu conhecimento? Experimente o Yahoo! Respostas!

[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] Lentidão no Oracle ao fazer consultas com order by e group by

[Aldo Moreira Beleza]

Pessoal ,

 Estou com um problema de lentidão no oralcle, a maquina não esta
sobrecarregada, mas ao fazer consultas no banco estou tendo problemas de
lentidão, um select simples em 1 tabela de 5000 registros não consegue
trazer o resultset, isso só ocorre quando coloco order by, sem ele a
resposta é intantanea, já olhei a tablespace temporária e há espaço
suficiente nela, nesta madrugada deu um erro ora-0600 [6731] . Alguem sabe o
que pode estaro ocorrendo ??

Grato,

Aldo Beleza.


[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__
Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle
VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas"
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Lentidão quando utilizado (MIN, MAX ou SUM)

[Danilo Silveira]

Cara, o melhor que vc faz é olhar o explain plan da sua consulta SQL com o
MIN, MAX e etc. Provavelmente o banco está montando o plano de execucao de
forma errada. Aih, basta usar um hint pra dar a dica pro Oracle.

On 8/25/06, Andre Santos <[EMAIL PROTECTED]> wrote:
>
> Juarez
>
> Não sou DBA, mas parece que há algum problema nesse servidor Oracle:
> talvez
> um subdimensionamento do hardware (pouca memória, contenção de disco) ou
> mesmo algum defeito na máquina. Teria que fazer uma verificação.
>
> De qualquer forma, isso NÃO é normal.
> Trazer os dados para a aplicação só para contagem, somatória, mínimo ou
> máximo e ter uma velocidade maior que no servidor (e pelo que você
> descreveu, a diferença é muito grande) evidencia algum problema.
>
> Poderia sugerir que conferisse o plano de acesso, atualizar estatísticas
> do
> BD ou até a criação de alguns índices auxiliares... Mas seria interessante
> que um DBA verificasse o servidor primeiro.
> O fato de funcionar bem no SQL Server (considerando que o modelo físico do
> BD e a quantidade de dados são equivalentes) também leva a crer em
> problema
> no outro servidor.
>
> [ ]'s
>
> André
>
>
> Em 24/08/06, Juarez <[EMAIL PROTECTED]> escreveu:
>
> >
> >  Olá a todos.
> >
> > Tenho um sistema java + struts que roda com o Oracle 9i. Lá existe uma
> > consulta que envolvem duas tabelas que se relacionam através de um único
> > campo númerico.
> > Chave primária, chave estrangeira e índice na chave estrangeria, tudo
> > certinho.
> >
> > O que ocorre é que o volume de dados é grande e quando utilizo
> instruções
> > SQL (MIN, MAX ou SUM) o oracle morre. Leva mais de 40 minutos para gerar
> > um
> > arquivo texto com as informações.
> >
> > Como teste, retirei essas instruções e passei para o java realizar os
> > cálculos. Ficou bem rápido.
> >
> > A minha dúvida é:
> > Existe alguma restrição na utilização dessas instruções ou outras que as
> > substituam?
> > Tem alguma coisa que devo fazer na estrutura das tabelas para melhorar a
> > performance?
> > Teria algo a ver com o jdbc? Testei com o classes12_9.0.1.4.jar e o
> > ojdbc14.
> > Isso é normal no Oracle?
> >
> > A mesma aplicação roda também no banco da microsoft e lá não ocorre esse
> > problema, o mesmo arquivo é gerado em menos de 1 minuto.
> >
> > Todas as opiniões serão bem-vindas.
> >
> > []s
> >
> > Juarez
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> >
> >
> >
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>



-- 
Coragi
-

ExperiTV - http://experitv.blogspot.com - Canal 22 - BHGeraes - WayTV


[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Lentidão quando utilizado (MIN, MAX ou SUM)

[Andre Santos]

Juarez

Não sou DBA, mas parece que há algum problema nesse servidor Oracle: talvez
um subdimensionamento do hardware (pouca memória, contenção de disco) ou
mesmo algum defeito na máquina. Teria que fazer uma verificação.

De qualquer forma, isso NÃO é normal.
Trazer os dados para a aplicação só para contagem, somatória, mínimo ou
máximo e ter uma velocidade maior que no servidor (e pelo que você
descreveu, a diferença é muito grande) evidencia algum problema.

Poderia sugerir que conferisse o plano de acesso, atualizar estatísticas do
BD ou até a criação de alguns índices auxiliares... Mas seria interessante
que um DBA verificasse o servidor primeiro.
O fato de funcionar bem no SQL Server (considerando que o modelo físico do
BD e a quantidade de dados são equivalentes) também leva a crer em problema
no outro servidor.

[ ]'s

André


Em 24/08/06, Juarez <[EMAIL PROTECTED]> escreveu:
>
>  Olá a todos.
>
> Tenho um sistema java + struts que roda com o Oracle 9i. Lá existe uma
> consulta que envolvem duas tabelas que se relacionam através de um único
> campo númerico.
> Chave primária, chave estrangeira e índice na chave estrangeria, tudo
> certinho.
>
> O que ocorre é que o volume de dados é grande e quando utilizo instruções
> SQL (MIN, MAX ou SUM) o oracle morre. Leva mais de 40 minutos para gerar
> um
> arquivo texto com as informações.
>
> Como teste, retirei essas instruções e passei para o java realizar os
> cálculos. Ficou bem rápido.
>
> A minha dúvida é:
> Existe alguma restrição na utilização dessas instruções ou outras que as
> substituam?
> Tem alguma coisa que devo fazer na estrutura das tabelas para melhorar a
> performance?
> Teria algo a ver com o jdbc? Testei com o classes12_9.0.1.4.jar e o
> ojdbc14.
> Isso é normal no Oracle?
>
> A mesma aplicação roda também no banco da microsoft e lá não ocorre esse
> problema, o mesmo arquivo é gerado em menos de 1 minuto.
>
> Todas as opiniões serão bem-vindas.
>
> []s
>
> Juarez
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] Lentidão quando utilizado (MIN, MAX ou SUM)

[Juarez]

Olá a todos.

Tenho um sistema java + struts que roda com o Oracle 9i. Lá existe uma
consulta que envolvem duas tabelas que se relacionam através de um único
campo númerico.
Chave primária, chave estrangeira e índice na chave estrangeria, tudo
certinho.

O que ocorre é que o volume de dados é grande e quando utilizo instruções
SQL (MIN, MAX ou SUM) o oracle morre. Leva mais de 40 minutos para gerar um
arquivo texto com as informações.

Como teste, retirei essas instruções e passei para o java realizar os
cálculos. Ficou bem rápido.

A minha dúvida é:
Existe alguma restrição na utilização dessas instruções ou outras que as
substituam?
Tem alguma coisa que devo fazer na estrutura das tabelas para melhorar a
performance?
Teria algo a ver com o jdbc? Testei com o classes12_9.0.1.4.jar e o ojdbc14.
Isso é normal no Oracle?

A mesma aplicação roda também no banco da microsoft e lá não ocorre esse
problema, o mesmo arquivo é gerado em menos de 1 minuto.

Todas as opiniões serão bem-vindas.

[]s

Juarez


[As partes desta mensagem que não continham texto foram removidas]






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Lentidão BD

[Wilson Teixeira]

Não Estou entendendo uma coisa o banco esta configurado para 2 gb´s de memoria, 
mas esta usando os 6 gb´s que existem no servidor, linux

[EMAIL PROTECTED] escreveu:  O metodo de analyze mudou? Tem que tomar cuidado...
No 10g o defualt por exemplo é por estimativa, oq pode gerar uma queda de 
performance relavante.

Tente rodar uma analyze no banco. Como esta a CPU? Memoria?


Abs,
Felipe




"wilsonteixeira2000" <[EMAIL PROTECTED]> 
Enviado Por: oracle_br@yahoogrupos.com.br
11/08/2006 14:42
Favor responder a
oracle_br@yahoogrupos.com.br


Para
oracle_br@yahoogrupos.com.br
cc

Assunto
[oracle_br] Lentidão BD






Amigos,

Tenho um banco de dados oracle 9.2.0.4.0, trabalhando como EMS 2.04 
(datasul), nestas ultimas 2 semanas o banco vem apresentando uma 
lentidao geral. 
  - Verifiquei varios parametros e não consigo identificar nada de 
anormal.
  - Nenhuma versao foi liberada.


Alguem pode me ajudar






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE 
VISITE: http://www.oraclebr.com.br/
__
Seu banco Oracle retornou erro? Ora-??? Pesquise aqui: 
http://www.oraclebr.com.br/ 
Links do Yahoo! Grupos










[As partes desta mensagem que não continham texto foram removidas]




 


-
 Yahoo! Search
 Música para ver e ouvir: You're Beautiful, do James Blunt

[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Seu banco Oracle retornou erro? Ora-??? Pesquise aqui: 
http://www.oraclebr.com.br/  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Lentidão BD

[felipe . pedro]

O metodo de analyze mudou? Tem que tomar cuidado...
No 10g o defualt por exemplo é por estimativa, oq pode gerar uma queda de 
performance relavante.

Tente rodar uma analyze no banco. Como esta a CPU? Memoria?


Abs,
Felipe




"wilsonteixeira2000" <[EMAIL PROTECTED]> 
Enviado Por: oracle_br@yahoogrupos.com.br
11/08/2006 14:42
Favor responder a
oracle_br@yahoogrupos.com.br


Para
oracle_br@yahoogrupos.com.br
cc

Assunto
[oracle_br] Lentidão BD






Amigos,

Tenho um banco de dados oracle 9.2.0.4.0, trabalhando como EMS 2.04 
(datasul), nestas ultimas 2 semanas o banco vem apresentando uma 
lentidao geral. 
  - Verifiquei varios parametros e não consigo identificar nada de 
anormal.
  - Nenhuma versao foi liberada.


Alguem pode me ajudar






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE 
VISITE: http://www.oraclebr.com.br/
__
Seu banco Oracle retornou erro? Ora-??? Pesquise aqui: 
http://www.oraclebr.com.br/ 
Links do Yahoo! Grupos




 





[As partes desta mensagem que não continham texto foram removidas]






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Seu banco Oracle retornou erro? Ora-??? Pesquise aqui: 
http://www.oraclebr.com.br/  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Lentidão BD

[thiagomz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Eu comecaria com algo assim:

Tente utilizar o top session, tem em sua instalação do cliente, com ele
você pode identificar se é algum usuario que esta causando a lentidao.

Observe tb os waits events

verifique as estatisticas de seus objetos

use o sql analyze para identificar possiveis DML´s fazendo FTS


Thiago M. Zerbinato [thiagomz]
OCP DBA
- ---
http://thiagomz.hpg.com.br





wilsonteixeira2000 wrote:
> Amigos,
> 
> Tenho um banco de dados oracle 9.2.0.4.0, trabalhando como EMS 2.04 
> (datasul), nestas ultimas 2 semanas o banco vem apresentando uma 
> lentidao geral. 
>   - Verifiquei varios parametros e não consigo identificar nada de 
> anormal.
>   - Nenhuma versao foi liberada.
> 
> 
> Alguem pode me ajudar
> 
> 
> 
> 
> 
> 
> --
> Atenção! As mensagens deste grupo são de acesso público e de inteira 
> responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
> --__
> 
> OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
> http://www.oraclebr.com.br/
> __
> Seu banco Oracle retornou erro? Ora-??? Pesquise aqui: 
> http://www.oraclebr.com.br/  
> Links do Yahoo! Grupos
> 
> 
> 
> 
>  
> 
> 
> 
> __ NOD32 1.1703 (20060811) Information __
> 
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
> 
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFE3MKNtc2wVMddHjIRAo2UAJ9UK2Q+Yy5aUmN2YXtGzbHIWt8uBQCeKl3t
ZoH9x/Qp3qM9NxH0xyW8hd4=
=CK/9
-END PGP SIGNATURE-


___ 
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora! 
http://br.mobile.yahoo.com/mailalertas/ 
 



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Seu banco Oracle retornou erro? Ora-??? Pesquise aqui: 
http://www.oraclebr.com.br/  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] Lentidão BD

[wilsonteixeira2000]

Amigos,

Tenho um banco de dados oracle 9.2.0.4.0, trabalhando como EMS 2.04 
(datasul), nestas ultimas 2 semanas o banco vem apresentando uma 
lentidao geral. 
  - Verifiquei varios parametros e não consigo identificar nada de 
anormal.
  - Nenhuma versao foi liberada.


Alguem pode me ajudar






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: 
http://www.oraclebr.com.br/
__
Seu banco Oracle retornou erro? Ora-??? Pesquise aqui: 
http://www.oraclebr.com.br/  
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

RES: [oracle_br] lentidão na importação

[Ivan Ricardo Schuster]

Leonardo,

Não, o dmp é de uma única *tabela*, cada arquivo é de uma hora diferente.
Especifiquei um buffer de 500, não retorna erro algum, simplesmente não
responde. Os arquivos anteriores são importados sem problemas.

Disse a pouco que a tabela não era particionada, mas é particionada por dia.
De qualquer forma, os outros DMPs que contém dados da mesma partição são
importados numa boa.

A exportação é feita utilizando o comando:

exp usuário/senha file=tabela_p20050919_h21_h24.dmp
tables=(tabela:p20050919) statistics=none log=export.log query=\"where
to_char(dt_inicio,'hh24') in ('21','22','23')\"


Tem um detalhe que gostaria de saber se pode interferir:

Tive que formatar um dos discos, cada grupo de redo log possui 3 arquivos, 1
deles (de cada grupo) estava armazenado neste disco. Ainda não recuperei os
redos, pois o banco subiu, com warnings, mas está funcionando. O único
problema dele é este travamento neste DMP em especifico.

Pretendo recuperar esse redo a noite, mas gostaria de ter estes dados antes.


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Leonardo Matarazzo
Enviada em: quinta-feira, 22 de setembro de 2005 10:53
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] lentidão na importação

Ivan,

Tem view materializada nesse arquivo de dump? Vc especificou buffer=1024
no import ?

Att., 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Ivan Ricardo Schuster
Enviada em: quinta-feira, 22 de setembro de 2005 10:23
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] lentidão na importação

Pessoal,

Estou tentando importar dados de uma tabela usando vários arquivos DMP, um
pra cada hora do dia. Os arquivos DMP tem 50M, 60M, 65M... Os arquivos
demoram cerca de 10 minutos para serem importados.
Quando tento importar o maior deles (que não é tão maior assim), não há
resposta. Esperei 12 horas e nada.

O que pode ser? Esta tabela não está particionada.

Obrigado
Ivan



ORACLE_BR APOIA 2ºENPO-BR
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia
05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e
Cases dirigidos exclusivamente por profissionais especialistas e renomados
no mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
 
Links do Yahoo! Grupos




 





ORACLE_BR APOIA 2ºENPO-BR
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia
05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e
Cases dirigidos exclusivamente por profissionais especialistas e renomados
no mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
 
Links do Yahoo! Grupos




 






ORACLE_BR APOIA 2ºENPO-BR 
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 
no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases 
dirigidos exclusivamente por profissionais especialistas e renomados no 
mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

RES: [oracle_br] lentidão na importação

[Leonardo Matarazzo]

Ivan,

Tem view materializada nesse arquivo de dump? Vc especificou buffer=1024
no import ?

Att., 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Ivan Ricardo Schuster
Enviada em: quinta-feira, 22 de setembro de 2005 10:23
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] lentidão na importação

Pessoal,

Estou tentando importar dados de uma tabela usando vários arquivos DMP, um
pra cada hora do dia. Os arquivos DMP tem 50M, 60M, 65M... Os arquivos
demoram cerca de 10 minutos para serem importados.
Quando tento importar o maior deles (que não é tão maior assim), não há
resposta. Esperei 12 horas e nada.

O que pode ser? Esta tabela não está particionada.

Obrigado
Ivan



ORACLE_BR APOIA 2ºENPO-BR
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia
05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e
Cases dirigidos exclusivamente por profissionais especialistas e renomados
no mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
 
Links do Yahoo! Grupos




 





ORACLE_BR APOIA 2ºENPO-BR 
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 
no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases 
dirigidos exclusivamente por profissionais especialistas e renomados no 
mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

RES: [oracle_br] lentidão na importação

[Ivan Ricardo Schuster]

Esqueci:

Oracle 9.2.0.1
Windows 2003

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Ivan Ricardo Schuster
Enviada em: quinta-feira, 22 de setembro de 2005 10:23
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] lentidão na importação

Pessoal,

Estou tentando importar dados de uma tabela usando vários arquivos DMP, um
pra cada hora do dia. Os arquivos DMP tem 50M, 60M, 65M... Os arquivos
demoram cerca de 10 minutos para serem importados.
Quando tento importar o maior deles (que não é tão maior assim), não há
resposta. Esperei 12 horas e nada.

O que pode ser? Esta tabela não está particionada.

Obrigado
Ivan



ORACLE_BR APOIA 2ºENPO-BR
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia
05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e
Cases dirigidos exclusivamente por profissionais especialistas e renomados
no mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
 
Links do Yahoo! Grupos




 





ORACLE_BR APOIA 2ºENPO-BR 
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 
no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases 
dirigidos exclusivamente por profissionais especialistas e renomados no 
mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] lentidão na importação

[Ivan Ricardo Schuster]

Pessoal,

Estou tentando importar dados de uma tabela usando vários arquivos DMP, um
pra cada hora do dia. Os arquivos DMP tem 50M, 60M, 65M... Os arquivos
demoram cerca de 10 minutos para serem importados.
Quando tento importar o maior deles (que não é tão maior assim), não há
resposta. Esperei 12 horas e nada.

O que pode ser? Esta tabela não está particionada.

Obrigado
Ivan



ORACLE_BR APOIA 2ºENPO-BR 
_
O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 
no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases 
dirigidos exclusivamente por profissionais especialistas e renomados no 
mercado. Confira a programação no site do evento! http://www.enpo-br.org/
_
 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html