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?
NEUSTE BEITRÄGE
ORA-01460 – unimplemented or unreasonable conversion requested
1.) Texte aus oerr unter Linux 01460, 00000, „unimplemented or unreasonable conversion requested“ // *Cause: // *Action: 2.) Erklärung Dieser Fehler tritt auf, wenn eine Konversion von Daten mit den Funktionen TO_CHAR, TO_DATE oder TO_NUMBER durchgeführt werden soll,...
ORA-01461 – can bind a LONG value only for insert into a LONG column
1. Texte aus oerr unter Linux 01461, 00000, „can bind a LONG value only for insert into a LONG column“ // *Cause: // *Action: 2. Erklärung Es wurde versucht, Daten vom Typ LONG in ein Feld anderen Typs einzufügen. Dies ist jedoch nicht möglich. Stattdessen wird diese...
ORA-01465 – invalid hex number
1.) Texte aus oerr unter Linux 01465, 00000, „invalid hex number“ // *Cause: // *Action: 2.) Erklärung Es werden gültige Werte in Hex erwartet. In dem String befinden sich jedoch ungültige Werte. Dieser Fehler kann beim Füllen eines Feldes vom Typ BLOB auftreten. 3.)...
ORA-01728 – numeric scale specifier is out of range (-84 to 127)
1.) Texte aus oerr unter Linux 01728, 00000, „numeric scale specifier is out of range (-84 to 127)“ // *Cause: // *Action: 2.) Erklärung Beim Anlegen einer Tabelle ist die Anzahl der Nachkommastellen bei einem Feld vom Typ number außerhalb des gültigen Bereichs. 3.)...
ORA-02049 – timeout: distributed transaction waiting for lock
1.) Texte aus oerr unter Linux 02049, 00000, „timeout: distributed transaction waiting for lock“ // *Cause: exceeded INIT.ORA distributed_lock_timeout seconds waiting for lock. // *Action: treat as a deadlock 2.) Erklärung Eine Transaktion hatte darauf gewartet, ein...
ORACLE NEWS
MySQL