

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Geläufige Parameter für RMAN-Verfahren
<a name="Appendix.Oracle.CommonDBATasks.CommonParameters"></a>

Sie können mit den Verfahren im Amazon RDS-Paket `rdsadmin.rdsadmin_rman_util` Aufgaben mit RMAN durchführen. Den Verfahren im Paket sind mehrere Parameter gemeinsam. Das Paket besitzt die folgenden geläufigen Parameter.


****  

| Parametername | Datentyp | Zulässige Werte | Standard | Erforderlich | Beschreibung | 
| --- | --- | --- | --- | --- | --- | 
|  `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.  Das Limit ist 30 Zeichen.   | 
|  `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 zu, wobei das Format verwendet *YYYY* wird`TAGYYYYMMDDTHHMMSS`, wobei das Jahr, *MM* der Monat, *DD* der Tag, *HH* die Stunde (im 24-Stunden-Format), *MM* die Minuten und die Sekunden *SS* sind. 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: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/Appendix.Oracle.CommonDBATasks.CommonParameters.html)  | 
|  `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\$1Plus `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.  | 