Megérkezett a 2025 októberi Oracle adatbázis DBRU frissítés (19c, 21c, 23ai/26ai)

 Megérkezett a legfrissebb, 2025. októberi Oracle Critical Patch Update (CPU). Ahogy már megszokhattuk, ez a negyedéves frissítési csomag tartalmazza a legújabb biztonsági javításokat és általános frissítéseket az Oracle adatbázis termékeihez, beleértve a 19c, 21c és a már 26ai-nak nevezett 23ai verziókat is.

Minden részletes információt a https://support.oracle.com oldalon, a "Critical Patch Update (CPU) Program Oct 2025 Patch Availability Document (DB-only) (Doc ID 3102899.1)" dokumentumban találtok meg. Ebben a bejegyzésben a szokásos módon kiemeljük a legfontosabb tudnivalókat.

A 3102899.1 dokumentum "3.1.7 Oracle Database" pontja alatt találhatóak az adatbázishoz köthető frissítések listája. Lássuk, mely fő verziókhoz érhető el javítás.

Oracle 26ai (korábban 23ai)

Érdekes változás, hogy a 23ai verziót a leírás már 26ai-nak nevezi, bár a frissítés számozása még 23.26.0.0.0. A legfontosabb tudnivaló ezzel a verzióval kapcsolatban továbbra is az, hogy a 23ai / 26ai kizárólag Cloud Services, Exadata és ODA Engineered Systems rendszereken érhető el. Hagyományos, ügyfél oldali (on-premise) telepítés továbbra sem elérhető.

Oracle 21c

A 21c verzióhoz kiadott frissítés pontos verziószáma: 21.20.0.0.251021. Ahogy azt már többször kiemeltük, a 21c nem LTS (Long-Term Support) verzió, és a támogatása hamarabb lejár, mint a 19c verzióé. Emiatt továbbra sem ajánljuk a 21c éles környezetben történő használatát. Ennek megfelelően most nem is térünk ki a patchek további részleteire, a pontos információk az elején említett support dokumentumban (Doc ID 3102899.1) megtalálhatóak.

Oracle 19c

Ahogy várható volt, a fókuszt ismét a 19c, mint jelenlegi LTS verzió kapja.

Elérhetőség 

A patchek már elérhetőek Linux x64 operációs rendszerekre. Az egyéb UNIX és Windows verziók elérhetőségét csak november 4-re ígérik. Fontos megjegyzés, hogy a Windows esetén a korábbi megjelenések alapján számítani kell arra, hogy ez a dátum még tovább csúszhat.

Ajánlott patchek listája 

A következő főbb patchek jelentek meg, amiket érdemes telepíteni:

• Database Release Update 19.29.0.0.251021 Patch 38291812 for Linux/UNIX (Ezt adatbázis HOME-ra kell telepíteni Linux/UNIX platformon)
• GI Release Update 19.29.0.0.251021 Patch 38298204 (Ezt Grid Infrastructure HOME-ra kell telepíteni Linux/UNIX platformon)
• Microsoft Windows 32-Bit and x86-64 BP 19.29.0.0.251021 Patch 38111211 (Ezt adatbázis HOME-ra kell telepíteni Windows platformon)
• OJVM Release Update 19.29.0.0.251021 Patch 38194382 (Ezt adatbázis HOME-ra kell telepíteni minden platformon)

Combo Patchek

Linux/Unix verziókra elérhetőek az úgynevezett Combo patchek is, amikben egybe csomagolják az OJVM és DBRU, illetve az OJVM és GI frissítéseket. A telepítés egyszerűsítése érdekében ezen patch-ek letöltését ajánljuk inkább az előzőek helyett:

• Combo OJVM Release Update 19.29.0.0.251021 and Database Release Update 19.29.0.0.251021 Patch 38273545 for Linux/UNIX
• Combo OJVM Release Update 19.29.0.0.251021 and GI Release Update 19.29.0.0.251021 Patch 38273558

Java frissítés

Fontos tudnivaló, hogy a DBRU patch telepítése után az ORACLE_HOME-ban található Java (JDK) soha nem a legutolsó verzió lesz, hanem jellemzően az eggyel régebbi. Amennyiben szeretnénk, hogy ez is az aktuális legfrissebb verzióra kerüljön (ami jelenleg a 8u471), akkor telepíteni kell még a következő patchet is:

• JDK8u471 Patch 38245243

Fontos megjegyzések a telepítéshez

Mint minden patch telepítésnél, most is érdemes észben tartani a legfontosabb szabályokat:

• A letöltésnél mindig figyeljünk a platformra és a bitszámra!
• A telepítéshez szükséges a legfrissebb 12.2.0.1.x Opatch utility, melyet a 6880880 patch letöltésével kaphatunk meg.
• A patch telepítési leírásokat (README) mindig alaposan nézzük át!
• Adatbázisok esetén nem csak a szoftver telepítést (opatch apply) kell elvégezni, hanem az adatbázisokon is szükséges a megfelelő telepítés elvégzése (lásd a leírásokban a datapatch részt).
• Először minden esetben teszt környezetre telepítsünk, és csak sikeres alkalmazás teszt után kövesse ezt az éles környezet!

Segítségre lenne szükséged?

Szabadúszó, vizsgázott Oracle szakértőként szívesen segítek akár az Oracle frissítések telepítésével kapcsolatban.

Oracle DBA Szolgáltatásaim a következőket tartalmazzák:

