Autonome Containerdatenbank klonen

Gilt für: Oracle Public Cloud Gilt für: Multicloud

Sie können eine autonome Containerdatenbank über die Detailseite oder über ein Remotebackup klonen.

Verwandte Themen

Autonome Containerdatenbanken klonen

Autonome Containerdatenbank klonen

Sie können eine autonome Containerdatenbank (ACD) auf der Seite "Details" klonen. Das neueste verfügbare Backup wird als Klonquelle betrachtet.

Voraussetzungen

Informationen zum Anzeigen der Anforderungen für das erfolgreiche Klonen einer ACD-Instanz finden Sie unter Autonomous Container Database auf dedizierter Exadata-Infrastruktur klonen.

Erforderliche IAM-Policys

manage autonomous-container-databases

use cloud-exadata-infrastructures

use cloud-autonomous-vmclusters

Vorgehensweise

Gehen Sie zur Seite "Details" der autonomen Containerdatenbank, deren Klon Sie erstellen möchten.

Anweisungen finden Sie unter Details einer autonomen Containerdatenbank anzeigen.
Klicken Sie unter "Weitere Aktionen" auf die Schaltfläche Klon erstellen.

Füllen Sie die Seite Autonome Containerdatenbank klonen mit den folgenden Informationen aus:

Einstellung	Beschreibung	Hinweise:
Compartment	Wählen Sie ein Compartment aus, um die autonome Containerdatenbank zu hosten.
Anzeigename	Wählen Sie eine benutzerfreundliche Beschreibung oder sonstige Informationen aus, anhand deren Sie die Ressource leicht identifizieren können.	Der Anzeigename muss nicht eindeutig sein, und Sie können ihn jederzeit ändern. Geben Sie dabei keine vertraulichen Informationen ein.
Name der Containerdatenbank	Geben Sie einen Namen für die Containerdatenbank ein. Es kann nur Buchstaben und Zahlen enthalten. Beginnen Sie mit einem Buchstaben und maximal 30 Zeichen.	Der Name der Containerdatenbank muss im gesamten autonomen Exadata-VM-Cluster eindeutig sein. Tipp: Mit dem Namen der Containerdatenbank wird das OKV-(Oracle Key Vault-)Wallet benannt. Mit diesem Namen können Sie das mit Ihrer autonomen Containerdatenbank verknüpfte OKV-Wallet in der OKV-Konsole suchen.
Exadata-Infrastruktur	Die Exadata-Infrastruktur zum Hosten der neuen autonomen Containerdatenbank.	Um eine Mulitcloud-ACD-Ressource zu erstellen, legen Sie den Ressourcen-Compartment-Selektor auf Ihr Multicloud-Compartment fest, und wählen Sie dann die gewünschte Exadata-Infrastruktur aus.
Autonomes Exadata-VM-Cluster	Das autonome Exadata-VM-Cluster zum Hosten der neuen autonomen Containerdatenbank.	Um eine Mulitcloud-ACD-Ressource zu erstellen, legen Sie den Ressourcen-Compartment-Selektor auf Ihr Multicloud-Compartment fest, und wählen Sie dann das gewünschte autonome Exadata-VM-Cluster aus.
Konfigurieren Sie die automatische Wartung	Im Bereich zur Konfiguration der automatischen Wartung werden die folgenden Standardeinstellungen angezeigt: Wartungsmethode: Rolling mit deaktivierter Aktualisierung der Zeitzonendatei. Containerdatenbankwartungsversion: Nächstes Releaseupdate (RU) Wartungsplan: Keine Zeitplanvoreinstellung angegeben. Optional können Sie eine Wartungsvoreinstellung oder einen Wartungsplan konfigurieren, indem Sie auf Wartungsplan ändern klicken, um das Dialogfeld Automatische Wartung bearbeiten zu starten.	DST steht für Daylight Savings Time.
Automatische Wartung bearbeiten	Wartungsmethode konfigurieren: Wählen Sie zwischen rollierenden und nicht rollierenden Wartungsmethoden. Optional können Sie auch Zeitzonenaktualisierung aktivieren wählen. Weitere Informationen finden Sie unter Servicewartungstypen. Wartungsversion der Containerdatenbank konfigurieren: Wählen Sie Nächste RU oder Letzte RU aus, um die nächste Wartungsversion der ACD zu konfigurieren. Automatischen Wartungsplan konfigurieren: Optional können Sie den Wartungsplan von der Standardeinstellung (keine Voreinstellung, mit der Oracle die Wartung nach Bedarf planen kann) in Benutzerdefinierter Zeitplan in Oracle Public Cloud und Zeitplan angeben in Exadata Cloud@Customer ändern. Weitere Informationen zur Auswahl eines benutzerdefinierten Plans finden Sie unter Anpassbare Einstellungen im Wartungsplan. Klicken Sie auf Speichern, um dieses Dialogfenster zu schließen.	Beim Aktualisieren der Zeitzonendatei ist eine vollständige Ausfallzeit für die ACD und die zugehörigen Autonomous Database-Instanzen erforderlich. Die Ausfallzeit hängt von der Datenmenge ab, die für die Zeitzone relevant ist. Alle RUs, die ein Zeitzonenupdate enthalten, werden nur in der Nicht-Rolling-Wartungsmethode (mit vollständiger Systemausfallzeit) gepatcht. Wenn Sie also die Wartung für die Rolling-Methode konfigurieren und die Aktualisierung der Zeitzone aktivieren, werden alle RUs, die eine Aktualisierung der Zeitzone enthalten, nur in der Nicht-Rolling-Methode angewendet. In der Rolling-Methode werden nur die RUs ohne Aktualisierung der Zeitzone angewendet. In einer Autonomous Data Guard-Konfiguration führt die Nicht-Rolling-Wartungsmethode während des jeweiligen Wartungsfensters zu Ausfallzeiten für die primären und Standby-ACDs, bis das Patching abgeschlossen ist.
Backups konfigurieren: Automatische Backups aktivieren	Standardmäßig werden automatische Backups für eine ACD aktiviert. Optional können Sie sie deaktivieren, indem Sie das Kontrollkästchen Automatische Backups aktivieren deaktivieren. Beim Provisioning einer ACD mit Autonomous Data Guard können Sie die automatischen Backups nicht deaktivieren. Wenn Sie in Oracle Public Cloud- und Exadata Cloud@Customer-Deployments automatische Backups aktivieren, wählen Sie eine der folgenden Optionen aus, um zu bestimmen, wie lange Backups nach dem Beenden der ACD aufbewahrt werden: Backups gemäß Backupaufbewahrungszeitraum beibehalten Backups 72 Stunden lang aufbewahren, dann löschen	Bei Oracle Public Cloud- und Exadata Cloud@Customer-Deployments gilt die von Ihnen gewählte Einstellung zum Beibehalten von Backups nach Beendigung der ACD (72 Stunden oder bis zur Dauer des Backupaufbewahrungszeitraums der ACD) nicht für langfristige Backups. Wenn diese Option für eine ACD deaktiviert ist, können automatische Backups jederzeit später über die Oracle Cloud Infrastructure-(OCI-)Konsole aktiviert werden. Befolgen Sie dazu die unter Einstellungen für Backup der autonomen Containerdatenbank bearbeiten beschriebenen Schritte. Nach der Aktivierung können Sie jedoch keine automatischen Backups für die ACD deaktivieren. Wenn automatische Backups aus irgendeinem Grund nicht erfolgreich aktiviert werden können, verläuft das ACD-Provisioning auch mit einer Fehlermeldung nicht erfolgreich. Als Workaround können Sie der ACD automatische Backups durch Provisioning bereitstellen und sie später auf der Seite Details der ACD aktivieren.
Backups konfigurieren: Backupaufbewahrungszeitraum (in Tagen)	Nachdem Sie automatische Backups aktiviert haben, geben Sie einen Wert für den Backupaufbewahrungszeitraum an, der Ihren Anforderungen entspricht. Sie können einen beliebigen Wert zwischen 7 und 95 Tagen auswählen.	Der Wert der Backupaufbewahrungs-Policy ist standardmäßig 15 Tage. Alle Backups werden nach dem Backupaufbewahrungszeitraum automatisch gelöscht.
Aufbewahrungssperre	Wenn Sie Backups für die Dauer des Backupaufbewahrungszeitraums beibehalten möchten, können Sie auch die Aufbewahrungssperre aktivieren. Aufbewahrungssperre wird aktiviert: Stellt eine 14-tägige Kulanzfrist zur Deaktivierung der Aufbewahrungssperre bereit, nach der die Einstellung der Aufbewahrungssperre dauerhaft wird. Behält alle automatischen Datenbankbackups bis zum ACD-Backupaufbewahrungszeitraum bei. Behält die langfristigen Backups bis zu ihrem Aufbewahrungszeitraum (der beim Erstellen eines langfristigen Backups festgelegt wird) bei. Damit können Sie nur den bereits festgelegten Aufbewahrungszeitraum erhöhen, sodass die Backups den Aufbewahrungszeitraum beibehalten. Sie können kein Backup löschen, bevor der Aufbewahrungszeitraum abgelaufen ist. Löscht alle automatischen Backups, wenn der Aufbewahrungszeitraum abgelaufen ist. Wenn Sie jedoch NFS zum Speichern der automatischen Backups konfiguriert haben und die zugrunde liegende ACD beendet wird, müssen Sie die Backups manuell löschen. Löscht die langfristigen Backups, nachdem sie ablaufen. Wenn Sie NFS zum Speichern der langfristigen Backups konfiguriert haben und die ACD beendet wird, müssen Sie die Backups nach deren Ablauf manuell löschen.	GILT FÜR: Oracle Public Cloud GILT FÜR: Exadata Cloud@Customer Wenn Sie festgelegt haben, dass Backups nur 72 Stunden nach Beendigung der ACD beibehalten werden sollen, ist die Option "Aufbewahrungssperre" nicht verfügbar.
Backups konfigurieren: Regionsübergreifende Backupkopie aktivieren	Wählen Sie optional Regionsübergreifende Backupkopie aktivieren aus, und geben Sie eine Region für die Backupkopien an.	Regionsübergreifende Backupkopie kann auf ACDs mit aktiviertem Autonomous Data Guard nicht aktiviert werden. Regionsübergreifende Backupkopie kann für Multicloud-ACD-Ressourcen nicht aktiviert werden.
Erweiterte Optionen ein-/ausblenden	Standardmäßig sind erweiterte Optionen ausgeblendet. Klicken Sie auf Erweiterte Einstellungen anzeigen, um sie anzuzeigen.
Erweiterte Optionen: Management	Optional können Sie einen geeigneten Wert für die folgenden Ressourcenverwaltungsattribute definieren, der Ihren Anforderungen entspricht: Schwellenwert für Datenbankaufteilung (CPU): Der CPU-Wert, über den hinaus eine Autonomous Database über mehrere Knoten geöffnet wird. Der Standardwert für dieses Attribut ist 64 für ECPUs und 16 für OCPUs. Knoten-Failover-Reservierung (%): Bestimmt den Prozentsatz der CPUs, die für Knoten-Failover reserviert sind. Zulässige Werte sind 0%, 25% und 50%, wobei 50% die Standardoption sind. Verteilungsaffinität: Bestimmt, ob eine Autonomous Database über einen Mindest- oder Höchstwert von Knoten geöffnet werden muss. Standardmäßig ist "Minimale Knoten" ausgewählt, wobei "Maximale Knoten" die andere Option ist. Wählen Sie optional Shared Server-Verbindungen aktivieren aus, um die Net Services-Architektur zu unterstützen.	Wenn die Node-Failover-Reservierung auf 0 gesetzt ist, können Ihre Autonomous Database bei einem VM-Fehler sowie bei Wartungsvorgängen wie Datenbank-Patching und Neustart der Containerdatenbank komplett ausfallen. Mit der Shared-Server-Architektur lässt ein Datenbankserver zu, dass viele Clientprozesse sehr wenige Server-Prozesse gemeinsam nutzen. So wird die Anzahl von Benutzern erhöht, welche unterstützt werden können. Sie können die Shared Server-Architektur nach dem Provisioning der ACD nicht deaktivieren. Weitere Informationen finden Sie unter Special-Purpose Connection Features.
Erweiterte Optionen: Verschlüsselungsschlüssel	Optional können Sie die autonome Containerdatenbank so konfigurieren, dass sie vom Kunden verwaltete Verschlüsselungsschlüssel statt von Oracle verwalteter Verschlüsselungsschlüssel verwenden. Wählen Sie Mit einem vom Kunden verwalteten Schlüssel in diesem Mandanten verschlüsseln und je nach Deployment eine der folgenden Optionen aus: OCI Vault-Service: Wählen Sie mit dieser Option einen Vault und einen Masterverschlüsselungsschlüssel aus den Listen aus. Diese Option ist nur in Oracle Public Cloud verfügbar. Oracle Key Vault: Mit dieser Option müssen Sie einen Keystore auswählen, der mit dem Keystore der Quell-ACD identisch ist. Wenn der Quell-ACD ein OKV-Endpunktgruppenname zugeordnet ist, müssen Sie hier denselben OKV-Endpunktgruppennamen angeben.	Standardmäßig ist Mit von Oracle verwalteten Schlüsseln verschlüsseln ausgewählt. Sie müssen einen Keystore erstellen, um den Verschlüsselungsschlüssel mit Oracle Key Vault zu verwenden. Weitere Anweisungen finden Sie unter Vom Kunden verwaltete Schlüsseln in Oracle Key Vault verwenden. Sie können Vom Kunden verwaltete Verschlüsselungsschlüssel mit Autonomous Data Guard-fähigen autonome Containerdatenbanken verwenden, in denen es sich um die Primär- und Standbydatenbank in verschiedenen Availability-Domains innerhalb derselben Region handelt. Informationen zur Verwendung von vom Kunden verwalteten Schlüsseln finden Sie unter Masterverschlüsselungsschlüssel.
Erweiterte Optionen: Tags	Wenn Sie Tags verwenden möchten, fügen Sie Tags hinzu, indem Sie einen Tag-Namespace, einen Tagschlüssel und eine Tagwert auswählen.	Sie können die Zeitzoneneinstellungen für ein autonomes Exadata-VM-Cluster nicht ändern, das bereits bereitgestellt wurde. Bei Bedarf können Sie eine Serviceanfrage in My Oracle Support erstellen. Hilfe zum Einreichen einer Supportanfrage finden Sie unter Serviceanfrage in My Oracle Support erstellen.

