Re: [oracle_br] Re: ORA-03113: fim de arquivo no canal de comunicação

2006-12-20 Por tôpico Duilio Bruniera Junior
Altere o parametro "_complex_view_merging" para false e tente executar a
query !

SQL> alter system set "_complex_view_merging" = false scope = spfile;
SQL> shutdown
SQL> startup



2006/12/15, Gustavo Venturini de Lima <[EMAIL PROTECTED]>:
>
>   Então é Metalink na certa.
> Depois, caso ache alguma solução, poste aqui para enriquecer o grupo.
> Abraço.
>
> Em 15/12/06, Ryan <[EMAIL PROTECTED] >
> escreveu:
> >
> > Gustavo,
> >
> > O cursor_sharing da base já estava EXACT.
> > De qualquer forma, obrigado!
> > Um abraço,
> >
> > Ryan
> >
> > --- Em oracle_br@yahoogrupos.com.br 
> >  rupos.com.br>,
>
> > "Gustavo Venturini de Lima"
> > <[EMAIL PROTECTED]> escreveu
> > >
> > > Ryan, qual sua configuração de cursor_sharing nesta base de dados?
> > > Se for similar ou force, experimente colocar para EXACT.
> > > Tive este problema na 10.2, que inclusive foi corrigida no patch
> > 5162241.
> > >
> > > []'s
> > >
> > > Em 15/12/06, Ryan <[EMAIL PROTECTED]> escreveu:
> >
> > > >
> > > > Senhores,
> > > >
> > > > Ao executar uma consulta boba num servidor Oracle 9.2.0.4 com RH
> > 4,
> > > > recebemos o seguinte erro:
> > > >
> > > > SELECT t.coluna1, t.coluna2, t.coluna3, t.coluna4, t.coluna5
> > > > FROM tabela t
> > > > WHERE (t.coluna1 = 901511) OR (t.coluna1 = 300750);
> > > > *
> > > > ERRO na linha 1:
> > > > ORA-03113: fim de arquivo no canal de comunicação
> > > >
> > > > Usando o IN, acontece o mesmo. Com UNION a consulta roda
> > normalmente.
> > > >
> > > > No alert.log encontramos o seguinte trecho:
> > > >
> > > > Errors in
> > > > file /oracle/product/9.2.0/admin/ALPHA/udump/alpha_ora_8155.trc:
> > > >
> > > > ORA-07445: exception encountered: core dump [evaopn2()+2421]
> > > > [SIGSEGV] [Address not mapped to object] [0x0] [] []
> > > >
> > > > Fri Dec 15 13:38:34 2006
> > > >
> > > > Errors in
> > > > file /oracle/product/9.2.0/admin/ALPHA/udump/alpha_ora_6260.trc:
> > > >
> > > > ORA-07445: exception encountered: core dump [evaopn2()+2421]
> > > > [SIGSEGV] [Address not mapped to object] [0x0] [] []
> > > >
> > > > Fizemos um teste deletando as estatísticas da tabela e
> > estranhamente
> > > > a consulta passou a funcionar.
> > > >
> > > > Porém, precisamos das estatísticas. Alguém pode dar uma luz?
> > > >
> > > > Abraços,
> > > >
> > > > Ryan
> > > >
> > > >
> > > >
> > >
> > >
> > > [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]



[oracle_br] Vaga DBA JR Ribeirão Preto

2006-12-20 Por tôpico thiagomz
Pessoal,

A empresa onde trabalho está contratando DBA Oracle Junior para atuar na 
região, quem tiver interesse enviar email para [EMAIL PROTECTED] com 
CV anexo.

Coloque referência que você participa da lista ORACLE-BR ;-)

Boa sorte !!!

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






___ 
Yahoo! Mail - Sempre a melhor opção para você! 
Experimente já e veja as novidades. 
http://br.yahoo.com/mailbeta/tudonovo/
 



Re: [oracle_br] Importa��o de arquivo .csv para tabela no banco.

2006-12-20 Por tôpico alex borgmann
ola misaelah, tudo bem.
   
  Se ele tiver separado com delimitador e voce tiver plsql developer da 
allroundsautomotations. 
   
  E so ir na opcao do menu tools/Text Importer
   
  na Aba Data From textfile ficara o arquivo texto csv com seus campos 
delimitados.
   
  Na aba data to oracle voce define para qual tabela do oracle e faz a ligacao 
dos campos delimitados do arquivo texto com o da tabela.
   
  Entao e so importar e depois pode ate gravar estas definicoes num arquivo 
.def para usar futuramente se precisar sem necessitar redefinir tudo novamente.
   
  Bem caso nao tiver plsql developer, tem n+1 opcao como sql loader, external 
table ...etc
   
  []

misaelah <[EMAIL PROTECTED]> wrote:
  Boa tarde a todos!

Sr´s gostaria de ajuda para fazer a importação de um arquivo .csv que 
foi gerado pelo excel para uma tabela no banco. A tabela possui somente 
3 campos, andei olhando algo sobre a Built-in TEXT_IO do forms, mas 
pelo que entendí, ela só server para gravar arquivos.

Se os Sr´s puderem me ajudar...

Obrigado e que Deus nos abençoe...



 

 __
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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



BRMA_RE: [oracle_br] Resumo 3423

2006-12-20 Por tôpico crispim
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato.
Obrigado.


[oracle_br] Analize 10G

2006-12-20 Por tôpico thiago\.leoncio
Pelo banco 10G em que local eu verifico se efetivamente está sendo feito o 
analize?



[oracle_br] P1 , P2 e P3?

2006-12-20 Por tôpico thiago\.leoncio
Onde que eu consigo encontrar a razão do waiting (referência) às colunas P1 , 
P2 e P3?

Abraços,
Thiago



Re:[oracle_br] ROW NUM

2006-12-20 Por tôpico thiago\.leoncio
Pessoal ,

Uma dúvida : Por acaso o ROWNUM é somente registros físicos ou tb é relacionado 
a registros lógicos?


THiago



Re: [oracle_br] Conexão com o sql server

2006-12-20 Por tôpico ESTUDO
Olá
Consigo conectar pelo proprio DTS do MSSQL7
Aqui é a versão 7 e a versão 9.2
Acredito que com suas versões também funcione.
 Cris
  - Original Message - 
  From: yuriadame 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, December 20, 2006 3:02 PM
  Subject: [oracle_br] Conexão com o sql server


  Boa tarde pessoal,

  estou precisando conectar do Oracle 10g em um banco de dados Sql Server 
  2000 para fazer algumas consultas, alguem pode me dar uma ajuda nisso?
  Um feliz natal a todos e um otino ano novo.
  Abraços
  Yuri



   

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



Re: [oracle_br] Tamanho máximo de nome de coluna

2006-12-20 Por tôpico Andre Santos
Carlos

Para nomes de tabelas e colunas (e a maioria dos outros objetos) são 30
caracteres.

Procure em:

Oracle... SQL Reference
   Basic Elements of Oracle SQL
  Schema Object Names and Qualifiers
 Schema Object Naming Rules

[ ]

André


Em 20/12/06, Carlos <[EMAIL PROTECTED]> escreveu:
>
>   Pessoal,
>
> Estou precisando justificar aqui que existe um tamanho máximo para
> nomes de colunas no oracle. Assim, eu já ouvi dizer que existe essa
> limitação só não sei qual é esse tamanho máximo, e o mais importante,
> em que documento oficial tipo metalink ou reference guide consta essa
> informação.
>
> Caso alguém conheça onde posso encontrar essa informação, por favor,
> me avisem.
>
> Grato
>
> Carlos
>
> 
>


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



Re: RES: [oracle_br] Retornar registros duplicados.

2006-12-20 Por tôpico criamabr
Valeu!!!

Cristiano.