• Telepítés és konfigurálás
• Adatbázis migrálás
• Hibaelhárítás és optimalizálás
• Tanácsadás és oktatás

Vedd fel velem a kapcsolatot e-mailben a palffy.peter@oracle-szakerto.hu címen, ha bármilyen kérdésed van, vagy árajánlatot szeretnél kérni.

Segítek elérni az Oracle adatbázisokkal kapcsolatos céljaid!

Az Oracle Statspack riport legfontosabb szekciói DBA szemmel

Az előző bejegyzésünkben sikeresen telepítettük és beütemeztük az Oracle Statspack eszközét. Mostanra valószínűleg már összegyűlt néhány snapshot, és le is generáltad az első riportodat, ami egy spreport_JJJJMMDD_HHMI.txt nevű, meglehetősen hosszú szöveges fájl. Amikor először megnyitod, a több száz, vagy akár több ezer soros tartalom láttán könnyen elfoghat a pánik: "Jó ég, hol kezdjem?"

Ne aggódj! A Statspack riport olyan, mint egy EKG-lelet. Elsőre ijesztő kriksz-kraksznak tűnik, de ha tudod, melyik görbét és értéket kell figyelned, pillanatok alatt képet kapsz a "páciens" állapotáról.

Ebben a cikkben végigvezetlek a Statspack riport legfontosabb szekcióin, és megmutatom azt a gyakorlati módszert, amivel gyorsan és hatékonyan azonosíthatod a teljesítményproblémák gyökerét.

A Riport Felépítése – Madártávlat

Mielőtt a mélyére ásnánk, ismerkedjünk meg a riport főbb részeivel. Nem kell mindent azonnal megérteni, a cél a tájékozódás.

• Fejléc (Header): A riport elején található alapinformációk: adatbázis neve (DB Name), instance neve (Instance), Oracle verzió, a snapshotok kezdő és végpontja (Begin Snap, End Snap), és a köztük eltelt idő (Elapsed). Első lépésként mindig itt ellenőrizd, hogy a megfelelő időszakot vizsgálod-e!

• Load Profile (Terhelési Profil): Ez az adatbázis "műszerfala". Gyors áttekintést ad a vizsgált időszak terheléséről, például a másodpercenkénti tranzakciók számáról vagy a logikai/fizikai olvasásokról.

• Instance Efficiency % (Hatékonysági Mutatók): A klasszikus "health check" számok, mint a Buffer Hit %. Bár önmagukban nem mondanak el mindent, egy hirtelen esés egy korábbi állapothoz képest árulkodó jel lehet.

• Top 5 Timed Foreground Events: A RIPORT LEGFONTOSABB RÉSZE! Itt feketén-fehéren látszik, hogy az adatbázis mire várakozott a legtöbbet ahelyett, hogy hasznos munkát végzett volna.

• SQL Statistics (SQL Statisztikák): Itt találod a "bűnösöket", azaz azokat a konkrét SQL utasításokat, amik a legtöbb erőforrást fogyasztották vagy a legtöbb várakozást okozták.

• I/O Stats (I/O Statisztikák): Információk a tablespace-ek és adatfájlok I/O terheléséről. Segít azonosítani a "forró" (hot) adatfájlokat.

A Mélyvíz: A Kritikus Szekciók Elemzése

Most pedig nézzük a lényeget! Egy tapasztalt DBA a riport 80%-át átugorja, és egyből a kritikus részekre fókál.

A Kiindulópont: Top 5 Timed Foreground Events

Képzeld el, hogy az adatbázisod egy futó, aki megáll pihenni. A "Wait Event" (várakozási esemény) megmondja, hogy miért állt meg: vizet inni? cipőfűzőt kötni? vagy csak levegő után kapkod? A Top 5 Timed Events szekció pontosan ezt a listát adja meg: mire "várt" legtöbbet az adatbázis.

Itt van néhány a leggyakoribb és legkritikusabb események közül:

• CPU time: Ez technikailag nem várakozás. Azt mutatja, mennyi időt töltött a processz a CPU-n aktív munkával. Ha ez van a lista élén, az alapvetően jó jel, mert az adatbázis dolgozik. Azonban ha irreálisan magas, az utalhat egy nagyon rosszul megírt, pazarló SQL-re is.

• db file sequential read: Tipikusan egy indexen keresztüli olvasást jelez, amikor az adatbázis egyenként olvassa be a blokkokat. Ha ez az esemény dominál, az utalhat nem elég szelektív indexekre vagy olyan műveletekre, amik rengeteg sort olvasnak be egy indexen keresztül (pl. nested loop). Továbbá utalhat alacsony buffer cache memóriára, alacsony SGA beállításra.

• db file scattered read: Ez szinte mindig Full Table Scan-t (teljes táblaolvasást) jelent, amikor az Oracle egyszerre több blokkot olvas be a diszkről. Ha ez a legfőbb várakozás, szinte biztos, hogy hiányzik egy megfelelő index, vagy az optimalizáló valamiért nem használja a meglévőt.

• log file sync: A felhasználói session arra vár, hogy a commit parancsa véglegesítődjön, azaz a redo információ kiíródjon a redo log fájlba. Ha ez magas, az utalhat lassú I/O alrendszerre a redo logok alatt, vagy egy olyan alkalmazásra, ami túl gyakran, akár soronként hajt végre commit-ot. Továbbá utalhat nem megfelő méretű vagy számú redo log csoportra.

