DeepEdit!

Программирование баз данных на Oracle, техническая документация, литература, статьи и публикации

  • Увеличить размер шрифта
  • Размер шрифта по умолчанию
  • Уменьшить размер шрифта

Диагностика проблем прослушивающего процесса WebDB

К сожалению, о возникновении проблем с прослушивающим процессом WebDB можно узнать только по сообщению браузера, которое само по себе мало о чем говорит. Чтобы сэкономить время при определении реальной причины, следует применять поэтапный подход, подобный тому, который описан в главе 14 для прослушивающего процесса Net8.
Как правило, проблемы с прослушивающим процессом WebDB обусловлены конфликтами с другими процессами, запущенными на той же машине. Когда прослушивающему процессу WebDB назначен порт 80, номер порта можно не указывать.
Если обращение к WebDB выполняется с машины, находящейся за пределами сети, то возможна ситуация, когда служба DNS не может разрешить приведенное выше имя в IP-адрес локальной машины до наступления тайм-аута.
Наиболее очевидная причина заключается в том, что прослушивающий процесс WebDB просто не установлен или не запущен. Чтобы проверить, так ли это, в Windows NT нужно открыть окно Services и посмотреть, присутствует ли в списке служб запись для Oracle WebDB Listener, и если да, то отмечена ли эта служба как запущенная. В UNIX нужно проверить, запущен ли системный процесс wdblsnr.
Даже если прослушивающий процесс по всем признакам установлен и ' запущен, Это совсем не означает, что он функционирует нормально. Чтобы проверить, действительно ли прослушивающий процесс способен обслуживать HTTP-запросы, откройте браузер и попробуйте обратиться к следующей странице: Ь«р://<имя_вашей_машины>:<порт>/\уеЬаЬ /admin_/gateway.htm. Если браузер выдаст сообщение о тайм-ауте, то велика вероятность, что прослушивающему процессу был назначен порт, используемый другим процессом. Порт 80 обычно прослушивается несколькими разными процессами, работающими с протоколом HTTP. Если при конфигурировании вы указали этот порт, а он используется другим прослушивающим процессом, то ваш прослушивающий процесс может не иметь к нему доступа. В любом случае стоит перезапустить прослушивающий процесс и попытаться обратиться к нему еще раз.
Если конфликты портов не выявлены, следует зайти на страницу надстроек шлюза PL/SQL. Если вы не видите этой страницы, то возможно, ■что при определении DAD была допущена синтаксическая ошибка. Параметр с названием Keep Database Connection Open чувствителен к регистру — первая буква должна быть прописной. Такая мелочь, как запись значения этого параметра целиком в верхнем или нижнем регистре, может привести к неправильной работе прослушивающего процесса WebDB.
 









jAntivirus