Re: [oracle_br] Duvida em expdb/impdb

[Marcio Portes]

Andréia,

Eles (impdp/expdp) sempre vão carregar as estatísticas de um lado pra outro,
uma vez que a idéia da Oracle é encerrar de vez com objetos sem estatísticas
(eu presumo). Não concordo com essa prerrogativa da Oracle em tirar esse
parâmetro, mas...

Para pesquisa:

Cap 2 do Manual (Database Utilities) - Data Pump Export.
http://download-east.oracle.com/docs/cd/B19306_01/server.102/b14215/dp_export.htm#g1013199

STATISTICS - A parameter comparable to STATISTICS is not needed.
Statistics are always saved for tables.

e
Cap 3 do mesmo manual - Data Pump Import
http://download-east.oracle.com/docs/cd/B19306_01/server.102/b14215/dp_import.htm#g1016603

STATISTICS A parameter comparable to STATISTICS is not needed. If the
source table has statistics, they are imported.



On 3/28/07, Andreia Pontes Ribeiro <[EMAIL PROTECTED]> wrote:
>
>   Alguem saberia me dizer que parametro eu utilizo no
> 10G para não levar as estatisticas de uma base para a
> outra usando o expdb e impdb?
> Tentei 'statistics=none' como no 9i, porém ele não
> reconhece o parametro.
> Obrigada
>
> __
> Never miss an email again!
> Yahoo! Toolbar alerts you the instant new Mail arrives.
> http://tools.search.yahoo.com/toolbar/features/mail/
>  
>



-- 
Marcio Portes
Material Tecnico em Portugues - http://mportes.blogspot.com
Practical Learning Oracle -
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html


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

[oracle_br] Duvida em expdb/impdb

[Andreia Pontes Ribeiro]

Alguem saberia me dizer que parametro eu utilizo no
10G para não levar as estatisticas de uma base para a
outra usando o expdb e impdb?
Tentei 'statistics=none' como no 9i, porém ele não
reconhece o parametro.
Obrigada



 

Never miss an email again!
Yahoo! Toolbar alerts you the instant new Mail arrives.
http://tools.search.yahoo.com/toolbar/features/mail/

[oracle_br] DDE.POKE

[Mauro Edson]

OI PESSOAL , EU JÁ USEI DDE.POKE COM PLANILHA NO EXCEL MAS NÃO ESTOU 
CONSEGUINDO USAR O BrOffice.org 2.0\program\SCALC.EXE'
ALGUEM JÁ USOU ?

OBRIGADO 

MAURO 

Re: [oracle_br] Data consulta

[Marcio Portes]

Não existe padrão e sim alteração por sessão do formato de data.
Voce pode, por exemplo:

ops$marcio:LX10G> select sysdate from dual;

SYSDATE
---
28/03/2007 17:03:50

1 row selected.

ops$marcio:LX10G> alter session set nls_date_format= 'dd/mm/';

Session altered.

ops$marcio:LX10G> select sysdate from dual;

SYSDATE
--
28/03/2007

1 row selected.

Mas existem outras maneiras de setar seu client de acordo com sua aplicação.
Procure mais informações nos manuais, parte de suporte a linguagem global.

On 3/28/07, Felipe <[EMAIL PROTECTED]> wrote:
>
>   Pessoal:
>
> Como eu faço para alterar no oracle , em uma consulta no PLSQL, o formato
> da
> data, eu sei que posso utilizar o todate, mas goastaria de sabe ro
> padrão..
> como faço para alterar o padrão.
> é que eu instalei o oracle discover e depois disto o padrão passou de
> 28/03/07 para 28/MAR/07.
>
> Alguém pode me ajudar.?
>
> Felipe
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Marcio Portes
Material Tecnico em Portugues - http://mportes.blogspot.com
Practical Learning Oracle -
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html


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

Re: RES: [oracle_br] Performance Oracle 9i.

[Marcio Portes]

A primeira coisa que eu faria: validar se realmente é necessário RAID 5.
Acho que isso impacta bastante seu ambiente.