• enq: TX - row lock contention: Zárolási problémát jelez. Egy session egy olyan sorra vár, amit egy másik session éppen zárol. Ez egyértelműen alkalmazáslogikai vagy tranzakciókezelési hiba.

FONTOS MEGJEGYZÉS 12c, 18c, 19c verzió ESETÉN: Mint ahogy az előző cikkben a "19c 'Idle Event' Probléma és Javítása" részben tárgyaltuk, elengedhetetlen, hogy a Statspack konfigurációjából kizárjuk a tétlen (idle) várakozási eseményeket. Ha ezt a lépést kihagytuk, a Top 5 Timed Foreground Events lista tele lesz felesleges, "zaj" eseményekkel (pl. "Data Guard: Timer Idle"), amik nem hordoznak hasznos információt a teljesítményhangoláshoz, és teljesen használhatatlanná teszik ezt a kulcsfontosságú szekciót.

Nyomozás: Kössük össze a Várakozásokat az SQL-ekkel!

Miután azonosítottad a fő szűk keresztmetszetet (pl. db file scattered read), a következő lépés, hogy megtaláld a felelős SQL-t. Görgess lejjebb az SQL Statistics szekciókhoz.

A logika egyszerű:

Ha a top várakozás X, akkor keresd meg az "SQL ordered by X" részt.

• Ha a top várakozás a db file scattered read volt, akkor nézd meg az SQL ordered by Physical Reads listát. Az ott szereplő SQL-ek végezték a legtöbb fizikai olvasást, valószínűleg ezek okozzák a full table scaneket.

• Ha a CPU time volt a legmagasabb, akkor az SQL ordered by CPU Time és az SQL ordered by Gets (logikai olvasások) lesz a barátod. A rengeteg bufferből történő olvasás is komoly CPU terhelést jelent.

• Ha a log file sync a gond, akkor nem egy konkrét SQL-t kell keresni, hanem az alkalmazás commit logikáját kell megvizsgálni.

További Árulkodó Jelek

Miután megvan a fő gyanúsított (a top esemény és a top SQL), érdemes más szekciókban is megerősítést keresni. Például az Instance Activity Stats szekcióban keresd meg a parse count (hard) értéket. Ha ez a szám magas, az azt jelenti, hogy az alkalmazás nem használ bind változókat, és az Oracle-nek minden egyes SQL utasítást újra és újra le kell fordítania, ami feleslegesen terheli a rendszert.

A Gyakorlati Recept: Elemzés Lépésről Lépésre

Foglaljuk össze egy egyszerű, követhető folyamatba:

1. Kontextus Ellenőrzése: A riport fejlécében nézd meg az időszakot (Begin Snap, End Snap, Elapsed). Egy 15 perces és egy 24 órás riportot teljesen máshogy kell értékelni.

2. Terhelés Felmérése: Fuss át a Load Profile szekción. A látott terhelés (pl. tranzakciók száma) megfelel a napszaknak és az elvárásoknak?

3. Szűk Keresztmetszet Azonosítása: Menj egyből a Top 5 Timed Foreground Events részhez. Mi a legfőbb probléma? I/O? CPU? Zárolás?

4. Felelős SQL Megkeresése: A top esemény alapján keresd meg a hozzá kapcsolódó SQL-t az SQL Statistics megfelelő al-szekciójában. Az SQL_ID segítségével már konkrétan tudsz foglalkozni a problémás kódrészlettel.

5. Megerősítés: Keress további, a hipotézisedet alátámasztó adatokat más szekciókban (pl. magas hard parse szám, I/O anomáliák).

Összegzés

A Statspack riport elemzése elsőre ijesztő, de a fenti módszerrel egy logikus és hatékony diagnosztikai eszközzé válik. A lényeg szinte mindig a "Top Events → Top SQL" tengelyen mozog. Ha ezt a kapcsolatot megtanulod felismerni, a teljesítményproblémák 90%-ának gyökerét perceken belül azonosítani tudod.

Profi tipp: Ne csak akkor generálj riportot, amikor már baj van! Készíts riportokat egy átlagos terhelésű, "békeidős" időszakról is. Ez lesz a baseline, a viszonyítási alap. Amikor a felhasználók lassúságra panaszkodnak, egy új riportot a baseline-nal összehasonlítva azonnal látszani fog, hogy mi változott meg.

Remélem, ez a bejegyzés segített eloszlatni a Statspack riport körüli misztikumot. Amennyiben további kérdésed lenne, ne habozz hozzám fordulni!

Szabadúszó vizsgázott Oracle szakértőként szívesen segítek akár az Oracle Statspack telepítésével kapcsolatban.

Oracle DBA Szolgáltatásaim a következőket tartalmazzák:

• Telepítés és konfigurálás

• Adatbázis migrálás

• Hibaelhárítás és optimalizálás

• Tanácsadás és oktatás

Vedd fel velem a kapcsolatot e-mailben a palffy.peter@oracle-szakerto.hu címen, ha bármilyen kérdésed van, vagy árajánlatot szeretnél kérni.

Segítek elérni az Oracle adatbázisokkal kapcsolatos céljaid!

