hochverfügbare Oracle DB Anwendungen

Transkript

1 Lösungen & Dienstleistungen für (nicht nur) hochverfügbare Oracle DB Anwendungen Gerd Schoen, Vertrieb 1

2 Herrmann & Lenz Lösungen & Dienstleistungen Überblick HL-Services Performanceanalyse & Tuning Hochverfügbarkeit Fernwartung & Betrieb Migrationen & Patching Lizenzberatung & Optimierung Projektmanagement Schulungen & Workshops Software-Entwicklung (PL/SQL, APEX, Perl etc.) HL-Solutions Entwicklung & Vertrieb Monitoring Module OraInfo Spezial-Software HLTablePump (Für Migration von LOBlastigen Tabellen) 2

3 Alltag bei Herrmann & Lenz Unsere Mission: Vorkehrungen treffen, dass es Möglichst nie zu solch einer Situation kommt Mustermann Rechenzentrum 3

4 Wie machen wir das Kundenorientiertes Dienstleistung- und Lösungsangebot Istaufnahme / ggf Workshop beim Kunden Abstimmen der Kundenanforderungen Verfügbarkeit (z.b. 9*5 oder 24*7) Sicherheit Backup/Recovery Betriebskonzepte Monitoring/Überwachung 4

5 Wie machen wir das Services Lizenzberatung Sicherstellen, dass kein Lizenzvergehen besteht Lizenzoptimierung Anpassung an die Kundenanforderungen Konsolidierung Ggf. Migrationen 5

6 Wie machen wir das Solutions HL Monitoring Module Überwachen der Oracle Umgebung und warnen bei Abweichungen & kritischen Problemen Aufzeichnen/Historisierung Absichern von Migrationen Erkennen von Tuningpotential Wie entwickelt sich ein System Erkenntnisse für Erweiterungen Sizing neuer Systeme Konsolidierung 6

7 Monitoring? Wozu? Mögliche Problemquellen: Netzwerk Hosts / Server Hypervisor / Virtuelle Maschinen Storage Datenbank RMAN-Backups DataGuard ASM 7

8 Beispiele aus dem Alltag Oh, das RMAN-Backup läuft seit 18 Tagen nicht mehr ach deswegen ist die Recovery-Area so voll! Wer hat denn den Virenkiller auf die Datenbankdateien angesetzt? Wann wurde PGA_AGGREGATE_TARGET auf 10M gesetzt? Wieso läuft die Datenbank so langsam? Die ist doch jetzt virtualisiert! 8

9 Überwachung Oracle Enterprise-Edition Optionen: Enterprise Manager Diagnostic und Tuning-Pack AWR-Report Statspack-Skripte Eigene oder community-getriebene Skripte & Tools Analyse- u. Überwachungs-Tools von Dritt-Anbietern 9

10 Überwachung Oracle Standard-Edition Optionen: Enterprise Manager KEIN Diagnostic und Tuning-Pack KEIN AWR-Report Statspack-Skripte Eigene oder community-getriebene Skripte & Tools Analyse- u. Überwachungs-Tools von Dritt-Anbietern 10

11 Problemstellungen in der Praxis Monitoring mit anderen Tools Eigene oder community-getriebene Skripte müssen gepflegt und die Korrektheit muss eigenständig überprüft werden Eigenständiges Deployment der Skripte oder Agenten Aufwändig und fehleranfällig Einsatz von Open-Source vielfach verbreitet, aber Kosten durch manuelle Anpassung zu Nutzen stehen in keinem Verhältnis Restliche Infrastruktur-Ebene wird ebenfalls nicht betrachtet: Netzwerk, Hosts, Hypervisor, VM s, Storage Einsatz von Virtualisierungstechniken nicht mehr aufzuhalten und stellt Administrator vor neue Herausforderungen 11

12 Datenbankbetrieb Konfiguration 1 HOST - 1 HOST - 2 HOST - 3 DB - B DB - C DB - A DB - D DB - E Applikation 12

