X

Oracle Cloud Infrastructure tips and tricks

Recent Posts

Technológia

Extended Statistics újítás 12c-ben

A napokban egy Oracle Database 12c újdonságokról szóló tanfolyamon veszek részt. Az a legjobb az ilyen tanfolyamokban, hogy sokszor a korábbi verziók egy-egy olyan hasznos funkcióját is megismerem, melyek eddig elkerülték a figyelmemet, ám rendkívül hasznos lehet számos ügyfélnél, főleg hogy a 12c verzióban még használhatóbbá válik. Ilyenre példa a címben említett Extended Statistics is, mely arra a problémára ad megoldást, hogy az adatok között számtalanszor van olyan rejtett összefüggés, melyet az optimizer magától nem vesz észre, gyakorlatilag csak az adatok értelmezésével térképezhetők fel. Legalábbis eddig így volt. Az Oracle Optimizer termékfelelősének, Marian Colgan-nak a példáját felhasználva jól szemléltethető, hogy ezek a rejtett összefüggések becsapják az optimizert, így értelemszerűen nem hatékony végrehajtási tervet készít. Példánkban az ország és az országon belüli államok közötti összefüggés okozza a problémát. Jól látható, hogy az optimizer a rendelkezésre álló statisztikák szerint 127 rekordot becsül a predikátum alapján, miközben a valóságban 3341 ilyen rekordot tartalmaz a tábla. Ahhoz, hogy az optimizer a kardinalitást jól becsülje meg, szükség van olyan statisztikára, mely alapján ez kiderül. Erre volt 11g verzióban megoldás az Extended Statistics, mellyel oszlopok csoportjára lehet statisztikát készíteni. A nehézséget az okozza, hogy az adatok közötti összefüggéseket nekünk kell felfedeznünk. Példánkban az optimizzer megfelelő döntéséhez szükséges statisztika az alábbi parancsokkal hozható létre: select dbms_stats.create_extended_stats(null,'customers', '(cust_state_province,country_id)') from dual;exec DBMS_STATS.GATHER_TABLE_STATS(null,'customers', estimate_percent=>100, method_opt=>'for all columns size skewonly'); Érdemes ezt követően belenézni a user_tab_cols adatszótár nézetbe, ahol megjelenik egy virtuális oszlop. 12c esetében az újdonság az, hogy lehetőségünk van az oszlopok használatát monitorozni és így automatikusan felismerni az összetartozó oszlopokat. Az első lépés tehát a monitorozás bekapcsolása egy megfelelő terhelésű időszakban: select dbms_stats.seed_col_usage(null,'customers',300) from dual; Az összegyűjtött információk megtekinthetők a dbms_stats.report_col_usage függvénnyel, de akár a dbms_stats.create_extended_stats meghívásával automatikusan létrehozhatók a beazonosított oszlop csoportokra az extended statisztikák. Természetesen végül nem szabad elfelejteni a statisztikák frissítését sem. Összefoglalva meglepő gyorsítások érhetők el pusztán ilyen kis apró trükkök felhasználásval jelenleg működő alkalmazásainkban is anélkül, hogy az alkalmazáshoz ténylegesen hozzányúlnánk. Erről és más hasznos hangolási lehetőségről egy nagyon jó összefoglaló található az "Understanding Optimizer Statistics with Oracle Database 12c" című dokumentumban.

A napokban egy Oracle Database 12c újdonságokról szóló tanfolyamon veszek részt. Az a legjobb az ilyen tanfolyamokban, hogy sokszor a korábbi verziók egy-egy olyan hasznos funkcióját is megismerem,...

Technológia

Adatbázis konszolidáció Exadatán

Ma délután kezdődik az idei HOUG konferencia, melynek szerdai napján magam is tartok egy előadást "Konszolidáció és virtualizáció Oracle Exadata platformon" címmel. Rengeteget beszélünk ma felhőkről, és minden felhő implementáció alapja valamilyen szintű konszolidáció. Nem mindegy milyen szinten konszolidálunk, hiszen jelentős megtakarítás érhető el, ha azt optimálisan tesszük. Sok esetben alapértelmezett válasz a konszolidációra és a felhőre a virtualizáció, pedig ha végig gondoljuk a virtualizációval nem csökkentjük az üzemeltetendő operációs rendszerek számát, amelyek bár virtuálisak lesznek, ugyanúgy erőforrás igényesek is maradnak, mint fizikai társaik, sőt még a virtualizációs réteg is hozzátesz ehhez valamennyit. Szeretünk azzal érvelni, hogy így egyszerűbb az adminisztráció, könnyebben hozunk létre teszt/fejlesztői környezeteket, de ezzel pont azt érjük el, hogy még több operációs rendszert, alkalmazást és adatbázist kell üzemeltetnünk és még több erőforrást fogunk felhasználni. Ha megnézzük a költségeket, valójában idehaza (sajnos) nem az emberi költség a legnagyobb, sokkal nagyobb költséget tesz ki a szerverek és diszkalrendszerek energia és hűtési szükséglete, a licencelési és támogatási költségekről nem is beszélve.Talán nem meglepő, hogy előadásomban szeretnék alternatívát mutatni a hatékony konszolidációra, mégpedig az adatbázis konszolidáció témában. Egy tavaly őszi Oracle Open World előadás rövidített változatát tervezem előadni szerdán délután 15 órakor. Az eredeti előadást Barb Lundhill, Jennifer Leung és Rene Kundersma együtt adták elő, így igazi kihívásnak ígérkezik mindezt egyedül megismételni Siófokon. Az előadáshoz készült egy nagyon jó whitepaper is, ami részletesen bemutatja például azt, hogy mire érdemes figyelni a konszolidáció tervezésekor. Erre valószínűleg nekem az idő rövidsége miatt nem lesz időm a fél órás előadás keretében, így háttéranyagként javaslom az előadásom hallgató számára.

Ma délután kezdődik az idei HOUG konferencia, melynek szerdai napján magam is tartok egy előadást "Konszolidáció és virtualizáció Oracle Exadata platformon" címmel. Rengeteget beszélünk ma felhőkről,...

Hír

HOUG konferencia program előzetes

Már elérhető a HOUG konferencia programjának első változata a konferencia weboldalán. Tervek szerint magam is előadok az Oracle rendszerek szekcióban március 26-án 15 órakor, előadásom címe "Konszolidáció és virtualizáció Oracle Exadata platformon" lesz, az előadás összefoglalója pedig az alábbi: "Hogyan konszolidáljunk adatbázisokat Exadatán? Az előadás keretében bemutatásra kerülnek a jelenleg használt és a jövőben használható adatbázis konszolidációs megoldások. Az alternatívák ismertetése során szó lesz arról, mikor melyiket érdemes választani és az adott környezetben hogyan érdemes Oracle adatbázis-kezelőt konfigurálni. A konszolidációs módszerek bármely platformon alkalmazhatók, azonban az előadás külön kitér a kizárólag Exadata környezetben alkalmazható technológiákra és beállításokra." Akinek már most felkeltettem az érdeklődését a téma iránt, annak ajánlom figyelmébe a témához kapcsolódó whitepaper-t. Számos érdekes előadás lesz a konferencián, melyek közül kiemelném a számomra legérdekesebbeket: Integrált célrendszerek Oracle alapon a Salzburgi Egyetemen - március 25. 12 óraA március 25-i plenáris előadások között a Salzburgi Egyetem informatikai igazgatójának előadását emelném ki. Ők néhány éve Oracle Exadata Database Machine-t vásároltak. A tapasztalataik annyira pozitívak voltak, hogy nem lehetett kérdés számukra, hogy az alkalmazás réteg konszolidációjára is Oracle Engineered Systems terméket választanak, így az Exadata mellett már Exalogic-kal is rendelkeznek. Ezek tapasztalatairól, a kiválasztás szempontjairól fog beszélni Mr. Florin Guma. Adatbázis konszolidáció az ORFK-ban - március 25. 14 óraAz ORFK Robotzsaru rendszerének Exadata konszolidációjáról fog beszélni Bényi Tamás. A régiós és központi adatbázisok költöztek ugyanazon adatbázisba, ezzel egyszerűsítve az üzemeltetést és hatékonyabbá téve a működést. Oracle Database 12c - Multitenant - március 26. 11:30Az Oracle MCP vizsgával rendelkező Stahl István nem árul zsákbamacsát, már a címből is egyértelmű, hogy az Oracle Database 12c egyik legfontosabb újítását, a több lakós adatbázis technológiát fogja bemutatni. Akit ez érdekel, annak nem szabad ezt az előadást kihagynia! Tíz meglepően hatékony Sun/Oracle technlógia - március 26. - 12:30Jörg Möllenkamp méltán híres 'Less known Solaris features' könyvétől inspirálva gyűjtött össze a bécsi Oracle irodában dolgozó Végh Károly néhány kevésbé ismert, ám annál meglepőbb hatékonyságú Sun/Oracle Hardware technológiát. Ha nem kezdődne most egy megbeszélésem, akkor hosszasan tudnám folytatni még a sort, de talán kedvcsinálónak ennyi is elég lesz. Főleg ha megemlítem még azt is, hogy hétfőn, március 24-én a méltán népszerű workshop nap ismét megrendezésre kerül olyan témákkal, mint Java SE8, Java EE7 újdonságok, SOA és Cloud menedzsment. Aki még nem regisztrált, itt megteheti.

Már elérhető a HOUG konferencia programjának első változata a konferencia weboldalán. Tervek szerint magam is előadok az Oracle rendszerek szekcióban március 26-án 15 órakor, előadásom...

Hír

Oracle BigDataLite virtuális gép

Ha érdekelnek a Big Data technológiák és szeretnéd kipróbálni funkcionálisan mire képesek ezek a technológiák, de nem szeretnél bajlódni a telepítéssel, akkor Neked erre van szükséged: Oracle BigDataLite virtuális gép. Egy VirtualBox VM-ről van szó, ami az Oracle Big Data platform számos komponensét tartalmazza: Oracle Database 12c Enterprise Edition, Oracle Advanced Analytics, Oracle NoSQL Database, Cloudera Distribution részeként az Apache Hadoop, Oracle Data Integrator 12c, Oracle Big Data Connectors, stb. Egy izmosabb fejlesztői környezetben képes működni a virtuális gép, ami egy több magos processzort és minimum 8GB fizikai memóriát jelent. Fontos, hogy ez a környezet kizárólag oktatási és tesztelési célokra készült. Első lépésben persze hasznos lehet egy kis ismerkedés a technológiával, erre pedig kiváló alkalom a február 4-i virtuális fejlesztői nap, amelynek két szekciója is a Big Data-ról fog szólni. Big Data témában az alábbi előadások lesznek megtekinthetők: Oracle NoSQL Database Installation and Cluster Topology Deployment Application Development & Schema Design with Oracle NoSQL Database Processing Twitter Data with Hadoop Use Data from a Hadoop Cluster with Oracle Database Make the Right Offers to Customers Using Oracle Advanced Analytics In-DB Map Reduce with SQL/Hadoop Pattern Matching in SQL Talán egyedül a virtuális fejlesztői nap kezdési időpontja lehet problémás, de legalább nem ütközik a napi munka idejével, ugyanis magyar idő szerint 18 órakor fog kezdődni és 22 óráig tart. A közeljövőben további felhasználási útmutatók kerülnek majd publikálásra, így érdemes figyelemmel követni ennek a bejegyzésnek a forrásául szolgáló adattárház blogot is.

Ha érdekelnek a Big Data technológiák és szeretnéd kipróbálni funkcionálisan mire képesek ezek a technológiák, de nem szeretnél bajlódni a telepítéssel, akkor Neked erre van szükséged: Oracle...

Technológia

5. generációs Exadata

Lassan egy hónapja, december 11-én jelentettük be az Oracle Exadata Database Machine X4 verziót, ami már valójában az Exadata 5. generációja. Az idő gyorsan halad, az új termék első példányait már a napokban veszik át az ügyfelek. De miben is változott az új verzió az előző X4-es verzióhoz képest? 2-szer több Flash memória A teljes rack konfigurációban 44,8 TB flash memória található, de a legkisebb nyolcad rack is 4,8 TB flash memória található. Az eszközbe épített hardveres Flash Cache Compression képesség átlagosan 2-szeres tömörítést produkál mind adatokra, mind indexekre, így az említett adatok duplájával is lehet számolni (Ennek haszanálata azonban Advanced Compression licencet igényel)! További előny az Exadata Smart Flash Caching technológia, amit használva mindig csak az aktív adatok maradnak a Flash-ben, az adat redundancia miatti másodlagos, illetve harmadlagos példányok már csak a diszken foglalnak helyet. A Exadata HCC tömörítési képessége is tovább tudja tömöríteni az adatokat és exáltal logikailag növelni a Flash kapacitását. 77%-kal nagyobb Flash IO/s Talán az előzőnél is fontosabb, hogy 77%-kal több IO művelet hajtható végre másodpercenként, így a teljes rack 2,66 millió olvasási és 1,96 millió írási 8K-s SQL IO műveletre képes. Figyelem, fontos hogy 8K-s blokkokról és SQL műveletekről beszélünk, a diszk gyártók általában sokkal kisebb adategységekről és alacsonyabb szintű eszközökkel mért adatokról számolnak be. Mivel azonban ez egy adatbázis céleszköz, itt ennek az adatnak van relevanciája. 33%-kal nagyobb diszk kapacitás A High Capacity (3TB) diszkek esetében 33%-kal 4 TB-ra nőtt, míg a High Peformance (600GB) diszkek esetében kétszeres növekedéssel 1,2 TB nőtt a diszk kapacitás. Ezzel egy teljes rack nyers diszk kapacitása 672 TB, illetve 200 TB diszk típustól függően (14 storage node x 12 disk * 4, ill. 1,2 TB). Nyolcad rack esetén ezek az értékek 72 TB és 21,6 TB. A nettó felhasználható adatterület mérete sokmindentől függ, például a redundancia szintje, Exadata Storage Software által lefoglalt terület, diszk, vagy storage cella szintű védelem, stb, de nagyságrendileg a megadott nyers diszk terület méret harmadára-negyedére csökken. Ez elsőre nagyon jelentős csökkenésnek tűnik, azonban ha hozzáadjuk a HCC tömörítéssel elérhető akár 10-15x növekedést, akkor már sokkal jobban hangzik a dolog. 50% több adatbázis szerver processzor mag A korábbi 8 magos Xeon processzorok helyett az X4-2 szerverek már 12 magos Xeon processzorral kerülnek beépítésre. Bár ezek órajele kisebb, mint a korábbié, de egyrészt a megnövekedett magszám, másrészt a Xeon Turbo-Boost technológia alkalmazása egyértelmű teljesítmény növekedést eredményez. Ezzel a növekedéssel egy nyolcad rack-ben 24 processzor mag van adatbázis szerverek szintjén, és ne feledjük még a storage szervere szintű további 18 processzor magot, amely komoly részt vállal az adatbázis műveletek végrehajtásában.Teljes rack konfiguráció esetén 192 adatbázis és 168 storage processzor magról beszélünk! Jó hír, hogy csak az adatbázis réteg processzoraira kell adatbázis licenc, ami által komoly licenc megtakarítás érhető el! További előnyök Az előzőeken felül bővült az adatbázis szervereken belüli diszk mérete is, így az X4-2 szerverekben már 2,4 TB belső diszk található. Gyorsult a belső InfiniBand kapcsolat is, miután mindkét portja aktív. Az új Database 12c is hoz további előnyöket, melyek egy részéhez azonban a Storage Software 12.1 változata is szükséges, ami néhány blog bejegyzés alapján pár napja letölthető a My Oracle Supportról. Talán a legfontosabb 12c újítás a Multitenant Pluggable Database képesség, amiről tervezek a közeljövőben egy külön blog bejegyzést írni. Továbbra is igaz, hogy korábbi Exadata konfigurációk bővíthetők az új verzióval, ami már csak azért is fontos, mivel a korábbi verziókat már nem lehet rendelni. Ehhez hasonlóan az új szoftver verziók is támogatottak a régi konfigurációkon, így a szoftveres újítások (mint például a writeback flash cache, azaz az írható flash) is elérhetők régebbi konfigurációkon. A hírek szerint ez alól kivétel a Storage Server Software 12.1-es verziója, amely az Exadata V1-et már nem fogja támogatni, de ez idehaza nem érint senkit tudomásom szerint. További információk az X4 újdonságairól megtalálhatók a kifejezetten erről szóló prezentáció online változatában, illetve a termék weboldalán.