Oracle 19c Standard Edition Adatbázis Hangolás Statspack-kel: Egy Régi Eszköz Újraélesztése

 Az Oracle adatbázisok teljesítményhangolása, vagy más néven tuningolása, kulcsfontosságú feladat minden adatbázis-adminisztrátor (DBA) számára. Míg az Oracle Enterprise Edition számos fejlett eszközt, mint például az Automatic Workload Repository-t (AWR) és az Active Session History-t (ASH) kínálja, addig a Standard Edition (SE) licenc sokkal korlátozottabb lehetőségeket biztosít. Ebben a bejegyzésben egy régi, de még mindig rendkívül hasznos eszközre, a Statspack-re fogunk fókuszálni, amely Oracle 19c Standard Edition alatt is hatékonyan használható a teljesítményproblémák felderítésére.

Ez a részletes, technikai útmutató végigvezet téged a Statspack telepítésén, konfigurálásán és használatán, hogy te is képes legyél a legtöbbet kihozni Oracle SE adatbázisodból. A célunk, hogy egy komplett képet adjunk arról, miként lehet ezt a klasszikus eszközt a modern Oracle 19c környezetben is hatékonyan alkalmazni, különös tekintettel azokra a buktatókra, amelyek egy régen nem frissített csomag esetében előfordulhatnak.

1. Miért a Statspack? Az Örökzöld Teljesítmény-analizátor

Az Oracle Standard Edition egyik legnagyobb kihívása a teljesítményhangoláshoz szükséges eszközök hiánya. Az Oracle szándékosan korlátozza a drágább Enterprise Edition funkcióit, így a DBA-knak kreatívnak kell lenniük. Itt jön képbe a Statspack.

A Statspack egy ingyenes, az Oracle által biztosított szkriptgyűjtemény, amely lehetővé teszi az adatbázis teljesítményadatainak időszakos rögzítését, ún. "snapshot"-ok formájában. Ezek a snapshotok az adatbázis állapotának egy-egy pillanatképét rögzítik, beleértve a rendszerstatisztikákat, várakozási eseményeket (wait events), a legtöbb erőforrást fogyasztó SQL utasításokat és még sok mást. Két snapshot között eltelt időszakról riportot készítve részletes képet kaphatunk az adatbázis terheléséről és a potenciális szűk keresztmetszetekről.

Hogyan működik?

A Statspack a PERFSTAT séma alatt hoz létre táblákat, amelyekben eltárolja a begyűjtött teljesítményadatokat. A snapshot készítésekor a statspack.snap procedúra lefut, amely összegyűjti az aktuális adatokat a dinamikus teljesítmény nézetekből (V$ nézetek) és beilleszti őket a PERFSTAT tábláiba. A riportkészítés során a spreport.sql szkript két, általad megadott snapshot adatait hasonlítja össze, és ebből generál egy elemzésre alkalmas szöveges riportot.

A Statspack nagy előnye, hogy teljesen operációs rendszer független. Legyen szó Windows-ról, Linux-ról vagy bármilyen Unix variánsról, a működése és a használata megegyezik, hiszen teljes mértékben az adatbázison belül fut. Bár az Oracle már egy jó ideje nem fejleszti aktívan, az alapvető funkcionalitása és az általa nyújtott adatok Oracle 19c alatt is rendkívül értékesek a teljesítményproblémák diagnosztizálásában.

2. A Statspack Telepítése Oracle 19c Adatbázisra

A telepítési folyamat meglehetősen egyszerű, de néhány lépésre érdemes odafigyelned a zökkenőmentes működés érdekében.

Előkészületek:

1. Táblatér Létrehozása: Mielőtt telepítenéd, hozz létre egy dedikált táblateret a PERFSTAT felhasználó számára. Ez a bevált gyakorlat, mivel így a Statspack által gyűjtött adatok nem terhelik a SYSTEM vagy más, alkalmazások által használt táblateret.

   SQL> CREATE TABLESPACE PERFSTAT_DATA
   DATAFILE '/u01/oradata/ORCL/perfstat_data01.dbf' SIZE 500M
   AUTOEXTEND ON NEXT 100M MAXSIZE 4G;
   

Telepítés lépésről lépésre:

1. Csatlakozás SYSDBA-ként: Nyiss egy terminált vagy parancssort, és csatlakozz az adatbázishoz SYS felhasználóként SYSDBA jogosultsággal.

2. A Telepítő Szkript Futtatása: A telepítő szkript az $ORACLE_HOME/rdbms/admin könyvtárban található. Indítsd el a spcreate.sql szkriptet:

   sqlplus / as sysdba
   SQL> @?/rdbms/admin/spcreate.sql
   

3. Paraméterek Megadása: A szkript futás közben több kérdést is feltesz:

   • PERFSTAT user password: Adj meg egy biztonságos jelszót a PERFSTAT felhasználónak. Jegyezd fel, mert a riportok készítéséhez erre a felhasználóra lesz szükséged.

   • Default tablespace for PERFSTAT user: Itt add meg az előzőleg létrehozott PERFSTAT_DATA táblatér nevét.

   • Temporary tablespace for PERFSTAT user: Add meg az adatbázis alapértelmezett ideiglenes táblaterét (általában TEMP).

A szkript lefutása után a PERFSTAT felhasználó és az összes szükséges tábla, nézet és csomag létrejön. A telepítés után a PERFSTAT felhasználói fiókot akár zárolhatod is (ALTER USER PERFSTAT ACCOUNT LOCK;), mivel a snapshotok készítését és a riportolást ütemezett feladatokon keresztül, vagy SYSDBA-ként is elvégezheted.

3. Snapshot Készítése: Manuálisan és Ütemezve

