Як можна запустити менеджер Oracle Enterprise після перезавантаження сервера Red Hat?


9

Я встановив Oracle 11g на сервер Red Hat Enterprise 5.0. Перший раз все спрацювало добре.

Після створення файлу сценарію dbora в /etc/init.d/ та встановлення всіх змінних середовищ Oracle я просто перезапустив сервер, потім менеджер Oracle Enterprise не працює

Я не в змозі відкрити ЕМ у своєму браузері. Коли я бачу, статус emctl dbconsole - це показує

bash-3.00 $ статус emctl dbconsole
Oracle Enterprise Manager 11g Контроль баз даних 11.1.0.
Авторські права (c) 1996, 2007 корпорація Oracle. Всі права захищені.

Oracle Enterprise Manager 11g не працює.
-------------------------------------------------- ----------------

Але агент працює добре => bash-3.00 $ агент агента статусу emctl Oracle Enterprise Manager 11g Контроль бази даних випуск 11.1.0. Авторські права (c) 1996, 2007 корпорація Oracle. Всі права захищені.
-------------------------------------------------- -------------
Версія агента: 11.1.0.0.1
Версія OMS: 11.1.0.0.1
Версія протоколу: 11.1.0.0.1
Головна агента: /u01/apps/oracle/product/11.1 .0 / devdb_02_FCC2
Бінарні файли агента: /u01/apps/oracle/product/11.1.0/
Ідентифікатор процесу агента: 983264 Ідентифікатор
батьківського процесу: 741562

Розпочато на: 25.05.2009 10.52.23
розпочав користувач: orcl
Останнє перезавантаження: 25.05.2009 13.42.41
Останній успішний додаток : (жоден)
Остання спроба завантаження: (немає)
Всього мегабайт XML-файлів завантажено до цього часу: 0,00
Кількість XML-файлів, що очікують на завантаження: 0
Розмір XML-файлів, що очікують на завантаження (МБ): 0,00
Наявність місця на диску у файловій системі завантаження: 28,08%


Агент працює і готовий

Коли я намагаюся запустити dbconsole, він через помилку:

bash-3.00 $ emctl start dbconsole

Oracle Enterprise Manager 11g Контроль баз даних 11.1.0.0
Авторські права (c) 1996, 2007 Oracle Corporation. Всі права захищені.

Запуск Oracle Enterprise Manager 11g Управління базами даних
........................................... .................................................. не вдалося.
-------------------------------------------------- ----------------

Будь ласка, допоможіть вирішити цю помилку.

Відповіді:


7

Спробуйте повністю їх налаштувати

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

З найкращими побажаннями


1
Так, я переналаштував їх, і це спрацювало. Дякую за допомогу.
Чарлі

Під emca -deconfig dbcontrol dbчас переналаштування команда не вдалася, тому я пропустив цей крок і побіг emca -config dbcontrol db. Реконфігурація спрацювала нормально, і резервне копіювання OEM працює.
Стівен Вулф

2

спробуйте

emctl start dbconsole

якщо це не допомагає - спробуйте змінити налаштування em

emca -config dbcontrol db

0

що ми робимо тут: su - oracle, а потім: cd /usr/local/oracle/product/10.2.0/db_1/bin ./emctl status <- перевірити, чи не працює oem ./emctl start dbconsole <- почати oem

перевірте файли журналів Oracle, щоб отримати більше інформації про помилку

сподіваючись, що це вам допоможе.


Я спробував su - oracle <br> /usr/local/oracle/product/11.1.0/db_1/bin ./emctl статус, він все ще показує Oracle Enterprise Manager 11g Control Database Release 11.1.0. Авторські права (c) 1996, 2007 корпорація Oracle. Всі права захищені. Oracle Enterprise Manager 11g не працює. -------------------------------------------------- ---------------- <br>
Чарлі

0

Це може бути, а може і не бути пов’язаним, але якщо ваша база даних працює ASM, перевірте, чи cssdфункція запущена, перш ніж викликати startваш init-script - або, переконайтесь, що ваш скрипт init переглядає список процесів і чекає, поки він не побачить процес, перш ніж робити що-небудь ... (CSSD - демон, який контролює зв'язок між екземпляром бази даних та екземпляром 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

Іншим рішенням є видалення цього запису з inittabфайлу та опрацювання його в скрипт init - але коли ви зробите будь-яку установку Oracle, він перекине його туди (з пам'яті) - тому він стане високим обслуговуванням. Я ще не знаю, чому Oracle наполягає на тому, щоб це вводити в inittab - це трохи боляче.


0

Ось деякі файли журналів, які можуть допомогти вирішити цю проблему (від Metalink):

  • ORACLE_HOME / hostname_sid / sysman / log / emdb.nohup - містить стандартний вихід з основного Java-процесу консолі при кожному запуску / виході (dbconsole та agent). Він додається до кожного нового виводу основного процесу Java-консолі.
  • ORACLE_HOME / hostname_sid / sysman / log / emagent.log та emagent.trc - головний журнал агента та файли слідів
  • ORACLE_HOME / hostname_sid / sysman / log / emoms.log та emoms.trc - основний журнал служб управління та файли трасування
  • ORACLE_HOME / ім'я хоста_SID / sysman / log / emdctl.log та emdctl.trc - файли журналу та файли слідів emctl
  • ORACLE_HOME / ім'я хоста_SID / sysman / log / emagentfetchlet.trc та emagentfetchlet.log - файл журналу та файлу трасування для Java Fetchlets

Ось дискусія з подібного питання.

Крім того, в імені хоста не повинно бути підкреслених; ви не повинні використовувати DHCP; nslookup повинен вирішувати FQN і зворотний пошук повинен працювати; IPV6 ще не підтримується.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.