(495) 925-0049, ITShop интернет-магазин 229-0436, Учебный Центр 925-0049
  Главная страница Карта сайта Контакты
Поиск
Вход
Регистрация
Рассылки сайта
 
 
 
 
 

Трассировка сетевого соединения с Oracle

Владимир Пржиялковский

Оглавление

Можно без натяжек утверждать, что большая часть соединений с СУБД Oracle выполняется через сеть. Не все согласятся, что соединение по сети входит в тематику баз данных, но то, что администрирование таких подсоединений составляет заметную долю работы АБД, бесспорно.

Для организации соединения по сети к своей СУБД фирма Oracle предлагает целый ряд решений, не всегда, к сожалению, последовательных, а временами и "сыроватых". Чтобы разобраться в этом ряду, нужен определенный уровень подготовки по сетевой тематике, не столь уж часто среди специалистов по базам данных встречающийся. К счастью, знание полного арсенала решений Oracle зачастую не требуется, и вполне можно обойтись весьма поверхностным владением вопроса. К нему, однако, относится способность АБД трассировать соединения с Oracle. Трассировка позволяет выявить многие нелады связи с СУБД и наметить выход из положения, и, тем не менее, ею нередко пренебрегают или не пользуются по незнанию.

Здесь будет описано, как можно использовать трассировку соединения с СУБД Oracle c клиентской и с серверной стороны. Такая трассировка дает администратору шанс разобраться в вопросе "Что творится с моим соединением с Oracle?"

В версии 9.1 СУБД компаниейOracle обещаны определенные новшества в организации трассирования, но пока этого не произошло и речь ниже пойдет о версии 8.

Слово об именах

За организацию подсоединения клиентов к СУБД по сети в Oracle отвечает компонента под названием Net8. В версиях 7 и более ранних она называлась SQL*Net, а в версии 8 для привлечения большего внимания публики ее переименовали. Искоренить старое название из своей системы оказалось не под силу даже такому передовику производства, как фирме Oracle, так что сейчас в документации и программах встречаются и старое, и новое название. В версии 8 там, где употребляется "SQL*Net", можно спокойно подставлять "Net8".

Вот расшифровка других названий, которые могут встретиться в файлах трассировки соединения по сети. Большинство из них относятся к Net8/SQL*Net, но не все (кроме OCI, OPI и TTC):

  • OCI - Oracle Call Interface
  • OPI - Oracle Program Interface
  • TTC - Two-Task Common
  • NI - Network Interface
  • NR - Network Routing
  • NN - Network Naming
  • NA - Network Authentication
  • TNS - Transparent Network Substrate

В целом смысл многих из них понятен простым переводом на русский.

Архитектура соединения с Oracle

Помочь разобраться в обилии и в соотношении друг с другом сетевых имен в состоянии общая схема организации магазинов (стеков) соединений, поясняющая местонахождение и назначение каждой из компонент:

Схема приведена для самого распространенного варианта подключения к Oracle. Но, коль скоро она здесь присутствует, стоит упомянуть и о наличии других вариантов, встречающихся на практике реже. Так, несколько, или же существенно другая схема будет в Oracle иметься для протоколов GIOP - общения с CORBA-объектами - и для JDBC - общения с Java-программами.

Журнализация и трассировка

Для слежения за тем, как работает соединение по Net8, в Oracle используется журнализация и трассировка. Какой-то принципиальной разницы между тем и другим нет и различие между ними чисто условное. Журнализация фиксирует в специальных файлах наиболее существенные события из "жизни соединения", такие как, например, возникновение ошибки в Net8 или старт слухача (listener). Трассировка, уже в своих собственных файлах, собирает подробности о тех же событиях, например, о том, как фактически отрабатывалась процедура соединения.

Объектов журнализации и трассировки в сетевой поддержке Oracle может быть несколько, но дальше будут рассмотрены только три основных:

  • клиентская компонента Net8
  • серверная компонента Net8
  • слухач (еще раз: это listener )

Журнальные файлы по умолчанию носят расширение log и располагаются в каталоге %ORACLE_HOME%\network\log. Если специально не указать иного, журнальный файл для сетевой и клиентских компонент Net8 будет называться sqlnet.log, а файл с журналом работы слухача - имя_слухача .log. Другие сетевые компоненты в Oracle имеют свои собственные журнальные файлы.

Трассировочные файлы по умолчанию носят расширение trc и располагаются в каталоге %ORACLE_HOME%\network\trace. Если специально не указать иного, трассировочный файл для сетевой и клиентских компонент Net8 будет называться sqlnet.trc или, иногда, cli.trc. Другие сетевые компоненты в Oracle будут иметь свои собственные трассировочные файлы.

Включение трассировки клиентской компоненты Net8

