Como iniciar o Oracle Enterprise Manager depois de reiniciar o Red Hat Server?

9

Eu instalei o Oracle 11g no servidor Red Hat Enterprise 5.0. Primeira vez que tudo funcionou bem.

Depois de criar o arquivo de script dbora em /etc/init.d/ e definir todas as variáveis ​​ambientais do oracle, eu apenas reiniciei o servidor e, em seguida, o Oracle Enterprise Manager não está funcionando

Não consigo abrir o EM no meu navegador. Quando vejo, emctl status dbconsole - mostra

status do bash-3.00 $ emctl dbconsole
Oracle Enterprise Manager 11g Database Control Release 11.1.0.
Copyright (c) 1996, 2007 Oracle Corporation. Todos os direitos reservados.

O Oracle Enterprise Manager 11g não está em execução.
-------------------------------------------------- ----------------

Mas o agente está executando bem => agente de status bash-3.00 $ emctl Oracle Enterprise Manager 11g Database Control Release 11.1.0. Copyright (c) 1996, 2007 Oracle Corporation. Todos os direitos reservados.
-------------------------------------------------- -------------
Versão do agente: 11.1.0.0.1
Versão do OMS: 11.1.0.0.1
Versão do protocolo: 11.1.0.0.1
Página inicial do agente: /u01/apps/oracle/product/11.1 .0 / devdb_02_FCC2
Binários do agente: /u01/apps/oracle/product/11.1.0/
ID do processo do agente: 983264
ID do processo pai: 741562

Iniciado em: 2009-25-05 10:52:23
Iniciado pelo usuário: orcl
Último recarregamento: 2009-25-05 13:42:41
Último upload bem-sucedido: (nenhum)
Último upload tentado: (nenhum)
Total de megabytes de arquivos XML enviados até o momento: 0,00
Número de arquivos XML com upload pendente: 0
Tamanho dos arquivos XML com upload pendente (MB): 0,00
Espaço em disco disponível no sistema de arquivos para upload: 28,08%

O agente está em execução e pronto

Quando estou tentando iniciar o dbconsole, ele passa pelo erro:

bash-3.00 $ emctl start dbconsole

Versão do controle do banco de dados Oracle Enterprise Manager 11g 11.1.0.0
Copyright (c) 1996, 2007 Oracle Corporation. Todos os direitos reservados.

Iniciando o controle do banco de dados Oracle Enterprise Manager 11g
........................................... .................................................. falhou.
-------------------------------------------------- ----------------

Ajude a resolver este erro.

linux oracle redhat Charly
fonte

Respostas:

7

Tente reconfigurá-los completamente

emctl stop dbconsole
emca -repos drop
emca -repos create
emca -deconfig dbcontrol db
emca -config dbcontrol db

Os melhores cumprimentos

Vadim Belovalov
fonte
1
Sim, reconfigurei o em e funcionou. Obrigado pela ajuda.
305 Charly
O emca -deconfig dbcontrol dbcomando falhou enquanto eu estava reconfigurando, então pulei essa etapa e corri emca -config dbcontrol db. A reconfiguração funcionou bem e o OEM está de volta em funcionamento.
Steven Wolfe
2

tentar

emctl start dbconsole

se isso não ajudar - tente reconfigurar o em

emca -config dbcontrol db

fonte
0

o que fazemos aqui é: su - oracle e, em seguida: cd /usr/local/oracle/product/10.2.0/db_1/bin ./emctl status <- para verificar se oem não está sendo executado ./emctl start dbconsole <- para começar oem

verifique os arquivos de log da Oracle para obter mais informações sobre o erro

esperando que isso ajude você.

Xinity
fonte
Tentei o status su - oracle / /roc/local/oracle/product/11.1.0/db_1/bin ./emctl ainda mostrando o Oracle Enterprise Manager 11g Database Control Release 11.1.0. Copyright (c) 1996, 2007 Oracle Corporation. Todos os direitos reservados. O Oracle Enterprise Manager 11g não está em execução. -------------------------------------------------- ---------------- <br>
Charly
0

Isso pode ou não estar relacionado, mas se o seu banco de dados estiver em execução ASM, verifique se cssdestá em execução antes de chamar startseu init-script - ou certifique-se de que o script init observe a lista de processos e aguarde até ver o processo antes de executar qualquer coisa ... (CSSD é o daemon que controla a comunicação entre a instância do banco de dados e a instância ASM).

[root@up-edia-db1 ~]# grep cssd /etc/inittab
h1:35:respawn:/etc/init.d/init.cssd run >/dev/null 2>&1 </dev/null
[root@up-edia-db1 ~]# ps -fu oracle|grep cssd
oracle    3837  3662  0 Mar19 ?        00:02:23 /opt/oracle/product/11.1.0.7/asm/bin/ocssd.bin

Outra solução é remover essa entrada do inittabarquivo e processá-la em um script init - mas quando você faz qualquer instalação do Oracle, ela será exibida novamente (da memória) - para que se torne uma manutenção alta. Ainda não sei por que a Oracle insiste em colocar isso no inittab - é um pouco doloroso.

Xerxes
fonte
0

Aqui estão alguns arquivos de log que podem ajudá-lo a solucionar esse problema (da Metalink):

  • ORACLE_HOME / hostname_sid / sysman / log / emdb.nohup - contém a saída padrão do processo Java principal do console em cada inicialização / saída (dbconsole e agente). É anexado a cada nova saída do processo Java principal do console.
  • ORACLE_HOME / hostname_sid / sysman / log / emagent.log e emagent.trc - arquivos de log e rastreio do agente principal
  • ORACLE_HOME / hostname_sid / sysman / log / emoms.log e emoms.trc - arquivos principais de log e rastreio do serviço de gerenciamento
  • ORACLE_HOME / hostname_SID / sysman / log / emdctl.log e emdctl.trc - arquivos de log e rastreio emctl
  • ORACLE_HOME / hostname_SID / sysman / log / emagentfetchlet.trc e emagentfetchlet.log - arquivo de log e rastreio para Java Fetchlets

Aqui está uma discussão sobre um assunto semelhante.

Além disso, nenhum sublinhado deve estar no nome do host; você não deveria estar usando DHCP; O nslookup deve resolver o FQN e a pesquisa reversa deve funcionar; IPV6 ainda não é suportado.

DCookie
fonte