Чтобы подготовить DB2 Universal Database for OS/390 (или DB2 for MVS/ESA) к приему входящих требований соединений от рабочей станции DB2 Connect, администратор VTAM и системный администратор хоста должны сконфигурировать VTAM и OS/390 (или MVS/ESA).
Этот раздел содержит:
Сводка примеров имен VTAM, используемых в этой книге, находится в разделе Примеры имен элементов сети (VTAM). Имена TCP/IP смотрите в разделе Конфигурирование TCP/IP для DB2 Universal Database for OS/390.
Чтобы подготовить DB2 Universal Database for OS/390 или DB2 for MVS/ESA к приему требований соединений от DB2 Connect, на хосте DB2 Universal Database for OS/390 нужно выполнить следующие действия:
Шаг 1. | Убедиться, что установлены следующие исправления PTF для OS/390:
| ||
Шаг 2. | Сконфигурируйте ваш протокол:
|
Чтобы сконфигурировать VTAM, администратор VTAM должен определить имена и опции, которые будут использоваться системой. Для обеспечения возможности соединения рабочей станции DB2 Connect с хостом требуются следующие определения:
Примеры определений VTAM находятся в следующих разделах. Параметры примеров этого раздела те же, что и в остальной части книги.
В следующем примере показаны определения VTAM, используемые
для конфигурирования сервера баз данных хоста.
DB2 Connect Server: - Network ID : SPIFNET - Local Node Name : NYX1 (PU name) - Local Node ID : 05D27509 - LU Name : SPIFNET.NYX1GW01 (the same LU is used for DB2 Connect, for DB2 Universal Database, and for the SPM) - LU Alias : NYX1GW01 HOST: - Network ID : SPIFNET - Node Name : NYX - LU Name : SPIFNET.NYM2DB2 - LU Alias : NYM2DB2 - LAN Destination Address : 400009451902 (NCP TIC address) MODE DEFINITION: - Mode Name : IBMRDB DB2 for MVS/ESA: - Location : NEW_YORK3 SECURITY: - Security Type : Program - Authentication Type : DCS |
Следующий пример показывает определения главного узла
программ VTAM. В большинстве случаев такое определение уже будет
существовать с другим именем LU. В противном случае надо определить
этот главный узел программ и настроить DB2 Universal Database for OS/390,
чтобы использовать заданное имя LU. Это имя - имя LU партнера, которое
требует DB2 Connect.
----+----1----+----2----+----3----+----4----+----5----+----6----+----7-- DB2APPLS VBUILD TYPE=APPL NYM2DB2 APPL APPC=YES, X AUTH=(ACQ), X AUTOSES=1, X DLOGMOD=IBMRDB, X DMINWNL=512, X DMINWNR=512, X DSESSLIM=2048, X EAS=6000, X MODETAB=RDBMODES, X PARSESS=YES, X PRTCT=SFLU, X MODETAB=RDBMODES, X SECACPT=ALREADYV, X SRBEXIT=YES, X VERIFY=NONE, X VPACING=8 |
Прим.: | Продолжения строк должны начинаться с позиции 16, знак продолжения должен стоять в позиции 72. |
Если позволяют права, в сети VTAM включите DYNPU и DYNLU, чтобы разрешить любой доступ к PU и LU через VTAM. Чтобы получить дополнительную информацию, обратитесь к администратору VTAM.
Как подключить конкретные LU и PU, смотрите в следующем примере, где показаны определения главного коммутируемого узла VTAM.
Если на рабочей станции DB2 Connect уже используются программы SNA,
определение PU уже существует. Но определение независимого LU может и
не существовать. В определении независимого LU, требующемся для DB2
Connect, должно быть задано значение LOCADDR=0.
----+----1----+----2----+----3----+----4----+----5----+----6----+----7-- SWITCHED MAJOR NODE DEFINITION FOR PU NYX1 and INDEPENDENT LU NYX1GW01 LOC300 VBUILD TYPE=LOCAL NYX1 ADDR=01,IDBLK=071,IDNUM=27509,ANS=CONT,DISCNT=NO, X IRETRY=YES,ISTATUS=ACTIVE,MAXDATA=4302,MAXOUT=7, X MAXPATH=1,PUTYPE=2,SECNET=NO,MODETAB=RDBMODES X SSCPFM=USSSCS,PACING=0,VPACING=2 NYX1GW01 LOCADDR=000,MODETAB=RDBMODES,DLOGMODE=IBMRDB OTHERLU LOCADDR=002 |
В следующем примере показаны определения VTAM таблицы
режима регистрации для режимов IBMRDB и SNASVCMG.
В этом примере для RUSIZE задано значение 4 Кбайта, которое может не
подойти для вашей системы (например, при использовании Ethernet, где
максимальный размер кадра - 1536 байт). Администратор VTAM должен
проверить эти значения и сообщить, какое имя записи таблицы режима и
RUSIZE следует задать для DB2 Connect. При использовании APPC
нужно задать режим регистрации SNASVCMG.
----+----1----+----2----+----3----+----4----+----5----+----6----+----7--- RDBMODES MODTAB IBMRDB MODEENT LOGMODE=IBMRDB, DRDA DEFAULT MODE * TYPE=0, NEGOTIABLE BIND * PSNDPAC=X'01', PRIMARY SEND PACING COUNT * SSNDPAC=X'01', SECONDARY SEND PACING COUNT * SRCVPAC=X'00', SECONDARY RECEIVE PACING COUNT * RUSIZES=X'8989', RUSIZES IN-4K OUT-4K * FMPROF=X'13', LU6.2 FM PROFILE * TSPROF=X'07', LU6.2 TS PROFILE * PRIPROT=X'B0', LU6.2 PRIMARY PROTOCOLS * SECPROT=X'B0', LU6.2 SECONDARY PROTOCOLS * COMPROT=X'D0B1', LU6.2 COMMON PROTOCOLS * PSERVIC=X'060200000000000000122F00' LU6.2 LU TYPE SNASVCMG MODEENT LOGMODE=SNASVCMG, DRDA DEFAULT MODE * PSNDPAC=X'00', PRIMARY SEND PACING COUNT * SSNDPAC=X'02', SECONDARY SEND PACING COUNT * SRCVPAC=X'00', SECONDARY RECEIVE PACING COUNT * RUSIZES=X'8585', RUSIZES IN-1K OUT-1K * FMPROF=X'13', LU6.2 FM PROFILE * TSPROF=X'07', LU6.2 TS PROFILE * PRIPROT=X'B0', LU6.2 PRIMARY PROTOCOLS * SECPROT=X'B0', LU6.2 SECONDARY PROTOCOLS * COMPROT=X'D0B1', LU6.2 COMMON PROTOCOLS * PSERVIC=X'060200000000000000000300' LU6.2 LU TYPE |
Прежде чем можно будет использовать DB2 Connect, администратор DB2 Universal Database for OS/390 должен сконфигурировать DB2 Universal Database for OS/390, чтобы разрешить соединения от рабочих станций DB2 Connect. В этом разделе указаны минимальные изменения, необходимые для возможности соединения клиента DB2 Connect с сервером баз данных DB2 Universal Database for OS/390. Более подробные примеры смотрите в книгах Дополнение по возможностям соединений и DB2 for OS/390 Installation Reference.
В зависимости от типа используемых соединений надо изменить следующие таблицы:
В следующих разделах приведены примеры команд для изменения этих таблиц для DB2 Universal Database for OS/390. Определить изменения, которые требуются для системы DB2 Universal Database for OS/390, поможет администратор DB2. Дополнительную информацию о таблицах баз данных связи DB2 Universal Database for OS/390 смотрите в справочнике DB2 Universal Database for OS/390 SQL Reference.
Чтобы разрешить прием требований соединений базы данных от любого LU, поступающего в DB2 Connect, просто вставьте пустую строку. Воспользуйтесь следующей командой SQL:
INSERT INTO SYSIBM.LUNAMES (LUNAME) VALUES (' ')
С другой стороны, при желании ограничить доступ с помощью имени LU можно выполнить следующую команду SQL для изменения этой таблицы:
INSERT INTO SYSIBM.LUNAMES (LUNAME, SECURITY_OUT, ENCRYPTPSWDS, USERNAMES) VALUES('NYX1GW01','P','N','O');
Результат:
СТОЛБЕЦ ПРИМЕР ПРИМЕЧАНИЕ ====== ======= ====== LUNAME NYX1GW01 Имя LU в DB2 Connect SECURITY_OUT P ENCRYPTPSWDS N USERNAMES O
Для разрешения поступающих требований соединения базы данных для узлов TCP/IP можно воспользоваться следующей командой SQL для изменения этой таблицы:
INSERT INTO SYSIBM.IPNAMES (LINKNAME) VALUES(' ')
Прежде чем можно будет использовать DB2 Connect, администратор DB2 for MVS/ESA должен сконфигурировать DB2 for MVS/ESA, чтобы разрешить соединения от рабочей станции DB2 Connect. Чтобы сконфигурировать DB2 for MVS/ESA, нужно изменить следующие таблицы:
В следующих разделах приводятся примеры команд для изменения этих таблиц. Определить опции, которые требуются для системы DB2 for MVS/ESA, поможет администратор DB2.
При желании использовать вторичные ID авторизации можно выполнить следующую команду SQL для изменения этой таблицы:
INSERT INTO SYSIBM.SYSUSERNAMES VALUES('I','ADBUSER','NYX1GW01',' ',' ');
Результат:
СТОЛБЕЦ ПРИМЕР ПРИМЕЧАНИЕ ====== ======= ====== Тип I ID авторизации ADBUSER Имя LU NYX1GW01 Имя LU в DB2 Connect Новый ID авторизации (null) Пароль (null)
Типы USERNAME: O (исходящая передача), I (входящая передача), B (и входящая, и исходящая) и пустое значение (никакие ID авторизации не передаются, и никакие пароли на сервер не посылаются).
При желании ограничить доступ с помощью имени LU можно воспользоваться следующей командой SQL для изменения этой таблицы:
INSERT INTO SYSIBM.SYSLUNAMES VALUES('NYX1GW01','IBMRDB','A','N',' ','I');
Результат:
СТОЛБЕЦ ПРИМЕР ПРИМЕЧАНИЕ ====== ======= ====== LUNAME NYX1GW01 Имя LU в DB2 Connect SYSMODENAME IBMRDB USERSECURITY A ENCRYPTPSWDS N MODESELECT USERNAMES I
Если вы не хотите ограничивать доступ, просто вставьте пустую строку - это позволит принимать любые входящие соединения от LU DB2 Connect.
Для изменения этой таблицы можно воспользоваться следующей командой SQL:
INSERT INTO SYSIBM.SYSLUMODES VALUES ('NYX1 ', 'IBMRDB', 150, 'Y');
где:
В этом разделе описано, как конфигурировать соединения по протоколу TCP/IP между рабочей станцией DB2 Connect и DB2 Universal Database for OS/390 Версии 5.1 или более новой. В этих указаниях предполагается, что:
Минимальный уровень операционной системы OS/390, поддерживающий TCP/IP - это OS/390 R3+. Рекомендуется уровень - OS/390 V2R5+, у которого лучше производительность.
В следующие информационные APAR для DB2 for OS/390 регулярно вносится информация об исправлениях PTF, которые нужно устанавливать для различных компонентов OS/390, в частности для TCP/IP for OS/390. Если вы используете TCP/IP для связи с DB2 for OS/390, очень важно просмотреть и применить исправления PTF и APAR, описанные в следующих информационных APAR для DB2 for OS/390:
Рекомендованы следующие исправления для DB2 for OS/390:
Перед тем как использовать DB2 Connect через соединение TCP/IP, необходимо собрать информацию о сервере баз данных хоста и о рабочей станции DB2 Connect. Для каждого сервера хоста, к которому вы подключаетесь по протоколу TCP/IP, нужна следующая информация:
Чтобы не хранить этот файл на каждой системе, можно использовать сервер имен доменов.
Прим.: | Информация о соответствующем названии службы не передается между рабочей станцией DB2 Connect и DB2 Universal Database for OS/390. |
За этой информацией обращайтесь к администратору вашей локальной сети и к администратору DB2 for OS/390. Используйте для планирования каждого соединения TCP/IP между DB2 Connect и сервером баз данных хоста одну и ту же копию рабочего листа (Табл. 2).
Номер | Описание | Значение примера | Ваше значение |
---|---|---|---|
Информация о пользователе | |||
(TCP-1) | Имя пользователя | A.D.B.User |
|
(TCP-2) | Контактная информация | (123)-456-7890 |
|
(TCP-5) | ID пользователя | ADBUSER |
|
(TCP-6) | Тип базы данных | db2390 |
|
(TCP-7) | Тип соединения (должен быть TCPIP) | TCPIP | TCPIP |
Сетевые данные хоста | |||
(TCP-8) | Имя хоста | MVSHOST |
|
(TCP-9) | IP-адрес хоста | 9.21.152.100 |
|
(TCP-10) | Название службы | db2inst1c |
|
(TCP-11) | Номер порта | 446 | 446 |
(TCP-12) | LOCATION NAME | NEW_YORK3 |
|
(TCP-13) | ID пользователя |
|
|
(TCP-14) | Пароль |
|
|
Сетевые данные рабочей станции DB2 Connect | |||
(TCP-18) | Имя хоста | mcook02 |
|
(TCP-19) | IP-адрес | 9.21.27.179 |
|
(TCP-20) | Название службы | db2inst1c |
|
(TCP-21) | Номер порта | 446 | 446 |
Записи каталога DB2 на рабочей станции DB2 Connect | |||
(TCP-30) | Имя узла | MVSIPNOD |
|
(TCP-31) | Имя базы данных | nyc3 |
|
(TCP-32) | Алиас базы данных | mvsipdb1 |
|
(TCP-33) | Имя базы данных DCS | nyc3 |
|
Примечания:
|
Чтобы завершить конфигурирование и установить соединение, выполните следующие действия.
Заполните копию примера рабочего листа для каждого хоста TCP/IP.
Прим.: | При планировании надо принимать во внимание некоторые дополнительные особенности, например, если вы используете DCE. Подробности смотрите в руководстве DB2 Connect. Руководство пользователя. |
На вашем хосте OS/390:
ping имя_удаленного_хоста -p номер_порта