Ръководство за потребителя

Допълнителни препоръки и съвети за настройка на SNA

Този раздел съдържа допълнителни препоръки и съвети за настройка работата на SNA, които могат да се използват с DB2 Connect.

Обща информация за производителността на DB2 Connect

Характерна черта на работата на DB2 Connect е, че основно използва процесора и изпълнява много малко входно/изходни задачи. Като цяло, колкото по-бърз е процесорът, толкова по-бързо ще работи DB2 Connect. DB2 Connect напълно се възползва от SMP процесорните конфигурации.

Бърз DB2 Connect Enterprise Edition сървър може да обработи двойката SQL заявка/отговор за по-малко от пет милисекунди, без да се отчита времето за клиента, за мрежата и за обработка от страна на хоста или AS/400 сървъра. Прост SQL израз или запитване с няколко реда данни би могъл да се завърши от начало до край за по-малко от 0.1 секунди (от клиента до хоста или AS/400 сървъра и обратно).

Когато има повече от четири или пет SQL израза в запитване, тогава използването на запомнени процедури ще помогне, за да се осигури висока OLTP производителност и да се избегне увеличаването на опитите за повторно заключване поради мрежови забавяния между SQL изразите.

Проблемите с производителността обикновено се причиняват от типа на използваното хост приложение, мрежовите характеристики, свързани с маршрутизирането и настройката и дизайна на приложенията. Обща информация, свързана с производителността на DB2 Connect, може да се намери в Други източници на информация за производителността на DB2 Connect.

Избор и настройка на Мрежовото приложение

За да се постигне възможно най-добра производителност при използването на DB2 Connect, различните типове мрежови приложения включват:

  1. Карта за прикрепване на канал
  2. IBM 3172 модел 3 или по-нови модели, или еквивалентни
  3. IBM 2216
  4. Карта Open System Adaptor (OSA-2, не OSA-1)
  5. IBM 3745 с Network Control Program (NCP)
  6. IBM 3174 Терминални контролери или еквивалентни

Последната опция не се препоръчва - вижте отдолу.

Препоръчваният най-добър начин за свързване към хоста е да се използва карта за прикрепване на канал ESCON за AIX, Windows NT или Windows 2000. IBM 3172 модел 3 и 2216 също работят добре, но има наблюдения, че имат по-ниска производителност сравнение с ESCON.

Когато използвате AIX с ESCON карти, прилагайте PTF, свързани с MPC (Multi Path Channel). Без тези PTF, AIX SNA ESCON драйверът може да достави по-слаба производителност. Повече подробности вижте в Поддръжка на Multi Path Channel за SNA през ESCON. Освен това допълнителна информация може да се намери на адрес: http://www.networking.ibm.com.cms/cmsnew01.html

В Как да се настроят DB2 Connect свързвания през NCP ще намерите списък, в който е посочено кои параметри на комуникационния сървър, NCP и VTAM да настроите, за да оптимизирате работата на DB2 Connect. Всички специфични препоръки, които не са за NCP, са приложими за всички типове DB2 Connect и клиент/сървър свързвания.

Когато има голям брой малки транзакции, с картата OSA-2 на System/390 може да не се постигне толкова висока производителност, както с 3272 модел 3 поради нейния по-нисък показател за брой фреймове-за-секунда. Подробности за някои последни усъвършенствания вижте в Информация за OSA-2 усъвършенствания.

3145 с NCP обикновено се настройва специално за съществуващия мрежов трафик. Следователно може да не се представи толкова добре при приложения клиент/сървър в база данни. Повечето проблеми с производителността на DB2 Connect се дължат на закъснение между NCP и VTAM и/или между NCP. В Как да се настроят DB2 Connect свързвания през NCP можете да намерите списък за настройка.

Като цяло препоръчваме да се избягва използването на 3174 Терминални контролери, защото техният размер на пакет (RU размер) от 256 байта е прекалено малък. Изисква се 3174 микрокод ниво C, за да се осигури независима LU поддръжка за APPC свързвания в базата данни. Някои еквиваленти OEM 3174 може да имат подобни зависимости.

