Az adatok áthelyezésére vonatkozó szolgáltatások egyes összetevőinek viselkedése és
ütemezése a fejlesztési, tesztelési és munkakörnyezet igényeinek megfelelően
konfigurálható. Egy adott összetevő konfigurációjának módosítása közvetlenül befolyásolhatja az adott összetevőtől függő további összetevők működését.
Általában két függőség van:
- A rögzítési összetevő időnként elindítja az élettartam forrásösszetevőjét.
Amennyiben a rögzítési összetevő nem fut, nincs szükség forrás-élettartam
végrehajtására. Az élettartam egyes összetevőinek elindításai közötti késleltetés konfigurálható.
A fenti ábrán az élettartam forrás-összetevője három időegységenként elindul,
elvégez néhány tevékenységet, majd visszaadja a vezérlést a rögzítési összetevőnek,
amely folytatja a feldolgozási műveletet.
- Az adatelőkészítési összetevőt és az élettartam célösszetevőjét az alkalmazási
összetevő indítja el, miután az adatok áthelyezése a forrásadatbázisból a
céladatbázisba sikeresen befejeződött. Az adatelőkészítési összetevőnek és az
élettartam célösszetevőjének elindítására csak abban az esetben kerülhet sor, ha az
alkalmazási összetevő fut.
Mivel a függő összetevőknek eltérő ütemezés alapján kell működniük, mint annak az
összetevőnek, amelytől függnek, az elindítás nem feltétlenül jár a műveletek
végrehajtásával. Ehelyett az összes függő összetevő elindításkor ellenőrzi az
ütemezést, és visszaadja a vezérlést a hívó összetevőnek, ha még nem kell elvégezni
a szükséges feladatokat. A fenti példa szerint adatelőkészítési összetevőnek és az
élettartam célösszetevőjének végrehajtására csak akkor kerül sor kétszer, ha mindkét
összetevő ütemezése úgy határozza meg, hogy minden öt időegységben legfeljebb
egyszer indíthatók.

