Realisierung eines adaptiven Replikationsmanagers mittels J2EE-Technologie H. Niemann OFFIS Escherweg 2 26121 Oldenburg heiko.niemann@offis.de 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, 27.02.03

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

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

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

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

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

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

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

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

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

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