Lassan egy hónapja, december 11-én jelentettük be az Oracle Exadata Database Machine X4 verziót, ami már valójában az Exadata 5. generációja. Az idő gyorsan halad, az új termék első példányait már a...

Technológia

Exadata üzemeltetésről

Még tavaly április 10-én írt a New York Times arról, hogy akár 6 hónapot is igénybe vehet, amíg egy új üzleti alkalmazás a hardver vásárlástól számítva a élesben elindulhat. Ez a 6 hónap még nem is számol azzal az idővel, amíg a megfelelő hardverek (és szoftverek) kiválasztásra kerülnek. Ráadásul az IT budget 70%-a fordítódik a telepítésre, frissítésre és a folyamatos üzemeltetésre.  A Gartner szerint 2015-re az új hardver rendelések 35%-a már integrált rendszer lesz, melyekről viszont elmondható, hogy sokkal gyorsabb a bevezetésük, nem kell azzal foglalkozni, hogy melyik hardver komponens melyik másik elemmel, vagy szoftverrel kompatibilis, és legtöbb esetben ezen új integrált rendszerek már szoftverrel előre telepítve érkeznek, kerülnek a gyártó által átadásra. Az Oracle Exadata talán a legelső igazi integrált rendszer, melynek első változata már 2008-ban megjelent. Tegnap az Exadata és általánosságban az Oracle Engineered Systems elnevezéssel integrált Oracle integrált, vagy tervezett célrendszerek üzemeltetési előnyeiről tartottam egy előadást. Sokat hivatkoztam az Oracle által, ebben a témában készített whitepaper-re, amely bemutatja azt a 3 üzemeltetői modellt, melyekkel érdemes egy ilyen rendszert menedzselni. 1. Stay as You Are (több üzemeltetői csapat) Ez a modell jelenti a legkevesebb változást a jelenleg elterjedt üzemeltetői csapat struktúrákhoz képest. Ebben a modellben gyakorlatilag megmaradnak a különböző technológiákra a eltérő tudású csapatok, így az adatbázist a DBA-k, a storage réteget a diszk szakértők, a hálózatot a hálózati adminok tartják karban. A RACI mátrix (melyet a hivatkozott whitepaper tartalmaz) nagyszerűen bemutatja, hogyan oszlik meg Exadata esetében a felelősség a DBA, az operációs rendszer, a hálózat és a storage adminok között. Értelemszerűen komplex problémák megoldása ilyenkor több csapat bevonását igényli, azonban nem kell változtatni a már jól működő struktúrán. 2. Database Machine Administration Team (DBMA) Ebben a modellben az Exadata-t egy egységént kezelve, annak egyszerűségét tükrözve, egyetlen Database Machine Administration csapat képes a teljes üzemeltetésre. A RACI mátrix is jól mutatja, hogy az összes üzemeltetői felelősség ehhez a csapathoz kerül, ezzel sokkal nagyobb rugalmasságot és hatékonyságot biztosítva. Ehhez természetesen szükséges az eszközön belüli hálózat, operációs rendszer és storage adminisztráció egyszerűsége is, ami célrendszer lévén (csak adott feladatra használható a környezet) megoldott probléma. 3. Exadata Database Administration (EBDA) Team Ezt a modellt nevezhetnénk akár az aranyközépútnak is, melyben a DBA-k kapnak ugyan egy erős Exadata továbbképzést, azonban a storage, operációs rendszer és hálózat üzemeltetési feladatokra támogatóként bevonják az ahhoz értő üzemeltető kollégákat is. Ennek ábrázolásához már a RASCI mátrix kell, ahol megjelenik a Supportive feladatkör is. Hogy a fenti 3 modellből hol melyik alkalmas, az nagy mértékben függ az adott cég üzemeltetői csapatának jelenlegi méretétől és strukturáltságától, valamint az integrált rendszerek infrastruktúrában betöltött szerepétől is. Az optimális megoldás megfelelő korülmények esetén a 2., DBMA nevet viselő modell lenne, azonban sokkal gyakoribb az EBDA csapat kialakítása, akik még támaszkodnak az egyéb insfrastruktúrák specializált tudással rendelkező szakértőire. Bármelyik modellt is választja egy adott ügyfél, a tapasztalatok alapján Oracle Engineered Systems használatával 20-30%-kal csökkenthető a hagyományos üzemeltetési feladatok mennyisége, ami által a korábbi folyamatos "tűzoltás" átalakíthatóvá válik egy az üzletet sokkal inkább támogató, elősegítő produktív tevékenységgé. Ebben a témában további hasznos információk találhatók Arup Nanda blogjában, Who Manages the Exadata Machine címmel.

Még tavaly április 10-én írt a New York Times arról, hogy akár 6 hónapot is igénybe vehet, amíg egy új üzleti alkalmazás a hardver vásárlástól számítva a élesben elindulhat. Ez a 6 hónap még nem...

Hír

DBaaS Oracle Exadata-val előadás holnap

Holnap lesz az Oracle Database 12c bemutató rendezvénye a Larus Rendezvényközpontban, ahol 13:30-kor tartok előadást arról, miért érdemes DBaaS-t építeni Exadata platformon. Az előadásomban először is röviden beszélek arról, hogy mi is az a DBaaS. Ma ha valaki felhőt épít, leggyakrabban IaaS-re, azaz Infrastructure as a Service-re gondol, és virtualizációval valósítja meg. Pedig költséghatékonyabb megoldás lehet, ha Platform as a Service-ben gondolkozunk - és ez lehet DB as a Service, vagy MW as a Service -, mivel elkerülhető lesz a virtualizációnak az a hátránya, hogy minden egyes szolgáltatáshoz külön dedikált processzor és memória erőforrásokat foglaljunk lesz. Database as a Service esetében osztott erőforrás kezelés valósulhat meg, ennek köszönhetően nagyobb sűrűségű konszolidáció valósítható meg, azaz kevesebb lesz az egy ügyfélre eső erőforrás mennyiség. Persze jogosan vetődhet fel a kérdés, hogyan oldjuk meg ilyenkor az izolációt, hiszen garantálni kellene, hogy minden felhasználó csak a saját adataihoz férjen hozzá, és ne vegyen el erőforrást a többi felhasználó elől. Többek között erre a kérdésre is választ adunk a holnap rendezvényen, melyre szeretettel várunk mindenkit.

Holnap lesz az Oracle Database 12c bemutató rendezvénye a Larus Rendezvényközpontban, ahol 13:30-kor tartok előadást arról, miért érdemes DBaaS-t építeni Exadata platformon. Az előadásomban először is...

Egyéb

Témaváltás a blogon

Több, mint egy év kihagyást követően folytatom a blogom írását, azonban a téma változik. Tavaly nyár óta ugyanis az Oracle Engineered Systems termékekkel foglalkozok. Az Oracle Engineered Systems elnevezés alatt az alábbi termékeket értjük: Oracle Exadata Database Machine Oracle Exalogic Elastic Cloud Oracle SuperCluster T5-8 Oracle Virtual Compute Appliance Oracle Database Appliance Oracle Exalytics In-Memory Machine Oracle Big Data Appliance Sun ZFS Storage Appliance Oracle Network Applications Platform A felsoroltak közül én elsősorban az Exadata, SuperCluster, Big Data Appliance és az Exalytics termékekkel foglalkozok majd a blogban, de nem kizárt hogy később a többiről is lesz majd szó. A legfrissebb Engineered Systems egyébként a listában is szereplő Virtual Compute Appliance, amit csupán másfél hete, augusztus 13-án jelentettünk be. Ahogy a neve is mutatja, ez egy virtualizált adatközpont készen a dobozból. Tökéletes választás infrastruktúra felhő kiépítésére, hiszen elkerülhető a komponensek hosszas kiválogatása, konfigurálása és telepítése, ráadásul nem egyedi konfiguráció lesz az ügyfél birtokában, hanem pontosan ugyanaz a hardver és szoftver konfiguráció, ami a gyártó support részlegénél, vagy más ugyanezen terméket használó ügyfeleknél megtalálható. Bevallom számomra is újdonság volt a fenti lista készítésekor az Oracle Network Applications Platform, ami pedig telekommunikációs cégek számára készült például következő generációs OSS, egységes számlázó rendszer, All-IP RAN kontrollerek vagy IMS migráció és skálázhatóság céljára.

Több, mint egy év kihagyást követően folytatom a blogom írását, azonban a téma változik. Tavaly nyár óta ugyanis az Oracle Engineered Systems termékekkel foglalkozok. Az Oracle Engineered Systems elnev...

Technológia

Oracle RAC különböző szerverekkel

RAC használata esetén felmerülhet az a kérdés, hogy amennyiben bővíteni kívánjuk a klasztert, akkor megtehetjük-e azt újabb, a régi szerverektől eltérő szerverekkel. Szerencsére a válasz igen, azonban néhány dologra figyelni kell. Mindenekelőtt az operációs rendszer binárisoknak meg kell egyezniük a klaszter minden egyes tagján. Hasonlóképp a szerver architektúra sem lehet eltérő, azaz vagy mindegyik 32 bites, vagy 64 bites kell hogy legyen, stb.Azonban ha az új szerverek teljesítményben eltérnek a régiektől, akkor figyelni kell az optimális klaszter teljesítmény megőrzésére. Az erősebb szerverek ugyanis nagyobb terhelést vonzanak, és amennyiben leáll, akkor a kisebb szerverek túlterheltté válnak. Ezért javasolt lehet azon terhelések statikus allokálása adatbázis szolgáltatásokon keresztül, melyek könnyen leállíthatók, felfüggeszthetők, mint például batch feladatok. Általános szabályként megfogalmazható, hogy úgy célszerű méretezni a klaszter, hogy a gyengébb szerverek is képesek legyenek megbírkózni a magas rendelkezésre állást igénylő terheléssel.Egy másik probléma lehet, hogy a gyengébb szerverek lelassíthatják az egész klasztert, amennyiben a gyengébb szervernek kell adatot adnia az erősebb szervernek. Oracle Database 10g Release 2 óta a Load Balancer Advisor (LBA) is segít a terhelések optiális elosztásában. További részletek Fekete Zoltán kollégám felfedezése nyomán megtalálhatók a My Oracle Support ID 220970.1 Note-ban, ami valójában egy RAC FAQ.

RAC használata esetén felmerülhet az a kérdés, hogy amennyiben bővíteni kívánjuk a klasztert, akkor megtehetjük-e azt újabb, a régi szerverektől eltérő szerverekkel. Szerencsére a válasz...

Technológia

Tömörítés becslése - Compression Advisor

