Szüksége van Oracle segítségre?

Szüksége van Oracle segítségre?

Forduljon hozzám bizalommal e-mailben: palffy.peter@oracle.szakerto.hu. Több mint 20 éves tapasztalattal rendelkezem az Oracle adatbázisok telepítése, üzemeltetése, karbantartása, hibaelhárítása és optimalizálása terén.

Oracle DBA szolgáltatásaimról további információt itt talál.

2025. augusztus 27., szerda

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!

2025. január 14., kedd

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.

Oracle 19c 23ai premier support date dátum ends vége


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!

2024. május 13., hétfő

Ú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!

2024. május 9., csütörtök

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!

2024. február 29., csütörtök

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:
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!

Üdvözlöm Önt az Oracle DBA magyarul blogon!

Pálffy Péter vagyok, szabadúszó Oracle adatbázis szakértő, több mint 20 éves tapasztalattal. Blogom célja, hogy megoldásokat nyújtson Önnek az Oracle adatbázisok telepítése, üzemeltetése, karbantartása, hibaelhárítása és optimalizálása során felmerülő problémákra.

Szolgáltatásaim:
  • Oracle adatbázis környezetek kialakítása: Segítek Önnek az Oracle adatbázis telepítésében, konfigurálásában és a szükséges hardver- és szoftverkövetelmények meghatározásában.
  • Verziókövetés: Biztosítom az Oracle adatbázis verziófrissítéseinek zökkenőmentes lebonyolítását, minimalizálva az állásidőt.
  • Üzemeltetés és karbantartás: Átalánydíjas szolgáltatás keretében vállalom az Oracle adatbázis rendszerek teljes körű üzemeltetését és karbantartását.
  • Hibaelhárítás: Gyors és hatékony megoldást kínálok az Oracle adatbázisokkal kapcsolatos hibák diagnosztizálására és javítására.
  • Mentési rendszer kialakítása: Biztonságos mentési stratégiát dolgozok ki az adatvesztés kockázatának minimalizálása érdekében.
  • Hardening beállítás: Megerősítem az Oracle adatbázis biztonságát a bevált hardening technikák alkalmazásával.
  • Teljesítményhangolás: Optimalizálom az Oracle adatbázis teljesítményét, javítva a lekérdezési sebességet és a válaszidőt.
  • Oracle adatbázis licence tanácsadás és értékesítés: Segítséget nyújtok az Önnek megfelelő Oracle adatbázis licence kiválasztásában, és hivatalos Oracle partnerként gondoskodom a licencek beszerzéséről is.

Akár átalánydíjas szolgáltatás keretében, akár egyedi eseti megbízások alapján is állok rendelkezésére. Szakértelmemmel és tapasztalatommal hatékonyan megoldom az Oracle adatbázisával kapcsolatos problémáit, hogy Ön zavartalanul folytatthassa munkáját.

Keressen bizalommal, ha:
  • Kérdése van Oracle adatbázis üzemeltetésével vagy karbantartásával.
  • Hibaelhárítási segítségre van szüksége.
  • Optimalizálni szeretné az Oracle adatbázis teljesítményét.
  • Biztonságosabbá szeretné tenni az Oracle adatbázisát.
Kérem, vegye fel velem a kapcsolatot a palffy.peter@oracle-szakerto.hu email címen, ha további információra van szüksége, vagy árajánlatot szeretne kérni. Oracle DBA szakértői tanácsadás.

2015. október 2., péntek

Oracle Standard Edition 2 (SE2) licence változások

Úgy egy éve lehet sejteni, hogy az Oracle valamire készül a Standard Edition környékén. Tavaly megjelent a 12c legfrissebb verziója (12.1.0.2.0), ami akkor valamiért csak Enterprise kiadásban volt elérhető. Korábban mindig egy telepítő készleten volt a Standard Edition és az Enterprise is, csak telepítéskor volt szükséges megadni, milyen kiadást is szeretnénk. Most viszont a telepítő csak Enterprise verziót engedett telepíteni, Standard Edition-t egyáltalán nem volt lehetőség installálni. Sokan azonban erre a verzióra vártak, hogy végre elkezdhessenek komolyan gondolkodni a 11g->12c váltásban.

Idén szeptemberben aztán végre megjelent a 12.1.0.2.0 verzió Standard Edition telepítő, illetve megkaptuk a választ, hogy miért is kellett várni. Az Oracle teljesen átformálja a Standard Edition licencek lehetőségeit. A változások minden olyan jelenleg Standard Edition, vagy Standard Edition One adatbázist használó ügyfelet érintenek, akik szeretnék a 12.1.0.2 vagy a majd megjelenő újabb verziókat használni. Az új feltételek sajnos sok felhasználót negatívan fognak érinteni.

