Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Von:
Bei Oracle dient der Befehl ALTER SYSTEM ARCHIVE LOG zur manuellen Steuerung von Archivlog-Vorgängen. Je nach verwendeter Option kann er die Archivierung des aktuellen Redo-Logs erzwingen, anstehende Redo-Logs archivieren oder den Archivierungshintergrundprozess selbst verwalten.
Auch bei aktivierter automatischer Archivierung müssen Administratoren vor Sicherungen, nach Wiederherstellungsvorgängen oder bei der Behebung von Archivlog-Lücken ggf. Logs manuell archivieren.
Bevor Sie ALTER SYSTEM ARCHIVE LOG CURRENT oder ALTER SYSTEM ARCHIVE LOG ALL ausführen, muss die Datenbank im Modus ARCHIVELOG betrieben werden. Zudem benötigt der Benutzer die Berechtigungen SYSDBA oder SYSOPER.
Sie können den aktuellen Archivmodus mit folgenden Befehlen prüfen: SELECT LOG_MODE FROM V$DATABASE; oder ARCHIVE LOG LIST;
Übersicht der Befehle
Der Oracle-Befehl ALTER SYSTEM ARCHIVE LOG unterstützt mehrere Optionen, wobei CURRENT, ALL und STOP am häufigsten verwendet werden.
Die nachfolgende Tabelle fasst ihr Verhalten und typische Einsatzszenarien zusammen:
| Befehl | Synchron | Löst Log-Wechsel aus | RAC-Gültigkeitsbereich | Einsatzzweck |
|---|---|---|---|---|
ARCHIVE LOG CURRENT |
Ja | Ja | Alle Knoten | RMAN-Sicherungs-Skripte |
ARCHIVE LOG ALL |
Ja | Nein | Alle Threads | Schließen von Log-Lücken / Nach Wiederherstellungen |
ARCHIVE LOG STOP |
– | – | – | Vermeiden – veraltet |
ALTER SYSTEM ARCHIVE LOG CURRENT ist die Standardoption für Sicherungsvorgänge. Bei der Ausführung erzwingt er einen Wechsel des aktiven Redo-Logs und archiviert dieses, bevor die Steuerung an die Sitzung zurückgegeben wird.
Dieser Befehl arbeitet synchron: Oracle wartet, bis die Archivdatei vollständig auf die Festplatte geschrieben wurde, bevor die Sitzung weiterarbeitet. Aufgrund dieses Verhaltens ist er zuverlässig in Sicherungs-Skripten – Sie können sich sicher sein, dass alle Redo-Daten vollständig gesichert sind, bevor der nächste Schritt ausgeführt wird.
In einer eigenständigen Datenbankumgebung lautet die Syntax einfach:
ALTER SYSTEM ARCHIVE LOG CURRENT;
In einer Real Application Clusters (RAC)-Umgebung löst die Ausführung dieses Befehls auf einer Instanz einen Log-Wechsel sowie die Archivierung von Logs aller Threads auf allen aktiven Knoten aus. Um nur eine bestimmte Instanz anzusprechen, verwenden Sie den Parameter THREAD:
-- Erzwinge Archivierung für Redo-Thread 2
ALTER SYSTEM ARCHIVE LOG CURRENT THREAD 2;
Ein häufiger Fehler in Sicherungs-Skripten ist die Verwendung von ALTER SYSTEM SWITCH LOGFILE. Zwar löst dieser ebenfalls einen Log-Wechsel aus, arbeitet aber asynchron: Oracle gibt die Steuerung sofort zurück, bevor der ARCn-Prozess das Archiv auf die Festplatte geschrieben hat.
Wenn ein RMAN-Job direkt danach ausgeführt wird, kann er die benötigte Datei nicht finden und Fehler wie RMAN-06054 oder ORA-00279 auftreten. Alte Skripte umgehen das Problem mit einer Pause per SLEEP 60, was jedoch keine zuverlässige Lösung darstellt. ALTER SYSTEM ARCHIVE LOG CURRENT beseitigt das Problem vollständig, da Oracle auf den Abschluss der Archivierung wartet.
Oracle empfiehlt, diesen Befehl zweimal während einer Hot-Sicherung auszuführen: einmal vor Beginn der Sicherung und einmal nach deren Abschluss. Dadurch werden alle während des Sicherungsfensters generierten Redo-Daten in den Wiederherstellungsbestand aufgenommen.
ALTER SYSTEM ARCHIVE LOG ALL archiviert alle vollständig gefüllten, aber noch nicht archivierten Redo-Log-Gruppen. Im Gegensatz zu ARCHIVE LOG CURRENT erzwingt er keinen Wechsel des aktiven Logs. Stattdessen durchsucht er alle abgeschlossenen Logs und löst die Archivierung für alle aktivierten Threads aus.
Dies macht ihn zum passenden Werkzeug, wenn der automatische Archivierungsprozess ins Hintertreffen gerät oder vorübergehend unterbrochen wurde.
Der Unterschied liegt im Log-Wechsel-Verhalten: ARCHIVE LOG CURRENT zwingt die Datenbank zum sofortigen Wechsel auf ein neues Redo-Log. ARCHIVE LOG ALL verarbeitet nur bereits abgeschlossene und wartende Logs. Ist das aktive Redo-Log beispielsweise zur Hälfte gefüllt, bleibt es unangetastet – nur ältere abgeschlossene Logs werden archiviert.
Es gibt drei gängige Fälle, in denen dieser Befehl die richtige Wahl darstellt:
Ist die Archivierung vollständig auf dem aktuellen Stand, gibt Oracle folgende Meldung zurück:
ORA-00271: no logs need archiving
Dies ist lediglich eine Statusmitteilung und kein Fehler. In einer fehlerfreien Umgebung bedeutet diese Antwort, dass der Hintergrundarchivierungsprozess ordnungsgemäß arbeitet und kein Rückstau an Logs existiert.
Die gleichzeitige Archivierung mehrerer Redo-Logs kann kurzzeitig eine hohe Last auf das E/A-Subsystem erzeugen. Führen Sie diesen Befehl nach Möglichkeit außerhalb der Hauptbetriebszeiten aus, um Konflikte mit Benutzertransaktionen um Festplatten-Durchsatz zu vermeiden.
ALTER SYSTEM ARCHIVE LOG STOP ist ein veralteter Befehl, der in der modernen Datenbankverwaltung keine Anwendung mehr findet. Unter Oracle 9i und älteren Versionen wurde er zusammen mit ARCHIVE LOG START zur manuellen Steuerung der ARCn-Hintergrundprozesse verwendet. Oracle hat den Befehl ab Version 10g als veraltet markiert. Obwohl die Syntax auch auf neueren Versionen noch ausgeführt werden kann, birgt er erhebliche Risiken und sollte vermieden werden.
Die Ausführung dieses Befehls weist Oracle an, die Archivierungsprozesse daran zu hindern, Redo-Daten in das Archivziel zu schreiben. Die Datenbank zeichnet jedoch weiterhin alle Transaktionen in den Online-Redo-Logs auf.
Sobald alle Redo-Log-Gruppen vollständig gefüllt sind, hat Oracle keinen Speicherort mehr für neue Änderungen. Da sich die Datenbank weiterhin im ARCHIVELOG-Modus befindet und die Archivierung angehalten wurde, werden sämtliche Aktivitäten unbegrenzt ausgesetzt. Die einzigen Auswege sind das erneute Starten der Archivierung oder das Herunterfahren der Instanz.
Der einzige Szenario, in dem ein DBA diesen Befehl ggf. nutzt, ist ein schwerwiegender Notfall: Wenn der Archivierungsprozess vollständig hängt und einen System-E/A-Lock auslöst, kann ARCHIVE LOG STOP verwendet werden, um den Prozess sofort zu beenden. Daraufhin sollte umgehend ein SHUTDOWN ABORT ausgeführt werden, um weitere Instabilitäten zu verhindern.
Um die Archivierung vollständig zu deaktivieren, verzichten Sie gänzlich auf den STOP-Befehl. Der sichere Weg besteht darin, den Datenbank-Logmodus direkt zu ändern:
SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
ALTER DATABASE NOARCHIVELOG;
ALTER DATABASE OPEN;
Dieser Ablauf aktualisiert die Steuerdatei und deaktiviert die Hintergrundarchivierungsprozesse ordnungsgemäß, sodass das Risiko eines unerwarteten Datenbankstopps ausgeschlossen wird.
Auch in gut verwalteten Umgebungen können bei der Archivierung gelegentlich Fehler auftreten, die den Datenbankbetrieb blockieren. Die Kenntnis der Fehlercodes ermöglicht eine schnelle Problembehebung und eine zügige Rückkehr zum regulären Betrieb.
ORA-00257: Archivierungsfehler – Anmeldung nur als SYSDBA möglich bis Speicher freigegeben
Dies ist der häufigste Archivierungsfehler. Er tritt auf, wenn das Archivziel, meist der Flash Recovery Area (FRA), keinen Speicherplatz mehr hat. Oracle blockiert daraufhin alle nicht-administrativen Verbindungen, um zu verhindern, dass neue Redo-Daten generiert werden, für die kein Speicher vorhanden ist.
Diagnose und Behebung:
V$RECOVERY_FILE_DEST.DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-1';db_recovery_file_dest_size oder konfigurieren Sie ein sekundäres Archivziel.ORA-00271: Es sind keine Logs zur Archivierung vorhanden
Diese Meldung erscheint bei Ausführung von ALTER SYSTEM ARCHIVE LOG ALL, wenn alle vollen Redo-Logs bereits verarbeitet wurden. Es sind keine weiteren Maßnahmen erforderlich – die Meldung bestätigt einen aktuellen Archivierungszustand ohne Rückstau.
ORA-16038: Die Log-Sequenz kann nicht archiviert werden
Dieser Fehler weist auf einen E/A-Ausfall oder ein Konfigurationsproblem hin, das das Schreiben ins Archivziel verhindert. Häufige Ursachen:
LOG_ARCHIVE_DEST_nRMAN-06054 und ORA-00279
Diese Fehler treten typischerweise auf, wenn ALTER SYSTEM SWITCH LOGFILE innerhalb eines RMAN-Sicherungs-Skripts verwendet wird. Da dieser Befehl asynchron arbeitet, versucht RMAN ggf. ein Log zu sichern, dessen Archivierung noch nicht abgeschlossen ist. Der Austausch gegen ALTER SYSTEM ARCHIVE LOG CURRENT löst das Problem, wie im Abschnitt zur Archivlog-Synchronisation erläutert.
Das manuelle Verwalten von Archivlogs gewährleistet die Wiederherstellbarkeit Ihrer Oracle-Datenbanken, birgt aber gleichzeitig Risiken. Ein volles Archivziel löst ORA-00257 aus und blockiert Benutzerverbindungen. Eine fehlende Log-Lücke führt zu einer nicht synchronisierten Data-Guard-Standby-Datenbank. Wenn die Archivierung während eines Sicherungsfensters hängt, kann der RMAN-Job ohne Vorwarnung fehlschlagen. Dies sind keine Ausnahmefälle, sondern alltägliche Probleme im produktiven Oracle-Betrieb.
Eine spezielle Sicherungslösung reduziert diesen Betriebsaufwand deutlich. i2Backup ist eine unternehmensweite Sicherungsplattform zum Schutz von Oracle-Umgebungen mit minimalem manuellen Aufwand.
Für Umgebungen mit Anforderungen an einen durchgehenden Schutz statt nur zeitgesteuerter Sicherungen repliziert i2CDP Datenänderungen bytegenau in Echtzeit und senkt den RPO auf nahezu Null. Für Hochverfügbarkeit und automatischen Failover zwischen Oracle-Instanzen bietet i2Availability Echtzeit-Replikation mit Wechselzeiten unter einer Sekunde – der Produktivbetrieb läuft auch bei Ausfall der Primärumgebung weiter.
Gemeinsam decken diese Lösungen das gesamte Spektrum des Oracle-Datenschutzes ab: von der täglichen Archivlog-Verwaltung bis zum standortübergreifenden Katastrophenschutz. Über den Button können Sie eine kostenlose 60-Tage-Testversion aller genannten Lösungen anfordern.
Die drei in dieser Anleitung vorgestellten Archivlog-Befehle erfüllen unterschiedliche Aufgaben – die falsche Verwendung zum falschen Zeitpunkt hat konkrete negative Folgen. ARCHIVE LOG CURRENT ist die zuverlässige Wahl für Sicherungs-Skripte, da es die Steuerung erst zurückgibt, wenn die Archivierung abgeschlossen ist. ARCHIVE LOG ALL kommt zum Einsatz, wenn Logs im Rückstand sind und manuell aufgeholt werden müssen. ARCHIVE LOG STOP sollte in nahezu allen Fällen vermieden werden – sein Verhalten in modernen Oracle-Versionen ist unvorhersehbar und kann die gesamte Datenbank zum Stillstand bringen.
Für den täglichen Betrieb hilft das Verständnis gängiger Fehler wie ORA-00257 und ORA-16038 bei einer schnellen Störungsbehebung, bevor Benutzer beeinträchtigt werden.
Gleichwohl stößt die manuelle Archivlog-Verwaltung an ihre Grenzen. Wenn Ihre Oracle-Datenbank produktiv betrieben wird, senkt die Automatisierung von Sicherungsplänen, Aufbewahrungsregeln und Log-Erfassung mit einer Lösung wie i2Backup von Info2soft das Risiko menschlicher Fehler. Ihre Wiederherstellungsziele bleiben erreichbar – ohne dass ein Mitarbeiter daran erinnert werden muss, zum richtigen Zeitpunkt einen Befehl auszuführen.
