Geläufige 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, weist RMAN automatisch ein Standard-Tag mithilfe des Formats TAGYYYYMMDDTHHMMSS zu, wobei YYYY für das Jahr steht, MM für den Monat, DD für den Tag, HH für die Stunde (im 24-Stunden-Format), MM für die Minuten und SS für die Sekunden. Datum und Uhrzeit verweisen darauf, wann RMAN das Backup gestartet hat.

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 Parameter p_tag wird für die folgenden Amazon-RDS-for-Oracle-DB-Engine-Versionen unterstützt:

p_compress

boolesch

TRUE, FALSE

FALSE

Nein

Geben Sie TRUE an, um die BASIC-Sicherungskomprimierung zu aktivieren.

Geben Sie FALSE an, um die BASIC-Sicherungskomprimierung zu deaktivieren.

p_include_archive_logs

Boolean

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 kann das Backup aufgrund fehlender archivierter Redo-Log-Dateien, die von den Amazon RDS-Verwaltungsverfahren gelöscht wurden, fehlschlagen.

p_include_controlfile

Boolean

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

Bei TRUE wird der RMAN-Ausgang an das DBMS_OUTPUT-Package und zusätzlich an eine Datei im BDUMP-Verzeichnis gesendet. Verwenden Sie in SQL*Plus SET SERVEROUTPUT ON, um die Ausgabe anzuzeigen.

Bei FALSE wird der RMAN-Ausgang 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.