Az adatelőkészítési
összetevőnek (és az élettartam célösszetevőjének) elindítására és végrehajtására a
T2 (vagy T3) mentén kerül sor. A következő elindítás körülbelül a T6 mentén történik. Mivel az utolsó végrehajtásuk óta 5 időegységnél kevesebb telt el, a vezérlés
azonnal visszakerül az alkalmazási összetevőhöz. A T8 (vagy T9) mentén történő további elindítások végrehajtást eredményeznek, mivel öt időegységnél több telt el. Minden összetevőt egy vagy több összetevő-példány valósít meg. Az egyes példányok egymástól függetlenül konfigurálhatók a pontosabb vezérlés
érdekében.
Megjegyzés: Módosítások alkalmazása esetén a
változtatások azonnal érvényesülnek, ha ettől nincs külön eltérés.
A rögzítési és alkalmazási összetevők alapértelmezett konfigurációja a megfelelő
vezérlőtáblák megváltoztatásával, valamint az indítási parancsfájl parancssori
paramétereinek használatával történő felülírással módosítható. Az adatelőkészítési
és az élettartam-összetevők bármely vezérlőtábla módosításával végrehajthatók.
Az alábbi lépések végrehajtásával szabhatja testre az adatáthelyezési szolgáltatások
összetevőit, hogy azok megfeleljenek a fejlesztési, teszt- vagy termelési
környezetnek.
A (forrás) rögzítési összetevő-példányok konfigurálása
A rögzítési összetevő-példány egyenértékű a
DB2®
rögzítési replikációs segédprogrammal. Alapértelmezés szerint ez a segédprogram úgy
van konfigurálva, hogy folyamatosan rögzítse a forrástáblák módosításait, és
bejegyezze a módosításokat a belső munkatáblákba. Általában nem szükséges módosítani
a rögzítési összetevő-példány alapértelmezett konfigurációját.
- Rögzítési összetevő-példányok azonosítása.
A rendszer több rögzítési összetevő-példányt
(DB2
rögzítési segédprogramot) használ az
üzleti mérőszámmodellhez
kapcsolódó adatok rögzítésére. Az
üzleti mérőszámmodell
kiszolgálására kijelölt rögzítési segédprogramok meghatározásához tegye a
következőket:
- Azonosítsa azt az adatok áthelyezésére vonatkozó szolgáltatást, amelyhez módosítani szeretné a rögzítési segédprogram konfigurációját.
- Vizsgálja meg a WBIRMADM.RMMETADATA metaadat-táblát az állapot-adatbázisban (adatok
áthelyezésére vonatkozó szolgáltatás - állapotból futásidejűbe) vagy a futásidejű
adatbázisban (adatok áthelyezésére vonatkozó szolgáltatás - futásidejűből
előzménybe), és azonosítsa az összes rögzítési segédprogram nevét
(SRC_RM_CAP_SVR_NAME oszlop).
Példa: A "SELECT
OM_NAME, SRC_TAB_NAME, SERVICE_NAME, SRC_RM_CAP_SVR_NAME FROM WBIRMADM.RMMETADATA
WHERE SERVICE_NAME='State to Runtime' " lekérdezés a következőt
eredményezheti:
A fenti példában a CAPTURE_1 rögzítési segédprogram feladata az állapot-adatbázisban
lévő STEW_S mérőszámmodellhez kapcsolódó két forrástáblán alkalmazott összes
módosítás rögzítése.
- A rögzítési munkatábla tisztítási időközeinek
módosítása.
Ha az automatikus tisztítás
engedélyezve van (az automatikus tisztítás paramétere "y"), a rögzítési
segédprogramok 300 másodpercenként automatikusan tisztítják a munkatáblákat (a 300
másodperc a tisztítási_időköz paraméter alapértéke). Minden tisztítási művelet
hatására automatikusan elindul az élettartam forrásösszetevőjének egy példánya,
amelyet egy adatbázis-indító valósít meg. Ezért a rögzítési segédprogram tisztítási
időközére vonatkozó paraméter módosítása közvetlen módon befolyásolja, hogy milyen
gyakran tisztítja az élettartam forrásösszetevője a forrástáblákat. Az alábbi ábra
bemutatja, hogy a rögzítés tisztítási időközének módosítása hogyan befolyásolja az
élettartam forrásösszetevő-példányának elindítását.
A rögzítési példány tisztítási_időköz paraméterének növelése 2 időegységről (pl. 300
másodperc) 3 időegységre (pl. 450 másodperc) a következőket eredményezi:
- Szabadon eltávolítható sorokat a rögzítési munkatáblákban, amelyek hosszabb ideig
maradhatnak az adott munkatáblában, és így növelhetik a lehetséges szabad
lemezterületet.
A munkatáblák mérete megnő, de a rendszer terhelése és a váratlan
hibák száma csökkenhet.
- Az élettartam
megtartási alapszabálya alapján eltávolítható sorokat a forrástáblákban, amelyek
hosszabb ideig maradhatnak az adott forrástáblában.
Általában ha a rögzítési tisztítási_időköz paraméterhez olyan érték van megadva,
amely nagyobb az élettartam-összetevőhöz megadott tisztítási_időköz paraméternél, a
rögzítési paraméter beállítása fog érvényesülni. Ha a rögzítési segédprogram nem fut, vagy az automatikus tisztítási funkció le van tiltva, a rendszer nem hajt végre forrás-élettartamot.
Az élettartam célösszetevőjének konfigurálása
Minden forrásadatbázis (állapot- és futásidejű adatbázis) az élettartam több
összetevő-példányát használja. Minden indító által megvalósított példány érvényesíti a megtartási alapszabályokat az adott adatátvitelre vonatkozó szolgáltatáshoz tartozó forrásadatbázison található WBIRMADM.RMPRUNECTRL vezérlőtáblában megadottak szerint. Az élettartam megtartási alapszabályai minden táblához külön vannak meghatározva. Ennek megfelelően a WBIRMADM.RMPRUNECTRL egy sora egy tisztítást igénylő táblával áll kapcsolatban.
- Az élettartam forrás-összetevő-példányának
azonosítása.
Adott
üzleti mérőszámmodellhez
kapcsolódó megtartási házirendek érvényesítésére kijelölt indítók
meghatározásához tegye a következőket:
- Azonosítsa az adatok áthelyezésére vonatkozó szolgáltatást, amelynél módosítani szeretné az adatelőkészítési konfigurációt.
- Vizsgálja meg a WBIRMADM.RMMETADATA táblát az állapot-adatbázisban (adatok
áthelyezésére vonatkozó szolgáltatás - állapotból futásidejűbe) vagy a futásidejű
adatbázisban (adatok áthelyezésére vonatkozó szolgáltatás - futásidejűből
előzménybe), és keresse ki a kapcsolódó indítóneveket az SRC_RM_PRUNE_TRG_NAME
oszlopból.
Példa: A "SELECT OM_NAME,
SRC_TAB_NAME, SERVICE_NAME, SRC_RM_PRUNE_TRG_NAME FROM WBIRMADM.RMMETADATA WHERE
SERVICE_NAME='State to Runtime' " lekérdezés a következőt eredményezheti:
Ebben a példában két indító (a WBIRMADM.MCPruneTrig_8 és a WBIRMADM.MCPruneTrig_9)
érvényesíti az élettartam megtartási alapszabályát az
üzleti mérőszámmodell
STEW_S forrástábláira az állapot-adatbázisban. Mivel a megtartási alapszabályok az
élettartam összetevő-példányainak neve helyett tábla szerint vannak definiálva, az
élettartam érvényesítési működésének megtervezésekor kövesse nyomon a SRC_TAB_NAME
oszlopot.
- Az élettartam forrásösszetevő-példányaihoz
kapcsolódó konfiguráció módosítása.
- Az élettartam összetevő-példányainak engedélyezése és letiltása:
A tisztítás nagymértékben befolyásolja a rendszer teljesítményét. A tisztítás
engedélyezésével csökken a tranzakció-kiszolgálók (állapot) és a jelentéskészítő
kiszolgálók (futásidejű) által kezelendő információk mennyisége. Azonban minden
elindításkor kismértékben nő ugyanazon táblák megterhelése az élettartam
összetevőjének paramétere szerint. A tisztítás letiltásakor a forrástáblák idővel
megnőnek, amely szintén rontja a teljesítményt.
Alapértelmezésben a forrástáblákat automatikusan tisztítja a rendszer az élettartam megtartási alapszabálya szerint. A tisztítási művelet ideiglenes letiltásához módosítsa a megfelelő
WBIRMADM.RMPRUNECTRL bejegyzéseket: a tisztítás engedélyezéséhez a PRUNE_ENABLED
oszlop értéke 1 legyen, a tisztítás letiltásához pedig bármilyen numerikus érték
megadható (lehetőleg nulla).
A
wbi.CTX_TQ4MUFT42JOT5F6R3KSDQDE2UI forrástáblából véglegesen töröl sorokat a
rendszer, ám a következő konfiguráció használatakor a
wbi.AI_BVSOYAP1DRWFD5HNQJR5HFQQQE táblából nem törlődnek sorok. A "SELECT
TABLE_NAME, PRUNE_ENABLED FROM WBIRMADM.RMPRUNECTRL" lekérdezés a következőt
eredményezheti:
- A megtartási alapszabály módosítása:
A megtartási időre vonatkozó alapszabályok csak a futásidejű adatbázisban található
forrástáblák esetében módosíthatók. Az állapot-adatbázisban található összes tábla
esetén a megtartási időszak értéke nulla, függetlenül a WBIRMADM.RMPRUNECTRL tábla
beállításaitól. A megtartási időszak az a minimális időtartam, amíg a forrástábla
megtartja a sort a sor eltávolíthatóságáig. Ehhez kettő feltételnek kell
érvényesülnie. A két feltétel közül csak az egyikhez adható meg egyéni beállítás a
vezérlőtáblán keresztül: a percekben meghatározott megtartási időhöz. Bármely sor eltávolítható, amely meg van jelölve törléshez és a RETENTION_IN_MINUTES
paraméter által meghatározott ideig volt a forrástáblában.
A futásidejű adatbázis forrástábláinak alapértelmezett konfigurációját használva a
kiszolgáló által törléshez megjelölt soroknak eltávolítás előtt egy napig, azaz 1440
percig a táblában kell maradniuk. A "SELECT TABLE_NAME, RETENTION_IN_MINUTES
FROM WBIRMADM.RMPRUNECTRL" lekérdezés a következőt eredményezheti:
A WBIRMADM.RMPRUNECTRL vezérlőtábla bejegyzéseinek módosítása az élettartam
forrásösszetevőjének minden egyes elindításakor frissül.
- A forrásadatok tisztításának ütemezése:
A rögzítési munkatábla tisztítási időköze és az élettartam forrásösszetevőjének
elindítása között függőség van.
Egy elindítási művelet nem feltétlenül jár
végrehajtással, ha nem telik el elegendő idő az élettartam
forrásösszetevő-példányainak elindításai között, mint ahogy ez az alábbi ábrán
látható:
Ha az élettartam
forrásösszetevőjének végrehajtására az ütemezés szerint 4 időegységenként kerül sor,
de a rögzítés tisztítása 2 időegységenként történik, a T4 időpontban történő indítás
nem eredményezi a művelet végrehajtását.
Az
alapértelmezett ütemezés módosításához keresse ki a megfelelő bejegyzéseket a
WBIRMADM.RMPRUNECTRL táblában, és módosítsa a PRUNE_INTERVAL oszlop értékét, amely
az egyes végrehajtások közötti minimális késleltetést jelöli percekben kifejezve.
Az érték növelése kevésbé gyakori végrehajtásokat eredményez (ám az elindítások
száma változatlan marad). Minden végrehajtás meghatározza, hogy a forrástáblák mely sorai távolíthatók el, és eltávolítja őket.
Fontos a forrásadatbázisok rendszeres nyomon követése, mivel így azonosíthatók és
kiküszöbölhetők azok a lehetséges teljesítményproblémák, melyek az ezekből a
törlésekből származó zárolások eredményeképpen keletkeznek.
A (cél) alkalmazási összetevő konfigurálása
Az alkalmazási összetevő egyik példánya a
DB2alkalmazási
replikációs segédprogram. A rögzítési segédprogramok által rögzített módosításokat
alapértelmezés szerint folyamatosan alkalmazza a rendszer az előkészítő táblákra a
céladatbázisban. Az alapértelmezett segédprogramok konfigurációs paraméterei a
legtöbb környezet számára megfelelőek, ezért nem kell őket módosítani.
- Az alkalmazási összetevő-példányok azonosítása.
A rendszer több alkalmazási összetevő-példányt
(DB2
alkalmazási segédprogramot) használ az adatmódosításoknak egy
üzleti mérőszámmodellhez
kapcsolódó belső előkészítő táblákra való alkalmazására. Az
üzleti mérőszámmodell kiszolgálására kijelölt rögzítési
segédprogramok meghatározásához tegye a következőket:
- Azonosítsa azt az adatok áthelyezésére vonatkozó szolgáltatást, amelyhez módosítani szeretné a rögzítési segédprogram konfigurációját.
- Vizsgálja meg a WBIRMADM.RMMETADATA metaadat-táblát az állapot-adatbázisban (adatok
áthelyezésére vonatkozó szolgáltatás - állapotból futásidejűbe) vagy a futásidejű
adatbázisban (adatok áthelyezésére vonatkozó szolgáltatás - futásidejűből
előzménybe), és azonosítsa az összes rögzítési segédprogram nevét
(TGT_RM_APP_SVR_NAME oszlop). A "SELECT OM_NAME, SRC_TAB_NAME, SERVICE_NAME,
TGT_RM_APP_SVR_NAME FROM WBIRMADM.RMMETADATA WHERE SERVICE_NAME='State to Runtime'"
lekérdezés a következőt eredményezheti:
Ebben a példában az állapot-adatbázisban rögzített, az STEW_S
üzleti mérőszámmodellre
alkalmazott adatmódosításokat az APPLY_4 rögzítési segédprogram a
futásidejű adatbázis előkészítő tábláin érvényesíti.
Amikor a rögzítési összetevő
befejezi az összes (érvényesített) módosítás feldolgozását, amelyeket a rögzítési
segédprogram már rögzített, egy vagy több adatelőkészítési összetevő-példány és az
élettartam célösszetevő-példányai elindulnak.
Az adatelőkészítési összetevő konfigurálása
Az adatelőkészítési összetevők adatbázisban tárolt eljárásokként vannak megvalósítva a WebSphere® Business Monitor rendszerben. Ezek a tárolt eljárások minden adatáthelyezésre vonatkozó szolgáltatás esetében a céladatbázisban találhatók. Ennek megfelelően az állapotból futásidejűbe való adatáthelyezési szolgáltatáshoz
rendelt adatelőkészítési tárolt eljárások a futásidejű adatbázisban, a futásidejűből
az előzménybe való adatáthelyezési szolgáltatáshoz rendelt adatelőkészítési tárolt
eljárások pedig az előzmény-adatbázisban találhatók.
- Adatelőkészítési összetevő-példányok azonosítása.
A rendszer több adatelőkészítési összetevő-példányt használ a
üzleti mérőszámmodellhez
kapcsolódó belső előkészítő táblákhoz hozzáadott adatok feldolgozásához.
Adott
üzleti mérőszámmodell
kiszolgálására kijelölt tárolt eljárások meghatározásához tegye a következőket:
- Azonosítsa az adatok áthelyezésére vonatkozó szolgáltatást, amelynél módosítani szeretné az adatelőkészítési konfigurációt.
- Vizsgálja meg a WBIRMADM.RMMETADATA metaadat-táblát az állapot-adatbázisban (adatok
áthelyezésére vonatkozó szolgáltatás - állapotból futásidejűbe) vagy a futásidejű
adatbázisban (adatok áthelyezésére vonatkozó szolgáltatás - futásidejűből
előzménybe), és azonosítsa az összes ETL tárolt folyamatnevet (TGT_RM_SPETL_NAME
oszlop). A "SELECT OM_NAME, SRC_TAB_NAME, TGT_TAB_NAME, SERVICE_NAME,
TGT_RM_SPETL_NAME FROM WBIRMADM.RMMETADATA WHERE SERVICE_NAME='State to
Runtime'" lekérdezés a következőt eredményezheti:
Ebben a példában
az STEW_S
üzleti mérőszámmodellre
vonatkozó, az állapot-adatbázisban rögzített és a futásidejű adatbázis
előkészítő tábláiban alkalmazott adatmódosításokat a WBIRMADM.WBIRMSP_10
és a WBIRMADM.WBIRMSP_14 nevű tárolt eljárás dolgozza fel. A sikeresen feldolgozott adatok a
(TGT_TAB_NAME oszlop által azonosított) céltáblákban lesznek tárolva a futásidejű
adatbázisban.
- Az adatelőkészítési összetevő-példány konfigurációinak módosítása.
Az adatelőkészítési összetevő-példány konfigurációi a WBIRMADM.RMCONTROL vezérlőtáblában vannak tárolva.
Az adatáthelyezésre vonatkozó szolgáltatáshoz (állapotból futásidejűbe) rendelt
példányok konfigurációja a futásidejű adatbázisban található; a többi példányé pedig
az előzmény-adatbázisban. A konfiguráción alkalmazott módosításokat a tárolt
eljárások a következő indításkor érvényesítik. Három beállítás van, amelyek
a vezérlőtáblán keresztül konfigurálhatók:
- Két adatelőkészítési végrehajtás (ETLSCHEDMETHOD, ETL_0_MINUTES) között eltelt
minimális idő
- A naplózási kimenet
(LOGLEVEL) szemcsézettsége
- A
tranzakciók időtartama (COMMITINTERVAL)
A tábla minden
sora egy adott adatelőkészítési összetevő-példányhoz kapcsolódik, amely pontosan egy
betöltendő céltáblával áll kapcsolatban. A következő példában szereplő konfiguráció
bemutatja, hogyan befolyásolja a konfiguráció módosítása a példány működését.
- Az adatelőkészítés ütemezésének módosítása.
Az adatelőkészítési összetevő-példány minden esetben elindul, amikor egy rögzítési összetevő-példány befejezi egy előfizetési halmaz feldolgozását. Elindításkor egy adatelőkészítési példány ellenőrzi az ütemezést, és vagy elindítja a feldolgozási műveletet, vagy visszaadja a vezérlést a rögzítési összetevő-példánynak.
A WBIRMADM.RMCONTROL vezérlőtáblában tárolt információk segítségével meghatározza,
hogy szükséges-e a végrehajtás vagy nem. Az alábbi ábra az elindítás és a
végrehajtás közötti eltérést mutatja be: az első és harmadik alkalommal az
adatelőkészítési összetevő-példány végrehajtása az ütemezésnek megfelelően zajlik. A
második elindítást nem tartalmazza az ütemezés, és nem eredményez feldolgozási
műveletet.
.
Számos különböző tényező befolyásolja, hogy milyen gyakorisággal fussanak az
adatelőkészítéső összetevő-példányok az adatok áthelyezésére vonatkozó
szolgáltatásokban (állapotból futásidejűbe és futásidejűből előzménybe).
- Rendelkezésre állás: Mennyi idő elteltével legyenek elérhetők az adatok a
céltáblákban.
Egy szűkebb időtartam kiválasztásával rövidebb időn belül elérhetők az
adatok, ám ez növeli a rendszer megterhelését.
- Adatkötet: A replikációs segédprogramok folyamatosan (vagy a konfigurálás szerint)
betöltik az adatokat az előkészítő táblákba, függetlenül attól, hogy az
adatelőkészítési összetevő-példány feldolgozza-e őket. Minél több adatot kell
feldolgozni, annál több adatbázis-erőforrásra van szükség. Az adatok gyakoribb feldolgozása csökkentheti az erőforrás maximális használatát.
- Feldolgozási idő: Az ETL feldolgozás a futásidejű adatbázisban tárolt
adatok esetében rövidebb ideig tart, mint az előzmény-adatbázisban tárolt adatoknál. Az ütemezést ennek megfelelően kell megtervezni. A végrehajtási alkalmak közötti kisebb késleltetés nem jár nagyobb hatékonysággal, ha a végrehajtás hosszabb ideig tart, mint az ütemezett késedelem. Ha például az adatelőkészítési összetevő-példánynak 60 másodpercre van szüksége a
feldolgozás befejezéséhez, a 30 másodperces ütemezett időköz 60 másodperces
időköznek felel meg, mivel az adatelőkészítési összetevő-példányok végrehajtására
egymást követően kerül sor.
Jelenleg két ütemezési mód támogatott:
- Rugalmas ütemezés:
Az adatelőkészítési példány végrehajtására csak abban az esetben kerül sor, ha legalább ETL_0_MINUTES telik el az utolsó végrehajtás (LASTUPDATED) óta. Például a vezérlőtábla a következő információkat tartalmazhatja.

