Weblogic 12.2 und DB 12.2 - das perfekte Duo Matthias Fuchs, esentri AG, Nürnberg

Andreas Chatziantoniou, Foxglove-IT, Utrecht

Schlüsselworte Weblogic, Datenbank, data guard Availability, Multitanancy

Einleitung Was kann Weblogic mit 12c? Welche Vorteile ergeben sich mit DB 12.2 unter WLS 12.2? Bei der Entwicklung von Weblogic 12.2 stand Mutlitenancy und Continous Availibility im Vordergrund. Was bedeutet das für die Applikationsentwicklung? Wie kann man diese Features einsetzen? Was bedeutet das im Zusammenspiel mit der Datenbank? Im Vortrag werden neue Features des Weblogic 12.2 vorgestellt. Es werden die Funktionsweise beschrieben und Einsatzszenarien vorgestellt. Außerdem wird auf die Kombination Weblogic 12.2 mit DB 12.2 eingegangen. Am Ende werden zukünftige Möglichkeiten gezeigt, die im Rahmen einer Installation des WLS in einem Container (Docker) oder dem flexiblen Resizing eines WLS/DB Clusters möglich werden.

DB und Weblogic Im Rahmen des Vortrags wird die Datenbank und der Weblogic Server in folgenden Punkten gegenübergestellt:

• Mulitanancy • Continous Availability, Data Guard • Monitoring Site Guard, Cloud Control • Docker • Cloud • Ausblick

Multitanancy

Multitanancy, oder auch Mandantenfähigkeit, sind die Schlüsselfunktion von Weblogic 12c und Datenbank 12c. Es besteht seit der Version 12c die Möglichkeit mehrere unabhängige Systeme mit weniger Ressourcen einen höheren Workload auf vergleichbarer Hardware zu betreiben. Mit den sogenannten Pluggable Databases gibt es die Möglichkeit, eine Datenbank in der Datenbank zu betreiben. Daraus ergeben sich Vereinfachungen und Vorteile in Bezug auf Adminitrativen Tätigkeiten und Ressourcennutzung.

Mit Weblogic 12.2 kamen parallel zu den pluggable databases die Partitions. Hier können ebenfalls Java virtual machines über mehrer Applikation geteilt werden. Insgesamt ergibt sich eine hohe Einsparung von Ressourcen, wobei in Summe der Administrative Aufwand sinkt.

Abb. 1: Multitancy Edn-to-End

Continuous Availability, Data guard

Eine zentrale Funktion, sowohl der Datenbank, als auch des Weblogic Servers, ist die Möglichkeit die Verfügbarkeit von Applikation zu erhöhen. Die Möglichkeiten wurden im Rahmen der Version 12c deutlich verbessert und neuen Funktionen kamen hinzu. Neben Verbesserungen im Rahmen der Kommunikation zwischen Weblogic und Datenbank gab es insbesondere Verbesserung bei Updates und Upgrades der Infrastruktur.

In Weblogic 12c ist das Automated cross-domain transaction recovery eingeführt werden. Es ist jetzt möglich, Transaktion in einer 2 Domänen Konfiguration gegenseitig zu übernehmen. Das vereinfacht ein rechenzentrumsübergreifende deutlich.

In der Datenbank 12c wurde der data guard auf pluggable Databases erweitert und das Application Continuity and Transaction Guard eingeführt. Dadurch können ebenfalls Transaktion bei einem Ausfall eines Rechenzentrums im Rahmen des Data guards übernommen werden.

Auch wurden im Funktionen eingeführt, um dem Verlust von Transaktionen auch im Rahmen von XA – 2 phase commits zu verhindern. Es können jetet Tlogs in der Datenbank abgelegt werden und sind somit bei einem Ausfall eines Servers immer vorhanden.

Abb. 2: XA Transaction Recovery

Monitoring – site guard, Cloud Control

Durch die Einführung von Cloud Control 13c ist ein Monitoring von allen Systemen in einem Tool möglich. Es können Workloads aus Weblogic und Datenbank gegenübergestellt werden. Eine Analyse auf Resourcenengpässe ist sehr einfach.

Mit Dem Site Guard stellt Oracle eine weitere Möglichkeit zur Verfügung eine Rechenzentrumumschaltung automatisiert auszuführen. Dabei sind nicht nur Weblogic und Datenbank integriert, sondern auch spezielle Anpassungen für Exadata, Exalogic und ZFS Storage Appliances.

Docker

Für Weblogic 12c sind Docker images verfügbar. Eine Installation im Rahmen einer Containerstrategie ist somit möglich. Eine Installation der Datenbank in Docker ist machbar, aber nicht offiziell unterstützt.

Cloud

Alle genannten Funktionen sind auch in der Cloud vorhanden. Gerade für Enteicklung und Test ergeben sich ganz neue und schnelle Möglichkeiten. Die Migration von on-premise zur Cloud und zurück ist sehr leicht möglich, da die Produkte identisch sind.

Ausblick

Im Rahmen des 12.2 Releases der Datenbank ist der Schwerpunkt auf Data Guard und Sharding. Mit Sharding, dem Aufteilen von Datenbanktabellen auf mehrere verteilte Datenbanken, wird es möglich globale und hochperformante Applikation zu entwickeln. Sie Unterstützung durch Weblogic und die Datenbank ist jetzt möglich.

Kontaktadresse: Matthias Fuchs esentri AG Schnieglinger Straße 225 b D-90427 Nürnberg Telefon: +49 (0) 0911 148 870 71 E-Mail matthias.fuchs@esentri.com Internet: www.esentri.com Andreas Chatziantoniou Foxglove-IT Texel 18 3524 AP Utrecht Nederland Mobile: +31 6 2325 9167 Email: andreas@foxglove-it.nl Internet: http://www.foxglove-it.nl