Re: [oracle_br] erro na pagina inicial do XE
Cristiano, Para solucionar problemas de acentuação no Oracle XE, você deve alterar os padrões de caracteres que ele utiliza para o padrão WE8ISO8859P1. Isso pode ser feito digitando os script abaixo no Prompt do DOS. Obs.: Quando você fizer isso gerenciados do banco via WEB vai deixar de funcionar Script - Sqlplus /nolog conn sys as sysdba; SHUT; STARTUP RESTRICT; Alter database character set INTERNAL_USE WE8ISO8859P1; SHUT; STARTUP; Exit OBS.: para corrigir e/ou minimizar este problema alterei no registro do windows a chave na qual informa é setado o character set. Att. Samuel Santos Cristiano - TI UNA [EMAIL PROTECTED] escreveu: Boa tarde pessoal.. eu de novo Seguinte.. instalei o oracle xe e instalei tbm o form/reports 6i, está tudo funcionando blz.. mas quando eu tento abrir a pagina web da adm do banco da o seguinte erro: Ora-06450:linha2, coluna 12: pls-00103 Encontrado o simbolo quando um dos seguintes simbolos era esperado: :=.(@%; Unable to run page sentry in application 4500. E aparecerem tbm um monte de quadradinhos e letras em japones.Li aqui no forum que para o correto funcionamento do forms e do report as seguintes configurações eram necessárias: SHUTDOWN IMMEDIATE; STARTUP MOUNT; ALTER SYSTEM ENABLE RESTRICTED SESSION; ALTER DATABASE OPEN; ALTER DATABASE CHARACTER SET INTERNAL_USE UTF8; SHUTDOWN; STARTUP; Estava funciondo blz, depois que fiz essas configurações começou a aparecer o erro. °v° /(S)\ Cristiano Carlos - Analista - TI ^ ^ SOFTWARE LIVRE Socialmente justo, economicamente viável e tecnologicamente sustentável [As partes desta mensagem que não continham texto foram removidas] Atenciosamente, Samuel Geraldo dos Santos - Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Oracle 10g + PHP
Bom dia, pessoal. Ontem passei por um problema que do mesmo jeito que começou ele acabou .. hehehe O ambiente é o seguinte: BD - Oracle 10g versão 10.2.0.1 SO - RH 5 PHP 5 versão 5.1 Apache 2.0 OCI8 versão 1.2 Sou o responsável só pelo BD, ontem entraram em contato comigo falando que estávão tendo problemas de conexão que hora aparecia as informações no sistema hora não aparecia. O pessoal do sistema me passou o seguinte erro ORA-24327 need explicit attach before authenticating a user. Dando uma gooogleeeada achei um bug no OCI8, http://bugs.php.net/bug.php?id=29779, que foi resolvido na versão 1.1 como estamos com a versão 1.2 isso já deveria ter sido resolvido. O mais engraçado que hoje o sistema está funcionando normal e a única coisa que foi feita o meu cliente reiniciou o servidor ontem a noite, alguem já passou por esse problema??? que poderia me passar uma possivel causa?? -- att, Jean Carlo Stein da Fonseca Programador PL/SQL Forms/Reports 6i. DBA Oracle Jr. em busca do OCA. (48) 9604-6138 HarpaMail! Garanta o seu!!! www.harpa.com.br
Re: [oracle_br] Re: Problema com cursor em procedure demorada
Chiappa Sobre a hipótese a, há alguns commit's no caminho (a rotina que grava na tabela de log faz commit... comentei com meu colega sobre a possibilidade de usar autonomous transaction), porém não é um cursor for update. Então acho que está descartada essa possibilidade. Mas há grande probabilidade de ser a hipótese b! Veja só: nessa procedure há um label (na linha acima do fetch) e vários GOTO's... isso numa procedure com quase 1000 linhas de código-fonte! |^P (coisa feia mesmo! rsss) Pior que eu critiquei pra caramba o uso dos goto's... mas depois meu colega disse: poxa, André, fui eu quem colocou Agradeço pelas considerações! Principalmente por você dizer que nunca ouviu falar de um bug sobre perder o ROWNUM. Vou encaminhar sua resposta ao meu colega. Valeu! [ ] André Em 16/06/08, jlchiappa [EMAIL PROTECTED] escreveu: André, vou me meter aí pra discordar do Anderson : eu acho difícil que um looping, por si só, cause esse aintima de resetar o rownum : isso ocorre quando o cursor é facheado, então pra mim o que pode estar pegando lá é : a) cursor FOR UPDATE que alguém mete um COMMIT lá pelas tantas do processamento, logicamente quando vc faz COMMIT os locks TODOS são eliminados, o cursor FOR UPDATE já era, já que a função dele é JUSTAMENTE bloquear os regs lidos !! e/ou b) puro e SIMPLES erro de programação/lógica : imagine, para argumentar, que a rotina está tipo assim : FOR c1 in (select n) LOOP Begin montes de código... FOR c1 in (select outrocursor) LOOP ... insert com rownum ... outros montes de código ... end loop; Exception when other then null; End; ... == imagine que na rotina acima dá um erro qquer nos outros montes de código, já que não há EXCEPTION local, AUTOMATICAMENTE o foco vai pro EXCEPTION geral, que como está FORA do end loop, AUTOMATICAMENTE encerra o loop interno, que será novamente aberto quando o loop externo continuar. == Eu apostaria um picolé de limão que b) , ou alguma variação maluca em cima, é o caso, eu SERIAMENTE DUVIDO desse sintoma de perder rownum , isso eu não NUNCA nos meuas anos todos de bd Oracle, desconheço algum bug pra isso, acho bem bem difícil... []s Chiappa --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br, Andre Santos [EMAIL PROTECTED] escreveu Anderson É, pode ser... Ao invés de simplesmente debugar (já que demora várias horas), seria interessante instrumentar a procedure para registrar os passos de execução, em algum tipo de log. Mas, infelizmente, não vou poder atuar nisso. Só posso repassar as dicas aqui do fórum para o meu amigo... Estou com outro trabalho (para variar, com prazo para ontem! rsss) Obrigado! [ ] André Em 15/06/08, Anderson Santiago [EMAIL PROTECTED] escreveu: Amigo, reveja o codigo da procedure e tente rodar alguma vez debugando, sou capaz de apostar que em algum lugar ela entra em looping. Att. Anderson - Mensagem original De: Andre Santos [EMAIL PROTECTED]andre.psantos.ti%40gmail.com Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br Enviadas: Sexta-feira, 13 de Junho de 2008 17:53:50 Assunto: Re: [oracle_br] Re: Problema com cursor em procedure demorada Oi Welvis Obrigado pela resposta... mas não são 200 milhões, não! São **somente** 200 mesmo! (2 centenas). É bem pouco mesmo. Na hora também estranhei: mas como? 200 linhas demorar 16 horas??? Mas depois vi que o problema é o algoritmo matemático, cheio de iterações (loops) e condições, com números fracionários na condição dos loops... (coisa tipo cálculo numérico, da faculdade). Claro que pode haver maneira de otimizar isso... mas o problema é a aparente perda referência... com sintoma de reexecução da procedure e respectivo cursor, devido à duplicidade do ROWCOUNT na tabela de log. Vamos ver se alguém tem notícia de algum bug... De qualquer forma, muito obrigado! [ ] André Em 13/06/08, Welvis Douglas [EMAIL PROTECTED] com.br escreveu: poxa vida em amigo, processar 200 milhoes de linhas é meio enviavel, divida isso, faça algo para reduzir esse processamento, aqui tbm temos muitos processos pesados... estamos revendo eles, agora nada que seja de 200 milhoes... nossa base tem mais de 260 milhoes de Item NF, porem acessamos apenas o que tem que ser acessado, agora isso que vc está fizendo, demorando 16 horas, como que fica o acesso dos outros usuarios na base, pois aqui quando está rodando os processos fica um locura... ... de mais detalher do seu amdiente .. quem sabe podemos ajuda vc.. abraço.! - Original Message - From: Andre Santos To: [EMAIL PROTECTED] os.com.br oracle_br%40yahoog rupos.com. br Sent: Friday, June 13, 2008 5:27 PM Subject:
Re: [oracle_br] Re: Problema com cursor em procedure demorada
Pessoal Só para dar um retorno... Resolveram o problema aqui (pelo menos temporariamente), tirando o label da linha anterior ao fetch e colocando-o no final do loop. Foi uma solução do tipo vamos tentar, quem sabe. Apesar de não ter achado a causa exata, realmente deve ter sido falha no fluxo lógico (como o Chiappa apontou). Perderam-se no meio dos loop's e goto's. Mais tarde acho que irão tentar verificar detalhadamente... Obrigado a todos! Em especial para o Anderson e para o Chiappa! [ ] André Em 17/06/08, Andre Santos [EMAIL PROTECTED] escreveu: Chiappa Sobre a hipótese a, há alguns commit's no caminho (a rotina que grava na tabela de log faz commit... comentei com meu colega sobre a possibilidade de usar autonomous transaction), porém não é um cursor for update. Então acho que está descartada essa possibilidade. Mas há grande probabilidade de ser a hipótese b! Veja só: nessa procedure há um label (na linha acima do fetch) e vários GOTO's... isso numa procedure com quase 1000 linhas de código-fonte! |^P (coisa feia mesmo! rsss) Pior que eu critiquei pra caramba o uso dos goto's... mas depois meu colega disse: poxa, André, fui eu quem colocou Agradeço pelas considerações! Principalmente por você dizer que nunca ouviu falar de um bug sobre perder o ROWNUM. Vou encaminhar sua resposta ao meu colega. Valeu! [ ] André Em 16/06/08, jlchiappa [EMAIL PROTECTED] escreveu: André, vou me meter aí pra discordar do Anderson : eu acho difícil que um looping, por si só, cause esse aintima de resetar o rownum : isso ocorre quando o cursor é facheado, então pra mim o que pode estar pegando lá é : a) cursor FOR UPDATE que alguém mete um COMMIT lá pelas tantas do processamento, logicamente quando vc faz COMMIT os locks TODOS são eliminados, o cursor FOR UPDATE já era, já que a função dele é JUSTAMENTE bloquear os regs lidos !! e/ou b) puro e SIMPLES erro de programação/lógica : imagine, para argumentar, que a rotina está tipo assim : FOR c1 in (select n) LOOP Begin montes de código... FOR c1 in (select outrocursor) LOOP ... insert com rownum ... outros montes de código ... end loop; Exception when other then null; End; ... == imagine que na rotina acima dá um erro qquer nos outros montes de código, já que não há EXCEPTION local, AUTOMATICAMENTE o foco vai pro EXCEPTION geral, que como está FORA do end loop, AUTOMATICAMENTE encerra o loop interno, que será novamente aberto quando o loop externo continuar. == Eu apostaria um picolé de limão que b) , ou alguma variação maluca em cima, é o caso, eu SERIAMENTE DUVIDO desse sintoma de perder rownum , isso eu não NUNCA nos meuas anos todos de bd Oracle, desconheço algum bug pra isso, acho bem bem difícil... []s Chiappa --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br, Andre Santos [EMAIL PROTECTED] escreveu Anderson É, pode ser... Ao invés de simplesmente debugar (já que demora várias horas), seria interessante instrumentar a procedure para registrar os passos de execução, em algum tipo de log. Mas, infelizmente, não vou poder atuar nisso. Só posso repassar as dicas aqui do fórum para o meu amigo... Estou com outro trabalho (para variar, com prazo para ontem! rsss) Obrigado! [ ] André Em 15/06/08, Anderson Santiago [EMAIL PROTECTED] escreveu: Amigo, reveja o codigo da procedure e tente rodar alguma vez debugando, sou capaz de apostar que em algum lugar ela entra em looping. Att. Anderson - Mensagem original De: Andre Santos [EMAIL PROTECTED]andre.psantos.ti%40gmail.com Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br Enviadas: Sexta-feira, 13 de Junho de 2008 17:53:50 Assunto: Re: [oracle_br] Re: Problema com cursor em procedure demorada Oi Welvis Obrigado pela resposta... mas não são 200 milhões, não! São **somente** 200 mesmo! (2 centenas). É bem pouco mesmo. Na hora também estranhei: mas como? 200 linhas demorar 16 horas??? Mas depois vi que o problema é o algoritmo matemático, cheio de iterações (loops) e condições, com números fracionários na condição dos loops... (coisa tipo cálculo numérico, da faculdade). Claro que pode haver maneira de otimizar isso... mas o problema é a aparente perda referência... com sintoma de reexecução da procedure e respectivo cursor, devido à duplicidade do ROWCOUNT na tabela de log. Vamos ver se alguém tem notícia de algum bug... De qualquer forma, muito obrigado! [ ] André Em 13/06/08, Welvis Douglas [EMAIL PROTECTED] com.br escreveu: poxa vida em amigo, processar 200 milhoes de linhas é meio enviavel, divida isso, faça algo para reduzir esse processamento, aqui tbm temos muitos processos pesados... estamos revendo eles, agora nada que seja de 200 milhoes...
[oracle_br] JOBS x SESSÕES
Olá pessoal, Tenho 2 dúvidas básicas e simples: 1 - Como saber, via select, se as sessões ativas são sessões comuns de usuário ou se são jobs de banco? 2 - É possível executar um comando de DOS (dir, copy, rename, etc) em uma procedure de banco? Como? Obrigado, _ Augusto CésarAnalista - DBA Oracle _ Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver offline. Conheça o MSN Mobile! http://mobile.live.com/signup/signup2.aspx?lc=pt-br [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] JOBS x SESSÕES
Augusto, Posso responder só a metade? :) Para detectar as conexões do banco, você pode fazer o seguinte select: select * from v$session where username is null and type = 'USER' Veja se isso te ajuda... Abraço, Leonardo Rezende Analista Desenvolvedor [EMAIL PROTECTED] Augusto Cesar escreveu: Olá pessoal, Tenho 2 dúvidas básicas e simples: 1 - Como saber, via select, se as sessões ativas são sessões comuns de usuário ou se são jobs de banco? 2 - É possível executar um comando de DOS (dir, copy, rename, etc) em uma procedure de banco? Como? Obrigado, _ Augusto CésarAnalista - DBA Oracle __ Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver offline. Conheça o MSN Mobile! http://mobile.live.com/signup/signup2.aspx?lc=pt-br http://mobile.live.com/signup/signup2.aspx?lc=pt-br [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] JOBS x SESSÕES
Ou seria: select * from v$session where sid in (select session_id from dba_scheduler_running_jobs) Isso vai depender da sua versão do banco... Abraço, Leonardo Rezende Analista Desenvolvedor [EMAIL PROTECTED] Leonardo Rezende escreveu: Augusto, Posso responder só a metade? :) Para detectar as conexões do banco, você pode fazer o seguinte select: select * from v$session where username is null and type = 'USER' Veja se isso te ajuda... Abraço, Leonardo Rezende Analista Desenvolvedor [EMAIL PROTECTED] mailto:yahoo%40lrezende.eti.br Augusto Cesar escreveu: Olá pessoal, Tenho 2 dúvidas básicas e simples: 1 - Como saber, via select, se as sessões ativas são sessões comuns de usuário ou se são jobs de banco? 2 - É possível executar um comando de DOS (dir, copy, rename, etc) em uma procedure de banco? Como? Obrigado, _ Augusto CésarAnalista - DBA Oracle __ Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver offline. Conheça o MSN Mobile! http://mobile.live.com/signup/signup2.aspx?lc=pt-br http://mobile.live.com/signup/signup2.aspx?lc=pt-br http://mobile.live.com/signup/signup2.aspx?lc=pt-br http://mobile.live.com/signup/signup2.aspx?lc=pt-br [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] MSSQL
Galera, sei que o grupo é voltado pra oracle, mais no ambiente que trabalho temos, oracle 10g, 9i e tb sql server 2005 e MS SQL Server 2000 Enterprise onde estou com o seguinte problema... estamos com problemas no ambiente do cluster, e gostaria de saber como faço pra reduzir o downtime do MSCS... isso acontece no MS SQL Server 2000 Enterprise com WINDOWS 2003 Enterprise. Alguem tem alguma ideia como devo proceder? Atenciosamente, Anderson Ferreira Cel: +55 11 8876-7515 E-mail: [EMAIL PROTECTED] Or [EMAIL PROTECTED] _ Cansado de espaço para só 50 fotos? Conheça o Spaces, o site de relacionamentos com até 6,000 fotos! http://www.amigosdomessenger.com.br [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Scrambling
Pessoal, Alguém aí utiliza ou conhece alguma ferramenta para scramble (mascaramento) de dados, de preferência que funcione com Oracle e SQLServer? Achei um tal de Datamasker, que parece interessante e vi alguns posts no Asktom a respeito, mas gostaria de uma opinião de quem utiliza isso. Valeu. - Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! [As partes desta mensagem que não continham texto foram removidas]
RES: [oracle_br] Re: Wait event: latch: cache buffers chains
Há pouco tempo me deparei com este evento de espera e o diagnostico foi: Query mal escrita. Havia uma inner query consultando uma tabela e a query mais externa consultava a mesma tabela. Elas disputavam os mesmos blocos na SGA, vc pode consultar a X$BH para identificar quais são os blocos deste latch... _ De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa Enviada em: segunda-feira, 16 de junho de 2008 19:53 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Wait event: latch: cache buffers chains Seguinte : a) primeiro, em desconhecendo versão 10.0.2, suponho que vc fala sobre banco 10.2.0.x : sendo isso, é VITAL vc indicar exatamente QUAL é o x : desconheço bugs específicos para esse latch, mas sei (de ouvir falar, já que fui direto pro 10.2.0.3), que no 10.2.0.1 e .2 houveram uns tantos bugs diversos sobre performance (especialmente com SGA e PGA automáticas), de repente é um desses que vc está enfrentando e o latch é consequ~encia da má performance, não a causa b) exatamente QUAL é esse bug que vc diz que viu ? Numa busca simples no metalink só achei bugs referentes à latch em situações muito muito específicas, como o bug 4742607 = e ÓBVIO, antes de sair caçando bugs, SEMPRE é reconedado e recomendável se verificar EXATAMENTE o que está acontecendo : c) recomendaria o estudo da nota Subject:How to Identify Which Latch is Associated with a latch free wait, Doc ID: Note:413942.1, ela discorre sobre os métodos para se identificar EXATAMENTE o que ocorre na situação de latch d) a nota não fala, mas (se o wait pelo latch é maior do que o tempo de refresh das tabs internas refletidas nas v$), vc : 1. na v$session_wait vc tem o SEQ#, pra saber se entre duas consultas o wait event de cache buffer chain que vc está vendo é o mesmo que AINDA não foi atendido ou se é outro 2. pode consultar a v$access, as views de latch e o p1, p2 e p3 para tentar identificar o objeto sendo acessado 3. pode usar o trace + tkprof, esse é um dos métodos MAIS eficientes pra vc avaliar waits e sendo banco 10g vc : 4. pode checar o SQL_ID e o PREV_SQL_ID na V$SESSION para a sessão que está tendo esse wait, será que é o mesmo SQL ou não ? 5. se tiver direito, pode usar o ASH pra ter um HISTÓRICO de quais waits a tua sessão enfrentou, até pra saber se esse latch wait está MESMO sendo relevante ou não []s Chiappa --- Em [EMAIL PROTECTED] mailto:oracle_br%40yahoogrupos.com.br os.com.br, Thiago Azevedo [EMAIL PROTECTED] escreveu Pessoal, Uma das interfaces de um bade de produção 10.0.2, constantemente trava e fica com wait event de latch: cache buffers chains, lendo sobre isso eu encontrei alguns textos que pode ser um bug da versão 10.0.2, inclusive no metalink, porém o bug em questão está como privado e não tenho como ler oq pode ser feito. Caso eu mate a sessão e restart a interface ela é executada rapidamente. Alguém já teve esse problema? -- Thiago Azevedo [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: Fiz a prova de certificação na quarra-feira (26/03/08).. Segue minha experiencia
Boa Noite, Fabio, você poderia encaminhar esses documentos e testes que você possui para mim? email: [EMAIL PROTECTED] Abraços Ribamar --- Em oracle_br@yahoogrupos.com.br, Fábio Lima [EMAIL PROTECTED] escreveu Bem, sobre a prova, eu achei fácil. Fiz em 45 minutos e com um aproveitamento de 93%. Talvez porque estudei muito, e tb pq já trabalho com isso (ORACLE,SQL e PL/SQL) a 2 anos e meio. Uma dica: façam bastante simulados (Tem um que é um que achei no e- mule, é EXCELENTE! - *Test.King.QA.v4.0.(1Z0-007).( DBA-DEV.OCA-OCP.Introduction.to.Oracle9i-SQL*.pdf). Tenho alguns, quem quiser me manda um e-mail. 90% das questões que caíram na prova eu já tinha feito. Havia questões que eu já sabia qual era a letra da resposta só pelo enunciado. Há também muitos programas simulados, não lhes envio pq são muito grandes, + de 20MB, mas no emule vocês acham. Eu até fiz alguns simulados por este programas mas não muitos.. Estudei por um livro que comprei (OCA/OCP - Guia Oficial de Estudo, Introdução ao Oracle 9i. Editora Alta Books) e pelo material da oracle, que devo enviar em outro e-mail pq nesse não coube. O livro ensina macetes e é voltado pra certificação, mas tem muitos problemas com tradução. Mas me foi útil. Ahh.. fiz a prova em português e ao contrário que muitos dizem não vi nenhum problema com tradução!! O que acontecem é que eles traduzem a pergunta, mas não a resposta. P.E.: Pergunta: Qual das seguintes consultas retornam o texto Eu sou Vencedor? a) select texto from livro l where l.texto like 'I am winning' b) select texto from livro l where l.texto = 'I am winning' ... Espero ter ajudado e Boa Sorte!!! Valeu, Rafael [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Fiz a prova de certificação na quarra-feira (26/03/08).. Segue minha experiencia
Qual foi a prova que você fez? Você pode me mandar o material também? [EMAIL PROTECTED] -- Atenciosamente Francisco Porfirio Ribeiro Neto [As partes desta mensagem que não continham texto foram removidas]