Aegon Magyarország EBS rendszerének üzemeltetése

Átírás

1 Aegon Magyarország EBS rendszerének üzemeltetése Az Oracle E Business-Suite rendszer használata több mint 2 évtizeden keresztül: a v8.6-tól a legújabb R ig Zorger Antal Rendszergazda AEGON Magyarország Általános Biztosító Zrt. HOUG EBS

2 E-business Suite az AEGON Magyarországnál Tartalom AEGON bemutatása EBS rendszer fejlődésének áttekintése EBS rendszer üzemeltetése 2

3 AEGON Magyarország A hazai élet- és vagyonbiztosítási, valamint a befektetési piac egyik legnagyobb szereplője. ~ 2 millió élő szerződés ~ 1,6 millió ügyfél 7,5 TB adat Havi 3 millió pénzügyi tranzakció (+ jutalék kifizetések) 1100 alkalmazott üzletkötő 12 ezer B2B partner 3

4 4 EBS rendszer fejlődése

5 EBS (Financials) rendszer fejlődése Anyavállalat: 1993: Főkönyv 1997: Szállítói modul 1998: Vevő modul 1998: Tárgyi eszközök modul 2000: JESZ 5

6 EBS (Financials) rendszer fejlődése - leányvállalatok 1998: Nyugdíjpénztár szervező Rt., Magán és Önkéntes Nyugdíjpénztár önálló főkönyv 2000: PSZÁF kifogások Nyugdíjpénztárak integrálódása a Financial adatbázishoz (Multiorgosítás. Több szervezet egy rendszerben) 2000: Ingatlan kezelő Kft. főkönyv + modulok 2001: Értékpapír Rt. és Alapkezelő Rt. 1 közös főkönyv 2004: Alapkezelő Rt. főkönyv elkülönülése 2005: Értékpapír Rt. beolvadt a Biztosítóba külön főkönyv megszűnt 6

7 EBS (Financials) rendszer fejlődése - leányvállalatok 2006: Hitel Zrt. főkönyv + analitikus modulok + Jutalék (egyedi fejlesztés) 2008: Privát + Direkt közös főkönyv + analitikus modulok 2009: Nyugdíj pénztárak kötelezettség modul + Jutalék (egyedi fejlesztés) 2010: SK, CZ fiók önálló HUF-os főkönyv + AP modul 2011: PL fiók önálló PLN-es főkönyv + AP modul 2013: Lakástakarék Pénztár -> főkönyv + AP, FA modul + Jutalék (egyedi fejlesztés) 7

8 EBS (Financials) rendszer fejlődése Konszolidált főkönyvek: 1998: DAP 2000: HAP 2004: IFRS 2005: DAP megszűnése 8

9 9 AEGON Magyarország EBS moduljai

10 Oracle Financials / EBS verziók tól Géptípus ICL DRS 6000 PYRAMID-NILE IBM-SP2 IBM-REGATTA IBM POWER 770 Adatbázis Alkalmazás

11 11 EBS R12 üzemeltetése

12 12 Az architektúra vázlatos ábrája

13 Gép jellemzők: System Model: IBM,8205-E6D Machine Serial Number: 21D071T Processor Type: PowerPC_POWER7 Processor Implementation Mode: POWER 7 Processor Version: PV_7_Compat Number Of Processors: 5 Processor Clock Speed: 4228 MHz CPU Type: 64-bit Kernel Type: 64-bit LPAR Info: 52 finprod Memory Size: MB Good Memory Size: MB Platform Firmware level: AL770_063 Firmware Version: IBM,AL770_063 13

14 Adatbázis jellemzők: 1,5 TB adatbázis méret, (NETTÓ) Tükrözött diszkek, Adatbázis rawdevice-on, Archive log mód, Fizikai standby mód, Online backup, incrementális mentés, Exportos mentés 14

15 Verziószámok jelenleg AIX 6L es verzió as RDBMS verzió as Alkalmazás verzió Stand-alone megvalósítás, egy gépen az adatbázis és az alkalmazás. 15

