Този раздел описва как да конфигурирате работна станция на клиент да
комуникира с сървър чрез комуникационния протокол APPC, като се приема, че
APPC е действащ на работните станции на клиента и на сървъра. Вижте Изисквания към софтуера за изискванията на протокола на комуникациите за вашата
платформа. Вижте Възможни сценарии на свързване клиент-сървър за поддържаните протоколи на комуникации за вашия конкретен
клиент и сървър.
![]() | Трябва да сте сигурни, че сървърът, с когото се опитвате да установите комуникация, поддържа APPC клиенти. Клиентските комуникации APPC се поддържат от сървъри AIX, OS/2, Solaris, Windows NT и Windows 2000. |
За да настроите клиент да използва APPC комуникации, трябва да изпълните следните стъпки:
Стъпка 1. | Определете и запишете стойностите на параметрите. |
Стъпка 2. | Конфигуриране на клиента:
|
Стъпка 3. | Тествайте свързването между клиента и сървъра.
|
Като продължите със стъпките по конфигурирането, попълнете колоната Вашата стойност в по-долната таблица. Може да попълните някои от стойностите, преди да започнете да конфигурирате този протокол.
Преди да конфигурирате работната станция на клиента, DB2 администраторът или LAN администраторът трябва да попълни работния лист в Таблица 17 за всеки DB2 модел, към когото желаете да се свържете.
След като попълните записите Ваша стойност, може да използвате работния лист за конфигуриране на APPC комуникациите на клиента. В процеса на конфигуриране заместете примерните стойности, които се появяват в инструкциите, с вашите стойности от работния лист, като използвате номерираните квадратчета (например, (1)), за да свържете инструкциите и стойностите от листа.
Забележка: | Работният лист и инструкциите за конфигуриране предоставят препоръчителни или примерни стойности за задължителните конфигурационни параметри. За другите параметри използвайте стойностите по подразбиране на комуникационната програма. Ако мрежовата ви конфигурация е различна от тази, използвана в инструкциите, посъветвайте се с мрежовия администратор за подходящи за вашата мрежа стойности. |
Таблица 17. Работен лист за планиране на APPC комуникации между клиент и сървър
# | Име в работната станция на клиента | Мрежово или сървър име | Примерна стойност | Вашата стойност |
---|---|---|---|---|
Мрежови елементи на сървъра | ||||
(1) | Име на сървъра | Име на локалната мрежа | SPIFNET |
|
(2) | Име на активното отдалечено LU | Име на локалното LU | NYX1GWOA |
|
(3) | PLU псевдоним |
| NYX1GW0A |
|
(4) | Име на партниращ възел | Име на локална контролна точка | NYX1GW |
|
(5) | Псевдоним на базата данни |
| sample |
|
(6) | Име на режим |
| IBMRDB |
|
(7) | Име на свързване (Име на връзка) |
| LINKSERV |
|
(8) | Отдалечен мрежов или LAN адрес | Адрес на локален адаптер или разположение | 400009451901 |
|
Мрежови елементи на работната станция на клиента | ||||
(9) | Мрежов идентификатор |
| SPIFNET |
|
(10) | Име на локална контролна точка |
| CLI1GW |
|
(11) | (Локално) LU име |
| CLI1GW0A |
|
(12) | (Локален) LU псевдоним |
| CLI1GW0A |
|
(13) | ID на локален възел или възел | ID BLK | 071 |
|
(14) | ID NUM | 27509 |
| |
(15) | Име на режим |
| IBMRDB |
|
(16) | Име на символно разположение |
| DB2CPIC |
|
(17) | Име на (отдалечена) транзакционна програма (TP) |
| DB2DRDA (приложна TP) или X'X'07'6DB' (сервизна TP) |
|
Записи в DB2 директорията (на работната станция на клиента) | ||||
(18) | Име на възел |
| db2node |
|
(19) | Защита |
| Няма |
|
(20) | Име на базата данни |
| sample |
|
(21) | Псевдоним на базата данни |
| TOR1 |
|
За всеки сървър, с който се свързвате, попълнете копие от работния лист, както следва:
Използвайте попълнения работен лист от Таблица 17 за конфигуриране на APPC комуникациите на
DB2 клиента за достъп до отдалечен DB2 Connect или DB2 Universal Database
сървър.
Този раздел описва ръчното конфигуриране на IBM eNetwork Communications Server V5 за OS/2 (CS/2 V5) на работна станция на DB2 клиентa за свързване с DB2 Connect или DB2 Universal Database сървър чрез APPC.
Преди да започнете, се уверете, че на вашата работна станция е инсталирана
CS/2 V5 или по-нова.
![]() | Стъпките от този раздел описват използването на IBM eNetwork Communications Server за OS/2 Версия 5. Ако имате Communications Manager за OS/2 V.1.x, стъпките, които трябва да изпълните, са подобни, но интерфейсът и имената на менютата са различни. |
За допълнителна информация за настройването на вашето обкръжение се обърнете към електронната помощ, предоставена с CS/2, или към следните публикации:
Предполага се, че:
Тези инструкции описват създаването на нови профили в нова конфигурация. Ако модифицирате съществуваща конфигурация, трябва да изтриете някои профили преди да може да проверите конфигурацията.
За да конфигурирате системата, изпълнете следните стъпки:
Стъпка 1. | Стартирайте нова конфигурация
| ||
Стъпка 2. | Конфигуриране на протокола
| ||
Стъпка 3. | Подготвяне на LAN DLC профил
| ||
Стъпка 4. | Обновяване на SNA характеристиките на локалния възел
| ||
Стъпка 5. | Подготвяне на Профили за SNA свързване
| ||
Стъпка 6. | Конфигуриране на свързването в прозорец Свързване към равностоен възел или в прозорец Свързване към хост
| ||
Стъпка 7. | Създаване на профил на партниращите LU
| ||
Стъпка 8. | Настройване на SNA възможностите
| ||
Стъпка 9. | Подготвяне на локален LU профил Ако DB2 клиентската работна станция е дефинирана като независимо LU, подгответе профил на локалното LU като изпълните следните стъпки:
| ||
Стъпка 10. | Подготвяне на дефиниция на режим
| ||
Стъпка 11. | Създаване на информация за CPIC страната
| ||
Стъпка 12. | Записване на конфигурацията
|
![]() | Сега трябва да обновите DB2 директориите, да свържете помощните програми
и приложения към сървъра и да тествате свързването.
За OS/2 и Windows платформи, се препоръчва използването на Асистента за конфигуриране на клиенти (CCA). За допълнителна информация вижте Конфигуриране на комуникациите клиент-сървър с помощта на CCA. За инструкции за ръчното конфигуриране и за UNIX платформите вижте Стъпка 3. Каталогизиране на APPC или APPN възела и разделите, които следват. |
Този раздел описва как да конфигурирате IBM Personal Communications за Windows 32-битова операционна система на вашата работна станция DB2 клиент така, че да се свързва към сървър DB2 Connect или DB2 Universal Database server чрез използване на APPC.
Преди да започнете, уверете се, че продуктът IBM Personal Communications за Windows 32-битова операционна система, който сте инсталирали, отговаря на следните изисквания:
__ 1. | Той е версия 4.2 или по-нова |
__ 2. | Инсталиран е интерфейсът IBM Personal Communications IEEE 802.2 LAN или драйверът LLC2. Драйверът LLC2 е инсталиран от инсталационната директория на IBM Communications Сървър. За да проверите това, изпълнете следните стъпки:
|
Направени са следните предположения:
За да стартирате IBM Personal Communications, изпълнете следните стъпки:
Стъпка 1. | Щракнете върху Start и изберете Programs->IBM Communications Server->SNA Node Configuration. Отваря се прозорец IBM Personal Communications - Конфигуриране на SNA възел. |
Стъпка 2. | От меню-ивицата изберете Файл->Нов. Отваря се прозорецът Дефиниране на възел. Следващите стъпки ще започват от този прозорец.
|
За да конфигурирате APPC комуникациите, изпълнете следните стъпки:
Стъпка 1. | Конфигуриране на възела
|
Стъпка 2. | Конфигуриране на устройството
|
Стъпка 3. | Конфигуриране на свързвания
|
Стъпка 4. | Конфигуриране на партниращо LU 6.2
|
Стъпка 5. | Конфигуриране на режими
|
Стъпка 6. | Конфигуриране на локално LU 6.2
|
Стъпка 7. | Конфигуриране на CPI-C информацията
|
Стъпка 8. | Записване на конфигурацията
|
Стъпка 9. | Обновяване на обкръжението IBM Personal Communications използва променливата от обкръжението appcllu за настройване на подразбиращото се локално LU, използвано за APPC комуникациите. Можете да зададете тази променлива за всяка сесия, като отворите команден прозорец и въведете командата set appcllu=име_на_локално_lu, където име_на_локално_lu е името на локалното LU, което искате да използвате. Вероятно обаче ще решите, че е по-удобно да зададете променливата за постоянно. За да настроите тази променлива в Windows NT или Windows 2000 за постоянно, изпълнете следните стъпки:
Променливата от обкръжението ще остане настроена и за бъдещите сесии. |
Стъпка 10. | Стартиране на Операции на SNA възел
|
![]() | Сега трябва да обновите DB2 директориите, да свържете помощните програми
и приложения към сървъра и да тествате свързването.
За OS/2 и Windows платформи, се препоръчва използването на Асистента за конфигуриране на клиенти (CCA). За допълнителна информация вижте Конфигуриране на комуникациите клиент-сървър с помощта на CCA. За инструкции за ръчното конфигуриране и за UNIX платформите вижте Стъпка 3. Каталогизиране на APPC или APPN възела и разделите, които следват. |
Този раздел описва конфигурирането на IBM eNetwork Communications Server за Windows NT (CS/NT) на работна станция на DB2 клиент за свързване с DB2 Connect или DB2 Universal Database сървър.
Забележка: | Бележките за Windows NT и CS/NT в този раздел се отнасят и за Windows 2000. |
Преди да започнете се уверете, че инсталираният IBM eNetwork Communications Server за Windows NT (CS/NT) отговаря на следните изисквания:
__ 1. | Ако планирате да обновявате множество бази данни с една транзакция, CS/NT трябва да бъде Версия 5.0 или по-нова. Ако планирате да използвате двуфазов комит, е необходима Версия 5.01 на CS/NT |
__ 2. | Инсталиран е IBM Communications Server IEEE 802.2 LAN интерфейс или LLC2 драйвер LLC2 драйверът е инсталиран от инсталационната директория на CS/NT. При инсталирането, CS/NT запитва дали искате да инсталирате LLC2. Ако не сте сигурни дали LLC2 е инсталиран с вашето копие на CS/NT, може да проверите, както следва:
|
__ 3. | Приложени са APAR поправки JR11529 и JR11170. Тези поправки са необходими за разрешаване на прекъсването на заявки чрез Ctrl-BREAK или подаването на SQLCancel ODBC/CLI извикване.
|
За да стартирате IBM eNetwork Communications Server, изпълнете следните стъпки:
Стъпка 1. | Щракнете върху Start и изберете Programs --> IBM Communications Server --> SNA Node Configuration. Отваря се прозорец Communications Server - Конфигуриране на SNA възел. |
Стъпка 2. | От меню-ивицата изберете Файл --> Нов --> Допълнителни. Отваря се прозорец Конфигурационни опции. Следващите стъпки ще започват от този прозорец.
|
За да конфигурирате IBM eNetwork Personal Server за APPC комуникации, изпълнете следните стъпки:
Стъпка 1. | Конфигуриране на възел
| ||||||||||||
Стъпка 2. | Конфигуриране на устройството
| ||||||||||||
Стъпка 3. | Конфигуриране на свързвания
| ||||||||||||
Стъпка 4. | Конфигуриране на партниращо LU 6.2
| ||||||||||||
Стъпка 5. | Конфигуриране на режими
| ||||||||||||
Стъпка 6. | Конфигуриране на локално LU 6.2
| ||||||||||||
Стъпка 7. | Конфигуриране на CPI-C информацията
| ||||||||||||
Стъпка 8. | Записване на конфигурацията
| ||||||||||||
Стъпка 9. | Обновяване на обкръжението CS/NT използва променливата от обкръжението appcllu за настройване на подразбиращото се APPC локално LU. Може да настройвате тази променлива за всяка сесия чрез отваряне на команден прозорец и въвеждане на командата set appcllu=име_на_локално_lu, където име_на_локално_lu е името на локалното LU, което искате да използвате. Въпреки това, вероятно ще намерите за по-удобно да настроите тази променлива за постоянно. За да настроите тази променлива в Windows NT за постоянно, изпълнете следните стъпки:
Променливата от обкръжението ще остане настроена и за бъдещите сесии. | ||||||||||||
Стъпка 10. | Стартиране на операции на SNA възел За да стартирате операциите за SNA възела на вашата машина, изпълнете следните стъпки:
Ще започнат да се изпълняват операциите за SNA възела. | ||||||||||||
Стъпка 11. | Регистриране на Communications Server като Windows NT услуга За да се стартира автоматично Communications Server при стартиране на системата, може да го регистрирате като Windows NT услуга. За да регистрирате Communications Server като NT услуга, изпълнете някоя от следните команди: csstart -a (за да регистрирате Communications Server с подразбираща се конфигурация) или: csstart -a c:\ibmcs\private\your.acg където c:\ibmcs\private\your.acg е напълно определеното име на неподразбиращия се конфигурационен файл на Communications Server, който искате да използвате. При всяко следващо първоначално зареждане на системата, Communications Server ще се стартира автоматично със съответния конфигурационен файл.
|
![]() | Сега трябва да обновите DB2 директориите, да свържете помощните програми
и приложения към сървъра и да тествате свързването.
За OS/2 и Windows платформи, се препоръчва използването на Асистента за конфигуриране на клиенти (CCA). За допълнителна информация вижте Конфигуриране на комуникациите клиент-сървър с помощта на CCA. За инструкции за ръчното конфигуриране и за UNIX платформите вижте Стъпка 3. Каталогизиране на APPC или APPN възела и разделите, които следват. |
Прочетете този раздел ако имате Windows NT работна станция с инсталиран IBM eNetwork Communications Server за Windows NT SNA API Client Версия 5.0 или по-нова и искате да се свържете с IBM eNetwork Communications Server за Windows NT сървър.
Забележка: | Бележките за Windows NT в този раздел се отнасят и за Windows 2000. |
Communications Server за Windows NT сървър и неговия SNA API клиент действат като разделен клиент. Тази конфигурация изисква да разполагате с приложение, поддържащо APPC (като DB2 клиент), изпълнявано на работната станция на SNA API клиента.
![]() | За инструкциите в този раздел се използва Windows NT клиент. Инструкциите за други поддържани операционни система са подобни. За допълнителна информация се обърнете към документацията на Communications Server за Windows NT. |
За да конфигурирате Windows NT SNA API клиента за APPC комуникации, изпълнете следните стъпки:
Стъпка 1. | Създайте потребителски акаунт за SNA API клиента на Communications Server за Windows NT сървъра
|
Стъпка 2. | Стартиране на конфигурационния GUI за IBM eNetwork CS/NT SNA API Client. Щракнете върху бутона Start и изберете Programs --> IBM Communications Server SNA Client --> Configuration. Ще се отвори прозорец Конфигуриране на CS/NT SNA клиент. |
Стъпка 3. | Конфигуриране на глобалните данни
|
Стъпка 4. | Конфигуриране на списък на APPC сървъри
|
Стъпка 5. | Конфигуриране на CPI-C информацията
|
Стъпка 6. | Записване на конфигурацията
|
![]() | Сега трябва да обновите DB2 директориите, да свържете помощните програми
и приложения към сървъра и да тествате свързването.
За OS/2 и Windows платформи, се препоръчва използването на Асистента за конфигуриране на клиенти (CCA). За допълнителна информация вижте Конфигуриране на комуникациите клиент-сървър с помощта на CCA. За инструкции за ръчното конфигуриране и за UNIX платформите вижте Стъпка 3. Каталогизиране на APPC или APPN възела и разделите, които следват. |
Този раздел описва конфигурирането на Microsoft SNA Server Версия 4.0 за Windows NT на DB2 клиентска работна станция за свързване с DB2 Connect или DB2 Universal Database сървър чрез APPC. Въпреки, че Microsoft SNA Server ще работи и на Windows NT 4.0 Workstation, се препоръчва Windows NT 4.0 Server.
Забележка: | Бележките за Windows NT в този раздел се отнасят и за Windows 2000. |
![]() | За инструкции как да конфигурирате Microsoft SNA Client за Windows NT, отидете на Конфигуриране на Microsoft SNA клиент. |
Може да дефинирате характеристиките на вашето SNA свързване в Microsoft SNA Server Manager (Server Manager). Server Manager използва интерфейс, подобен на този на Windows NT Explorer. Има два екрана в главния прозорец на Server Manager. Всички конфигурационни опции, които се използват, са достъпни чрез щракване с десния бутон върху обектите в левия екран на прозореца. Всеки обект има контекстно меню, достъпно чрез щракване с десния бутон върху обекта.
За да конфигурирате APPC комуникациите за използване от DB2 клиента чрез Microsoft SNA Server Manager, изпълнете следните стъпки:
Стъпка 1. | Стартирайте Server Manager, като щракнете върху бутона Start и изберете Programs->Microsoft SNA Server->Manager. Отваря се прозорец Microsoft SNA Server Manager. |
Стъпка 2. | Дефиниране на име на контролната точка
|
Стъпка 3. | Дефиниране на услугата за свързване (802.2)
|
Стъпка 4. | Дефиниране на характеристиките на свързването
|
Стъпка 5. | Дефинирайте локално LU
|
Стъпка 6. | Дефиниране на отдалечено LU
Останалите полета ще бъдат попълнени от програмата. Ако вашият LU псевдоним е различен от LU името, се уверете, че сте посочили LU името в съответното поле. Програмата ще го попълни автоматично, но то няма да е правилно, ако псевдонимът и името са различни. |
Стъпка 7. | Щракнете върху Да.
|
Дефинирайте режим
Дефиниране на характеристиките на CPIC име
Запишете конфигурацията.
![]() | Сега трябва да обновите DB2 директориите, да свържете помощните програми
и приложения към сървъра и да тествате свързването.
За OS/2 и Windows платформи, се препоръчва използването на Асистента за конфигуриране на клиенти (CCA). За допълнителна информация вижте Конфигуриране на комуникациите клиент-сървър с помощта на CCA. За инструкции за ръчното конфигуриране и за UNIX платформите вижте Стъпка 3. Каталогизиране на APPC или APPN възела и разделите, които следват. |
Този раздел съдържа инструкции стъпка-по-стъпка за настройване на комуникациите между вашата работна станция Microsoft SNA клиент работна станция и Windows работна станция, на която има инсталиран Microsoft SNA Server V4.0 (или по-нов).
Забележка: | Бележките за Windows NT в този раздел се отнасят и за Windows 2000. |
![]() | За инструкции как да конфигурирате Microsoft SNA Server Версия 4.0 за Windows на DB2 клиентска работна станция за свързване с DB2 Connect или DB2 Universal Database сървър чрез APPC, отидете на Конфигуриране на Microsoft SNA Server за Windows NT и Windows 2000. |
В останалата част от този раздел се приема, че:
За да конфигурирате Microsoft SNA клиента, изпълнете следните стъпки:
За да функционира правилно вашият Microsoft SNA клиентски софтуер, трябва да имате достъп до правилно конфигуриран Microsoft SNA Server. Поискайте от администратора на вашия SNA сървър:
Стъпка 1. | Да вземе правилния лиценз, необходим за използването на Microsoft SNA Client на вашата работна станция. |
Стъпка 2. | Да дефинира потребителски ID и парола за вас в домейна на SNA сървъра. |
Стъпка 3. | Да дефинира връзки към сървър базите данни, които искате да използвате, както е описано в Конфигуриране на Microsoft SNA Server за Windows NT и Windows 2000. |
Стъпка 4. | Да ви даде името на символно разположение ((16)), името на базата данни ((5)) и потребителския идентификатор, които да използвате за всяка връзка с базите данни, дефинирани в предишната стъпка. Ако планирате да променяте паролите на сървъра, SNA администраторът трябва да ви даде и имената на символни разположения за обслужване на паролите на всеки сървър. |
Стъпка 5. | Да ви даде името на домейна на Microsoft SNA сървъра и протоколите, използвани за комуникация със SNA сървъра (TCP/IP, NetBEUI, IPX/SPX).
|
Вземете софтуера Microsoft SNA Client и следвайте предоставените с него инструкции за стартиране на инсталиращата програма. Когато стигнете до прозореца Опционални компоненти, размаркирайте полето Инсталиране на ODBC/DRDA драйвер.
Стъпка 1. | Щракнете върху бутона Start и изберете Programs->DB2 за Windows NT->Асистент за конфигуриране на клиенти. | ||||
Стъпка 2. | Трябва да зададете следната информация:
|
![]() | Сега трябва да обновите DB2 директориите, да свържете помощните програми
и приложения към сървъра и да тествате свързването.
За OS/2 и Windows платформи, се препоръчва използването на Асистента за конфигуриране на клиенти (CCA). За допълнителна информация вижте Конфигуриране на комуникациите клиент-сървър с помощта на CCA. За инструкции за ръчното конфигуриране и за UNIX платформите вижте Стъпка 3. Каталогизиране на APPC или APPN възела и разделите, които следват. |
Този раздел описва конфигурирането на IBM eNetwork Communication Server V5.0.2.5 за AIX на работна станция на DB2 клиентa за свързване с DB2 Connect или DB2 Universal Database сървър чрез APPC. IBM eNetwork Communication Server за AIX е единственият SNA продукт, поддържан за DB2 Connect на машини RS/6000.
Преди да започнете, се уверете, че на вашата работна станция е инсталиран IBM eNetwork Communication Server V5.0.2.5 за AIX (CS/AIX). Ако се нуждаете от допълнителна информация за конфигурирането на вашата SNA среда, се обърнете към електронната помощ, осигурена със CS/AIX.
Направени са следните предположения:
За да конфигурирате CS/AIX за използване от DB2 клиент, се включете в системата като потребител с root права и използвайте средството /usr/bin/snaadmin или средството /usr/bin/X11/xsnaadmin. Информация за тези програми може да се намери в системата документация. За да използвате програмата xsnaadmin за конфигуриране на CS/AIX, изпълнете следните стъпки:
Стъпка 1. | Въведете командата xsnaadmin. Отваря се прозорец Възел за сървъра. | ||
Стъпка 2. | Дефиниране на възел
| ||
Стъпка 3. | Дефинирайте порт
| ||
Стъпка 4. | Дефиниране на станция за свързване
| ||
Стъпка 5. | Дефиниране на локално LU
| ||
Стъпка 6. | Дефиниране на партниращо LU над станцията за свързване
| ||
Стъпка 7. | Дефиниране на псевдоним за партниращото LU
| ||
Стъпка 8. | Дефиниране на режим
| ||
Стъпка 9. | Дефиниране на името на CPI-C разположението
| ||
Стъпка 10. | Тестване на APPC свързването
|
![]() | Сега трябва да обновите DB2 директориите, да свържете помощните програми
и приложения към сървъра и да тествате свързването.
За OS/2 и Windows платформи, се препоръчва използването на Асистента за конфигуриране на клиенти (CCA). За допълнителна информация вижте Конфигуриране на комуникациите клиент-сървър с помощта на CCA. За инструкции за ръчното конфигуриране и за UNIX платформите вижте Стъпка 3. Каталогизиране на APPC или APPN възела и разделите, които следват. |
Този раздел описва конфигурирането на Bull DPX/20 SNA/20 Server на работната станция на DB2 клиента за свързване с DB2 Connect или DB2 Universal Database сървър чрез APPC. Ако преди инсталирането на клиента е инсталиран Bull DPX/20 SNA/20 Server, клиентът използва Bull SNA. В противен случай трябва да конфигурирате DB2 Connect за работа с IBM eNetwork Communications Server V5.0.2.5 за AIX. За допълнителна информация вижте Конфигуриране на IBM eNetwork Communications Server за AIX.
За да разберете дали на вашата AIX 4.2 (или по-нова) система е инсталиран Bull SNA, въведете следната команда:
lslpp -l express.exsrv+dsk
Ако е инсталиран Bull SNA, ще видите изходен текст, близък до следния:
Fileset Level State Description ---------------------------------------------------------------------- Path: /usr/lib/objrepos express.exsrv+dsk 2.1.3.0 COMMITTED EXPRESS SNA Server and Integrated Desktop
Ако инсталирате Bull SNA след инсталиране на DB2 клиента и искате клиентът да използва Bull SNA вместо IBM eNetwork Communications Server за AIX, влезте в системата като потребител с root права и въведете следната команда:
/usr/lpp/db2_06_01/cfg/db2cfgos
Ако искате да инсталирате Bull DPX/20 SNA/20 Server, трябва да разполагате със следния софтуер:
__ 1. | AIX V4.2 |
__ 2. | Express SNA Server V2.1.3
|
За допълнителна информация за настройването на вашето SNA обкръжение се
обърнете към Ръководството за конфигуриране на Bull DPX/20 SNA/20
Server.
![]() | Когато се използва с Bull SNA сървър, DB2 Connect не поддържа входящи APPC свързвания от отдалечени клиенти. Единствените APPC свързвания, които може да има, са изходящи APPC свързвания към хоста. |
За да конфигурирате Bull SNA за използване от DB2 Connect, въведете командата express, за да конфигурирате следните SNA параметри:
Config Express Подразбираща се конфигурация на EXPRESS Node CLI1 SPIFNET.CLI1 (HOSTNAME=CLI1) Indep. LUs 6.2 LUs Using All Stations LU CLI1GW Control Point LU Link tok0.00001 Link (tok0) Station SERV To SERV from CLI1 LU CLI1GW0A To SERV from CLI1 LU Pair NYX1GW0A To SERV from CLI1 Mode IBMRDB IBMRDB
За полетата, който не са изброени, използвайте подразбиращите се стойности.
Следният пример илюстрира примерна конфигурация:
Дефиниране на хардуер: System (hostname) = CLI1 Adapter and Port = CLI1.tok0 MAC Address = 400011529778 Дефиниране на SNA възел: Name = CLI1 Description = SPIFNET.CLI1 (HOSTNAME=CLI1) Network ID = SPIFNET Control Point = CLI1GW XID Block = 071 XID ID = 27509 Дефиниране на token ring връзка: Name = tok0.00001 Description = Link (tok0) Connection Network name Network ID = SPIFNET Control Point = NYX1GW Дефиниране на token ring станция: Name = SERV Description = To SERV from CLI1 Remote MAC address = 400009451901 Remote Node name Network ID = SPIFNET Control Point = NYX1GW Дефиниране на локално LU 6.2: Name = CLI1GW0A Description = To SERV from CLI1 Network ID = SPIFNET LU name = CLI1GW0A Дефиниране на отдалечено LU 6.2: Name = NYX1GW0A Description = To SERV from NYX1 Network ID = SPIFNET LU name = NYX1GW0A Remote Network ID = SPIFNET Remote Control Point = NYX1GW Uninterpreted Name = NYX1GW Дефиниране на режим: Name = IBMRDB Description = IBMRDB Class of service = #CONNECT Дефиниране на информация за символно разположение: Name = DB2CPIC Description = To SERV from NYX1 Partner LU = SPIFNET.NYX1GWOA Mode = IBMRDB Local LU = CLI1GW0A Partner TP = DB2DRDA
След като конфигурирате тези SNA параметри трябва да спрете и да стартирате SNA сървъра. За да го направите, изпълнете следните стъпки:
Стъпка 1. | Влезте в системата като потребител с root права. |
Стъпка 2. | Уверете се, че PATH съдържа записа $express/bin (/usr/lpp/express/bin). |
Стъпка 3. | Проверете активните потребители преди да спрете чрез въвеждане на следната команда: express_adm shutdown |
Стъпка 4. | Спрете всяка EXPRESS дейност чрез въвеждане на следната команда: express_adm stop |
Стъпка 5. | Стартирайте EXPRESS чрез въвеждане на следната команда: express_adm start
|
![]() | Сега трябва да обновите DB2 директориите, да свържете помощните програми
и приложения към сървъра и да тествате свързването.
За OS/2 и Windows платформи, се препоръчва използването на Асистента за конфигуриране на клиенти (CCA). За допълнителна информация вижте Конфигуриране на комуникациите клиент-сървър с помощта на CCA. За инструкции за ръчното конфигуриране и за UNIX платформите вижте Стъпка 3. Каталогизиране на APPC или APPN възела и разделите, които следват. |
Този раздел описва конфигурирането на SNAPlus2 за HP-UX на вашата DB2 клиентска работна станция за свързване с DB2 Connect или DB2 Universal Database сървър чрез APPC.
Преди да започнете, се уверете, че на вашата работна станция е инсталиран HP-UX SNAPlus2. Ако се нуждаете от допълнителна информация за конфигурирането на вашата SNA среда, се обърнете към електронната помощ, осигурена със SNAPlus2.
Направени са следните предположения:
За да конфигурирате SNAPlus2 за DB2 Connect, се включете в системата като потребител с root права и използвайте програмата /opt/sna/bin/snapadmin или програмата /opt/sna/bin/X11/xsnapadmin. Информация за тези програми може да се намери в системата документация. Следващите стъпки описват как да използвате програмата xsnapadmin, за да конфигурирате SNAplus2.
Стъпка 1. | Въведете командата xsnapadmin. Отваря се прозорец Сървъри. Щракнете двукратно върху вашия възел. |
Стъпка 2. | Дефиниране на възел
|
Стъпка 3. | Дефинирайте порт
|
Стъпка 4. | Дефиниране на станция за свързване
|
Стъпка 5. | Дефиниране на локално LU
|
Стъпка 6. | Дефиниране на отдалечен възел
|
Стъпка 7. | Дефиниране на партниращо LU
|
Стъпка 8. | Дефиниране на режим
|
Стъпка 9. | Дефиниране на името на CPI-C разположението
|
Стъпка 10. | Тестване на APPC свързването
|
![]() | Сега трябва да обновите DB2 директориите, да свържете помощните програми
и приложения към сървъра и да тествате свързването.
За OS/2 и Windows платформи, се препоръчва използването на Асистента за конфигуриране на клиенти (CCA). За допълнителна информация вижте Конфигуриране на комуникациите клиент-сървър с помощта на CCA. За инструкции за ръчното конфигуриране и за UNIX платформите вижте Стъпка 3. Каталогизиране на APPC или APPN възела и разделите, които следват. |
Този раздел описва конфигурирането на SunLink SNA PU 2.1 (SunLink SNA) за Solaris на вашата DB2 клиентска работна станция за свързване с DB2 Connect или DB2 Universal Database сървър чрез APPC.
Преди да започнете, уверете се, че на вашата работна станция е инсталирана SunLink SNA. Ако се нуждаете от повече информация за конфигурирането на вашата SNA среда, обърнете се към SunLink PU 2.1 Server Configuration and Administrator's Manual.
Направени са следните предположения:
За да конфигурирате SunLink SNA Server за използване с DB2 клиент, се включете в системата като root и изпълнете следните стъпки:
Стъпка 1. | |
Стъпка 2. | |
Стъпка 3. | Дефиниране на променливите на обкръжението, необходими за SunLink SNA |
Стъпка 4. | Стартиране на SunLink SNA подсистемата
|
Може да използвате всеки редактор за обикновен текст, за да създадете файла на CPIC страната. Файлът трябва да се намира в пътеката на приложението за самостоятелна DB2 Connect за Solaris.
Забележка: | Името на файла на CPIC страната трябва да бъде същото като името на символното разположение, зададено в DB2 директорията на възли на DB2 клиента. |
Следният пример показва разделите на файла на CPIC страната, необходими за конфигуриране на SunLink SNA за свързване с DB2 сървър:
# CPIC Side File information # PTNR_LU_NAME=NYX1GW0A MODE_NAME=IBMRDB TP_NAME=DB2DRDA SECURITY=NONE
Може да използвате всеки редактор за обикновен текст, за да създадете конфигурационния файл на SNA сървъра. Този файл се нарича sunpu2.config и трябва да се постави в директорията /opt/SUNWpu21 или в директорията на инсталиране на SunLink SNA PU 2.1 Server.
Следният пример показва разделите на конфигурационния файл, необходими за конфигуриране на SunLink SNA за свързване с DB2 сървър:
// Примерна конфигурация на SunLink SunLU6.2/SunPU2.1 SNA Server // Token Ring система с равностойни възли A @(#)sunlu62.a.tr // // Физическата връзка е Token Ring интерфейсен адаптер. CP NAME=CLI1GW // Локално име (макс. 8 символа) NQ_CP_NAME=SPIFNET.CLI1GW // Мрежово квалифицирано име ; TRLINE NAME=MAC1 // SunLink специфично име SOURCE_ADDRESS=x'400011527509' // sysA_mac_addr за Sun машина ; DLC NAME=SERVLINK // Потр. дефинирано име (макс. 8 знака) LINK_NAME=MAC1 // Име на линия, на която е тази станция LCLLSAP=x'04' // Точка да достъп за локалната услуга за връзка RMTLSAP=x'04' // Изтриване на точка на достъп на услугата за връзка RMTMACADDR=x'400009451901 // sysB_mac_addr TERMID=x'07127509' // XID размяна ; LU NAME=CLI1GW0A // Локално име (максимум 8 символа) NQ_LU_NAME=SPIFNET.CLI1GW0A // Мрежово квалифицирано име SESS_LMT=50 // Макс. брой LU сесии LUTYPE=6.2 ; PTNR_LU NAME=NYX1GW0A // Име на партниращо LU (максимум 8 символа) LOC_LU_NAME=CLI1GWOA // Асоциирано локално LU NQ_LU_NAME=SPIFNET.NYX1GW0A // Мрежово квалифицирано име ; MODE NAME=IBMRDB // Име на режим (макс. 8 знака) DLC_NAME=SERVLINK // Асоциирано DLC PTNR_LU_NAME=NYX1GW0A // Асоциирано партниращо LU LCL_MAX_SESS_LMT=30 // Макс. брой сесии MIN_CW_SESS=15 // Мин. Conwinners MIN_CL_SESS=15 // Мин. Conlosers ;
За да стартирате приложенията, трябва да настроите следните променливи на обкръжението:
Експортирайте ги на DB2 клиентската машината преди да преминете към следващата стъпка.
За да стартирате SunLink SNA подсистемата, направете следното:
Стъпка 1. | Отидете в инсталационната директория на SunLink, обикновено: cd /opt/SUNWpu21 |
Стъпка 2. | Настройте променливите на обкръжението за FlexLM лицензиране. Например: export LD_LIBRARY_PATH=/usr/openwin/lib:/usr/lib export LM_LICENSE_FILE=/etc/opt/licenses/licenses_combined
Вижте SunLink документацията за допълнителна информация. |
Стъпка 3. | Уверете се, че сте създали файла на CPIC страната, както е описано в Създаване на файла на CPIC страната |
Стъпка 4. | Уверете се, че сте създали конфигурационния файл на SNA сървъра, както е описано в Създаване на конфигурационния файл на SNA сървъра. |
Стъпка 5. | Използвайте помощното средство sunop, за да проверите състоянието на SunLink SNA, ако е вече стартирана. Проверете дали състоянието на PU и/или DLC е connected. Може да използвате и sunop, за да проверите състоянието на връзките. Вижте документацията на SunLink за детайли за помощното средство sunop. |
Стъпка 6. | Спрете SunLink, ако е активна. Например, въведете: kill -9 sunpu2.pid kill -9 sunlu2.pid |
Стъпка 7. | Стартирайте SunLink с помощта на следната команда: sunpu2.1
|
![]() | Сега трябва да обновите DB2 директориите, да свържете помощните програми
и приложения към сървъра и да тествате свързването.
За OS/2 и Windows платформи, най-лесният начин да направите това е да използвате Асистента за конфигуриране на клиенти (CCA). За допълнителна информация за използването на CCA вижте Конфигуриране на комуникациите клиент-сървър с помощта на CCA. За инструкции за ръчното конфигуриране и за UNIX платформите вижте 3. Каталогизиране на APPC или APPN възела и разделите, които следват. |
Трябва да добавите запис в директорията на възлите на работната станция на DB2 клиента, за да опишете отдалечения възел. В повечето случаи ще добавите запис за APPC възела в директорията на възлите. За OS/2 и Windows 32-битова операционна система, алтернативно можете да добавите запис на възел APPN, ако локалният SNA възел е настроен като APPN възел.
За да каталогизирате възела, изпълнете следните стъпки:
Стъпка 1. | Влезте в системата с валиден DB2 потребителски идентификатор. За
допълнителна информация вижте Приложение F, Правила при именуване.
| ||
Стъпка 2. | Ако използвате DB2 Connect на UNIX платформа, настройте обкръжението на модела и извикайте DB2 процесора за обработка на команди. Изпълнете скрипта за стартиране, както следва: . INSTHOME/sqllib/db2profile (за Bourne или Korn обвивка) source INSTHOME/sqllib/db2cshrc (за C обвивка) където INSTHOME е собствената директория на потребителския модел. | ||
Стъпка 3. | За да каталогизирате възел APPC, задайте избрания псевдоним (име_на_възел), името на символното разположение (име_на_символно_разположение) и типа на APPC защита (тип_на_защита), които клиентът да използва за свързването APPC. Въведете следните команди в процесора за обработка на команди: catalog "appc node име_на_възел remote име_на_символно_предназначение security тип_защита"; terminate
Например, за да каталогизирате отдалечен сървър на база данни с име на символното разположение DB2CPIC на възел с име db2node, като се използва тип на APPC защитата NONE, въведете следните команди: catalog appc node db2node remote DB2CPIC security NONE terminate | ||
Стъпка 4. | За да каталогизирате APPN възел, посочете избрания псевдоним (име_на_възел), мрежовия идентификатор ((1)), активното отдалечено LU ((4)), името на транзакционната програма ((17)), режима ((15)) и типа на защитата. Въведете следните команди, като заместите със стойностите от работния лист от Таблица 30: catalog "appn node db2node network SPIFNET remote NYX1GW0A tpname DB2DRDA mode IBMRDB security NONE" terminate
|
![]() | Ако трябва да промените стойностите, които са били зададени с командата
catalog node, изпълнете следните стъпки:
|
Преди приложение на клиента да може да осъществи достъп до отдалечена база данни, базата данни трябва да бъде каталогизирана на възела на сървъра и на всички възли на клиенти, които ще се свързват с нея. Когато създавате база данни, тя се каталогизира автоматично на сървъра със същия псевдоним на база данни (псевдоним_на_БД), каквото е името на базата данни (име_на_БД). Информацията в директорията на базата данни заедно с информацията в директорията на възлите се използва от клиента за осъществяване на свързването към отдалечената база данни.
За да каталогизирате база данни на клиента, изпълнете следните стъпки:
Стъпка 1. | Влезте в системата с валиден DB2 потребителски идентификатор. За
допълнителна информация вижте Приложение F, Правила при именуване.
| ||||||
Стъпка 2. | Попълнете колоната Вашата стойност в следната работна
таблица.
Таблица 18. Работна таблица: Стойности на параметрите за каталогизиране на бази данни | ||||||
Стъпка 3. | Ако използвате UNIX клиент, настройте обкръжението на потребителския модел и извикайте DB2 процесора за обработка на команди. Изпълнете скрипта за стартиране, както следва: . INSTHOME/sqllib/db2profile (за bash, Bourne или Korn обвивка) source INSTHOME/sqllib/db2cshrc (за C обвивка) където INSTHOME е собствената директория на потребителския модел. | ||||||
Стъпка 4. | Каталогизирайте базата данни, като въведете следните команди: db2 catalog database име_на_база_данни as псевдоним_на_БД at node име_на_възел db2 terminate Например, за да каталогизирате отдалечена база данни, наречена sample, така че тя да има псевдоним tor1 на възела db2node, въведете следните команди: db2 catalog database sample as tor1 at node db2node db2 terminate
|
След като конфигурирате клиента за комуникации, е необходимо да се свържете към отдалечена база данни, за да проверите връзката.
Стъпка 1. | Стартирайте мениджъра на базата данни, като подадете командата db2start на сървъра (ако той не е стартиран автоматично при първоначалното зареждане). |
Стъпка 2. | Ако използвате UNIX клиент, изпълнете процедурата за стартиране по следния начин: . INSTHOME/sqllib/db2profile (за Bash, Bourne или Korn обвивка) source INSTHOME/sqllib/db2cshrc (за C обвивка) където INSTHOME е собствената директория на потребителския модел. |
Стъпка 3. | Въведете следната команда на клиента, за да свържете клиента с отдалечената база данни: db2 connect to псевдоним_на_БД user userid using парола
|
Стойностите за потребителски_id и парола трябва да бъдат валидни за системата, на която те се разпознават. По подразбиране разпознаването се извършва на сървъра за DB2 сървър, и на хост или AS/400 машината за DB2 Connect сървър.
Ако свързването е успешно, ще получите съобщение, показващо името на базата данни, към която сте се свързали. Сега вече може да извличате данни от тази база данни. Например, за да извлечете списък на всички имена на таблици в таблицата на системния каталог, въведете следната SQL команда в Командния център или в процесора за обработка на команди:
"select име_на_таблица from syscat.tables"
Когато приключите с използването на връзката към базата данни, въведете командата command reset, за да затворите връзката с базата данни.
Стойностите за потребителски_id и парола трябва да бъдат валидни за системата, на която те се разпознават. По подразбиране разпознаването се извършва на сървъра за DB2 сървър, и на хост или AS/400 машината за DB2 Connect сървър.
Ако свързването е успешно, ще получите съобщение, показващо името на базата данни, към която сте се свързали. Сега вече може да извличате данни от тази база данни. Например, за да извлечете списък на всички имена на таблици в таблицата на системния каталог, въведете следната SQL команда в Командния център или в процесора за обработка на команди:
"select име_на_таблица from syscat.tables"
Когато свършите с използването на свързването към базата данни, подайте
командата db2 connect reset, за да прекратите свързването към
базата данни.
![]() |
Вече сте готови да използвате DB2. За по-разширена информация се
обърнете към Ръководство за администриране.
|
Ако свързването е неуспешно, проверете следните елементи:
На сървъра:
![]() |
Проверете настройките за регистърната стойност db2comm, като
подадете командата db2set DB2COMM. Повече информация
потърсете в Ръководство за администриране.
|
![]() | Ако възникнат проблеми при стартирането на мениджърите на свързването за
протокола, ще се появи предупредително съобщение, а съобщенията за грешки ще
се запишат във файла the db2diag.log в директорията
INSTHOME/sqllib/db2dump за UNIX платформи или в директорията
x:\sqllib\db2dump за платформи, различни от UNIX.
За допълнителна информация за файла db2diag.log се обърнете към Ръководство за отстраняване на проблеми. |
На клиента:
Ако връзката все още не може да се осъществи след като проверите тези елементи, обърнете се към Ръководство за отстраняване на проблеми.