export ORACLE_SID=orcl
export ORACLE_BASE=/oracle
export ORACLE_HOME=/oracle/product/dbhome
export LD_LIBRARY_PATH=/oracle/product/dbhome/lib 
export PATH=/oracle/product/dbhome/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/oracle/bin
# Prompt mit SID zur leichteren Identifikation unterschiedlicher Terminalfenster
export PS1='$ORACLE_SID $PWD> '

ALTER SYSTEM SET audit_trail=db,extended SCOPE=spfile;   -- 1
ALTER SYSTEM SET audit_sys_operations=true SCOPE=spfile; -- 2
AUDIT ALL ON scott.emp;                                  -- 3
STARTUP FORCE                                            -- 4

Es ist NICHT möglich, eine beliebige Datenbank zu installieren und durch Konfiguration zu einem Audit Vault Server umzufunktionieren. Vielmehr MUSS die Audit Vault Server Datenbank von dem eigens dafür vorgesehenen Installationsmedium in ein eigenes ORACLE_HOME installiert werden. Die Umgebungsvariablen dafür sind analog zum obigen Beispiel etwa folgendermassen zu setzen:

export ORACLE_SID=av
export ORACLE_BASE=/oracle
export ORACLE_HOME=/oracle/product/11.2.0/avhome
export LD_LIBRARY_PATH=/oracle/product/11.2.0/avhome/lib 
export PATH=/oracle/product/11.2.0/avhome/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/oracle/bin
export PS1='$ORACLE_SID $PWD> '

Auch diese Variablen werden in einem Shell Skript zum Beispiel unter dem Namen av.sh gespeichert. Nach Aufrufen des Skripts wird der Audit Vault Server ebenfalls mit ./runInstaller über den OUI der heruntergeladenen Software installiert.

Die Installation beginnt wie gewohnt mit Abfragen zu Security Updates und Installations Optionen. Für das Testsystem benötigt man keine Updates, und es soll sowohl die Software installiert als auch der Audit Vault konfiguriert werden. Als Installationstyp gibt man in Schritt 3 Basic Installation an. (Die Option Advanced Installation erlaubt zum Beispiel die Installation als Real Application Cluster (RAC)). Man gelangt zur Bildschirmmaske mit dem Schritt 4. Zwei Eingaben sind erläuterungsbedürftig.

Als Name des Administrators ist avadmin angegeben. Nur die hier angegebene Person kann die Strukturen des Audit Vault verwalten, zum Beispiel Agenten einrichten. Dabei hat die Person NICHT das Recht, die Berichte des Audit Vault zu starten oder anderweitig auf die im Audit Vault Server gespeicherten Daten zuzugreifen. Zugriff auf diese Daten hat nur die Person avauditor, die im Bild als Audit Vault Auditor angegeben wurde. Dies dient dem Prinzip der Funktionstrennung und Aufgabenverteilung, und dieses Prinzip ist auch in weiteren Punkten für Audit Vault durchgesetzt. Denn es gibt zwar nach wie vor den Benutzer SYSDBA und dieser startet zum Beispiel auch die Audit Vault Server Datenbank, allerdings hat er weder die Möglichkeit, die Strukturen des Audit Vault Servers zu manipulieren, noch hat er Zugriff auf die gesammelten Audit Daten. Beides wird durch die Datenbankoption Database Vault vor jedem Zugriff durch SYSDBA geschützt. Auch das Anlegen zusätzlicher Benutzer, etwa weiterer Auditoren, oder das Ändern von Benutzerpasswörtern muss mit einem Database Vault spezifischen Benutzer angelegt werden, der standardmäßig so heisst wie der Audit Vault Administrator - allerdings mit dem Zusatz DVA und in diesem Fall also avadmindva. Wer mit der Option Database Vault vertraut ist, erkennt vielleicht, dass es sich dabei um den Benutzer mit der Rolle Database Vault Account Manager handeln muss. Die Database Vault typischen Benutzer können im Übrigen auch im Rahmen einer Advanced Installation selbst konfiguriert werden.

Die Installation und Konfiguration benötigt einige Minuten und wird mit dem abschliessenden Hinweis auf die URLs beendet, unter denen die Datenbankkonsole des Enterprise Manager (https://rechnername:5500/em) und der Audit Vault Administrator Konsole (https://rechnername:5500/av) zu erreichen sind. Zu beachten ist bei einem Neustart, dass BEIDE Konsolen gleichzeitig mit dem folgenden Befehl von der Kommandozeile aus gestartet werden müssen:

avctl start_av

Zwischenschritt: Da mit der Installation des Audit Vault Server nun die zweite Datenbank auf dem Testsystem läuft, sollte der Listener angepasst werden. Um aus beiden Umgebungen einen Listener starten zu können, werden die Inhalte der vom OUI angelegten Konfigurationsdateien zusammengefasst und in beiden Umgebungen identisch abgelegt. Es ist in diesem Zusammenhang lediglich wichtig, dass die Portnummer für den Listener aus der Umgebung der Audit Vault Server Installation verwendet wird, da dieser standardmäßig während der Installation zum Beispiel in die Konfiguration der Audit Vault Konsole einfließt. Die Datei listener.ora liegt standardmäßig unter $ORACLE_HOME/network/admin und könnte folgendermassen aussehen:

SID_LIST_LISTENER = (SID_LIST = 
              (SID_DESC = (GLOBAL_DBNAME = orcl.de.oracle.com)(ORACLE_HOME = /oracle/product/dbhome)
                 (SID_NAME = orcl))
              (SID_DESC = (GLOBAL_DBNAME = av.de.oracle.com)(ORACLE_HOME = /oracle/product/11.2.0/avhome)
                 (SID_NAME = av)))
LISTENER =(DESCRIPTION_LIST =
    (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = oel57.de.oracle.com)(PORT = 1522))))
ADR_BASE_LISTENER = /oracle
WALLET_LOCATION =
 (SOURCE = (METHOD = FILE)
           (METHOD_DATA = (DIRECTORY = /oracle/product/11.2.0/avhome/network/admin/avwallet)))
SSL_CLIENT_AUTHENTICATION = FALSE

Installation eines Audit Vault Agenten