W tej sekcji można znaleźć dodatkowe wskazówki i porady dotyczące poprawy wydajności SNA w DB2 Connect.
Charakterystyka wydajności DB2 Connect: produkt w przeważającej mierze używa procesora, a w niewielkim stopniu wykonuje operacje wejścia/wyjścia. Ogólnie, im większa szybkość procesora, tym szybciej będzie działać DB2 Connect. DB2 Connect w pełni wykorzystuje konfiguracje procesora SMP.
Szybki serwer DB2 Connect Enterprise Edition może obsłużyć parę SQL żądanie/odpowiedź w czasie krótszym niż pięć milisekund, nie wliczając w to czasu klienta, sieci i przetwarzania na serwerze hosta lub AS/400. Prosta instrukcja SQL lub zapytanie z kilkoma wierszami danych może być całkowicie wykonane w czasie krótszym niż 0,1 sekundy (od klienta do hosta lub AS/400 i z powrotem).
Gdy w zapytaniu jest więcej niż cztery lub pięć instrukcji SQL, użycie procedur zapisanych w bazie pomoże osiągnąć wysoką wydajność OLTP i uniknąć wzrostu rywalizacji o blokady między instrukcjami SQL, która spowodowana jest opóźnieniami w sieci.
Problemy z wydajnością są zazwyczaj spowodowane używanym typem połączenia hosta, sieciowymi charakterystykami routingu i strojenia oraz projektem aplikacji. Niektóre ogólne informacje na temat wydajności DB2 Connect można znaleźć w sekcji Inne źródła informacji dotyczących wydajności DB2 Connect.
Poniżej przedstawiono różne typy połączeń z siecią podczas używania DB2 Connect, w kolejności od prawdopodobnie najwydajniejszych:
Ostatnia pozycja nie jest polecana - patrz poniżej.
Najlepszym polecanym sposobem połączenia się z hostem jest użycie kart połączenia kanałem ESCON dla systemu AIX, Windows NT lub Windows 2000. IBM 3172 Model 3 i 2216 również dobrze działają, zapewniają przepustowość niższą niż ESCON.
Gdy używany jest system AIX z kartami ESCON, należy zastosować poprawki PTF związane z MPC (Multi Path Channel). Bez tych poprawek PTF wydajność sterownika AIX SNA ESCON może być niższa. Więcej szczegółów można znaleźć w sekcji Obsługa kanału wielościeżkowego (Multi Path Channel - MPC) dla SNA przez ESCON. Więcej informacji można znaleźć pod adresem: http://www.networking.ibm.com.cms/cmsnew01.html
W sekcji Jak należy stroić połączenia DB2 Connect przez NCP można znaleźć listę parametrów Communications Server, NCP i VTAM, które można dostosowywać w celu zoptymalizowania wydajności DB2 Connect. Wszystkie rekomendacje inne niż NCP mają zastosowanie do wszystkich typów przyłączeń DB2 Connect i klient/serwer.
Karta OSA-2 w systemie System/390 390 może nie zapewniać przepustowości tak wysokiej, jak w przypadku karty 3272 Model 3, gdy występuje duża liczba niewielkich transakcji. Dzieje się tak dlatego, że przesyła ona mniejszą liczbę ramek na sekundę. Szczegółowe informacje o najnowszych ulepszeniach można znaleźć w sekcji Informacje na temat ulepszeń OSA-2.
Karta 3145 z NCP zazwyczaj dostosowuje się do istniejącego ruchu w sieci. W konsekwencji karta ta może nie działać tak dobrze w przypadku aplikacji klient/serwer baz danych. Większość problemów związanych z wydajnością w DB2 Connect jest spowodowana opóźnieniem między NCP i VTAM i/lub między punktami NCP. Listę kontrolną strojenia można znaleźć w sekcji Jak należy stroić połączenia DB2 Connect przez NCP.
Ogólnie nie zaleca się stosowania kontrolerów 3174 Terminal Controller, ponieważ mają one za małą wielkość pakietu (wielkość RU) wynoszącą 256 bajtów. Dla 3174 wymagany jest poziom mikrokodu C, aby zapewnić obsługę niezależnej jednostki logicznej (LU) dla połączeń z bazami danych przy użyciu protokołu APPC. W przypadku niektórych OEM-owych odpowiedników 3174 mogą wystąpić podobne zależności.
Obsługa kanału wielościeżkowego (MPC) dla SNA przez ESCON umożliwia systemowi, na którym jest uruchomiony IBMeNetwork Communications Server, używanie adaptera ESCON do tworzenia stacji łączącej MPC z hostem. Kanał MPC jest zazwyczaj szybszy od CDLC, ponieważ:
Testy wykazały, że połączenie kanałem MPC jest trzykrotnie lepsze niż połączenie ESCON Channel Data Link Control (CDLC) wykorzystujące bufor IOBUF o wielkości mniejszej niż 1 kB. SNA MPC dla systemu AIX wymaga ESCON i MVS VTAM wersja 4 wydanie 4 lub nowszej i kodu opcji 4024 serwera Communications Server for AIX (5765-652). Systemy Windows NT muszą używać serwera IBM eNetwork Communications Server for Windows NT wersja 6.
Poniżej przedstawiono poprawki PTF dla serwera Communications Server for AIX wymagane dla MPC :
APAR # PTF # nazwa 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
Przykładowa konfiguracja sieci:
Rysunek 8. Scenariusz sieci SNA dla bramy produktu DB2 Connect Enterprise Edition
![]() |
W podanym scenariuszu skupiono się na przepustowości i czasie odpowiedzi między serwerem baz danych hosta lub AS/400 a bramą produktu DB2 Connect Enterprise Edition i na różnych parametrach, które mogą wpłynąć na te wielkości.
Poniżej przedstawiono zalecaną kolejność wykonywania zmian:
1 - DELAY w makrodefinicji PCCU* 2 - Strojenie DLC/LLC* 3 - Wielkość PIU* 4 - Zmiany okna pacing* 5 - DELAY w makrodefinicji LINE* 6 - Zmiany MAXBFRU 7 - Wielkość ramki LAN * Możliwa jest znacząca poprawa przepustowości
Należy maksymalnie zwiększyć wielkość RU na hoście i serwerze DB2 Connect. Wynika z tego, że wielkość RU powinna być wystarczająco duża, aby pomieścić dane przesyłane przez funkcje API (mogą występować dane dla transakcji uzyskane przy użyciu SEND i RECEIVE), tak aby zminimalizować liczbę koniecznych przeszukań stosu programu VTAM. Ponadto wielkość ramki sieci może ograniczyć maksymalną wielkość RU, jeśli chce się uniknąć segmentacji RU.
Dobrym pomysłem jest ustawienie w DB2 Connect wielkości bloku (RQRIOBLK), wartości RU i pacing, takich jak RU * pacing >= RQRIOBLK. Na przykład domyślna wielkość RQRIOBLK wynosząca 32 kB jest w większości sytuacji odpowiednią wartością i aby ją wykorzystać, należy ustawić RU = 4 kB i okno pacing odbierania na 8.
Okna pacing sesji i VR powinny przyjąć wielkość maksymalną: należy użyć największej wartości niepowodującej przeciążenia sieci, stanów VR-held itp. Aby przetestować środowisko, należy ustawić wielkość pacing na 0 (bez pacing) lub na maksymalną wartość X'3F'.
Dopasowywanie jest sterowane przez parametr DELAY. Parametr ten w makrodefinicji PCCU steruje dopasowywaniem ruchu wychodzącego (wychodzącego w stosunku do hosta). Wartość DELAY w instrukcji definicji LINE dla NCP steruje dopasowywaniem ruchu przychodzącego (przychodzącego w stosunku do hosta).
Wartość DELAY określa czas przechowywania jednostki PIU w kolejce (NCP lub VTAM) przed przesłaniem. Oczekiwanie to ma na celu zwiększenie możliwości pojawienia się w tym czasie innych PIU. Wtedy wszystkie wartości mogą zostać przesłane jednokanałowym programem. Aby opóźnienia były najmniejsze, wartość DELAY powinna być ustawiona na 0. Zmiana dopasowanej wartości opóźnienia ruchu wychodzącego na wartość 0 nie powinna w zauważalny sposób wpłynąć na host, z wyjątkiem zwiększenia wydajności dla ruchu wychodzącego. Nastąpi również pewne polepszenie wydajności ruchu przychodzącego.
Parametr DELAY w NCP należy zmienić na 0 z zachowaniem dużej ostrożności. Wartość tego parametru można ustawić na 0, jeśli punkt NCP nie jest przeciążony i ruch przychodzący nie składa się w znacznej części z małych ramek. Ustawienie wartości DELAY na 0 może znacznie poprawić czas odpowiedzi, szczególnie przy niewielkich obciążeniach lub w środowiskach testujących wydajność.
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
Informacje dotyczące parametru DELAY można znaleźć w podręczniku VTAM Network Implementation Guide.
Wartość parametru MAXBFRU powinna być ustawiona na wartość dwu- lub trzykrotnie większą niż największa wartość jednostki PIU.
Należy zadbać o to, aby wielkości okna LLC2 (wielkość okien wysyłania i odbierania DLC) między punktem NCP a bramą produktu DB2 Connect Enterprise Edition były takie same. Ma to ogromny wpływ na wydajność, szczególnie gdy używany jest serwer DB2 Connect for AIX. Zaleca się, aby wielkość okna wysyłania była ustawiona na wyższą wartość niż wielkość okna odbioru.
Ogólnie dla dowolnych połączeń SNA przez sieć Token Ring należy zoptymalizować zegary/okna LLC2. Zmiana ta w niektórych przypadkach spowodowała sześciokrotną poprawę przepustowości i czasu odpowiedzi.
Maksymalna wielkość ramki sieci Token Ring powinna być tak duża, jak to tylko możliwe.
Następujące informacje pochodzą z IBM WSC Flash, numer dokumentu 9718.
TYTUŁ: WSC FLASH 9718: DOSTĘPNE ULEPSZENIA OSA-2 ID DOKUMENTU G023691 NIESKLASYFIKOWANY Ulepszenia Open Systems Adapter 2 (OSA-2) Systems Network Architecture (SNA) udostępniono wcześniej niż to poprzednio ogłoszono. Do ulepszeń należą: o Ulepszenia SNA/APPN dla OS/390, MVS/ESA, VM/ESA i VSE/ESA: - Ulepszona dostępność: równoważenie obciążenia, nadmiarowość i przepełnienie. - Ulepszone połączenia: zwiększona liczba obsługiwanych jednostek fizycznych (PU) (od 255 jednostek PU przypadających na port do 2047 jednostek PU na port). o Obsługa ACF/VTAM dla sieci VSE/ESA. UWAGA: Ulepszenia te nie dotyczą OSA-1.
RÓWNOWAŻENIE OBCIĄŻENIA, NADMIAROWOŚĆ I PRZEPEŁNIENIE ___________________________________________________ RÓWNOWAŻENIE OBCIĄŻENIA: Pojedynczy adres sterowania dostępem do nośnika (Medium Access Control - MAC) może być teraz zdefiniowany dla podłączonych jednostek fizycznych (PU) OSA-2 SNA/APPN, nawet jeśli połączenia mogą odbywać się za pośrednictwem wielu portów fizycznych. Ta obsługa jest oferowana tylko dla środowisk mostów routowanych po źródłach (Token-Ring i FDDI). Liczba sesji ustanowionych za pośrednictwem portu jest monitorowana i obciążenia sesji użytkowników są jednolicie rozproszone po identycznie skonfigurowanych portach. NADMIAROWOŚĆ: Można teraz skonfigurować dodatkową ścieżkę między stacją roboczą sieci LAN a systemem hosta. Jeśli podstawowa ścieżka stanie się niedostępna, dodatkowa ścieżka przejmie ruch w sieci LAN. Zwiększa to dostępność systemu i upraszcza zarządzanie siecią. NADMIAR: Sesje użytkowników przepływają przez podstawowy port OSA-2 aż do momentu, gdy zostanie osiągnięta pojemność sesji. Sesje dodatkowych użytkowników będą automatycznie przepływać do następnego portu OSA-2. Ponieważ wszystkie stacje robocze są skonfigurowane identycznie, upraszcza się sposób zarządzania siecią i staje się ona bardziej skalowalna. Nowi użytkownicy mogą być dodawani w sposób niezakłócający działania. Obsługę równoważenia obciążenia, redundancji i przepełnienia udostępniono w postaci w postaci następujących poprawek PTF dla OSA/SF: o OS/390 i MVS - OW20205/UW34618 03/31/97 o VM/ESA - OW23952/UW37028 03/31/97 o VSE/ESA - Dostarczona z VSE/ESA V2.2.1 04/29/97
OBSŁUGA WIĘKSZEJ LICZBY JEDNOSTEK FIZYCZNYCH (PRZEZ OSA/SF): ______________________________________________________________ Architektura została zmieniona, aby umożliwić definiowanie aż do 2047 jednostek PU na jeden port fizyczny dla opcji OSA-2 Ethernet, Token-Ring i FDDI zamiast obecnej liczby 255 jednostek fizycznych PU na port. Rozszerzenie jest dostępne zarówno dla opcji zainstalowanych w danym momencie, jak również dla nowych instalacji. Bieżące połączenia mogą zmieniać się w zależności od obciążenia sieci przez użytkowników. Zwiększoną liczbę obsługiwanych jednostek fizycznych (PU) udostępniono w postaci następujących poprawek PTF dla OSA/SF: o OS/390 i MVS - OW23429/UW37210 03/31/97 o VM/ESA - OW24952/UW37028 03/31/97 o VSE/ESA - PQ03091/UQ04224 04/29/97 Zwiększoną liczbę obsługiwanych jednostek fizycznych (PU) udostępniono w postaci następujących poprawek PTF dla ACT/VTAM: o ACF/VTAM dla OS/390 i 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 - OBSŁUGA SNA _____________________ Obsługa OSA-2 i OSA/SF zapewniana jest za pomocą VSE/ESA wersja 2 wydanie 2.1. Ta informacja o obsłudze VSE/ESA spełnia Statement of General Direction znajdującą się w Hardware Announcement 196-194, i Hardware Announcement 196-193, z dnia 10 września 1996 roku. Opcja OSA-2 dostarcza ACF/VTAM dla aplikacji hosta VSE/ESA z bezpośrednim dostępem do sieci LAN typu Ethernet, Token-Ring i FDDI oraz sieci emulujących LAN, typu Asynchronous Transfer Mode (ATM), zgodnych z Forum.
Komponent OSA/SF jest dostępny: o Jako niewyłączny element OS/390 wydanie 1 lub nowsze (5645-001) o Jako oddzielny program S/390 Open Systems Adapter Support Facility wersja 1 wydanie 2 dla MVS/ESA 4.3 lub nowszy (5655-104) o Jako opcja VM/ESA wersja 2 wydanie 2.0 (5654-030) o Jako komponent VSE Central Functions 6.1.1 w VSE/ESA wersja 2 wydanie 2.1 (5690-VSE). DODATKOWE INFORMACJE ____________________ Powiadomienia 297-043, 297-040