- WebLogic - Der beste Application Server für die Oracle Datenbank

Transkript

1

2 - WebLogic - Der beste Application Server für die Oracle Datenbank Thomas Robert Master Principal Sales Consultant Oracle Deutschland

3 Safe Harbor Statement The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracle s products remains at the sole discretion of Oracle.

4 Agenda Pluggable Database Database Resident Connection Pools Active Gridlink for RAC Application Continuity Global Data Services

5 Bedarf für Konsolidierung Applikationen Separate Datenbanken Ober DBA DBAs

6 Konsolidierung von Datenbanken Neu in Oracle Datenbank 12c CDB Administrator Gemeinsamer Account PDB Administratoren Lokale Accounts Applikationen

7 Pluggable Database Integration Pluggable Database Eine (von potentiell mehreren) virtuellen Datenbanken, die in einer Container Datenbank betrieben werden Z.B. für Trennung von Mandanten innerhalb einer Container DB Effizienter (CPU, Disk) Einheitliches Sicherheitskonzept Einfacherer Upgrade Auf jeder PDB sind ein oder mehrere Services angelegt Erfordert Oracle 12c Datenbank WLS Integration mit Pluggable Databases Nahtlose Integration Unterstützung der Mandantenfähigkeit: Anmeldung an die PDB (Mandant) Durch Connect an den Service der PDB Durch ALTER SESSION SET CONTAINER

8 Beispiel: Eine Datasource pro PDB Bessere Skalierbarkeit und Ressourcen-Nutzung auf DB Pluggable Database verhält sich wie eine normale Datenbank Konfiguration einer Datasource je PDB / Mandant Bessere Ressourcen-Nutzung auf der Datenbank-Schicht WebLogic Domain 1 Container Database WebLogic Domain 2 DS1 DS2 DS3 DS4 DS5 DS6 PDB1 PDB2 PDB3 PDB4 PDB5 PDB6

9 Beispiel: Connection Switching zwischen PDBs Bessere Skalierbarkeit und Ressourcen-Nutzung auf DB und WLS Konfiguration einer gemeinsamen Datasource für Connections auf alle PDBs Programmieren eines Connection Label Callback Handlers, der ein setcontainer() auf den Connections macht Ermöglicht Mandantenfähigkeit auf der Middleware- und Datenbank-Schicht Bessere Ressourcen-Nutzung auf der Middleware- und Datenbank- Schicht Connection Label Callback Handler setcontainer() WebLogic Domain 1 Application 1: getconnection(tenant5) Datasource PDB1 PDB2 PDB3 PDB4 PDB5 PDB6 5 Container Database

