5.8 Mérési értékek adattárolási opció iA PVSR többféleképpen is tudja kezelni a mérési értékek tárolását az Oracle adatbázisában. Mindegyik módnak vannak előnyei és hátrányai. A fejezetben ezek kerülnek bemutatásra, illetve az, hogy ezeket a módokat hogyan lehet szabályozni. A különböző opciók az alábbiak: 1. Egyszerű adatbetöltés: ebben az esetben a PVSR mindig ugyanazt a PVSR_MON_RES nevű táblát használja a mérési értékek adatbázisba történő betöltésére. A betöltést az Adatbetöltő modul végzi. Az Adatmozgató modul naponta egyszer lefut és a pár napnál régebbi adatokat átmozgatja a táblából a PVSR_MON_RES_ARCHIV táblába. Az Adattömörítő modul naponta egyszer fut le, és a bizonyos napnál régebbi mérési értékekből órás átlagot számol, azt eltárolja a PVSR_MON_RES_ARCHIV_DAILY táblában majd törli a részletes mérési adatokat. Azt hogy ez mikor történjen meg, vagy megtörténjen-e egyáltalán, mérésenként lehet beállítani 2. Egyszerű adatbetöltés automatikus törléssel: megegyezik az 1-es pontban leírtakkal, azzal a különbséggel, hogy az órás átlagokat törli az adatbázisból egy idő után 3. Több táblás adatbetöltés: ebben az esetben a PVSR több táblát is használ az adatok betöltésére. A használt táblák köre szabályozható, és a következők közül kerül ki: PVSR_MON_RES, PVSR_MON_RES2 … PVSR_MON_RES8. A betöltést az Adatbetöltő modul végzi. Az Adatmozgató modul néhány óránként lefut és az összes adatot átmozgatja az előbb említett táblák egy részéből a PVSR_MON_RES_ARCHIV táblába. Az Adattömörítő modul naponta egyszer fut le, és a bizonyos napnál régebbi mérési értékekből órás átlagot számol, azt eltárolja a PVSR_MON_RES_ARCHIV_DAILY táblában majd törli a részletes mérési adatokat. Azt hogy ez mikor történjen meg, vagy megtörténjen-e egyáltalán, mérésenként lehet beállítani 4. Több táblás adatbetöltés automatikus törléssel: megegyezik az 3-as pontban leírtakkal, azzal a különbséggel, hogy az órás átlagokat törli az adatbázisból egy idő után 5. Több táblás adatbetöltés és időben partícionált táblák: ebben az esetben a PVSR több táblát is használ az adatok betöltésére. A használt táblák köre szabályozható, és a következők közül kerül ki: PVSR_MON_RES, PVSR_MON_RES2 … PVSR_MON_RES8. A betöltést az Adatbetöltő modul végzi. Az Adatmozgató modul néhány óránként lefut és az összes adatot átmozgatja az előbb említett táblák egy részéből a PVSR_MON_RES_ARCHIV táblába. E mellett azt is megnézi, hogy ez a PVSR_MON_RES_ARCHIV tábla mikor lett létrehozva, és ha ez egy bizonyos napnál régebben történt, akkor átnevezi PVSR_MON_RES_A_ÉÉÉÉHHNNÓÓ-ra, azaz például 2010 április 15-én 11 órakkor PVSR_MON_RES_A_2010041511-re. Az Adattömörítő modul nem végez érdemi tevékenységet, azaz a mérésnél beállított adatmegőrzési paraméter értékétől függetlenül végtelen ideig megőrzi a rendszer a részletes mérési adatokat 6. Több táblás adatbetöltés és időben partícionált táblák és automatikus tábla törlés: megegyezik az 5-ös pontban leírtakkal, azzal a különbséggel, hogy az Adattömörítő modul egy megadott napnál régebben létrehozott PVSR_MON_RES_A_… táblákat törli az adatbázisból. Azaz a mérésnél beállított adatmegőrzési paraméter értékétől függetlenül a rendszer soha sem számol órás átlagokat, és mindegyik mérés adatát ugyanakkor törli 7. Több táblás adatbetöltés és időben partícionált táblák II.: ebben az esetben a PVSR csak a PVSR_MON_RES és PVSR_MON_RES2 táblákat használja a betöltésre. Az Adatmozgató modul minden futási ciklusában átnevezi az aktuális táblát PVSR_MON_RES_A_ÉÉÉÉHHNNÓÓ-ra, azaz például 2010 április 15-én 11 órakkor PVSR_MON_RES_A_2010041511-re. Azaz ez a mód alapvetően annyiban különbözik az 5-ös pontban leírtaktól, hogy a rendszer nem is használja a PVSR_MON_RES_ARCHIV táblát 8. Több táblás adatbetöltés és időben partícionált táblák és automatikus tábla törlés II.: megegyezik a 7-es pontban leírtakkal, azzal a különbséggel, hogy az Adattömörítő modul egy megadott napnál régebben létrehozott PVSR_MON_RES_A_… táblákat törli az adatbázisból. Azaz a mérésnél beállított adatmegőrzési paraméter értékétől függetlenül a rendszer soha sem számol órás átlagokat, és mindegyik mérés adatát ugyanakkor törli 9. Oracle Partíció opció használata: a PVSR képes az Oracle adatbázisok Partitioning funkciójának a használatára is (ha USE_PARTITONS értéke 1), akár úgy is, hogy csak a PVSR_MON_RES táblát használja (ha DONT_MOVE_PARTITION_TO_ARCHIV értéke 1). Ennek a módnak a beállítását a NETvisor Zrt munkatársai végzik el a rendszer installálása során, mivel módosítani kell hozzá a PVSR adatbázis sémáját is Az egyes opciókat illetve a működésüket a USE_PARTITONS, MOVE_MON_RES, DELETE_DAILY_DATA_AFTER, CREATE_PP_TABLE_AFTER, DROP_DATA_AFTER konfigurációs paraméterek és a méréseknél beállítható adatmegőrzési idő szabályozza. A paraméterek beállításai: 1. Egyszerű adatbetöltés: A USE_PARTITONS paraméter értéke 0 kell hogy legyen. Az adatmozgató a MOVE_MON_RES napnál régebbi adatokat mozgatja át a PVSR_MON_RES táblából a PVSR_MON_RES_ARCHIV táblába. A DELETE_DAILY_DATA_AFTER paraméter ne legyen beállítva, a többi konfigurációs paraméter értékét nem veszi figyelembe a rendszer 2. Egyszerű adatbetöltés automatikus törléssel: A USE_PARTITONS paraméter értéke 0 kell hogy legyen. Az adatmozgató a MOVE_MON_RES napnál régebbi adatokat mozgatja át a PVSR_MON_RES táblából a PVSR_MON_RES_ARCHIV táblába. A DELETE_DAILY_DATA_AFTER paraméter szabályozza azt, hogy a régi adatok hogyan legyenek törölve, a többi konfigurációs paraméter értékét nem veszi figyelembe a rendszer. A méréseknél meg lehet egyenként adni, hogy a részletes adatokat a rendszer meddig őrizze meg, és mennyi idő után tároljon csak órás átlagokat. Ha ez az időszak kisebb, mint a DELETE_DAILY_DATA_AFTER paraméter értéke, úgy a paraméterben szereplő nap után törli az órás átlagokat is. Ha nagyobb, akkor megőrzi mindenképpen addig a részletes mérési értékeket, majd utána egyszerűen törli azokat, órás átlagolás számolása nélkül 3. Több táblás adatbetöltés: A USE_PARTITONS paraméter értéke 2, 4 vagy 5 kell hogy legyen. Az adatmozgató a MOVE_MON_RES paraméterben megadott óránként fut le, és a betöltéshez használt PVSR_MON_RES, PVSR_MON_RES2…8 táblák egyik feléből átmozgatja az adatokat, míg az adatbetöltő a másik felét használja az új adatok betöltésére. Se a DELETE_DAILY_DATA_AFTER, se a CREATE_PP_TABLE_AFTER paraméterek ne legyenek beállítva, a DROP_DATA_AFTER paraméter értékét nem veszi figyelembe a rendszer. A felhasznált táblák köre a USE_PARTITONS értékétől függ: a. Ha a paraméter értéke 2, akkor amíg az adatbetöltő a PVSR_MON_RES táblát tölti addig az adatmozgató a PVSR_MON_RES2 táblából mozgatja át az adatokat a PVSR_MON_RES_ARCHIV táblába és fordítva b. Ha a paraméter értéke 4, akkor amíg az adatbetöltő a PVSR_MON_RES3 és PVSR_MON_RES5 táblát tölti addig az adatmozgató a PVSR_MON_RES4 és PVSR_MON_RES6 táblából mozgatja át az adatokat a PVSR_MON_RES_ARCHIV táblába és fordítva. A PVSR_MON_RES és PVSR_MON_RES2 táblákat csak átmenetileg használja az átmozgatás során c. Ha a paraméter értéke 5, akkor amíg az adatbetöltő a PVSR_MON_RES3, PVSR_MON_RES5 és PVSR_MON_RES7 táblát tölti addig az adatmozgató a PVSR_MON_RES4, PVSR_MON_RES6 és PVSR_MON_RES8 táblából mozgatja át az adatokat a PVSR_MON_RES_ARCHIV táblába és fordítva. A PVSR_MON_RES és PVSR_MON_RES2 táblákat csak átmenetileg használja az átmozgatás során 4. Több táblás adatbetöltés automatikus törléssel: a 3-es pontban szereplő beállításokat kell elvégezni, kivéve a DELETE_DAILY_DATA_AFTER paramétert: ez szabályozza azt, hogy a régi adatok hogyan legyenek törölve. A méréseknél meg lehet egyenként adni, hogy a részletes adatokat a rendszer meddig őrizze meg, és mennyi idő után tároljon csak órás átlagokat. Ha ez az időszak kisebb, mint a DELETE_DAILY_DATA_AFTER paraméter értéke, úgy a paraméterben szereplő nap után törli az órás átlagokat is. Ha nagyobb, akkor megőrzi mindenképpen addig a részletes mérési értékeket, majd utána egyszerűen törli azokat, órás átlagolás számolása nélkül 5. Több táblás adatbetöltés és időben partícionált táblák: A USE_PARTITONS és a MOVE_MON_RES paraméterek jelentése megegyezik a 3-as pontban leírtakkal. A CREATE_PP_TABLE_AFTER paraméter értéke szabályozza azt, hogy hány nap után legyen átnevezve a PVSR_MON_RES_ARCHIV tábla és jöjjön létre egy új. A DROP_DATA_AFTER paraméter értéke ne legyen beállítva. A DELETE_DAILY_DATA_AFTER paraméter értékét nem veszi figyelembe a rendszer 6. Több táblás adatbetöltés és időben partícionált táblák és automatikus tábla törlés: ilyenkor a DROP_DATA_AFTER paramétert is be kell állítani, és az ennyi napnál régebben létrehozott PVSR_MON_RES_A_... táblákat törli ki a rendszer az Oracle adatbázisból 7. Több táblás adatbetöltés és időben partícionált táblák II: A USE_PARTITONS értékét 2-re kell állítani, a MOVE_MON_RES paraméterek jelentése megegyezik a 3-as pontban leírtakkal. A CREATE_PP_TABLE_AFTER paraméter értéke kötelezően 0. A DROP_DATA_AFTER paraméter értéke ne legyen beállítva. A DELETE_DAILY_DATA_AFTER paraméter értékét nem veszi figyelembe a rendszer 8. Több táblás adatbetöltés és időben partícionált táblák és automatikus tábla törlés II.: ilyenkor a DROP_DATA_AFTER paramétert is be kell állítani, és az ennyi napnál régebben létrehozott PVSR_MON_RES_A_... táblákat törli ki a rendszer az Oracle adatbázisból A nyolc opciót három csoportba is lehet foglalni, mivel ahogy látható az 1-2, 3-4, 5-6 és 7-8 csoportokon belül csak az a különbség, hogy a PVSR végez-e automatikusan adattörlést, vagy sem. A csoportok előnyei és hátrányai, illetve az ajánlott alkalmazási körük: · 1-2: az opció előnye az, hogy ha a riport és/vagy a riasztás feldolgozás modul nem futott egy ideje és a mérési adatokat tartalmazó file-ok is kitörlése kerültek már a rendszerből, akkor is az indításuk után fel tudják dolgozni az elmúlt MOVE_MON_RES napnyi adatot és arra az időszakra is elő tudják állítani a riportokat/riasztásokat. Az opció hátránya, hogy csak pár tízezer mérés esetében hatékony, ennél nagyobb rendszer esetében már túl lassúvá teszi a mérési értékek tárolását és mozgatását · 3-4: a rendszer installálása után a 3. opció kerül beállításra. Előnye, hogy akár pár százezer mérés tárolását is hatékonyan el tudja végezni, viszont hátránya, hogy a fent leírt riport és riasztás modul leállás esetében maximum csak az elmúlt pár órányi adatot tudja feldolgozni, de az is előfordulhat, hogy egyáltalán nem tud visszamenőleg adatot kiértékelni. Az opció hátránya, hogy több százezer mérés esetében az adatok mozgatását már nem tudja hatékonyan elvégezni. · 5-6: előnye, hogy több millió mérést is hatékonyan tud kezelni. Hátránya, hogy nem lehet mérésenként szabályozni, hogy meddig őrizze meg az adatokat a rendszerben, illetve órás átlagolás alapú tömörítést sem végez · 7-8: előnye, hogy még több mérést tud kezelni, mint az 5-6 opciók, mivel miután betöltötte az adatokat nem „kezeli” őket: nem mozgatja, törli vagy módosítja, így a betöltés-mozgatás ciklus gyorsabb lesz (mivel nincs is mozgatás). Hátránya, hogy sűrűbben hoz létre új táblákat a rendszerben, így a lekérdezés egy idő után valamennyit lelassul Az 5-ös opciónak a mérések számától függetlenül lehet még egy előnye, ami indokoltá teheti akár egészen kis rendszerek esetében is a használatát. Mivel a rendszer periódikusan hoz létre új táblákat és azokat nem is törli, ezért lehetőség van egy egyszerű de hatékony archiválási opció megvalósítására. Például a CREATE_PP_TABLE_AFTER tábla értékét 7-re állítva hetente keletkezik egy új tábla, amit egy idő után külön kiexportálhatunk, learchiválhatunk majd törölhetünk. Ha a táblában szereplő adatokra később szükség van, akkor azt nyugodtan visszaimportálhatjuk és megtekinthetjük az arra az időszakra vonatkozó méréseket, mivel a PVSR nem fogja a táblát automatikusan törölni (ezért nem ajánlott ilyenkor a 6-os opció). A tábla exportálása, törlése és importálása kívül esik a PVSR dokumentáció körén, erre Oracle alkalmazásokat kell használni: · exp és imp alkalmazások exportálásra és importálásra · Data pump alkalmazás exportálásra és importálásra · DROP TABLE utasítás a tábla törlésére |