RE: Res: [oracle_br] OCM 10g
Guilherme, meus parabéns pela sucesso e também pela coragem ariscar toda aquela nota ($$$) numa prova! É de fato um pioneiro! Mas agora nos conte detalhes dos bastidores (como foi a preparação, como é a prova em si, etc ...) está todo mundo curioso pra saber! Um abraço e novamente MEUS PARABÉNS!!! To: oracle_br@yahoogrupos.com.br From: anderson_hr_lis...@yahoo.com.br Date: Sat, 14 Aug 2010 17:07:20 -0700 Subject: Re: Res: [oracle_br] OCM 10g Olá Guilherme, Parabéns pela certificação! É motivo de muito orgulho. Sucesso, Anderson Haertel Rodrigues Consultor Oracle Porto Alegre/RS OCP 10g/9i OCE RAC 10g OCA PL/SQL De: Guilherme Brito Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 5 de Agosto de 2010 15:07:30 Assunto: [oracle_br] OCM 10g Pessoal, É com muita alegria que venho informar que passei no exame Oracle Certified Master 10g que fiz em Atlanta-EUA no dia 24 de Maio. Abraços. -- Atc, Guilherme Brito *OCM 10g* *OCP 11g OCE RAC 10g [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: Res: [oracle_br] OCM 10g
Olá Guilherme, Parabéns pela certificação! É motivo de muito orgulho. Sucesso, Anderson Haertel Rodrigues Consultor Oracle Porto Alegre/RS OCP 10g/9i OCE RAC 10g OCA PL/SQL De: Guilherme Brito Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 5 de Agosto de 2010 15:07:30 Assunto: [oracle_br] OCM 10g Pessoal, É com muita alegria que venho informar que passei no exame Oracle Certified Master 10g que fiz em Atlanta-EUA no dia 24 de Maio. Abraços. -- Atc, Guilherme Brito *OCM 10g* *OCP 11g OCE RAC 10g
Re: [oracle_br] Re: grant de kill para user no unix
Loga no terminal como root # chmod u+s /seuscript.sh ou * # cd * # chmod u+s seuscript.sh das duas maneiras voce vai estar passar a permissao especial no script para execucao mas como funciona? o usuario que tem acesso vai rodar o script *./seusscript.sh* e ele sera executado com o ID do dono dele, no caso o root. agora caso queira remover, sempre logado como root # *cd* # chmod u-s seuscript.sh Att., Eduardo Amaral Em 12 de agosto de 2010 17:27, Márcio Ricardo Alves da Silva < marcio_...@yahoo.com.br> escreveu: > > > Sandro, eu tenho esse script pronto, o problema é que ele é acessado pelo > usuário "root" do unix, e quero criar outro usuário para usar esse script, > mas preciso de grant de KILL. > > Grato. > > - Original Message - > From: Sandro Gazoni > To: oracle_br@yahoogrupos.com.br > Sent: Thursday, August 12, 2010 5:26 PM > Subject: Re: [oracle_br] Re: grant de kill para user no unix > > Marcio, boa tarde ja trabalhei com Datasul e o esquema é esse mesmo. Porem > verifica com o consultor de tecnologia que te atende, pois geralmente eles > deixam um script pronto onde vc possa derrubar a sessão do usuario sem > precisar fazer isso pelo S.O. > > --- Em qui, 12/8/10, Márcio Ricardo Alves da Silva < > marcio_...@yahoo.com.br > escreveu: > > De: Márcio Ricardo Alves da Silva > > > > Assunto: Re: [oracle_br] Re: grant de kill para user no unix > Para: oracle_br@yahoogrupos.com.br > Data: Quinta-feira, 12 de Agosto de 2010, 11:36 > > Chiappa, esqueci de mencionar que o sistema sendo ERP Datasul, o banco que > está sendo utilizado é Progress. Eu não me conformo de os usuários ficarem > presos e processos demorarem muito, mas parece que isso é comum no mundo > Datasul. > > []'s. > - Original Message - > From: José Laurindo > To: oracle_br@yahoogrupos.com.br > Sent: Thursday, August 12, 2010 3:04 PM > Subject: [oracle_br] Re: grant de kill para user no unix > > Márcio, eu acrescentaria um pouco em cima : primeira coisa, uma tool desse > tipo é ** perigosissíma **, se por erro (ou má-fé mesmo) o carinha informar > um pid dum processo importante do banco ou do SO, tudo vai pra cucuia... O > correto é se DESCOBRIR POR QUE toda hora fica usuário 'preso', isso > absolutamente Não É algo normal nem rotineiro nem aceitável, o fornecedor da > aplicação TEM que se explicar, fornecer algum patch, ou ao menos ajudar no > RCA... > Caso REALMENTE algo do tipo seja mesmo inevitável, se eu fosse vc : > > a. primeiro pensaria na hipótese de NÃO deixar o totonho acessar meu > servidor, testaria se um ALTER SESION KILL/DISCONNECT/whatever , executado > numa procedure que o carinha chama duma tool remota qquer, OU duma > programinha vb/java/delphi/.net/o que vc quiser e saber, resolve > > e > > b. seja qual for a solução (procedure, shell script, o que for) AO MENOS > antes de dar o kill eu Validaria nas views do Oracle se aquele PID que o > cara forneceu é mesmo de um shadow process de uma sessão de usuário, se não > for rejeito > > e > > c. implementaria alguma AUDITORIA, gravando em algum lugar (arquivo, > tabela, sei lá) que foi o totonho no dia tal na hora tal ue matou o processo > tal que atendia à sessão xyz > > Essas coisas que eu falei implicam em programar um pouquinho mais, mas não > seria nada assim ultra-mega-power complexo, se vc dar uma boa googlada vc > acha excelentes refs pra vc usar/adaptar tanto de shell script quanto de > acesso às views de sessão/processos/tasks do banco, como > http://www.unix.com/pt/answers-frequently-asked-questions/13774-unix-tutorials-programming-tutorials-shell-scripting-tutorials.html, > http://forums.oracle.com/forums/thread.jspa?threadID=855096&tstart=60 , > http://www.articles.freemegazone.com/killing-oracle-idle-session.php , > http://www.orafaq.com/node/2329 e n outros... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br , > thiagomz escreveu > > > > On 12/08/10 09:02, Márcio Ricardo Alves da Silva wrote: > > > Boas. > > > > > > Desculpe o OFF-TOPIC, mas sei que tem mais gente que mexe no unix aqui > do que qualquer outro grupo que que vá entrar, em português. Ou alguém sabe > um bom grupo de unix para indicar? > > > > > > Aqui na empresa foi implantado o ERP Datasul, uma parte dele na > empresa. E constantemente, usuários de aplicação ficam presos no banco de > dados, tenho que ficar derrubando usuário do banco. > > > > > > Criei um usuário no unix para o suporte da emprsa, para que eles possam > fazer essa atividade, só que o usuário não tem acesso de KILL, concecei > acesso somente a pasta e onde encontra-se o script para derrubar o usuário. > > > > > > Pergunto, como eu conceco privilégio de KILL para esse meu usuário? > > > > > > SO: HP-UX B.11.23 > > > > > > Márcio. > > > > > Márcio, > > > > Só adaptar a sua necessicade. > > > > > http://www.cyberciti.biz/faq/use-sudo-or-sudoers-to-start-stop-restart-apache/ > > > > -- > > att. > > > > Thiago M. Zerbinato - [thiagomz] > > OCP 8i, OCP 10g, RAC 10g Certified Expert > > ww
Re: [oracle_br] Ora-12545 usando PHP
Fala Alexandre, beleza? O seu banco de dados está configurado com Shared Servers? Existe algum firewall entre o app server e o banco? Vamos a 3 hipóteses: A) Se somente a porta do listener (1521) estiver liberada, você pode ter esse tipo de problema. Caso o banco esteja configurado como Shared Server, que é um pool de processos, cada um vai ter uma porta específica e se essa porta não estiver liberada, você pode ter um problema. B) Outra coisa, verifique se você consegue conectar tanto no IP de administração quanto no endereço VIP. Caso você não esteja usando Shared Server para essa conexão e tente conectar, podem ocorrer duas coisas: 1. Se o LISTENER calcular que o nó que você tá conectando é o servidor com melhor disponibilidade, você vai conectar direto nele, através de bequeath e sem precisar criar um novo socket. Esse pode ser o caso em que a conexão funciona. 2. Se o LISTENER calcular que o outro nó é melhor, ele vai te passar o endereço administrativo do outro nó, que pode estar barrado pelo firewall (vamos lá, é só uma hipótese). Este pode ser o momento em que não funciona. E essa variação pode ocorrer toda hora. C) Também pode estar ocorrendo do listener estar te mandando o hostname da máquina à qual você precisa conectar e o app server não consegue resolvê-lo. Aí é verificar se isso tá configurado no dns ou no arquivo hosts da máquina. Se nada disso ajudar, envie os parâmetros de listener e o arquivo listener.ora e informe como essa rede tá configurada e como o app server conecta no banco. Abração. Atenciosamente, Gleyson Melo Em 13 de agosto de 2010 13:14, Alexandre Rocha Plácido < aplacido.ora...@gmail.com> escreveu: > > > Alguém da lista que use PHP. Temos uma aplicação de terceiros aqui que está > com seguinte comportamento. Ora conecta, ora dá o referido erro. O TNSping > retorna tudo ok. Usamos RAC e já testamos trabalhar sempre com um dos nós ao > invés do RAC mas acontece a mesma coisa. > > O banco é o 11g RAC, alguém já passou por isso? > > [cid:image001.jpg@01CB3AE9.6B375350 ] > > [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: Erros no export
Oi - eu não estou trabalhando, estou fazendo paperwork (não pago, of course) para o trabalho, o que é até pior :( ... Intão, no se caso eu digo : primeiro, back to concepts - TANTO o exp quando o datapump *** DEPENDEM SIM *** de determinados objetos no schema SYS (algumas tabelas, packages *EXP*, diversos) então a partir do momento que vc teve corrupção/qquer problema no SYS, imho ** ACABOU AÍ ** a confiabilidade tanto do exp quanto do pump, yep ??? Vc até pode experimentar o impport desse dump que vc gerou, mas como eu disse, eu não boto a mão no fogo pela Confiabilidade desse dump feito nessas condições... Pra mim o procedimento Confiável (abaixo em confiabilidade só do RESTORE de um backup bom e íntegro, Of Course) seria vc gerar um arquivo ASCII de output (que vc pode carregar via sql*loader E tem a vantagem de poder sofrer inspeção visual/manual, ainda que 'por cima'), via execução de query (query só depende dos objetos básicos do SYS como TAB$, OBJ$, etc, pra funcionar, E tem a vantagem de qquer erro vc receber uma msg clara e direta) ... http://tkyte.blogspot.com/2009/10/httpasktomoraclecomtkyteflat.html tem alguns scripts/opções para isso... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Evandro Giachetto escreveu > > Boa tarde colegas. > > Mais alguém trabalhando no sábado à tarde? rsss... > > Bom, estou fazendo um clone de um db. > Esse banco está com alguns problemas nos objetos do sys. > Já tentei rodar os scripts do catalog que recriam os objetos do sys mas sem > sucesso. > > Bom, abri um chamado no metalink mas ainda nao conseguiram encontrar o > problema. > > Mas, não é esse o motivo principal pelo qual estou escrevendo. > > tenho uma dúvida. > > Estou fazendo um expor full para que eu possa aplicar esse export no banco > de destino. > > Motivos por usar export (antes que rebatam). > > 1o. Se eu fizer o clone pelo hotbackup provavelmente esse problema será > clonado também, o que não é mto interessante. > 2o. O export do datapump não está funcionando também devido a esses objetos > corrompidos. > > O único metodo que me restou foi o export. > > Bom, o export terminou dessa forma (apesar de demorar uma infinidade). > ... > Export terminated successfully with warnings. > ... > > Durante o decorrer do export foram apresentados erros assim: > EXP-8: ORACLE error 4063 encountered > ORA-04063: package body "SYS.DBMS_LOGREP_EXP" has errors > ORA-06508: PL/SQL: could not find program unit being called: > "SYS.DBMS_LOGREP_EXP" > ORA-06512: at "SYS.DBMS_FILE_GROUP_EXP", line 634 > > > No entanto, pude perceber que os schemas da aplicação foram exportados. > > Minha dúvida é: > > Isso que pretendo fazer irá funcionar? > Tenho uma instalação nova do Oracle em um outro servidor. > Nessa instalação eu criarei todos os objetos do catalog e mais alguns, como > o WMSYS, EXFSYS, etc. > Após a aplicação do catalog eu farei o import do banco origem. > > > Alguma idéia? > > > > Evandro Giachetto > Oracle SQL Expert > Oracle Certified Associate > evan...@... > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Erros no export
Boa tarde colegas. Mais alguém trabalhando no sábado à tarde? rsss... Bom, estou fazendo um clone de um db. Esse banco está com alguns problemas nos objetos do sys. Já tentei rodar os scripts do catalog que recriam os objetos do sys mas sem sucesso. Bom, abri um chamado no metalink mas ainda nao conseguiram encontrar o problema. Mas, não é esse o motivo principal pelo qual estou escrevendo. tenho uma dúvida. Estou fazendo um expor full para que eu possa aplicar esse export no banco de destino. Motivos por usar export (antes que rebatam). 1o. Se eu fizer o clone pelo hotbackup provavelmente esse problema será clonado também, o que não é mto interessante. 2o. O export do datapump não está funcionando também devido a esses objetos corrompidos. O único metodo que me restou foi o export. Bom, o export terminou dessa forma (apesar de demorar uma infinidade). ... Export terminated successfully with warnings. ... Durante o decorrer do export foram apresentados erros assim: EXP-8: ORACLE error 4063 encountered ORA-04063: package body "SYS.DBMS_LOGREP_EXP" has errors ORA-06508: PL/SQL: could not find program unit being called: "SYS.DBMS_LOGREP_EXP" ORA-06512: at "SYS.DBMS_FILE_GROUP_EXP", line 634 No entanto, pude perceber que os schemas da aplicação foram exportados. Minha dúvida é: Isso que pretendo fazer irá funcionar? Tenho uma instalação nova do Oracle em um outro servidor. Nessa instalação eu criarei todos os objetos do catalog e mais alguns, como o WMSYS, EXFSYS, etc. Após a aplicação do catalog eu farei o import do banco origem. Alguma idéia? Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@clickinterativa.com.br [As partes desta mensagem que não continham texto foram removidas]