В исходном состоянии трассировка работы клиентской компоненты Net8 не включена. Для того, чтобы ее включить, на клиентской машине нужно выполнить следующее:

  • Указать в файле sqlnet.ora имя и место для файла трассировки:

    TRACE_DIRECTORY_CLIENT = имя_каталога
    TRACE_FILE_CLIENT = имя_файла

    Хотя это и не обязательно, но для более полного контроля полезно это сделать явно, не полагаясь на умолчание.

    Если мы, к тому же, пропишем

    TRACE_UNIQUE_CLIENT = ON,

    то для каждого нового соединения будет создаваться новый файл, в имя которого Oracle будет автоматически дописывать номер процесса - с тем, чтобы имена различались.

  • Указать режим фиксации в трассировочном файле точного времени события (необязательно):

    TRACE_TIMESTAMP_ CLIENT = {{TRUE / ON} / {FALSE / OFF }}

  • Указать там же масштаб сбора трассировочной информации:

    TRACE_LEVEL_CLIENT = {SUPPORT / ADMIN / USER / OFF},

    который последовательно убывает от максимального (SUPPORT) до нуля (OFF) в приведенном списке альтернатив.

Включение трассировки серверной компоненты Net8

Для того, чтобы включения трассировки серверной компоненты Net8 нужно (или полезно) на серверной машине выполнить следующее:

  • Указать в файле sqlnet.ora имя и место для файла трассировки:

    TRACE_DIRECTORY_SERVER = имя_каталога
    TRACE_FILE_SERVER = имя_файла

    Точно так же, это не обязательно, но полезно для более полного контроля.

  • Указать режим фиксации в трассировочном файле точного времени события (необязательно):

    TRACE_TIMESTAMP_SERVER = {{TRUE / ON} / {FALSE / OFF }}

  • Указать там же масштаб сбора трассировочной информации:

    TRACE_LEVEL_SERVER = {SUPPORT / ADMIN / USER / OFF},

    который последовательно убывает от максимального (SUPPORT) до нуля (OFF) в приведенном списке альтернатив.

Включение трассировки слухача

Похожие манипуляции с файлом listener.ora позволяют включить трассировку работы слухача (listener). Чаще всего слухач расположен на той же машине, что и экземпляр СУБД, хотя это и необязательно:

  • Указать в файле listener.ora имя и место для файла трассировки:

    TRACE_DIRECTORY_ ИМЯ-СЛУХАЧА = имя_каталога
    TRACE_FILE_ ИМЯ-СЛУХАЧА = имя_файла

    Как и выше это необязательно, но желательно.

    Если там же прописать

    TRACE_FILENO_ ИМЯ-СЛУХАЧА = число_файлов
    TRACE_FILELEN_ ИМЯ-СЛУХАЧА = число_Кбайт ,

    то для трассировки будут задействовано указанное число файлов указанного размера, которые будут использоваться по кругу, затирая свое содержимое на новом витке подобно онлайновым журнальным файлам.

  • Указать режим фиксации в трассировочном файле точного времени события (необязательно):

    TRACE_TIMESTAMP_ ИМЯ-СЛУХАЧА = {{TRUE / ON} / {FALSE / OFF }}

    Указать объем собираемой в трассировочный файл информации:

    TRACE_LEVEL_ ИМЯ-СЛУХАЧА = {SUPPORT / ADMIN / USER / OFF}

    с тем же смыслом приведенных альтернатив значений параметра, что и для клиента.

  • Перезапустить слухач - например, парой команд из консольного окошка ОС:

    > lsnrctl stop
    > lsnrctl start

Замечания по использованию

Включенная трассировка, во-первых, неизбежно влечет общее замедление работы системы (запись в файл), и, во-вторых, расходование дискового пространства, тем большее, чем больше времени прошло и чем выше уровень трассировки. Даже на уровне ADMIN отметка в трассировочном файле одного только события установления соединения занимает около 500 строк текста. Поэтому нужно не забывать отключать трассировку, когда в ней пропала необходимость.

Особенно это касается трассировки серверной части, к которой стекаются соединения ото всех клиентов СУБД. Для серверной части, правда, есть и другой вариант противостоять неконтролируемому росту трассировочных файлов: задать желаемое число файлов нужного размера так, как было показано выше, и тогда объем трассировочной информации не перешагнет положенного предела. Этот вариант доступен только начиная с версии 8.1.

Ссылки по теме


 Распечатать »
 Правила публикации »
  Написать редактору 
 Рекомендовать » Дата публикации: 06.09.2001 
 

Магазин программного обеспечения   WWW.ITSHOP.RU
Oracle Database Personal Edition Named User Plus Software Update License & Support
Oracle Database Standard Edition 2 Named User Plus License
Oracle Database Personal Edition Named User Plus License
Oracle Database Standard Edition 2 Processor License
IBM Domino Messaging Client Access License Authorized User License + SW Subscription & Support 12 Months
 
Другие предложения...
 
Курсы обучения   WWW.ITSHOP.RU
 
Другие предложения...
 
Магазин сертификационных экзаменов   WWW.ITSHOP.RU
 
Другие предложения...
 
3D Принтеры | 3D Печать   WWW.ITSHOP.RU
 
Другие предложения...
 
Новости по теме
 
Рассылки Subscribe.ru
Информационные технологии: CASE, RAD, ERP, OLAP
Новости ITShop.ru - ПО, книги, документация, курсы обучения
Программирование на Microsoft Access
CASE-технологии
СУБД Oracle "с нуля"
Один день системного администратора
Новые программы для Windows
 
Статьи по теме
 
Новинки каталога Download
 
Исходники
 
Документация
 
 



    
rambler's top100 Rambler's Top100