A snapshotok rögzítik az adatbázis teljesítményadatait egy adott időpillanatban. Készíthetsz belőlük manuálisan, vagy beállíthatsz automatikus, ütemezett adatgyűjtést.

Manuális Snapshot Készítése:

Csatlakozz a PERFSTAT felhasználóval, és futtasd a statspack.snap eljárást:

sqlplus perfstat/jelszo
SQL> EXEC statspack.snap;

Snapshot Szintek:

A statspack.snap eljárásnak megadhatsz egy i_snap_level paramétert, amellyel a gyűjtött adatok részletességét szabályozhatod. A leggyakoribb szintek:

• Level 0: Alapvető teljesítmény-statisztikák (wait eventek, rendszerstatisztikák, stb.).

• Level 5 (alapértelmezett): Mindent tartalmaz, amit a 0-s szint, kiegészítve a leginkább erőforrás-igényes SQL utasítások adataival. A legtöbb esetben ez a szint az ajánlott.

• Level 10: Minden, ami az 5-ös szinten van, plusz részletes "child latch" információk. Ez a szint már jelentős többletterhelést okozhat, csak indokolt esetben használd.

Példa snapshot készítésére 5-ös szinten: EXEC statspack.snap(i_snap_level => 5);

Automatikus Snapshot Készítés dbms_scheduler-rel:

A rendszeres adatgyűjtéshez érdemes automatizálni a snapshotok készítését. Erre a dbms_scheduler a modern és javasolt megoldás. Az alábbi példa egy olyan jobot hoz létre, amely minden órában lefut.

BEGIN
  DBMS_SCHEDULER.CREATE_JOB (
    job_name        => 'STATSPACK_SNAPSHOT_JOB',
    job_type        => 'PLSQL_BLOCK',
    job_action      => 'BEGIN statspack.snap; END;',
    start_date      => SYSTIMESTAMP,
    repeat_interval => 'FREQ=HOURLY; BYMINUTE=0',
    enabled         => TRUE,
    comments        => 'Hourly Statspack snapshot collection.');
END;
/

Általánosságban csúcsidőben érdemes sűrűbben, például 15-30 percenként, míg normál terhelés mellett óránként snapshotot készíteni.

4. A Régi Snapshotok Törlése és Automatizálása

A folyamatosan gyűjtött adatok idővel jelentős helyet foglalhatnak el a PERFSTAT_DATA táblatérben. A karbantartás elengedhetetlen része a régi, már nem releváns snapshotok rendszeres törlése.

Miért szükséges a törlés?

• Tárhely-gazdálkodás: Megakadályozza a Statspack táblatér felesleges növekedését.

• Teljesítmény: A riportok generálása gyorsabb lehet, ha a rendszernek nem kell hatalmas mennyiségű régi adaton végigmennie.

A sppurge.sql szkript segítségével manuálisan törölhetsz snapshotokat egy adott tartományban. Azonban sokkal hatékonyabb ezt is automatizálni. Az alábbi dbms_scheduler job minden nap lefut, és törli a 14 napnál régebbi snapshotokat:

BEGIN
  DBMS_SCHEDULER.CREATE_JOB (
    job_name        => 'STATSPACK_PURGE_JOB',
    job_type        => 'PLSQL_BLOCK',
    job_action      => 'BEGIN statspack.purge(i_num_days => 14); END;',
    start_date      => TRUNC(SYSTIMESTAMP) + INTERVAL '1' DAY, -- Holnap éjjel indul
    repeat_interval => 'FREQ=DAILY; BYHOUR=1', -- Minden nap hajnali 1-kor
    enabled         => TRUE,
    comments        => 'Daily purge of Statspack snapshots older than 14 days.');
END;
/

5. A 19c "Idle Event" Probléma és Javítása

Mivel a Statspack fejlesztése már régen leállt, nem minden esetben van felkészítve a legújabb Oracle verziók specifikumaira. Oracle 19c esetében tapasztalható, hogy a riportokban több, valójában tétlen (Idle) várakozási esemény is aktív várakozásként jelenik meg. Ez torzíthatja az elemzést, mivel a "Top Timed Events" szekcióban olyan események is előkelő helyre kerülhetnek, amelyekkel valójában nem kell foglalkoznod.

Szerencsére ezt a problémát egy egyszerű SQL utasítással orvosolhatod. Csatlakozz a PERFSTAT felhasználóval, és futtasd az alábbi INSERT parancsot. Ez az utasítás összegyűjti az adatbázis által ismert összes Idle eseményt a v$event_name nézetből, és hozzáadja őket a Statspack stats$idle_event táblájához, ha még nincsenek benne.

sqlplus perfstat/jelszo

SQL> insert into stats$idle_event
  select name from v$event_name where wait_class='Idle'
  minus
  select event from stats$idle_event;
commit;

Ezt a javítást elegendő egyszer, a Statspack telepítése után lefuttatnod, és a jövőbeni riportok már a helyes adatokat fogják mutatni.

6. Riportok Készítése

Miután összegyűjtöttél elegendő snapshotot egy vizsgálni kívánt időszakról, elkészítheted a teljesítményriportot.

1. Csatlakozás PERFSTAT felhasználóval:

   sqlplus perfstat/jelszo
   

2. A Riport Szkript Futtatása: Indítsd el a spreport.sql szkriptet az ORACLE_HOME/rdbms/admin könyvtárból:

   SQL> @?/rdbms/admin/spreport.sql
   