--- Em oracle_br@yahoogrupos.com.br, "Daniel Mello" <[EMAIL PROTECTED]> escreveu
>
> select campo,
>count(*)
> from   tabela
> having count(*) > 1
> group  by campo
> order  by campo;
> 
>  
> 
>   _  
> 
> De: oracle_br@yahoogrupos.com.br
[mailto:[EMAIL PROTECTED] Em
> nome de criamabr
> Enviada em: quarta-feira, 20 de dezembro de 2006 13:32
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Retornar registros duplicados.
> 
>  
> 
> Olá pessoal!
> 
> Tenho uma tabela que há vários registros duplicados e só consegui
> verificar alguns. Sei que tem mais mas por causa de existir muitos
> registros na tabela, fica difícil a verificação.
> Tem como eu através de um select, exibir todos os registros repetidos?
> Se tem, podem me ajudar?
> Obrigado.
> 
> Abraço,
> 
> Cristiano.
> 
>  
> 
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>




Re: [oracle_br] Kill session x Kill -9

2006-12-20 Por tôpico Eduardo de Paula
Ta aí a resposta e um monte de coisa mais..

http://focalinux.cipsga.org.br/guia/inic_interm/ch-run.htm#s-run-kill

Abraços



On 12/20/06, Augusto Cesar <[EMAIL PROTECTED]> wrote:
>
>   Olá pessoal,
>
> Tinha uma sessão consumindo muito recurso da máquina. Verifiquei que a
> sessão estava fazendo um Delete. Como o usuário estava com presa e não
> queria esperar o final de um rollback, optei em executar um "Kill -9" no
> próprio servidor. Minha pergunta é: Qual a diferença entre um "Kill
> session"
> e um "Kill -9"? Quais são os impactos negativos desses dois comandos?
> Oracle 10.1.0.2.0 - 64bits
> HP-UX B.11.23
>
> Abraços,
>
> ___
> Augusto César
> Analista de Suporte - DBA Oracle
> Stefanini IT Solutions
> 71-3370.5548 - Coelba
> 71-3341.3776 - Stefanini
>
> __
> MSN Busca: fácil, rápido, direto ao ponto. http://search.msn.com.br
>
>  
>



-- 
"Os erros podem ser transformados em acertos quando com eles se aprende. Não
existe a segurança do acerto eterno."

http://www.youtube.com/watch?v=c_GATOdvKxw

msn: [EMAIL PROTECTED]


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



[oracle_br] Erro ORA:00600

2006-12-20 Por tôpico Wilson Dutra
Olá Pessoal,

Estou desenvolvendo um sistema em ASP.Net com ênfase em C# e estou tendo 
o seguinte erro em um select: "Internal error code, arguments: 
[qks3tInit], [], [], []\n". Este SQL funciona bem no SQLPlus e outros. 
Acredito que o problema esteja no Framework do Dot.Net, mas ainda assim, 
caso alguém tenha passado por este problema de um reply por favor.

Obrigado.
Wilson Dutra

ps
Oracle 9i Release 9.0.3
Dot.Net 2003 Pro
Sistema em desenvolvimento é web.

-- 


[oracle_br] Conexão com o sql server

2006-12-20 Por tôpico yuriadame
Boa tarde pessoal,

estou precisando conectar do Oracle 10g em um banco de dados Sql Server 
2000 para fazer algumas consultas, alguem pode me dar uma ajuda nisso?
Um feliz natal a todos e um otino ano novo.
Abraços
Yuri




RES: [oracle_br] Retornar registros duplicados.

2006-12-20 Por tôpico Abel - Informatica
Olá Cristiano,  execute o select abaixo... ele retorna exatamente o que vc 
quer. 
Lembre-se de que a lista de campos são os campos  que, combinados, não podem 
existir registros duplicados.
Se vc trocar o select por delete, somente os registros únicos ficará na sua 
tabela. Pode fazer o teste.
 
Select * From  tabela

where rowid in ( Select rid 
From 
(Select Rowid rid,
row_number() over
( Partition By

  campo1, campo2, campo3, campo4, etc


Order By Rowid ) rn
>From tabela ) 
Where rn <> 1
) 

 
 



De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Daniel 
Mello
Enviada em: quarta-feira, 20 de dezembro de 2006 12:41
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Retornar registros duplicados.



select campo,
count(*)
from tabela
having count(*) > 1
group by campo
order by campo;

_ 

De: oracle_br@yahoogrupos.com.br   
[mailto:oracle_br@yahoogrupos.com.br  ] 
Em
nome de criamabr
Enviada em: quarta-feira, 20 de dezembro de 2006 13:32
Para: oracle_br@yahoogrupos.com.br  
Assunto: [oracle_br] Retornar registros duplicados.

Olá pessoal!

Tenho uma tabela que há vários registros duplicados e só consegui
verificar alguns. Sei que tem mais mas por causa de existir muitos
registros na tabela, fica difícil a verificação.
Tem como eu através de um select, exibir todos os registros repetidos?
Se tem, podem me ajudar?
Obrigado.

Abraço,

Cristiano.

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



 


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



[oracle_br] Tamanho máximo de nome de coluna

2006-12-20 Por tôpico Carlos
Pessoal,

Estou precisando justificar aqui que existe um tamanho máximo para
nomes de colunas no oracle. Assim, eu já ouvi dizer que existe essa
limitação só não sei qual é esse tamanho máximo, e o mais importante,
em que documento oficial tipo metalink ou reference guide consta essa
informação.

Caso alguém conheça onde posso encontrar essa informação, por favor,
me avisem.

Grato

Carlos



Re: [oracle_br] Retornar registros duplicados.

2006-12-20 Por tôpico Ademir
Vc pode usar o HAVING Count(*) > 1 depois do GROUP BY

criamabr wrote:
>
> Olá pessoal!
>
> Tenho uma tabela que há vários registros duplicados e só consegui
> verificar alguns. Sei que tem mais mas por causa de existir muitos
> registros na tabela, fica difícil a verificação.
> Tem como eu através de um select, exibir todos os registros repetidos?
> Se tem, podem me ajudar?
> Obrigado.
>
> Abraço,
>
> Cristiano.
>
>  



[oracle_br] Re: Duvida sobre backup

2006-12-20 Por tôpico Elisson Ferraz Almeida
a questao que eu nao quero fazer um
exp full=y pq eu quero somente os usuarios especificos mas me parece que a opcao
full e onwer sao conflitantes.

On 12/20/06, Elisson Ferraz Almeida <[EMAIL PROTECTED]> wrote:
> Ola Lista,
> tenho a seguinte estrutura: Um servidor oracle 8 no windows 2000 server.
> tenho varios usuarios e a maioria tem uma tablespace separada para ele.
> Gostaria de saber como que eu poderia criar um backup de tal forma que
> quando eu fosse recupera-lo em outro servidor eu tivesse essa
> estrutura em backup assim evitando que eu criasse tudo na mao
> novamente.
>
> Muito Obrigado.
>
> --
> Atenciosamente,
> Elisson Ferraz Almeida
> When you have eliminated all which is impossible, then whatever
> remains, however improbable, must be the truth.
> -Sherlock Holmes
>


-- 
Atenciosamente,
Elisson Ferraz Almeida
When you have eliminated all which is impossible, then whatever
remains, however improbable, must be the truth.
-Sherlock Holmes


[oracle_br] Forms 9

2006-12-20 Por tôpico Alessandro_Micromap
Boa tarde

Gostaria de saber se existe algum comando para que ao sair de um sistema em 
Forms 9 na web, o browser seja fechado automaticamente.

Atenciosamente Alessandro

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



[oracle_br] Duvida sobre backup

2006-12-20 Por tôpico Elisson Ferraz Almeida
Ola Lista,
tenho a seguinte estrutura: Um servidor oracle 8 no windows 2000 server.
tenho varios usuarios e a maioria tem uma tablespace separada para ele.
Gostaria de saber como que eu poderia criar um backup de tal forma que
quando eu fosse recupera-lo em outro servidor eu tivesse essa
estrutura em backup assim evitando que eu criasse tudo na mao
novamente.

Muito Obrigado.

-- 
Atenciosamente,
Elisson Ferraz Almeida
When you have eliminated all which is impossible, then whatever
remains, however improbable, must be the truth.
-Sherlock Holmes


[oracle_br] Re: Informaçoes sobre o banco de dados

2006-12-20 Por tôpico jlchiappa
Pra complementar, se vc quiser só pesquisar no db, as fontes abaixo 
te trazem a info, embora não completa (ie, não dão o release EXATO do 
SO, só dizem qual é, e se é 32 bits ou 64 bits) :

SQL>select * from v$version; -- este em qqer versão de banco

BANNER

Oracle9i Enterprise Edition Release 9.2.0.7.0 - 64bit Production
PL/SQL Release 9.2.0.7.0 - Production
CORE9.2.0.7.0   Production
TNS for HPUX: Version 9.2.0.7.0 - Production
NLSRTL Version 9.2.0.7.0 - Production

SQL>select dbms_utility.port_string from dual; -- este em bd 9i e 
acima

PORT_STRING

HP9000/800-64.0.8.1.0

[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, "Rogerio" <[EMAIL PROTECTED]> 
escreveu
>
> Não conheço a ferramenta mas irei pesquisar.
> Muito obrigado pela dica.
> 
> 
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, "Luiz Fernando" 
>  escreveu
> >
> > Vc conhece a ferramenta RDA da Oracle? Se vc tem acesso ao 
> metalink, 
> > procure, baixe, instale e rode o RDA... ela trará informações 
muito 
> > consistentes e precisas do seu ambiente.
> > 
> > [ ]s
> > 
> > Luiz Fernando
> > 
> > --- Em oracle_br@yahoogrupos.com.br, "Rafael Milanez - 
BusinessOn" 
> >  escreveu
> > >
> > > select dbms_utility.port_string from dual;
> > > 
> > >   - Original Message - 
> > >   From: Rogerio 
> > >   To: oracle_br@yahoogrupos.com.br 
> > >   Sent: Wednesday, December 20, 2006 6:36 AM
> > >   Subject: [oracle_br] Informaçoes sobre o banco de dados
> > > 
> > > 
> > >   Bom dia pessoal
> > >   Gostaria de montar um script para monitoramento do banco de 
> dados 
> > e 
> > >   coletar informações como Sistema operacional.
> > >   Tentei buscar o sistema operacional nas v$ v$instance, 
> v$database 
> > mas 
> > >   não encontrei.
> > >   Estou usando Oracle 9.i
> > >   Alguém sabe de alguma v$ onde posso encontrar os dados sobre 
o 
> > sistema 
> > >   operacional?
> > > 
> > >   Grato
> > >   Rogério 
> > > 
> > > 
> > > 
> > >
> > > 
> > > [As partes desta mensagem que não continham texto foram 
removidas]
> > >
> >
>




[oracle_br] Re: Informaçoes sobre o banco de dados

2006-12-20 Por tôpico Rogerio
Não conheço a ferramenta mas irei pesquisar.
Muito obrigado pela dica.




--- Em oracle_br@yahoogrupos.com.br, "Luiz Fernando" 
<[EMAIL PROTECTED]> escreveu
>
> Vc conhece a ferramenta RDA da Oracle? Se vc tem acesso ao 
metalink, 
> procure, baixe, instale e rode o RDA... ela trará informações muito 
> consistentes e precisas do seu ambiente.
> 
> [ ]s
> 
> Luiz Fernando
> 
> --- Em oracle_br@yahoogrupos.com.br, "Rafael Milanez - BusinessOn" 
>  escreveu
> >
> > select dbms_utility.port_string from dual;
> > 
> >   - Original Message - 
> >   From: Rogerio 
> >   To: oracle_br@yahoogrupos.com.br 
> >   Sent: Wednesday, December 20, 2006 6:36 AM
> >   Subject: [oracle_br] Informaçoes sobre o banco de dados
> > 
> > 
> >   Bom dia pessoal
> >   Gostaria de montar um script para monitoramento do banco de 
dados 
> e 
> >   coletar informações como Sistema operacional.
> >   Tentei buscar o sistema operacional nas v$ v$instance, 
v$database 
> mas 
> >   não encontrei.
> >   Estou usando Oracle 9.i
> >   Alguém sabe de alguma v$ onde posso encontrar os dados sobre o 
> sistema 
> >   operacional?
> > 
> >   Grato
> >   Rogério 
> > 
> > 
> > 
> >
> > 
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>




RES: [oracle_br] Retornar registros duplicados.

2006-12-20 Por tôpico Daniel Mello
select campo,
   count(*)
from   tabela
having count(*) > 1
group  by campo
order  by campo;

 

  _  

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de criamabr
Enviada em: quarta-feira, 20 de dezembro de 2006 13:32
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Retornar registros duplicados.

 

Olá pessoal!

Tenho uma tabela que há vários registros duplicados e só consegui
verificar alguns. Sei que tem mais mas por causa de existir muitos
registros na tabela, fica difícil a verificação.
Tem como eu através de um select, exibir todos os registros repetidos?
Se tem, podem me ajudar?
Obrigado.

Abraço,

Cristiano.

 



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



[oracle_br] Re: Data no sql

2006-12-20 Por tôpico Rogerio
Boa tarde sim o campo é do tipo date.
Estou grando os dados do alert log do Oracle em uma tabela para poder 
dar uma select e enviar por e-mail para o pessoal que cuida dos 
servidores.

Obrigado a todos pela ajuda.
Rogério

--- Em oracle_br@yahoogrupos.com.br, "Rafael Milanez - BusinessOn" 
<[EMAIL PROTECTED]> escreveu
>
> Confirma para mim o campo "alert_date" é do tipo DATE ?
> 
> 
> seria algo assim
> 
> select alert_date,substr(alert_text,1, 69) 
> from system.alert_log where alert_date
> between sysdate -1 and sysdate ;
> 
> ou
> 
> select alert_date,substr(alert_text,1, 69) 
> from system.alert_log where to_char(alert_date,'dd-mon-')  
> between to_char(sysdate -1,'dd-mon-') and  to_char(sysdate ,'dd-
mon-');
> 
> 
> 
> 
> 
>   - Original Message - 
>   From: Rogerio 
>   To: oracle_br@yahoogrupos.com.br 
>   Sent: Wednesday, December 20, 2006 8:22 AM
>   Subject: [oracle_br] Re: Data no sql
> 
> 
>   Bom dia
>   Desta forma ele pegou somente o dia 18/12
> 
>   select alert_date,substr(alert_text,1, 69) 
>   from system.alert_log where alert_date
>   between to_date('18-dec-2006', 'dd-mon-') and to_date('19-dec-
>   2006',
>   'dd-mon-');
> 
>   ALERT_DAT SUBSTR(ALERT_TEXT,1,69)
>   - 
--
>   -
>   18-DEC-06 Starting ORACLE instance (normal)
>   18-DEC-06 Dump file d:\oracle\sc7
\saptrace\background\alert_sc7.log
>   18-DEC-06 ORACLE V9.2.0.4.0 - Production vsnsta=0
>   18-DEC-06 vsnsql=12 vsnxtr=3
>   18-DEC-06 Windows 2000 Version 5.2 Service Pack 1, CPU type 586
>   18-DEC-06 Starting ORACLE instance (normal)
>   18-DEC-06 Disable cache advisory with old cache parameters
>   18-DEC-06 LICENSE_MAX_SESSION = 0
>   18-DEC-06 LICENSE_SESSIONS_WARNING = 0
>   18-DEC-06 SCN scheme 2
>   18-DEC-06 LICENSE_MAX_USERS = 0
>   18-DEC-06 SYS auditing is disabled
>   18-DEC-06 Starting up ORACLE RDBMS Version: 9.2.0.4.0.
>   18-DEC-06 System parameters with non-default values:
>   18-DEC-06 processes = 80
>   18-DEC-06 sessions = 96
>   18-DEC-06 timed_statistics = TRUE
> 
>   Existe alguma forma de não precisar inserir a data manualmente.
>   GOstaria de deixar o script configurado para trazer somente o dia 
>   anterior e o atual por exemplo hoje pegaria somente o dia 19/12 e 
>   20/12.
> 
>   Grato
>   Rogério 
> 
>   --- Em oracle_br@yahoogrupos.com.br, "Rafael Milanez - 
BusinessOn" 
>escreveu
>   >
>   > testa ai
>   > 
>   > select alert_date, alert_text
>   > from alert_log where alert_date 
>   > between to_date('18-dec-2006', 'dd-mon-') and to_date('19-
dec-
>   2006', 'dd-mon-')
>   > 
>   > 
>   > - Original Message - 
>   > From: Rogerio 
>   > To: oracle_br@yahoogrupos.com.br 
>   > Sent: Tuesday, December 19, 2006 4:13 PM
>   > Subject: [oracle_br] Data no sql
>   > 
>   > 
>   > Boa tarde pessoal,
>   > Gostaria de saber como faço para pegar a data do dia ou um 
>   periodo 
>   > por exemplo os dois ultimos dias.
>   > Exemplo hoje é dia 19/12/2006 gostaria de fazer um select 
somente 
>   do 
>   > periodo de 18/12 a 19/12
>   > 
>   > select alert_date, substr(alert_text,1, 69)
>   > from alert_log where alert_date = to_date('19-dec-2006', 'dd-
mon-
>   > ');
>   > 
>   > Tentei o select acima mas não retornou nada e na tabela tem os 
>   dados 
>   > necessarios como no exemplo abaixo.
>   > 
>   > ALERT_DAT SUBSTR
>   > (ALERT_TEXT,1,69) 
>   > - --
--
>   --
>   > - 
>   > 19-DEC-06 Successful open of redo thread 
>   > 1. 
>   > 19-DEC-06 MTTR advisory is disabled because 
>   FAST_START_MTTR_TARGET is 
>   > not set 
>   > 19-DEC-06 SMON: enabling cache 
>   > recovery 
>   > 19-DEC-06 SMON: enabling tx 
>   > recovery 
>   > 19-DEC-06 Database Characterset is 
>   > WE8DEC 
>   > 19-DEC-06 replication_dependency_tracking turned off (no async 
>   > multimaster repl 
>   > 19-DEC-06 Completed: alter database 
>   > open 
>   > 19-DEC-06 Starting ORACLE instance 
>   > (normal) 
>   > 19-DEC-06 ALTER TABLESPACE PSAPROLL 
>   > COALESCE 
>   > 19-DEC-06 Completed: ALTER TABLESPACE PSAPROLL 
>   > COALESCE 
>   > 19-DEC-06 ALTER TABLESPACE SYSTEM 
>   > COALESCE 
>   > 
>   > ALERT_DAT SUBSTR
>   > (ALERT_TEXT,1,69) 
>   > - --
--
>   --
>   > - 
>   > 19-DEC-06 Completed: ALTER TABLESPACE SYSTEM COALESCE 
>   > 
>   > O campo ALERT_DAT foi criado como Date na tabela.
>   > Se alguém tiver alguma dica seria muito util.
>   > Grato
>   > Rogério
>   > 
>   > 
>   > 
>   > 
>   > 
>   > [As partes desta mensagem que não continham texto foram 
removidas]
>   >
> 
> 
> 
>
> 
> [As partes desta mensagem que não continham texto foram removidas]
>




[oracle_br] Retornar registros duplicados.

2006-12-20 Por tôpico criamabr
Olá pessoal!

Tenho uma tabela que há vários registros duplicados e só consegui
verificar alguns. Sei que tem mais mas por causa de existir muitos
registros na tabela, fica difícil a verificação.
Tem como eu através de um select, exibir todos os registros repetidos?
Se tem, podem me ajudar?
Obrigado.

Abraço,

Cristiano.



RES: [oracle_br] Re: Latch de library cache

2006-12-20 Por tôpico jlchiappa
Marcos, fiquei contente de vc ter resolvido os seus problemas : eu, 
particularmente, sempre desconfiei ** MUITO ** dessa feature de SGA 
automático desde que li sobre ela no bd 10g, veja vc : a SGA é uma 
estrutura COMPLEXA de memória, que é usada simultaneamente por n 
sessões (portanto TEM QUE ser protegida por latches e quetais), então 
eu ** sempre ** duvidei da efetividade de se ajustar isso on-the-fly, 
é um código certamente COMPLEXO, só pode mesmo dar enroscos com SGA 
não "comum", ie, na casa dos Gb, sempre achei que essa feature é 
ESPECÍFICA para sistemas de pequeno porte, SGA na casa de poucas 
centenas de Mbs E que não façam uso intenso e direto da SGA (ie, não 
ataquem agressivamente os caches, não tenham ciclos de cargas largos, 
etc), qquer coisa acima ou além disso eu é que não me arrisco com 
SGA  automática...
 Carlos, em relação à PGA automática o código é certamente MUITO 
MUITO mais simples (já que a PGA - pensando em conexões dedicadas 
aqui -, é acessada APENAS por uma única sessão, a necessidade de 
latching é mínima), as chances de se encontrar problemas são muito 
muito menores, imho... Claro, PGA automática é feature típica de 
OLTPs e/ou ambientes mistos, onde não há como vc agendar muito 
execução de nada, então no meu ambiente que é DW/batch, onde 
fatalmente há o período de cargas, os processamentos são CONHECIDOS a 
priori, aqui não faz muito sentido a PGA automática, eu não a uso só 
por isso...

[]s

 Chiappa

 --- Em oracle_br@yahoogrupos.com.br, "marcosarlindo" 
<[EMAIL PROTECTED]> escreveu
>
> Acontece a mesma coisa comigo, se diminuo o tamanho do SGA Target, 
os 
> problemas desaparecem. 
> A respeito de sua pergunta, não conheço nenhuma restrição sobre o 
> pga_aggregate_target, nos meus bancos eu uso sem problemas..
> 
> --- Em oracle_br@yahoogrupos.com.br, "Carlos A.M. Menezes" 
>  escreveu
> >
> > Caro colega,
> > 
> > Eu também trabalho com G.A.M. e já presenciei 
problemas 
> parecidos, só que meu contorno foi diminuir o tamanho da 
sga_target, 
> mas não engoli muito bem esse workaround, agora na próxima 
> oportunidade irei desligar a G.A.M e voltar ao tradicional. Minha 
> dúvida é se você ou outro colega do grupo conhece alguma restrição 
em 
> usar o pga_aggregate_target ?
> > 
> > Obrigado,
> > 
> >  
> > 
> > Carlos Alfredo M. de Menezes
> > 
> >  
> > 
> > -Mensagem original-
> > De: oracle_br@yahoogrupos.com.br 
> [mailto:[EMAIL PROTECTED] Em nome de marcosarlindo
> > Enviada em: quarta-feira, 20 de dezembro de 2006 09:08
> > Para: oracle_br@yahoogrupos.com.br
> > Assunto: [oracle_br] Re: Latch de library cache
> > 
> >  
> > 
> > Bom dia a todos.
> > 
> > Desculpe a demora de reportar a vcs pois estava fazendo uma 
> migração 
> > de um servidor com 9i para 10g. 
> > Então, a respeito dos problemas que eu estava enfrentando com 
> latches 
> > de library cache, cursor: mutex X e cursor pin S wait on X com o 
> uso 
> > de gerenciador automático de memória, após eu retirar o G.A.M do 
> > Oracle 10g, diminuiram em muito esses problema, tenho ainda 
latches 
> > de library cache, mas em "níveis aceitáveis". 
> > 
> > Pessoal valeu pelas dicas. E qualquer dúvida que vcs tiverem 
estou 
> a 
> > disposição para tentar ajuda-los
> > 
> > Abraços
> > Marcos Arlindo
> > 
> > --- Em [EMAIL PROTECTED]  
> os.com.br, "jlchiappa"  
> > escreveu
> > >
> > > Na verdade, eu estou chutando, mas não parece ser tão difícil 
uma 
> > vez
> > > chegada na casa dos Gb haver possibilidade disso ocorrer - 
> verdade,
> > > abaixo dos 4 Gb em tese NÃO DEVERIA ocorrer, mas enfim o colega 
> lá é
> > > que vai testar. E pelo que entendi na thread (não acompanhei em
> > > detalhes), mas erro mesmo não dá nenhum, esses "problemas de 
> latch 
> > de
> > > library cache" que o colega lá diz ao que entendi não produzem 
> erro
> > > algum, só que são notados (imagino) ao se monitorar o banco, é 
> > isso...
> > > 
> > > []s
> > > 
> > > Chiappa
> > > 
> > > --- Em [EMAIL PROTECTED]  40yahoogrupos.com.br> os.com.br, "Marcio Portes"
> > >  escreveu
> > > >
> > > > Chiappa, isso é pra SGA grande... realmente grnde ;-)
> > > > 
> > > > "large SGAs - 8GB to 64GB - and they were all busy with lots 
of 
> > active
> > > > sessions, so small office systems are probably quite safe 
using 
> > the *
> > > > sga_target*."
> > > > 
> > > > até 4gb, o algoritmo tinha que funcionar bem... ainda queria 
> ver o
> > > erro no
> > > > alert;
> > > > 
> > > > On 12/13/06, jlchiappa  wrote:
> > > > >
> > > > > Ah, lembrete, em
> > > > > http://jonathanlewi 
>  
> s.wordpress.com/2006/12/04/resizing-the-
> > > > > sga/#comments o Jonathan Lewis comenta sobre possíveis race
> > > > > conditions em sistemas largos usando sga dinâmica e dá umas 
> > queries
> > > > > que podem ser úteis...
> > > > >
> > > > > []s
> > > > >
> > > > > Chiappa
> > > > >
> > > > >

RES: [oracle_br] Problemas com instalação de Ora cle

2006-12-20 Por tôpico Smartn - Milton Bastos Henriquis Junior
Sua versão do Oracle  é para 64 bits?

 

Milton Bastos Henriquis Junior

Oracle Database Administrator
Equipe de Tecnologia

[EMAIL PROTECTED]
Smartn ® IT Solutions
Rua Candido de Abreu, 651 - 16º andar
Centro Cívico - Curitiba
CEP 80.530-907.

Tel: ++ 55 41 3313-8613

Fax: ++ 55 41 3313-8620

www.smartn.com.br

 



De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jansen 
filho
Enviada em: terça-feira, 19 de dezembro de 2006 12:08
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Problemas com instalação de Oracle

 

Galera,

boa tarde!. Estou tentando instalar o Oracle 9.2.0.4 em um servidor
Linux RED HAT 4.0 Enterprise 64, máquina IBM X 3650 e estou tomando o erro
em anexo, será que alguém poderia me ajudar?

Obrigado,

Jansen Filho

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

 



ADVERTENCIA: Esta mensagem (incluindo quaisquer anexos) e confidencial e de uso 
restrito. Se voce recebeu esta 
mensagem por engano, por favor notifique ao emitente por meio do retorno do 
e-mail e delete (remova) esta 
mensagem de seu sistema. Qualquer uso nao autorizado ou distribuicao desta 
mensagem em sua totalidade ou em parte 
e estritamente proibido. Por favor, lembre-se de que e-mails sao susceptiveis a 
alteracoes. Smartn (incluindo 
outras empresas participantes direta ou indiretamente) nao devem ser 
responsabilizados pelo uso improprio ou pela 
transmissao incompleta da informacao contida neste comunicado, nem por nenhum 
atraso em seu recebimento ou dano ao 
seu sistema. Smartn (incluindo outras empresas participantes direta ou 
indiretamente) nao garante que a integridade 
deste comunicado foi mantida nem que este comunicado esta livre de virus, 
interceptacao ou interferencia. 

DISCLAIMER: This message (including any attachments) is confidential and may be 
privileged. If you have received it 
by mistake please notify the sender by return e-mail and delete this message 
from your system. Any unauthorized use 
or dissemination of this message in whole or in part is strictly prohibited. 
Please note that e-mails are susceptible 
to change. Smartn (including its group companies) shall not be liable for the 
improper or incomplete transmission of 
the information contained in this communication nor for any delay in its 
receipt or damage to your system. Smartn 
(or its group companies)does not guarantee that the integrity of this 
communication has been maintained nor that this 
communication is free of viruses, interception or interference. 

NEGACIÓN: Este mensaje (incluyendo cualquieres accesorios) es confidencial y 
puede ser privilegiado. Si usted lo ha
recibido por error por favor notifique el remitente por el E-mail de vuelta y 
suprima este mensaje de su sistema. Cualquier 
uso o difusión desautorizado de este mensaje en entero o en parte se prohíbe 
terminantemente. Observe por favor que 
los E-mails son susceptibles al cambio. Smartn (incluyendo sus compañías  del 
grupo) no será obligado para la transmisión 
incorrecta o incompleta de la información contenida en esta comunicación ni 
para cualquier no retrasa en su recibo o daño 
a su sistema. Smartn (o sus compañías del grupo) no garantiza que la integridad 
de esta comunicación se ha mantenido ni 
que esta comunicación está libre de virus, de la interceptación o de 
interferencia.






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



RES: [oracle_br] Re: Latch de library cache

2006-12-20 Por tôpico marcosarlindo
Acontece a mesma coisa comigo, se diminuo o tamanho do SGA Target, os 
problemas desaparecem. 
A respeito de sua pergunta, não conheço nenhuma restrição sobre o 
pga_aggregate_target, nos meus bancos eu uso sem problemas..

--- Em oracle_br@yahoogrupos.com.br, "Carlos A.M. Menezes" 
<[EMAIL PROTECTED]> escreveu
>
> Caro colega,
> 
> Eu também trabalho com G.A.M. e já presenciei problemas 
parecidos, só que meu contorno foi diminuir o tamanho da sga_target, 
mas não engoli muito bem esse workaround, agora na próxima 
oportunidade irei desligar a G.A.M e voltar ao tradicional. Minha 
dúvida é se você ou outro colega do grupo conhece alguma restrição em 
usar o pga_aggregate_target ?
> 
> Obrigado,
> 
>  
> 
> Carlos Alfredo M. de Menezes
> 
>  
> 
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br 
[mailto:[EMAIL PROTECTED] Em nome de marcosarlindo
> Enviada em: quarta-feira, 20 de dezembro de 2006 09:08
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Re: Latch de library cache
> 
>  
> 
> Bom dia a todos.
> 
> Desculpe a demora de reportar a vcs pois estava fazendo uma 
migração 
> de um servidor com 9i para 10g. 
> Então, a respeito dos problemas que eu estava enfrentando com 
latches 
> de library cache, cursor: mutex X e cursor pin S wait on X com o 
uso 
> de gerenciador automático de memória, após eu retirar o G.A.M do 
> Oracle 10g, diminuiram em muito esses problema, tenho ainda latches 
> de library cache, mas em "níveis aceitáveis". 
> 
> Pessoal valeu pelas dicas. E qualquer dúvida que vcs tiverem estou 
a 
> disposição para tentar ajuda-los
> 
> Abraços
> Marcos Arlindo
> 
> --- Em [EMAIL PROTECTED]  
os.com.br, "jlchiappa"  
> escreveu
> >
> > Na verdade, eu estou chutando, mas não parece ser tão difícil uma 
> vez
> > chegada na casa dos Gb haver possibilidade disso ocorrer - 
verdade,
> > abaixo dos 4 Gb em tese NÃO DEVERIA ocorrer, mas enfim o colega 
lá é
> > que vai testar. E pelo que entendi na thread (não acompanhei em
> > detalhes), mas erro mesmo não dá nenhum, esses "problemas de 
latch 
> de
> > library cache" que o colega lá diz ao que entendi não produzem 
erro
> > algum, só que são notados (imagino) ao se monitorar o banco, é 
> isso...
> > 
> > []s
> > 
> > Chiappa
> > 
> > --- Em [EMAIL PROTECTED]  os.com.br, "Marcio Portes"
> >  escreveu
> > >
> > > Chiappa, isso é pra SGA grande... realmente grnde ;-)
> > > 
> > > "large SGAs - 8GB to 64GB - and they were all busy with lots of 
> active
> > > sessions, so small office systems are probably quite safe using 
> the *
> > > sga_target*."
> > > 
> > > até 4gb, o algoritmo tinha que funcionar bem... ainda queria 
ver o
> > erro no
> > > alert;
> > > 
> > > On 12/13/06, jlchiappa  wrote:
> > > >
> > > > Ah, lembrete, em
> > > > http://jonathanlewi 
 
s.wordpress.com/2006/12/04/resizing-the-
> > > > sga/#comments o Jonathan Lewis comenta sobre possíveis race
> > > > conditions em sistemas largos usando sga dinâmica e dá umas 
> queries
> > > > que podem ser úteis...
> > > >
> > > > []s
> > > >
> > > > Chiappa
> > > >
> > > > --- Em [EMAIL PROTECTED]  os.com.br  40yahoogrupos.com.br>,
> > > > "jlchiappa" 
> > > > escreveu
> > > >
> > > > >
> > > > > marcos, pmfji, mas embora eu não use 10g ainda em Produção, 
> há umas
> > > > > semanas vi uma longa discussão sobre esse wait no banco 10g 
na
> > > > lista
> > > > > oracle-l (http://www.freelist 
 
s.org/archives/oracle-l/04-
> > > > > 2006/msg01150.html é uma das msgs, mas LEIA a thread 
> inteira), e
> > > > > basicamente o pessoal estava culpando os algoritmos de SGA
> > > > > automática, que ainda (de acordo com a conclusão geral da 
> thread)
> > > > não
> > > > > são ainda tão maduros, EM ESPECIAL com SGAs grandes, de 
coisa 
> de
> > > > > Gigabytes como é a que vc quer, então eu recomendaria vc
> > > > experimentar
> > > > > o uso de SGA estática, veja se melhora...
> > > > >
> > > > > []s
> > > > >
> > > > > Chiappa
> > > > > --- Em [EMAIL PROTECTED]  os.com.br
> > ,
> > > > "marcosarlindo"
> > > > >  escreveu
> > > > > >
> > > > > > Então, estou utilizando servidor dedicado, mas mesmo 
assim o
> > > > > problema
> > > > > > persiste, quando estou utilizando as recomendações do 
ADDM.
> > > > > >
> > > > > >
> > > > > > --- Em [EMAIL PROTECTED]  os.com.br
> > ,
> > > > "Marcio Portes"
> > > > > >  escreveu
> > > > > > >
> > > > > > > http://asktom.  
oracle.com/pls/ask/f?
> > > > > > p=4950:8:F4950_P8_DISPLAYID:1163635055580
> > > > > > > Foi meu primeiro palpite.
> > > > > > >
> > > > > > > Mas, voce tá usando Shared Server? Poderia postar o 
alert 
> do
> > > > erro.
> > > > > > >
> > > > > > 

BRMA_RE: [oracle_br] Resumo 3422

2006-12-20 Por tôpico crispim
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato.
Obrigado.


RE: [oracle_br] 10g acesso via browser

2006-12-20 Por tôpico Luciano Guelfi
 
 
 
tenta assim 
 
http://seudominio:porta/em
 na porta vc tem que colocar a porta e que vc escolheu a instalação se vc 
deixou a default pode ser que ele tenha usado a porta 1158 ou a porta 5500
 
Espero ter ajudado
 
Abraço


To: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Tue, 19 Dec 2006 19:08:00 
+Subject: [oracle_br] 10g acesso via browser




como faço para ter acesso via browser no meu micro mesmo, onde está instalado 
localmente ele não criou atalho, nada para o endereço de acesso ao enterprise 


_
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] Re: Informaçoes sobre o banco de dados

2006-12-20 Por tôpico Luiz Fernando
Vc conhece a ferramenta RDA da Oracle? Se vc tem acesso ao metalink, 
procure, baixe, instale e rode o RDA... ela trará informações muito 
consistentes e precisas do seu ambiente.

[ ]s

Luiz Fernando

--- Em oracle_br@yahoogrupos.com.br, "Rafael Milanez - BusinessOn" 
<[EMAIL PROTECTED]> escreveu
>
> select dbms_utility.port_string from dual;
> 
>   - Original Message - 
>   From: Rogerio 
>   To: oracle_br@yahoogrupos.com.br 
>   Sent: Wednesday, December 20, 2006 6:36 AM
>   Subject: [oracle_br] Informaçoes sobre o banco de dados
> 
> 
>   Bom dia pessoal
>   Gostaria de montar um script para monitoramento do banco de dados 
e 
>   coletar informações como Sistema operacional.
>   Tentei buscar o sistema operacional nas v$ v$instance, v$database 
mas 
>   não encontrei.
>   Estou usando Oracle 9.i
>   Alguém sabe de alguma v$ onde posso encontrar os dados sobre o 
sistema 
>   operacional?
> 
>   Grato
>   Rogério 
> 
> 
> 
>
> 
> [As partes desta mensagem que não continham texto foram removidas]
>




[oracle_br] Kill session x Kill -9

2006-12-20 Por tôpico Augusto Cesar
Olá pessoal,

Tinha uma sessão consumindo muito recurso da máquina. Verifiquei que a 
sessão estava fazendo um Delete. Como o usuário estava com presa e não 
queria esperar o final de um rollback, optei em executar um "Kill -9" no 
próprio servidor. Minha pergunta é: Qual a diferença entre um "Kill session" 
e um "Kill -9"? Quais são os impactos negativos desses dois comandos?
Oracle 10.1.0.2.0 - 64bits
HP-UX B.11.23

Abraços,

___
Augusto César
Analista de Suporte - DBA Oracle
Stefanini IT Solutions
71-3370.5548 - Coelba
71-3341.3776 - Stefanini

_
MSN Busca: fácil, rápido, direto ao ponto.  http://search.msn.com.br



RES: [oracle_br] Re: Latch de library cache

2006-12-20 Por tôpico Carlos A.M. Menezes
Caro colega,

Eu também trabalho com G.A.M. e já presenciei problemas parecidos, 
só que meu contorno foi diminuir o tamanho da sga_target, mas não engoli muito 
bem esse workaround, agora na próxima oportunidade irei desligar a G.A.M e 
voltar ao tradicional. Minha dúvida é se você ou outro colega do grupo conhece 
alguma restrição em usar o pga_aggregate_target ?

Obrigado,

 

Carlos Alfredo M. de Menezes

 

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de 
marcosarlindo
Enviada em: quarta-feira, 20 de dezembro de 2006 09:08
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: Latch de library cache

 

Bom dia a todos.

Desculpe a demora de reportar a vcs pois estava fazendo uma migração 
de um servidor com 9i para 10g. 
Então, a respeito dos problemas que eu estava enfrentando com latches 
de library cache, cursor: mutex X e cursor pin S wait on X com o uso 
de gerenciador automático de memória, após eu retirar o G.A.M do 
Oracle 10g, diminuiram em muito esses problema, tenho ainda latches 
de library cache, mas em "níveis aceitáveis". 

Pessoal valeu pelas dicas. E qualquer dúvida que vcs tiverem estou a 
disposição para tentar ajuda-los

Abraços
Marcos Arlindo

--- Em [EMAIL PROTECTED]  os.com.br, 
"jlchiappa" <[EMAIL PROTECTED]> 
escreveu
>
> Na verdade, eu estou chutando, mas não parece ser tão difícil uma 
vez
> chegada na casa dos Gb haver possibilidade disso ocorrer - verdade,
> abaixo dos 4 Gb em tese NÃO DEVERIA ocorrer, mas enfim o colega lá é
> que vai testar. E pelo que entendi na thread (não acompanhei em
> detalhes), mas erro mesmo não dá nenhum, esses "problemas de latch 
de
> library cache" que o colega lá diz ao que entendi não produzem erro
> algum, só que são notados (imagino) ao se monitorar o banco, é 
isso...
> 
> []s
> 
> Chiappa
> 
> --- Em [EMAIL PROTECTED]  os.com.br, 
> "Marcio Portes"
>  escreveu
> >
> > Chiappa, isso é pra SGA grande... realmente grnde ;-)
> > 
> > "large SGAs - 8GB to 64GB - and they were all busy with lots of 
active
> > sessions, so small office systems are probably quite safe using 
the *
> > sga_target*."
> > 
> > até 4gb, o algoritmo tinha que funcionar bem... ainda queria ver o
> erro no
> > alert;
> > 
> > On 12/13/06, jlchiappa  wrote:
> > >
> > > Ah, lembrete, em
> > > http://jonathanlewi 
> > >  
> > > s.wordpress.com/2006/12/04/resizing-the-
> > > sga/#comments o Jonathan Lewis comenta sobre possíveis race
> > > conditions em sistemas largos usando sga dinâmica e dá umas 
queries
> > > que podem ser úteis...
> > >
> > > []s
> > >
> > > Chiappa
> > >
> > > --- Em [EMAIL PROTECTED]  
> > > os.com.br ,
> > > "jlchiappa" 
> > > escreveu
> > >
> > > >
> > > > marcos, pmfji, mas embora eu não use 10g ainda em Produção, 
há umas
> > > > semanas vi uma longa discussão sobre esse wait no banco 10g na
> > > lista
> > > > oracle-l (http://www.freelist 
> > > >  
> > > > s.org/archives/oracle-l/04-
> > > > 2006/msg01150.html é uma das msgs, mas LEIA a thread 
inteira), e
> > > > basicamente o pessoal estava culpando os algoritmos de SGA
> > > > automática, que ainda (de acordo com a conclusão geral da 
thread)
> > > não
> > > > são ainda tão maduros, EM ESPECIAL com SGAs grandes, de coisa 
de
> > > > Gigabytes como é a que vc quer, então eu recomendaria vc
> > > experimentar
> > > > o uso de SGA estática, veja se melhora...
> > > >
> > > > []s
> > > >
> > > > Chiappa
> > > > --- Em [EMAIL PROTECTED]  
> > > > os.com.br
> ,
> > > "marcosarlindo"
> > > >  escreveu
> > > > >
> > > > > Então, estou utilizando servidor dedicado, mas mesmo assim o
> > > > problema
> > > > > persiste, quando estou utilizando as recomendações do ADDM.
> > > > >
> > > > >
> > > > > --- Em [EMAIL PROTECTED]  
> > > > > os.com.br
> ,
> > > "Marcio Portes"
> > > > >  escreveu
> > > > > >
> > > > > > http://asktom.  
> > > > > > oracle.com/pls/ask/f?
> > > > > p=4950:8:F4950_P8_DISPLAYID:1163635055580
> > > > > > Foi meu primeiro palpite.
> > > > > >
> > > > > > Mas, voce tá usando Shared Server? Poderia postar o alert 
do
> > > erro.
> > > > > >
> > > > > >
> > > > > >
> > > > > > On 12/12/06, marcosarlindo  wrote:
> > > > > > >
> > > > > > > Estou sim usando bind variable nas minhas principais
> > > > consultas.
> > > > > Mas o
> > > > > > > problema só ocorre quando eu aumento a SGA Target.
> > > > > > >
> > > > > > > --- Em
> [EMAIL PROTECTED]  os.com.br > > > > 40yahoogrupos.com.br>,
> > > > > > > "Marcio Portes"
> > > > > > >  escreveu
> > > > > > > >
> > > > > > > > Voce está usando bind-variable?
> > > > > > > > O que o sql advis

[oracle_br] Re: Latch de library cache

2006-12-20 Por tôpico marcosarlindo
Bom dia a todos.

Desculpe a demora de reportar a vcs pois estava fazendo uma migração 
de um servidor com 9i para 10g. 
Então, a respeito dos problemas que eu estava enfrentando com latches 
de library cache, cursor: mutex X e cursor pin S wait on X com o uso 
de gerenciador automático de memória, após eu retirar o G.A.M do 
Oracle 10g, diminuiram em muito esses problema, tenho ainda latches 
de library cache, mas em "níveis aceitáveis". 

Pessoal valeu pelas dicas. E qualquer dúvida que vcs tiverem estou a 
disposição para tentar ajuda-los

Abraços
Marcos Arlindo


--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> 
escreveu
>
> Na verdade, eu estou chutando, mas não parece ser tão difícil uma 
vez
> chegada na casa dos Gb haver possibilidade disso ocorrer - verdade,
> abaixo dos 4 Gb em tese NÃO DEVERIA ocorrer, mas enfim o colega lá é
> que vai testar. E pelo que entendi na thread (não acompanhei em
> detalhes), mas erro mesmo não dá nenhum, esses "problemas de latch 
de
>  library cache" que o colega lá diz ao que entendi não produzem erro
> algum, só que são notados (imagino) ao se monitorar o banco, é 
isso...
> 
> []s
> 
>  Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br, "Marcio Portes"
>  escreveu
> >
> > Chiappa, isso é pra SGA grande... realmente grnde ;-)
> > 
> > "large SGAs - 8GB to 64GB - and they were all busy with lots of 
active
> > sessions, so small office systems are probably quite safe using 
the *
> > sga_target*."
> > 
> > até 4gb, o algoritmo tinha que funcionar bem... ainda queria ver o
> erro no
> > alert;
> > 
> > On 12/13/06, jlchiappa  wrote:
> > >
> > >   Ah, lembrete, em
> > > http://jonathanlewis.wordpress.com/2006/12/04/resizing-the-
> > > sga/#comments o Jonathan Lewis comenta sobre possíveis race
> > > conditions em sistemas largos usando sga dinâmica e dá umas 
queries
> > > que podem ser úteis...
> > >
> > > []s
> > >
> > > Chiappa
> > >
> > > --- Em oracle_br@yahoogrupos.com.br ,
> > > "jlchiappa" 
> > > escreveu
> > >
> > > >
> > > > marcos, pmfji, mas embora eu não use 10g ainda em Produção, 
há umas
> > > > semanas vi uma longa discussão sobre esse wait no banco 10g na
> > > lista
> > > > oracle-l (http://www.freelists.org/archives/oracle-l/04-
> > > > 2006/msg01150.html é uma das msgs, mas LEIA a thread 
inteira), e
> > > > basicamente o pessoal estava culpando os algoritmos de SGA
> > > > automática, que ainda (de acordo com a conclusão geral da 
thread)
> > > não
> > > > são ainda tão maduros, EM ESPECIAL com SGAs grandes, de coisa 
de
> > > > Gigabytes como é a que vc quer, então eu recomendaria vc
> > > experimentar
> > > > o uso de SGA estática, veja se melhora...
> > > >
> > > > []s
> > > >
> > > > Chiappa
> > > > --- Em oracle_br@yahoogrupos.com.br
> ,
> > > "marcosarlindo"
> > > >  escreveu
> > > > >
> > > > > Então, estou utilizando servidor dedicado, mas mesmo assim o
> > > > problema
> > > > > persiste, quando estou utilizando as recomendações do ADDM.
> > > > >
> > > > >
> > > > > --- Em oracle_br@yahoogrupos.com.br
> ,
> > > "Marcio Portes"
> > > > >  escreveu
> > > > > >
> > > > > > http://asktom.oracle.com/pls/ask/f?
> > > > > p=4950:8:F4950_P8_DISPLAYID:1163635055580
> > > > > > Foi meu primeiro palpite.
> > > > > >
> > > > > > Mas, voce tá usando Shared Server? Poderia postar o alert 
do
> > > erro.
> > > > > >
> > > > > >
> > > > > >
> > > > > > On 12/12/06, marcosarlindo  wrote:
> > > > > > >
> > > > > > > Estou sim usando bind variable nas minhas principais
> > > > consultas.
> > > > > Mas o
> > > > > > > problema só ocorre quando eu aumento a SGA Target.
> > > > > > >
> > > > > > > --- Em
> oracle_br@yahoogrupos.com.br > > > > 40yahoogrupos.com.br>,
> > > > > > > "Marcio Portes"
> > > > > > >  escreveu
> > > > > > > >
> > > > > > > > Voce está usando bind-variable?
> > > > > > > > O que o sql advisor está sugerindo??
> > > > > > > >
> > > > > > > > On 12/11/06, marcosarlindo  wrote:
> > > > > > > > >
> > > > > > > > > Pessoal, Boa Tarde a todos
> > > > > > > > >
> > > > > > > > > Tenho um banco 10g com o Patch Set 10.2.0.3 com RH 
4 AS,
> > > > estou
> > > > > > > > > utilizando o Gerenciamento Automático de memória 
com SGA
> > > > > Target
> > > > > > > de 1.3
> > > > > > > > > GB, executei o ADDM ( Automatic Database Diagnostic
> > > > Monitor) e
> > > > > > > uma das
> > > > > > > > > mudanças que ele me sugeriu foi de aumentar o 
SGA_TARGET
> > > > para
> > > > > > > 1640MB,
> > > > > > > > > mas o problema é o seguinte, logo depois que segui a
> > > > > recomendação
> > > > > > > do
> > > > > > > > > ADDM, o banco começou a apresentar problemas de 
latch de
> > > > > library
> > > > > > > cache,
> > > > > > > > > cursor: mutex X e cursor pin S wait on X. Quando eu 
volto
> > > a
> > > > > 1.3
> > > > > > > de SGA
> > > > > > > > > Target, o banco volta ao normal, sem problemas. 
Alguém
> > > > > saberia me
> > > > > > > dizer
> > > > > > > > > o porque desses problemas??
> > > > > > > > >
> > > > > > > > > Obr

Re: [oracle_br] Re: Data no sql

2006-12-20 Por tôpico Rafael Milanez - BusinessOn
Confirma para mim o campo "alert_date" é do tipo DATE ?


seria algo assim

select alert_date,substr(alert_text,1, 69) 
from system.alert_log where alert_date
between sysdate -1 and sysdate ;

ou

select alert_date,substr(alert_text,1, 69) 
from system.alert_log where to_char(alert_date,'dd-mon-')  
between to_char(sysdate -1,'dd-mon-') and  to_char(sysdate ,'dd-mon-');





  - Original Message - 
  From: Rogerio 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, December 20, 2006 8:22 AM
  Subject: [oracle_br] Re: Data no sql


  Bom dia
  Desta forma ele pegou somente o dia 18/12

  select alert_date,substr(alert_text,1, 69) 
  from system.alert_log where alert_date
  between to_date('18-dec-2006', 'dd-mon-') and to_date('19-dec-
  2006',
  'dd-mon-');

  ALERT_DAT SUBSTR(ALERT_TEXT,1,69)
  - --
  -
  18-DEC-06 Starting ORACLE instance (normal)
  18-DEC-06 Dump file d:\oracle\sc7\saptrace\background\alert_sc7.log
  18-DEC-06 ORACLE V9.2.0.4.0 - Production vsnsta=0
  18-DEC-06 vsnsql=12 vsnxtr=3
  18-DEC-06 Windows 2000 Version 5.2 Service Pack 1, CPU type 586
  18-DEC-06 Starting ORACLE instance (normal)
  18-DEC-06 Disable cache advisory with old cache parameters
  18-DEC-06 LICENSE_MAX_SESSION = 0
  18-DEC-06 LICENSE_SESSIONS_WARNING = 0
  18-DEC-06 SCN scheme 2
  18-DEC-06 LICENSE_MAX_USERS = 0
  18-DEC-06 SYS auditing is disabled
  18-DEC-06 Starting up ORACLE RDBMS Version: 9.2.0.4.0.
  18-DEC-06 System parameters with non-default values:
  18-DEC-06 processes = 80
  18-DEC-06 sessions = 96
  18-DEC-06 timed_statistics = TRUE

  Existe alguma forma de não precisar inserir a data manualmente.
  GOstaria de deixar o script configurado para trazer somente o dia 
  anterior e o atual por exemplo hoje pegaria somente o dia 19/12 e 
  20/12.

  Grato
  Rogério 

  --- Em oracle_br@yahoogrupos.com.br, "Rafael Milanez - BusinessOn" 
  <[EMAIL PROTECTED]> escreveu
  >
  > testa ai
  > 
  > select alert_date, alert_text
  > from alert_log where alert_date 
  > between to_date('18-dec-2006', 'dd-mon-') and to_date('19-dec-
  2006', 'dd-mon-')
  > 
  > 
  > - Original Message - 
  > From: Rogerio 
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Tuesday, December 19, 2006 4:13 PM
  > Subject: [oracle_br] Data no sql
  > 
  > 
  > Boa tarde pessoal,
  > Gostaria de saber como faço para pegar a data do dia ou um 
  periodo 
  > por exemplo os dois ultimos dias.
  > Exemplo hoje é dia 19/12/2006 gostaria de fazer um select somente 
  do 
  > periodo de 18/12 a 19/12
  > 
  > select alert_date, substr(alert_text,1, 69)
  > from alert_log where alert_date = to_date('19-dec-2006', 'dd-mon-
  > ');
  > 
  > Tentei o select acima mas não retornou nada e na tabela tem os 
  dados 
  > necessarios como no exemplo abaixo.
  > 
  > ALERT_DAT SUBSTR
  > (ALERT_TEXT,1,69) 
  > - 
  --
  > - 
  > 19-DEC-06 Successful open of redo thread 
  > 1. 
  > 19-DEC-06 MTTR advisory is disabled because 
  FAST_START_MTTR_TARGET is 
  > not set 
  > 19-DEC-06 SMON: enabling cache 
  > recovery 
  > 19-DEC-06 SMON: enabling tx 
  > recovery 
  > 19-DEC-06 Database Characterset is 
  > WE8DEC 
  > 19-DEC-06 replication_dependency_tracking turned off (no async 
  > multimaster repl 
  > 19-DEC-06 Completed: alter database 
  > open 
  > 19-DEC-06 Starting ORACLE instance 
  > (normal) 
  > 19-DEC-06 ALTER TABLESPACE PSAPROLL 
  > COALESCE 
  > 19-DEC-06 Completed: ALTER TABLESPACE PSAPROLL 
  > COALESCE 
  > 19-DEC-06 ALTER TABLESPACE SYSTEM 
  > COALESCE 
  > 
  > ALERT_DAT SUBSTR
  > (ALERT_TEXT,1,69) 
  > - 
  --
  > - 
  > 19-DEC-06 Completed: ALTER TABLESPACE SYSTEM COALESCE 
  > 
  > O campo ALERT_DAT foi criado como Date na tabela.
  > Se alguém tiver alguma dica seria muito util.
  > Grato
  > Rogério
  > 
  > 
  > 
  > 
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



   

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



[oracle_br] Re: EM Configuração

2006-12-20 Por tôpico marcosarlindo
Então, para vc ver as portas do EM das outras instances entre no 
caminho abaixo

cd $ORACLE_HOME/install e abra com um editor de texto o arquivo 
portlist.ini

se por acaso vc não encontrar as portas das outras instances, recrie 
o EM, usando emca -config dbcontrol db.

Abraços
Marcos Arlindo

--- Em oracle_br@yahoogrupos.com.br, Marcos Macedo 
<[EMAIL PROTECTED]> escreveu
>
> Olá! Pessoal!
> 
> Quero uma ajuda de vocês se possível. Tenho 6 instâncias na mesma 
maquina, porem so consegui configurar o EM para a primeira instacia 
que foi criada pelo assitente do ORACLE. As outras 5 instâncias foram 
criadas por scripts executados no SQLPlus.
> 
> Sei que cada instância tem um número
> 
> instância 1: http://10.10.0.12:1158/em
> instância 2: http://10.10.0.12:_ _ _ _/em
> instância 3: http://10.10.0.12:_ _ _ _/em
> instância 4: http://10.10.0.12:_ _ _ _/em
> instância 5: http://10.10.0.12:_ _ _ _/em
> instância 6: http://10.10.0.12:_ _ _ _/em
> 
> O ORALCE roda em cima do linux. Onde posso encontrar a informação, 
qual porta do serviço cada instâcia usa.
> 
> Obrigado pela atenção.
> 
> Marcos Adriano
> 
>  
> 
> 
> __
> 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: [oracle_br] Re: Data no sql

2006-12-20 Por tôpico Eduardo de Paula
testa ae

sysdate -1 and sysdate

:)

On 12/20/06, Márcio Ricardo <[EMAIL PROTECTED]> wrote:
>
>   Rogério, isso deve acontecer por causa do horário também... tenta
> truncar a data ou colocar até o dia 20.
> - Original Message -
> From: Rogerio
> To: oracle_br@yahoogrupos.com.br 
> Sent: Wednesday, December 20, 2006 9:22 AM
> Subject: [oracle_br] Re: Data no sql
>
> Bom dia
> Desta forma ele pegou somente o dia 18/12
>
> select alert_date,substr(alert_text,1, 69)
> from system.alert_log where alert_date
> between to_date('18-dec-2006', 'dd-mon-') and to_date('19-dec-
> 2006',
> 'dd-mon-');
>
> ALERT_DAT SUBSTR(ALERT_TEXT,1,69)
> - --
> -
> 18-DEC-06 Starting ORACLE instance (normal)
> 18-DEC-06 Dump file d:\oracle\sc7\saptrace\background\alert_sc7.log
> 18-DEC-06 ORACLE V9.2.0.4.0 - Production vsnsta=0
> 18-DEC-06 vsnsql=12 vsnxtr=3
> 18-DEC-06 Windows 2000 Version 5.2 Service Pack 1, CPU type 586
> 18-DEC-06 Starting ORACLE instance (normal)
> 18-DEC-06 Disable cache advisory with old cache parameters
> 18-DEC-06 LICENSE_MAX_SESSION = 0
> 18-DEC-06 LICENSE_SESSIONS_WARNING = 0
> 18-DEC-06 SCN scheme 2
> 18-DEC-06 LICENSE_MAX_USERS = 0
> 18-DEC-06 SYS auditing is disabled
> 18-DEC-06 Starting up ORACLE RDBMS Version: 9.2.0.4.0.
> 18-DEC-06 System parameters with non-default values:
> 18-DEC-06 processes = 80
> 18-DEC-06 sessions = 96
> 18-DEC-06 timed_statistics = TRUE
>
> Existe alguma forma de não precisar inserir a data manualmente.
> GOstaria de deixar o script configurado para trazer somente o dia
> anterior e o atual por exemplo hoje pegaria somente o dia 19/12 e
> 20/12.
>
> Grato
> Rogério
>
> --- Em oracle_br@yahoogrupos.com.br ,
> "Rafael Milanez - BusinessOn"
> <[EMAIL PROTECTED]> escreveu
> >
> > testa ai
> >
> > select alert_date, alert_text
> > from alert_log where alert_date
> > between to_date('18-dec-2006', 'dd-mon-') and to_date('19-dec-
> 2006', 'dd-mon-')
> >
> >
> > - Original Message -
> > From: Rogerio
> > To: oracle_br@yahoogrupos.com.br 
> > Sent: Tuesday, December 19, 2006 4:13 PM
> > Subject: [oracle_br] Data no sql
> >
> >
> > Boa tarde pessoal,
> > Gostaria de saber como faço para pegar a data do dia ou um
> periodo
> > por exemplo os dois ultimos dias.
> > Exemplo hoje é dia 19/12/2006 gostaria de fazer um select somente
> do
> > periodo de 18/12 a 19/12
> >
> > select alert_date, substr(alert_text,1, 69)
> > from alert_log where alert_date = to_date('19-dec-2006', 'dd-mon-
> > ');
> >
> > Tentei o select acima mas não retornou nada e na tabela tem os
> dados
> > necessarios como no exemplo abaixo.
> >
> > ALERT_DAT SUBSTR
> > (ALERT_TEXT,1,69)
> > - 
> --
> > -
> > 19-DEC-06 Successful open of redo thread
> > 1.
> > 19-DEC-06 MTTR advisory is disabled because
> FAST_START_MTTR_TARGET is
> > not set
> > 19-DEC-06 SMON: enabling cache
> > recovery
> > 19-DEC-06 SMON: enabling tx
> > recovery
> > 19-DEC-06 Database Characterset is
> > WE8DEC
> > 19-DEC-06 replication_dependency_tracking turned off (no async
> > multimaster repl
> > 19-DEC-06 Completed: alter database
> > open
> > 19-DEC-06 Starting ORACLE instance
> > (normal)
> > 19-DEC-06 ALTER TABLESPACE PSAPROLL
> > COALESCE
> > 19-DEC-06 Completed: ALTER TABLESPACE PSAPROLL
> > COALESCE
> > 19-DEC-06 ALTER TABLESPACE SYSTEM
> > COALESCE
> >
> > ALERT_DAT SUBSTR
> > (ALERT_TEXT,1,69)
> > - 
> --
> > -
> > 19-DEC-06 Completed: ALTER TABLESPACE SYSTEM COALESCE
> >
> > O campo ALERT_DAT foi criado como Date na tabela.
> > Se alguém tiver alguma dica seria muito util.
> > Grato
> > Rogério
> >
> >
> >
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
"Os erros podem ser transformados em acertos quando com eles se aprende. Não
existe a segurança do acerto eterno."

http://www.youtube.com/watch?v=c_GATOdvKxw

msn: [EMAIL PROTECTED]


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



Re: [oracle_br] Re: Data no sql

2006-12-20 Por tôpico Márcio Ricardo
Rogério, isso deve acontecer por causa do horário também... tenta truncar a 
data ou colocar até o dia 20.
  - Original Message - 
  From: Rogerio 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, December 20, 2006 9:22 AM
  Subject: [oracle_br] Re: Data no sql


  Bom dia
  Desta forma ele pegou somente o dia 18/12

  select alert_date,substr(alert_text,1, 69) 
  from system.alert_log where alert_date
  between to_date('18-dec-2006', 'dd-mon-') and to_date('19-dec-
  2006',
  'dd-mon-');

  ALERT_DAT SUBSTR(ALERT_TEXT,1,69)
  - --
  -
  18-DEC-06 Starting ORACLE instance (normal)
  18-DEC-06 Dump file d:\oracle\sc7\saptrace\background\alert_sc7.log
  18-DEC-06 ORACLE V9.2.0.4.0 - Production vsnsta=0
  18-DEC-06 vsnsql=12 vsnxtr=3
  18-DEC-06 Windows 2000 Version 5.2 Service Pack 1, CPU type 586
  18-DEC-06 Starting ORACLE instance (normal)
  18-DEC-06 Disable cache advisory with old cache parameters
  18-DEC-06 LICENSE_MAX_SESSION = 0
  18-DEC-06 LICENSE_SESSIONS_WARNING = 0
  18-DEC-06 SCN scheme 2
  18-DEC-06 LICENSE_MAX_USERS = 0
  18-DEC-06 SYS auditing is disabled
  18-DEC-06 Starting up ORACLE RDBMS Version: 9.2.0.4.0.
  18-DEC-06 System parameters with non-default values:
  18-DEC-06 processes = 80
  18-DEC-06 sessions = 96
  18-DEC-06 timed_statistics = TRUE

  Existe alguma forma de não precisar inserir a data manualmente.
  GOstaria de deixar o script configurado para trazer somente o dia 
  anterior e o atual por exemplo hoje pegaria somente o dia 19/12 e 
  20/12.

  Grato
  Rogério 

  --- Em oracle_br@yahoogrupos.com.br, "Rafael Milanez - BusinessOn" 
  <[EMAIL PROTECTED]> escreveu
  >
  > testa ai
  > 
  > select alert_date, alert_text
  > from alert_log where alert_date 
  > between to_date('18-dec-2006', 'dd-mon-') and to_date('19-dec-
  2006', 'dd-mon-')
  > 
  > 
  > - Original Message - 
  > From: Rogerio 
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Tuesday, December 19, 2006 4:13 PM
  > Subject: [oracle_br] Data no sql
  > 
  > 
  > Boa tarde pessoal,
  > Gostaria de saber como faço para pegar a data do dia ou um 
  periodo 
  > por exemplo os dois ultimos dias.
  > Exemplo hoje é dia 19/12/2006 gostaria de fazer um select somente 
  do 
  > periodo de 18/12 a 19/12
  > 
  > select alert_date, substr(alert_text,1, 69)
  > from alert_log where alert_date = to_date('19-dec-2006', 'dd-mon-
  > ');
  > 
  > Tentei o select acima mas não retornou nada e na tabela tem os 
  dados 
  > necessarios como no exemplo abaixo.
  > 
  > ALERT_DAT SUBSTR
  > (ALERT_TEXT,1,69) 
  > - 
  --
  > - 
  > 19-DEC-06 Successful open of redo thread 
  > 1. 
  > 19-DEC-06 MTTR advisory is disabled because 
  FAST_START_MTTR_TARGET is 
  > not set 
  > 19-DEC-06 SMON: enabling cache 
  > recovery 
  > 19-DEC-06 SMON: enabling tx 
  > recovery 
  > 19-DEC-06 Database Characterset is 
  > WE8DEC 
  > 19-DEC-06 replication_dependency_tracking turned off (no async 
  > multimaster repl 
  > 19-DEC-06 Completed: alter database 
  > open 
  > 19-DEC-06 Starting ORACLE instance 
  > (normal) 
  > 19-DEC-06 ALTER TABLESPACE PSAPROLL 
  > COALESCE 
  > 19-DEC-06 Completed: ALTER TABLESPACE PSAPROLL 
  > COALESCE 
  > 19-DEC-06 ALTER TABLESPACE SYSTEM 
  > COALESCE 
  > 
  > ALERT_DAT SUBSTR
  > (ALERT_TEXT,1,69) 
  > - 
  --
  > - 
  > 19-DEC-06 Completed: ALTER TABLESPACE SYSTEM COALESCE 
  > 
  > O campo ALERT_DAT foi criado como Date na tabela.
  > Se alguém tiver alguma dica seria muito util.
  > Grato
  > Rogério
  > 
  > 
  > 
  > 
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



   

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



[oracle_br] Re: Data no sql

2006-12-20 Por tôpico Rogerio
Bom dia
Desta forma ele pegou somente o dia 18/12

select alert_date,substr(alert_text,1, 69) 
from system.alert_log where alert_date
between to_date('18-dec-2006', 'dd-mon-') and to_date('19-dec-
2006',
'dd-mon-');


ALERT_DAT SUBSTR(ALERT_TEXT,1,69)
- 
-
18-DEC-06 Starting ORACLE instance (normal)
18-DEC-06 Dump file d:\oracle\sc7\saptrace\background\alert_sc7.log
18-DEC-06 ORACLE V9.2.0.4.0 - Production vsnsta=0
18-DEC-06 vsnsql=12 vsnxtr=3
18-DEC-06 Windows 2000 Version 5.2 Service Pack 1, CPU type 586
18-DEC-06 Starting ORACLE instance (normal)
18-DEC-06 Disable cache advisory with old cache parameters
18-DEC-06 LICENSE_MAX_SESSION = 0
18-DEC-06 LICENSE_SESSIONS_WARNING = 0
18-DEC-06 SCN scheme 2
18-DEC-06 LICENSE_MAX_USERS = 0
18-DEC-06 SYS auditing is disabled
18-DEC-06 Starting up ORACLE RDBMS Version: 9.2.0.4.0.
18-DEC-06 System parameters with non-default values:
18-DEC-06 processes= 80
18-DEC-06 sessions = 96
18-DEC-06 timed_statistics = TRUE


Existe alguma forma de não precisar inserir a data manualmente.
GOstaria de deixar o script configurado para trazer somente o dia 
anterior e o atual por exemplo hoje pegaria somente o dia 19/12 e 
20/12.

Grato
Rogério 

--- Em oracle_br@yahoogrupos.com.br, "Rafael Milanez - BusinessOn" 
<[EMAIL PROTECTED]> escreveu
>
> testa ai
> 
> select alert_date, alert_text
> from alert_log where alert_date 
> between  to_date('18-dec-2006', 'dd-mon-') and to_date('19-dec-
2006', 'dd-mon-')
> 
> 
>   - Original Message - 
>   From: Rogerio 
>   To: oracle_br@yahoogrupos.com.br 
>   Sent: Tuesday, December 19, 2006 4:13 PM
>   Subject: [oracle_br] Data no sql
> 
> 
>   Boa tarde pessoal,
>   Gostaria de saber como faço para pegar a data do dia ou um 
periodo 
>   por exemplo os dois ultimos dias.
>   Exemplo hoje é dia 19/12/2006 gostaria de fazer um select somente 
do 
>   periodo de 18/12 a 19/12
> 
>   select alert_date, substr(alert_text,1, 69)
>   from alert_log where alert_date = to_date('19-dec-2006', 'dd-mon-
>   ');
> 
>   Tentei o select acima mas não retornou nada e na tabela tem os 
dados 
>   necessarios como no exemplo abaixo.
> 
>   ALERT_DAT SUBSTR
>   (ALERT_TEXT,1,69) 
>   - 
--
>   - 
>   19-DEC-06 Successful open of redo thread 
>   1. 
>   19-DEC-06 MTTR advisory is disabled because 
FAST_START_MTTR_TARGET is 
>   not set 
>   19-DEC-06 SMON: enabling cache 
>   recovery 
>   19-DEC-06 SMON: enabling tx 
>   recovery 
>   19-DEC-06 Database Characterset is 
>   WE8DEC 
>   19-DEC-06 replication_dependency_tracking turned off (no async 
>   multimaster repl 
>   19-DEC-06 Completed: alter database 
>   open 
>   19-DEC-06 Starting ORACLE instance 
>   (normal) 
>   19-DEC-06 ALTER TABLESPACE PSAPROLL 
>   COALESCE 
>   19-DEC-06 Completed: ALTER TABLESPACE PSAPROLL 
>   COALESCE 
>   19-DEC-06 ALTER TABLESPACE SYSTEM 
>   COALESCE 
> 
>   ALERT_DAT SUBSTR
>   (ALERT_TEXT,1,69) 
>   - 
--
>   - 
>   19-DEC-06 Completed: ALTER TABLESPACE SYSTEM COALESCE 
> 
>   O campo ALERT_DAT foi criado como Date na tabela.
>   Se alguém tiver alguma dica seria muito util.
>   Grato
>   Rogério
> 
> 
> 
>
> 
> [As partes desta mensagem que não continham texto foram removidas]
>




Re: [oracle_br] Informaçoes sobre o banco de dados

2006-12-20 Por tôpico Rafael Milanez - BusinessOn
select dbms_utility.port_string from dual;

  - Original Message - 
  From: Rogerio 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, December 20, 2006 6:36 AM
  Subject: [oracle_br] Informaçoes sobre o banco de dados


  Bom dia pessoal
  Gostaria de montar um script para monitoramento do banco de dados e 
  coletar informações como Sistema operacional.
  Tentei buscar o sistema operacional nas v$ v$instance, v$database mas 
  não encontrei.
  Estou usando Oracle 9.i
  Alguém sabe de alguma v$ onde posso encontrar os dados sobre o sistema 
  operacional?

  Grato
  Rogério 



   

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



[oracle_br] 10g acesso via browser

2006-12-20 Por tôpico Emerson Sato
como faço para ter acesso via browser no meu micro mesmo, onde está 
instalado localmente 

ele não criou atalho, nada para o endereço de acesso ao enterprise




Re: [oracle_br] Data no sql

2006-12-20 Por tôpico Rafael Milanez - BusinessOn
testa ai

select alert_date, alert_text
from alert_log where alert_date 
between  to_date('18-dec-2006', 'dd-mon-') and to_date('19-dec-2006', 
'dd-mon-')


  - Original Message - 
  From: Rogerio 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, December 19, 2006 4:13 PM
  Subject: [oracle_br] Data no sql


  Boa tarde pessoal,
  Gostaria de saber como faço para pegar a data do dia ou um periodo 
  por exemplo os dois ultimos dias.
  Exemplo hoje é dia 19/12/2006 gostaria de fazer um select somente do 
  periodo de 18/12 a 19/12

  select alert_date, substr(alert_text,1, 69)
  from alert_log where alert_date = to_date('19-dec-2006', 'dd-mon-
  ');

  Tentei o select acima mas não retornou nada e na tabela tem os dados 
  necessarios como no exemplo abaixo.

  ALERT_DAT SUBSTR
  (ALERT_TEXT,1,69) 
  - --
  - 
  19-DEC-06 Successful open of redo thread 
  1. 
  19-DEC-06 MTTR advisory is disabled because FAST_START_MTTR_TARGET is 
  not set 
  19-DEC-06 SMON: enabling cache 
  recovery 
  19-DEC-06 SMON: enabling tx 
  recovery 
  19-DEC-06 Database Characterset is 
  WE8DEC 
  19-DEC-06 replication_dependency_tracking turned off (no async 
  multimaster repl 
  19-DEC-06 Completed: alter database 
  open 
  19-DEC-06 Starting ORACLE instance 
  (normal) 
  19-DEC-06 ALTER TABLESPACE PSAPROLL 
  COALESCE 
  19-DEC-06 Completed: ALTER TABLESPACE PSAPROLL 
  COALESCE 
  19-DEC-06 ALTER TABLESPACE SYSTEM 
  COALESCE 

  ALERT_DAT SUBSTR
  (ALERT_TEXT,1,69) 
  - --
  - 
  19-DEC-06 Completed: ALTER TABLESPACE SYSTEM COALESCE 

  O campo ALERT_DAT foi criado como Date na tabela.
  Se alguém tiver alguma dica seria muito util.
  Grato
  Rogério



   

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



[oracle_br] Informaçoes sobre o banco de dados

2006-12-20 Por tôpico Rogerio
Bom dia pessoal
Gostaria de montar um script para monitoramento do banco de dados e 
coletar informações como Sistema operacional.
Tentei buscar o sistema operacional nas v$ v$instance, v$database mas 
não encontrei.
Estou usando Oracle 9.i
Alguém sabe de alguma v$ onde posso encontrar os dados sobre o sistema 
operacional?

Grato
Rogério