On 3/28/07, Rodrigo Mufalani <[EMAIL PROTECTED]> wrote:
>
>   Quanto de memória tem alocado na sua sga?
>
> Quanto de memória tem para cada um dos buffers?
>
> shared pool
> buffer cache
> log buffer
> e etc
>
> Tem indices suficiente para os relatorios?
>
> Suas tabelas e indices estão analizadas? De uma olhada
> dbms_stats.gather_schema_stats
>
> Seus índices estão defazados? Caso estejam faca um rebuild deles
>
> E por aí vai.
>
> Tem um milhão de coisas a mais que podem ser verificadas mas essas aí
> já pode ser um começo.
>
> Atenciosamente,
> Rodrigo Mufalani
>
> > Mensagem Original:
> > Data: 13:00:47 28/03/2007
> > De: Fabio Santos <[EMAIL PROTECTED] >
> > Assunto: RES: [oracle_br] Performance Oracle 9i.
>
>
> > Passe um pouco informações sobre uma das tabelas lentas. Tipo,
> > quantidade de registro, tipo de query sendo feita, quais os indices
> >
> >
> > Abraços
> >
> >
> >
> > -Mensagem original-
> > De: oracle_br@yahoogrupos.com.br [mailto:
> oracle_br@yahoogrupos.com.br ]
> > Em nome de Miguel Alessandro May
> > Enviada em: quarta-feira, 28 de março de 2007 12:04
> > Para: oracle_br@yahoogrupos.com.br 
> > Assunto: [oracle_br] Performance Oracle 9i.
> >
> >
> > Pessoal, bom dia.
> >
> >
> >
> > Sou novo na área de Banco de Dados e gostaria de uma ajuda de vocês.
> >
> >
> >
> > Tenho notado que em nosso ambiente estamos tendo alguns problemas de
> > performance em nosso BD quando tenho 2 ou mais usuários processando
> > alguns
> > relatórios que de certa forma são pesados.
> >
> > Até onde consegui chegar, verifiquei que o "iowait" do sistema
> > operacional
> > (LINUX RED HAT ES 3.0) muitas vezes chega em 98% a 99% em cada
> > processador.
> > Assim o load average do SO chega a 4 ou 5 em determinados momentos.
> > Deixando
> > todo o sistema extremamente lento.
> >
> >
> >
> > O aumento deste problema de performance está sendo gradativo, por
> > exemplo:
> >
> >
> >
> > Uma rotina de RH que há 2 meses demorava 40 minutos para ser executada,
> > passou para 2 horas no outro mês e hoje já está na casa de 3,5 horas,
> > sendo
> > que não houve nenhuma atualização do ambiente.
> >
> >
> >
> > O que posso fazer para tentar ao menos diminuir este IO na máquina de
> > Banco
> > de Dados? E o que posso monitorar para verificar esse io?
> >
> >
> >
> > Segue ambiente:
> >
> >
> >
> > - 2 Processadores Intel Xeon 2.8 Ghz (com suporte à SMP habilitado)
> >
> > - 4 Gb memória RAM
> >
> > - 4 Discos 15Krpm em RAID 5
> >
> > - S.O: LINUX RED HAT ES 3.0
> >
> > - Banco de Dados Oracle 9.2.0.8
> >
> >
> >
> > Agradeço desde já.
> >
> >
> >
> >
> >
> > Atenciosamente,
> >
> >
> >
> > Miguel Alessandro May
> >
> > Analista de Suporte
> >
> > Gestão de Sistemas e Informações
> >
> >
> >
> > Marcegaglia do Brasil Ltda.
> >
> > 
> [EMAIL PROTECTED] 
> >
> > Tel.: (47) 3431 64 67 / Fax: 3431 64 44
> >
> > Visite nosso site: 
> > www.marcegaglia.com.br
> >
> >
> >
> > As informações contidas neste e-mail e os eventuais documentos anexos
> > podem
> > conter informações confidenciais, destinados somente para a(s) pessoa(s)
> > a
> > quem é dirigida. Caso você a tenha recebido por engano, informamos que a
> > sua
> > divulgação, utilização, reprodução ou distribuição deste e-mail é
> > estritamente proibida, por favor, notifique o remetente e elimine a
> > mensagem
> > original.
> >
> > Todas as opiniões e declarações destinadas a entidades externas a esta
> > empresa, somente serão consideradas oficiais quando efetivamente
> > confirmadas
> > por escrito por um representante legal desta empresa. Obrigado.
> >
> >
> >
> > Le informazioni contenute in questa comunicazione e gli eventuali
> > documenti
> > allegati hanno carattere confidenziale, sono tutelate dal segreto
> > professionale e sono ad uso esclusivo del destinatario. Nel caso questa
> > comunicazione Vi sia pervenuta per errore, Vi informiamo che la sua
> > diffusione e riproduzione è contraria alla legge e preghiamo di darci
> > prontamente avviso e di cancellare quanto ricevuto.
> >
> > Tutte le opinioni e declarazioni destinate a entità esterne a questa
> > impresa, sarano considerate officiali soltanto quando effetivamente
> > confirmate per scritto da un rappresentante legale di questa impresa.
> > Grazie.
> >
> >
> >
> > This e-mail message and any files transmitted attached may contain
> > confidential information intended only for the person(s) to whom it is
> > addressed. If you are not the intended recipient, you are hereby
> > notified
> > that any use or distribution of this e-mail is strictly prohibited:
> > please
> > notify the sender and delete the original message.
> >
> >
> >
> > All opinions and statements, directed to firms, people or companies
> > outside
> > this organization, will be considered official when they are effectively
> > confirmed in w