Други източници на информация за производителността на DB2 Connect

Поддръжка на Multi Path Channel за SNA през ESCON

Поддръжката на Multi Path Channel (MPC) за SNA през ESCON позволява на система, върху която работи IBM eNetwork Communications Server да използва ESCON адаптер, за да създаде MPC станция за връзки към хоста. MPC обикновено е по-бърза от CDLC, защото:

  1. MPC използва отделни подканали при четене и запис
  2. MPC не се ограничава от размера на IOBUF. Фреймовете са 4K и може да се групират заедно в блокове.

Тестовете показват, че повишението на производителността при MPC връзка достига три пъти в сравнение с връзка ESCON Channel Data Link Control (CDLC) с размер на IOBUF по-малък от 1K. AIX SNA MPC изисква ESCON и MVS VTAM V4R4 или следваща версия и компонентен код 4024 на Комуникационен сървър за AIX (5765-652). Windows NT системите трябва да използват IBM eNetwork Communications Server за Windows NT версия 6.

Следват PTF на Комуникационен сървър за AIX, необходими за MPC:

    APAR #     PTF #    LPP име
 
    IX67032   U449693   sna.books.chdoc
    IX67032   U449693   sna.books.escdoc
    IX67032   U449300   sna.rte
    IX67032   U450027   sna.msg.en_US.rte
    IX65820   U447759   sna.dlcchannel
    IX67618   U449691   mpc.rte
    IX65813   U447758   devices.mca.8fc3.rte

Как да се настроят DB2 Connect свързвания през NCP

Типична мрежова конфигурация може да е:

Фигура 8. Сценарий на DB2 Connect Enterprise Edition шлюз в SNA мрежа


Фигурата не е показана.

Този сценарий се фокусира върху производителността и времето за отговор между хоста или AS/400 сървъра на базата данни към DB2 Connect Enterprise Edition шлюза и различните параметри, които може да окажат влияние.

Критерии при настройка

Препоръчва се да направите промените в следния ред:

   1 - DELAY на PCCU макрос*
   2 - DLC/LLC настройка*
   3 - Размер на PIU*
   4 - Промени в прозореца Pacing*
   5 - DELAY на LINE макрос*
   6 - MAXBFRU промени
   7 - Размери на LAN фреймове
 
   * Възможно е значително увеличение на производителността

Размер на PIU (RU + 29 байта)

Размерът на RU на хоста и DB2 Connect сървъра трябва да се увеличи максимално. Това означава, че размерът на RU трябва да е достатъчно голям, за да съдържа преминаващите API (където е възможно, както данните SEND, така и RECEIVE за транзакцията), за да се намали доколкото е възможно колко пъти трябва да се прехвърля стека на програмата VTAM. Освен това размерът на мрежовия фрейм може да ограничи максималния размер на RU, ако не е желателно той да се разделя на сегменти.

Хубаво е да се настроят стойностите за размер на DB2 Connect блок (RQRIOBLK), RU и стъпка, като например RU * стъпка >= RQRIOBLK. Например размерът по подразбиране на RQRIOBLK от 32K е подходяща стойност за повечето ситуации и за да се възползвате от това, можете да определите RU = 4K и да получите стъпка за прозорец от 8.

Размери на стъпки за прозорец

Прозорците за сесията и VR стъпката трябва да са максимално големи: трябва да се използва най-голямата стойност, която не причинява задръстване в мрежата или VR условия, и т.н. За тестова среда определете стъпката на 0 (без стъпка) или я определете на максималната стойност X'3F'.

Coat-tailing стойности (DELAY)

Coat-tailing се контролира от параметъра DELAY. Параметърът DELAY в макроса PCCU контролира изходящия coat-tailing (изходящ с отнасяне към хоста). Стойността DELAY в определящия израз LINE за NCP контролира входящия coat-tailing (входящи с отнасяне към хоста).

