A DB2 OLAP Server telepítési kézikönyve


A DB2 OLAP Server költöztetése

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.

Költöztetés RSM-ből MSM-be a 8.1-es verzióra való frissítést megelőzően

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:

  1. Indítsa el a DB2 OLAP Server szoftvert.
  2. Hozzon létre egy OLAP adatbázist a megfelelő alkalmazásban az Application Manager vagy egy parancssori parancs használatával.
  3. Válassza az Application Managerben a Start > Megnyitás parancsot a költöztetni kívánt adatbázis vázának megnyitásához.
  4. Határozza meg, hogy melyik sűrű dimenziót kívánja kapcsolódimenzióként használni, és távolítsa el az illető dimenzió felhasználó által megadott RELANCHOR attribútumát.

    Meg kell adnia egy kapcsolódimenziót.

  5. Kattintson a Fájl > Mentés másként... menüpontra az újonnan létrehozott adatbázis vázának mentéséhez. Amennyiben a rendszer megkérdezi, hogy felülírjon-e egy már létező fájlt, kattintson az Igen nyomógombra.

    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.

  6. Az Application Managerrel másoljon át minden szabályfájlt, számításleíró vagy jelentésleíró parancsfájlt az eredeti adatbázisból az átköltöztetettbe. A két tároláskezelő (storage manager) közti különbségek nincsenek hatással a szabályokra és parancsfájlokra. A fájlok mindkét termék esetén a fájlrendszerben ugyanazokon a helyeken találhatók.
  7. Módosítsa az új OLAP adatbázis minden szükséges beállítását oly módon, hogy az megfeleljen az eredeti adatbázisnak.
  8. Töltsön be adatokat az újonnan költöztetett adatbázisba, és számíttassa újra ugyanúgy, mint az eredetit. Miközben a rendszer betölti és kiszámítja az adatokat, azok a többdimenziós adatbázisban tárolódnak.

A bemeneti/kimeneti (I/O) alapértelmezések és a frissítés értelmezése

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 használni kívánt I/O hozzáférési mód meghatározása

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.

Az I/O hozzáférési mód megváltoztatása vagy megőrzése

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.

Magyarázat a gyorsítótár méretének a frissítés által okozott változásaira

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.

Platformok (operációs rendszerek), amelyeken a DB2 OLAP Server támogatja a várakozás nélküli I/O hozzáférési módot

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.

táblázat 24. Platformok, amelyeken a DB2 OLAP Server támogatja a várakozás nélküli (aszinkron) hozzáférési módot

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:

  1. Windows XP, Windows NT és Windows 2000 rendszereken egy rendszergazdának vagy egy kiemelt felhasználónak kell elindítania a DB2 OLAP Server Agent szolgáltatást a gyorsítótár zárolásának engedélyezéséhez (választható lehetőség). A kiemelt felhasználó ebben az esetben olyan felhasználó, aki futtathat folyamatokat SE_INC_BASE_PRIORITY_NAME jogosultsággal.

  2. A kiszolgálószoftver telepítése után a gyorsítótár zárolásához (ami nem kötelező) a root felhasználónak futtatnia kell egy parancsfájlt, melynek neve: root.sh.

  3. A közvetlen I/O hozzáférés nem támogatott HP-UX rendszeren működő HFS esetén.

Az előző kiadásokról történő frissítésekhez kapcsolódó szempontok

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:

Adatbázisok frissítése 8.1-es verzióra

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.

Mikor költözteti a DB2 OLAP Server a fájlokat?

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.