A WBIRMADM.WBIRMSP_10 elnevezésű tárolt eljárás végrehajtására legkorábban 2005.
október 11-én 18:20.20-kor kerülhet sor (2005. október 11 17:20.20 + 60 perc). Az
ütemezés csúszhat, ha a tárolt eljárás 2005. október 11-e 17:20:20 óránál később
kerül indításra. Tegyük fel, hogy a pontos idő 19 óra, és a tárolt eljárás nem
került végrehajtásra a tervezett 18:20-as időpontban. A tárolt eljárás elindul és
(kb. 40 perces késéssel) végrehajtásra kerül.
Ennek ismételt végrehajtására 19 óra +
60 percig, azaz 20 óráig nem kerül sor. A hatékony ütemezés csúszott, mivel az
adatelőkészítési eljárásokat úgy ütemezték, hogy a futtatásukra 60 percenként
kerüljön sor minden óra 20. percében, a rendszer azonban 60 percenként az adott
órában egészkor futtatja őket. Szükség esetén a LASTUPDATED oszlopban található időbélyeg-érték módosításával visszaállíthatja az ütemezést.
Akkor használja ezt az ütemezési mechanizmust, ha nincs szükség ablakra a rögzített
végrehajtási időhöz. Az ilyen típusú ütemezés engedélyezéséhez állítsa a
WBIRMADM.RMCONTROL táblában található ETLSCHEDMETHOD oszlop értékét nullára az
üzleti mérőszámok egy adott csoportjához rendelt összes tárolt eljárás esetében:
- Rögzített ütemezés:
Az összes adatelőkészítési összetevő esetében ez az alapértelmezett ütemezés.
Az adatelőkészítési összetevő-példányok végrehajtására akkor kerül sor, ha az
aktuális idő meghaladja a NEXTSTARTTIME értéket.
A csúszás elkerülése érdekében a következő ütemezett végrehajtási idő kiszámítása az
aktuális idő és a korábbi ütemezett végrehajtási idő alapján történik minden tárolt
eljárás végrehajtásakor. A következő példa ezt az ütemezést illusztrálja:
Tételezzük fel, hogy az aktuális idő 19:00 óra, és a tárolt eljárások nem lettek
végrehajtva a megadott időpontban (18:00) órakor, ugyanaznap. A következő
végrehajtás az eredeti ütemezésnek megfelelően 19:20-ra van ütemezve, nem pedig
20:00-ra, mint a rugalmas ütemezés esetében. Akkor érdemes ezt az ütemezési metódust
használni, ha a tárolt eljárásoknak egy előre megadott időablakon belül meg kell
kezdeniük a végrehajtást. Az ilyen típusú ütemezés engedélyezéséhez állítsa a
WBIRMADM.RMCONTROL táblában található ETLSCHEDMETHOD oszlop értékét egyre az üzleti
mérőszámok egy adott csoportjához rendelt összes tárolt eljárás esetében:
Az egyes példányok közötti kölcsönös függőség miatt különösen ajánlott, hogy
ugyanahhoz az
üzleti mérőszámmodellhez
tartozó adatelőkészítési összetevő-példányokra ugyanaz az ütemezési metódus legyen
alkalmazva. Ez elsősorban az előzmény-adatbázis és a hosszabb időközökkel (több óra)
történő ütemezések esetén lehet fontos. Ha az ETLSCHEDMETHOD értéke nem 0 vagy 1, az adatelőkészítési összetevő-példány le lesz tiltva.
- A naplózási szint módosítása.
A tárolt eljárások a naplózás következő két szintjét támogatják: minimális (0) és
maximális (1). A minimális naplózási szint alapértelmezett értékének módosításához
változtassa meg a WBIRMADM.CONTROL tábla LOGLEVEL oszlopának értékét azoknak a
tárolt eljárásoknak (TGT_RM_SPETL_NAME) az esetében, amelyek naplózási szintjét
módosítani kell. Az összes naplózási kimenetet a WBIRMADM.RMLOG táblához kapcsolja a rendszer. A példában szereplő mindkét tárolt eljárás (WBIRMADM.WBIRMSP_10 és
WBIRMADM.WBIRMSP_14) minimális naplózást hajt végre:
Mivel a naplótábla tisztítására nem kerül sor automatikusan, ezért a DBA szabályos
időközönként nyomon kell kövesse azt. Ha nincs másképp megadva, legyen a naplózási kimenet beállítása minimális.
- Tranzakciók időtartamának módosítása.
A tárolt eljárás által sikeresen feldolgozott adatokat a rendszer azonnal átírja a céltáblákba.
Azonban az érvényesítési időköz beállításától függően (amely a COMMITINTERVAL
oszlopban található a WBIRMADM.RMCONTROL táblában) a céltáblán alkalmazott
módosítások csak abban az esetben lesznek véglegesek, ha a megadott számú sorok
feldolgozása befejeződött vagy nincs több feldolgozandó sor. A COMMITINTERVAL
értékének növelésével (pl. 1500-ra való állításával) a tárolt eljárás a módosítások
érvényesítése előtt több adatot fog feldolgozni. A céltábla zárolásai tovább tartanak, és negatív hatással lehetnek azokra az összetevőkre, amelyek ugyanahhoz a táblához kívánnak hozzáférni.
Az időtartam csökkentésével (pl. 500-ra való állításával) kevesebb sort kell
feldolgozni, mielőtt hozzáférhetővé válnak a céltáblában, valamint a zárolások előbb
oldódnak fel.
Az élettartam célösszetevőjének
konfigurálása.
Amíg az
alkalmazási összetevő-példányok új vagy módosított adatokat alkalmaznak, az
adatelőkészítési munkatáblák folyamatosan növekszenek. Az élettartam tárolt eljárás
által megvalósított célösszetevő-példánya egyetlen munkatáblához van hozzárendelve
az egyes céladatbázisokban (futásidejű és előzmény). Minden példány a WBIRMADM.RMPRUNECTRL vezérlőtáblában megadottak szerint érvényesíti a belső megtartási alapszabályokat. A forrástáblákhoz hasonlóan az élettartam megtartási alapszabályai az
adatelőkészítési munkatáblák esetében táblánként van meghatározva. Ennek megfelelően
a WBIRMADM.RMPRUNECTRL egy sora egy tisztítást igénylő táblával áll kapcsolatban.
Az adatáthelyezési szolgáltatások
konfigurációs paramétereinek összegzése
Az alábbi tábla az adatok áthelyezésére vonatkozó szolgáltatás egyes összetevőihez
leggyakrabban használt paramétereket foglalja össze.
A konfigurációs paraméterekkel
kapcsolatos további információkat a
DB2
Replikációs kézikönyv tartalmazza.
Összetevő |
Paraméternév |
Alapértelmezett értékek |
Érvényes értékek |
Paraméterhely |
Rögzítés |
automatikus tisztítás |
Y |
|
|
Rögzítés |
pruning_interval (másodperc) |
300 |
|
|
Forrás élettartam |
PRUNE_ENABLED |
1 |
0 - Letiltva
1 - Engedélyezve
|
Adatok áthelyezésére vonatkozó szolgáltatás forrásadatbázisa: WBIRMADM.RMPRUNECTRL
|
Forrás élettartam |
RETENTION_IN_MINUTES |
0 - Állapotból futásidejűbe
1440 -
Futásidejűből előzménybe
|
0 és a
DB2
BIGINT paraméter értéke között |
Adatok áthelyezésére vonatkozó szolgáltatás forrásadatbázisa: WBIRMADM.RMPRUNECTRL
|
Forrás élettartam |
PRUNE_INTERVAL (perc) |
5 |
0 és a
DB2
BIGINT paraméter értéke között |
Adatok áthelyezésére vonatkozó szolgáltatás forrásadatbázisa: WBIRMADM.RMPRUNECTRL
|
Adatelőkészítés |
ETLSCHEDMETHOD |
1 |
0 - Rugalmas ütemezés
1 - Az időköz szigorú
ütemezése
Más - Letiltja az adatelőkészítést
|
Adatok áthelyezésére vonatkozó szolgáltatás forrásadatbázisa: WBIRMADM.RMCONTROL
|
Adatelőkészítés |
ETL_0_MINUTES |
5 - Állapotból futásidejűbe
1440 -
Futásidejűből előzménybe
|
0 és az
DB2
INTEGER paraméter értéke között |
Adatok áthelyezésére vonatkozó szolgáltatás forrásadatbázisa: WBIRMADM.RMCONTROL
|
Adatelőkészítés |
LOGLEVEL |
0 |
0 - Normál naplózáshoz
1 - Nyomkövetési naplózáshoz
|
Adatok áthelyezésére vonatkozó szolgáltatás forrásadatbázisa: WBIRMADM.RMCONTROL
|
Adatelőkészítés |
COMMITINTERVAL (bejegyzések száma) |
1000 |
0 - Érvényesítések letiltása végig
1 - Minden bejegyzés érvényesítése
n - a DB2
korlátja BIGINT esetében
|
Adatok áthelyezésére vonatkozó szolgáltatás forrásadatbázisa: WBIRMADM.RMCONTROL
|
Cél élettartam |
PRUNE_ENABLED |
1 |
0 - Letiltva
1 - Engedélyezve
|
Adatok áthelyezésére vonatkozó szolgáltatás forrásadatbázisa: WBIRMADM.RMPRUNECTRL
|
Cél élettartam |
RETENTION_IN_MINUTES |
0 |
0 és a
DB2
BIGINT paraméter értéke között |
Adatok áthelyezésére vonatkozó szolgáltatás forrásadatbázisa: WBIRMADM.RMPRUNECTRL
|
Cél élettartam |
PRUNE_INTERVAL (perc) |
1440 |
0 és a
DB2
BIGINT paraméter értéke között |
Adatok áthelyezésére vonatkozó szolgáltatás forrásadatbázisa: WBIRMADM.RMPRUNECTRL
|
Megjegyzés: Az
IBM®
fenntartja magának a jogot, hogy az adatbázistáblákat és az oszlopokat
megváltoztassa.
Ennek megfelelően a különböző verziókban egyes táblák és oszlopok módosíthatók, eltávolíthatók vagy hozzáadhatók. Az alábbi információkban említett tartalom és struktúra a felhasználó saját
felelősségére alkalmazható. Az IBM
dokumentálja a felmerülő módosításokat.