Daten werden gespeichert und zum Teil lange aufbewahrt. Mitunter werden Daten nach ihrer ersten Speicherung geändert, vielleicht sogar mehrfach. Je nach gesetzlicher oder betrieblicher Vorgabe müssen die Veränderungen sogar nachverfolgbar sein. Damit sind zugleich Mechanismen gefordert, die sicherstellen, dass die Folge der Versionen lückenlos ist. Und implizit bedeutet das zusätzlich, dass die Versionen auch vor Löschen und Verändern geschützt sein müssen.

Häufig erfolgt das Versionieren über die Anwendung, mit der die Daten auch erfasst werden, und ist damit durch Umgehen der Anwendung zu unterlaufen. Die Versionierung kann auch durch Trigger erfolgen, was eventuell auf Kosten der Performance geht, denn die Transaktionslast des Systems steigt durch das Abarbeiten der Trigger. Oder die Versionierung erfolgt durch besondere Werkzeuge und ist deshalb mit höheren Kosten und / oder höherer Komplexität verbunden. Neben den genannten Schwächen der jeweiligen Lösung, bleibt bei allen drei Lösungsansätzen zusätzlich die Frage nach dem Schutz vor unerlaubtem Löschen oder Ändern versionierter Daten offen.

Flashback Data Archives lösen diese Frage, denn sie bieten nicht nur einen wirksamen Mechanismus zum Versionieren von Datensätzen, sondern sie schützen diese Versionen auch vor Veränderung und löschen sie schließlich sogar automatisch nach Ablauf ihrer Aufbewahrungsfrist. Dieser letzte Punkt mag auf den ersten Blick weniger wichtig erscheinen, aber Gesetze und Vorschriften beinhalten in der Regel nicht nur strenge Fristen zur Aufbewahrung von Daten, sondern ebenso strenge Fristen zu ihrer Löschung.

Ursprünglich wurden die Archive als eigenständige Option zur Enterprise Edition der Oracle Database 11g unter dem Namen Total Recall eingeführt - was übersetzt so viel heißt wie 'das perfekte Gedächtnis'. Ende Juni 2012 verloren die Flashback Data Archives ihren Status als eigenständige Option. Weil die Archive aber grundsätzlich komprimiert wurden, hat Oracle sie stattdessen zu einem Feature der Advanced Compression Option der Enterprise Edition (ACO) gemacht. Seit der Version 11.2.0.4 der Datenbank ist das Komprimieren aber für die Archive nicht mehr zwangsläufig, sondern optional. Damit gibt es lizenzrechtlich erneut eine Änderung: Wer die Kompression verwendet, der muss nach wie vor ACO lizensieren. Wer die Flashback Data Archives dagegen ohne Kompression verwendet - also zum Beispiel Entwickler -, dem stehen sie ab 11.2.0.4 aufwärts im Lieferumfang aller Editionen der Datenbank zur Verfügung. Diese Änderung ist in den Handbüchern zur Lizensierung der Versionen 11.2 und 12.1 der Datenbank dokumentiert.

Archive anlegen und verwalten

Das Anlegen von Archiven in einer Datenbank setzt voraus, dass das Undo Management dieser Datenbank auf AUTO steht. Zudem müssen Archive immer mindestens einem Tablespace zugeordnet werden. Sie können sich jedoch auch über mehrere Tablespaces erstrecken. Egal ob ein Tablespace oder mehrere Tablespaces: Jedes Tablespace, das Archivdaten aufnehmen soll, muss über Automatic Segment Space Management verwaltet werden. Natürlich sollten die für ein Archiv vorgesehenen Tablespaces auch über ausreichend Speicherplatz verfügen. Ist das nicht der Fall, erhält der Anwender beim Arbeiten auf einer Tabelle, für die das Archivieren eingeschaltet ist, unter Umständen die Fehlermeldung "ORA-55617: Flashback Archive NAME runs out of space and tracking on NAME is suspended", und weitere Änderungsaktionen auf dieser Tabelle werden verhindert.

