Този раздел съдържа допълнителни препоръки и съвети за настройка работата на SNA, които могат да се използват с 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, различните типове мрежови приложения включват:
Последната опция не се препоръчва - вижте отдолу.
Препоръчваният най-добър начин за свързване към хоста е да се използва карта за прикрепване на канал 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 може да имат подобни зависимости.
Поддръжката на Multi Path Channel (MPC) за SNA през ESCON позволява на система, върху която работи IBM eNetwork Communications Server да използва ESCON адаптер, за да създаде MPC станция за връзки към хоста. MPC обикновено е по-бърза от CDLC, защото:
Тестовете показват, че повишението на производителността при 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
Типична мрежова конфигурация може да е:
Фигура 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 фреймове * Възможно е значително увеличение на производителността
Размерът на 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. Параметърът 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 трябва да е два или три пъти по-голяма от най-големия размер на PIU.
Уверете се, че са еднакви размерите на LLC2 прозореца (брой DLC прозорци за изпращане и получаване) между NCP и DB2 Connect Enterprise Edition шлюза. Това има значителен ефект, особено когато сървърът е DB2 Connect за AIX. Препоръчва се броячът за прозореца за изпращане да е по-голям от този за получаване.
Като цяло при всяко SNA свързване през Token-ring LLC2 таймерите/прозорците трябва да се оптимизират. В някои случаи тази промяна води до шест-кратно повишение на производителността и времето за отговор.
Максималния размер на фрейм на token ring трябва да е колкото се може по-голям.
Следващата информация е получена от документа 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