Dodatek za povezljivost

Izvedba DB2 za VM

Kot kaže slika 29 na strani 106, mora aplikacija VM za dostop do katerekoli baze podatkov strežnika aplikacij DB2 za VM ali DRDA preiti prek zahtevnika aplikacij DB2 za VM (vmesnik sredstev). Baza podatkov strežnika aplikacij DB2 za VM lahko sprejema zahteve SQL iz kateregakoli zahtevnika aplikacij DB2 za VM ali DRDA.

Slika 29. Zahtevnik aplikacij in strežnik aplikacij DB2 za VM

                                                                          
                                                                         
 

REQTEXT

Možnosti za vnaprejšnjo obdelavo ali izvajanje aplikacije

DB2 za VM podpira tri možnosti obdelave za ukaz sqlinit, ki uporabniku in skrbniku baze podatkov omogoča aktiviranje podpore za porazdeljeno bazo podatkov. Uporabnik lahko pred obdelavo ali izvajanjem aplikacije poda eno izmed naslednjih možnosti SQLINIT:

PROTOCOL(SQLDS)
Zahteva uporabo zasebnega protokola SQLDS. To je privzeta možnost. Uporabite jo lahko med strežnikom in zahtevnikom aplikacij DB2 za VM v lokalnem ali oddaljenem okolju. Strežnik aplikacij DB2 za VM privzame, da zahtevnik aplikacij uporablja enak CCSID kot strežnik. Privzetki CCSID, 5 , ki jih nastavi zahtevnik prek SQLINIT, bodo zanemarjeni, s pogovorom pa ni povezan noben LU 6.2 LUWID. Če uporabljate samo sisteme DB2 za VM in vedno enak privzeti CCSID, potem je to najučinkovitejša možnost.

PROTOCOL(AUTO)
Od zahtevnika aplikacij DB2 za VM zahteva, da ugotovi, ali je strežnik aplikacij podoben ali nepodoben sistem. Nato za podoben sistem samodejno izbere uporabo zasebnega protokola SQLDS, za nepodoben sistem pa protokol DRDA. Uporabite ga lahko med podobnimi (lokalnimi in oddaljenimi) in nepodobnimi sistemi. Če strežnika aplikacij ne nastavite z možnostjo PROTOCOL=SQLDS, imata lahko strežnik in zahtevnik aplikacij različne privzetke za CCSID. Zahteve in odzivi se ustrezno pretvorijo. AUTO je priporočena možnost za kateregakoli izmed naslednjih primerov:

PROTOCOL(DRDA)
Zahtevnik aplikacij DB2 za VM prisili, da za komuniciranje s strežnikom aplikacij uporablja samo protokol DRDA. To možnost lahko uporabite med podobnimi (lokalnimi in oddaljenimi) in nepodobnimi sistemi. Če je strežnik aplikacij podoben sistem, bo med dvema sistemoma DB2 za VM uporabljen protokol DRDA. Strežnik in zahtevnik aplikacij imata lahko različne privzetke za CCSID. Zahteve in odzivi se ustrezno pretvorijo. To možnost lahko uporabite med dvema sistemoma DB2 za VM za preizkušanje ali za določene aplikacije, v katerih lahko uporaba protokola DRDA zaradi večjega vmesnega pomnilnika za pošiljanje in sprejemanje podatkov omogoči boljšo prepustnost.

Tabela 3 primerja funkcionalne značilnosti za možnosti obdelave SQLINIT zahtevnika aplikacij DB2 za VM.

Tabela 3. Primerjava možnosti obdelave SQLINIT zahtevnika aplikacij DB2 za VM
[SQLDS ] [AUTO] [DRDA]
Oba partnerja morata biti sistema DB2 za VM Vzpostavi povezavo s katerimkoli sistemom DRDA Vzpostavi povezavo s katerimkoli sistemom DRDA
Omogoča lokalno komuniciranje s partnerjem prek TSAF ali AVS/VTAM Omogoča lokalno komuniciranje s sistemom DB2 za VM ali z oddaljenim sistemom DB2 za VM prek TSAF ali AVS. Če gre za nepodoben sistem, morajo komunikacije potekati prek AVS. Omogoča lokalno komuniciranje s sistemom DB2 za VM ali z oddaljenim sistemom DB2 za VM prek TSAF ali AVS. Če gre za nepodoben sistem, morajo komunikacije potekati prek AVS.
Podpira statični, dinamični in razširjeni dinamični SQL Podpira statični, dinamični in razširjeni dinamični SQL Podpira statični, dinamični in razširjeni dinamični SQL 6
Strežnik aplikacij DB2 za VM zanemari vse CCSID-e, ki jih definira SQLINIT za zahtevnik aplikacij Strežnik aplikacij DB2 za VM sprejme CCSID-e, ki jih za zahtevnik aplikacij definira SQLINIT, izvede pa se tudi pravilna pretvorba (če je tudi strežnik aplikacij nastavljen na AUTO) Strežnik aplikacij DB2 za VM sprejme CCSID-e, ki jih za zahtevnik aplikacij definira SQLINIT, izvede pa se tudi pravilna pretvorba
Stalna velikost bloka 8K; klic OPEN ne vrne nobene vrstice; zahtevnik aplikacij mora izrecno zapreti kazalec DB2 za VM z DB2 za VM: metoda SQLDS; vsi drugi: metoda DRDA Spremenljiva velikost bloka od 1K do 32K; bolj kompaktno pakiranje podatkov; klic OPEN vrne en blok vrstic; strežnik aplikacij lahko brezpogojno zapre kazalec in zahtevniku aplikacij prihrani pošiljanje klica CLOSE
Za vstavljanje bloka vrstic v času uporabe stalne velikosti bloka 8K lahko uporabite INSERT in PUT DB2 za VM z DB2 za VM: metoda SQLDS; vsi drugi: metoda DRDA PUT se pretvori v običajno vstavljanje ene vrstice in naenkrat pošlje eno vrstico
Podprti so vsi ukazi, enkratni za DB2 za VM DB2 za VM z DB2 za VM: metoda SQLDS; vsi drugi: metoda DRDA Ukazi operaterja DB2 za VM, nekateri stavki DB2 za VM in nekateri ukazi ISQL ter DBSU niso podprti (glejte priročnik DB2 for VSE & VM SQL).
LUWID ni podprt LUWID je podprt LUWID je podprt