Az Oracle Database 11g verziójától már OLTP adatbázisok is hatékonyan tömöríthetők az Advanced Compression funkcióval. Nem csak a tárolandó adatok mennyisége csökken ezáltal felére, vagy akár negyedére, de az adatbázis teljesítménye is javulhat, amennyiben I/O korlátos a rendszer (és általában az). Hogy pontosan mekkora tömörítés várható az Advanced Compression bevezetésével, az kiválóan becsülhető a Compression Advisor eszközzel. Ez nem csak az OLTP tömörítés mértékét, de 11gR2 verziótól kezdve a HCC tömörítés arányát is becsülni tudja, amely Exadata Database Machine, Pillar Axiom illetve ZFS Storage alkalmazásával érhető el. A HCC tömörítés becsléséhez csak 11gR2 adatbázisra van szükség, nem kell hozzá a speciális célhardver (Exadata, Pillar, ZFS). A Compression Advisor valójában a DBMS_COMPRESSION package használatával érhető el. A package-hez tartozik 6 konstans, amellyel a kívánt tömörítési szintek választhatók ki: Constant Type Value Description COMP_NOCOMPRESS NUMBER 1 No compression COMP_FOR_OLTP NUMBER 2 OLTP compression COMP_FOR_QUERY_HIGH NUMBER 4 High compression level for query operations COMP_FOR_QUERY_LOW NUMBER 8 Low compression level for query operations COMP_FOR_ARCHIVE_HIGH NUMBER 16 High compression level for archive operations COMP_FOR_ARCHIVE_LOW NUMBER 32 Low compression level for archive operations A GET_COMPRESSION_RATIO tárolt eljárás elemzi a tömöríteni kívánt táblát. Mindig csak egy táblát, vagy opcionálisan annak egy partícióját tudja elemezni úgy, hogy a tábláról készít egy másolatot egy külön erre a célra kijelölt/létrehozott táblatérre. Amennyiben az elemzést egyszerre több tömörítési szintre futtatjuk, úgy a tábláról annyi másolatot készít. A jó közelítésű becslés (+-5%) feltétele, hogy táblánként/partíciónként minimum 1 millió sor legyen. 11gR1 esetében még a DBMS_COMP_ADVISOR csomag GET_RATIO eljárása volt használatos, de ez még nem támogatta a HCC becslést. Érdemes még megnézni és kipróbálni a Tyler Muth blogjában publikált formázó eszközt, amivel a compression advisor kimenete alakítható jól értelmezhető formátumúvá. Végül összegezném mit is tartalmaz az Advanced Compression opció, mivel gyakran nem világos a felhasználóknak miért kell fizetni: Data Guard Network Compression Data Pump Compression (COMPRESSION=METADATA_ONLY does not require the Advanced Compression option) Multiple RMAN Compression Levels (RMAN DEFAULT COMPRESS does not require the Advanced Compression option) OLTP Table Compression SecureFiles Compression and Deduplication Ez alapján RMAN esetében például a default compression (BZIP2) szint ingyen használható, viszont az új ZLIB Advanced Compression opciót igényel. A ZLIB hatékonyabban használja a CPU-t, azaz jóval gyorsabb, viszont kisebb tömörítési arány érhető el vele.

Az Oracle Database 11g verziójától már OLTP adatbázisok is hatékonyan tömöríthetők az Advanced Compression funkcióval. Nem csak a tárolandó adatok mennyisége csökken ezáltal felére, vagy akár...

Technológia

Online Application Upgrade

Amikor HA (High Availability - Magas Rendelkezésre Állás) megoldásokról beszélünk, általában elsőként a klaszterek, redundáns megoldások jutnak eszünkbe. Pedig nem csak a hardver hibákra kell gondolni, hanem a tervezett leállásokkal is érdemes foglalkozni. Az egyik talán legkevésbé megoldott probléma az, ha egy alkalmazás verzió váltást kell végrehajtani úgy, hogy közben változik az adatstruktúra is. Ez nyilván azt eredményezi, hogy le kell állítani az adatbázist is, és az átszervezéseket, akár adat átalakításokkal együtt végre kell hajtani. De a legnagyobb probléma talán az, hogy amennyiben valami rosszul sül el, és vissza kell állni a kiinduló állapotra, akkor az adatbázis mentést is vissza kell tölteni, hiszen átmenetileg minden felhasználó aki épp használatba vette az új alkalmazás verziót már egy új adatstruktúrába kezdett dolgozni. Az Oracle Database Online Application Upgrade képessége, vagy pontosabb nevén az Edition Based Redefinition pontosan ezt a problémát célozza meg. Az Edition Based Redefinition 3 alap objektummal működik, ezek: edition, editioning view és crossedition trigger. Az edition egy új nonschema objektum típus. 11gR2 verziótól minden adatbázis rendelkezik legalább egy edition-nel, melynek neve Ora$Base. Minden új edition egy már létező gyermeke kell, hogy legyen. Amikor kapcsolódunk az adatbázishoz, meghatározható, hogy melyik edition-höz kapcsolódjunk. Kizárólag nézetek, szinonímák és PL/SQL ojektum típusoknak lehet több edíciója (ezek metadat típusú objektumok, nem tartalmaznak adatokat). Azok az objektumok, melyek több edícióval rendelkeznek egyedileg csak úgy azonosíthatók, ha az owner, name, namespace mellett az edition-t is megnevezzük. Azaz két vagy több példánya is létezhet egy adatbázison belül ugyanazzal az owner, name és namespace azonosítókkal rendelkező objektumnak, amennyiben használjuk az edition-based redefinition-t. Egy új objektum típus, az editioning view is edicionálható. Mivel a fizikai tábla nem edicionálható (elkerülendő az adatok többszörös tárolását és teljesítmény gondokat), ezért az editioning view feladata egy adott tábla egyszerű leképezése egy nézet formájában, ami már több edition-ben is létezhet, és képes elfedni a tábla módosításait. Amennyiben a tábla módosítások olyan táblákat érintenek, amelyek tartalmát  az alkalmazás felhasználók módosítják, szükség van olyan triggerekre, amelyek az egyes editioning view-k között a módosításokat karbantartják. Ezek a crossedition triggerek. Természetesen ahhoz, hogy az online application upgrade működjön, minden érintett tábla elé el kell készíteni az editioning nézetet és a megfelelő crossedition triggereket. Ezeket használva az alkalmazás két vagy több különböző verzió képes ugyanazon adatbázison párhuzamosan futni, és ha megtörtént a verzióváltás, akkor még mindig egyszerű visszaállni a régi verzióra egészen addig, amíg a régi edition eldobásra nem kerül. További információk az Edition-Based Redefinition című whitepaper-ben találhatók.

Amikor HA (High Availability - Magas Rendelkezésre Állás) megoldásokról beszélünk, általában elsőként a klaszterek, redundáns megoldások jutnak eszünkbe. Pedig nem csak a hardver hibákra...

Hír

HOUG konferencia tavasszal

Elindult a regisztráció a 2012. évi HOUG konferenciára (2012 március 26-28.). Azok a HOUG tagok illetve államigazgatásban dolgozók, akik december 31. előtt regisztrálnak, 25% kedvezményben részesülnek a konferencia részvételi díjából! Érdemes tehát most kérni a főnöktől a jóváhagyást a konferencia részvételre év végi jutalomként, és még a cég is jól jár a kedvezmény miatt! A regisztráció mellett már lehet pályázni előadásokkal is, illetve lehet szavazni melyik előadás témákat hallgatnák meg szívesen a konferencián. A felajánlott témák az alábbiak: Oracle termék csoportok: Adatbázis Adatbiztonság Middleware Oracle - Sun szerverek és tárolók Oracle üzleti alkalmazások Üzleti intelligencia és adattárház Funkcionális meghatározások Adatbiztonság Adatéletciklus-menedzsment Architektúra tervezés Archiválás Döntéstámogatás Együttműködés / tudásmenedzsment Fejlesztés Integráció Konszolidáció Költségmenedzsment Migráció Pénzügy-logisztika Számítófelhő Upgrade / patch-elés Ügyfél- és ügymenetkezelés Üzemeltetés / rendszermenedzsment Üzleti tervezés Virtualizáció Figyelem, a pályázat benyújtási határideje december 31.! A konferencia helyszíne megegyezik a tavalyi konferencia helyszínével, azaz Saliris Resort Spa & Konferencia Hotel Egerszalók****

Elindult a regisztráció a 2012. évi HOUG konferenciára (2012 március 26-28.). Azok a HOUG tagok illetve államigazgatásban dolgozók, akik december 31. előtt regisztrálnak, 25% kedvezményben...

Hír

Big Data Appliance és Enterprise Manager 12c

Ma az Oracle Open World első teljes napján folytatódtak a bejelentések. Reggel Thomas Kurian jelentette be az új Oracle Big Data Appliance terméket, amely nem más, mint egy olyan egyben tervezett, tesztelt és épített rendszer, amely tartalmaz egy nyílt forrású Apache™ Hadoop™ szoftvert, Oracle NoSQL adatbázist, Oracle Data Integrator Application Adaptert Hadoop-hoz, Oracle Loader-t Hadoop-hoz és egy nyílt forrású R disztribúciót. A Big Data Appliance, ahogy a neve is utal rá arra való, hogy a nagy mennyiségben keletkező adatokat (pl. mérési adatok) hatékonyan legyünk képesek feldolgozni, elemezni. Ennek érdekében hatékonyan képes együttműködni Oracle Database 11g, Oracle Database Exadata Machine és Oracle Exalytics Business Intelligence Machine termékekkel. Délután pedig Richard Sarwal jelentette be az új Oracle Enterprise Manager 12c verziót, amely az iparág első olyan megoldása, amely kombinálja a teljes Oracle termékskála menedzsmentjét a komplett vállalati felhő életciklus menedzsmentjével. Magyarul az Enterprise Manager új Cloud Control felületén olyan új képességek érhetők el, amelyek egy felhő üzemeltetése során nélkülözhetetlenek. Ezen új képességek közé tartozik a konszolidáció és kapacitás tervezés, a self-service, a tesztelés, a monitorozás, valamint a metering és chargeback.

Ma az Oracle Open World első teljes napján folytatódtak a bejelentések. Reggel Thomas Kurian jelentette be az új Oracle Big Data Appliance terméket, amely nem más, mint egy olyan egyben tervezett,...

Biztonság

Utazás napja

A mai napom ha jól számolom már 26 órája tart, ha csak az ébredéstől számolom. Történt ugyanis, miután szerdán délelőtt megtudtam, hogy lehetőségem nyílik eljönni, a reggel 7:10-kor induló Air France járatra sikerült jegyet foglalnom, amely két átszállással, viszont csupán 80 illetve 60 perc átszállási időkkel optimálisnak tűnt. Egészen addig, míg Párizsban a Charles De Gaulle reptéren a Security Check előtt meg nem láttam azt a tömeget, ami láttán már kezdtem letenni arról, hogy a mai nap ideérek. Aztán kicsit később kiderül, hogyan működik a dolog. A security emberek a tömegben elvegyülve viszonylag jól szinkronizálva kezdték el kiabálni mindig az aktuális mindjárt induló járat számát, és toborozták az embereket a tömeg elejére. No persze mikor már azt hittem túl vagyok az ellenőrzésen, akkor a röntgenes fickó megkért, hogy menjek vissza és a táskámból vegyem ki a fényképezőgépet, illetve a töltőjét, mert az neki gyanús. Ezzel újabb értékes percek teltek el. No de végre rohanhattam a kapuhoz, ahol ismét kiszúrtak maguknak, egy fickó szúrópróba szerűen átnézte a táska tartalmát és megmotozott. Úgy látszik nem biztak a biztonsági ellenőrzés pontosságában... Aztán miután felszálltam, még legalább fél óráig nem indultunk, aminek meg is lett a böjtje, hiszen 20 perc késéssel értünk Salt Lake Citybe. Ott pedig így kevesebb, mint 40 perc maradt átszállni, itt is alkalmazták azt a módszert, hogy a sor végén összeszedték azokat, akik az azonnal induló géppel mennek tovább, aminek aztán sok értelme nem volt, mivel itt a bőröndöket kiadták, majd mindenkinek újra fel kellett adnia. Úgy látszik erre nincs automatizált megoldásuk még. És mikor már azt hittem végre minden simán megy, akkor megint jött egy probléma. Készültem arra, hogy a vízum nem lesz elég, csináltattam ESTA-t, de a határőr valami I-91-es dokumentumot kért. Már elképzeltem, hogy utazok vissza haza, mert enélkül nem engednek be, de aztán kiderült hogy van nekik ilyen nyomtatványuk, csak ki kell töltenem gyorsan. Pedig úgy csinált, mintha ez nagyobb gond lenne... Na ezzel is végeztem, és már csak egy újabb biztonsági ellenőrzés volt hátra, ahol ezúttal a cipőt is le kellett venni, és indult a teszt scanner. Most már tehát van meztelen fotóm... Na végre San Francisco-ba értünk, csupán 20 perc késéssel, ami egy 18,5 órás út esetében végülis elhanyagolható. Ezután már csak az volt meglepetés, hogy a taxis nem fogadott el hitelkártyát, pedig az volt az eddigi sztereotípiám amerikáról, hogy itt már mindenhol, mindent lehet hitelkártyával fizetni. Pedig nem volt kis összeg. Ezután felfrissülésként elmentem futni, majd vacsorázni indultam. Végül nem jutottam messzire, mert olyan lassan haladt a trolibusz, hogy rájöttem ez nem fér bele az időmbe, hiszen most már tényleg álmos vagyok, így indulok is aludni. Holnaptól ígérem már több szakmai tartalommal jelentkezek, hiszen indul a konferencia.

A mai napom ha jól számolom már 26 órája tart, ha csak az ébredéstől számolom. Történt ugyanis, miután szerdán délelőtt megtudtam, hogy lehetőségem nyílik eljönni, a reggel 7:10-kor induló Air France...

Biztonság

Megjelent az Oracle Database Appliance

Magyar idő szerint tegnap este jelentettük be az új Oracle Database Appliance megoldást, mely 2 db szervert tartalmaz, szerverenként 12 CPU maggal és 96 GB memóriával. A két szervert Gbit ethernet köti össze, és 12 TB közös diszkalrendszert érnek el, plusz 292 GB Flash memória gyorsítja fel az adatok feldolgozását. Természetesen minden redundáns ebben a szerverben.Szoftver oldalról Automatic Storage Management, Oracle Clusterware, Oracle Database Enterprise Edition és Real Application Clusters (RAC) fut rajta előre telepítve. Az aktív-aktív RAC mellett a RAC One Node változat is használható, ha elegendő a failover cluster adott alkalmazásnál. Sőt, akár RAC nélkül is lehet használni, ha valaki nem szeretné kihasználni a klaszterezés előnyeit. Az operációs rendszer talán nem meglepetésre Oracle Linux.Az Oracle Appliance Manager egyszerűsíti az üzemeltetési feladatokat, mint a patch telepítést, monitorozást, stb. A már jól ismert automatikus ön-menedzselő képességek is elérhetők, mint az Automatic Storage Manager, vagy az Automatic Memory Management. Működik a komoly szervereknél ismert phone home képesség is, illetve az Exadata-nál már ismert egyetlen Patch a teljes konfigurációra itt is működik, nem kell külön patch-et telepíteni az operációs rendszerre, adatbázisra, illetve egyéb komponensekre, majd azért szorítani, hogy a különböző patch-ek ne akadjanak össze.Az üzembe helyezés rendkívül egyszerű, hiszen csak be kell dugni a konnektort, illetve a hálózati kapcsolatot, majd egy varázsló végigvezet a telepítés lépésein.Ezen a szerveren érhető el az Oracle "Pay as you grow" licencelése, azaz elegendő csak azokra a processzorokra licencet venni, amelyeket a felhasználó bekapcsol. Azért nem érhető el ez más szervereken, mert ebben a környezetben működik az az új megoldás, mely auditálható módon igazolja az Oracle számára, hogy mennyi processzort használ valójában az ügyfél. Így induláskor elegendő lehet csak 2 processzor magra licencet vásárolni, majd ahogy növekszik a terhelés, ezt fel lehet tornázni akár 24 magig úgy, hogy a hardverhez hozzá sem kellett nyúlni, csak engedélyezni kell további processzorok bekapcsolását és a szükséges plusz licencet kell megvenni.Azon ügyfeleink részére lehet ez egy jó megoldás, akik öregedő adatbázis szerverüket szeretnék gyorsan, hatékonyan lecserélni, maximum 4TB adatot tárolnának és szükségük lenne magas rendelkezésre állásra, aminek eddig esetleg féltek a megvalósításától a technológia bonyolultságától félve. Fontos, hogy adatbázis konszolidációra is kiváló megoldás, hiszen az Oracle Database számos képességgel támogatja az egymás mellett futó adatbázisok biztonságos elszeparálását. A Béta felhasználók visszajelzései nagyon pozitívak, most már a kedves olvasókon hát a sor, hogy kipróbálják ezt az új adatbázis környezetet.