10 Erfordert geringe Code Anpassung Applikation: ((WLDataSource)ds).registerConnectionLabelingCallback(callback); Properties props = new Properties(); props.put("tenant", user); conn = ((WLDataSource)ds).getConnection(props); ConnectionLabelingCallback: public int cost(properties requestedlabels, Properties currentlabels) { if (requestedlabels.equals(currentlabels)) { System.out.println("Exact match for label + requestedlabels.get(tenant)); return 0; } else { System.out.println("Requested label " + requestedlabels.get(tenant) + "!= " + currentlabels.get(tenant)); return Integer.MAX_VALUE; } } public boolean configure(properties requestedlabels, Object conn) { try { String mandant = requestedlabels.getproperty(tenant); Statement stmt = ((Connection)conn).createStatement(); stmt.executeupdate("alter SESSION SET CONTAINER = " + mandant); LabelableConnection lblconn = (LabelableConnection)conn; lblconn.applyconnectionlabel(tenant, mandant); return true; } catch (Exception e) {return false;}

11 Demo

13 Database Resident Connection Pools Virtualisierung von Connections für bessere Skalierbarkeit Database Resident Connection Pools Datenbank Connections / Sessions werden in der Datenbank gepoolt Bessere Nutzung von Datenbank-Ressourcen Erhöht Skalierbarkeit der DB und Applikation WLS Integration mit DRCP Unterstützt in Active Gridlink und normalen Data Sources Connections im Pool der Data Source sind nur Platzhalter: jdbc:oracle:thin:@//<host>:<port>/<service_name>[:pooled] Aufbau und Freigabe der Connections erfolgt automatisch Connect Request führt zu attachconnection() der DataSource, Connection Rückgabe zu detachconnection()

14 Skalierung ohne DRCP Application Server belegen Connections, auch wenn sie nicht genutzt werden WebLogic WebLogic WebLogic WebLogic WebLogic WebLogic DB Sessions (fixed capacity) DB Sessions (fixed capacity) DB Sessions (fixed capacity) Datenbank Datenbank Datenbank Zusätzliche Middle Tier erfordern Skalierung des Datenbank Tiers

15 Skalierung mit DRCP WebLogic WebLogic WebLogic WebLogic WebLogic WebLogic WebLogic DRCP 12c Datenbank DRCP ermöglicht die gemeinsame Nutzung von Connections => Effizienterer Resourcenverbrauch

16 Beispiel: 10 Connections ohne DRCP [dbhome_1]$ ps -ef grep LOCAL grep -v grep oracle :55? 00:00:00 oracleorcl (LOCAL=NO) oracle :55? 00:00:00 oracleorcl (LOCAL=NO) oracle :55? 00:00:00 oracleorcl (LOCAL=NO) oracle :55? 00:00:00 oracleorcl (LOCAL=NO) oracle :55? 00:00:00 oracleorcl (LOCAL=NO) oracle :55? 00:00:00 oracleorcl (LOCAL=NO) oracle :55? 00:00:00 oracleorcl (LOCAL=NO) oracle :55? 00:00:00 oracleorcl (LOCAL=NO) oracle :55? 00:00:00 oracleorcl (LOCAL=NO) oracle :55? 00:00:00 oracleorcl (LOCAL=NO) SQL> r 1* select username, server, service_name, count(*) from v$session where username = 'SCOTT' group by username, server, service_name USERNAME SERVER SERVICE_NAME COUNT(*) SCOTT DEDICATED pdb_test1 10

17 Beispiel: 10 Connections mit DRCP [dbhome_1]$ ps -ef grep ora_l0 grep -v grep oracle :53? 00:00:00 ora_l000_orcl oracle :53? 00:00:00 ora_l001_orcl oracle :53? 00:00:00 ora_l002_orcl oracle :53? 00:00:00 ora_l003_orcl oracle :53? 00:00:00 ora_l004_orcl [dbhome_1]$ SQL> r 1 select username, server, service_name, count(*) from v$session where username = 'SCOTT' group by username, server, service_name; USERNAME SERVER SERVICE_NAME COUNT(*) SCOTT POOLED pdb_test1 10

19 Active GridLink for RAC Einfache Konfiguration: Single Data Source Ereignisbasiertes Modell (ONS, FAN) für Connection Pool Verwaltung SCAN Unterstützung Fast Connection Failover WebLogic Domain Datasource Runtime Connection Load Balancing Affinität für Connection Routing (XA, Session) UCP Connection Labeling Data Guard Unterstützung RAC One Node Unterstützung FAN Oracle Database ONS Managed Server GridLink DataSource RAC Aware Connection Pool FAN ONS RAC Node 1 RAC Node 3

20 Real-Time Connection Load Balancing 30% Connections RAC Datenbank Applikation WebLogic Connection Pool I m busy 10% Connections I m very busy I m idle Instanz 1 Instanz 2 60% Connections Instanz 3

21 XA Transaktions Affinität Ab WebLogic Globale Transaktion wird an eine RAC Instanz gebunden Performance-Verbesserung: Kein DTP Service für XA/RAC Transaktionen notwendig Geltungsbereich der Transaktions Affinität ist der Lebenszyklus einer globalen Transaktion Erster Connection Request nutzt RCLB Nachfolgende Requests nutzen Affinität und werden immer zur gleichen RAC Instanz gerouted

22 RAC Anbindung & Disaster Recovery WebLogic Server WebLogic Server Coherence Active Data Guard und Golden Gate Coherence Active GridLink for RAC Active GridLink for RAC WebLogic - RAC Cluster Integration RAC Aware Connection Pool RAC Node Affinität (Session/Transaction), RAC One Node Support Fast Connection Failover Multi Data Center Architektur Active Data Guard GoldenGate (Data Grid Change Data Capture)

23 Demo

25 Application Continuity JDBC Replay Datenbank Session wird nach einem Fehler auf einer noch verfügbaren Instanz nachgefahren Datenbank-Ausfälle werden vom Endanwender nicht bemerkt Angefangene Transaktionen werden automatisch nachgespielt 1. FAN Down Event: Node 3 Down WebLogic Cluster Managed Server 1 Machine 1 Listener ONS RAC Node 1 Managed Server 2 Machine 2 GridLink Data Source Listener ONS RAC Node 2 2. Neue Connection auf verfügbaren DB Knoten, Replay der TX wenn möglich Listener ONS RAC Node 3 Machine 3 Machine 1 Machine 2 Machine Down 3 RAC Cluster

26 Abgebrochene Transaktionen Ohne Application Continuity können offene Transaktionen bei einem Datenbank-Ausfall verloren gehen Der Anwender kann den Zustand der Transaktion oft nicht kennen Abgebrochene Aufträge Doppelte Bestellungen

27 Application Continuity Kann ungeplante/geplante Ausfälle verbergen Offene Transaktionen laufen weiter Abgebrochene Transaktionen werden automatisch nachgefahren Verbirgt viele Hardware-, Software-, Netzwerk-, Platten- Fehler und Ausfälle Unterstützt Oracle RAC, RAC One und Active Data Guard srvctl modify service -d doag -s doagservice \ -failovertype TRANSACTION -commit_outcome TRUE

28 Application Continuity Unterstützt mit Active Gridlink und normalen Datasources Benötigt 12c JDBC Driver mit oracle.jdbc.replay.oracledatasourceimpl Klasse JDBC Calls werden bis zum Commit gemerkt Bei Fehler wird automatisch eine neue Connection aufgebaut Transparent für die Anwendung! Replay ist bereits durchgeführt, wenn die Connection an die Anwendung gegeben wird Limitierung: XA, PLSQL, Proxy Authentication und DRCP können nicht verwendet werden

29 Demo

31 Global Data Services Bessere Performance, Skalierbarkeit und Verfügbarkeit Global Data Services in Oracle 12c Zentrale Verwaltung von DB Services über verteilte Datenbanken Dynamische Migration von Services, abhängig von Last und Verfügbarkeit Skaliert durch Hinzufügen von RAC Clustern Ausgefallene Services können auf anderer DB gestartet werden WebLogic Server Integration mit DB Cloud Nur in GridLink Datasources unterstützt Datasource spezifiziert die primäre Region eines Global Services und die Adresse jeder Region. Reconnection auf migrierte Services durch FAN Events RAC-ähnlicher Failover für DB Cloud Service1 RAC Cluster Region: Düsseldorf WebLogic Cluster Managed Server 1 Rechner 1 FAN Events Service2 RAC Cluster Rechner 2 GridLink Data Source Service2 unter hoher Last GDS DataGuard, GoldenGate Managed Server 2 Service1 RAC Cluster Service2 RAC Cluster Region: Hamburg

32 Global Data Services Konfiguration Vollständig transparente WLS Datasource Konfiguration Keine Anpassung des Java Codes notwendig Administration auf der Datenbank über GDSCTL anstatt SRVCTL Beispiel URL Eine DESCRIPTION, eine ADDRESS_LIST für jede Region (lokale sowie die buddy -Region) Eine Addresse pro Global Service Manager (~ Listener ) Client-Side Loadbalancing und Connect-Time Failover zwischen den Regionen jdbc:oracle:thin:@ (DESCRIPTION=(FAILOVER=ON) (ADDRESS_LIST=(LOAD_BALANCE=ON) (ADDRESS=(HOST=east1.us.oracle.com)(PORT=1522)(PROTOCOL=tcp)) (ADDRESS=(HOST=east2.us.oracle.com)(PORT=1522)(PROTOCOL=tcp))) (ADDRESS_LIST=(LOAD_BALANCE=ON) (ADDRESS=(HOST=west1.us.oracle.com)(PORT=9522)(PROTOCOL=tcp)) (ADDRESS=(HOST=west2.us.oracle.com)(PORT=9522)(PROTOCOL=tcp))) (CONNECT_DATA= (SERVICE_NAME=Service1) (REGION=east) ))

33

34

35