Enterprise Manager is not able to connect to the database instance

dbstalker, 25 января

Инсталлировали на новом сервере ORACLE 10g. Все получилось прекрасно: сервер работает, клиенты подключаются. Но администратор страдает: Database contol не запускается: Enterprise Manager is not able to connect to the database instance. The state of the components are listed below. К тому же показывает, что Agent Connection to Instance, Listener, Database Instance в нерабочем состоянии. Картинка более чем странная.

Сначала подумали, что с паролями системных пользователей проблемы. Поменяли им пароли . Потом

emca -deconfig dbcontrol db (to drop old config files)
emca -config dbcontrol db (to create new config files)

Все равно проблема осталась.

Подняли скрипт, созданный во время инсталляции. Там нашли команду:

/opt/oracle/product/10.2.0/db_1/bin/emca -config dbcontrol db -silent
 -backup -LOG_FILE /mnt/raid5/oracle/my_database/admin/my_database/
scripts/emConfig.log -DBSNMP_PWD my_pwd -SYS_PWD my_pwd -SID 
my_database -BACKUP_MINUTE 0 -DB_UNIQUE_NAME my_database -EM_HOME
 /opt/oracle/product/10.2.0/db_1 -SYSMAN_PWD my_pwd -HOST_USER_PWD 
my_pwd -SERVICE_NAME my_database.domain -PORT 1521 -BACKUP_HOUR 2
 -LISTENER_OH /opt/oracle/product/10.2.0/db_1 -LISTENER LISTENER 
-HOST_USER oracle -ORACLE_HOME /opt/oracle/product/10.2.0/db_1 
-HOST my_server.domain;

Решили проверить настройки листенера listener.ora на соответствие порта и названия хоста. В listener.ora:

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (SID_NAME = PLSExtProc)
      (ORACLE_HOME = /opt/oracle/product/10.2.0/db_1)
      (PROGRAM = extproc)
    )
    (SID_DESC =
      (SID_NAME = my_database)
      (ORACLE_HOME = /opt/oracle/product/10.2.0/db_1)
    )
 )
LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = xx.xx.xx.xx)(PORT = 1521))
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0))
    )
  )

Оказалось, что в listener.ora хост был указан IP-адресом. Поняли на my_server.domain.

Database contol чудненько заработал.

1 комментарий

Прокоментировать

Alex
31 января 2010 г. в 03:06

Такое бывает, если настроить OEM а потом изменить что-нибудь в способах аутентификации (создать файл паролей, отредактировать sqlnet.ora/listener.ora). Мне помогло - заново сконфигурячить OEM:
$ emca -config dbcontrol db

Предварительно конечно посмотрел в логи, увидел море жававских ошибок, почувствовал себя слепым котенком с единственным средством - emca / emctl

 

Новый комментарий

Я не спамер: введите суму 4+8



 

От авторов блога

О Блоге - прочитай перед началом.

Задать вопрос и получить ответ - уже решено 94 вопросов

Глоссарий - список терминов и сокращений


 
 

Бизнес форум

Последние темы:

Досуг для взрослых
19 червня, 1 ответа
авто
19 червня, 1 ответа
Отдых
18 червня, 2 ответа