Magyar idő szerint tegnap este jelentettük be az új Oracle Database Appliance megoldást, mely 2 db szervert tartalmaz, szerverenként 12 CPU maggal és 96 GB memóriával. A két szervert Gbit ethernet...

Hír

Oracle Junior Program indul jövő csütörtökön

Szeptember 15-én 18 órakor kezdődik az Oracle Junior Program 2011 őszi szemesztere. Az eddigi félévekhez képest nagy változás, hogy ezúttal a helyszín az ELTE északi épület -1.75-ös konferencia terme lesz. A helyszín változtatás oka nem más, mint hogy az ELTE-n a képzésünk felvehető az "IT technológiák és architektúrák nagyvállalati környezetben" című kredites tantárgy keretében. Az előadások zömét az Oracle University tapasztalt okatatói, illetve Oracle szakértők tartják. December közepéig minden héten csütörtök este másfél órában bemutatjuk az Oracle technológiai megoldásait a hardver szinttől egészen az üzleti folyamatkezelő rétegig. A félév tervezett programja az alábbi lesz:2011. szeptember 15.   - Megnyitó 2011. szeptember 22.   - SPARC processzor és szerver architektúrák  2011. szeptember 29.   - ZFS tárolórendszer architektúra 2011. október 6.           - Oracle Linux 2011. október 13.          - Hatékony Solaris rendszerüzemeltetés 2011. október 20.          - Oracle VM Server a gyakorlatban 2011. október 27.          - Oracle Database Grid infrastructure 2011. november 3.         - Őszi szünet 2011. november 10.      -  Privát adatbázis felhő 2011. november 17.      -  Adatbázis biztonsági megoldások 2011. november 24       -  WebLogic Server felépítése és monitorozása 2011. december 1.        -  Optimalizált megoldások köztes-szoftver rétegben 2011. december 8.        -  Üzleti folyamatvezérlés és integráció 2011. december 15.      -  Vizsga Az előadásokról ezúttal is videófelvétel készül, amit a képzés honlapján publikálunk. A megnyitóról a BSS Stúdiónak köszönhetően élő videó közvetítés lesz, mely itt lesz követhető. Az utolsó alkalommal viszgát tehetnek azok, akik legalább 8 előadáson résztvesznek és/vagy teljesítik az egyéb vizsgakövetelményeket. Az előadáson történő részvételt a Vonalkód rendszerház rendszerével fogjuk ellenőrízni. A honlapon regisztrálók között kisorsolunk egy iPod-ot, amit természetesen csak a jelenlévők, illetve az online hallgatók nyerhetnek meg. Az élő előadáson próbaként egy Twitter falat is üzemeltetni fogunk, mellyel a jelenlévő és online hallgatóság is aktívan hozzászólhat, illetve kérdezhet az előadótól. A twitter csatorna tag-je: #oraclejunior.

Szeptember 15-én 18 órakor kezdődik az Oracle Junior Program 2011 őszi szemesztere. Az eddigi félévekhez képest nagy változás, hogy ezúttal a helyszín az ELTE északi épület -1.75-ös konferencia...

Hír

Oracle fejlesztői nap jövő hét szerdán

Jövő héten szerdán rendezzük meg az Oracle Technology Network Java & Database Developer Day rendezvényét. A program 10 órakor kezdődik egy Java és egy Database fejlesztői előadással. Nagy Péter kollégám tartja az előbbit, én az utóbbit. Előadásomban áttekintem, hogy milyen fejlesztői támogatást ad az Oracle Database. Lesz szó például az adatbázis-kezelő .Net támogatásáról is, de olyan hagyományos megoldásokról is, mint az SQL Developer, Application Express. A két előadást követően mindenki saját laptopján próbálhatja ki a különböző technológiákat 3 különböző szekcióban. Tervezett program az alábbi: Tervezett program9:30 - 10:00Regisztráció10:00 - 10:45Java Keynote – Nagy Péter, Oracle Hungary10:45 - 11:30Database Keynote – Sárecz Lajos, Oracle Hungary11:30 - 12:00Telepítés12:00 - 13:00Ebéd Java szekcióAPEX szekcióDB szekció13:00 - 14:00JDK 7 újdonságok(Simon Géza, Drótposta Consulting)Adatmodellezés Oracle SQL Developer Data Modeler használatával(Izsák Tamás, HOUG)Alkalmazások fejlesztése Oracle In-Memory Database Cache alkalmazásával(Sárecz Lajos, Oracle Hungary)14:00 - 14:20Kávészünet14:20 - 15:20Contexts and Dependency Injection a JavaEE 6-ban (Erdei Márk, Drótposta Consulting)Oracle Application Express Dynamic Actions(Izsák Tamás, HOUG)Alkalmazások fejlesztése Oracle XML DB alkalmazásával(Sárecz Lajos, Oracle Hungary)15:20 - 15:40Kávészünet15:40 - 16:40Webes alkalmazások fejlesztése ADF segítségével(Nagy Péter, Oracle Hungary)Alkalmazások kiterjesztése Oracle Application Express Plug-in-ek segítségével(Izsák Tamás, HOUG)PL/SQL programozás Oracle SQL Developer használatával(Sárecz Lajos, Oracle Hungary)A konferencia helyszíne a Novotel Budapest Centrum 1088 Budapest, Rákóczi út 43-45.Regisztráció itt.

Jövő héten szerdán rendezzük meg az Oracle Technology Network Java & Database Developer Day rendezvényét. A program 10 órakor kezdődik egy Java és egy Database fejlesztői előadással. Nagy Péter kollégá...

Hír

Oracle virtualizációs bejelentés

A közelmúltban jelent meg a Gartner elemzése a virtualizációs piacról, mely szerint az Oracle nem szerepelt a leaders kategóriában, sőt a niche players kategóriába került. Remélhetőleg ez a közeljövőben gyökeresen megváltozik, ugyanis az Oracle jövő kedden komolyabb bejelentésre készül ezen a téren. Kedd este magyar idő szerint este 19 órától kezdődik az Oracle Virtualization Launch konferencia az Oracle Conference Center-ben Redwood Shores-ban (gyakorlatilag az Oracle központjában). A bejelentés élőben követhető lesz a weben is. A program az alábbi lesz: 19:00 – 20:00Oracle Virtualization Launch20:00 – 21:00Technical Sessions Oracle VM Scalability and Performance: Most Scalable VMs at Lowest Cost Understanding Advanced Virtualization Management Capabilities Streamline and Automate Virtualized Storage Provisioning and Management Azt hiszem aznap a feleségem fog fürdetni, mivel ezt én sem szeretném kihagyni, kiváncsi vagyok mi lesz a bejelentés tartalma. Előzetesen annyit lehet tudni, hogy a legfőbb üzenet az Application-Driven Virtualization lesz, ami az én olvasatomban kb. azt jelenti, hogy a virtualizációt az alkalmazások szintjére emeljük. Ezt az irányt korábban mutatta egyébként már az Oracle Virtual Assembly Builder is. Továbbá kiemelt üzenet a rendezvény logójában a skálázható virtualizáció és a VMware-hez képest költséghatékonyság. Regisztráció itt lehetséges.

A közelmúltban jelent meg a Gartner elemzése a virtualizációs piacról, mely szerint az Oracle nem szerepelt a leaders kategóriában, sőt a niche players kategóriába került. Remélhetőleg ez a...

Technológia

Oracle Linux vs. Red Hat Linux

Gyakran merül fel kérdésként, hogy Oracle Linux-ot, vagy Red Hat-et érdemes-e használni Oracle termékek alatt. Az talán közismert, hogy az Oracle Linux (korábbi nevén Oracle Enterprise Linux) Oracle-es változata. Kezdetben kizárólag a Rad Hat-tel kompatibilis kernellel jelent meg, ma már alternatívaként elérhető egy azzal nem kompatibilis, Unbreakable Linux kernellel is, amely az Oracle által továbbfejlesztett Linux kernel, hogy az Oracle termékek nagyobb teljesítménnyel és megbízhatósággal fussanak. Ráadásul az Exadata és Exalogic néhány újítása is kizárólag ezzel az új kernellel működik.Vegyük sorra milyen további szempontok szólnak az Oracle Linux mellett:Jelenleg a RHEL 6.x verziókat az Oracle DB 11gR2 nem támogatja (MOS [ID 169706.1] ) Az ASMLib csomagok csak az Oracle által disztributált kernelhez lesznek elérhetők a jövőben, ráadásul a firssítések is csak az ULN-ről (Unbreakable Linux Network) lesznek letölthetők. Database Smart Flash Cache funkció csak Oracle Linux és Oracle Solaris operációs rendszer használata esetén működik. Oracle Sun HW esetén a Premier Support for Systems támogatási csomag része az Oracle Linux támogatás is. Egykapus terméktámogatás Rendelkezésre áll egy Linux költség kalkulátor is, amely itt érhető el. Segítségével összehasonlítható az Oracle Linux és a Red Hat Enterprise Linux költségei.

Gyakran merül fel kérdésként, hogy Oracle Linux-ot, vagy Red Hat-et érdemes-e használni Oracle termékek alatt. Az talán közismert, hogy az Oracle Linux (korábbi nevén Oracle Enterprise Linux)...

Hír

Oracle Developer Day - Válasszon miről szeretne hallani!

Épp egy hete írtam az Oracle Open World konferenciáról, melynek ma jár le a kedvezményes regisztrációs időszaka. Ma pedig hazai Oracle eseményeket veszek sorra, közülük is kiemelve a legkorábbit, az alig egy hónap múlva, szeptember 14-én megrendezendő Oracle Technology Network (OTN) Java & Database Developer Day-t. A regisztráció már a héten elindult. Érdemes időben regisztrálni egyrészt amiatt, mert most valóban korlátozott számú helyünk lesz, másrészt pedig azért, mert a regisztráció során kitöltött kérdőív alapján döntjük el, hogy pontosan milyen szekciók lesznek délután. Ezen a fejlesztői konferencián nem csak előadásokkal fogjuk tölteni az időt, hanem mindenki saját laptopján kap lehetőséget az érdeklődésének megfelelő technológiák kipróbálására a mi útmutatásunk alapján. Ami bizonyos, hogy lesz Java fejlesztői és lesz Database fejlesztői szekció, a kérdés csupán az, hogy melyikből hány darab, és pontosan milyen tematikával. Regisztráljon tehát mihamarabb, és válasszon kedvére való témát!Az ősszel tartjuk az immár hagyományos Oracle Day konferenciát is, melynek időpontja már ismert (november 8.), de a regisztráció még nem indult el. Ezen a konferencián beszámolunk majd a hazai közönségnek is az OpenWorld-ön bejelentésre kerülő újdonságokról.Végül felhívnám a figyelmet egy jövő kedden, augusztus 16-án esedékes Oracle Webcast-ra, melynek témája a DBA proaktivitás elérése feladat automatizálással. Ez sajnos nem magyar nyelvű lesz, de cserébe a téma szakértője, Jagan Athreya lesz az egyik előadó, aki 2 éve vezette itthon az emlékezetes DBA 1.0 és DBA 2.0 csatát. Regisztráció a webcast-ra itt lehetséges. A webcast időpontja hazai idő szerint este 19 óra.

Épp egy hete írtam az Oracle Open Worldkonferenciáról, melynek ma jár le a kedvezményes regisztrációs időszaka. Ma pedig hazai Oracle eseményeket veszek sorra, közülük is kiemelve a legkorábbit, az...

Technológia

Memóriaadatbázis Exalogic szerverre

Az Oracle memóriaadatbázisa, a TimesTen 11g - ami egyúttal az Oracle adatbázis-kezelőnek in-memory database cache opciója is - hivatalosan is támogatott az Exalogic Elastic Cloud szerveren.Miről is van szó? A TimesTen In-Memory Database egy memóriára optimalizált relációs adatbázis-kezelő, mely tipikusan nem a klasszikus adatbázis rétegben fut, hanem az alkalmazás szerveren, sőt ideálisan beágyazva, belinkelve az alkalmazásba, ezáltal a legfontosabb adatok közvetlenül az alkalmazás memóriájában érhetők el megspórolva a diszk hozzáférési időt, a hálózati késleltetést, sőt még az Inter-process Communication-t is.Az Exalogic Elastic Cloud szerver pedig egy alkalmazásokat futtató szerver, melyben együtt áll rendelkezésre hardver, hálózat, szoftver, azokat az Oracle együtt tesztelte, előre telepítve szállítja. Mivel az Exalogic komponensei együtt kerültek tervezésre, optimalizálásra, ezért kimagasló teljesítményt, megbízhatóságot és egyszerű használhatóságot garantál. Míg az Exalogic az Oracle alkalmazás grid platformja, addig az Exadata az adatbázis grid szerepét tölti be. A kettő együtt tökéletes alapot ad egy privát felhő környezet kialakításának.Ahol nagy mennyiségű adat valós idejű feldolgozására, kiszolgálására van szükség, ott jön képbe a memória adatbázis használata, amely a fenti két Exa termék kombinációját képes még hatékonyabbá tenni.A TimesTen Exalogic-ra telepítéséről, a várható teljesítményről és beállítási javaslatokról készült egy doksi, amely innen tölthető le. Én csak két teszt eredményt emelnék ki. Kizárólag adatlekérdezési műveletek végrehajtása esetén 12 párhuzamos processz futtatásával akár 4 millió művelet hajtható végre másodpercenként. Amennyiben vegyesen hajtunk végre lekérdezéseket és egyéb adatműveleteket, akkor például egy 80-10-5-5 eloszlású terhelésnél (80% SELECT, 10% UPDATE, 5% INSERT, 5% DELETE), akkor 10 párhuzamos processzel több, mint másfél millió tranzakció hajtható végre másodpercenként.

