Дополнение по возможностям соединений

Особенности конфигурирования и использования DB2 Universal Database for AS/400 для сервера DRDA TCP/IP

При конфигурировании сервера DB2 Universal Database for AS/400 DRDA TCP/IP надо обеспечить, чтобы сервер был запущен. Для запуска сервера DRDA (другое название - сервер DDM) используется команда:

      STRTCPSVR SERVER(*DDM)

Запустить сервер DRDA можно также с помощью команды Start TCP/IP Server (STRTCPSVR) без параметров, или со значением параметра SERVER, равным *ALL. Сервер DRDA будет запускаться автоматически при запуске TCP/IP, если ввести следующую команду:

      CHGDDMTCPA AUTOSTART(*YES)

Проверить, запущен ли сервер, можно с помощью следующей команды:

   WRKUSRJOB USER(QUSER) STATUS(*ACTIVE)

Эта команда выводит прокручиваемый список заданий. Если пролистать его вниз (примерно на страницу), вы увидите две строки, содержащие следующую информацию:

      __   QRWTLSTN    QUSER       BATCH    ACTIVE
   __   QRWTSRVR    QUSER       PJ       ACTIVE

(Вхождений строки QRWTSRVR может быть несколько, в зависимости от того, сколько предварительно запущенных серверных заданий активно.)

Присутствие строки QRWTLSTN показывает, что активно задание, которое ожидает требования соединений DRDA и DDM. Это задание передает управление заданиям QRWTSRVR при получении требований соединений.

Другой способ проверить, что сервер DRDA запущен - ввести команду STRTCPSVR SERVER(*DDM) и посмотреть, будет ли выдано сообщение 'DDM TCP/IP server already active'.

Имя предварительно запущенного задания, использованного для конкретного соединения, можно узнать, введя команду DSPLOG, например:

      DSPLOG PERIOD(('15:55'))

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

      DDM job 039554/QUSER/QRWTSRVR servicing user SRR on 03/30/98 at 15:57:38.

Это имя задания может оказаться полезным при просмотре списка все еще активных заданий. Оно пригодится также для запуска служебного задания по все еще активным заданиям для поиска ошибок или просмотра сообщений оптимизатора запросов. Пример команды из командной строки для запуска служебного задания с использованием приведенной выше информации:

      STRSRVJOB 039554/QUSER/QRWTSRVR

Чтобы переключить обслуживаемое задание в режим отладки, введите команду STRDBG:

   STRDBG UPDPROD(*YES)

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

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

   WRKJOB id_пользователя/QPRTJOB

где id_пользователя - имя пользователя, под которым осуществлялось соединение (в приведенном выше примере - SRR).

Появится список заданий, из которого можно выбрать одно, или меню опций для одиночного задания. Выберите опцию 4, 'Work with spooled files' (Работа со спул-файлами), чтобы найти сохраненный журнал задания. Если есть несколько спул-файлов, выберите файл с именем QPJOBLOG. Опция 5 позволяет просмотреть файл журнала задания.

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

      CPI4329    Information   00    03/30/98   16:14:57   QQQIMPLE
               QSYS        3911     QSQOPEN      QSYS         09C4
   Message . . . . :   Arrival sequence access was used for file TBL2.
   Cause . . . . . :   Arrival sequence access was used to select
     records from member TBL2 of file TBL2 in library SR. If file TBL2
     in library SR is a logical file then member TBL2 of physical file
     TBL2 in library SR is the actual file from which records are
     being selected. A file name of *N for the file indicates it is a
     temporary file. Recovery  . . . :   The use of an access path may
     improve the performance of the query if record selection is
     specified. If an access path does not exist, you may want to
     create one whose left-most key fields match fields in the record
     selection.  Matching more key fields in the access path with
     fields in the record selection will result in improved
     performance. Generally, to force the use of an existing access
     path, specify order by fields that match the left-most key fields
     of that access path. For more information refer to the DB2 for
     AS/400 SQL Programming book.


[ Начало страницы | Страница назад | Страница вперед | Содержание | Индекс ]