Tuning the Mobile Server

Transkript

1 DOAG Konferenz Tuning the Mobile Server Philipp Loer ppl@ordix.de

2 Agenda Einleitung Grundlagen Performance-Optimierung Fazit Tuning the Mobile Server, Philipp Loer, DOAG

3 Einleitung Oracle Database Mobile Server Datenabgleich zwischen mobile Geräten und einer Oracle-Datenbank Clients haben eine eigene Datenbank: sqlite oder Oracle Berkeley DB Oracle Mobile Server als Middleware zuständig für die Organisation des Datenabgleichs Ziel des Vortrags: Vorstellung von Möglichkeiten des Performancetuning Tuning the Mobile Server, Philipp Loer, DOAG

4 Einleitung Oracle Database Mobile Server Datenabgleich zwischen mobile Geräten und einer Oracle-Datenbank: Tuning the Mobile Server, Philipp Loer, DOAG

5 Agenda Einleitung Grundlagen Performance-Optimierung Fazit Tuning the Mobile Server, Philipp Loer, DOAG

6 Grundlagen Oracle Database Mobile Server erste Version 2002 als Oracle Lite 9i aktuell: Oracle Database Mobile Server 11g, verfügbar seit März 2011 Tuning the Mobile Server, Philipp Loer, DOAG

7 Grundlagen Oracle Database Mobile Server Eine Publikation enthält Publikationselemente Sequenzen Skripte Queues Abarbeitung der Transaktionen und Replikationen nach der Datenübertragung Verhindern die Verlängerung des Datenabgleichs durch Datenbanksperren Tuning the Mobile Server, Philipp Loer, DOAG

8 Grundlagen Datenabgleich Tuning the Mobile Server, Philipp Loer, DOAG

9 Grundlagen Basistransaktion Tuning the Mobile Server, Philipp Loer, DOAG

10 Grundlagen Funktionsanalyse Logging-Tabellen eines Publikationselementes Tabelle Inhalt / Aufgabe Prefix Originaltabelle Masterreplik - Versionierungstabelle Logging-Tabelle Mapping-Tabelle In-Queue Logging der serverseitigen Änderungen Logging der übernommenen Änderungen Versionsinfo über die Datenstände der Clients Von den Clients übergebene, noch nicht verarbeitete Änderungen CVR$ CLG$ CMP$ CFM$ Error-Queue Konfliktbehaftete Transaktionen CEQ$ Tuning the Mobile Server, Philipp Loer, DOAG

11 Grundlagen Funktionsanalyse ORDERS Primary Key CMP$ORDERS Primary Key Version$$ CLID$$ 1 3 ORDIX 2 3 ORDIX 3 2 ORDIX 4 7 ORDIX TRANID$ $ 1 2 CONIATOS Trigger 2 4 CONIATOS 3 1 CONIATOS CVR$ORDERS Primar y Key Version$$ 4 7 CONIATOS 1 2 DOAG 2 4 DOAG 3 2 DOAG 4 7 DOAG 4 7 Tuning the Mobile Server, Philipp Loer, DOAG

12 Agenda Einleitung Grundlagen Performance-Optimierung Fazit Tuning the Mobile Server, Philipp Loer, DOAG

13 Physikalische Datenorganisation Physikalische Datenorganisation Die Mapping-Tabelle enthält die Informationen, welcher Client welche Version eines Datensatzes hat. Bei einem Datenabgleich werden immer alle Log-Informationen eines Clients benötigt. Die Datensätze der Mapping-Tabelle zu einem bestimmten Client werden auf möglichst wenige Blöcke verteilt. Tuning the Mobile Server, Philipp Loer, DOAG

14 Physikalische Datenorganisation Tabelle ORDERS vorher Tabelle ORDERS nachher Die Datensätze der Mapping-Tabelle zu einem bestimmten Client werden auf möglichst wenige Blöcke verteilt. Tuning the Mobile Server, Philipp Loer, DOAG

15 Physikalische Datenorganisation Umsetzung: Offline: CREATE TABLE interim_table_name AS SELECT FROM table_name ORDER BY column_name; DROP TABLE table_name; ALTER TABLE interim_table_name RENAME TO table_name; Online: CREATE TABLE interim_table_name AS SELECT FROM table_name WHERE 1 = 2; exec dbms_redefinition.start_redef_table exec dbms_redefinition.copy_table_dependents exec dbms_redefinition.finish_redef_table exec dbms_stats.gather_table_stats DROP TABLE table_name; Tuning the Mobile Server, Philipp Loer, DOAG

16 Physikalische Datenorganisation Tuning the Mobile Server, Philipp Loer, DOAG

17 Physikalische Datenorganisation Tuning the Mobile Server, Philipp Loer, DOAG

18 Partitionierung Partitionierung horizontale Teilung einer Tabelle hier: Hash-Partitionierung nach der Client-ID Tabelle Partition 1 Partition 2 Partition 3 Partition n Die Datensätze der Mapping-Tabelle zu einem bestimmten Client werden automatisch auf möglichst wenige Blöcke verteilt. Tuning the Mobile Server, Philipp Loer, DOAG

