H. Niemann OFFIS Escherweg 2 26121 Oldenburg

Präsentation zum Thema: "H. Niemann OFFIS Escherweg 2 26121 Oldenburg "—  Präsentation transkript:

1 Realisierung eines adaptiven Replikationsmanagers mittels J2EE-Technologie
H. Niemann OFFIS Escherweg 2 26121 Oldenburg W. Hasselbring, M. Hülsmann, O. Theel Carl von Ossietzky Universität Fachbereich Informatik, Abt. SE 26111 Oldenburg {hasselbring|michael.huelsmann|theel @informatik.uni-oldenburg.de BTW 2003 Leipzig,

2 Adaptiver Replikationsmanager Verwandte Arbeiten Fazit und Ausblick
Überblick Motivation Technische Aspekte Adaptiver Replikationsmanager Verwandte Arbeiten Fazit und Ausblick Motivation  Technische Aspekte  Adaptiver Replikationsmanager  Verw. Arbeiten  Fazit

3 Architektur Universitätsklinikum Leipzig
(Grober Ausschnitt des KIS) SAP R/3 Verschiedene Module, z.B. Material, Fibu, Controlling IS-H (Patientenverwaltung) Techn. Aspekte Replikations-strategie Transaktions-konzepte Autonomie !!! Schemaintegration im Vortrag nicht thematisiert KS: eGate App.Server: Replikations- Manager (adaptive RS) Zeiterfassung Dienstplanung Apotheke Telefon Labor-Systeme Lantis, LDS, Siemedos, Viro Gelab, Pathos, ... Archiv Küche OP-Systeme ISOP, GISI ESB, DIACOS NEODOK, SoftCon, ... Klinische Systeme Z1, MediTec, IKA MCC, SUMED, ... Ambulanz- Systeme Motivation  Technische Aspekte  Adaptiver Replikationsmanager  Verw. Arbeiten  Fazit

4 Replikationsstrategie
Verfüg-barkeit + Konsistenz Autonomie Perfor-mance Synchrone Replikation z.B. ROWA Asynchrone Replikation z.B. Peer-To-Peer Kombination ! Optimum ist anwendungsabhängig, daher soll der Wechsel konfigurierbar und adaptiv Motivation  Technische Aspekte  Adaptiver Replikationsmanager  Verw. Arbeiten  Fazit

5 Transaktionskonzepte
Synchrone Replikation 2PC Quasi-synchrone Replik. SagasR (Parallel Sagas) Asynchrone Replikation Queued Transactions Motivation  Technische Aspekte  Adaptiver Replikationsmanager  Verw. Arbeiten  Fazit

6 Architektur eines Replikationsmanagers
Adaptiver Replikationsmanager Synchron: 2PC Quasi-synchron: SagasR Asynchron: QT DB Lokale Anw. API Lokale Anwendung XA keinXA Replica Queue T(Ausfall) Ausfall Wechsel des Replikationsverfahrens in Abhängigkeit von: Verfügbarkeit Tageszeit Last Performance Motivation  Technische Aspekte  Adaptiver Replikationsmanager  Verw. Arbeiten  Fazit

7 Rep.-Manager mittels J2EE-Technologie
J2SE J2ME Replikationsmanager 2PC: JTS SagasR Replica Queue Topic QT: JMS DB JDBC DB JCA Ressourcen-adapter Applik. Motivation  Technische Aspekte  Adaptiver Replikationsmanager  Verw. Arbeiten  Fazit

8 Regelsystem des Rep.-Managers
Partitionierung der beteiligten Systeme in synchron und asynchron zu aktual. Systeme Motivation  Technische Aspekte  Adaptiver Replikationsmanager  Verw. Arbeiten  Fazit

9 Komponenten des Rep.-Managers
Motivation  Technische Aspekte  Adaptiver Replikationsmanager  Verw. Arbeiten  Fazit

10 Verwandte Arbeiten (Extrakt)
Garcia-Molina, et al., 1983: Data Patch: Integrating Inconsistent Copies of a Database after a Partition. Lenz, 1997: Adaptive Datenreplikation in verteilten Systemen. Lubinski / Heuer, 2000: Configured Replication for Mobile Applications. Hier: Erweiterung dieser Ideen hinsichtlich Adaptiver Replikationsmanager / Monitoring Implementierungsaspekte: TP-Systeme und Anbindung der Altsysteme Motivation  Technische Aspekte  Adaptiver Replikationsmanager  Verw. Arbeiten  Fazit

11 Technische Aspekte der Replikation in heterogenen, autonomen Systemen
Fazit und Ausblick Technische Aspekte der Replikation in heterogenen, autonomen Systemen Adaptiver Replikationsmanager mittels J2EE-Technologie prototypisch umgesetzt: Bea Weblogic Oracle, Cloudscape, MS-SQL-Server Weitere Arbeitspakete: SagasR Lokalisation der Komponenten Domänenspezifika: Trennung nach allgemeinen Teil domänenspezifischen Teil Motivation  Technische Aspekte  Adaptiver Replikationsmanager  Verw. Arbeiten  Fazit