Adatbázisok 8.1-es verzióra történő frissítésének lépései

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:

  1. Az Essbase parancssorban (ESSCMD-ben) adja ki a VALIDATE parancsot az adatbázisra. A VALIDATE parancs megkérdezi a hibákról készítendő naplófájl nevét.

    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.

  2. Mentse az összes alkalmazásfájlt, adatbázisfájlt és a biztonsági fájlt.
  3. Ha LRO-kat használ az üzemeltetési környezetben, akkor a frissítés megkezdése előtt adja ki a LISTLINKEDOBJECTS parancsot az Essbase parancssorban. Ez a parancs kilistázza az adatbázisokban lévő LRO-kat.

    A VALIDATE parancs ellenőrzi az LRO hibákat.

  4. Állítsa le az OLAP kiszolgálót, ha az jelenleg fut.
  5. Telepítse a DB2 OLAP Server 8.1-es verzióját ugyanabba a könyvtárba, amely a korábbi DB2 OLAP Server programot tartalmazza.
  6. Indítsa el a DB2 OLAP Server Ügynököt (ESSBASE.EXE ).

    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

  7. Válasszon ki egy adatbázist, vagy töltsön be egy alkalmazást.
  8. Az Essbase parancssorban adja ki a VALIDATE parancsot a költöztetett adatbázisra. A VALIDATE parancs megkérdezi a hibákról készítendő naplófájl nevét.
  9. Ha frissítés után a VALIDATE csak LRO-val kapcsolatos hibákat ír a naplófájlba, akkor egy korábbi mentésből kell visszaállítania az adatokat és újra létre kell hoznia az LRO-kat:
    1. Két lehetősége van: vagy olyan mentésből tölt vissza adatokat, amely nem tartalmaz LRO-kat, vagy egy exportált adatbázisból.
    2. Indítsa újra az adatbázist a DB2 OLAP Server 8.1-es verziójában.

      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.

    3. Adja ki a VALIDATE parancsot.
    4. Hozza létre újra az LRO-kat, a LISTLINKEDOBJECTS kimenete alapján. Elképzelhető, hogy a LISTLINKEDOBJECTS kimenetét saját kezűleg kell ellenőriznie, hogy meggyőződjön annak teljességéről.
  10. A sikeres végrehajtást követően vegye ki (unload) az adatbázist, majd mentse a 8.1-es verzió adatbázisfájljait.

Visszakereső varázsló fájljainak megnyitása a Query Designerben

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.

A Windows rendszerfájljainak frissítése

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:

  1. Ne használjon olyan fájlokat, amelyeknek verziószáma 6.00 és 6.00.8336 közötti, mert ezek a fájlok memóriafoglalási hibákat okozhatnak.

  2. Ne használjon olyan fájlokat, amelyeknek verziószáma 6.00 és 6.00.8266 közé esik, mert ezek a fájlok memóriafoglalási hibákat okozhatnak.