16 Üzemeltető személyek Kettős felosztás: Számítástechnikai (Rendszergazdák) - Gép üzemeltetés, - patchek, verzióváltók futtatása, - teszt/fejlesztői rendszerek klónozása, - Gépnapló vezetése. Számvitel szakmai (Modulgazdák) - Felhasználói loginok létrehozása, - jogosultságok adása, elvétele, - szakmai támogatás, - tesztelések. 16

17 Felhasználók, munkavégzés, karbantartások: A teljes felhasználói létszám 80 fő. Az egyes munkafázisokat az aktuális, havi Zárlati utasítás szerint végzik. Havi, negyedéves és éves zárások. Negyedévente szerviz hétvége. Szerverek, hálózat stb. karbantartása. Évente katasztrófa gyakorlat 17

18 Adatbiztonság Automatikus logolás: az adatbázis Archive log módban működik. Adatbázismentés naponta: Online backup (rman),havonta 1 alkalommal export. File mentések minden nap (csak a változott file-ok mentődnek) kazettára (TAPE LIBRARY-ben tárolva), Mentési kazetták duplikálva, 2 egymástól távoli helyen tárolva. Éles adatok duplikálva: adatbázis archív logok 2 távoli helyre képződnek és mentődnek. Adatbázisfile-ok rawdevice-on 18

19 Működési biztonság Gépek clusterben vannak, (A és B gépterem) konkurrens filesystemeken a fájlok, minden éles adat tükrözött diszken. A fájlrendszerekben történő változások automatikusan másolódnak a Standby gépre, valamint az adatbázisok logjai is. meghibásodás esetén a rendszerek átdőlnek a cluster párjukra, majd ott újra indulnak. A teljes cluster hibája esetén a Standby rendszer elindul és átveszi az elsődleges szerepét egy távoli helyen. 19

20 Auditálás, ellenőrzések: Éves rendszeres auditálás: külső auditor cég jegyzőkönyv a feltárt hibákról, problémákról. A feltárt hiányosságokat megadott határidőre javítani kell. Hatósági ellenőrzések 2-3 évente: PSZÁF/MNB törvények, rendeletek, valamint a saját belső utasítások betartásának ellenőrzése 20

21 Fejlesztések, hibajavítások, verzióváltások Rendszeresen figyeljük az Oracle Supportnál az újabb verziókat. (Upgrade projektek) A Modulgazdák által indított fejlesztések teszt/fejlesztői rendszereken, tesztelést követően kerülnek az éles rendszerre. Program hiba, vagy a körülmények változása miatti javítások/program módosítások szintén tesztelés után kerülnek az éles rendszerre. A verzióváltások elektronikus formában dokumentálásra kerülnek, (évekre visszamenőleg visszakereshetők). 21

22 Upgrade projektek feladatai Időről-időre felmerülő feladat Kiadott újabb verziók figyelése Adott időben Op. Rendszer, RDBMS és Alkalmazás upgrade Technikai feltételek biztosítása Az új verzióból adódó működésbeli változások minimalizálása Üzembeállítás rizikóinak minimalizálása Upgradelt adatok integritásának ellenőrzése Négy nyelvű rendszer (CS, HU,PL és SK) US default Tesztelések 22

23 BRS/DRS Katasztrófa gyakorlat Évente katasztrófa gyakorlat. - Régen az IBM telephelyén, a mentés kazettákból fájlrendszerek és adatbázis visszatöltés, rendszerek felélesztése és egy külső telephelyen levő terminálszobából tesztelés. - Most a Standby telephelyen a kapcsolat lezárása az éles rendszertől, majd az adatbázisok felélesztése, utána alkalmazás elindítása, tesztelés egy elszeparált helyről. Tesztelésekről jegyzőkönyvek készülnek. (hibák feltárása, kijavítása.) 23

24 24 Kérdések és válaszok