3. Paraméterek Megadása: A szkript interaktívan bekéri a riport elkészítéséhez szükséges információkat:

   • List of Available Snapshots: Megjelenik egy lista az elérhető snapshotokról, azok ID-jával és időbélyegével.

   • Enter begin snap id: Add meg a kezdő snapshot azonosítóját.

   • Enter end snap id: Add meg a befejező snapshot azonosítóját.

   • Enter report name: Adj meg egy nevet a riport fájlnak, vagy hagyd az alapértelmezettet.

A szkript lefutása után az aktuális könyvtárban létrejön a megadott nevű .lst kiterjesztésű szöveges fájl. Ez a fájl tartalmazza a részletes teljesítményanalízist a két snapshot közötti időszakról.

A riport elemzése komoly szakértelmet igényel, és messze túlmutat ennek a bejegyzésnek a keretein. A riport felépítésének és a legfontosabb szekciók (Load Profile, Instance Efficiency, Top 5 Timed Events, SQL Statistics) értelmezésének egy jövőbeli bejegyzésben fogunk részletesen foglalkozni.

Remélem, ez a bejegyzés hasznos volt a számodra az Oracle Statspack csomaggal kapcsolatos információk megismerésében. Amennyiben további kérdésed lenne, ne habozz hozzám fordulni!

Szabadúszó vizsgázott Oracle szakértőként szívesen segítek akár az Oracle Statspack telepítésével kapcsolatban.

Oracle DBA Szolgáltatásaim a következőket tartalmazzák:

• Telepítés és konfigurálás

• Adatbázis migrálás

• Hibaelhárítás és optimalizálás

• Tanácsadás és oktatás

Vedd fel velem a kapcsolatot e-mailben a palffy.peter@oracle-szakerto.hu címen, ha bármilyen kérdésed van, vagy árajánlatot szeretnél kérni.

Segítek elérni az Oracle adatbázisokkal kapcsolatos céljaid!

Nagy hír az Oracle 19c felhasználóknak! A támogatási dátum kiterjesztése és miért is fontos ez?

2029 december 31. az új dátum

Az Oracle jelentős döntést hozott a 19c verzió támogatásának meghosszabbításával kapcsolatban! A korábban 2026 április 30-ig terjedő tervezett "Premier Support" támogatási időszakot most egészen 2029 december 31-ig meghosszabbították. Ez a döntés számos előnnyel jár minden Oracle 19c verziót használó ügyfél számára.

A 19c verzió előnyei és relevanciája:

• Hosszú távú stabilitás: A meghosszabbított támogatási időszaknak köszönhetően hosszú távon számíthatunk a 19c verzió megbízható működésére és biztonságos üzemeltetésére.
• LTS verzió: On premise verzióban a 19c jelenleg az egyetlen hosszú távú támogatással rendelkező (LTS) verzió, ami azt jelenti, hogy az Oracle kiemelt figyelmet fordít a fejlesztésére és a biztonsági javításokra.
• 23ai verzió késése: A várva várt 23ai verzió még nem érhető el on-premise verzióban, és a megjelenésére sincs pontos dátum, "valamikor" 2025-ben. Ez azt jelenti, hogy a 19c továbbra is a legstabilabb és legbiztonságosabb választás a vállalati környezetek számára.
• Negyedéves javítókészletek: Az Oracle rendszeresen, negyedévente kiadja a recommended patch setet a 19c verzióhoz, így mindig a legfrissebb biztonsági javításokkal és optimalizációkkal rendelkezhetünk. Ezen javítókészletek telepítésére kiemelt figyelmet érdemes fordítani.

Miért érdemes a 19c verzióra váltani?

Ha még korábbi Oracle verziókat használsz, erősen javaslom a 19c-re való migrációt. A hosszú távú támogatás, a rendszeres javítások és a stabil működés miatt ez a verzió hosszú távon is megtérülő befektetés.

Szakértői segítség:

A verzióváltás vagy a patch telepítés bonyolult feladat lehet. Szabadúszó, vizsgázott Oracle szakértőként szívesen segítek a feladatok tervezésében, kivitelezésében.

Szolgáltatásaim a következőket tartalmazzák:

• Telepítés és konfigurálás
• Adatbázis migrálás
• Hibaelhárítás és optimalizálás
• Tanácsadás és oktatás
• Backup, recovery tervezés

Vedd fel velem a kapcsolatot e-mailben a palffy.peter@oracle-szakerto.hu címen, ha bármilyen kérdésed van, vagy árajánlatot szeretnél kérni.

Segítek elérni az Oracle adatbázisokkal kapcsolatos céljaid!

Új nevet kapott a következő LTS Oracle adatbázis verzió: 23ai

Az Oracle Database 23ai: Az AI-vel megtámogatott adatbázis

Az Oracle nemrégiben bejelentette az Oracle Database 23ai verziót, amely a mesterséges intelligencia (AI) területén hozott újításokat. Korábban a 23c néven volt ismert ez a verzió, de a fókuszváltás miatt átnevezték 23ai-re. Ez a változás nem meglepő, hiszen az AI és az adatok intelligens kezelése az egyik legfontosabb fejlesztési terület napjainkban. 

Pár kiemelt téma, ami miatt fontos számunkra az 23ai verzió.

