Ez a fejezet információkat tartalmaz azzal kapcsolatban, hogy miként frissítheti a DB2 OLAP Server valamely korábbi verzióját a DB2 OLAP Server 8.1-es verziójára ugyanazon a számítógépen, illetve bemutatja, hogy mi történik a frissítési folyamat során.
Vigyázat!
A 8.1-es verzióval kezdődően a Relational Storage Manager (RSM) már nem
része a DB2 OLAP Server programnak. Az előző verziókban az RSM
használatával létrehozott alkalmazásokat át kell költöztetni a
Multidimensional Storage Manager (MSM) alkalmazásba még a 8.1-es verzió
telepítése előtt, egyébként adatvesztés történik.
Amennyiben a DB2 OLAP Server egy korábbi verziójáról frissít, és rendelkezik olyan alkalmazásokkal, amelyek a Relational Storage Managert (RSM-et) használják, akkor a DB2 OLAP Server 8.1-es verziójára történő frissítés előtt át kell költöztetnie ezeket a Multidimensional Storage Manager (MSM) alá, egyébként adatvesztés történik. Miután az RSM alkalmazásokat átköltöztette az MSM-be, telepítheti a 8.1-es verziót, ezt követően pedig átköltöztetheti alkalmazásait a 8.1-es verzióba.
Az alábbi lépések bemutatják az adatok átköltöztetését az RSM-ből az MSM-be:
Meg kell adnia egy kapcsolódimenziót.
Ekkor a rendszer aktívvá teszi és újjászervezi az OLAP adatbázist, és a módosított váz lesz az új adatbázis váza. A folyamat során a kocka többdimenziós adatbázisban tárolódik.
Ezt a szakaszt még a frissítés megkezdése előtt olvassa el, hogy tisztában legyen a 8.1-es verzióban rendelkezésre álló két I/O hozzáférési móddal, illetve azzal, hogy hogyan érinti az OLAP adatbázisokat a 8.1-es verzióra való frissítés a gyorsítótárak méretét és az I/O hozzáférési módokat figyelembe véve.
A pufferelt I/O a fájlrendszer pufferes gyorsítótárát használja. Amennyiben a 7.1-es verzió előtti kiadásról frissít, akkor adatbázisai pufferelt I/O hozzáférést használnak.
A közvetlen I/O hozzáférés megkerüli a fájlrendszer pufferes gyorsítótárát, ezáltal gyorsabb válaszidőt biztosít, és hatékonyabb lesz a gyorsítótárak méretének optimalizálása. Amennyiben 7.1-es vagy későbbi verzióról frissít, akkor adatbázisai közvetlen I/O hozzáférést használnak.
A gyorsítótár zárolása csak közvetlen I/O hozzáférés esetén lehetséges. Akkor is közvetlen I/O hozzáférést kell használnia, ha az operációs rendszer várakozás nélküli (aszinkron) I/O hozzáférési lehetőségét kívánja alkalmazni. Ha az egyes platformok I/O hozzáférés támogatásával kapcsolatos további információkra kíváncsi, akkor tekintse meg a következőt: táblázat 24
táblázat 23: ez megmutatja az egyes kiadások alapértelmezett I/O
hozzáférési módját, illetve felsorolja az egyes kiadásokban rendelkezésre
álló, választható I/O hozzáférési módokat, amennyiben azok ténylegesen
felhasználhatók. Ebből a táblázatból és szakaszból tudhatja meg, hogy
jelenleg pufferelt vagy közvetlen I/O hozzáférési módot használ-e, illetve
ezek alapján döntheti el, hogy a 8.1-es verzióra történő frissítést
követően melyiket fogja alkalmazni.
táblázat 23. Alapértelmezett I/O hozzáférési módok a DB2 OLAP Server egyes verzióinál
Verzió | Közvetlen I/O | Pufferelt I/O |
---|---|---|
1-es verzió, 1.0.1-es verzió és 1.1-es verzió | n.é. | Alapértelmezett |
7.1-es verzió, 7-es javítócsomaggal bezárólag | Alapértelmezett | n.é. |
7.1-es verzió, 8-as vagy későbbi javítócsomaggal | Az essbase.cfg fájl DIRECTIO TRUE paraméterével használható | Alapértelmezett |
8.1-es verzió | Adatbázisonként alkalmazható, adatbázis-beállításként.
Minden új vagy frissített adatbázis esetében egyszer használható, az essbase.cfg konfigurációs fájl DIRECTIO TRUE paraméterével. | Alapértelmezett |
A következő lista segítségével határozhatja meg, hogy adatbázisai jelenleg mely I/O hozzáférési módot használják, illetve hogy hogyan frissülnek ezek az adatbázisok, ha nem hajt végre semmilyen módosítást.
A 7-es verzió 8-as javítócsomagjában bevezetett DIRECTIO beállítás az egész kiszolgálóra kiterjed, és minden adatbázist érint. A 8-as verzióban, a DIRECTIO beállításban megadott adathozzáférési módot minden adatbázis esetén csupán egyszer, az adatbázis frissítése vagy első létrehozása alkalmával olvassa be a rendszer. Ennek következtében az I/O hozzáférési módot adatbázisonként kell megadni, mégpedig az adatbázis beállításainak segítségével.
A 8.1-es verzióval kezdődően az I/O hozzáférési mód az adott adatbázis saját beállítása, amely a biztonsági fájlban tárolódik, és nem pedig az egész kiszolgálóra kiterjedő üzemmód, amely az essbase.cfg fájlban megadva az összes adatbázist érinti. Az essbase.cfg konfigurációs fájl DIRECTIO TRUE|FALSE beállítása a korábbi verziókkal (7-es verzió, 8-as javítócsomag) való kompatibilitás miatt még mindig él. A beállítás ezen felül alkalmazható az újonnan létrehozott, illetve korábbi kiadásról frissített adatbázisok alapértelmezett I/O hozzáférési módjának megadására is.
Ha a frissítéskor az essbase.cfg fájlban szerepel a DIRECTIO bejegyzés, akkor csak az újonnan létrehozott vagy frissített adatbázisokat érinti az ott megadott beállítás. A DB2 OLAP Server minden egyes adatbázis esetében csupán egyszer olvassa be az I/O hozzáférés módját az essbase.cfg fájlból, és a biztonsági fájlba (essbase.sec) másolja azt. Ebből következik, hogy ha meg kívánja változtatni valamely adatbázis I/O hozzáférési módját, akkor ezt adatbázis-szinten kell megtennie, mégpedig az adatbázis beállításainak segítségével.
Az I/O hozzáférési mód beállítható az Application Manager ( Adatbázis beállításai > Tárolás fül), MaxL (alter database set io_access_mode) paraméter használatával; vagy programozással, az alkalmazásprogramozási felület (API) segítségével. További információkat a következő helyeken talál: Database Administrator's Guide, a MaxL dokumentációja itt: Technical Reference, vagy pedig az API Reference.
Ha használni kívánja egy adott operációs rendszer várakozás nélküli I/O hozzáférési módját, akkor válassza a közvetlen I/O hozzáférési módot a DB2 OLAP Server I/O hozzáférési módjaként. A DB2 OLAP Server megkísérli használni a várakozás nélküli I/O hozzáférési módot (amennyiben az elérhető) abban az esetben, ha a közvetlen I/O hozzáférés van megadva I/O hozzáférési módként. Ha tudni kívánja, hogy a DB2 OLAP Server adott pillanatban használja-e a várakozás nélküli I/O hozzáférési módot, akkor tekintse meg az adatbázis-információt az Application Managerben (Adatbázis-információk > Tárolás fül), a MaxL (adatbázis megjelenítése) parancsának használatával; vagy programozással, az alkalmazásprogramozási felület (API) segítségével. Ha azoknak az operációs rendszereknek a listájára kíváncsi, amelyeken a DB2 OLAP Server támogatja a várakozás nélküli I/O hozzáférési módot, tekintse meg a következőt: táblázat 24.
Ha egy adatbázist közvetlen I/O hozzáférés használatára állít be, akkor a DB2 OLAP Server az adatbázis következő indításakor kísérli meg a közvetlen I/O hozzáférés alkalmazását. Ha az adatbázis indításakor nem áll rendelkezésre közvetlen I/O hozzáférés az adott platformon, akkor a DB2 OLAP Server az alapértelmezett pufferelt I/O hozzáférést fogja használni. Azonban a DB2 OLAP Server a kiválasztott I/O hozzáférési módot eltárolja a biztonsági fájlban (beállításként), és az adatbázis minden indításakor megpróbálja ezt a megadott I/O hozzáférési módot használni.
A frissítés során a meglévő adatbázisok gyorsítótárának mérete nem változik. Amennyiben jelenleg 7.1-es verziót futtat legfeljebb 7-es javítócsomaggal, és az alapértelmezett (közvetlen) I/O hozzáférési módot használja, akkor a meglévő adatbázisok gyorsítótárának mérete valószínűleg elég nagy, ugyanis a közvetlen I/O hozzáférés nagy méretű gyorsítótárat igényel. Ha a frissítés után a 8.1-es verzió alapértelmezett (pufferelt) I/O hozzáférési módjának használatát tervezi, akkor csökkenteni kell a gyorsítótárak méretét a frissítés előtt, vagy pedig a frissített adatbázis elindítása előtt.
A következő lista tartalmazza a DB2 OLAP Server adatbázisok gyorsítótárának alapértelmezett méretét a 6.5-ös kiadásra való frissítés esetén, az egyes I/O hozzáférési módoknál:
Ha a frissítés után felül kívánja bírálni az alapértelmezéseket, akkor a frissített adatbázis első indítása előtt változtassa meg az adatbázis beállításait vagy tulajdonságait.
A pufferelt és közvetlen I/O hozzáféréssel kapcsolatban a Database Administrator's Guide dokumentációban talál információt.
táblázat 24: ez tartalmazza azoknak a platformoknak a listáját,
amelyeken a DB2 OLAP Server támogatja a várakozás nélküli (aszinkron) I/O
hozzáférési módot. Habár a várakozás nélküli I/O hozzáférést a DB2 OLAP
Server nem használja Solaris és AIX operációs rendszerek esetén, a közvetlen
I/O hozzáférés ezeken a platformokon is rendelkezésre áll.
Platform | Közvetlen I/O | Várakozás nélküli I/O | Gyorsítótár zárolása |
---|---|---|---|
Windows 98 | Nem támogatott | Nem támogatott | Nem támogatott |
Windows XP | Támogatott | Támogatott | Támogatott1 |
Windows 2000 | Támogatott | Támogatott | Támogatott1 |
Windows NT | Támogatott | Támogatott | Támogatott1 |
AIX | Támogatott | Nem támogatott | Nem támogatott |
Solaris Operating Environment | Támogatott | Nem támogatott | Támogatott2 |
HP-UX | Támogatott3 | Támogatott | Nem támogatott |
Megjegyzések:
Az eddigiek mellett az alábbi költöztetési szempontok merülhetnek még fel, a frissítési helyzettől függően:
Ez a szakasz részleteket tartalmaz a költöztetési folyamattal kapcsolatosan, illetve leírja a DB2 OLAP Server korábbi verzióiban létrehozott adatbázisok 8.1-es verzióra történő frissítésének módját.
A DB2 OLAP Server az adatbázis indításakor költözteti az adott adatbázist. Az alapbeállítás szerint egy adatbázis akkor indul el, amikor a hozzá rendelt alkalmazás elindul. Az OLAP rendszermag ellenőrzi, hogy vannak-e olyan fájlok, amelyek egy korábbi sikertelen költöztetésből származnak, és szükség esetén újraindítja a költöztetést.
A DB2 OLAP Server az adatbázis indításakor az ESSxxxxx.IND, a adatbázisneve.ESM, és a adatbázisneve.TCT fájlokat költözteti át. A DB2 OLAP Server az ESSxxxx.PAG állományt az adattömbök elérésekor költözteti, ezért a .PAG fájl csak akkor költözik, amikor az adatbázis elindítását követően kiadja a VALIDATE parancsot. Miután a rendszermag fájljainak költöztetése befejeződött, a fájlok már nem lesznek a korábbi verziókkal kompatibilisek.
A következő lépések bemutatják, hogyan frissíthet a 8.1-es verzióra egy korábbi kiadásról (ugyanazon a számítógépen). Ha másik számítógépre kíván frissíteni illetve adatbázisokat költöztetni, tekintse meg a következőt: Alkalmazások és adatbázisok költöztetése kiszolgálók között.
A költöztetés után a korábbi kiadásokban létrehozott adatbázisokat csupán a biztonsági mentésekből tudja visszaállítani. Ezért a frissítés megkezdése előtt készítsen biztonsági másolatot az adatbázisokról.
Ha a 8.1-es verzióra kíván frissíteni ugyanazon a számítógépen, minden egyes adatbázis esetében hajtsa végre a következő lépéseket, az alábbi sorrendben:
Ha a VALIDATE parancs hibaüzeneteket ad vissza, akkor térjen vissza egy olyan biztonsági mentéshez, amely mentes a felsorolt hibáktól.
A VALIDATE parancs ellenőrzi az LRO hibákat.
Amennyiben módosítani kívánja az adatbázisok beállításait, akkor ebben a lépésben kényelmesen megteheti azt. Amennyiben most módosítja a beállításokat, nem kell újraindítania az adatbázist a módosítások életbe léptetéséhez. Az alapértelmezett beállításokról ezen a helyen talál további információt: A használni kívánt I/O hozzáférési mód meghatározása
A DB2 OLAP Server átköltözteti az adatbázist a 8.1-es verzió formátumába, ha az adatbázist visszaállította.
A 7.1-es és későbbi verziókban az Essbase Query Designer (EQD) vette át a Retrieval Wizard (Visszakereső varázsló) helyét a lekérdezések létrehozásában. Amennyiben rendelkezik Retrieval Wizard (.WIZ) fájlokkal, lehetséges, hogy az EQD nem helyesen fordítja le a Retrieval Wizard részhalmazait EQD tagszűrőkre, ami a következő problémákhoz vezethet:
A Retrieval Wizard fájljainak megnyitása után ellenőrizze, hogy a navigációs panel csomópontjai úgy adják meg a tagszűrőket, ahogyan azt szeretné. Ha szükséges, saját kezűleg léptesse elő vagy vissza, illetve mozgassa a csomópontokat, vagy akár vegyen fel újakat.
Windows rendszereken a DB2 OLAP Server telepítőprogramja 8.1-es verzió futtatása érdekében frissíti az ügyfél- illetve kiszolgálókörnyezetet. A Microsoft rendszerfájlok a Windows rendszerkönyvtárba kerülnek telepítésre (például C:\Winnt\System32 Windows NT 4.0 esetében), feltéve, hogy régebbi verziójuk nem található, vagy a DB2 OLAP Server termékkel szállított verzió újabb.
A következő táblázat tartalmazza az egyes DB2 OLAP Server összetevőkkel
telepített Windows rendszerfájlokat a támogatott Windows platformokon.
Az oszlopban lévő jelzés azt mutatja, hogy az adott rendszerfájl a DB2 OLAP
Server azon összetevőjével együtt kerül telepítésre. Ezek a fájlok csak
akkor kerülnek telepítésre a rendszerkönyvtárba, ha korábban még nem léteztek,
vagy ha régebbi verziójuk volt telepítve.
táblázat 25. Az egyes DB2 OLAP Server összetevőkkel telepített rendszerfájlok
Fájl | OLAP kiszolgáló | Application Manager | Spreadsheet Add-in (Számolótábla-bővítmény) | Futásidejű ügyfél | API | Fájlverzió |
---|---|---|---|---|---|---|
ATT.DLL |
|
| Igen |
|
| 2.00.7024 |
CTL3D32.DLL |
| Igen |
|
|
| 2.31.000 |
MFC42.DLL |
|
| Igen | Igen | Igen | 4.21.70221 |
MSVCRT.DLL | Igen | Igen | Igen | Igen | Igen | 5.00.70222 |
MSVCIRT.DLL | Igen | Igen | Igen | Igen | Igen | 5.00.7022 |
Megjegyzések:
Ha az adatbázisokat át kívánja vinni egy másik számítógépre, vagy saját kezűleg kívánja 8.1-es verzióra frissíteni egy másik számítógépen, akkor minden egyes adatbázis esetében hajtsa végre a következő lépéseket az alábbi sorrendben:
Ha a VALIDATE parancs hibaüzeneteket ad vissza, akkor térjen vissza egy olyan biztonsági mentéshez, amely mentes a felsorolt hibáktól.
Gondolja át alaposan, hogyan kívánja konfigurálni a lemezköteteket. Miután az adatokat áttöltötte az új OLAP kiszolgálóra, a lemezköteteken végrehajtott bármely változtatás csupán az új adatbetöltésekben jelentkezik; a változtatások nem érvényesek visszamenőlegesen.
A létrehozott alkalmazások és adatbázisok neveinek nem kell megegyezni az eredeti kiszolgálón lévő nevekkel. Ha azonban megváltoztatja a neveket, akkor ellenőrizze, hogy a parancsfájlokban, számolótábla-makrókban és az API-alapú alkalmazásokban is ezek az új nevek szerepeljenek. Ezen felül gondoskodjon arról is, hogy a változtatások a felhasználói bázishoz is egyértelműen eljussanak.
Vigyázat!
Az alkalmazás könyvárát ne fájlművelettel vagy FTP-n keresztül vigye át az új
kiszolgálóra.
Ennél a lépésnél különösen ügyeljen arra, hogy ne változtassa meg a vázat, ellenkező esetben ugyanis nem tudja majd importálni az eredeti alkalmazásból exportált adatfájlt.
Amennyiben eltérő kiszolgálóplatformok között költözteti a fájlokat, mindenképpen a 8 - 11. lépésekben leírt eljárás szerint járjon el. Ha ugyanazon kiszolgálóplatformok között költözteti a fájlokat, a számításleíró és a jelentésleíró fájlokat az operációs rendszer használatával is átviheti. Ha ezeket a fájlokat az operációs rendszer segítségével helyezi át, ellenőrizze helyes működésüket az átvitel után.
Vigyázat!
Az adatbetöltési szabályokat tartalmazó fájlok bináris formátumban vannak,
költöztetésüket minden esetben a 8-11. lépésekben leírtak szerint
kell végrehajtani.
Vigyázat!
Nem ajánlott és nem támogatott az, hogy a biztonsági fájlt
(ESSBASE.SEC és annak biztonsági másolatát
ESSBASE.BAK) egyszerűen áthelyezze egyik számítógépről a
másikra.