Стойността DELAY определя колко дълго се задържа PIU в опашката (NCP или VTAM), преди да се прехвърли. Целта на това забавяне е да се увеличи вероятността през това време да пристигнат и други PIU, така че всички те да могат да се прехвърлят с една програма канал. За най-малко забавяне стойността DELAY трябва да се установи на 0. Промяната на стойността на забавянето на изходящия coat-tailing на 0 не би трябвало да има забележим ефект на хоста, с изключение на подобрената производителност спрямо изходящия трафик. Ще се постигнат и някои подобрения в производителността на входящия трафик.

Установяването на DELAY в NCP на 0 трябва да се прави с малко по-голямо внимание. Стойността може да се установи на 0, ако NCP не се претоварва и входящият трафик не се състои от значителен процент малки фреймове. Ако стойността на DELAY е 0, може значително да се подобри времето за отговор, особено при слабо натоварване или тестови обкръжения.

      VTAMB7   PCCU  CUADDR=CAF,
                                        AUTODMP=NO,
                                        AUTOIPL=NO,
                                        AUTOSYN=YES,
                                        BACKUP=YES,
                                        DELAY=0,
                                        VFYLM=YES,   
                                        CHANCON=UNCOND,         
                                        MAXDATA=32768,          
                                        DUMPDS=NCPDUMP,
                                        OWNER=HOSTB7,  
                                        SUBAREA=17     
                                                       
                                                       
     LNCTLS        GROUP   LNCTL=CA,CA=TYPE6,DELAY=0.0,TIMEOUT=500.0
     CA0                 LINE         ADDRESS=00
     PUCHAN0    PU            PUTYPE=5,TGN=1
     CA1                 LINE         ADDRESS=01
     PUCHAN1    PU            PUTYPE=5,TGN=1

Съображенията за DELAY са документирани в Ръководство за VTAM мрежови реализации.

MAXBFRU

Стойността MAXBFRU трябва да е два или три пъти по-голяма от най-големия размер на PIU.

Настройка на DLC/LLC слоя

Уверете се, че са еднакви размерите на LLC2 прозореца (брой DLC прозорци за изпращане и получаване) между NCP и DB2 Connect Enterprise Edition шлюза. Това има значителен ефект, особено когато сървърът е DB2 Connect за AIX. Препоръчва се броячът за прозореца за изпращане да е по-голям от този за получаване.

Като цяло при всяко SNA свързване през Token-ring LLC2 таймерите/прозорците трябва да се оптимизират. В някои случаи тази промяна води до шест-кратно повишение на производителността и времето за отговор.

Размери на LAN фреймове

Максималния размер на фрейм на token ring трябва да е колкото се може по-голям.

Информация за OSA-2 усъвършенствания

