ORACLE bei der Postbank Jens-Christian Pokolm Analyst IT-Services, BDS.

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


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


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)


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


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


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


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


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


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)


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


MARS und ILM

aktuelle D

aten

ältere D

aten

Historie

(Read O

nly)


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 ;


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 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);


MARS und ILM (Halbautomation)

Siehe dazu auch online: http://www.oracle.com/technology/deploy/ilm/index.html


MARS und ILM


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


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


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


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 - 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 - 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



Fragen ...?

Jens-Christian PokolmPostbank Systems AGBaunscheidtstraße 8D-53113 BonnTelefon: +49 (0) 228 – 920 63155E-Mail: [email protected]

?

?

?

?

ORACLE bei der Postbank Jens-Christian Pokolm Analyst IT-Services, BDS.

Documents

Transcript of ORACLE bei der Postbank Jens-Christian Pokolm Analyst IT-Services, BDS.