Allgemeine Parameter für RMAN Verfahren

p_directory_name

varchar2

Ein gültiger Datenbankverzeichnisname.

—

Ja

Der Name des Verzeichnisses, das die Sicherungsdateien enthalten soll.

p_label

varchar2

a-z, A-Z, 0-9, '_', '-', '.'

—

Nein

Eine eindeutige Zeichenfolge, die in die Sicherungsdateinamen eingeschlossen wird.

p_owner

varchar2

Ein gültiger Eigentümer des in angegebenen Verzeichnisse p_directory_name.

—

Ja

Der Eigentümer des Verzeichnisses, das die Sicherungsdateien enthalten soll.

p_tag

varchar2

a-z, A-Z, 0-9, '_', '-', '.'

NULL

Nein

Eine Zeichenfolge, die verwendet werden kann, um zwischen Backups zu unterscheiden, um den Zweck oder die Verwendung von Backups anzugeben, wie beispielsweise tägliche, wöchentliche oder inkrementelle Backups.

Das Limit ist 30 Zeichen. Bei einem Tag wird die Groß- und Kleinschreibung nicht beachtet. Tags werden immer in Großbuchstaben gespeichert, unabhängig davon, ob bei der Eingabe Groß- oder Kleinschreibung verwendet wird.

Tags müssen nicht eindeutig sein, daher können mehrere Backups das gleiche Tag haben.

Wenn Sie kein Tag angeben, RMAN weist es automatisch ein Standard-Tag zu. Dabei wird das folgende Format TAGYYYYMMDDTHHMMSS verwendet YYYY ist das Jahr, MM ist der Monat, DD ist der Tag, HH ist die Stunde (im 24-Stunden-Format), MM ist die Minute und SS sind die Sekunden. Datum und Uhrzeit beziehen sich darauf, wann das Backup RMAN gestartet wurde.

Beispielsweise könnte ein Backup das Tag TAG20190927T214517 für ein Backup erhalten, das am 27.09.2019 um 21:45:17 Uhr gestartet wurde.

Der p_tag Parameter wird für die folgenden Versionen der Amazon RDS for Oracle-DB-Engine unterstützt:

p_compress

boolesch

TRUE, FALSE

FALSE

Nein

Geben Sie TRUE an, ob die BASIC Backup-Komprimierung aktiviert werden soll.

Geben Sie FALSE an, ob die BASIC Backup-Komprimierung deaktiviert werden soll.

p_include_archive_logs

boolesch

TRUE, FALSE

FALSE

Nein

Geben Sie TRUE an, um archivierte Redo-Logs in das Backup einzuschließen.

Geben Sie FALSE an, um archivierte Redo-Logs aus dem Backup auszuschließen.

Wenn Sie archivierte Redo-Logs in das Backup einschließen, legen Sie mit dem Verfahren rdsadmin.rdsadmin_util.set_configuration als Aufbewahrungszeitraum eine Stunde oder länger fest. Rufen Sie zudem das Verfahren rdsadmin.rdsadmin_rman_util.crosscheck_archivelog unverzüglich auf, bevor Sie das Backup ausführen. Andernfalls schlägt die Sicherung möglicherweise fehl, da archivierte Redo-Log-Dateien fehlen, die durch die RDS Amazon-Verwaltungsverfahren gelöscht wurden.

p_include_controlfile

boolesch

TRUE, FALSE

FALSE

Nein

Geben Sie TRUE an, um die Kontrolldatei in das Backup einzuschließen.

Geben Sie FALSE an, um die Kontrolldatei aus dem Backup auszuschließen.

p_optimize

Boolean

TRUE, FALSE

TRUE

Nein

Geben Sie TRUE zum Aktivieren der Sicherungsoptimierung an, wenn archivierte Redo-Logs eingeschlossen sind, um die Sicherungsgröße zu reduzieren.

Geben Sie FALSE an, um die Sicherungsoptimierung zu deaktivieren.

p_parallel

Zahl

Eine gültige Ganzzahl zwischen 1 und 254 für Oracle Database Enterprise Edition (EE)

1 für andere Oracle Datenbankversionen

1

Nein

Anzahl von Channels.

p_rman_to_dbms_output

Boolean

TRUE, FALSE

FALSE

Nein

WennTRUE, wird die RMAN Ausgabe zusätzlich zu einer Datei im BDUMP Verzeichnis an das DBMS_OUTPUT Paket gesendet. Verwenden Sie in SQL *Plus, SET SERVEROUTPUT ON um die Ausgabe zu sehen.

WennFALSE, wird die RMAN Ausgabe nur an eine Datei im BDUMP Verzeichnis gesendet.

p_section_size_mb

Zahl

Eine gültige Ganzzahl

NULL

Nein

Die Abschnittsgröße in Megabyte (MB).

Validiert parallel, indem jede Datei in die angegebene Abschnittsgröße aufgeteilt wird.

Bei NULL wird der Parameter ignoriert.

p_validation_type

varchar2

'PHYSICAL', 'PHYSICAL+LOGICAL'

'PHYSICAL'

Nein

Der Level der Korruptionserkennung.

Geben Sie 'PHYSICAL' an, um auf physikalische Beschädigung zu überprüfen. Ein Beispiel für physische Korruption oder Beschädigung ist ein Block mit einer Diskrepanz zwischen Kopf- und Fußzeile.

Geben Sie 'PHYSICAL+LOGICAL' an, um zusätzlich zur physischen Korruption auf logische Inkonsistenzen zu prüfen. Ein Beispiel für eine logische Beschädigung ist ein korrupter Block.