Az Oracle memóriaadatbázisa, a TimesTen 11g - ami egyúttal az Oracle adatbázis-kezelőnek in-memory database cache opciója is - hivatalosan is támogatott az Exalogic Elastic Cloud szerveren. Miről is...

Hír

Exadata ebook és Exadata Storage Expansion Rack

Két szabadság között épp azon törtem a fejem, mit írhatnék a blogomra, mikor megláttam a hírt, hogy megjelent az Exadata ebook. Elsőre azt hittem a múltkor bejelentett Exadata könyv ebook változatáról van szó, ám kiderült hogy annál sokkal soványabb, ámde annál lényegretörőbb összefoglalás az Exadata előnyeiről egy szép, könyvet szimuláló flash formában. Ugyancsak a héten jelentettük be az Exadata Storage Expansion Rack megjelenését, ami azért izgalmas, mert sok olyan ügyél van, akinek sok lenne az Exadata processzor kapacitása, viszont inkább rendelt volna több tárhelyet bele. Így most már lehetőség van egy kisebb Exadata szekrényt rendelni, plusz hozzá még kiegészítő tároló kapacitást. Az Exadata Database Machine-hez hasonlóan az Exadata Storage Expansion Rack is 3 konfigurációban érhető el: Teljes Rack - 432 TB raw disk storage Fél Rack - 216 TB raw disk storage Negyed Rack - 96 TB raw disk storage Akár 8 Exadata Database Machine és Exadata Storage Expansion Rack köthető össze a csomag részeként elérhető Infiniband switch-en keresztül, amivel akár 3 Petabyte tároló kapacitás érhető el.  És ha már Exadata, épp a héten mondta egy kedves ügyfél, hogy azért nem gondolkoznak Exadata-ban, mert nem ismernek konkrét felhasználói esetet, ami alapján meggyőződhetnének arról, hogy számukra is előnyös lenne a megoldás. Nos, létezik egy szép kis gyűjtemény az elérhető és publikus ügyfél sztorikról, amely itt található. Pontosan 20 ügyfél valós története szerepel benne (abból a több nint 1000 eladott Exadata szerverből, amelyről Fekete Zoli is írt nemrég.). Minden kedves olvasónak jó hétvégét és jó nyaralást!

Két szabadság között épp azon törtem a fejem, mit írhatnék a blogomra, mikor megláttam a hírt, hogy megjelent az Exadata ebook. Elsőre azt hittem a múltkor bejelentett Exadata könyv ebook változatáról...

Hír

OTN Developer Day élő tudósítás

Épp Varsóban vagyok az OTN Developer konferencián, ahol jelenleg több mint 200 fő hallgatja Tim Vincent-et aki az Oracle Database cache technológiákról beszél (SQL Result Cache, TimesTen, stb.), előtte pedig Mark Drake mutatta be az XML DB-ben rejlő lehetőségeket. Érdemes megemlíteni, hogy az Oracle XML DB már a 9iR2 verzió óta elérhető, több mint 10 éve létező technológia, és ingyenesen része az adatbázis-kezelőnek. Bátran állíthatjuk, hogy a legbővebb XML funkcionalitással rendelkező adatbázis-kezelő az Oracle Database. A Keynote további részében színre lép még többek között David Peake az APEX termékmenedzsere, valamint Sue Harper, aki pedig az SQL Developer-ért felel. Lesz még szó az Oracle Database Java és .Net támogatásáról. Délután mindezt gyakorlatban próbáljuk ki, minden résztvevő egy általa választott témában (APEX, DB Dev, Java, .Net) csinálja végig virtuális gépeken a hands-on gyakorlatokat. Ami eddig számomra tanulság volt, hogy Visual Studio-ból legalább olyan hatékonyan lehet használni az Oracle Database-t, mint az SQL Server-t, ugyanakkor az Oracle Database előnyeit ki lehet használni. A Java adatbázisban való használatának létjogosultságáról is meggyőződtem, hiszen lehetnek olyan műveletek, amelyek sok adaton kell hogy dolgozzanak, ám viszonylag kevés adatot kell visszaadniuk eredményül. Ilyenkor nyilván kevésbé hatékony az összes érintett adat kimozgatása az adatbázisból, egyszerűbb ha a feldolgozást visszük be az adatbázisba. Aki erre azt mondaná, hogy ugyan már, az adatkapcsolat elég gyors ma már, hogy ezzel ne foglalkozzunk, az téved. Elég ha az Exadata-ra gondolunk, ott is pont ezen elv alapján sikerül hihetetlen eredményeket produálni. Apropó exadata, pénteken bejelentettük, hogy immár SAP adatbázisaként is használható az Oracle Exadata Database Machine. A tervek szerint Magyarországon is tartunk majd hasonló rendezvényt, annál is inkább mert tegnap ugyanennek a Train The Trainer oktatásán vettem részt.

Épp Varsóban vagyok az OTN Developer konferencián, ahol jelenleg több mint 200 fő hallgatja Tim Vincent-et aki az Oracle Database cache technológiákról beszél (SQL Result Cache, TimesTen, stb.),...

Technológia

Hadoop és NoSQL technológiák és az Oracle Database

Néhány hónapja kérdezte tőlem egyegyetemista ismerős, hogyan viszonyul az Oracle a NoSQLadatbázis-kezelőköz. Én akkor teljesen értelmetlenül álltam akérdés előtt, hiszen be kell valljam nem sokat hallottam korábbanilyen fogalomról. Aztán később rájöttem, hogy a Berkeley DB isvalami hasonló technológia, kicsivel később pedig ráakadtam egyOracle whitepaper doksira, ami épp erről szólt, sőt ehhez méghozzáveszi a Hadoop technológiák elemzését is, ráadásul azt iselemzi mi köze van mindehhez az Oracle-nek, illetve az Oracleadatbázis-kezelőnek. Egy ideje már a táskámban lapult a doksikinyomtatva (tudom ez nem környezetbarát, de bíztam benne, hogyígy lesz alkalmam elolvasni), és ma egy külföldi kiküldetéssorán a reptérre menet átolvastam az anyagot. Számomra azalábbiak jöttek le a doksiból.Mindenekelőtt az Oracle elismeri, hogyaz Open Source adatbázis-kezelők nagyon gyorsan fejlődnek és akutatók és fejlesztők számára kiváló lehetőség a nyíltforráskódú megoldásokban az új kutatási eredményekimplementálása. Az Oracle Corporation ma egyébként méltánnevezhető a vezető nyílt forráskódú adatbázis szállítónak,miután 2005-ben felvásárolta az InnoDB-t, mely a MySQLlegelterjedtebb tároló motorja, 2006-ban akvirálta a nagyteljesítményű, beágyazott, kulcs/érték párokkal működőadatbázis-kezelők, a Berkeley DB-t, végül pedig a múlt évben aSun akvizíció révén már a vezető open sorce adatbázis, a MySQLis az Oracle termékportfóliójának része. A címben szereplő kéttechnika, a Hadoop (MapReduce) és a NoSQL is leginkább a nyíltforráskódú adatbázisok terén jelenik meg. Mindkét megoldáscélja a nagy tömegű (értsd nagyon nagy) adatok feldolgozása. Itttöbb 100 Terabyte-ra, de akár Petabyte, vagy azon felüliadatmennyiségre kell gondolni. A Hadoop célja a nagy tömegű adatokhatékony feldolgozása, lekérdezése, illetve kötegelt beolvasása.Az adatok a Hadoop Destributed File System (HDFS) területésetöltődnek be, melyet a Hadoop végig szkennel, és a feldolgozáseredményét újabb fájlokban állítja elő. Ez talán nem istekinthető adatbázis-kezelőnek, mivel nem támogat olyan tipikusadatbázis funkciókat, mint az indexelés, SQL interfész, bárszámos open source projekt dolgozik ezek megvalósítását is. AHadoop tipikusan a scale-ot architektúrákra épít, azaz nagyon sokszerverre osztja szét a feldolgozást a MapReduce technológiával.Ezért ott jó megoldás, ahol nagyon sok olcsó szerverrel kívánjukaz adatokat hatékonyan összegyűjteni. Ez belátható, hogy képeslehet bármely nagy szerver teljesítményét felülmúlni. Azonban a legtöbb helyen az adatokbegyűjtése és előzetes feldolgozása csak a kezdet, és későbbegyéb alkalmazások számára kell elérhetővé tenni, üzletifolyamatokba beépíteni. Ez már egyáltalán nem pálya a Hadoopszámára, ezért tökéletesen egészíti ki az Oracleadatbázis-kezelő, ami már képes az adatok megfelelőbiztonságának, rendelkezésre állásának, komplex elemezésének,stb. támogatására. Tehát alapvetően a kereskedelmiadatbázis-kezelők, mint az Oracle Database nem képesek a Hadoopkiváltására, sokkal inkább az együttműködésen van a hangsúly. Míg a Hadoop az adatgyűjtésrefókuszál, addig a NoSQL a nagy számú, de egyszerű adatmódosító(update), illetve olvasó műveletekre van kihegyezve akár többszázmillió online felhasználó mellett. Felsorolni is nehéz alétező NoSQL adatbázisokat, de érdekes módon több közülükOracle technológiára építenek. A Dynamo, a Voldemort és aGenieDB például a Berkeley DB-t használja tároló motorként, míga Voldemort és a Riak az InnoDB-t (nem tévedés, a Voldemortmindkettővel képes működni). Bár a NoSQL adatbázis hívőkszeretik kiemelni, hogy ez teljesen más elven működik, mint ahagyományos, SQL alapú adatbázis-kezelők, ugyanakkor ebben azesetben is igaz, hogy számos projekt folyik az SQL interfészekelkészítésére, Ezért sokkal inkább nevezhetnénk NoSQL helyett„Nem csak SQL” technológiának. Mivel ez is a horizontáliskálázhatóságra épít, ezért értelemszerűen nem tudjatámogatni (de semmiképp sem hatékonyan) például a más táblákat,sőt akár más sorokat érintő update műveleteket tartalmazótranzakciókat, az online schema változtatásokat vagy éppelosztott lekérdezéseket. De gondot okoz a szerverfarm bővítéseis, amennyiben a NoSQL adatbázis infrastruktúra elérte határait.Éppen ez az a terület, amiben az Oracle Real Application Clustersnagyon erős, hiszen a cluster bővítése ebben az esetben nemigényli az adatok átszervezését, ami önmagában nem egy kisfeladat, de az is probléma a NoSQL esetében, hogy amikor a határaitfeszegeti egy rendszer, akkor már egyébként is lassul ateljesítménye, amit egy adat átszervezéssel járó művelet mégtovább ront, rossz esetben az egész összeomolhat üzemi működésmellett. Itt tehát megint látható hogy van egy pont, amikorcélszerű az Oracle Database használata, ami ebben az esetben isjól egészíti ki a NoSQL megoldások egyébként elismert előnyeit. Akit az elemzés további részleteiérdekelnek, annak javaslom a Whitepaper letöltését éselolvasását: Hadoop and NoSQL Technologies and the Oracle Database.Már épp publikálni akartam ezt a bejegyzést, mikor  egy vadonatúj whitepaper-re bukkantam ugyanazon kollégától, aki a fentit is írta. Ebben már kicsivel indulatosabban fogalmaz, ami nyilván arra vezethető vissza, hogy talán indokolatlanul nagy hype kerekedett mostanában a noSQL körül: Debunking the NoSQL hype. Ez az írás is csak megerősíti, hogy mindent a maga helyén kell kezelni, nem kell azt gondolni, hogy a NoSQL mindenre megoldást jelent.És ha már itt tartunk, akkor még egy utolsó cikk hivatkozás, mégpedig az Oracle Berkeley DB NoSQL adattárként történő felhasználásáról: Using Oracle Berkeley DB as a NoSQL Data Store.

Néhány hónapja kérdezte tőlem egy egyetemista ismerős, hogyan viszonyul az Oracle a NoSQL adatbázis-kezelőköz. Én akkor teljesen értelmetlenül álltam akérdés előtt, hiszen be kell valljam nem sokat...

Hír

Megjelent az Oracle SQL Developer 3.0

Tegnap óta letölthető az Oracle SQL Developer 3.0 verzió. A 3.0 verzió Early Adopter változatai már egy ideje elérhetők voltak, most viszont már teljes funkcionalitással érhető el az új verzió, amely az alábbi újdonságokat tartalmazza:- Oracle Data Miner, az Oracle Data Mining 11gR2 új grafikus felületeData Modeler korábban fizetős opció, ma már ingyenesen integrált része az SQL Developer-nek adat modellek tervezéséhez és implementálásához. - Database Navigator segítségével kezelhetők az adatbázis konfigurációs fájlok, a biztonsági beállítások, adatfájlok, táblaterek, stb.- DBMS Scheduler is elérhető mostantól az SQL Developer felületéről.- SQL Tuning funkciók megjelentek itt is, így már nem csak az Enterprise Manager felületén lehet SQL hangolást végrehajtani.- Query Builder révén vizuális eszköz készült, melyben drag and drop módon lehet lekérdezéseket összeállítani.- Spatial Data Management natív támogatást ad az Oracle Spatial adatok kezeléséhez.- Schema Browser-ben név alapján lehet gyorsan, hatékonyan szűrni az adatbázis objektumok között.Az újdonságok teljes listája megtalálható a New Features oldalon. A szoftver pedig letölthető az OTN-ről

