Implementációs tapasztalatok Teljes adatbázis szerver architektúra (adatbázis kezelő verzió, hardware, OS platform) váltása, korszerűsítése, illetve adatbázis migráció az Országgyűlés Hivatalában. A törvényalkotási munka magas szintű informatikai támogatása.
Bemutatkozás Az Országgyűlés Hivatalában 1992-93 óta működik Oracle adatbázis-kezelő rendszer. Az adatbázisból az Országgyűlés honlapján keresztül dinamikus lekérdezésre 1998 óta van lehetőség. Az információs rendszer jelenleg is folyamatosan segíti a képviselők és a munkatársak munkáját a törvényhozásban. Mára elengedhetetlenné vált gyors és pontos információ szolgáltatás nemcsak a törvényhozás, hanem az állampolgárok számára is. Minden törvényhozással, parlamenti munkával kapcsolatos információ szinte azonnal megjelenik a www.parlament.hu honlapunkon.
Előzmények 2010-ben végrehajtottunk egy architektúra korszerűsítést o Két különálló gépterem o M4000 adatbázis szerverek o Oracle Database 11gR2 RAC, Data Guard 2014 végére már látszott, hogy kinőttük a jelenlegi architektúrát, és mindenképpen változtatnunk kell, mert további alkalmazások bevezetését terveztük (például egy új, a törvényalkotást közvetlenül segítő rendszert).
Előzmények Váltási kényszerek o Oracle Database 11gR2 -> Oracle Database 12c o Adatbázis szerver bővítés vagy csere o Folyamatos SAN terület és performancia növelési igény o Lekérdezések performancia javítása o Gazdaságossági vizsgálatok o Hosszú távra tervezés o Platform egységesítés o Licenc gazdálkodás Migráció ütemezése o A régi architektúra működése miatt nem volt idő-kényszer a migrációra, illetve minimálisra lehetett csökkenteni az átállási üzemszünetet.
Előkészületek 2014. december - gépterem felmérés o Szerver helye, energiaellátása o Szállítási útvonal bejárása 2015. február - adatbázis architektúra tervezés o ASM, RAC One Node, Oracle Home, Oracle 12c New Feature, Data Guard 2015. május Exadata szerver leszállítása 2015. június architektúra kialakítás 2015. július augusztus teszt migráció o Alkalmazások tesztelése Oracle Database 12c kompatibilitás o Oracle Platinum Support / Gateway szerver beüzemelése 2015. augusztus éles migráció
Exadata X5-2 Eighth Rack 2 adatbázis-szerver - 2 socket x 18 core /2 COD: 10 aktív core (min 40%) - 256 GB belső Fabric hálózat - 40 Gb/s InfiniBand 3 tároló szerver - 6x 4 TB HC diszk - 6x 1.6TB PCI Flash kártya - 2 socket x 8 core /2
Követelmények Technológiai elvárások/követelmények: Verzióváltás: 11.2 -> 12.1 Platformváltás: Solaris -> Linux További megfontolások Szerverszintű szeparáció az éles és a teszt/fejlesztői környezetek között Nagy rendelkezésre állás (HA): RAC One Node Katasztrófatűrés: Oracle Data Guard Karbantarthatóság érdekében DB és GI és szeparációja (user, home) Adatbázisonként kliensszűrés : önálló listener minden DB -nek Rövid állásidő, kockázatmentes éles üzemi átállás
Architektúra
Migráció Migrációs módszer Export /Import import előtt létrehozva táblaterek - az allokáció ne lassítsa az importot ACL-ek, SYS objektumok biztosan létrejöjjön, és ne legyen invalid Tesztelés, éles üzemi átállás ütemezése Migrációs tapasztalatok Obsolate hívások : WM_CONCAT 11gR2 tól LISTAGG függvény javasolt Unified Audit : performancia problémák workaround : purge UNIFIED_AUDIT_TRAIL javítás 12.2
Előnyök A dinamikus alkalmazások válaszideje jelentősen csökkent Van olyan alkalmazás, melynek futási ideje 24 óráról 4 perc lett! A portál rendszer sebessége jelentősen gyorsult Korlátlan SAN terület áll rendelkezésre Egyszerűen bővíthető további licenc vásárlásával RAC One Node miatt magas rendelkezésre állás Az adatbázis szerver üzemeltetése az adminisztrátor hatáskörébe került DBA -> DMA Platinum Support További rendszerek bevezetése Reményeink szerint hosszú távra megoldást jelent az együttműködő rendszereink számára
Alkalmazások futási idejének változása Alkalmazás M4000 mm:ss Exadata mm:ss alk01 03:29 00:43 alk02 41:11 25:04 alk03 100:45 13:52 alk04 11:19 03:35 alk05 37:35 01:53 alk06 14:52 04:02 alk07 24:42 04:36 alk08 18:58 02:33 alk09 04:15 01:07 alk10 23:25 04:27 alk11 20:33 06:07 alk12 09:30 02:07 alk13 41:47 11:49
Iromány szövegek indexelési idejének változása Oracle Context Index Ciklus M4000 Exadata 37 3:01:00 0:49:18 38 6:03:30 1:18:56 39 8:47:46 2:19:24
Napló szövegek indexelési idejének változása Oracle Context Index Ciklus M4000 Exadata 36 1:29:00 0:18:52 37 1:12:00 0:17:00 38 1:09:00 0:16:04 39 1:35:00 0:26:24 1:40:48 1:26:24 1:12:00 0:57:36 0:43:12 0:28:48 0:14:24 0:00:00 36 37 38 39 M 4 0 0 0 E x a d a t a
Hátrányok Unified Audit 12c Performancia problémák Designer nem használható Oracle 12c alatt teljes funkcionalitással.
Köszönjük a figyelmet! Radványi Ákos Lerner László