Országgyűlés Hivatala Exadata a törvényhozásban

Országgyűlés Hivatala

Exadata a törvényhozásban



Exadata a törvényhozásban 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 o o o o o o o

Oracle Database 11gR2 -> Oracle Database 12c Adatbázis szerver bővítés vagy csere Folyamatos SAN terület és performancia növelési igény Lekérdezések performancia javítása Gazdaságossági vizsgálatok Hosszú távra tervezés Platform egységesítés 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

1:40:48 M 4 0 0 0

1:26:24 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:12:00 0:57:36 0:43:12 0:28:48 0:14:24 0:00:00 36

37

38

39

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ó

Országgyűlés Hivatala Exadata a törvényhozásban

Recommend Documents