Mi is a változás? Először is teljesen megszűnik a korábbi Standard Edition (SE) és Standard Edition One (SE One) licenc, és jön helyette egy új, melyet Standard Edition 2-nek (SE 2) neveztek el. Az új 12.1.0.2.0 verziótól csak az új licenccel szabályos a használat. A korábbi Standard Edition-t használók ingyenesen migrálhatnak az új licencre, az éves support díjban sem lesz nekik a jövőben változás, tehát a Standard Edition 2 árazása egyezik a korábbi Standard Edition-el. Az SE One felhasználóknak sajnos drágulni fog a követés, amennyiben kérik a migrálást SE 2 licencre. A jelenlegi One felhasználóknak így még időben el kell gondolkodniuk pénzügyileg is, hogy milyen feltételekkel mikor szeretnék (ha szeretnék) a migrálást elvégezni.

Az új Standard Edition 2 licenc sajnos több pontban sokkal szigorúbb, mint a korábbi Standard Edition, így biztosra vehető, hogy egy alapos hardver felülvizsgálat is szükséges a felhasználó környezetében, mert nagyon könnyen előfordulhat, hogy az új licenc feltételekkel már nem üzemelhet az adatbázis a régi környezetben. Akár hardver cserére, vagy új licencek vásárlására is szükség lehet.
Lássuk, mik is ezek a szigorítások, változások, a korábbi Standard Edition fényében.

  • Named User Plus (NUP) licenc esetén már nem elég a korábbi minimális 5 NUP/ügyfél, hanem minimum 10 NUP/szerver licenc szükséges. Nem is a minimum 10 itt a kemény változás, hanem a szerverenként minimum 10! Tehát ahány fizikai szerveren futhat Oracle adatbázis, minimum annyiszor 10 db NUP licenc szükséges! Mint azt tudjuk, a teszt környezetek is számítanak!
  • A fizikai szerver, amin az adatbázis fut, maximum 2 CPU foglalatos lehet, több foglalat (socket) üresen sem lehet! Korábban ugye ez 4 volt. Tehát aki 2-nél több foglalatos szervert használ jelenleg, az felkészülhet a szerver cseréjére.
  • RAC opció továbbra is használható, de itt is bejött egy szigorítás. RAC esetén a 2 db fizikai szerverben csupán 1-1 CPU lehet. A szerver lehet max 2 foglalatos, de csak 1-ben lehet ténylegesen CPU.
  • Korlátozásra került a használható processzor szálak száma is, korábban ilyen egyáltalán nem volt. 1 gép esetén ez maximum 16 szál, míg 2 gép RAC esetén 8-8 szál használható maximum. Itt nem arra kell gondolni, hogy a cpu nem lehet erősebb ennél, hanem az adatbázis egyszerűen szoftveresen lesz korlátozva, és nem fog több szálat használni. Processzor szálnak a hyper threading szálak is számítanak, így egy erősebb gép esetén elgondolkodtató, érdemes-e egyáltalán a hyper threading használata. 


Fontos megjegyzés, hogy a CPU foglalatok száma a fenti korlátozások esetében mindig a tényleges fizikai szerverre vonatkoznak (ez eddig is így volt)! Tehát hiába virtualizálunk (semmilyen virtualizáció, még Oracle VM sem!), az nem megoldás egy 2-nél több foglalatos szerver esetén. Ha a virtualizációról szó esett, akkor itt egy kis kitérővel megemlíteném, hogy a VmWare alapú virtualizációt az Oracle továbbra sem fogadja el, mint hard paritioning! Tehát VmWare esetén, ha CPU alapú Oracle licencet választunk, akkor a teljes fizikai gépet kell licencelni, illetve az összes fizikai szervert, amin az Oracle adatbázis futhat. Standard Edition 2 esetén továbbra is a CPU licence egy CPU foglalatra vonatkozik, core-ok számától függetlenül.

Sajnos kijelenthetjük, hogy a fenti változások szinte mindenkit érintenek, akik Standard Edition-t  (vagy One-t) használnak, és szeretnének az új verzióra váltani. Az új verzió telepítése előtt így feltétlen szükséges egy alapos felmérés, tervezés, amibe célszerű egy licenc szakértőt is bevonni.

Ha valaki elakadt, mit is tegyen, keressen nyugodtan!