ORACLE bei der Postbank
Jens-Christian Pokolm Analyst IT-Services, BDS
Seite 2 ORACLE @ Postbank – Jens-Christian Pokolm
■ Die Postbank und Postbank Systems im kurzen Überblick Seite 3■ Die Postbank und Postbank Systems im kurzen Überblick Seite 3
Agenda
■ Technische Leistungsfähigkeit Seite 5■ Technische Leistungsfähigkeit Seite 5
■ Standorte und Aufgaben Seite 6■ Standorte und Aufgaben Seite 6
■ Software im Unix-Umfeld Seite 9■ Software im Unix-Umfeld Seite 9
■ Hardware im Unix-Umfeld Seite 8■ Hardware im Unix-Umfeld Seite 8
■ RAC & Anwendungen mit “besonderen” Komponenten Seite 10■ RAC & Anwendungen mit “besonderen” Komponenten Seite 10
■ ASM als “Volume Manager / Storage Driver” Seite 17■ ASM als “Volume Manager / Storage Driver” Seite 17
■ NCA Seite 19■ NCA Seite 19
■ Q & A Seite 23■ Q & A Seite 23
Seite 3 ORACLE @ Postbank – Jens-Christian Pokolm
Der Post-Konzern ‚DPWN‘
Deutsche Post World Net
Mail LogisticsExpress FinanceDeutsche Post DHL DHL Postbank
Deutsche PostbankDeutsche Postbank InternationalPostbank VersicherungPostbank easytradePB Capital Corporation (USA)Postbank FactoringPostbank LeasingPostbank P.O.S. TransactPostbank interServPostbank SystemsPostbank SystemsPostbank Privat Investment Kapitalanlagegesellschaft
Seite 4 ORACLE @ Postbank – Jens-Christian Pokolm
Informationstechnologie
“Es wird eine neue Bank entstehen ...
Diese Welt wird nicht mehr durch IT gestützt,
sie ist Informationstechnologie pur.“
powered by: Postbank Systems AG
Prof. Dr. Wulf von Schimmelmann(Vorstandsvorsitzender der Postbank)
Seite 5 ORACLE @ Postbank – Jens-Christian Pokolm
Technische Leistungsfähigkeit
* Kartengeschäft 6,16 Mio. Debitkarten 2,20 Mio. SparCard 1,01 Mio. Kreditkarten
* Kundenkonten 4,95 Mio. Girokonten davon 2,30 Mio. Onlinebanking davon 3,25 Mio. Telefonbanking17,07 Mio. Sparkonten 0,93 Mio. Depots Easytrade
Postbank Mitarbeiter12.911 LAN-Arbeitsplätze
14,6 Mio.Kunden Filialen
19.753 Kundenbediensysteme 1.861 Geldautomaten 1.361 Kontoauszugsdrucker
Kern
netz:
2,4 GB
it eigen
er Cityrin
g B
on
n155 M
Bit B
ackbo
ne b
un
desw
eit
• Speicherkapazitätca. 436 TB genutzte Kapazität (mit Spiegel)ca. 53.000 MbK in Robotern
• Rechnerkapazität14.029 Mips
• Transaktionenca. 1,3 Mio. / Stunde,ca. 360 je Sekunde
• Jobsca. 1,7 Mio. / Monatca. 58.000 täglich
* aus „Postbank in Zahlen“ Stand: 06/2006
Produktionssysteme
Technische Leistungsfähigkeit
Seite 6 ORACLE @ Postbank – Jens-Christian Pokolm
Standorte und Mitarbeiter
Die Postbank ist aktuell an folgenden Standorten vertreten:
Bonn (Zentrale), Köln, Frankfurt, Hamburg, Dortmund,Berlin, Dresden, Leipzig, München, Ludwigshafen, Essen, Nürnberg, Saarbrücken, Sttutgart, Hannover , Karlsruhe und Hameln
Rund 22.000 Mitarbeiter
und 4.500 mobile Berater
850 eigene Filialen
800 Filialen der BHW
In allen Filialen der Deutschen Post
Sowie die Auslandsniederlassungen/Töchter
Seite 7 ORACLE @ Postbank – Jens-Christian Pokolm
Aufgaben der Postbank Systems AGals der IT-Dienstleister für die Postbank
Planung, Entwicklung sowie Implementierung und den Betrieb von IT-Anwendungssystemen und IT-Infrastruktur für die Postbank AG und Töchter der Postbank AG
Betrieb von IT-Systemen und Anwendungen für das Insourcing der BCB (Betriebs-Center für Banken) im Bereich Zahlungsverkehrssysteme & Archivierung
Mitwirkung bei der Entwicklung von Bankenstandard-Software durch Kooperationspartner
Beschaffung und managen von IT-Systemen
Beauftragung und Steuerung von externen IT-Dienstleistern
Die Erbringung von Beratungs- und sonstigen Dienst-leistungen im IT-Bereich
Seite 8 ORACLE @ Postbank – Jens-Christian Pokolm
Hardware im Unix-Umfeld
HP
HP-UX Systeme (keine strategische Plattform mehr) sowie Intel/AMD basierte Hardware mit LINUX
SUN
von Systemen der V220-Serie bis F15k im Vollausbau
Fujitsu Siemens
PrimePower-Serie (P650/P900/P1500 mit Sparc-65)
IBM
P590/P595 Power-5 Systeme für SAP-Umgebungen
Seite 9 ORACLE @ Postbank – Jens-Christian Pokolm
Software im Unix-Umfeld (eine Auswahl)
ORACLE
Alle seit Herbst 2006 installierten Systeme basieren ausschließlich auf ORACLE 10g Release 2Aktuell – Rollout Patch-Installation 10.2.0.3 + OneOff-Patch 5749953 für SOLARIS (ONS Problem)RAC mit 10.2 als Standart-Datenbank und ORACLE CRSStandby / Data Guard Datenbanken im HA-UmfeldASM als “Storagedriver”
SAP
SAP-BW, Bank-Analyzer, SAP-FI/HR , SAP-Payment etc.pp.
VERITAS (Sun/HP)
Veritas Cluster & Filesystem
IBM (IBM)
Tivoli Storage Manager , HACMP
Seite 10 ORACLE @ Postbank – Jens-Christian Pokolm
Erstes RAC System ... und die Erfahrungen
TELEFONBANKING
7x24h Telefonschnittstelle über IVR-Systeme zum Kunden.- Abfrage der Kontostände- Überweisungen- Daueraufträge- Aktienkurse- Formularbestellungen - sowie die Vermittlung zum persönlichen Service-Mitarbeiter
Basis : ORACLE RAC
ZERO Downtime (in 18 Monaten Produktion)
Seite 11 ORACLE @ Postbank – Jens-Christian Pokolm
Anwendungen mit besonderen Funktionen
ARCHE -> MARS
Zentrales Archivierungssystem für Belege der PostbankKontoakten müssen 30 Jahre lang nach dem Ableben des Kontoeigners archiviert werden.Kontoauszüge, Kontolegitimationen, Überweisungsträger sowie revisionssichere Lagerung von Auswertungen und Zinsberechnungen
Arche wird in 2007 von MARS (Nachfolgesystem) abgelöst werden. Diese Anwendung wird auch für Mandanten betrieben.
- ORACLE 10g Release 2 - RAC / RAC Dataguard- Basis ORACLE CRS, ASM- Einsatz von Flashback-Technologie- Datensicherung nur auf Standby-Umgebung- ORACLE ILM
Seite 12 ORACLE @ Postbank – Jens-Christian Pokolm
MARS und ILM
aktuelle D
aten
ältere D
aten
Historie
(Read O
nly)
Seite 13 ORACLE @ Postbank – Jens-Christian Pokolm
MARS und ILM
CREATE BIGFILE TABLESPACE AZV_AKTUELL DATAFILE '+DGROUP_FASTSTORE' SIZE 100GAUTOEXTEND OFF LOGGING EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO ;
CREATE BIGFILE TABLESPACE AZV_INTERIM DATAFILE '+DGROUP_STDSTORAGE' SIZE 200GAUTOEXTEND OFF LOGGING EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO ;
CREATE BIGFILE TABLESPACE AZV_ARCHIVE DATAFILE '+DGROUP_ARCHIV' SIZE 10TAUTOEXTEND OFF LOGGING EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO ;
Seite 14 ORACLE @ Postbank – Jens-Christian Pokolm
MARS und ILM „manuell“
CREATE TABLE azv_belege ( doc_id NUMBER NOT NULL, konto_id NUMBER NOT NULL, time_id DATE NOT NULL, doc_obj NUMBER NOT NULL, ... )-- partitionsPARTITION BY RANGE (time_id)( partition azv_error VALUES LESS THAN (MAXVALUE) TABLESPACE AZV_AKTUELL,( partition azv012007 VALUES LESS THAN (TO_DATE('01.02.2007','DD.MM.YYYY'))
TABLESPACE AZV_AKTUELL,( partition azv122006 VALUES LESS THAN (TO_DATE('01.01.2007','DD.MM.YYYY'))
TABLESPACE AZV_AKTUELL,( partition azv112006 VALUES LESS THAN (TO_DATE('01.12.2006','DD.MM.YYYY'))
TABLESPACE AZV_AKTUELL,( partition azv102006 VALUES LESS THAN (TO_DATE('01.11.2006','DD.MM.YYYY'))
TABLESPACE AZV_AKTUELL,...( partition azv092006 VALUES LESS THAN (TO_DATE('01.10.2006','DD.MM.YYYY'))
TABLESPACE AZV_INTERIM,( partition azv082006 VALUES LESS THAN (TO_DATE('01.09.2006','DD.MM.YYYY'))
TABLESPACE AZV_INTERIM,( partition azv072006 VALUES LESS THAN (TO_DATE('01.08.2006','DD.MM.YYYY'))
TABLESPACE AZV_INTERIM,...( partition azv012005 VALUES LESS THAN (TO_DATE('01.08.2006','DD.MM.YYYY'))
TABLESPACE AZV_ARCHIVE,( partition azv122004 VALUES LESS THAN (TO_DATE('01.08.2006','DD.MM.YYYY'))
TABLESPACE AZV_ARCHIVE,( partition azv112004 VALUES LESS THAN (TO_DATE('01.08.2006','DD.MM.YYYY'))
TABLESPACE AZV_ARCHIVE,( partition azv102004 VALUES LESS THAN (TO_DATE('01.08.2006','DD.MM.YYYY'))
TABLESPACE AZV_ARCHIVE);
Seite 15 ORACLE @ Postbank – Jens-Christian Pokolm
MARS und ILM (Halbautomation)
Siehe dazu auch online: http://www.oracle.com/technology/deploy/ilm/index.html
Seite 16 ORACLE @ Postbank – Jens-Christian Pokolm
MARS und ILM
Seite 17 ORACLE @ Postbank – Jens-Christian Pokolm
MARS @ ORACLE – ORACLE ASM (1)
Automatic
Storage
Management
Elemente des Speicher-Stacks
Disks
Logical Vol
Datei-System
0010 0010 0010 0010 00100010 0010 0010 0010 0010Dateien
Tablespace
Tabellen
Disk Group
Logical Vol
Datei-System
Dateinamen
Tablespace
Tabellen
mit ASM
Networked Storage (SAN, NAS, DAS)
ohne ASM / früher
Seite 18 ORACLE @ Postbank – Jens-Christian Pokolm
MARS @ ORACLE – ORACLE ASM (2)
Nutzen / Vorteile durch ORACLE ASM:
Vereinfachtes Storagemanagement (weniger administrative Schritte) Kein Volumemanager notwendig manuelles IO-Tuning entfällt höhere Performance (ca. 15 %) durch „SAME“ und „Redistribute“ weniger „Verschnitt“ durch freie Bereiche Ein Storage für alle Datenbank-Objekte (DataFiles,ArchiveLogs etc.pp) Spiegelung der Datenbereiche auf bis zu 3 Ziele automatische „Reparatur“ durch Rebalance (via redundantem Storage) verringerte Downtimes (geplant und ungeplant)
Wichtiger Kernel Parameter auf SOLARIS: maxphys=1048576
Seite 19 ORACLE @ Postbank – Jens-Christian Pokolm
Universal Staging Area
Business Data Framework
VAP210 - AIX 5.3 - 8 CPU 32GB RAM
OW
B - M
eta
da
ten
-Re
po
sitory
NCA2 - ORACLE 10g Rel 2
BSP_KONDERI
BSP_TRADE
BSP_INOVA
CML
CML_BS
FSBP RATINGANW_BATCH
RATINGANW_DIALOG
RATINGENGINE
SAP_AM
SAP_AM_BS
SPECIALRATINGVEGA
WAEHRUNG
FSAM FSBP CMLRATING
290 GB aktuell
45 GB aktuellca. 300 GB Ende 2006
Filesystem für Loader-Dateien, Scripte, Tools 1,1 TB
SY
ST
EM
,TE
MP
, U
ND
O,
TO
OL
S
24
0 G
B
VEGABSP
NCA - Systemarchitektur 2006
AM FSBP CML BSP RATINGAnwendung
SPECIAL RATINGVEGA WAEHRUNG
SAP – Bank Analyzer
SAP – Reporting BW
SAMBA
HISTDB dbs420
436 GB aktuell
OBLIGO05 dbs410
+ 260 GB BHW
WM-Band
Ausfall-DB
NCA Systemarchitektur Verfasser: T. Knauber, TAM
Seite 20 ORACLE @ Postbank – Jens-Christian Pokolm
Universal Staging Area
Business Data Framework
OWB - M
etadaten-Repository
NCA2 - ORACLE 10g Rel 2
BSP_KONDERI
BSP_TRADE
BSP_INOVA
CML + 17 GB PB Q2/07+ 70 GB BHW Q1/07
CML_BS
FSBP RATINGANW_BATCH
RATINGANW_DIALOG
RATINGENGINE
SAP_AM+ 20 GB Q4/06
SAP_AM_BS
SPECIALRATINGVEGA
WAEHRUNG
FSAM FSBP CMLRATING
2,5 TB Ende 2007
600 GB
NAS - Server für File-TransfersSY
STEM
,TEM
P, U
NDO,
TOO
LS
24
0 GB SPAR
+ 400 GB Q2/07
CRM+ 2 TB Q4/07
VEGA BSP
VAP210 - AIX 5.3 - 8 CPU 64GB RAM
EF3
EF3
NCA - Systemarchitektur - Ausblick 2007
AM FSBP CML BSP RATINGAnwendung
SPECIAL RATINGVEGA WAEHRUNG
SAP – Bank AnalyzerSAP – Reporting BW
SAMBA
Geplant 2007
Noch nicht sicher 2007
OBLIGO 05
HISTDB dbs420
+ 500 G
BB
HW
SPAR BHW WM Band Ausfall-DB
EF3
Historisierung
NCA Systemarchitektur Verfasser: T. Knauber, TAM
Seite 21 ORACLE @ Postbank – Jens-Christian Pokolm
NCA - Systemarchitektur - Ausblick 2007
Infrastruktur - Eckpunkte für 2007
• Hardware-Ausstattung Server Es zeigt sich bereits aktuell, dass die vorhandene Hardware nicht ausreichen wird. Für die Bewältigung der Aufgaben für 2007 wird vor allem mehr Hauptspeicher (ideal 64 GB) und zusätzliche CPUs benötigt. Ein eigener Server für NCA ist vor dem Hintergrund weiter steigender Anforderungen sinnvoll.
• Ausstattung Storage Die auf der vorherigen Folie angegebenen Zuwächse sind nur die bisher bekannten auf Basis der aktuellen wöchentlichen Verarbeitung und den aktuellen Aufbewahrungsfristen. Diese Rahmenbedingungen können sich ohne Einfluss des Projekts schnell ändern und zu einem stärkeren Zuwachs führen. Es ist ebenfalls nicht vorhersehbar, ob 2007 kurzfristig weitere BDF-Module hinzukommen müssen.
• Datenbank Zur Zeit wird geprüft, ob 2007 eine Aufteilung von Universal Staging Area und BDF in 2 Instanzen mit Oracle RAC sinnvoll ist. Es zeichnen sich erste Ressourcenkonflikte bei Verarbeitungen in beiden Bereichen der NCA ab. Es erscheint logisch jedem der beiden Bereiche eigene Hardware-Ressourcen zuzuordnen, um dadurch flexibler bei der Verarbeitung zu sein. Zu diesem Thema ist ein Konzept in Arbeit.
• Verfügbarkeit Zur Zeit läuft die NCA unter dem SLA Standard. Es ist aber denkbar, dass zumindest an Teilbereiche der NCA in Zukunft höhere Anforderungen gestellt werden. Zum Thema Verfügbarkeit der NCA ist zur Zeit ein Ideenpapier bei TAM in Arbeit.
NCA Systemarchitektur Verfasser: T. Knauber, TAM
Seite 22 ORACLE @ Postbank – Jens-Christian Pokolm
NCA - Systemarchitektur - I/O - Sicht
NCA
vancapro.db.postbank.de
SPAR PR4
-> 2007.
AM PR1
580 MB
FSBP PR1
210 MB
CML PR
200 MB
BSP Handel
17 MB
VEGA PPI
1 MB
RATING
1 MB
SAP-Bankanalyzer PF4/PF7HISTDB dbs420
BHW100 GB
SAS
Zelle P
zRz
KDAL
Hameln
40 GB 535 MB
täglich
täglich
täglich tägl
ich
täglich
täglichmon
atlich
wöc
hent
lich
mon
atlic
h
EF3
NCA Systemarchitektur Verfasser: T. Knauber, TAM
Seite 23 ORACLE @ Postbank – Jens-Christian Pokolm
Fragen ...?
Jens-Christian PokolmPostbank Systems AGBaunscheidtstraße 8D-53113 BonnTelefon: +49 (0) 228 – 920 63155E-Mail: [email protected]
?
?
?
?