DB Administration

Eine Oracle DB besteht aus einem Datenbankserver, und einer oder mehreren Datenbankinstanzen. Eine Instanz besteht aus mehreren Hintergrundprozessen. Jedes Mal, wenn eine Instanz gestartet, ein geteilter Memory Space in der SGA (System Global Area) angelegt. Die SGA beinhaltet Daten- und Kontrollinformationen für die einzelnen Datenbankinstanzen.
Die Hintergrundprozesse beinhalten Funktionen zur synchronisationen und überwachungsprozesse für die einzelnen Datenbankinstanzen. Diese laufen viel parallel, um die Performance der Datenbank zu optimieren.

Die Datenbank besteht aus physischen und logischen Dateien, hierauf wird noch später eingegangen.

Jeder Nutzer, der sich mit der Oracle DB verbindet, bekommt einen eigenen Benutzerprozess. Der Code des jeweiligen Benutzers wird über sogenannte "client foreground processes" gehandhabt. Um SQL Statements der jeweiligen Benutzer auszuführen, wird ein sogenannter "server process" erstellt.

Eine Connection is das Verbindungsstück zwischen Benutzer und Datenbank. Diese Prozesse können auf eigenen Servern laufen, um die Performance auf großen Datenbanken zu verbessern.

Die Verbindung repräsentiert auch einen validen Login für die Datenbank. Wenn sich ein User mit der Datenbank verbindet, muss er einen validen Account und ein valides Passwort vorweisen.

Es gibt 2 grundlegende Prozesse, die mit einer Instanz verbunden werden:

The Data Buffer Cache beinhaltet Blöcke, die gerade von der Datenbank gelesen wurden. Bevor also eine Abfragt von der Datenbank abgefragt wird, wird zuerst im Data Buffer cache nachgeschaut, ob diese Abfragte nicht bereits zwischengespeichert wurde.
Wenn die Daten nicht im Buffer cache gefunden wurden (cache miss), dann müssen diese zuerst in diesen kopiert werden, bevor der Prozess diese erhält. Dies führt dazu, dass alle Blöcke, die die Datenbank benötigt, immer im Buffer cache vorhanden sein müssen. (Bei größeren Abfragen werden die nicht mehr benötigten Blöcke aus dem Buffer cache gelöscht).

Die Puffer werden von einem Prozess verwaltet. Die Puffer beinhalten eine Mischung aus zuletzt abgefragten Blöcken, wie auch Blöcke, die sehr oft verwendet werden.

Im Redo log buffer stehen Informationen zu Änderungen in der Datenbank. Dieser beinhaltet Informationen, die Datenänderungen auf der Datenbank rekonstruieren können. Folgende Statements verursachen Einträge im redo log:

Redo Einträge werden verwendet, um die Datenbank im Falle eines Absturzes wieder zu starten. Die Redo Log buffers haben immer eine fix festgelegte Größe im SGA. Wird der Redo Log voll, oder nach einem konfigurierbaren Zeitintervall werden Checkpoints erstellt. Diese leeren den Redo log.

Der Redo Log Writer schreibt die Redo Logs in die dafür vorgesehenen Redo log files. Dies passiert mit nur wenig caching, um im Falle von z.B eines Stromausfalles nur so wenig Information wie möglich zu verlieren. Wie viele dieser Log Writer es gibt, hängt ab von der Größe der Datenbank. Die Anzahl wird automatisch von der Datenbank verwaltet. Es muss allerdings immer mindestendes ein Redo Log writer vorhanden sein.

Der Shared Pool ist Teil des SGA. Dieser beinhaltet folgende Strukturen:

Der Large Pool erlaubt es, verschiedenste Daten, die nicht in die anderen Pool gehören, oder zu groß für die anderen Poll sind, zu speichern.

Dieser beinhaltet:

Optionale Inhalte:

Der Pool wird aber großteils dafür verwendet, SQL & PL/SQL Statements zu cachen.

Der Java Pool wird verwendet, um spezifischen Java Code für die Sessions und die dazugehörige JVM.

Der Streaming-Pool wird vor allem verwendet um:

Genauere Details zu diesen würden den Rahmen sprengen.