• Long Term Support (LTS): Az Oracle Database 23ai a következő hosszú távú támogatott verzió. A 23ai normál támogatása 2029 áprilisig szól, a kiterjesztett támogatás pedig 2032 áprilisig. A 19c verzió meghosszabbított normál támogatása 2026 április 30-ig van érvényben, tehát 2 évünk van, hogy az éles rendszereinkkel az új verzióra áttérjünk. Az LTS verziók stabilak, biztonságosak és hosszú távon támogatottak.
• AI Vector Search: Az AI Vector Search lehetővé teszi, hogy generatív AI folyamatokat hozz létre az üzleti adataidból közvetlenül az adatbázisban. Az egyszerűen használható vektor képességek lehetővé teszik a fejlesztők számára, hogy olyan AI alkalmazásokat építsenek, amelyek kombinálják a relációs adatbázis feldolgozást a hasonlóság kereséssel és kinyeréssel.
• JSON Relational Duality: Az Oracle Database 23ai-ban az úttörő JSON Relational Duality funkció segítségével könnyedén létrehozhatsz egyetlen indexet több tábla és nézet fölött. Ez nagyban megkönnyíti az adatok kezelését és lekérdezését.
• Transparent Application Continuity: Ez a funkció védelmet nyújt az alkalmazásoknak az alapvető szoftverek, hardverek, kommunikációs és tárolási rétegek hibái ellen. Az alkalmazásoknak nem kell leállniuk, ha az adatbázisban probléma merül fel.
• Oracle Globally Distributed Database with RAFT: Az Oracle Database 23ai-ban bevezették a Raft replikációt, amely lehetővé teszi a gyors failover-t a csomópont vagy adatközpont kiesése esetén anélkül, hogy adatvesztés történne.
• Több mint 300 új funkció. Nekem az egyik kedvencem (amit mint DBA már 20 éve hiányolok) a "Schema privileges". Tervezek nemsokára egy külön bejegyzést azon fukciókról, amiket mi adatbázis adminisztrátorok már vártunk.

Elérhetőség

Az Oracle Database 23ai már elérhető az Oracle Exadata Cloud@Customer, az OCI Exadata Database Service és az OCI Base Database Service platformokon. Emellett elérhető az Azure Oracle Database Service-ben is. A fejlesztők számára az Oracle Database 23ai már elérhető az Always Free Autonomous Database-ben, valamint letölthető az Autonomous Database 23ai Container Image és az Oracle Database 23ai Free verzióból.

Az Oracle jelenlegi ígérete szerint a helyben telepíthető verziók (EE, SE2) is hamarosan megjelennek, első körben Linux, majd a következő hónapokban a további platformokra is. Már nagyon várjuk!

Oracle verzió elnevezés történelem

Végül egy kis történelem, hogy miként nevezte korábbi adatbázis verzióit az Oracle. Érdekes látni, hogy mikor mi volt a prioritás, mik voltak a kimaradhatatlan hívószavak.

• Oracle 8i, 9i: Az "i" itt az "Internet" rövidítése volt. Az Oracle 8i verzió az internetes alkalmazások fejlesztésére fókuszált, és olyan funkciókat tartalmazott, amelyek segítették az online alkalmazások kialakítását és kezelését.
• Oracle 10g, 11g: A "g" itt a "Grid computing" rövidítése. A 10g verzió bevezette a grid alapú adatbázis-kezelést, amely lehetővé tette az adatbázisok skálázását és optimalizálását több szerveren.
• Oracle 12c, 18c, 19c: A "c" itt a "Cloud" szót jelenti. Ezek a verziók a felhőalapú adatbázis-kezelésre összpontosítottak, és olyan funkciókat hoztak, amelyek lehetővé tették az adatbázisok könnyebb telepítését és kezelését a felhőben.

Szabadúszó, vizsgázott Oracle szakértőként szívesen segítek az Oracle 23ai verzió átállás tervezésében, kivitelezésében.

Szolgáltatásaim a következőket tartalmazzák:

Telepítés és konfigurálás

Adatbázis migrálás

Hibaelhárítás és optimalizálás

Tanácsadás és oktatás

Vedd fel velem a kapcsolatot e-mailben a palffy.peter@oracle-szakerto.hu címen, ha bármilyen kérdésed van, vagy árajánlatot szeretnél kérni.

Segítek elérni az Oracle adatbázisokkal kapcsolatos céljad!

Megérkezett a 2024 április Oracle javítókészlet

Letölthető a 19.23.0.0.240416 Oracle patch

Április közepén megjelent az Oracle negyedéves javítócsomagja a 19c adatbázisokhoz, mely a 19.23-as verziót hordozza. A frissítés Windows platformra szokás szerint pár hetet késett, de május elején ez is elérhetővé vált.

Fontos megjegyezni, hogy az Oracle javítókészletek kizárólag a https://support.oracle.com oldalról tölthetőek le, a telepítéshez így feltétel az aktív Oracle support előfizetés.

A szükséges patchek megtalálása nem mindig egyszerű feladat, ezért összeállítottam egy listát a Windows és Linux/ Unix platformokra vonatkozó pontos patch számokról:

Windows:

• Microsoft Windows BP 19.23.0.0.240416 Patch 36219938
• OJVM Release Update 19.23.0.0.240416 Patch 36199232
• JDK8u411 Patch 36195566
• OPatch 12c Release 1 patch 6880880 a 12.2.0.1.0 verzió kiválasztásával.

Linux / Unix:

