Как запустить диспетчер Oracle Enterprise после перезапуска Red Hat Server?


9

Я установил Oracle 11g на сервер Red Hat Enterprise 5.0. В первый раз все работало хорошо.

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

Я не могу открыть EM в своем браузере. Когда я вижу, emctl статус dbconsole - это показывает

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

Oracle Enterprise Manager 11g не работает.
-------------------------------------------------- ----------------

Но агент работает нормально => bash-3.00 $ агент состояния emctl Oracle Enterprise Manager 11g Database Control Release 11.1.0. Copyright (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-25.2009, 10:52.
Автор: orcl.
Последняя перезагрузка : 25-25.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
Copyright (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

если не поможет - попробуй перенастроить их

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

проверьте файлы журнала оракула, чтобы получить больше информации об ошибке

надеясь, что это поможет вам.


Я попробовал su - oracle <br> /usr/local/oracle/product/11.1.0/db_1/bin ./emctl, но он показывает Oracle Enterprise Manager 11g Database Control Release 11.1.0. Copyright (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файла и обработать ее в сценарии инициализации - но когда вы делаете какую-либо установку 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 / hostname_SID / sysman / log / emdctl.log и emdctl.trc - файлы журнала и трассировки emctl
  • ORACLE_HOME / hostname_SID / sysman / log / emagentfetchlet.trc и emagentfetchlet.log - файл журнала и трассировки для Java Fetchlets

Вот обсуждение аналогичной проблемы.

Кроме того, в имени хоста не должно быть подчеркивания; вы не должны использовать DHCP; nslookup должен разрешать FQN, и обратный поиск должен работать; IPV6 пока не поддерживается.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.