qualität – unser service - doag.org · qualität – unser service high availability architektur...
TRANSCRIPT
Qu
alitä
t –
un
ser
Se
rvic
e
Qu
alitä
t –
un
ser
Se
rvic
e
High availability Architektur eines
Kernbanken-Systems
mit Dataguard und Flashback
Karl-Heinz Gallinn
Andreas Schädlich
IZB KC Bankenapplikationen
Michael Gerte, Leitung IT
Hauck & AufhäuserPrivatbankiers KGaA
3
Agenda
� Kurzvorstellung IZB
� Ausgangslage und Problemstellung
� Zielsetzung
� Technologische Basis und Architektur der Lösung
� Fazit und Ausblick
� Fragen & Antworten
4
IZB Informatik-Zentrum - Kurzprofil
IZB Informatik-Zentrum
München – Frankfurt GmbH & Co. KG
� Gründungsjahr: 1994
� Mitarbeiter: 608 (12/2006)
� Umsatz: ca. 183 Mio. Euro
� Standorte: Hauptsitz Aschheim bei MünchenOffenbach/ Frankfurt am MainNürnberg
München
Nürnberg
Frankfurt/Main
5
Meilensteine
Outsourcing der IT bayerischer Sparkassen an gemeinsames Rechenzentrum
Rechenzentrum München Sparkassen-Buchungsgemeinschaft Südbayern
Konzentration auf zwei Rechenzentren in München und Nürnberg in der Buchungsgemeinschaft bayerischer Sparkassen
Gründung des IZB Informatik-ZentrumsÜbernahme des IT-Bereiches der BayernLB/ Rechenzentrum München
Integration des IT-Bereichs der Helaba / Rechenzentrum Offenbach
Neue Muttergesellschaft: Sparkassen-Informatik
Übernahme der IT-Services für die TxB Transaktionsbank GmbH
2006
2002
2001
1994
1976
1971
1965
6
Das Unternehmen – Unser Fels
Mit unserem Gesellschafter, der Sparkassen Informatik, bauen wir auf eine lange Tradition der Sparkassen-Finanzgruppe, die auf Kontinuität und Bonität beruht.
100%iger Anteilseigner: Sparkassen Informatik GmbH & Co. KG
Wir sind ein Unternehmen der Sparkassen-Finanzgruppe, der größten Kreditinstitutsgruppe in Deutschland und Europa.
7
Unser Produktportfolio
Qualität, die erfolgreich für Sie arbeitet.
Ihre Ziele bestimmen die Lösung, die wir für Sie finden und realisieren. Denn perfekt angepasste Lösungen leisten mehr und kosten weniger. Unsere IT-Services arbeiten für Sie schnell, sicher und mit klaren Kostenvorteilen. Nutzen Sie unser starkes Portfolio.
8
Wer uns vertraut. Eine Auswahl unserer Kunden.
9
Agenda
� Kurzvorstellung IZB Informatik-Zentrum
� Ausgangslage und Problemstellung
� Zielsetzung
� Technologische Basis und Architektur der Lösung
� Fazit und Ausblick
� Fragen & Antworten
10
Ausgangslage und Problemstellung
� Derzeitige Hardware-Konfiguration (HW-Cluster)
� Datenbankgröße, Wachstum und Performance
� Tagesendverarbeitung und Reporting
� Restore und Recovery
� Clonen des Datenbestandes für Testumgebungen
� Auslaufender Support für 9i
11
Bankhaus Hauck & Aufhäuser - System OBS
� Ist-Stand:
12
Ausgangslage und Problemstellung
� Derzeitige Hardware-Konfiguration (HW-Cluster)
� Datenbankgröße, Wachstum und Performance
� Tagesendverarbeitung und Reporting
� Restore und Recovery
� Clonen des Datenbestandes für Testumgebungen
� Auslaufender Support für 9i
13
Agenda
� Kurzvorstellung IZB Informatik-Zentrum
� Ausgangslage und Problemstellung
� Zielsetzung
� Technologische Basis und Architektur der Lösung
� Fazit und Ausblick
� Fragen & Antworten
14
Zielsetzung
� Hochverfügbarkeit durch Datagard
� Verbesserung der Gesamtperformance
� Verringerung des Backup-Volumens
� Flashback bei Fehlgeschlagener Tagesendverarbeitung
� Zusätzliche Reportingdatenbank
� Schnelles Clonen der Produktionsdaten für Debugging
15
Agenda
� Kurzvorstellung IZB Informatik-zentrum
� Ausgangslage und Problemstellung
� Zielsetzung
� Technologische Basis und Architektur der Lösung
� Fazit und Ausblick
� Fragen & Antworten
16
Technologische Basis und Architektur der Lösung
� Redesign Hardware
2 Produktionsrechner als Applications- undDatenbankserver für 2 Datenbanken1 Testserver für 9 Datenbanken
� Redesign Software
Upgrade von Solaris V8 auf V10Upgrade von Oracle 9i auf 10gphysikalische- und logische Standby-DB‘sFlashback-Technologie
17
Projekt OBS-Migration - Bankhaus Hauck & Aufhäuser Cluster-Architektur
18
Technologische Basis und Architektur der Lösung
� Redesign Hardware
2 Produktionsrechner als Applications- undDatenbankserver für 2 Datenbanken1 Testserver für 9 Datenbanken
� Redesign Software
Upgrade von Solaris V8 auf V10Upgrade von Oracle 9i auf 10gphysikalische- und logische Standby-DB‘sFlashback-Technologie
19
Server Prod 01
Server Prod 01
Bankhaus Hauck & Aufhäuser - System OBS
� Applikationssicht
SAN gespiegelt
Applikation
Applikation
Datenbank(Standby, Report)
Datenbank
(Master)
Clu
ster
Con
nect
SAN ungespiegelt
SAN ungespiegelt
Rep
likat
ion
Andreas Schädlich,Karl-Heinz Gallinn, OE 30192 UNIX Datenbanken 20
OB
ST
DB
OB
SP
02O
BS
P01
Projekt OBS-Migration - Bankhaus Hauck & Aufhäuser Systemumgebung OBS
HAFP
(Master)
HAORTP
(Master)
HAFP
(physik. Standby)
HAORTP
(physik. Standby)
HAFR
(logische Standby)
HAO
(physik. Standby)
24 Std.
Flashback
Area
3-4 Tg.
Arch-Log
340 Gb
24 Std.
Flashback
Area
3-4 Tg.
Arch-Log
340 Gb
24 Std.
Flashback
Area
3-4 Tg.
Arch-Log
??? Gb
HAFE, HAFT, HAL,
HAORTT, HA2, Ha3
HA4, HA5, HA6
TS
M-S
tora
ge
� Switch-/Failover
� 465 Gb
�C
a. 1,1
4 T
b�
Ca. 1,7
Tb
�C
a. 3,0
Tb
21
OB
ST
DB
OB
SP
02O
BS
P01
Projekt OBS-Migration - Bankhaus Hauck & Aufhäuser Clusterswitch to OBSP02 - System OBS
HAFP
(Master)
HAORTP
(Master)
HAFP
(Master)
HAORTP
(Master)
HAFR
(logische Standby)
HAO
(physik. Standby)
24 Std.
Flashback
Area
3-4 Tg.
Arch-Log
340 Gb
Flashrecovery-Area
24 Std.
Flashback
Area
3-4 Tg.
Arch-Log
24 Std.
Flashback
Area
3-4 Tg.
Arch-LogHAFE, HAFT, HAL,
HAORTT, HA2, Ha3
HA4, HA5, HA6
TS
M-S
tora
ge
� Switch-/Failover
� 465 Gb
�C
a. 1,1
4 T
b�
Ca. 1,7
Tb
�C
a. 3,0
Tb
X
X
X
X
340 Gb
Flashrecovery-Area
??? Gb
Flashrecovery-Area
22
OB
ST
DB
OB
SP
02O
BS
P01
Projekt OBS-Migration - Bankhaus Hauck & Aufhäuser Wiederherstellung der OBSP01 - System OBS
HAFP
(Master)
HAORTP
(Master)
HAFP
(Master)
HAORTP
(Master)
HAFR
(logische Standby)
HAO
(physik. Standby)
24 Std.
Flashback
Area
3-4 Tg.
Arch-Log
340 Gb
Flashrecovery-Area
24 Std.
Flashback
Area
3-4 Tg.
Arch-Log
24 Std.
Flashback
Area
3-4 Tg.
Arch-LogHAFE, HAFT, HAL,
HAORTT, HA2, Ha3
HA4, HA5, HA6
TS
M-S
tora
ge
� 465 Gb
�C
a. 1,1
4 T
b�
Ca. 1,7
Tb
�C
a. 3,0
Tb
X
X
X
X
340 Gb
Flashrecovery-Area
??? Gb
Flashrecovery-Area
� Switch/Failover
23
OB
ST
DB
OB
SP
02O
BS
P01
Projekt OBS-Migration - Bankhaus Hauck & Aufhäuser
Systemumgebung OBS
HAFP
(Master)
HAORTP
(Master)
HAFP
(physik. Standby)
HAORTP
(physik. Standby)
HAFR
(logische Standby)
HAO
(physik. Standby)
24 Std.
Flashback
Area
3-4 Tg.
Arch-Log
340 Gb
24 Std.
Flashback
Area
3-4 Tg.
Arch-Log
340 Gb
24 Std.
Flashback
Area
3-4 Tg.
Arch-Log
??? Gb
HAFE, HAFT, HAL,
HAORTT, HA2, Ha3
HA4, HA5, HA6
TS
M-S
tora
ge
� Switch-/Failover
� 465 Gb
�C
a. 1,1
4 T
b�
Ca. 1,7
Tb
�C
a. 3,0
Tb
24
OBSP01
Projekt OBS-Migration - Bankhaus Hauck & AufhäuserTEV Prozess-Abläufe – Parallel Reporting
OBSP02
TEV
� STart TEV
� Start P0001
� …
� …
� Start Pnnn1
� ….
� ….
� ….
� Start Pmmm1
� …
� ..
� Ende TEV
� Recice Message Ende TVREP
TEV-REPORTING
� Start Reporting
� Stop Sync
� Start R0001
� …
� …
� Start Rnnn1
� ….
� ….
� Start Rmmm1
� …
� ..
� Send Message Ende TEVREP
� Start Sync
HAFP
(Master)
HAORTP
(Master)
HAFR
(logische Standby)
SYNC
25
OBSP01
Projekt OBS-Migration - Bankhaus Hauck & AufhäuserTEV Prozess-Abläufe – Granulare Restartfähigkeit
OBSP02
TEV
� Set FBP STart TEV
� Start P0001
� …
� Set FBP Start Pnnn2
� ….
� ….� Set FBP Start Pmmm12
� Start Pmmm12
� …
� ..
� Set FBP Ende TEV
� Recice Message Ende TVREP
TEV-REPORTING
� Start Reporting
� Stop Sync
� Start R0001
� …
� …
� Start Rnnn1
� ….
� ….
� Start Rmmm1
� …
� ..
� Send Message Ende TEVREP
� Start Sync
HAFP
(Master)
HAORTP
(Master)
HAFR
(logische Standby)
SYNC
�Flashback
☺☺☺☺
26
Agenda
� Kurzvorstellung IZB Informatik-Zentrum
� Ausgangslage und Problemstellung
� Zielsetzung
� Technologische Basis und Architektur der Lösung
� Fazit und Ausblick
� Fragen & Antworten
27
Fazit und …….
� Durch Dataguard Verfügbarkeit wesentlich erhöht
� Switch- / Failover im Minutenbereich
� Verkürzung Laufzeit Tagesendverarbeitung ca. 20 %
� Entlastung der Produktion durch Reporting Datenbank
� Backup auf Standby-Seite
� Restartfähigkeit der Tagesendverarbeitung
� Zugriff auf produktiven Datenbestand innerhalb
weniger Minuten für Entwickler (Debugging)
28
Fazit und …….
� Durch Dataguard Verfügbarkeit wesentlich erhöht
� Switch- / Failover im Minutenbereich
� Verkürzung Laufzeit Tagesendverarbeitung ca. 20 %
� Entlastung der Produktion durch Reporting Datenbank
� Backup auf Standby-Seite
� Restartfähigkeit der Tagesendverarbeitung
� Zugriff auf produktiven Datenbestand innerhalb
weniger Minuten für Entwickler (Debugging)
29
Ausblick
Einführung der RMAN-Technolgie
� incrementelle und schnellere Backups (erhebliche Reduzierung der TSM-Voluminas)
�Block-Level-Recovery
�Database-Cloning für die Testdatenbanken
�schnelles feststellen von Block-Corruptions
30
Agenda
� Kurzvorstellung IZB Informatik-Zentrum
� Ausgangslage und Problemstellung
� Zielsetzung
� Technologische Basis und Architektur der Lösung
� Fazit und Ausblick
� Fragen & Antworten
31
Fragen & Antworten
?
Qu
alitä
t –
un
ser
Se
rvic
e
Herzlichen Dank.IZB Informatik-Zentrum München – Frankfurt am Main GmbH & Co. KG
Einsteinring 1785609 AschheimTel. +49 911 94511 -Fax +49 911 94511 -
08952