Jak mogę uruchomić Oracle Enterprise Manager po zrestartowaniu serwera Red Hat?


9

Zainstalowałem Oracle 11g na serwerze Red Hat Enterprise 5.0. Za pierwszym razem wszystko działało dobrze.

Po utworzeniu pliku skryptu dbora w /etc/init.d/ i ustawieniu wszystkich zmiennych środowiskowych wyroczni właśnie zrestartowałem serwer, a następnie menedżer Oracle Enterprise nie działa

Nie mogę otworzyć EM w mojej przeglądarce. Kiedy widzę, emctl status dbconsole - pokazuje

bash-3.00 $ emctl status dbconsole
Oracle Enterprise Manager 11g Database Control Release 11.1.0.
Prawa autorskie (c) 1996, 2007 Oracle Corporation. Wszelkie prawa zastrzeżone.

Oracle Enterprise Manager 11g nie działa.
-------------------------------------------------- ----------------

Ale agent działa poprawnie => bash-3.00 $ emctl status agent Oracle Enterprise Manager 11g Database Control Release 11.1.0. Prawa autorskie (c) 1996, 2007 Oracle Corporation. Wszelkie prawa zastrzeżone.
-------------------------------------------------- -------------
Wersja agenta: 11.1.0.0.1
Wersja OMS: 11.1.0.0.1
Wersja protokołu: 11.1.0.0.1
Strona główna agenta: /u01/apps/oracle/product/11.1 .0 / devdb_02_FCC2 Pliki
binarne agenta: /u01/apps/oracle/product/11.1.0/
Identyfikator procesu agenta: 983264
Identyfikator procesu nadrzędnego: 741562

Rozpoczęto: 2009-25-05 10:52:23
Rozpoczęte przez użytkownika: orcl
Ostatnie przeładowanie : 2009-25-05 13:42:41
Ostatnie pomyślne przesłanie: (brak)
Ostatnia próba przesłania: (brak)
Całkowita liczba megabajtów plików XML przesłane do tej pory: 0,00
Liczba plików XML oczekujących na przesłanie: 0
Rozmiar plików XML oczekujących na przesłanie (MB): 0,00
Dostępne miejsce na dysku w systemie plików do przesłania: 28,08%


Agent jest uruchomiony i gotowy

Kiedy próbuję uruchomić dbconsole, pojawia się błąd:

bash-3.00 $ emctl start dbconsole

Oracle Enterprise Manager 11g Database Control Release 11.1.0.0
Copyright (c) 1996, 2007 Oracle Corporation. Wszelkie prawa zastrzeżone.

Uruchamianie kontroli bazy danych Oracle Enterprise Manager 11g
........................................... .................................................. nie powiodło się
-------------------------------------------------- ----------------

Pomóż rozwiązać ten błąd.

Odpowiedzi:


7

Spróbuj całkowicie je ponownie skonfigurować

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

Z poważaniem


1
Tak, ponownie skonfigurowałem je i zadziałało. Dzięki za pomoc.
Charly

emca -deconfig dbcontrol dbPolecenie nie powiodło, a ja rekonfiguracji, więc pominąłem ten krok i uciekł emca -config dbcontrol db. Rekonfiguracja działała poprawnie, a OEM został ponownie uruchomiony.
Steven Wolfe

2

próbować

emctl start dbconsole

jeśli to nie pomoże - spróbuj je ponownie skonfigurować

emca -config dbcontrol db

0

robimy tutaj: su - oracle, a następnie: cd /usr/local/oracle/product/10.2.0/db_1/bin ./emctl status <- aby sprawdzić, czy OEM nie działa ./emctl start dbconsole <- zacząć oem

sprawdź pliki dziennika oracle, aby uzyskać więcej informacji o błędzie

mając nadzieję, że ci to pomoże.


Próbowałem su - oracle <br> /usr/local/oracle/product/11.1.0/db_1/bin ./emctl wciąż pokazuje status Oracle Enterprise Manager 11g Database Control Release 11.1.0. Prawa autorskie (c) 1996, 2007 Oracle Corporation. Wszelkie prawa zastrzeżone. Oracle Enterprise Manager 11g nie działa. -------------------------------------------------- ---------------- <br>
Charly

0

To może być lub może nie być związane, ale jeśli baza danych jest uruchomiony z ASM, sprawdź, czy cssdjest uruchomiony przed wywołaniem startna własną init-script - czy raczej upewnić się, że skrypty init zegarki listę procesów i czeka aż widzi proces przed wykonaniem cokolwiek ... (CSSD to demon, który kontroluje komunikację między instancją bazy danych a instancją 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

Innym rozwiązaniem jest usunięcie tego wpisu z inittabpliku i przetworzenie go w skrypt inicjujący - ale kiedy wykonasz jakąkolwiek instalację Oracle, pojawi się tam ponownie (z pamięci) - dzięki czemu staje się wymagający. Nie wiem jeszcze, dlaczego Oracle nalega na umieszczenie tego w inittab - to trochę bolesne.


0

Oto kilka plików dziennika, które mogą pomóc w rozwiązaniu tego problemu (z Metalink):

  • ORACLE_HOME / identyfikator_hosta / sysman / log / emdb.nohup - zawiera standardowe dane wyjściowe z głównego procesu Java konsoli przy każdym uruchomieniu / zakończeniu (dbconsole i agent). Jest dołączany z każdym nowym wyjściem głównego procesu Java konsoli.
  • ORACLE_HOME / hostname_sid / sysman / log / emagent.log and emagent.trc - główne pliki dziennika i śledzenia agenta
  • ORACLE_HOME / identyfikator_hosta / sysman / log / emoms.log i emoms.trc - główne pliki dziennika i śledzenia usługi zarządzania
  • ORACLE_HOME / nazwa_hosta_SID / sysman / log / emdctl.log i emdctl.trc - pliki dziennika i śledzenia emctl
  • ORACLE_HOME / nazwa_hosta_SID / sysman / log / emagentfetchlet.trc i emagentfetchlet.log - plik dziennika i śledzenia dla pobierania Java

Oto dyskusja na podobny temat.

Ponadto w nazwie hosta nie powinny znajdować się podkreślenia; nie powinieneś używać DHCP; nslookup musi rozwiązać FQN, a wyszukiwanie wsteczne musi działać; IPV6 nie jest jeszcze obsługiwany.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.