069 / 58 80 436 10 info@dbaservices.de

Datenbankanalyse und Healthcheck

Die Datenbankanalyse

Es existieren einige plausible Gründe um eine Datenbankanalyse durchführen zu lassen: stark schwankendes Leistungsverhalten, fehlerhafte Funktionen und Konfiguration, oder zur Ermittlung von Hardware-Dimsionierung zwecks Neuanschaffung.

Gerade bei Störungen im Tagesgeschäft wie zum Beispiel: Bei einer verzögerten Speicherfunktion nach Eingabe von Daten in eine Applikation beim Endbenutzer, ist nicht immer auf den ersten Blick zu erkennen, woran es liegt. Bei der Störungsermittlung zwischen Software, Hardware Lieferanten und Infrastrukturbetreibern kommt es häufig zu Unstimmigkeiten. Oftmals werden die Datenbanken als Verursacher der Störung „beschuldigt“. In diesem Falle verschafft eine Datenbankanalyse von einem externen Experten schnell Klarheit und kann einer zügigen Störungsidentifizierung sehr dienlich sein. Bei der Datenbankanalyse werden absolut alle Parameter und Einstellungen untersucht, die den Betrieb beeinträchtigen können. Den Beleg: „Es liegt nicht an der Datenbank“ zu besitzen beschleunigt einen Störungs-Identifizierungsprozess immens.

Die Datenbankanalyse ist elementarer Bestandteil unserer Managed Database Services und kann auch separat beauftragt werden. Die Ermittlung des IST-Zustandes der zu betreuenden Datenbanksysteme inklusive Analyse-Dokumentation mit nach Prioritäten sortierten Handlungsempfehlungen, ist Kern Unserer Dienstleistung.

Für gewöhnlich werden wir gebeten, die abgeleiteten Handlungsempfehlungen, die sich aus der Analyse ergeben haben, im Rahmen eines Transitionsprojektes durchzuführen.

 

Die Healthchecks 2x im Jahr

Datenbanksysteme sind vitale System Komponenten, die einem permanenten Schreib- und Lesezugriff ausgesetzt sind. Die dabei resultierenden Änderungen müssen kontrolliert ablaufen und kontinuierlich überprüft werden. Jede von uns betreute Datenbank wird zwei Mal im Jahr intensiv überprüft.

Dieser Healthcheck dient zusätzlich als Basis für unsere Desaster-Recovery Test.

Unter Anderem werden folgende Überprüfungen durchgeführt:

  • Überprüfung des Füllstandes von Dateisystemen / Datenverzeichnissen
  • Überprüfung von Error-Log Dateien
  • Überprüfung des Storagesystems
  • Überprüfung der Datensicherung
  • Überprüfung von Verfügbarkeiten der Datenbanken
  • Kontrolle des Füllstandes des Archivelog-Filesystems
  • Kontrolle des Füllstandes der Datenverzeichnisse
  • Kontrolle des Füllstandes der Tablespaces in den Datenbanken
  • Analyse der Fehlermeldungen im Alertlog der Datenbanken

 

Haben Sie Fragen?

(erforderlich)
Dieses Feld dient zur Validierung und sollte nicht verändert werden.

NEUSTE BEITRÄGE

Und täglich grüßt das Murmeltier – ORA-1555

Wohl einer der bekanntesten Fehler überhaupt, der gute alte ORA-01555 und noch genauso aktuell wie früher. Der Fehlertext ist mittlerweile irreführend, da eigentlich nicht mehr Rollback Segmente, sondern nur noch Undo Segmente verwendet werden. Nichtsdestotrotz bleibt...

ORA-600 – DON’T PANIC

Bei Auftreten eines ORA-600 Fehlers sollten Sie weder in Panik verfallen, noch sollten Sie den Fehler ignorieren. Deshalb Ruhe bewahren und den Fehler genau analysieren, da die Fehlermeldung allein nichts aussagt, außer das eine nicht behandelte Fehlersituation...

ORA-28040 nach Upgrade auf 12c, 18c oder 19c

Sie haben gerade Ihre Datenbank upgegradet und ihre Applikation, TOAD oder ein anderer Client meldet auf einmal einen ORA-28040 beim Versuch sich an der Datenbank anzumelden. Dann verwenden Sie wahrscheinlich einen Oracle Client oder einen Oracle JDBC Treiber der...

Oracle JavaVM Component – Bundle Patch: Windows Patch Konflikt?

Sollten Sie bereits einen Windows Bundle und einen Oracle JavaVM Component Patch installiert haben und versuchen einen neueren Windows Bundle oder Oracle JavaVM Component Patch zu installieren und/oder die Patch Konflikt Überprüfung laufen lassen, dann zeigt ihnen...