| dbo:abstract
|
- Logging und Recovery bezeichnet in der Informatik (Datenbanktheorie) eine Sammlung von Maßnahmen und Techniken, um bei Datenbanksystemen (DBS) nach einem Fehlerfall (z. B. nach einem Systemabsturz oder einem Ausfall von Festplatten) den Datenverlust zu verhindern und die Fehlerfreiheit (Konsistenz) der Datenbank weiterhin zu garantieren. Mögliche Fehlerarten sind: Transaktionsfehler (z. B. Abbruch einer laufenden Transaktion wegen Sperrung durch eine andere Transaktion), Systemfehler (z. B. Rechnerausfall), Geräte-, bzw. Externspeicherfehler (z. B. Festplattenausfall durch einen Headcrash) oder die sogenannte Katastrophe (z. B. dem vollständigen Verlust des Rechenzentrums nach einem Erdbeben). Das Logging schreibt im laufenden Betrieb alle Änderungen auf der Datenbank mit, und das Recovery stellt nach dem Fehlerfall (z. B. nach dem Reboot sofern ein Systemabsturz für den Fehler verantwortlich war) den letzten aktuellen (Verhinderung von Datenverlust) und fehlerfreien (konsistenten) Zustand der Datenbank wieder her. Das Logging und Recovery ist somit verantwortlich für die Einhaltung der Konsistenz, Dauerhaftigkeit und Atomizität in einer Datenbank, drei der ACID-Prinzipien. Die Systemkomponenten, die für Logging und Recovery benötigt werden sind temporäre Logdateien (zur Sicherung des Log-Puffers eines DBS bzw. DBVS), das Archivlog (zur Sicherung des DB-Puffers eines DBS bzw. DBVS), und die Archivkopie der Datenbank (zur Sicherung der Datenbank eines DBS). (de)
- Logging und Recovery bezeichnet in der Informatik (Datenbanktheorie) eine Sammlung von Maßnahmen und Techniken, um bei Datenbanksystemen (DBS) nach einem Fehlerfall (z. B. nach einem Systemabsturz oder einem Ausfall von Festplatten) den Datenverlust zu verhindern und die Fehlerfreiheit (Konsistenz) der Datenbank weiterhin zu garantieren. Mögliche Fehlerarten sind: Transaktionsfehler (z. B. Abbruch einer laufenden Transaktion wegen Sperrung durch eine andere Transaktion), Systemfehler (z. B. Rechnerausfall), Geräte-, bzw. Externspeicherfehler (z. B. Festplattenausfall durch einen Headcrash) oder die sogenannte Katastrophe (z. B. dem vollständigen Verlust des Rechenzentrums nach einem Erdbeben). Das Logging schreibt im laufenden Betrieb alle Änderungen auf der Datenbank mit, und das Recovery stellt nach dem Fehlerfall (z. B. nach dem Reboot sofern ein Systemabsturz für den Fehler verantwortlich war) den letzten aktuellen (Verhinderung von Datenverlust) und fehlerfreien (konsistenten) Zustand der Datenbank wieder her. Das Logging und Recovery ist somit verantwortlich für die Einhaltung der Konsistenz, Dauerhaftigkeit und Atomizität in einer Datenbank, drei der ACID-Prinzipien. Die Systemkomponenten, die für Logging und Recovery benötigt werden sind temporäre Logdateien (zur Sicherung des Log-Puffers eines DBS bzw. DBVS), das Archivlog (zur Sicherung des DB-Puffers eines DBS bzw. DBVS), und die Archivkopie der Datenbank (zur Sicherung der Datenbank eines DBS). (de)
|
| rdfs:comment
|
- Logging und Recovery bezeichnet in der Informatik (Datenbanktheorie) eine Sammlung von Maßnahmen und Techniken, um bei Datenbanksystemen (DBS) nach einem Fehlerfall (z. B. nach einem Systemabsturz oder einem Ausfall von Festplatten) den Datenverlust zu verhindern und die Fehlerfreiheit (Konsistenz) der Datenbank weiterhin zu garantieren. Mögliche Fehlerarten sind: Transaktionsfehler (z. B. Abbruch einer laufenden Transaktion wegen Sperrung durch eine andere Transaktion), Systemfehler (z. B. Rechnerausfall), Geräte-, bzw. Externspeicherfehler (z. B. Festplattenausfall durch einen Headcrash) oder die sogenannte Katastrophe (z. B. dem vollständigen Verlust des Rechenzentrums nach einem Erdbeben). (de)
- Logging und Recovery bezeichnet in der Informatik (Datenbanktheorie) eine Sammlung von Maßnahmen und Techniken, um bei Datenbanksystemen (DBS) nach einem Fehlerfall (z. B. nach einem Systemabsturz oder einem Ausfall von Festplatten) den Datenverlust zu verhindern und die Fehlerfreiheit (Konsistenz) der Datenbank weiterhin zu garantieren. Mögliche Fehlerarten sind: Transaktionsfehler (z. B. Abbruch einer laufenden Transaktion wegen Sperrung durch eine andere Transaktion), Systemfehler (z. B. Rechnerausfall), Geräte-, bzw. Externspeicherfehler (z. B. Festplattenausfall durch einen Headcrash) oder die sogenannte Katastrophe (z. B. dem vollständigen Verlust des Rechenzentrums nach einem Erdbeben). (de)
|