13 Datenbankbetrieb Konfiguration 2 HOST - 1 DB - A DB - B DB - C DB - D HOST - 2 DB - E DB - F DB - G DB - H ESX-HOST VM - 1 DB - I DB - J DB - K DB - L HOST - 3 VM - 2 Applikation DB -M DB - O DB - N DB - P 13

14 Datenbankbetrieb Konfiguration 3 ESX-HOST - 1 VM - 1 VMware-Cluster ESX-HOST - 2 VM - 4 ESX-HOST - 3 VM - 7 MS SQLServer Oracle Oracle Oracle VM - 2 VM - 5 VM - 8 Oracle Oracle MS SQLServer MS SQLServer VM - 3 Applikation VM - 6 MS SQLServer VM - 9 Oracle 14

15 Veränderungen durch Virtualisierung Konsolidierung von Ressourcen und Bündelung von Datenbanken auf wenigen physikalischen Maschinen Weg in Richtung Hochverfügbarkeit Virtualisierung und Oracle Standard Edition (One) sind unschlagbar in punkto Kosten und Ressourceneffizienz Durch Virtualisierung Erhöhung der Komplexität Keine klare Zuordnung von Ressourcen zu Applikationen und Datenbanken Virtualisierungsschicht verbirgt Probleme Schwachstellen und Engpässe aus DB-Sicht schwer zu lokalisieren Keine Transparenz 15

16 HL-Monitoring Module 16

17 Monitoring - Basics Zugriff via HTTP/S und ssh HL Monitoring Module DB1 DBn Infrastruktur Hosts Hypervisor Data Guard ASM DataCore Prozesse Benachrichtigung via oder SMS 17 17

18 Key-Facts Ausgelegt auf die Überwachung von kleinen bis sehr großen Umgebungen Spezialisiert auf den Betrieb von Datenbanken und der gesamten Infrastruktur Oracle-Datenbanken Alle Editionen, auch Express-Edition ;-) RAC DataGuard ASM SQL-Server Datenbanken VMware-Umgebungen DataCore-Umgebungen Windows / Unix / Linux / Solaris / AIX SNMP- oder IPMI-fähige Geräte (z.b. Switche und Drucker) 18

19 Warum HL-Monitoring Module? Geringstmöglicher Installations- und Wartungsaufwand Keine Sonderaufwände beim Release- oder Editionen-Wechsel Keine zusätzlichen oder kostenpflichtigen Erweiterungen notwendig Kein Information-Overhead Zeitnahe Benachrichtigung und lückenlose Historisierung Minimale Belastung des Ziel-Systems Transparenz über alle IT-Schichten hinweg 19

20 Voraussetzungen Eine IP-Adresse SMTP-Zugang (für -Benachrichtigung) Login-Daten für die zu überwachende Datenbank CREATE SESSION, ALTER SESSION, SELECT_CATALOG_ROLE Techniken für Host-Überwachung: Windows: Agent-basiert oder WMI Unix/Linux/Solaris/AIX: ssh Sonstige: SNMP, IMPI VMware-Überwachung: Kein Agent notwendig 20

21 HL-Monitoring Module - Appliance Mini-Edition Small-Edition (19 ) Medium-Edition (19 ) SMS-Modem 21 21

22 HL-Monitoring Module 22

23 Live Demo 23

24 Nutzungsarten In Eigenregie des Kunden (Kauf oder Miete) In Eigenregie mit 2nd Level Support Leistung Überwachung des Betriebs durch H&L Überwachung des Betriebs durch ISV Partner Überwachung des Betriebs durch ISV plus 2nd Level Support H&L Vollständige Überwachung und Betrieb durch H&L 24

25 Weitere Informationen & Links

26 Vielen Dank für Ihre Aufmerksamkeit! Herrmann & Lenz Solutions GmbH 26