Tegnap óta letölthető az Oracle SQL Developer 3.0 verzió. A 3.0 verzió Early Adopter változatai már egy ideje elérhetők voltak, most viszont már teljes funkcionalitással érhető el az új verzió, amely...

Technológia

Időutazás az adatbázisban

Már javában tart a HOUG konferencia, így csak egy gyors technológiai ínyencségre futja most időmből. Ha valaki az adatbázis egy múltbeli állapotát szeretné előállítani, vagy lekérdezni, akkor vagy backup-ból visszatölti a kérdéses időpontot, vagy az alkalmazást fejleszti annak megfelelően, hogy tároljon múltbeli adatokat például napló táblákban. Mindkét módszernek számos hátránya van. Ezért az Oracle elkészítette a Total Recall, vagy hétköznapi nevén a Flashback Data Archive technológiát, mely az alábbi módon használható:1. Először is szükség van egy táblatérre, ami ASSM típusú.2. Létrehozzuk a Flashback Data Archive-ot:Pl.:CREATE FLASHBACK ARCHIVE fda1TABLESPACE tbs1RETENTION 5 YEAR;Ahol a tbs1 az 1. pontban létrehozott táblatér3. Bekapcsoljuk az archiválást a szükséges táblákon:ALTER TABLE EMPLOYEES FLASHBACK ARCHIVE fda1;Ezt követően a múltbeli állapot adatainak lekérdezése az alábbi módon történik:SELECT last_name, first_name, salaryFROM EMPLOYEESAS OF TIMESTAMP TO_TIMESTAMP('2007-06-01 00:00:00','YYYY-MM-DD HH24:MI:SS')WHERE employee_id=193;Egy teljes időintervallum lekérdezése:SELECT last_name, first_name, salaryFROM EMPLOYEESVERSIONS BETWEEN TIMESTAMPTO_TIMESTAMP('2007-06-01 00:00:00','YYYY-MM-DD HH24:MI:SS') ANDTO_TIMESTAMP('2009-06-01 00:00:00','YYYY-MM-DD HH24:MI:SS')WHERE employee_id=193;Hát ez tényleg egyszerű, és már működő alkalmazások esetében is egyszerűen bővíthető az adatbázis ezzel a funkcióval, hogy múltbeli információkat bármikor lekérdezzünk, sőt az adatbázis visszaállítására is (flashback database) lehetőségünk nyílik. A Total Recall magyar nyelvű leírása itt található.

Már javában tart a HOUG konferencia, így csak egy gyors technológiai ínyencségre futja most időmből.Ha valaki az adatbázis egy múltbeli állapotát szeretné előállítani, vagy lekérdezni, akkor vagy...

Hír

Egy hét múlva HOUG konferencia és Oracle Cloud Summit

Egész pontosan jövő hétfőn délután kezdődik a 15. HOUG konferencia. A konferenciával egy időben és helyszínen, annak betét rendezvényeként kerül megrendezésre az Oracle Enterprise Cloud Summit is, mely a világ számos városában kerül megrendezésre hasonló tartalommal ebben a félévben. A Cloud Summit keretében nekem két előadásom is lesz, melyekre már elkezdtem a felkészülést. Ezenkívül a HOUG konferencia hétfői napján délután a Workshop-ok közül én tartom a Data Masking Workshopot, ahol minden résztvevő saját laptopján próbálhatja ki a termék képességeit. Ehhez a hands-on labor elején mindenki kap egy virtuális gépet, amely követelményei már a weboldalon is olvashatók, de egy korábbi blog bejegyzésemben a Data Masking laborral kapcsolatos elvárásokról már én is írtam.Remélem minél több olvasómmal találkozhatok személyesen is a konferencián. Aki eddig nem regisztrált, még nem késett le semmiről, továbbra is lehet regisztrálni, és akár egy-egy napra is le lehet ugrani, hiszen Egerszalók nincs messze Bp-től, de persze érdemes ott is aludni, hiszen az esti programok is jónak ígérkeznek, továbbá a Hotel szolgáltatásai is megérnek egy látogatást.

Egész pontosan jövő hétfőn délután kezdődik a 15. HOUG konferencia. A konferenciával egy időben és helyszínen, annak betét rendezvényeként kerül megrendezésre az Oracle Enterprise Cloud Summit is,...

Technológia

Oracle Database 11g upgrade egy érdekes hozadéka

A napokban olvastam egy érdekes 11g upgrade hatást Tom Kyte blogjában. Mivel mostanában sok hazai ügyfél tervez 11g upgrade-et, úgy gondoltam beszámolok én is erről, hátha valakinek hasznos lehet, bár szerintem viszonylag kevesen futnak majd bele ebbe a problémába. Az érdekes jelenséget az Oracle Database 11g Release 2 verzióban bevezetett deferred segment creation okozza. Ez egy alapértelmezetten bekapcsolt képesség, ami arra való, hogy egy új tábla készítésekor az adatbázis-kezelő automatikusan nem foglal tárterületet, azaz nincs initial extent allokáció. Ennek az újításnak a célja az, hogy alkalmazások telepítésekor a létrejövő számtalan táblának ne legyen lefoglalva a tároló terület, amíg azokba nem kerül adat. Ez azért hasznos, mert sok dobozos alkalmazás számos olyan táblát létrehoz, amihez aztán végül nem is nyúl az adott környezetben (pl. nem használt alkalmazás funkció miatt). Összességében tehát sok feleslegesen lefoglalt diszk területet spórolhatunk ezzel, azonban ha egy táblatérre nincs kvótánk, akkor az eddig tapasztalt működéssel szemben létre tudunk hozni táblákat, hiszen nem foglalunk le vele területet. Viszont az első insert műveletnél kapunk egy "ORA-01950: no privileges on tablespace 'USERS'" hibát, ami nem volt megszokott insert műveletek esetén korábban. Hogy ez most bug, vagy feature, azt döntse el mindenki maga :-)Ha valakinek nem tetszik így, akkor persze kikapcsolhatja a deferred segment creation képességet akár az init/spfile szintjén, akár session szintjén ("alter session set deferred_segment_creation = false;"), de lehet a tábla létrehozásakor is szabályozni: "create table t ( x int ) segment creation immediate;"

A napokban olvastam egy érdekes 11g upgrade hatást Tom Kyte blogjában. Mivel mostanában sok hazai ügyfél tervez 11g upgrade-et, úgy gondoltam beszámolok én is erről, hátha valakinek hasznos lehet, bár...

Hír

Geszti Péter a HOUG konferencián

Közel 100%-os a HOUG konferencia programja, így a március 29. kedd délelőtti plenáris előadások is már ismertek. Dr. Magyar Gábor HOUG elnök és Reményi Csaba Oracle ügyvezető mellett a Budapesti Corvinus Egyetemről Dr. Bodnár Viktória tart egy érdekes előadást "Hogyan reagálnak a vezetők a környezeti változásra?" címmel, illetve a "sztárvendég" Geszti Péter lesz, aki az innováció és kreativitás témában osztja meg velünk tudását és tapasztalatait. Hogy milyen más indokokat lehet felsorolni amellett, hogy valaki regisztráljon és részt vegyen a konferencián, arra idézném a weblapot:Miért érdemes még eljönni az idei konferenciára? Azért, * mert ez az első HOUG konferencia az Oracle-Sun egyesülést követően; * mert megismerheti az ügyfelek korábbi tapasztalatait, már hardware témában is, * mert bemutatkozik az ExaLogic, az alkalmazásszerver feladatokra optimalizált hardver-szoftver célrendszer; * mert a résztvevők számára nyílt oktatások, workshopok állnak rendelkezésre végig a konferencia során; * mert megismerheti az iparági legjobb gyakorlatokat az Oracle alkalmazásokra - Siebel, Hyperion, E-Business Suite, Policy Automation. * mert találkozhat a HOUG Egyesület új elnökségével, megismerheti terveiket.

Közel 100%-os a HOUG konferencia programja, így a március 29. kedd délelőtti plenáris előadások is már ismertek. Dr. Magyar Gábor HOUG elnök és Reményi Csaba Oracle ügyvezető mellett a Budapesti...

Biztonság

Szükség van a biztonsági Patch-re?

Épp a holnapi

Épp a holnapi Oracle" Security Summit előadásomra készülök, ami az Oracle Database biztonsági megoldásairól lesz egy áttekintés. Jó apropó ez arra, hogy a hetek óta engem foglalkoztató, a témával kapcsolatos kérdésnek utánajárjak. Ez pedig nem más, mint a Security Patch-ek kérdése. A legtöbb magyar cégnél ha egy DBA-val beszélek erről, akkor azzal szembesülök, hogy még csak nem is mérlegelik az úgynevezett CPU (Critical Patch Update) telepítését (tisztelet a kivételnek). Pedig a nevében szereplő kritikus szó önmagában elég aggasztóan hangzana számomra, ha én például egy személyes adatokat vagy nagy értékű üzleti információkat is tartalmazó adatbázist adminisztrálnék. Kis utánjárást követően meggyőződhettem róla, hogy ez nem csak magyar mentalitásból eredő probléma, a világon másutt is hasonló a többség hozzáállása a kérdéshez. Az IT biztonsággal foglalkozó Sentrigo Inc. cég felmérése szerint 305 IT szakértő (nagy részük DBA) kétharmada állította azt, hogy soha életében nem telepített Oracle Critical Patch Update-et. Hasonló állítást tett közzé az IOUG is a Unisphere Research által készített felmérésben, miszerint a szervezetek többsége bevallotta, hogy soha nem alkalmazott még Oracle CPU-t. Legtöbbször a DBA-k ezt azzal magyarázzák, hogy túl nagy a kockázata annak, hogy egy jól működő rendszerbe indokolatlanul (?!) beavatkozzanak. Másrészt pedig az adatbázis amúgy is tűzfal mögött van, kívülről nem érhető el. Azt gondolom az első felvetést úgy kell vizsgálni, hogy vajon minek van nagyobb kockázata és nagyobb költsége, egy adatszivárgásból (vagy más biztonsági támadásból) eredő bevételkiesés, esetleg rendszerleállás vagy prezstízs veszteség. Ezzel szemben áll egy megfelelően letesztelt Patch telepítése. Ez utóbbinak alapból nagy költséget tulajdonítunk, hiszen rendkívül időigényes. Azonban a megfelelő eszköz használatával (Real Application Testing, Provisioning and Patch Management Pack) ez időszükséglet és a Patch telepítés kockázata jelentősen csökkenthető, sőt utóbbi akár eliminálható is. Az pedig, hogy az adatbázis tűzfal mögött van csupán egy hamis biztonság érzetet ad. Hallott már valaki arról, hogy a tűzfalak is tele vannak bug-okkal? És az adatbázist elérő alkalmazások hibáiról? Nagyon tetszett nekem az IT knowledge Exchange oldalon található egyik comment ennél a cikknél, ahol is a Patch-elést ahhoz hasonlítják, amikor valaki TB-t, vagy utazási biztosítást fizet azért, hogy baj esetén legyen hova fordulnia. Pedig optimális esetben nagyon ritkán történik baj, de a kockázata megvan, és sokkal többe kerül, ha nincs biztosítás, és mégis beüt egyszer a crach. Arról már nem is beszélve, hogy ha valaki a saját személyes adatait megadja egy szolgáltatónak idehaza, azt gondolom elvárja hogy azok megfelelően védett helyen legyenek tárolva. Márpedig a Patch-ek telepítésének hiánya ezt a biztonságot egyszerűen lehetetlenné teszi, például az adatszivárgás kockázatát hordozza magában. Véleményem szerint egy komoly hiányosság idehaza, hogy az IT biztonsági incidenseket nem kötelező publikálni, ezért az a téves kép alakulhat ki bennünk, hogy ez egy nem létező probléma. Pedig, ha néhány IT biztonsági audittal foglalkozó céget megkérdezünk, tudnak miről mesélni... Végül csupán egy idézet egy auditortól, ugyancsak az imént idézett cikkhez kapcsolódó comment-ek közül: "Every single Oracle instance we have ever tested has been like butter to go through." Idehaza vajon más lenne a helyzet?

Hír

Az Oracle VMware támogatásról

Még tavaly novemberben írt a hwsw.hu arról, hogy változott az Oracle VMware támogatási hozzállása. Azóta is többször kapok ezzel kapcsolatos kérdéseket, így most itt is összefoglalom a lényeget. Az Oracle tehát alapvetően egyik termékét sem minősíti VMware virtualizációs rétegre, azonban az adott platformon ismert hibákra megkapják a VMware-t használó ügyfelek is ugyanazt a támogatást, mint akik virtualizáció nélkül használják az Oracle szoftvereket. A különbség abban van, hogy amennyiben nem ismert hibába akad valaki VMware környezetben, akkor azt reprodukálnia kell natív környezetben is. Azaz ki kell zárni, hogy a VMware okozza a problémát. Ha ezt nem sikerül, akkor a VMware-nek kell jelezni a problémát. Tavaly ősszel ez a támogatás már Oracle RAC környezetekre is elérhető minimum 11.2.0.2 verzió használata esetén.Ugyanakkor továbbra is fennáll az a megkötés, hogy az Oracle VMware virtualizációt az Oracle licencelése csak soft particionálásnak ismeri el, ami azt jelenti hogy a teljes fizikai szerverre meg kell venni az Oracle licenceket, nem elegendő csupán a virtuális gépre, mivel az könnyen kibővíthető. Az Oracle VM az egyetlen x86 virtualizációs megoldás, mely hard particionálásként elfogadott a ovm-hardpart-167739.pdf mellett, azaz elegendő licencet venni a virtuális gépben elérhető processzorokra.Összegyűjtöttem néhány további érvet Oracle VM választására Oracle szoftverek alatt:Az Oracle VM ingyenes, nincs licenc költsége. Ingyenes része a Live Migration és a felügyeleti szoftver is.A Xen alapú hypervisor-nak jobb a teljesítménye a paravirtualizációnak köszönhetően, mint a vSphere-nek az ITNewsCast benchmark-ja szerintAz Oracle egységes, központi management eszközt (Oracle Enterprise Manager) ad az Oracle VM és a teljes IT infrastruktúrára (Storage, Host, DB, MW, Apps)Az Oracle VM az egyetlen hivatalosan minősített (certified) virtualizációs technológia Oracle szoftverek alattOracle VM Template-ek kész környezeteket kínálnak a tipikus Oracle szoftverekre és verziókraAz Oracle a teljes IT infrastruktúrára komplett virtualizációs megoldás csomaggal rendelkezik a diszk rétegtől a Middleware rétegig. A teljes virtualizációs kínálat itt tekinthető meg: http://www.oracle.com/us/technologies/virtualization/index.htmlOracle szoftverek használata esetén a teljes szoftver infrastruktúrát képes az Oracle támogatni, elkerülhető a szállítók egymásra mutogatása. Premier Support költsége évente:2 CPU socket alatt: $599/system2 CPU socket felett: $1199/systemSupport tartalmazza az Unbreakable Linux Network hozzáférést a szoftver frissítésekhez, plusz a 24x7 órás globális technikai támogatást