• Combo OJVM Release Update 19.23.0.0.240416 and Database Release Update 19.23.0.0.240416 Patch 36209492, amennyiben nincsen Grid Infrastructure telepítve.
• Combo OJVM Release Update 19.23.0.0.240416 and GI Release Update 19.23.0.0.240416 Patch 36209493, amennyiben Grid Infrastructure is van telepítve
• JDK8u411 Patch 36195566
• OPatch 12c Release 1 patch 6880880 a 12.2.0.1.0 verzió kiválasztásával.

Ha a jövőben szeretnéd könnyedén megtalálni az aktuális negyedéves patchek listáját, akkor itt egy módszer a keresésre:

1. Látogassunk el a https://support.oracle.com oldalra.
2. A keresőmezőbe írjuk be a "CPU db-only 2024 apr" kifejezést (a 2024 áprilisi javítások kereséséhez). A keresési kifejezésben a dátumot természetesen mindig a keresett negyedévhez kell igazítani. Tehát pl a következő júliusi patch esetén "CPU db-only 2024 jul".
3. A keresési találatok elején meg kell jelennie a "Critical Patch Update (CPU) Program Apr 2024 Patch Availability Document (DB-only)" dokumentumnak. Nyissuk meg ezt a dokumentumot.
4. Kattintsunk a "3.1 Oracle Database" -re, majd a "Section 3.1.7 "Oracle Database"" -re, végül a "3.1.7.4 Oracle Database 19" -re.
5. Itt már láthatóak a konkrét patchek linkjei.

Fontos megjegyzések:

• A letöltésnél figyeljünk a platformra és a bitszámra!
• A telepítéshez szükséges a legfrissebb 12.2.0.1.x Opatch utility, melyet a 6880880 patch letöltésével kaphatunk meg.
• A patch telepítési leírásokat mindig alaposan nézzük át
• Adatbázisok esetén nem csak a szoftver telepítést kell elvégezni, hanem az adatbázisokon is szükséges a megfelelő telepítés elvégzése, lásd a leírásokban a datapatch részt.
• Először minden esetben teszt környezetre telepítsünk és csak sikeres alkalmazás teszt után kövesse ezt az éles környezet

Remélem, ez a bejegyzés hasznos volt az Oracle 19.23-as negyedéves javítócsomagjával kapcsolatos információk megismerésében. Amennyiben további kérdésed lenne, ne habozzon hozzám fordulni!

Szabadúszó vizsgázott Oracle szakértőként szívesen segítek akár az Oracle javítókészletek telepítésével kapcsolatban.

Szolgáltatásaim a következőket tartalmazzák:

• Telepítés és konfigurálás
• Adatbázis migrálás
• Hibaelhárítás és optimalizálás
• Tanácsadás és oktatás

Vedd fel velem a kapcsolatot e-mailben a palffy.peter@oracle-szakerto.hu címen, ha bármilyen kérdésed van, vagy árajánlatot szeretnél kérni.

Segítek elérni az Oracle adatbázisokkal kapcsolatos céljad!

Az Oracle XE új neve: 23c Free

Az Oracle Database Express Edition (XE) még 2023 során névváltozáson esett át, és már Oracle 23c Free néven elérhető. Ez a korlátozott funkcionalitású, ingyenes verzió továbbra is ideális választás kisebb, nem kritikus adatbázisok számára, de fontos megjegyezni, hogy nem jár hozzá hivatalos Oracle támogatás, tehát nem kapunk még biztonsági javításokat sem.

Mik a 23c Free korlátozásai?

• A user adatok maximális mérete az adatbázisban: 12 GB
• Maximum kettő CPU mag használható
• Maximum 2 GB RAM használható
• Egy szerverre csak 1 példányban telepíthető
• Nincs Oracle Support

Milyen platformokon érhető el a 23c Free?

• Az Oracle 23c Free Windows és Linux platformokon érhető el.

Fontos megjegyzések az upgrade-del kapcsolatban:

• A korábbi XE verziókról (11g, 18c, 21c) a 23c Free-re történő upgrade nem automatikus, nincsen upgrade utility. Sőt óvatlan telepítéskor akár a korábbi XE adatbázisunkat is elveszíthetjük!
• Az Oracle hivatalosan az export-import műveletet ajánlja az upgrade elvégzéséhez.
• Kiemelten fontos, hogy az export fájlt hova mentjük el. A 23c Free telepítése csak a korábbi XE eltávolítása után kezdődhet és az eltávolításkor könnyen törlődhet az állományunk!
• A közeljövőben egy újabb blogbejegyzésben részletesen írok majd az upgrade folyamatról.

Használja a 23c Free-t kisebb adatbázisaihoz, és kövesse a blogomat a további frissítésekért!

További információk:

• Oracle 23c Free dokumentáció: https://www.oracle.com/database/free/

Szabadúszó vizsgázott Oracle szakértőként szívesen segítek Önnek az Oracle 23c Free-vel vagy az upgrade folyamatával kapcsolatban.

Szolgáltatásaim a következőket tartalmazzák:

• Telepítés és konfigurálás
• Adatbázis migrálás
• Hibaelhárítás és optimalizálás
• Tanácsadás és oktatás

Kérem, vegye fel velem a kapcsolatot e-mailben a palffy.peter@oracle-szakerto.hu címen, ha bármilyen kérdése van, vagy árajánlatot szeretne kérni.

Szívesen segítek Önnek elérni az Oracle adatbázisaival kapcsolatos céljait!