Re: [oracle_br] Data consulta

[Rafael Milanez - BusinessOn]

Se for Windows vc faz assim

entre no REGEDIT do servidor onde esta banco de dados (Lembrando que se vc 
tiver mais que um banco , altera o formato para todos)

HKEY_LOCAL_MACHINE - SOFTWARE - ORACLE KEY_XX

crie uma string value chamada NLS_DATE_FORMAT e dentro dela coloque o formato  
dd/mon/yy

depois saia do SQLPLUS e entre de novo e digite select sysdate from dual

ou criar uma trigger que de um alter session set nls_date_format = 'dd-mon-yy' ;



askmilanez.nireblog.com  





  - Original Message - 
  From: Felipe 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, March 28, 2007 4:28 PM
  Subject: [oracle_br] Data consulta


  Pessoal:

  Como eu faço para alterar no oracle , em uma consulta no PLSQL, o formato da
  data, eu sei que posso utilizar o todate, mas goastaria de sabe ro padrão..
  como faço para alterar o padrão.
  é que eu instalei o oracle discover e depois disto o padrão passou de
  28/03/07 para 28/MAR/07.

  Alguém pode me ajudar.?

  Felipe

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



   

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

[oracle_br] Data consulta

[Felipe]

Pessoal:

Como eu faço para alterar no oracle , em uma consulta no PLSQL, o formato da
data, eu sei que posso utilizar o todate, mas goastaria de sabe ro padrão..
como faço para alterar o padrão.
é que eu instalei o oracle discover e depois disto o padrão passou de
28/03/07 para 28/MAR/07.

Alguém pode me ajudar.?

Felipe


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

Res: [oracle_br] Re: Erros de JOBs no Trace

[Felipe Daniel]

Valeu Chiappa!
Só para constar, eu realmente quis dizer Alert log, me atrapalhei na hora de 
redigir :-).
 
  
---
Felipe Daniel O. Aragão
GBarbosa Comercial Ltda.
Departamento de Informática
Analista de Banco de Dados
---



- Mensagem original 
De: jlchiappa <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Quarta-feira, 28 de Março de 2007 13:36:58
Assunto: [oracle_br] Re: Erros de JOBs no Trace