Még tavaly novemberben írt a hwsw.hu arról, hogy változott az Oracle VMware támogatási hozzállása. Azóta is többször kapok ezzel kapcsolatos kérdéseket, így most itt is összefoglalom a lényeget.Az...

Hír

Oracle Database Upgrade Workshop Budapesten

Szokásomtól eltérően ezúttal nem előre, hanem utólag reklámozom, hogy ma egy Database 11g Release 2 Upgrade Workshop-ot tartottunk az Oracle irodában. Ez Mike Dietrich 2 napos Upgrade Workshop-jának az 1 napos magyar változata volt az én előadásomban. A résztvevőknek lehetőségük nyílt egy virtuális gépen végrehajtani egy adatbázis upgrade-et parancssorból manuálisan, majd azt követően egy viasszaállást játszottunk el egy downgrade formájában visszaállítva a kiindulási állapotot. Az igazán elszántak ezt követően még a grafikus interfésszel rendelkező dbua eszközzel is megismételhették az upgrade-et. Biztos nem tudtam annyi érdekes háttérinfót elmondani, mint amit Mike szokott megosztani a hallgatósággal, de nagyon igyekeztem a legjobbamat nyújtani. Volt jó pár érdekes kérdés, melyek megválaszolásában sokszor kaptam segítséget a jobbnál jobb szakemberektől, akik megtiszteltek jelenlétükkel. Így azt gondolom egy kellően interaktív, hasznos workshop-on vagyunk túl. Remélem a 22 fő résztvevő is így érezte. Azért nem reklámoztam előre itt a blogon, mert korlátos volt a létszám amit fogadni tudtunk ezen a hands-on-t is magába foglaló eseményen, és a szűk listára kiküldött meghívóra nagyon gyorsan regisztrált annyi résztvevő, amennyi bőven megtöltötte a termet. Aki úgy érzi lemaradt erről a lehetőségről, ne habozzon és jelezze ezt felénk, kellő érdeklődő esetén ismét megszervezzük a workshop-ot.

Szokásomtól eltérően ezúttal nem előre, hanem utólag reklámozom, hogy ma egy Database 11g Release 2 Upgrade Workshop-ot tartottunk az Oracle irodában. Ez Mike Dietrich 2 napos Upgrade Workshop-jának...

Hír

Letölthető az Oracle Database Firewall 5.0

2010 május 20-án jelentettük be, hogy megvettük az adatbázis tűzfal megoldást fejlesztő Secerno céget. Azóta viszonylag keveset lehetett hallani erről a termékről, idehaza egyedül az őszi ITBN konferencián tartott róla előadást Stuart Sharp szűk fél órában. Ráadásul a felvásárlás óta a terméket sem lehetett megvásárolni, hiszen a merge után folyó fejlesztések még nem voltak készen.Január 11. óta azonban letötlhető az Oracle Database Firewall 5.0 telepítője az Oracle edelivery oldaláról az Oracle Database Product Pack-en belül Linux x86 platformra. A Database Firewall az adatbázis védelem első vonalának tekinthető. Valós időben monitorozza az adatbázis aktivitását a hálózaton. SQL nyelvi elemzőjével rendkívül pontosan képes detektálni a külső és belső támadásokat, a jogosultatlanul, támadó szándékkal végrehajtott tranzakciókat. Az SQL nyelvi elemzőjének kifinomultsága lehetővé teszi a szűrés közel 100%-os pontosságát és megbízhatóságát, ami azért rendkívül fontos, mert nem elég minden támadó tranzakciót kiszűrni, de fontos hogy a normál üzletmenetnek megfelelő tranzakciók közül egyet se szűrjön, hiszen az is komoly üzleti károkat okozhat.Az adatbázis tűzfalról több részletet tudhat meg mindenki, aki regisztrál és ellátogat a január 27-i

2010 május 20-án jelentettük be, hogy megvettük az adatbázis tűzfal megoldást fejlesztő Secerno céget. Azóta viszonylag keveset lehetett hallani erről a termékről, idehaza egyedül az őszi ITBN...

Licenc

Enterprise Manager Grid Control licencelése

Gyakran kapok kérdéseket az Oracle Enterprise Manager Grid Control licencelésével kapcsolatban, ezért az alábbiakban igyekszem összefoglalni a legfontosabb információkat. Az alábbi ismertető nem teljes körű, mivel számos olyan termék van (Data Masking, Real Application Testing, Real User Experience Insight, Application Testing Suite), melyek kapcsolódnak az Enterprise Manager-hez, azonban licencelésük másképp működik. Az Enterprise Manager licenceléssel kapcsolatban az elsődleges információ forrás a Licensing Information doksi. A legfontosabb információk:- A Grid Control keretrendszer (Agent-ek és a konzol az alapfunkciókkal - lásd később) önmagában ingyenes, sőt restricted-use licencet tartalmaz Oracle Database-re, amennyiben azt csak az Oracle Management Repository céljára használják. Fontos, hogy ez nem tartalmaz egyéb Oracle Database opciókat, mint például a RAC! Hasonlóképpen az Oracle WebLogic Server is kizárólagosan az Oracle Management Server kiszolgálására használható ingyenesen, de fürtözés nélkül.- A Grid Control alapfunkcionalitása: Discovery, Groups, Job Scheduling, Real time availability, Performance & monitoring, Target Home Pages, Administration, Console alerts - Az alapfunkcionalitás felügyelt termékektől függően bővíthető Management Pack, Plug-in és Connector termékekkel. Alapvetően ezek licencelése mindig a monitorozott, felügyelt termék licenceléséhez kell, hogy igazodjon. Tehát például ha 2 adatbázis szerverre szeretnénk Diagnostic Pack-ek használni, akkor mindkettőre kell CPU vagy NUP (Named User Plus) licencet vásárolni, attól függően az adatbázis maga milyen licenccel rendelkezik. Megjegyzem ezt a konkrét Management Pack-ek kizárólag Enterprise Edition Database esetén lehet alkalmazni.- Számos fizetős funkció külön telepítés nélkül is elérhető a Grid Control felületén (ugyanez igaz Database Control-ra és Fusion Middleware Control-ra is). Hogy elkerüljük a licenc sértést, érdemes ellenőrízni hogy az adott környezetben mely Management Pack-ek használata került bekapcsolásra. Ezt a Grid Control Setup menüjében a Management Pack Access almenüben tehetjük meg legegyszerűbben. Részleteseb leírás itt található. Database Diagnostic és Tuning Pack adatbázis szintű kikapcsolására is lehetőség van, hogy parancssorból se lehessen használni őket, erről korábban már írtam.Az egyes management termékek USD ára megtalálható az árlistában.Ha valami fontos kimaradt, várom a kérdéseket, hozzászólásokat, és igény szerint bővítem a fentieket.

Gyakran kapok kérdéseket az Oracle Enterprise Manager Grid Control licencelésével kapcsolatban, ezért az alábbiakban igyekszem összefoglalni a legfontosabb információkat. Az alábbi ismertető nem...

Technológia

Adatbázis szerver konszolidáció Oracle technológiákkal - erőforrás allokálás

Szerver konszolidációnál alapmegoldás a virtualizáció, pedig az Oracle Database rendelkezik olyan képességekkel, melyekkel a virtualizáció előnyeit élvezhetjük, ám teljesítményben felülmúljuk azt. Több adatbázis konszolidációját meg lehet oldani egy nagy szerveren, vagy egy több szerverből álló klaszteren. Bármelyik megoldást is választjuk (ezek előnyeivel és hátrányaival most nem foglalkozok), az egyik legfontosabb megoldandó probléma, hogy biztonsággal el tudjuk őket szeparálni akár adatbiztonsági, akár erőforrás kezelési szempontból. A szoftveres és hardveres virtualizációk lehetővé teszik, hogy a szerver erőforrásait több virtuális szerver között felosszuk, ezáltal elszeparálhatók a párhuzamosan futó adatbázis példányok. Ezek a megoldások általában költségesek, plusz adminisztrációt jelentenek és teljesítmény csökkenést okoznak. Az alábbiakban röviden összeszedem, hogy az Oracle Database milyen erőforrás szeparációs technológiákkal rendelkezik, melyek jól használhatók adatbázis konszolidáció esetén:Adatbázis szolgáltatások: Azt talán minden Oracle adatbázis-kezelővel foglalkozó szakértő tudja, hogy akliensek az adatbázist az adatbázis szolgáltatás nevével érik el. Alapértelmezetten minden adatbázis egyetlen szolgáltatással rendelkezik, mely automatikusan a 'global database name' paraméterrel megegyező nevet kapja az adatbázis létrehozásakor. Ugyanakkor egy adatbázishoz több szolgáltatás név is rendelhető. A szolgáltatásokkal csoportosíthatók a különböző feladatokat végrehajtó kliensek, és a szolgáltatásokhoz rendelhetjük hogy melyik kliens csoportnak mennyi rendszer erőforrást allokálunk. Klaszteres adatbázisok (RAC) esetén egy szolgáltatás több adatbázis példányhoz (szerverhez) kapcsolódhat, amivel valós terheléstől függő terhelés elosztás valósítható meg (itt már szerepet kap egyébként a Resource Manager is, lásd később). Az alkalmazás számára irrelevánssá válik, hogy az adott szolgáltatást mely szerver szolgálja ki. A szolgáltatásokhoz kapcsolódó erőforrások menet közben dinamikusan bővíthetők, de kezelik a kieső erőforrások hiányát is (failover).Database Resource Manager: Az Oracle Database Resource Manager az adatbázis szintjén kezeli az erőforrásokat, a CPU használatot szabályozza az adatbázis terhelés kontrolljával. A Resource Manager egy CPU-n adott pillanatban csak egyetlen Oracle processz futtatását engedélyezi, miközben a többit várakoztatja (ahogy az egy operációs rendszer ütemezőjében is működik). A Resource Manager csak akkor lép működésbe, amikor a CPU terhelése eléri a 100%-ot. Ekkor a Resource Plan-nek megfelelően korlátozhatja az egyes erőforrás csoportok számára elérhető erőforrás (CPU) mennyiségét.Instance Caging: A Resource Manager részeként az Oracle Database 11gR2-től elérhető Instance Caging technológiával virtualizáció és operációs rendszer szintű erőforrás felosztás nélkül az adatbázis példány szintjén lehet szabályozni az allokált CPU számot. Erre akkor lehet szükség, ha egy szerveren több példány futtatására van szükség. A Resource Manager bekapcsolásával és a cpu_count paraméter beállításával lehet adatbázis példányonként aktiválni az Instance Caging funkcionalitást. A cpu_count egy dinamikus paraméter, célszerű arra az értékre állítani, ahány CPU-t az adott adatbázis példány maximálisan igényelhet. Lehetőség van túlméretezni a példányok számára rendelkezésre álló processzorok számát. Például egy 4 CPUs- szerver esetében ha van 3 példányunk, mindháromnak adhatunk 3 CPU-t. Azonban ha mindegyik terhelés alatt van, akkor a példány számára maximum allokált CPU szám osztva összes allokált CPU számmal arányban részesül a processzorból, ami a példában 33,33%, azaz 1,33 CPU.Input Output Resource Manager (IORM):Nem csak a processzorok használatát szabályozhatjuk, lehetőség van a megosztott storage erőforrásainak felosztására is. Az Input Output Resorce Manager (IORM) alkalmazásával storage szinten tudjuk szabályozni az adatbázisok közötti és azokon belüli minimális I/O szinteket. Database Vault: Ugyanazon adatbázisba konszolidált alkalmazások esetén a rendszergazda szerepkörök szeparálása lehetséges az Oracle Database Vault technológiával. Ezzel elérhető az, hogy biztonságosan konszolidáljuk adatbázisainkat úgy, hogy minden adminisztrátor csak a hozzá tartozó adatokat, objektumokat lássa, módosíthassa.

Szerver konszolidációnál alapmegoldás a virtualizáció, pedig az Oracle Database rendelkezik olyan képességekkel, melyekkel a virtualizáció előnyeit élvezhetjük, ám teljesítményben felülmúljuk azt....

Hír

Kijött az első PatchSet 11gR2 adatbázis verzióhoz

Ha megjelenik egy új verzió (bármely szoftverből), akkor sokan egyből rávágják, várjuk meg a 2. release-t. Ha megjelenik a 2. release, akkor még mindig vannak, akik óvatosak, és azt mondják várjuk meg az 1. PatchSet-et. Nos, hát eljött ez a nap is, sőt már el is múlt, hiszen múlt pénteken megjelent az Oracle Database 11g Release 2 PatchSet 1, azaz a 11.2.0.2 verzió. Ettől a PatchSet-től kezdve, minden PatchSet egyben egy teljes adatbázis telepítő is. Tehát ha valaki most szeretne feltenni egy új 11gR2 adatbázist, nem kell a 11.2.0.1 telepítőt használnia, majd azt frissíteni a 11.2.0.2-vel, hanem egyből kezdheti a 11.2.0.2 telepítését. Szokás szerint az új PatchSet jelenleg még csak Linuxon érhető el, de rövidesen megjelenik a többi platformon is.A README-ből kiderül, hogy az új Patch-el mind az In-Place Upgrade, mind az Out-of-Place Upgrade működik, azaz lehet helyben frissíteni a szoftvert, de lehet úgy is hogy egy új Oracle home-ba telepítjük az új szoftver verziót. Előbbinek kevesebb helyigénye van, viszont tovább tart a leállás, míg utóbbi több diszk helyet igényel a két Oracle home miatt, ellenben rövidebb állásidővel végrehajtható. Az Oracle egyébként az Out-of-Place Upgrade módszert javasolja. A PatchSet letöltése a My Oracle Support oldaláról lehetséges. Érdemes a Patch számára keresni, ami 10098816.Az Oracle Database New Features Guide alapján az új PatchSet tartalmaz néhány új funkciót is, mint például az Active Data Guard Standby adatbázisán az SQL Performance Analyzer-rel tesztelés futattás, ha már egyszer az adatbázis másolata ott rendelkezésre áll. Ez természetesen úgy működik, hogy közben a standby adatbázis folyamatosan szinkronban marad az élessel. Egy másik újítás a Database Replay és az kombinálása úgy, hogy az éles rendszer terhelésének rögzítésekor egyszerre mindkét eszköz számára elkészül a rögzítés, nem kell külön-külön elkészíteni.És nem győzöm eleget ismételni, Patch felrakásnál épp az említett Database Replay és SQL Performance Analyzer (összefoglaló nevükön Real Application Testing) a legjobb eszköz arra, hogy a Patch hatásait teljeskörűen tesztelhessük, majd a tesztelést követően sokkal kisebb kockázattal frissítsük az éles rendszer.

