Oracle Business Intelligence

Több napos próbálkozások után végre elértem ezt:


a következő post-ban részletesen leírom majd, hogy ez miért nagy szám, illetve, hogy mi is ez:)

(és igen, az Oracle szoftverei erőforrásigényesek. Nagyon.)

Szinkron CDC

Szinkron CDC-nél a forrás-táblákra elhelyezett DML triggerek segítségével lehet a változásokat nyomon követni. Emiatt a változások azonnal bekerülnek a change table-be, amint a tranzakciók befejeződtek. Ennek megfelelően a CDC-ből adódó extra terhelés a forrás-adatbázist súlytja (triggerek végrehajtási ideje + a change table-k is a forrás-adatbázisban helyezkednek el).

Ennél a módnál csak egy előre definiált change source létezik: SYNC_SOURCE, ezt nem lehet megváltoztatni, vagy letörölni.

Aszinkron CDC

Az aszinkron CDC a forrás-adatbázis redo log file-jaiból szerzi meg a megváltozott adatokat, ezért a loggolás miatti terhelés a forrás-adatbázist terheli.

Aszinkron HotLog

Aszinkron HotLog módban az on-line redo log file-ból lehet a változásokat kigyűjteni, kis késéssel a tranzakciók jóváhagyása után. A change table-k a forrás-adatbázisban kell, hogy elhelyezkedjenek.

A loggoló processz (Logwriter process, LGWR) feljegyzéseit a CDC az Oracle Streams technológia segítségével dolgozza fel.

Ennél a módnál is csak egyetlen, előre definiált change source létezik: HOTLOG_SOURCE.

Aszinkron Distributed HotLog

Elosztott HotLog módban a CDC tevékenységek fel lettek osztva a forrás-adatbázis és a staging adatbázis között: a change source-ok a forrás-adatbázisban definiáltak, míg a change set-ek már a staging adatbázisban, tehát a változásokat tartalmazó change table-k így lehetnek akár más hardveren is, az adatbázis verziója sem kell, hogy megegyezzen. A két rendszer között a kommunikáció az Oracle Net protokollon keresztül zajlik.

Ennél a módnál két publisher beállítása is szükséges: egy a forrás-adatbázison, egy pedig a staging-en.

Aszinkron AutoLog

AutoLog módban a Redo transport services által felügyelt redo log file-okból kerülnek kigyűjtésre a megváltozott adatok. Ez a szolgáltatás automatikusan átmásolja az on-line vagy archivált log fájlokat a forrás-adatbázisból a staging területre, ami lehet egy távoli gépen, viszont a futtatott operációs rendszer és adatbázis verzió meg kell, hogy egyezzen.

A megfelelő mód kiválasztásában az alábbi szempontok fontosak:

• A staging terület távoli gépen van-e (Async distr. hotlog, autolog online/archive) vagy sem (sync, async hotlog).

• A megengedhető késés a változások létrejötte és a change table-ben való megjelenésük között (szinkrontól aszinkron autolog archive-ig folyamatosan nő)

• A forrás-adatbázisra eső extra terhelés (szinkrontól aszinkron autolog archive-ig folyamatosan csökken)

• Azonos hardveren/operációs rendszeren fut-e a két adatbázis, azonos-e az Oracle adatbázisok verziója.

Az Oracle is a termelő-fogyasztó modell szerint oldja meg a megváltozott adatok kezelését, adattárházba juttatását, PL/SQL csomagokkal megvalósítva: DBMS_CDC_PUBLISH és DBMS_CDC_SUBSCRIBE.

A termelő általában az adatbázis adminisztrátor (DBA), aki létrehozza és karbantartja a CDC-hez szükséges sémaobjektumokat. Egy módot leszámítva (Distributed HotLog) csak egy termelő van.

Az Oracle az alábbi CDC fogalmakat definiálja:

• forrás-táblák (source tables): azok a forrás-adatbázisban szereplő táblák, amiknél figyelni akarjuk a változásokat.

• redo log file-ok: aszinkron CDC esetén a változásokat a tranzakciós redo log file-ok alapján gyűjti ki a rendszer.

• change source: a forrás-adatbázis logikai reprezentációja

• change set: a megváltozott adatoknak egy olyan részhalmaza, ami garantáltan konzisztens. Egy vagy több change table-ből áll.

• change table: egy olyan tábla, ahová egy adott forrás-táblából a változások kerülnek.

• feliratkozás (subscription): egy feliratkozás felügyeli a megváltozott adatokhoz való hozzáférést

• feliratkozási ablak (subscription window): a feliratkozási ablak határozza meg a sorok azon halmazát, amit a fogyasztó egy feliratkozási nézetben láthat

• feliratkozási nézet (subscription view): a fogyasztó csak azokat az adatokat láthatja, amikre a termelő engedélyt adott.

A CDC az alábbi előnyöket nyújta:

1. Garantálja, hogy minden fogyasztó értesül minden változásról.

2. Egyszerre több fogyasztót képes kezelni, megosztott hozzáférést nyújt a változásokhoz.

3. Automatikusan eltávolítja a már nem szükséges adatokat egy change table-ből.

A mai napon egy 15 perces bemutató előadást kell tartanom az önálló labor témámról. Az előadás vázlata itt érhető el.