Alkalmazások és adatbázisok költöztetése kiszolgálók között

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:

  1. Az Essbase parancssorban adja ki a VALIDATE parancsot a költöztetni kívánt adatbázisra. A VALIDATE parancs megkérdezi a hibákról készítendő naplófájl nevét.

    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.

  2. Mentse az összes alkalmazásfájlt, adatbázisfájlt, és a biztonsági fájlt az eredeti kiszolgálón (azaz azon a számítógépen, amelyről költöztet).
  3. Telepítse a DB2 OLAP Server terméket az új kiszolgáló számítógépre. Ha a DB2 OLAP Server egy újabb kiadására frissít, telepítse azt a kiadást az új kiszolgálóra.
  4. Másolja az ESSBASE.CFGfájlt az eredeti OLAP kiszolgáló ESSBASE\BINkönyvtárából az új OLAP kiszolgáló ugyanezen könyvtárába.
  5. Adja meg a lemezköteteket az új OLAP kiszolgálón. Ha egy új lemezkötetet kíván lefoglalni, akkor az Essbase parancssorban adja ki a SETDBSTATEITEM 23 parancsot, majd kövesse az utasításokat. Használhatja az Application Manager Adatbázis beállításai párbeszédpanelét vagy a MaxL alter database utasítását is.

    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.

  6. Hozzon létre új alkalmazásokat és adatbázisokat az új OLAP kiszolgálón az Application Manager, a MaxL vagy az Essbase parancssor használatával.
    Megjegyzés:
    Platformtól függetlenül használhatja a Security Migration Tool vagy az Essbase Administration Services nevű szolgáltatásokat ha alkalmazásokat és adatbázisokat kíván (újra létrehozás nélkül) átköltöztetni egyik OLAP kiszolgálóról a másikra. Például Windows kiszolgálón fejleszthet egy alkalmazást, majd átköltöztetheti azt egy UNIX rendszeren futó kiszolgálóra. Amikor alkalmazásokat és adatbázisokat költöztet kiszolgálók között az Administration Services szolgáltatás segítségével, a következő információk másolódnak át a célkiszolgálóra: az összes adatbázis és váz, OLAP objektumok, a felhasználó/csoport alkalmazásra illetve adatbázisra vonatkozó biztonsági beállításai (beleértve a szűrőtársításokat is), valamint a biztonsági szűrők.

    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.

  7. Nyissa meg az Application Managert egy olyan ügyfél- vagy kiszolgálógépen, amelynek egyaránt hozzáférése van az eredeti és az új OLAP kiszolgálóhoz.
  8. Válassza ki a Fájl > Megnyitás menüpontot, kattintson az Ügyfél feliratra, majd válassza ki az eredeti kiszolgálót, alkalmazást és adatbázist.
  9. Nyissa meg az eredeti vázfájlt (.OTL ), majd válassza a Fájl > Mentés másként... menüpontot.
  10. Mentse az új alkalmazáshoz és adatbázishoz az .OTL fájlt az új kiszolgálón.

    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.

  11. Vigyen át minden számításleíró fájlt, szabályfájlt és jelentésleíró fájlt az új kiszolgálóra az alábbi eljárások valamelyikével:

    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.

  12. Vigye át az ESSCMD és MaxL parancsfájlokat az új kiszolgálóra a fájlrendszeren vagy FTP-n keresztül. Használhatja a MaxL ESSCMD-to-MaxL parancsfájl-átalakító segédprogramot.
  13. Ha másik számítógépre költöztet egy 8.1-es verziójú adatbázist, és az adatbázis csatolt jelentésobjektumokat (LRO-kat) tartalmaz, exportálja az LRO-kat annak érdekében, hogy később importálhassa őket az átköltöztetett adatbázisba. Használja az export lro és import lro MaxL utasításokat.
    Megjegyzés:
    Ha úgy dönt, hogy törli az adatokat az eredeti adatbázisból, akkor az összes költöztetni kívánt LRO-t exportálnia kell az adatok törlése előtt. Az adatok törlése során az LRO-k is törlődnek.
  14. Exportálja az adatokat az eredeti kiszolgálón lévő alkalmazásból az alábbi módszerek egyikével:
  15. Importálja az adatokat az új kiszolgálón lévő új alkalmazásba.
  16. Számíttassa újra az adatbázist, ha:
  17. Ha az eredeti adatbázisból csatolt jelentésobjektumokat (LRO-kat) exportált, akkor importálja őket a költöztetett adatbázisba az import lro MaxL utasítással.
  18. Ismételje meg ezeket a lépéseket az összes többi olyan adatbázis esetén, amelyeket az eredeti kiszolgálóról az új kiszolgálóra kíván költöztetni.
  19. Költöztesse át a biztonsági információkat úgy, hogy az új kiszolgálón újból létrehozza a felhasználói szűrőket, csoportokat és engedélyeket.
    Megjegyzés:
    Ha 8.1-es verziójú adatbázisokat költöztet egyik kiszolgálóról a másikra, akkor a Security Migration eszközt is használhatja a biztonsági információk átköltöztetésére.

    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.


[ Oldal eleje | Előző oldal | Következő oldal | Tartalom | Tárgymutató ]