Esse ambiente é de Homologação. -- *Wanderson Barrence | Analista de Banco de Dados* *DBA Oracle 10g/11g - Microsoft SQL-Server 2008* *MBA - Administração de Banco de Dados* *CBTS - Certificação Brasileira de Teste de Software* ------------------------------------------------------------------ *Skype*: wbarrence *Facebook*:http://www.facebook.com/wbarrence *Linkedin*: http://br.linkedin.com/in/wbarrence
Em 26 de junho de 2013 20:54, J. Laurindo Chiappa <[email protected]>escreveu: > ** > > > E é claro, a palavra de praxe : SE esse ambiente é produção, antes de sair > fazendo alterações internas do tipo as citadas, ** PROTEJA-SE ** abrindo um > Chamado no Suporte Oracle antes pra te apoiar, yes ??? > Take care... > > []s > > Chiappa > > --- Em [email protected], "J. Laurindo Chiappa" <jlchiappa@...> > escreveu > > > > > Não tenho aqui comigo as notas metalink referentes (dá uma pesquisada no > metalink), mas Repito : o problema **** Não É **** solucionado pelo aumento > do timeout e/o o restart por sí só, o teu problema (pelo que eu DEDUZO) é o > impdp consumindo tanto que o has causa um reboot - então , não é > simplesmente aumentar o timeout e/ou desabilitar reboot, isso tudo é > WORK-AROUND para o verdadeiro problema, que é a demora excessiva e consumo > de recursos excessiva do impdp, right ?? Tá claro ?? É essa demora > excessiva com consumo de recursos que TEM que ser atacada e solucionada... > > > > []s > > > > Chiappa > > > > --- Em [email protected], Wanderson Barrence <wbarrence@> > escreveu > > > > > > > Ops!!! > > > > > > Metalink sobre desabilitar ou aumentar o timeout do componente OHAS. > > > > > > Att, > > > > > > -- > > > *Wanderson Barrence | Analista de Banco de Dados* > > > *DBA Oracle 10g/11g - Microsoft SQL-Server 2008* > > > *MBA - Administração de Banco de Dados* > > > *CBTS - Certificação Brasileira de Teste de Software* > > > ---------------------------------------------------------- > > > *Skype*: wbarrence > > > *Facebook*:http://www.facebook.com/wbarrence > > > *Linkedin*: http://br.linkedin.com/in/wbarrence > > > > > > > > > Em 26 de junho de 2013 19:11, Wanderson Barrence <wbarrence@>escreveu: > > > > > > > > Olá Chiappa!!! > > > > > > > > Obrigado mais uma vez pela resposta. > > > > > > > > Você tem o metalink que fala sobre esse problema? > > > > > > > > Att, > > > > > > > > -- > > > > > > > > *Wanderson Barrence | Analista de Banco de Dados* > > > > *DBA Oracle 10g/11g - Microsoft SQL-Server 2008* > > > > *MBA - Administração de Banco de Dados* > > > > *CBTS - Certificação Brasileira de Teste de Software* > > > > ---------------------------------------------------------- > > > > *Skype*: wbarrence > > > > *Facebook*:http://www.facebook.com/wbarrence > > > > *Linkedin*: http://br.linkedin.com/in/wbarrence > > > > > > > > > > > > Em 26 de junho de 2013 19:04, J. Laurindo Chiappa <jlchiappa@ > >escreveu: > > > > > > > > > ** > > > >> > > > >> > > > >> Sim, a msg de reboot por parte do ohas tem TUDO A VER : vc não diz, > mas o > > > >> que ocorre é que com Certeza além do RDBMS vc tem aí instalado algum > > > >> software que engloba/usa o Oracle High Availability Service daemon, > aka > > > >> OHAS - o tal software pode ser o Clusterware/Grid Infrastructure, > pode ser > > > >> o ASM) , enfim, é alguém mais afora o RDBMS - esse OHAS é um daemon > de > > > >> alta-disponibilidade que serve para detectar servidor travado, se > uma > > > >> máquina com ele presente não enviar/receber um "pacote de ping" - > uma > > > >> comunicação específica pequena - num intervalo de tempo > determinado, o OHAS > > > >> assume que o servidor está irresponsivo e sinaliza para o > componente Oracle > > > >> Restart um reboot ... Plz DESCUBRA AÍ que software é esse... > > > >> > > > >> Pelo jeito, o teu problema é que esse impdp está demorando tanto e > > > >> consumindo tantos recursos (CPU, rede, etc) que o servidor não > consegue > > > >> mandar o "ping" pro OHAS em tempo hábil e cai em timeout, o que > dispara o > > > >> reboot via Oracle Restart... A recomendação é dupla : MELHORE o > > > >> procedimento de import (quebrando em vários imps, NÂO validando as > > > >> constraints pelo import , checando ** TODOS ** aqueles pontos de > > > >> performance de datapump que já discutimos aqui no fórum e que são > objetos > > > >> das notas metalink sobre o assunto que te passei emn threads > anteriores), > > > >> ** E ** também aumente o timeout do OHAS, e/ou pense na > possibilidade de > > > >> desabilitar o restart - dá uma pesuisadinha no metalink que vc vai > achar > > > >> diversas notas documentando as possibilidades... > > > >> > > > >> []s > > > >> > > > >> Chiappa > > > >> > > > >> --- Em [email protected], Wanderson Barrence <wbarrence@ > > > > > >> escreveu > > > >> > > > >> > > > > >> > Olá Pessoal, > > > >> > > > > >> > Estou com um problema estranho em um dos meus servidores, eu > preciso > > > >> fazer > > > >> > a importação de um banco de dados via IMPDP, esse processo demora > mais > > > >> ou > > > >> > menos 24h, mas no meio do processo o servidor reinicia > automaticamente. > > > >> A > > > >> > máquina tem 4 processadores e 12 GB de RAM e só está utilizando 8 > GB. > > > >> > > > > >> > Eu já importei esse dump em máquinas com 2 processadores e 8 GB > de RAM e > > > >> > não deu problema algum. > > > >> > > > > >> > SO: RHEL 6.4 > > > >> > BD: Oracle 11G E.E (11.2.0.3) > > > >> > > > > >> > Eu estou investigando esse problema, e peguei a seguinte mensagem > no > > > >> S.O: > > > >> > > > > >> > Jun 25 14:49:27 hlgsvdcerpbd02 acpid: starting up > > > >> > Jun 25 14:49:27 hlgsvdcerpbd02 acpid: 1 rule loaded > > > >> > Jun 25 14:49:27 hlgsvdcerpbd02 acpid: waiting for events: event > logging > > > >> is > > > >> > off > > > >> > Jun 25 14:49:28 hlgsvdcerpbd02 acpid: client connected from > 2112[68:68] > > > >> > Jun 25 14:49:28 hlgsvdcerpbd02 acpid: 1 client rule loaded > > > >> > Jun 25 14:49:28 hlgsvdcerpbd02 winbindd[2125]: [2013/06/25 > > > >> 14:49:28.844600, > > > >> > 0] winbindd/winbindd_cache.c:3147(initialize_winbindd_cache) > > > >> > Jun 25 14:49:28 hlgsvdcerpbd02 winbindd[2125]: > > > >> initialize_winbindd_cache: > > > >> > clearing cache and re-creating with version number 2 > > > >> > Jun 25 14:49:30 hlgsvdcerpbd02 automount[2141]: > lookup_read_master: > > > >> > lookup(nisplus): couldn't locate nis+ table auto.master > > > >> > Jun 25 14:49:32 hlgsvdcerpbd02 abrtd: Init complete, entering > main loop > > > >> > Jun 25 14:49:33 hlgsvdcerpbd02 logger: Oracle HA daemon is > enabled for > > > >> > autostart. > > > >> > Jun 25 14:49:33 hlgsvdcerpbd02 logger: exec > > > >> > /oracle/product/11.2.0/grid/perl/bin/perl > > > >> > -I/oracle/product/11.2.0/grid/perl/lib > /oracle/product/11.2.0/grid/bin/ > > > >> > > > > >> > crswrapexece.pl/oracle/product/11.2.0/grid/crs/install/s_crsconfig_hlgsvdcerpbd02_env.txt > > > >> > /oracle/product/11.2.0/grid/bin/ohasd.bin > > > >> > "reboot" > > > >> > Jun 25 14:49:39 hlgsvdcerpbd02 polkitd[2626]: started daemon > version > > > >> 0.96 > > > >> > using authority implementation `local' version `0.96' > > > >> > > > > >> > Embora eu não entenda muito o que ela quer dizer, eu percebi essa > > > >> > informação "/oracle/product/11.2.0/grid/bin/ohasd.bin > "reboot"",não sei > > > >> se > > > >> > tem alguma coisa haver com o meu problema, todavia alguém pode me > > > >> ajudar? > > > >> > > > > >> > Att, > > > >> > -- > > > >> > *Wanderson Barrence | Analista de Banco de Dados* > > > >> > *DBA Oracle 10g/11g - Microsoft SQL-Server 2008* > > > >> > *MBA - Administração de Banco de Dados* > > > >> > *CBTS - Certificação Brasileira de Teste de Software* > > > >> > ---------------------------------------------------------- > > > >> > *Skype*: wbarrence > > > >> > *Facebook*:http://www.facebook.com/wbarrence > > > >> > *Linkedin*: http://br.linkedin.com/in/wbarrence > > > >> > > > > >> > > > > >> > [As partes desta mensagem que não continham texto foram removidas] > > > >> > > > > >> > > > >> > > > >> > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] ------------------------------------ -------------------------------------------------------------------------------------------------------------------------- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/[email protected]/ -------------------------------------------------------------------------------------------------------------------------- >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: [email protected] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