Klicken Sie auf Autonome Containerdatenbank klonen.

Autonome Containerdatenbank aus einem Remotebackup klonen

Sie können eine autonome Containerdatenbank (ACD) aus dem neuesten verfügbaren Remotebackup klonen.

Voraussetzungen

Informationen zum Anzeigen der Anforderungen für das erfolgreiche Klonen einer ACD-Instanz finden Sie unter Autonomous Container Database auf dedizierter Exadata-Infrastruktur klonen.

Erforderliche IAM-Policys

manage autonomous-container-databases

use cloud-exadata-infrastructures

use cloud-autonomous-vmclusters

Vorgehensweise

Gehen Sie zur Seite Remotebackups des Compartments.

Anweisungen finden Sie unter Liste der Remotebackups anzeigen.
Klicken Sie auf die drei Punkte neben dem Remotebackup, das Sie klonen möchten, und klicken Sie auf Klon erstellen.

Füllen Sie die Seite Autonome Containerdatenbank klonen mit den folgenden Informationen aus:

Einstellung	Beschreibung	Hinweise:
Compartment	Wählen Sie ein Compartment aus, um die autonome Containerdatenbank zu hosten.
Anzeigename	Wählen Sie eine benutzerfreundliche Beschreibung oder sonstige Informationen aus, anhand deren Sie die Ressource leicht identifizieren können.	Der Anzeigename muss nicht eindeutig sein, und Sie können ihn jederzeit ändern. Geben Sie dabei keine vertraulichen Informationen ein.
Name der Containerdatenbank	Geben Sie einen Namen für die Containerdatenbank ein. Es kann nur Buchstaben und Zahlen enthalten. Beginnen Sie mit einem Buchstaben und maximal 30 Zeichen.	Der Name der Containerdatenbank muss im gesamten autonomen Exadata-VM-Cluster eindeutig sein. Tipp: Mit dem Namen der Containerdatenbank wird das OKV-(Oracle Key Vault-)Wallet benannt. Mit diesem Namen können Sie das mit Ihrer autonomen Containerdatenbank verknüpfte OKV-Wallet in der OKV-Konsole suchen.
Exadata-Infrastruktur	Die Exadata-Infrastruktur zum Hosten der neuen autonomen Containerdatenbank.	Um eine Mulitcloud-ACD-Ressource zu erstellen, legen Sie den Ressourcen-Compartment-Selektor auf Ihr Multicloud-Compartment fest, und wählen Sie dann die gewünschte Exadata-Infrastruktur aus.
Autonomes Exadata-VM-Cluster	Das autonome Exadata-VM-Cluster zum Hosten der neuen autonomen Containerdatenbank.	Um eine Mulitcloud-ACD-Ressource zu erstellen, legen Sie den Ressourcen-Compartment-Selektor auf Ihr Multicloud-Compartment fest, und wählen Sie dann das gewünschte autonome Exadata-VM-Cluster aus.
Konfigurieren Sie die automatische Wartung	Im Bereich zur Konfiguration der automatischen Wartung werden die folgenden Standardeinstellungen angezeigt: Wartungsmethode: Rolling mit deaktivierter Aktualisierung der Zeitzonendatei. Containerdatenbankwartungsversion: Nächstes Releaseupdate (RU) Wartungsplan: Keine Zeitplanvoreinstellung angegeben. Optional können Sie eine Wartungsvoreinstellung oder einen Wartungsplan konfigurieren, indem Sie auf Wartungsplan ändern klicken, um das Dialogfeld Automatische Wartung bearbeiten zu starten.	DST steht für Daylight Savings Time.
Automatische Wartung bearbeiten	Wartungsmethode konfigurieren: Wählen Sie zwischen rollierenden und nicht rollierenden Wartungsmethoden. Optional können Sie auch Zeitzonenaktualisierung aktivieren wählen. Weitere Informationen finden Sie unter Servicewartungstypen. Wartungsversion der Containerdatenbank konfigurieren: Wählen Sie Nächste RU oder Letzte RU aus, um die nächste Wartungsversion der ACD zu konfigurieren. Automatischen Wartungsplan konfigurieren: Optional können Sie den Wartungsplan von der Standardeinstellung (keine Voreinstellung, mit der Oracle die Wartung nach Bedarf planen kann) in Benutzerdefinierter Zeitplan in Oracle Public Cloud und Zeitplan angeben in Exadata Cloud@Customer ändern. Weitere Informationen zur Auswahl eines benutzerdefinierten Plans finden Sie unter Anpassbare Einstellungen im Wartungsplan. Klicken Sie auf Speichern, um dieses Dialogfenster zu schließen.	Beim Aktualisieren der Zeitzonendatei ist eine vollständige Ausfallzeit für die ACD und die zugehörigen Autonomous Database-Instanzen erforderlich. Die Ausfallzeit hängt von der Datenmenge ab, die für die Zeitzone relevant ist. Alle RUs, die ein Zeitzonenupdate enthalten, werden nur in der Nicht-Rolling-Wartungsmethode (mit vollständiger Systemausfallzeit) gepatcht. Wenn Sie also die Wartung für die Rolling-Methode konfigurieren und die Aktualisierung der Zeitzone aktivieren, werden alle RUs, die eine Aktualisierung der Zeitzone enthalten, nur in der Nicht-Rolling-Methode angewendet. In der Rolling-Methode werden nur die RUs ohne Aktualisierung der Zeitzone angewendet. In einer Autonomous Data Guard-Konfiguration führt die Nicht-Rolling-Wartungsmethode während des jeweiligen Wartungsfensters zu Ausfallzeiten für die primären und Standby-ACDs, bis das Patching abgeschlossen ist.
Backups konfigurieren: Automatische Backups aktivieren	Standardmäßig werden automatische Backups für eine ACD aktiviert. Optional können Sie sie deaktivieren, indem Sie das Kontrollkästchen Automatische Backups aktivieren deaktivieren. Beim Provisioning einer ACD mit Autonomous Data Guard können Sie die automatischen Backups nicht deaktivieren. Wenn Sie in Oracle Public Cloud- und Exadata Cloud@Customer-Deployments automatische Backups aktivieren, wählen Sie eine der folgenden Optionen aus, um zu bestimmen, wie lange Backups nach dem Beenden der ACD aufbewahrt werden: Backups gemäß Backupaufbewahrungszeitraum beibehalten Backups 72 Stunden lang aufbewahren, dann löschen	Bei Oracle Public Cloud- und Exadata Cloud@Customer-Deployments gilt die von Ihnen gewählte Einstellung zum Beibehalten von Backups nach Beendigung der ACD (72 Stunden oder bis zur Dauer des Backupaufbewahrungszeitraums der ACD) nicht für langfristige Backups. Wenn diese Option für eine ACD deaktiviert ist, können automatische Backups jederzeit später über die Oracle Cloud Infrastructure-(OCI-)Konsole aktiviert werden. Befolgen Sie dazu die unter Einstellungen für Backup der autonomen Containerdatenbank bearbeiten beschriebenen Schritte. Nach der Aktivierung können Sie jedoch keine automatischen Backups für die ACD deaktivieren. Wenn automatische Backups aus irgendeinem Grund nicht erfolgreich aktiviert werden können, verläuft das ACD-Provisioning auch mit einer Fehlermeldung nicht erfolgreich. Als Workaround können Sie der ACD automatische Backups durch Provisioning bereitstellen und sie später auf der Seite Details der ACD aktivieren.
Backups konfigurieren: Backupaufbewahrungszeitraum (in Tagen)	Nachdem Sie automatische Backups aktiviert haben, geben Sie einen Wert für den Backupaufbewahrungszeitraum an, der Ihren Anforderungen entspricht. Sie können einen beliebigen Wert zwischen 7 und 95 Tagen auswählen.	Der Wert der Backupaufbewahrungs-Policy ist standardmäßig 15 Tage. Alle Backups werden nach dem Backupaufbewahrungszeitraum automatisch gelöscht.
Aufbewahrungssperre	Wenn Sie Backups für die Dauer des Backupaufbewahrungszeitraums beibehalten möchten, können Sie auch die Aufbewahrungssperre aktivieren. Aufbewahrungssperre wird aktiviert: Stellt eine 14-tägige Kulanzfrist zur Deaktivierung der Aufbewahrungssperre bereit, nach der die Einstellung der Aufbewahrungssperre dauerhaft wird. Behält alle automatischen Datenbankbackups bis zum ACD-Backupaufbewahrungszeitraum bei. Behält die langfristigen Backups bis zu ihrem Aufbewahrungszeitraum (der beim Erstellen eines langfristigen Backups festgelegt wird) bei. Damit können Sie nur den bereits festgelegten Aufbewahrungszeitraum erhöhen, sodass die Backups den Aufbewahrungszeitraum beibehalten. Sie können kein Backup löschen, bevor der Aufbewahrungszeitraum abgelaufen ist. Löscht alle automatischen Backups, wenn der Aufbewahrungszeitraum abgelaufen ist. Wenn Sie jedoch NFS zum Speichern der automatischen Backups konfiguriert haben und die zugrunde liegende ACD beendet wird, müssen Sie die Backups manuell löschen. Löscht die langfristigen Backups, nachdem sie ablaufen. Wenn Sie NFS zum Speichern der langfristigen Backups konfiguriert haben und die ACD beendet wird, müssen Sie die Backups nach deren Ablauf manuell löschen.	GILT FÜR: Oracle Public Cloud GILT FÜR: Exadata Cloud@Customer Wenn Sie festgelegt haben, dass Backups nur 72 Stunden nach Beendigung der ACD beibehalten werden sollen, ist die Option "Aufbewahrungssperre" nicht verfügbar.
Backups konfigurieren: Regionsübergreifende Backupkopie aktivieren	Wählen Sie optional Regionsübergreifende Backupkopie aktivieren aus, und geben Sie eine Region für die Backupkopien an.	Regionsübergreifende Backupkopie kann auf ACDs mit aktiviertem Autonomous Data Guard nicht aktiviert werden. Regionsübergreifende Backupkopie kann für Multicloud-ACD-Ressourcen nicht aktiviert werden.
Erweiterte Optionen ein-/ausblenden	Standardmäßig sind erweiterte Optionen ausgeblendet. Klicken Sie auf Erweiterte Einstellungen anzeigen, um sie anzuzeigen.
Erweiterte Optionen: Management	Optional können Sie einen geeigneten Wert für die folgenden Ressourcenverwaltungsattribute definieren, der Ihren Anforderungen entspricht: Schwellenwert für Datenbankaufteilung (CPU): Der CPU-Wert, über den hinaus eine Autonomous Database über mehrere Knoten geöffnet wird. Der Standardwert für dieses Attribut ist 64 für ECPUs und 16 für OCPUs. Knoten-Failover-Reservierung (%): Bestimmt den Prozentsatz der CPUs, die für Knoten-Failover reserviert sind. Zulässige Werte sind 0%, 25% und 50%, wobei 50% die Standardoption sind. Verteilungsaffinität: Bestimmt, ob eine Autonomous Database über einen Mindest- oder Höchstwert von Knoten geöffnet werden muss. Standardmäßig ist "Minimale Knoten" ausgewählt, wobei "Maximale Knoten" die andere Option ist. Wählen Sie optional Shared Server-Verbindungen aktivieren aus, um die Net Services-Architektur zu unterstützen.	Wenn die Node-Failover-Reservierung auf 0 gesetzt ist, können Ihre Autonomous Database bei einem VM-Fehler sowie bei Wartungsvorgängen wie Datenbank-Patching und Neustart der Containerdatenbank komplett ausfallen. Mit der Shared-Server-Architektur lässt ein Datenbankserver zu, dass viele Clientprozesse sehr wenige Server-Prozesse gemeinsam nutzen. So wird die Anzahl von Benutzern erhöht, welche unterstützt werden können. Sie können die Shared Server-Architektur nach dem Provisioning der ACD nicht deaktivieren. Weitere Informationen finden Sie unter Special-Purpose Connection Features.
Erweiterte Optionen: Verschlüsselungsschlüssel	Optional können Sie die autonome Containerdatenbank so konfigurieren, dass sie vom Kunden verwaltete Verschlüsselungsschlüssel statt von Oracle verwalteter Verschlüsselungsschlüssel verwenden. Wählen Sie Mit einem vom Kunden verwalteten Schlüssel in diesem Mandanten verschlüsseln und je nach Deployment eine der folgenden Optionen aus: OCI Vault-Service: Wählen Sie mit dieser Option einen Vault und einen Masterverschlüsselungsschlüssel aus den Listen aus. Diese Option ist nur in Oracle Public Cloud verfügbar. Oracle Key Vault: Mit dieser Option müssen Sie einen Keystore auswählen, der mit dem Keystore der Quell-ACD identisch ist. Wenn der Quell-ACD ein OKV-Endpunktgruppenname zugeordnet ist, müssen Sie hier denselben OKV-Endpunktgruppennamen angeben.	Standardmäßig ist Mit von Oracle verwalteten Schlüsseln verschlüsseln ausgewählt. Sie müssen einen Keystore erstellen, um den Verschlüsselungsschlüssel mit Oracle Key Vault zu verwenden. Weitere Anweisungen finden Sie unter Vom Kunden verwaltete Schlüsseln in Oracle Key Vault verwenden. Sie können Vom Kunden verwaltete Verschlüsselungsschlüssel mit Autonomous Data Guard-fähigen autonome Containerdatenbanken verwenden, in denen es sich um die Primär- und Standbydatenbank in verschiedenen Availability-Domains innerhalb derselben Region handelt. Informationen zur Verwendung von vom Kunden verwalteten Schlüsseln finden Sie unter Masterverschlüsselungsschlüssel.
Erweiterte Optionen: Tags	Wenn Sie Tags verwenden möchten, fügen Sie Tags hinzu, indem Sie einen Tag-Namespace, einen Tagschlüssel und eine Tagwert auswählen.	Sie können die Zeitzoneneinstellungen für ein autonomes Exadata-VM-Cluster nicht ändern, das bereits bereitgestellt wurde. Bei Bedarf können Sie eine Serviceanfrage in My Oracle Support erstellen. Hilfe zum Einreichen einer Supportanfrage finden Sie unter Serviceanfrage in My Oracle Support erstellen.

Klicken Sie auf Autonome Containerdatenbank klonen.

Titel und Copyright-Informationen

Oracle und/oder verbundene Unternehmen.

Barrierefreiheit der Dokumentation

For information about Oracle's commitment to accessibility, visit the Oracle Accessibility Program website at http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

Zugang zu Oracle Support

Der Zugriff auf und die Nutzung von Oracle-Supportservices durch Oracle-Kunden erfolgt gemäß den in der jeweiligen Oracle-Bestellung für die entsprechenden Services angegebenen Vertragsbedingungen.