Следващата информация е получена от документа IBM WSC Flash номер 9718.

 
  ЗАГЛАВИЕ: WSC  FLASH 9718:  OSA-2 УСЪВЪРШЕНСТВАНИЯ
  ДОКУМЕНТ НОМЕР G023691 НЕПОВЕРИТЕЛЕН  
   Open Systems Adapter 2 (OSA-2) Systems Network Architecture (SNA)
   подобренията станаха достъпни по-рано от обявеното.
   Усъвършенстванията са:
 
   o   SNA/APPN усъвършенствания за OS/390, MVS/ESA, VM/ESA и VSE/ESA
 
       -   Подобрен достъп: баланс на товара, резервен достъп, препълвания
       -   Подобрено свързване: поддръжка на увеличен брой физ. единици (PU)
           (от 255 PU за порт до 2047 PU за порт).
 
   o   Поддръжка на ACF/VTAM за VSE/ESA мрежи
 
   ЗАБЕЛЕЖКА: Тези подобрения не се отнасят за OSA-1.
 
   БАЛАНСИРАНЕ НА НАТОВАРВАНЕТО, РЕЗЕРВЕН ДОСТЪП, ПРЕПЪЛВАНЕ
   ____________________________________________________
 
   БАЛАНС НА ТОВАРА: Един Medium Access Control (MAC) адрес може да бъде
   дефиниран за прикрепени OSA-2 SNA/APPN физически единици (PU) и когато
   свързванията са чрез няколко физически порта. Тази поддръжка се предлага
   само за source-route bridged среди (Token-Ring и FDDI). Следи се
   броят на сесиите, установени през порт, като натоварванията от сесиите се
   разпределят равномерни в рамките на еднакво конфигурираните портове.
 
   РЕЗЕРВЕН ДОСТЪП:  Може да се конфигурира вторична пътека между LAN работната
   станция и хост системата. Ако първичната пътека стане недостъпна, вторичната
   ще получи LAN трафика. Така се увеличава готовността на системата и
   се опростява управлението на мрежата.
 
   ПРЕПЪЛВАНЕ:  Потребителските сесии преминават през първичния ОSA-2 порт, докато
   се достигне капацитета на сесията. Следващите потребителски сесии автоматично
   ще се насочат към следващия OSA-2 порт. Тъй като всички потребителски работни
   станции са конфигурирани идентично, администрирането на мрежата се опростява и
   се опростява разширението й. Може да се добавят нови потребители без прекъсване.
 
   Поддръжка на баланс на товара, резервен достъп и препълване се осигурява
   от PTF за OSA/SF както следва:
 
   o   OS/390 и MVS    - OW20205/UW34618         03/31/97
   o   VM/ESA          - OW23952/UW37028         03/31/97
   o   VSE/ESA         - Осигурен с VSE/ESA V2.2.1      04/29/97
 
   УВЕЛИЧЕНА ПОДДРЪЖКА НА ФИЗИЧЕСКА ЕДИНИЦА (PU) (ЧРЕЗ OSA/SF):
   ____________________________________________________________
 
   Архитектурата е променена, за да позволи дефиниране максимум на 2047 PU
   на физически порт за OSA-2 Ethernet, Token-Ring и FDDI компоненти
   вместо досегашните 255 PU за порт. Това увеличение е достъпно за
   инсталираните в момента компоненти, както и при нови инсталации.
   Действителните възможности при свързване може да се различават
   в зависимост от натоварването.
 
   Поддръжката на увеличен брой физически единици (PU) се осигурява
   от PTFs за OSA/SF както следва:
 
   o   OS/390 и MVS    - OW23429/UW37210         03/31/97
   o   VM/ESA          - OW24952/UW37028         03/31/97
   o   VSE/ESA         - PQ03091/UQ04224         04/29/97
 
   Поддръжката на увеличен брой физически единици (PU) се осигурява
   от PTFs за ACT/VTAM както следва:
 
   o   ACF/VTAM за OS/390 и MVS
 
       -   VTAM 4.1 OW14043/UW24904
       -   VTAM 4.2 OW14043/UW24905
       -   VTAM 4.3 OW14043/UW24906
 
   o   ACF/VTAM VM/ESA
 
       -   VM60877/UV59834
 
   o   ACF/VTAM VSE/ESA
 
       -   DY44347/UD50254
 
   VSE/ESA - SNA ПОДДРЪЖКА
   _____________________
 
   Поддръжката на OSA-2 и OSA/SF се осигурява чрез
   VSE/ESA версия 2 подверсия 2.1. Това
   изложение за поддръжка на VSE/ESA отговаря на
   Бюлетина с общи насоки, който се
   съдържа в Хардуерното изложение 196-194 и Хардуерното изложение
   196-193 от 10 септември 1996.
 
   OSA-2 компонентът осигурява ACF/VTAM за VSE/ESA хост приложения с директен
   достъп до Ethernet, Token-Ring и FDDI LAN и асинхронен режим на трансфер
   (ATM) Forum-съвместими LAN емулационни мрежи.
   OSA/SF се предлага като:
 
   o   Неразделен елемент от OS/390 подверсия 1 или следваща (5645-001)
   o   Отделен програмен продукт, помощно средство за S/390 OSA поддръжка
       версия 1 подверсия 2 за MVS/ESA 4.3 или следващи (5655-104)
   o   Помощно средство за VM/ESA версия 2 подверсия 2.0 (5654-030)
   o   Компонент на VSE основни функции 6.1.1 в VSE/ESA версия 2
       подверсия 2.1 (5690-VSE).
 
   ПОВЕЧЕ ИНФОРМАЦИЯ
   ________________
 
   Изложения 297-043, 297-040


[ Начало на страницата | Предишна страница | Следваща страница ]