Recovery
Fehleranalyse als Basis für Optimierung
Vor dem Beginn eines Recovers sollte immer eine genaue Fehleranalyse stehen, um eine darauffolgende Optimierung herbeizuführen, die nachhaltig wirkt. Die Desaster Recovery-Prozesse werden von den dbaservice Consultants definiert und bereits bei der Backup-Strategie berücksichtigt. Eine periodische Plausibilitätsprüfung ist integraler Bestandteil und sollte in keinem Notfallkonzept fehlen.
Es werden grundsätzlich zwei Fehlerarten unterschieden:
Logische Fehler
- Datenfehler durch fehlerhafte Programme
- Ein Programm oder Skript ist in seiner Verarbeitung abgebrochen und hinterlässt die Daten in einem inkonsistenten Zustand
- Operatorfehler, z. B. ein Programm zur Erhöhung der Gehälter wurde versehentlich zweimal gestartet
- Anwender oder Administratoren haben wichtige Tabellen oder Datensätze gelöscht
- Es stehen keine ausreichenden Systemressourcen zur Verfügung (Systemüberlastung, Tablespace-Dateien sind voll, Rollbacksegmente sind zu klein, Deadlocks)
- Stromausfall
- Hardwarefehler, z. B. bei den Speicherplatten
Technische Fehler
- Stromausfall
- Hardwarefehler, z. B. bei den Speicherplatten
- Die Ausführung von Tools ist fehlgeschlagen, sodass sich die Daten in einem inkonsistenten Zustand befinden
Recover planen: Wird ein Datenfehler festgestellt, sollte das Recover Schritt für Schritt geplant werden. Konnte die Fehlerursache genau eingegrenzt werden und ist der Umfang der Recovery-Maßnahmen ermittelt, kann mit dem Recover begonnen werden.
Recover ausführen mit einer Offline-Sicherung: Offline-Sicherungen können nur als Ganzes verwendet werden. Einzelne Teile oder einzelne Dateien lassen sich nicht wiederherstellen. Es müssen alle beteiligten Dateien einschließlich dem System-Tablespace, den Control- und den Redolog-Dateien aus der Sicherung übernommen werden. Alle Datenänderungen, die seit dem Start der Offline-Sicherung ausgeführt wurden, müssen wiederholt werden.
Recover ausführen mit einer online-Sicherung: Einzelne Dateien können wiederhergestellt werden. Die Änderungen an den Daten, die seit dem Herstellen der Sicherung ausgeführt wurden, können durch Auslesen der Log-Dateien nachvollzogen werden, ohne dass die Anwendungsprogramme neu ablaufen müssen. Für das Recover mit Online-Sicherungen gibt es eine große Anzahl von Möglichkeiten.
Haben Sie Fragen?
NEUSTE BEITRÄGE
ORA-02291 – integrity constraint (%s.%s) violated – parent key not found
1.) Texte aus oerr unter Linux 02291, 00000,“integrity constraint (%s.%s) violated – parent key not found“ // *Cause: A foreign key value has no matching primary key value. // *Action: Delete the foreign key or add a matching primary key. 2.) Erklärung Es wurde...
DBVisit Single Instance Standby for RAC
A few months ago I got the exciting task to create a single instance standby for a RAC. Honestly,I was skeptical about whether it would run properly. Additionaly, the single instance should be usingfilesystem, while the Real Application Clusters is using ASM. Except...
ORA-01438 – value larger than specified precision allowed for this column
1.) Texte aus oerr unter Linux 01438, 00000, „value larger than specified precision allowed for this column“ // *Cause: When inserting or updating records, a numeric value was entered // that exceeded the precision defined for the column. // *Action: Enter a...
ORA-00936 – missing expression
1.) Texte aus oerr unter Linux 00936, 00000, „missing expression“ // *Cause: // *Action 2.) Erklärung Diese Meldung wird angezeigt, wenn ein Teil der Syntax fehlt. Fehlen z.B. bei einem Select-Statement die Spaltennamen (bzw. * für alle Spalten), so wird diese Meldung...
ORA-06550 – line %s, column %s:\n%s
1.) Texte aus oerr unter Linux 06550, 00000, „line %s, column %s:\n%s“ // *Cause: Usually a PL/SQL compilation error. // *Action:… 2.) Erklärung Es wurde versucht, einen invalid Block oder PL/SQL-Code auszuführen. Dabei ist ein Fehler bei der Kompilierung aufgetreten....
ORACLE NEWS
MySQL