19 Partitionierung Tuning the Mobile Server, Philipp Loer, DOAG

20 Vertikale Partitionierung Vertikale Partitionierung Wird ein Datensatz geändert, so wird immer der ganze Datensatz übertragen. Durch eine vertikale Partitionierung kann die zu übertagende Datenmenge reduziert werden. parts id label description manufacturer_id man_article deliver_time available price parts_1 id label description parts_2 id manufacturer_id man_article deliver_time available id price parts_3 Tuning the Mobile Server, Philipp Loer, DOAG

21 Vertikale Partitionierung Testergebnisse vertikale Partitionierung Geänderte Datensätze Vertikale Partitionierung Abfrage Mapping-Tabelle Gesamtdauer 1 0 Nein 72 ms 3,8 s 2 0 Ja 224 ms 3,9 s Nein 109 ms 13,9 s Ja 343 ms 6,0 s Tuning the Mobile Server, Philipp Loer, DOAG

22 Shared Maps Shared Maps Datenänderung nur auf der Master-Seite erlaubt Nachteil: Keine Offline-Transaktionen möglich Vorteil: Verminderter Verwaltungsaufwand Mapping-Tabelle speichert nicht mehr, welcher Client welchen Datenstand hat, sondern nur einen Versionszähler für jeden Datensatz Mapping-Tabelle speichert statt einer 1:n-Beziehung nur noch 1:1-Beziehungen Tuning the Mobile Server, Philipp Loer, DOAG

23 Shared Maps Testergebnisse Shared Maps Geänderte Datensätze Shared Maps eingesetzt Abfrage Mapping-Tabelle in ms Gesamtdauer in s 1 0 nein 985 4,6 2 0 ja 72 3, nein , ja ,9 Tuning the Mobile Server, Philipp Loer, DOAG

24 Begrenzung der Datenmenge Begrenzung der Datenmenge Nicht immer benötigt jeder Client alle Datensätze eines Publikationselementes. Durch eine Änderung der Base-Query kann diese angepasst werden Vorherige Base-Query: SELECT * FROM contact_persons ; Nachher: SELECT cp.* FROM employees emp, emp_areas ea, areas a, customers c, contact_persons cp WHERE emp.id = ea.emp_id AND ea.area_id = a.id AND a. zipcode = c.zipcode AND c.id = cp.customer_id AND emp.client_id =:client_id; Tuning the Mobile Server, Philipp Loer, DOAG

25 Begrenzung der Datenmenge Testergebnisse Begrenzung der Datenmenge Anzahl übertragener Datensätze Datenbegrenzung Abfrage der Mapping-Tabelle Gesamtdauer übertragene Datenmenge Ja 120 ms 10,4 s 1,2 MB Ja 312 ms 34,2 s 5,5 MB Ja 374 ms 66,5 s 10,1 MB Nein 369 ms 65,0 s 10,2 MB Tuning the Mobile Server, Philipp Loer, DOAG

26 Netzwerkgeschwindigkeit Netzwerkgeschwindigkeit Ziel : Ermittlung des Performance-Einflusses der Netzwerkgeschwindigkeit Für einen Datenabgleich müssen die geänderten Daten ermittelt, übermittelt und auf der anderen Seite verarbeitet werden. Nur für die Übermittlung der Daten ist die Netzwerkgeschwindigkeit von Bedeutung. Tuning the Mobile Server, Philipp Loer, DOAG

27 Netzwerkgeschwindigkeit Testergebnisse Netzwerkgeschwindigkeit Netzwerkverbindung Geänderte Datensätze Übertragungsdauer übertragene Datenmenge 1 10 Mbit 0 2,4 s 0,2 MB Mbit 0 2,0 s 0,2 MB 3 10 Mbit ,3 s 0,8 MB Mbit ,4 s 0,9 MB 5 10 Mbit ,8 s 2,0 MB Mbit ,9 s 1,9 MB Datensätze in der Tabelle ORDERS Tuning the Mobile Server, Philipp Loer, DOAG

28 weitere Optimierungsmöglichkeiten Weitere Optimierungsmöglichkeiten Base-Query Tuning Priority Based Replication Base-Query Caching Index Organized Tables (IOT) Partition Mapping Mobile.ora Parameter Max Threads Connection Pooling Synchronisation Tablespace Layout Tuning the Mobile Server, Philipp Loer, DOAG

29 Agenda Einleitung Grundlagen Performance-Optimierung Fazit Tuning the Mobile Server, Philipp Loer, DOAG

30 Fazit Physikalische Datenorganisation Horizontale Partitionierung Vertikale Partitionierung Shared Maps Datenmengenbegrenzung Weitere Tuningmöglichkeiten Tuning the Mobile Server, Philipp Loer, DOAG

31 Zentrale Paderborn Westernmauer Paderborn Tel.: Seminarzentrum Wiesbaden Kreuzberger Ring Wiesbaden Tel.: Zentrales Fax: ORDIX 0 Weitere Geschäftsstellen in Köln, Münster und Neu-Ulm info@ordix.de Internet: Vielen Dank für Ihre Aufmerksamkeit!