Primeiro, confira se é gerado  MESMO  num arquivo de trace 
(que no bd Oracle normalmente tem a terminação de .TRC : afaik por 
default os eventuais erros dum job Oracle vão é pro ALERT FILE, que 
normalmente termina por .log, tem um nome de alertNNN.log (onde NNN é 
a SID do banco) e reside num sub-diretório BDUMP do 
oracle_home .. Trace é uma coisa, alert é outra
Se realmente for no alert file do banco : o que fica num alert file 
** não ** reflete em view alguma do dicionários de dados MAS vc pode 
criar a sua própria view/tabela que lê o alert (via EXTERNAL TABLES) 
e a usar . Quanto à suprimir, o que se recomenda é, claro, que vc OU 
ENCONTRE o ponto do job que está dando o tal erro e CORRIJA O JOB, OU 
(se o job for uma program unit PL/SQL) vc o trate via EXCEPTION, de 
modo que não dê mais erro e portanto não gere linha alguma no alert, 
ok ??? 

[]s

Chiappa

--- Em [EMAIL PROTECTED] os.com.br, Felipe Daniel 
 escreveu
>
> Pessoal,
> 
> Tenho um problema que a muito tempo venho tentando resolver, espero 
que vocês me ajudem. 
> Quando algum determinado JOB gera um erro, este erro é logado no 
arquivo de trace do Oracle. Tenho duas perguntas:
> 
> Tem como eu capturar este erro em alguma visão do dicionario de 
dados (9i e 10g)?
> Como eu faria para que este erro não aparecesse no arquivo de trace 
do oracle (9i e 10g)?
> 
> 
> Atenciosamente, 
>  - - -
> Felipe Daniel O. Aragão
> GBarbosa Comercial Ltda.
> Departamento de Informática
> Analista de Banco de Dados
>  - - -
> 
>  _ _ _ _ __
> Fale com seus amigos de graça com o novo Yahoo! Messenger 
> http://br.messenger .yahoo.com/ 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>




__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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

[oracle_br] Re: FRM-40735: o trigger PRE-FORM levantou a exceção ORA-06508 não-tradada

[edsonuhi]

Chiappa, 
não deve ser problema de banco nem usuario pois estou utilizando o
mesmo banco e o mesmo usuario. Por exemplo: Se eu desenvolver um form
novo com apenas uma tela, funciona normalmente porém se eu abrir algum
form que possua Canvas dá esse erro.

O form continua funcionando no outro computador utilizando o mesmo
usuario e o mesmo banco

--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu
>
> Colega, se vc for olhar no manual Forms de msgs de erros , temos :
> 
> FRM-40735:  %s trigger raised unhandled exception %s.
> 
> Cause:Application design error.  The current trigger raised an 
> exception (other than FORM_TRIGGER_FAILURE), but it did not handle the 
> exception. 
> 
> ou seja, é a condição  ** genérica ** que ocorre quando um erro não 
> possui exception aproriada, e ao que indica qu diz que o erro em 
> questão  foi ORA-06508, certo ?? Consultando esse cara :
> 
> bd:/server/ora>oerr ORA 06508
> 06508, 0, "PL/SQL: could not find program unit being called"
> 
> ==>> OU SEJA, provavelmente vc está conectado em OUTRO banco que não o 
> que onde originalmente se desenvolveu, E NESSE BANCO tá faltando alguma 
> procedure/trigger/package que é chamada, simpels assim Etão basta 
> olhar quais são as program units que vc tem, ver qual não está 
> presente, é trabalho de debug de 5 minutos se tanto...
> 
> []s
> 
>  Chiappa
>  
> --- Em oracle_br@yahoogrupos.com.br, "edsonuhi"  escreveu
> >
> > Pessoal, instalei um ambiente de desenvolvimento em outra maquina e
> > está retornando o seguinte erro quando mando executar um form:
> > 
> > FRM-40735: o trigger PRE-FORM levantou a exceção ORA-06508 não-tradada
> > 
> > Ele compila normal sem erros mais na hora da execução dá o erro acima.
> > 
> > Este mesmo form funciona em outra maquina sem erro algum.
> > 
> > Ficou faltando eu instalar ou configurar alguma coisa ?
> > 
> > Form10.1.2
> > 
> > Obrigado
> > 
> > Edson
> >
>

Re: [oracle_br] Alterar tamanho do datafile

[Zumba]

Passei por isso e fiz o seguinte:



There is a bug 1961596 (unpublished) fixed in 9.2. 
This bug happens if you take the first undo tablespace
offline and then try 
and restart the database. You will get an "ORA-30038:
Cannot perform parallel insert on non-partitioned
object" 
and the database will not be able to be started, and
you will have to recover the database from a backup. 

I'm researching on how to change the undo tablespace
and will post when I have more information. 

In the mean time make sure you have a good backup and
always make sure the first undotbs is online before 
you shutdown the database


*** PROCEDURE ***

This is how I was able to change the UNDO tablespace
on my database and 
sucessfully restart the datbase (avoiding the bug I
mentioned in my previous post). 

--Create a new UNDO tablespace (UNDOTBS2) and bring it
online 
--no database users logged in to the database. 
--ALTER SYSTEM SET UNDO_TABLESPACE = UNDOTBS2; (new
UNDO tablespace) 
--DROP TABLESPACE UNDOTBS (first and original undo
tablspace) 
--Edit the init file and change
undo_tablespace=UNDOTBS2 
--Stop and restart the database 
--delete the datafile for the original undo tablepsace
from the OS. 

Please try these steps on your your test database. 
As I noted before, DO NOT take the undo tablespace
offline as that can lead 
to having to recover from backup if you stop the
database with 
the undo tablespace in an "offline" status. 







--- Marcio Portes <[EMAIL PROTECTED]> escreveu:

> Acho que a nota do Thomas Kyte é o que voce precisa.
>
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:153612348067
> 
> 
> On 3/27/07, Carolina Alves <[EMAIL PROTECTED]>
> wrote:
> >
> >   Pessoal,
> >
> > Gostaria de tirar uma dúvida: uma tablespace UNDO
> foi criada (já há muito
> > tempo) com um tamanho desnecessário (~3GB) e por
> isso estou com problemas
> > de
> > espaço em disco. Estou tentando diminuir o tamanho
> dela para ~1GB usando :
> >
> > > alter database datafile '' resize
> 1000M;
> >
> > Mas obtive o erro "ORA-03297 : file contains used
> data beyond requested
> > RESIZE value.", embora no Enterprise Manager
> esteja indicado que não há
> > nem
> > 10% utilizado.
> >
> > Enfim, dando uma pesquisada, vi que a "culpa"
> seria dos extents, que
> > estariam usando além do espaço para o qual estou
> tentando reduzir o
> > datafile. Na base da tentativa e erro, dei uma
> reduzida, mas não consegui
> > muita coisa.
> >
> > Qual seria a solução para eu conseguir reduzir
> este datafile?
> >
> > Um abraço,
> > Carolina
> >
> > [As partes desta mensagem que não continham texto
> foram removidas]
> >
> >  
> >
> 
> 
> 
> -- 
> Marcio Portes
> Material Tecnico em Portugues -
> http://mportes.blogspot.com
> Practical Learning Oracle -
>
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html
> 
> 
> [As partes desta mensagem que não continham texto
> foram removidas]
> 
> 


__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

[oracle_br] Ref.: Impressão de arquivo .txt direto para impressora

[Patricia Bitelo]

Olá,
Tenho uma pkg que grava arquivos .txt na máquina de banco. Precisava enviar 
estes arquivos direto para impressora(matricial), existe alguma maneira de 
fazer isto dentro da minha pkg? 
Um abraço,
Patricia BiteloDesenvolvimento OraclePorto Alegre/RS - 
BrasilTelefone: 51-9993-3838
_
O Windows Live Spaces está aqui! Descubra como é fácil criar seu espaço na Web 
e sua rede amigos.
http://spaces.live.com/signup.aspx

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

[oracle_br] Ricardo G OLIVEIRA/HBBR/HSBC está ausente do escritório.

[Ricardo G OLIVEIRA]

Estarei ausente do escritório a partir de  27/03/2007 e não retornarei até
30/03/2007.

Estarei ausente do escritório a partir de  27/03/2007 e retornarei no dia
30/03/2007.
Em caso de problemas favor contactar a Andressa Ferrazza - Coordenadora DBA
(3340-5287)


I will be out of the office starting 03/27/2007 and will not return until
03/30/2007 .
If necessary, for internal issues, please contact DBA Coordinator (Andressa
- 55 41 3340-5287)


-
This E-mail is confidential. It may also be legally 
privileged. If you are not the addressee you may not
copy, forward, disclose or use any part of it. If 
you have received this message in error, please delete
it and all copies from your system and notify the sender
immediately by return E-mail.
Internet communications cannot be guaranteed to be timely,
secure, error or virus-free. The sender does not accept 
liability for any errors or omissions.
"SAVE PAPER - THINK BEFORE YOU PRINT!"
 
Esta mensagem pode conter informações confidenciais e/ou 
privilegiadas. Se você não for o destinatário ou a pessoa
autorizada a recebê-la, não pode usar, copiar ou divulgar
as informações nela contidas ou tomar qualquer ação baseada
nelas. Se você recebeu esta mensagem por engano, por favor,
avise imediatamente o remetente, e em seguida, apague-a.
Comunicações pela Internet não podem ser garantidas quanto
à segurança ou inexistência de erros ou de vírus.
O remetente, por esta razão, não aceita responsabilidade por
qualquer erro ou omissão no contexto da mensagem decorrente
da transmissão via Internet.
"ECONOMIZE PAPEL - PENSE ANTES DE IMPRIMIR!"

[oracle_br] Re: Erros de JOBs no Trace

[jlchiappa]

Primeiro, confira se é gerado  MESMO  num arquivo de trace 
(que no bd Oracle normalmente tem a terminação de .TRC : afaik por 
default os eventuais erros dum job Oracle vão é pro ALERT FILE, que 
normalmente termina por .log, tem um nome de alertNNN.log (onde NNN é 
a SID do banco) e reside num sub-diretório BDUMP do 
oracle_home .. Trace é uma coisa, alert é outra
 Se realmente for no alert file do banco : o que fica num alert file 
** não ** reflete em view alguma do dicionários de dados MAS vc pode 
criar a sua própria view/tabela que lê o alert (via EXTERNAL TABLES) 
e a usar . Quanto à suprimir, o que se recomenda é, claro, que vc OU  
ENCONTRE o ponto do job que está dando o tal erro e CORRIJA O JOB, OU 
(se o job for uma program unit PL/SQL) vc o trate via EXCEPTION, de 
modo que não dê mais erro e portanto não gere linha alguma no alert, 
ok ??? 
 
 []s
 
   Chiappa
   
--- Em oracle_br@yahoogrupos.com.br, Felipe Daniel 
<[EMAIL PROTECTED]> escreveu
>
> Pessoal,
> 
> Tenho um problema que a muito tempo venho tentando resolver, espero 
que vocês me ajudem. 
> Quando algum determinado JOB gera um erro, este erro é logado no 
arquivo de trace do Oracle. Tenho duas perguntas:
> 
> Tem como eu capturar este erro em alguma visão do dicionario de 
dados (9i e 10g)?
> Como eu faria para que este erro não aparecesse no arquivo de trace 
do oracle (9i e 10g)?
> 
> 
> Atenciosamente,  
> ---
> Felipe Daniel O. Aragão
> GBarbosa Comercial Ltda.
> Departamento de Informática
> Analista de Banco de Dados
> ---
> 
> __
> Fale com seus amigos  de graça com o novo Yahoo! Messenger 
> http://br.messenger.yahoo.com/ 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: RES: [oracle_br] Performance Oracle 9i.

[Rodrigo Mufalani]

Quanto de memória tem alocado na sua sga?

Quanto de memória tem para cada um dos buffers?

shared pool
buffer cache
log buffer
e etc

Tem indices suficiente para os relatorios?

Suas tabelas e indices estão analizadas? De uma olhada
dbms_stats.gather_schema_stats

Seus índices estão defazados? Caso estejam faca um rebuild deles

E por aí vai.

  Tem um milhão de coisas a mais que podem ser verificadas mas essas aí
já pode ser um começo.

Atenciosamente,
Rodrigo Mufalani










> Mensagem Original:
> Data: 13:00:47 28/03/2007
> De: Fabio Santos <[EMAIL PROTECTED]>
> Assunto: RES: [oracle_br] Performance Oracle 9i.

> Passe um pouco informações sobre uma das tabelas lentas. Tipo,
> quantidade de registro, tipo de query sendo feita, quais os indices
>
>
> Abraços
>
>
>
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
> Em nome de Miguel Alessandro May
> Enviada em: quarta-feira, 28 de março de 2007 12:04
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Performance Oracle 9i.
>
>
> Pessoal, bom dia.
>
>
>
> Sou novo na área de Banco de Dados e gostaria de uma ajuda de vocês.
>
>
>
> Tenho notado que em nosso ambiente estamos tendo alguns problemas de
> performance em nosso BD quando tenho 2 ou mais usuários processando
> alguns
> relatórios que de certa forma são pesados.
>
> Até onde consegui chegar, verifiquei que o “iowait” do sistema
> operacional
> (LINUX RED HAT ES 3.0) muitas vezes chega em 98% a 99% em cada
> processador.
> Assim o load average do SO chega a 4 ou 5 em determinados momentos.
> Deixando
> todo o sistema extremamente lento.
>
>
>
> O aumento deste problema de performance está sendo gradativo,  por
> exemplo:
>
>
>
> Uma rotina de RH que há 2 meses demorava 40 minutos para ser executada,
> passou para 2 horas no outro mês e hoje já está na casa de 3,5 horas,
> sendo
> que não houve nenhuma atualização do ambiente.
>
>
>
> O que posso fazer para tentar ao menos diminuir este IO na máquina de
> Banco
> de Dados? E o que posso monitorar para verificar esse io?
>
>
>
> Segue ambiente:
>
>
>
> - 2 Processadores Intel Xeon 2.8 Ghz (com suporte à SMP habilitado)
>
> - 4 Gb memória RAM
>
> - 4 Discos 15Krpm em RAID 5
>
> - S.O: LINUX RED HAT ES 3.0
>
> - Banco de Dados Oracle 9.2.0.8
>
>
>
> Agradeço desde já.
>
>
>
>
>
> Atenciosamente,
>
>
>
> Miguel Alessandro May
>
> Analista de Suporte
>
> Gestão de Sistemas e Informações
>
>
>
> Marcegaglia do Brasil Ltda.
>
>   [EMAIL PROTECTED]
>
> Tel.: (47) 3431 64 67 / Fax: 3431 64 44
>
> Visite nosso site:  
> www.marcegaglia.com.br
>
>
>
> As informações contidas neste e-mail e os eventuais documentos anexos
> podem
> conter informações confidenciais, destinados somente para a(s) pessoa(s)
> a
> quem é dirigida. Caso você a tenha recebido por engano, informamos que a
> sua
> divulgação, utilização, reprodução ou distribuição deste e-mail é
> estritamente proibida, por favor, notifique o remetente e elimine a
> mensagem
> original.
>
> Todas as opiniões e declarações destinadas a entidades externas a esta
> empresa, somente serão consideradas oficiais quando efetivamente
> confirmadas
> por escrito por um representante legal desta empresa. Obrigado.
>
>
>
> Le informazioni contenute in questa comunicazione e gli eventuali
> documenti
> allegati hanno carattere confidenziale, sono tutelate dal segreto
> professionale e sono ad uso esclusivo del destinatario. Nel caso questa
> comunicazione Vi sia pervenuta per errore, Vi informiamo che la sua
> diffusione e riproduzione è contraria alla legge e preghiamo di darci
> prontamente avviso e di cancellare quanto ricevuto.
>
> Tutte le opinioni e declarazioni destinate a entità esterne a questa
> impresa, sarano considerate officiali soltanto quando effetivamente
> confirmate per scritto da un rappresentante legale di questa impresa.
> Grazie.
>
>
>
> This e-mail message and any files transmitted attached may contain
> confidential information intended only for the person(s) to whom it is
> addressed. If you are not the intended recipient, you are hereby
> notified
> that any use or distribution of this e-mail is strictly prohibited:
> please
> notify the sender and delete the original message.
>
>
>
> All opinions and statements, directed to firms, people or companies
> outside
> this organization, will be considered official when they are effectively
> confirmed in writing by any legal representative of our organization.
> Thank
> you.
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> [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 

[oracle_br] Erros de JOBs no Trace

[Felipe Daniel]

Pessoal,

Tenho um problema que a muito tempo venho tentando resolver, espero que vocês 
me ajudem. 
Quando algum determinado JOB gera um erro, este erro é logado no arquivo de 
trace do Oracle. Tenho duas perguntas:

Tem como eu capturar este erro em alguma visão do dicionario de dados (9i e 
10g)?
Como eu faria para que este erro não aparecesse no arquivo de trace do oracle 
(9i e 10g)?


Atenciosamente,  
---
Felipe Daniel O. Aragão
GBarbosa Comercial Ltda.
Departamento de Informática
Analista de Banco de Dados
---

__
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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

RES: [oracle_br] Performance Oracle 9i.

[Fabio Santos]

Passe um pouco informações sobre uma das tabelas lentas. Tipo,
quantidade de registro, tipo de query sendo feita, quais os indices


Abraços



-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
Em nome de Miguel Alessandro May
Enviada em: quarta-feira, 28 de março de 2007 12:04
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Performance Oracle 9i.


Pessoal, bom dia.

 

Sou novo na área de Banco de Dados e gostaria de uma ajuda de vocês.

 

Tenho notado que em nosso ambiente estamos tendo alguns problemas de
performance em nosso BD quando tenho 2 ou mais usuários processando
alguns
relatórios que de certa forma são pesados.

Até onde consegui chegar, verifiquei que o “iowait” do sistema
operacional
(LINUX RED HAT ES 3.0) muitas vezes chega em 98% a 99% em cada
processador.
Assim o load average do SO chega a 4 ou 5 em determinados momentos.
Deixando
todo o sistema extremamente lento.

 

O aumento deste problema de performance está sendo gradativo,  por
exemplo:

 

Uma rotina de RH que há 2 meses demorava 40 minutos para ser executada,
passou para 2 horas no outro mês e hoje já está na casa de 3,5 horas,
sendo
que não houve nenhuma atualização do ambiente.

 

O que posso fazer para tentar ao menos diminuir este IO na máquina de
Banco
de Dados? E o que posso monitorar para verificar esse io?

 

Segue ambiente:

 

- 2 Processadores Intel Xeon 2.8 Ghz (com suporte à SMP habilitado)

- 4 Gb memória RAM

- 4 Discos 15Krpm em RAID 5

- S.O: LINUX RED HAT ES 3.0

- Banco de Dados Oracle 9.2.0.8

 

Agradeço desde já.

 

 

Atenciosamente,

 

Miguel Alessandro May

Analista de Suporte

Gestão de Sistemas e Informações

 

Marcegaglia do Brasil Ltda.

  [EMAIL PROTECTED]

Tel.: (47) 3431 64 67 / Fax: 3431 64 44

Visite nosso site:  
www.marcegaglia.com.br

 

As informações contidas neste e-mail e os eventuais documentos anexos
podem
conter informações confidenciais, destinados somente para a(s) pessoa(s)
a
quem é dirigida. Caso você a tenha recebido por engano, informamos que a
sua
divulgação, utilização, reprodução ou distribuição deste e-mail é
estritamente proibida, por favor, notifique o remetente e elimine a
mensagem
original.

Todas as opiniões e declarações destinadas a entidades externas a esta
empresa, somente serão consideradas oficiais quando efetivamente
confirmadas
por escrito por um representante legal desta empresa. Obrigado.

 

Le informazioni contenute in questa comunicazione e gli eventuali
documenti
allegati hanno carattere confidenziale, sono tutelate dal segreto
professionale e sono ad uso esclusivo del destinatario. Nel caso questa
comunicazione Vi sia pervenuta per errore, Vi informiamo che la sua
diffusione e riproduzione è contraria alla legge e preghiamo di darci
prontamente avviso e di cancellare quanto ricevuto.

Tutte le opinioni e declarazioni destinate a entità esterne a questa
impresa, sarano considerate officiali soltanto quando effetivamente
confirmate per scritto da un rappresentante legale di questa impresa.
Grazie.

 

This e-mail message and any files transmitted attached may contain
confidential information intended only for the person(s) to whom it is
addressed. If you are not the intended recipient, you are hereby
notified
that any use or distribution of this e-mail is strictly prohibited:
please
notify the sender and delete the original message. 

 

All opinions and statements, directed to firms, people or companies
outside
this organization, will be considered official when they are effectively
confirmed in writing by any legal representative of our organization.
Thank
you.

 

 

 

 

 

 

 

 




[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

 

-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.18/734 - Release Date:
26/3/2007 14:31
 

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 268.18.18/734 - Release Date:
26/3/2007 14:31
 

[oracle_br] Performance Oracle 9i.

[Miguel Alessandro May]

Pessoal, bom dia.

 

Sou novo na área de Banco de Dados e gostaria de uma ajuda de vocês.

 

Tenho notado que em nosso ambiente estamos tendo alguns problemas de
performance em nosso BD quando tenho 2 ou mais usuários processando alguns
relatórios que de certa forma são pesados.

Até onde consegui chegar, verifiquei que o “iowait” do sistema operacional
(LINUX RED HAT ES 3.0) muitas vezes chega em 98% a 99% em cada processador.
Assim o load average do SO chega a 4 ou 5 em determinados momentos. Deixando
todo o sistema extremamente lento.

 

O aumento deste problema de performance está sendo gradativo,  por exemplo:

 

Uma rotina de RH que há 2 meses demorava 40 minutos para ser executada,
passou para 2 horas no outro mês e hoje já está na casa de 3,5 horas, sendo
que não houve nenhuma atualização do ambiente.

 

O que posso fazer para tentar ao menos diminuir este IO na máquina de Banco
de Dados? E o que posso monitorar para verificar esse io?

 

Segue ambiente:

 

- 2 Processadores Intel Xeon 2.8 Ghz (com suporte à SMP habilitado)

- 4 Gb memória RAM

- 4 Discos 15Krpm em RAID 5

- S.O: LINUX RED HAT ES 3.0

- Banco de Dados Oracle 9.2.0.8

 

Agradeço desde já.

 

 

Atenciosamente,

 

Miguel Alessandro May

Analista de Suporte

Gestão de Sistemas e Informações

 

Marcegaglia do Brasil Ltda.

  [EMAIL PROTECTED]

Tel.: (47) 3431 64 67 / Fax: 3431 64 44

Visite nosso site:   www.marcegaglia.com.br

 

As informações contidas neste e-mail e os eventuais documentos anexos podem
conter informações confidenciais, destinados somente para a(s) pessoa(s) a
quem é dirigida. Caso você a tenha recebido por engano, informamos que a sua
divulgação, utilização, reprodução ou distribuição deste e-mail é
estritamente proibida, por favor, notifique o remetente e elimine a mensagem
original.

Todas as opiniões e declarações destinadas a entidades externas a esta
empresa, somente serão consideradas oficiais quando efetivamente confirmadas
por escrito por um representante legal desta empresa. Obrigado.

 

Le informazioni contenute in questa comunicazione e gli eventuali documenti
allegati hanno carattere confidenziale, sono tutelate dal segreto
professionale e sono ad uso esclusivo del destinatario. Nel caso questa
comunicazione Vi sia pervenuta per errore, Vi informiamo che la sua
diffusione e riproduzione è contraria alla legge e preghiamo di darci
prontamente avviso e di cancellare quanto ricevuto.

Tutte le opinioni e declarazioni destinate a entità esterne a questa
impresa, sarano considerate officiali soltanto quando effetivamente
confirmate per scritto da un rappresentante legale di questa impresa.
Grazie.

 

This e-mail message and any files transmitted attached may contain
confidential information intended only for the person(s) to whom it is
addressed. If you are not the intended recipient, you are hereby notified
that any use or distribution of this e-mail is strictly prohibited: please
notify the sender and delete the original message. 

 

All opinions and statements, directed to firms, people or companies outside
this organization, will be considered official when they are effectively
confirmed in writing by any legal representative of our organization. Thank
you.

 

 

 

 

 

 

 

 




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