Možnosti za zagon strežniške delovne postaje baze podatkov

V tem razdelku bomo opisali različne možnosti za zagon strežniške delovne postaje baze podatkov.

Parameter PROTOCOL

Skrbnik baze podatkov lahko pri zagonu strežniške delovne postaje baze podatkov za parameter PROTOCOL poda eno izmed naslednjih možnosti.

SQLDS
Privzeta in priporočena možnost, če mora strežnik aplikacij omogočati podporo samo za zahtevnike aplikacij DB2 za VM ali za aplikacijsko zahtevo DB2 za VM, pri čemer izkorišča prednost souporabe gosta VSE. Strežnik aplikacij uporablja samo zasebni tok (SQLDS).

Strežnik aplikacij je občutljiv na možnost obdelave, ki jo izbere zahtevnik aplikacij. Če zahtevnik DB2 za VM poda PROTOCOL(SQLDS), se obdelava strežnika DB2 za VM nadaljuje običajno z zasebnimi tokovi. Če zahtevnik DB2 za VM poda PROTOCOL(AUTO), strežnik DB2 za VM obvesti zahtevnik, naj uporabi zasebne tokove. Med strežnikom in zahtevnikom aplikacij se ne izmenjajo nobene informacije CCSID. Strežnik aplikacij privzame, da so CCSID-i zahtevnika aplikacij enaki kot CCSID-i strežnika aplikacij. Če zahtevnik DB2 za VM poda PROTOCOL(DRDA), se pogovor konča. Če razen DB2 za VSE in VM do strežnika DB2 za VM poskusi dostopiti še kakšen drug zahtevnik aplikacij, se pogovor konča.

AUTO
Priporočena možnost, če mora strežnik aplikacij omogočati podporo za zasebni protokol in za protokol DRDA. Zahtevniki aplikacij DB2 za VM, ki podajo PROTOCOL(SQLDS) ali PROTOCOL(AUTO), komunicirajo v zasebnem toku. Za zahtevnik aplikacij, ki poda SQLDS, se ne izmenjajo informacije o CCSID, strežnik aplikacij pa privzame, da so CCSID-i zahtevnika aplikacij enaki kot CCSID-i strežnika aplikacij. Za zahtevnik, ki poda AUTO, se izmenjajo informacije o CCSID, pretvorba zahtev in odzivov CCSID pa se izvede, kot je ustrezno. Zahtevniki, ki niso DB2 za VM ali katerikoli zahtevniki DB2 za VM, ki podajo PROTOCOL(DRDA), zahtevajo tok DRDA.

Parameter SYNCPNT

Ta parameter podaja, ali bo za usklajevanja branja in pisanja na več mestih DRDA-2 porazdeljene enote dela uporabljen Upravljalnik točk skladnosti (SPM).

Če podate Y, bo strežnik za usklajevanje potrditev v dveh korakih in vnovično sinhronizacijo če je le mogoče uporabil Upravljalnik točk skladnosti. Če podate N, strežnik aplikacij za izvajanje potrditev v dveh korakih ne bo uporabil SPM. Če je podan N, je strežnik aplikacij omejen na porazdeljene enote dela z branjem z več mest in pisanjem na eno mesto in je lahko samo mesto za posamezno branje. Če podate Y, vendar strežnik aplikacij ugotovi, da Upravljalnik točk skladnosti ni na voljo, bo strežnik deloval enako, kot če podate N.

Če je nastavljena možnost PROTOCOL=AUTO, je privzetek SYNCPNT=Y. Če je nastavljena možnost PROTOCOL=SQLDS, je parameter SYNCPNT nastavljen na N.


Opombe:

5
V DB2 za VM strežnik in zahtevnik aplikacij podata privzeti CCSID tako, da za SQLINIT oziroma za SQLSTART podata možnost CHARNAME. CHARNAME je simbolično ime, ki se notranje preslika v ustrezne CCSID-je.

6
Tokovi DRDA podpirajo razširjeni dinamični SQL tako, da ga pretvorijo v statične ali dinamične stavke. Pri tem veljajo nekatere omejitve.


[ Vrh Strani | Predhodna Strani | Naslednja Strani | Obsah | Seznam ]