Ha megjelenik egy új verzió (bármely szoftverből), akkor sokan egyből rávágják, várjuk meg a 2. release-t. Ha megjelenik a 2. release, akkor még mindig vannak, akik óvatosak, és azt mondják várjuk meg...

Hír

Critical Patch Update - júliusi biztonsági csomag

Ahogy arról már a hwsw.hu is beszámolt, múlt héten, július 13-án jelent meg az aktuális Oracle biztonsági csomag. A Critical Patch Update Advisory tartalmazza az érintett termékek listáját, a javított biztonsági problémákat. Az 59 javítás közül 13 érinti valamelyik adatbázis-kezelőt, 6 magát az Oracle Database-t, melyek közül néhány kritikus hibát javít, ami azt jelenti hogy például hálózaton keresztüli támadást is lehetővé tesz, akár authentikáció nélkül is.Mivel az ilyen patch-ek felrakása kritikus környezetkben nem elkerülhető a biztonságos működés érdekében, ezért felhívnám mindenkinek a figyelmét arra, hogy az ilyen változtatások ugyan kockázatosak tudnak lenni (hiszen mindenki tart attól, hogy egy változtatástól valami elromlik), ám létezik olyan eszköz, mellyel ezek a kockázatok minimálisra csökkenthetők. A Real Application Testing termékkel ugyanis az éles környezet adatbázis terhelése rögzíthető, majd az a teszt környezetben lejátszható. Így minden változtatás teszt környezetben valós terhelés mellett tesztelhető! Ezzel minden negatív hatás még az éles környezetben történő implementálás előtt orvosolható.

Ahogy arról már a hwsw.hu is beszámolt, múlt héten, július 13-án jelent meg az aktuális Oracle biztonsági csomag. A Critical Patch Update Advisory tartalmazza az érintett termékek listáját, a...

Egyéb

Virtual Private Cloud-ok Exadata Database Machine platformon

Visszatérve egy bő hetes szabadságomról, érdekes újságcikkre bukkantam az InformationWeek oldalán. Bob Evans szedi össze egy csokorba az Exadata és a Database Machine előnyeit, felhasználási lehetőségeit. Kiemeli azt, amit Larry Ellison is említett a közelmúltban, azaz hogy az Exadata az Oracle eddigi legsikeresebb terméke. Többek között olyan "nagy és kék ügyfelek", mint a Bank of America, Procter&Gamble vagy a Carrefour is Oracle Database Machine-t választott.Bob idézi Andrew Mendelsohn-t is, aki a múlt héten beszélt arról, hogy 4-5 éve próbálta az Oracle meggyőzni a nagy storage gyártókat, mint az IBM, EMC, hogy olyan diszkrendszereket gyártsanak, amelyek nem csak OLTP, de adattárház célokra is optimálisak. Ugyanis míg OLTP környezetben a random I/O a fontos, addig adattárháznál a sequential I/O a kritikus. Mivel a diszk gyártók nem voltak vevők erre, ezért végül az Oracle fogott bele az adattárházakra optimalizált diszk megoldás fejlesztésébe. Az Exadata v2-ben megjelent flash technológia révén pedig már nem csak a sequential I/O, de a random I/O terén is kimagasló teljesítményt tud a DB Machine, így tökéletes választás adatbázis konszolidációra, hiszen ugyanazon környezetben képes OLTP adatbázis és adattárház kimagasló eredményt produkálni. Mivel a szerver képes 1 millió I/O műveletet végrehajtani másodpercenként (!), miközben a legintenzívebb alkalmazások sem igényelnek 50 000 - 100 000 I/O műveletnél többet másodpercenként, így akár 50 adatbázis összeköltöztethető egyetlen környezetbe!Ha belegondolunk mivel jár egy új rendszer bevezetése, akkor értjük meg igazán, miért hatékony és olcsó megoldás az Oracle DB Machine. A cikk egy új CRM beveztést hoz fel példaként. Ilyenkor az IT team tipikusan elkezdi számba venni, milyen szervereket válasszon (adatbázis, alkalmazás, stb), milyen storage megoldást tegyen alájuk, hogyan kábelezze őket össze. Ez tipikusan hónapokig húzódik, számos szállítóval kell tárgyalni, és a végén előáll egy egyedi konfiguráció, amilyen senkinek másnak a világon nincs. Azaz bármi problémát találnak, jó eséllyel az elsők a világon, akiknél az előfordult. Az ügyfeleink éppen azt szeretik az Exadata-ban, hogy nem nekik kell megtervezni az adatbázis infrastruktúrát, nem kell telepíteniük az infrastruktúra szoftvereket, hiszen szállításkor minden készen áll rajta és még hangolni sem kell, hogy a teljesítménye elfogadható szintet érjen el. Hónapokat lehet ezzel megspórolni, ami számos projekt sikerének lehet a kulcsa.Azt gondolom meggyőző gondolatmenet ez, akit érdekelnek további részletek, javaslom a cikket megtekintésre.

Visszatérve egy bő hetes szabadságomról, érdekes újságcikkre bukkantam az InformationWeek oldalán. Bob Evans szedi össze egy csokorba az Exadata és a Database Machine előnyeit, felhasználási...

Hír

Real Application Testing már támogatott SAP-n is

Nekem is elkerülte a figyelmemet, hogy már március óta SAP alatt is támogatott a Real Application Testing. Miért is fontos ez? Az SAP rendszerek általában mindig az üzlet számára kritikusak. Azonban időnként hozzá kell nyúlni: fel kell tenni egy patch-et az operációs rendszerre vagy az adatbázisra, bővíteni kell a diszket, hangolni kell az adatbázist, stb. Ki meri ezt megtenni megfelelő tesztelés nélkül? A teljeskörű tesztelés pedig sokáig tart, ezért költséges, sokszor nem csak az IT-t, de az üzletet is be kell vonni, jóllehet az alkalmazáson nem is változtattunk. Márpedig ha az alkalmazás rétegben nem történik változás, akkor a Real Application Testing valós terheléssel képes tesztelni! Ez jól hangzik nem? És nem csalás, nem ámítás, tényleg képes erre. Képes az éles rendszer terhelését rögzíteni és azt egy teszt környezetben visszajátszani, majd elemezni. Egy ilyen teszt után kockázat nélkül lehet változtani az éles környezetet is! És ami a lényeg, most már hivatalosan támogatott mindez SAP-n is. A közeljövőben tervezünk olyan rövid workshopokat szervezni, ahol az eszközt ki lehet próbálni, és meg lehet győződni a képességeiről. Addig is ajánlom mindenki figyelmébe az SAP támogatásról szóló doksit. A Real Application Testing-ről készült egy magyar nyelvű leírás is, mely innen tölthető le. Magyarországon van már publikus referencia ügyfél is, aki a Real Application Testing megoldást használja az adatbázis infrastruktúra tesztelésére, erről ugyancsak elérhető egy magyar nyelvű ismertető. És ha már itt tartunk, további magyar ügyfélsikerek (más termékekkel kapcsolatban) itt találhatók.

Nekem is elkerülte a figyelmemet, hogy már március óta SAP alatt is támogatott a Real Application Testing. Miért is fontos ez? Az SAP rendszerek általában mindig az üzlet számára kritikusak. Azonban...

Egyéb

1. születésnap - új tartalom

Kb. 1 éve, június elején kezdtem a blogot írni. Az elmúlt egy év alatt 3395 egyedi látogatója volt a blognak, a látogatók alkalmanként átlagosan 59 másodpercet töltöttek el itt. Azt is el kell ismerni, hogy elég nagy a visszafordulási arány (83,5%), azaz az idetévedők kevesebb mint ötöde találja hasznosnak a tartalmat. Ennek persze lehet egy fontos oka, hogy az IT kifejezésekre keresések miatt külföldiek számára is feljön a keresőkben a blogom, így csak megnyitva a blogot észlelik, hogy nem értenek magyarul :-). Jól mutatja az alábbi térkép is, hogy a világ számos pontjáról idetalálnak (van aki egyébként használ valami webes fordító megoldást a nyelvi akadály leküzdésére), de az is látszik hogy a célközönséget is sikerül elérni, azaz a látogatók zöme Magyarországról érkezik (3505 látogatás az összes 5082-ből).Érdekes, hogy a legtöbb látogató a "vb tippjáték" (110 látogató) kifejezésre talált ide, ezt követi az "oracle junior képzés" (42), majd a "kyte" (40) (nem biztos hogy Tom Kyte-ra gondoltak :-)). Csupán a 4. helyen áll az első igazi IT keresés: "oracle workflow" (37), majd "oracle enterprise manager" (33). A napi csúcslátogatást (76) is a vb tippjátékra keresőknek köszönheti a blog...A blog indításakor a célom az volt, hogy legalább hetente egy bejegyzést írjak. Végül 1 év alatt 92 bejegyzés született, így ezt sikerült jócskán felülmúlni. Az 1. születésnap örömére próbáltam valami újítást csinálni. A fejléc alatt látható új menüsorba próbálom összeszedni azokat a hasznos oldalakat, amelyek kapcsolódnak a blog témájához, ám esetleg nem annyira egyszerű rátalálni a weben. Tervezem még ezt tovább bővíteni, esetleg egy külön oldalt is létrehozni erre a célra a blog mögött. Remélem ezzel segítem a blog olvasók munkáját.

Kb. 1 éve, június elején kezdtem a blogot írni. Az elmúlt egy év alatt 3395 egyedi látogatója volt a blognak, a látogatók alkalmanként átlagosan 59 másodpercet töltöttek el itt. Azt is el kell...

Hír

Megjelent az Oracle Enterprise Manager 11g

Megjelent és letölthető az Oracle Enterprise Manager 11gR1. Remélem az olvasók közül többen látták már a bejelentés videóját. Aki lemaradt volna róla bepótolhatja itt. Az új verzió számos újdonságot tartalmaz, melyek röviden összefoglalva az alábbiak:Először is az új verzió célja az alkalmazások üzemeltetése üzleti szemszögből (Business Driven Application Management). A hagyományos komponens alapú rendszer menedzsment megközelítése egyszerűen nem állja meg a helyét az mai IT világában. Ezzel szemben a Business Driven Application Management segíti az üzemeltetőket, hogy az üzletet a lehető leghatékonyabban szolgálják ki, aminek eredményeképp az üzleti eredmények a legoptimálisabban alakulhatnak.A Business Driven Application Management elérése érdekében a 11gR1 a 10g-ben már elérhető végfelhasználói élmény monitorozásra épít. Ezzel a képességgel az IT sokkal jobban megérti, hogy a felhasználók hogyan használják az alkalmazásokat és eközben mit tapasztalnak. Ezt kiegészítve az új verzió fejlettebb üzleti tranzakció menedzsment képességekkel rendelkezik, ezáltal könnyebbé és gyorsabbá teszi a felhasználók számára problémát jelentő tranzakciók javítását.Másodsorban az új verzió az alkalmazástól a diszk rétegig (Integrated Application-to-Disk Management) támogatja az üzemeltetést. Mivel minden egyes réteg képes befolyásolni a felhasználói élményt, ezért amint a felhasználókat érintő probléma detektálásra kerül, szükséges az érintett réteg részletes diagnosztikája, elemzése. Az Oracle Enterprise Manager 11gR1 natív támogatást ad az Oracle Database 11gR2, Exadata V2 és Fusion Middleware 11g termékekre. Az összetett alkalmazások menedzsmentjét támogató JVM Diagnosztika és Composite Application Monitoring and Modeler immár szerves részét képezik az új verziónak. Sőt, az Enterprise Manager Grid Control és az Enterprise Manager Ops Center első integrációs lépcsője is elkészült, így a hardver szintű események is központilag monitorozhatók a Grid Control felületéről.Végül pedig az új verzió integrált rendszer menedzsement és támogatás (Integrated Systems Management and Support) képességgel rendelkezik. Ez azt jelenti, hogy az Oracle Enterprise Manager 11g integrálja a probléma diagnosztizálás és megoldás munkafolyamatát azáltal, hogy közvetlenül a Grid Control-ból lehetségessé válik a My Oracle Support szolgáltatásainak igénybevétele, mint például a szükséges patch-ek letöltése, service request nyitása, stb. Az Oracle support személyzete pedig az Enterprise Manager konfiguráció kezelési képességei révén azonnal információt gyűjthetnek a környezetről, hogy felgyorsuljon a probléma megoldás ideje. Ez a szoros integráció az Oracle Enterprise Manager és a My Oracle Support között segítheti ügyfeleinket a leghatékonyabb Oracle üzemeltetés elérésében.A következő hetekben igyekszem további részletekkel szolgálni, amint én is megismerem az új verzió képességeit. Az új verzió jelenleg 32 és 64 bites Linuxra érhető el. További portolások a következő hetekben várhatók.

Megjelent és letölthető az Oracle Enterprise Manager 11gR1. Remélem az olvasók közül többen látták már a bejelentés videóját. Aki lemaradt volna róla bepótolhatja itt. Az új verzió számos újdonságot...