Archive sind Objekte, die nur mit dem Privileg FLASHBACK ARCHIVE ADMINISTER anzulegen, zu ändern oder zu löschen sind. Die Rolle DBA enthält dieses Privileg. Ausserdem wird das Privileg CREATE TABLESPACE benötigt sowie ausreichend Quota in den Tablespaces, die von den Archiven benutzt werden sollen.

Der DBA legt mit folgendem Befehl ein Archiv an:

CREATE FLASHBACK ARCHIVE archiv1
TABLESPACE example QUOTA 100G
OPTIMIZE DATA
RETENTION 5 YEAR

SELECT flashback_archive_name, flashback_archive#, retention_in_days, 
       to_char(create_time, 'dd.mm.yy hh24:mi:ss') create_time
FROM dba_flashback_archive;

FLASHBACK_ARCHIVE_NAME FLASHBACK_ARCHIVE# RETENTION_IN_DAYS CREATE_TIME          
---------------------- ------------------ ----------------- --------------------
ARCHIV1                                 1              1825 12.05.14 14:22:50

CREATE TABLE tabname (spalte1 NUMBER(10) NOT NULL, ...)
FLASHBACK ARCHIVE archiv1

ALTER TABLE emp FLASHBACK ARCHIVE archiv1

CREATE FLASHBACK ARCHIVE DEFAULT defarcname
TABLESPACE tsname
NO OPTIMIZE DATA
RETENTION 5 YEAR

ALTER FLASHBACK ARCHIVE archiv1 SET DEFAULT

DROP FLASHBACK ARCHIVE archiv1

ALTER TABLE emp NO FLASHBACK ARCHIVE

SELECT *
FROM user_flashback_archive_tables;

TABLE_NAME  OWNER_NAME  FLASHBACK_ARCHIVE_NAME  ARCHIVE_TABLE_NAME     STATUS
----------  ----------  ----------------------  ---------------------  ---------
EMP         SCOTT       ARCHIV1                 SYS_FBA_HIST_87108     ENABLED

SELECT * FROM scott.emp
AS OF TIMESTAMP TO_TIMESTAMP('14.05.12 11:42', 'dd.mm.yy hh24:mi')

SELECT object_name, object_type
FROM user_objects
WHERE object_name like 'SYS%';

OBJECT_NAME                    OBJECT_TYPE
------------------------------ ------------------------------
SYS_FBA_DDL_COLMAP_87108       TABLE
SYS_FBA_HIST_87108             TABLE PARTITION
SYS_FBA_HIST_87108             TABLE
SYS_FBA_TCRV_87108             TABLE
SYS_FBA_TCRV_IDX_87108         INDEX

DESC SYS_FBA_HIST_87108

Name              Null?    Type
----------------- -------- ------------------------------------
RID                        VARCHAR2(4000)
STARTSCN                   NUMBER
ENDSCN                     NUMBER
XID                        RAW(8)
OPERATION                  VARCHAR2(1)
EMPNO                      NUMBER(4)
ENAME                      VARCHAR2(10)
...
DEPTNO                     NUMBER(2)

EXECUTE dbms_flashback_archive.register_application
        (application_name       => 'anwendungsname',
         flashback_archive_name => 'archiv1')

EXECUTE dbms_flashback_archive.add_table_to_application
        (application_name => 'anwendungsname', 
         table_name       => 'emp',
         schema_name      => 'scott')

(Weitere Tabellen hinzufügen ...)

EXECUTE dbms_flashback_archive.enable_application
        (application_name => 'anwendungsname')

• Advanced Application Developer's Guide
• sowie der SQL Language Reference
• und der PL/SQL Packages and Types Reference"

• Development Guide
• der SQL Language Reference
• und der PL/SQL Packages and Types Reference.

Zurück zur Community-Seite