Borland® StarTeam® 2006 - Borland Technical Publications

ermöglicht es ORACLE, diese Transaktionen nach der Wiederherstellung der beschädigten Dateien anzuwenden
(unter der Voraussetzung, dass sich unter den beschädigten Dateien keine aktive Redo-Log-Datei befunden hat).
Wenn das Schema der Datenbank geändert wird, z. B. durch Hinzufügen einer neuen Datendatei, Umbenennen
einer Datei bzw. Erstellen oder Entfernen eines erstellten Tablespace, müssen Sie die Datenbank herunterfahren
und mindestens die Steuerungsdatei und die neu hinzugefügte Datendatei kopieren. Vorzugsweise sollten Sie ein
vollständiges Backup der Datenbank ausführen.
Vor dem Ausführen eines Offline-Backups müssen Sie unbedingt eine Liste aller Oracle-Dateien erstellen, die
gesichert werden müssen. Durch Ausführen der folgenden Abfragen erhalten Sie eine vollständige Liste dieser
Dateien.
select name from sys.v_$datafile;
select member from sys.v_$logfile;
select name from sys.v_$controlfile;
Fahren Sie die Datenbank über SQL*Plus oder den Server-Manager herunter. Sichern Sie alle Dateien auf
sekundären Speichermedien (z. B. auf Band). Stellen Sie sicher, dass Sie alle Datendateien, Steuerungsdateien
und Protokolldateien sichern. Fahren Sie die Datenbank wieder hoch, wenn Sie mit der Sicherung fertig sind.
Hinweis: Wenn die Datenbank im ARCHIVELOG-Modus ausgeführt wird, können Sie mithilfe der archivierten
Protokolldateien weiterhin ein Rollforward von einem Offline-Backup ausführen. Wenn Sie die Datenbank
nicht zu einem geeigneten Zeitpunkt für ein Offline-Backup herunterfahren können, wechseln Sie in den
ARCHIVELOG-Modus und führen Sie ein Online-Backup aus.
Online-/"Hot"-Backups von Oracle-Datenbanken
Als Online- oder "Hot"-Backups bezeichnet man Sicherungen, die erstellt werden, während die Datenbankinstanz
ausgeführt wird. Online-Backups sind an solchen Standorten sehr wichtig, an denen die Datenbankinstanz rund um
die Uhr ausgeführt werden muss und die Erstellung von Offline-Backups somit unmöglich ist. Während der Erstellung
eines Online-Backups bleibt die Datenbank für Lese- und Aktualisierungsvorgänge verfügbar. Bei dieser Art von
Backup muss die Datenbank im ARCHIVELOG-Modus ausgeführt werden. Nur die Datendateien und die aktuelle
Steuerungsdatei müssen gesichert werden. Anders als bei Offline-Backups können bei Online-Backups einzelne
Tablespaces in beliebigen Kombinationen bei Bedarf gesichert werden. Unterschiedliche Datendateien können zu
verschiedenen Zeitpunkten gesichert werden.
Um ein Online-Backup auszuführen, müssen Sie den Tablespace in den Backup-Modus versetzen, bevor Sie die
Dateien wie nachfolgend beschrieben kopieren.
ALTER TABLESPACE xyz BEGIN BACKUP;
! cp xyfFile1 /backupDir/
ALTER TABLESPACE xyz END BACKUP;
Es ist besser, einzelne Tablespaces zu sichern als alle Tablespaces gleichzeitig im Backup-Modus zu laden. Wenn
Sie sie einzeln sichern, wird weniger Overhead erzeugt. Nach der Fertigstellung der Tablespace-Backups müssen
Sie die Steuerungsdatei wie nachfolgend beschrieben sichern.
ALTER SYSTEM SWITCH LOGFILE; -- Protokolldateien wechseln, um Steuerungsdatei-Header
zu aktualisieren
ALTER DATABASE BACKUP CONTROLFILE TO '//control.dbf';
Die Häufigkeit von Online-Backups ist umgekehrt proportional zu der Zeit, die für eine Wiederherstellung aufgrund
eines beschädigten Mediums benötigt wird. Je älter das Backup, umso mehr Redo-Log-Dateien müssen aufgespielt
werden, wodurch die Wiederherstellungszeit verlängert wird. Backup-Strategien sollten vor Verwendung getestet
werden, um sicherzustellen, dass die Produktionsdatenbank konsistent wiederhergestellt werden kann.
378