Autonome Containerdatenbank erstellen

Sie erstellen eine autonome Containerdatenbank auf der Seite Autonome Containerdatenbanken.

Hinweis:

In Oracle Public Cloud- und Exadata Cloud@Customer-Deployments können autonome Containerdatenbanken (ACD) mit der 23ai-Datenbanksoftwareversion nur auf ECPU-basierten autonomen Exadata-VM-Clustern (AVMC) bereitgestellt werden, die mit den entsprechenden Tags erstellt wurden. Weitere Informationen finden Sie unter Anforderungen für das 23ai Database Software Version Tag.

Erforderliche IAM-Policys

Verschiedene Deployment-Optionen IAM-Policys
Oracle Public Cloud und Multicloud

manage autonomous-container-databases

use cloud-exadata-infrastructures

use cloud-autonomous-vmclusters
Exadata Cloud@Customer

manage autonomous-container-databases

use exadata-infrastructures

use autonomous-vmclusters

use backup-destinations

Mindestens erforderliche Ressourcen

Um eine autonome Containerdatenbank zu erstellen, benötigen Sie mindestens:
  • 8 ECPUs oder 2 OCPUs pro Knoten
  • 50 GB lokaler Speicher pro Knoten

Zugehörige Liveübungen

Als Alternative können Sie Lab 6: Provisioning an Autonomous Container Database in Oracle Autonomous Database Dedicated for Fleet Administrators Workshop ausführen, um diese Anweisungen auszuprobieren.

Prozedur

  1. Gehen Sie in der Oracle Cloud Infrastructure-Konsole zu Autonomous Database.

    Anweisungen finden Sie unter Auf dedizierte autonome Datenbank in der Oracle Cloud Infrastructure-Konsole zugreifen.

  2. Klicken Sie im Seitenmenü in der Liste der Ressourcentypen auf Autonome Containerdatenbank.

    Die Liste der autonomen Containerdatenbanken in Ihrem aktuellen Compartment wird angezeigt.

  3. Wählen Sie das Compartment aus, in dem Sie eine autonome Containerdatenbank erstellen möchten.

    Die Liste der autonomen Containerdatenbanken wird mit den Datenbanken im ausgewählten Compartment aktualisiert.

  4. Klicken Sie auf Autonomous Container Database erstellen.

    Die Seite "Autonome Containerdatenbank erstellen" wird angezeigt.

  5. Füllen Sie die Seite Autonome Containerdatenbank erstellen mit den folgenden Informationen aus:
    Einstellung Beschreibung Hinweise:

    Compartment

    Wählen Sie ein Compartment zum Hosten des autonomen Exadata-VM-Clusters aus.

    		  

    Anzeigename

    Geben Sie eine benutzerdefinierte Beschreibung oder sonstige Informationen ein, anhand derer 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 darf nur Buchstaben und Zahlen enthalten. Beginnen Sie mit einem Buchstaben und maximal 30 Zeichen.
    Der Name der Containerdatenbank muss im autonomen Exadata-VM-Cluster eindeutig sein.

    Tipp:

    Der Name der Containerdatenbank wird verwendet, um das Oracle Key Vault-(OKV-)Wallet zu benennen. 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 VM-Cluster aus.

    Softwareversion der Containerdatenbank

    Oracle Database-Softwareversion für die autonome Containerdatenbank.

    Wählen Sie je nach Voreinstellung eine der folgenden Optionen aus:

    • Version aus Basisimages auswählen: Wenn diese Option ausgewählt ist, wählen Sie eine Oracle Database-Softwareversion aus der Liste Basisimage auswählen aus.
    • Benutzerdefiniertes Datenbanksoftwareimage: Mit dieser Option können Sie ein benutzerdefiniertes Image im Dialogfeld Benutzerdefiniertes Image auswählen auswählen.

    Informationen zum Erstellen benutzerdefinierter Softwareimages finden Sie unter Autonomous Database-Softwareimage erstellen.

    Bei der Auswahl der Version aus Basisimages können Sie entweder die neueste Oracle Database-Softwareversion oder den unmittelbaren Vorgänger auswählen. Beispiel: Angenommen, die neueste von Autonomous Database unterstützte Oracle Database-Version ist 19.26.0.1.0. Anschließend werden in der Dropdown-Liste Basisbild auswählen 19.26.0.1.0 und 19.25.0.1.0 angezeigt, die Sie auswählen können.

    In Oracle Public Cloud- und Exadata Cloud@Customer-Deployments:
    • Sie können nur 23ai-ACDs in ECPU-basierten AVMCs bereitstellen, die mit dem Tag DatabaseVersion auf 23ai gesetzt wurden.
    • Sie können keine 19c-ACDs in diesem AVMC erstellen. Ebenso können 19c-ACDs nur in einem AVMC bereitgestellt werden, der nicht mit dem 23ai-Tag erstellt wurde.

    Sie können nicht sowohl 19c- als auch 23ai-ACDs innerhalb desselben AVMC bereitstellen.

    Konfigurieren Sie die automatische Wartung

    Im Bereich zur Konfiguration der automatischen Wartung werden die folgenden Standardeinstellungen angezeigt:

    • Wartungsmethode: Rolling mit Aktualisierung der Zeitzonendatei deaktiviert.
    • Wartungsversion der Containerdatenbank: 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 öffnen.

    DST steht für Daylight Savings Time.

    Automatische Wartung bearbeiten

    Wartungsmethode konfigurieren: Wählen Sie zwischen Rolling- oder Non-Rolling-Wartungsmethoden aus.

    Optional können Sie auch Zeitzonenaktualisierung aktivieren auswä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.

    Zeitplan für automatische Wartung 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 Dialogfeld zu schließen.

    Beim Aktualisieren der Zeitzonendatei ist eine vollständige Ausfallzeit für die ACD und die zugehörigen Autonomous Databases erforderlich. Die Ausfallzeit hängt von der Datenmenge ab, die zeitzonenabhängig ist.

    Alle RUs, die ein Zeitzonenupdate enthalten, werden nur bei der Nicht-Rolling-Wartungsmethode (mit vollständiger Systemausfallzeit) gepatcht. Wenn Sie also die Wartung für die Rolling-Methode konfigurieren und das Zeitzonenupdate aktivieren, werden alle RUs, die ein Zeitzonenupdate enthalten, nur in der Nicht-Rolling-Methode angewendet. Bei der Rolling-Methode werden nur die RUs ohne Zeitzonenaktualisierung 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 sind 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

    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, indem Sie die unter Backupeinstellungen der autonomen Containerdatenbank bearbeiten beschriebenen Schritte ausführen. Nach der Aktivierung können Sie jedoch keine automatischen Backups für die ACD deaktivieren.

    Wenn die Aktivierung automatischer Backups aus irgendeinem Grund nicht erfolgreich verläuft, schlägt das ACD-Provisioning auch mit einer Fehlermeldung fehl. Als Workaround können Sie die ACD mit deaktivierten automatischen Backups bereitstellen und später auf der Seite Details der ACD aktivieren.

    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.

    Backups konfigurieren: Backupzieltyp

    Die Möglichkeit, beim Provisioning einer ACD ein Backupziel auszuwählen, und die unterstützten Backupziele variieren je nach Deployment-Plattform.

    Weitere Informationen zu den verschiedenen Backupzieltypen finden Sie unter Backupziel.

    GILT FÜR: Anwendbar Exadata Cloud@Customer

    Gilt für: Anwendbar Multicloud

    Backups konfigurieren: Backupaufbewahrungszeitraum (in Tagen)

    Nachdem Sie automatische Backups aktiviert haben, geben Sie einen Wert für den Backupaufbewahrungszeitraum an, um Ihre Anforderungen zu erfüllen. Sie können einen beliebigen Wert zwischen 7 und 95 Tagen auswählen.

    Weitere Details zu den Werten der Backupaufbewahrungs-Policy für verschiedene Autonomous Database-Deployments finden Sie unter Backupaufbewahrungs-Policy.

    		 
    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: Anwendbar Oracle Public Cloud

    GILT FÜR: Anwendbar 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.

    		Gilt nur für: Oracle Public Cloud (Anwendbar)

    Regionsübergreifende Backupkopie kann auf ACDs mit aktiviertem Autonomous Data Guard nicht aktiviert werden.

    Kontakt - E-Mail

    		 Optional können Sie Kontakt-E-Mails hinzufügen, um Betriebsbenachrichtigungen, Ankündigungen und ungeplante Wartungsbenachrichtigungen zu Ihrer autonomen Containerdatenbank zu erhalten. Oracle empfiehlt, nach Möglichkeit die E-Mail-Adresse einer Administratorgruppe und nicht die einer Person zu verwenden, um sicherzustellen, dass keine wichtigen Benachrichtigungen oder Ankündigungen übersehen werden.

    Erweiterte Optionen anzeigen/verbergen

    Standardmäßig sind erweiterte Optionen ausgeblendet. Klicken Sie auf Erweiterte Optionen 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 über Knoten hinweg reserviert sind, um Knoten-Failover zu unterstützen. Zulässige Werte sind 0%, 25% und 50%, wobei 50% die Standardoption ist.
    • Verteilungsaffinität: Bestimmt, ob eine Autonomous Database-Instanz auf mindestens oder maximal 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, kann Autonomous Database bei VM-Fehlern sowie bei Wartungsvorgängen wie Datenbank-Patching und Containerdatenbankneustart einem vollständigen Ausfall ausgesetzt sein.

    Die Shared Server-Architektur ermöglicht es einem Datenbankserver, vielen Client-Prozessen zu erlauben, sehr wenige Server-Prozesse gemeinsam zu nutzen, so dass die Anzahl von Benutzern, die unterstützt werden können, erhöht wird. Sie können die Shared Server-Architektur nach dem Provisioning der ACD nicht deaktivieren. Weitere Informationen finden Sie unter Spezielle Verbindungsfeatures.

    Erweiterte Optionen: Verschlüsselungsschlüssel

    Optional können Sie die autonome Containerdatenbank so konfigurieren, dass vom Kunden verwaltete Verschlüsselungsschlüssel anstelle von Oracle verwalteter Verschlüsselungsschlüssel verwendet werden.

    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 wählen Sie einen Keystore aus der Liste aus, und geben Sie einen OKV-Endpunktgruppennamen ein.

    Standardmäßig ist Encrypt using Oracle-managed Keys ausgewählt.

    Sie müssen einen Keystore erstellen, um den Verschlüsselungsschlüssel mit Oracle Key Vault zu verwenden. Anweisungen finden Sie unter Vom Kunden verwaltete Schlüssel in Oracle Key Vault verwenden.

    Sie können benutzerdefinierte Verschlüsselungsschlüssel mit Autonomous Data Guard-fähigen autonomen Containerdatenbanken verwenden, wenn sich Primär- und Standbydatenbank in verschiedenen Availability-Domains innerhalb derselben Region befinden.

    Wenn Sie den Namen einer OKV-Endpunktgruppe eingeben, muss der Endpunktname in Großbuchstaben angegeben werden. Er kann Zahlen, Bindestriche (-) und Unterstriche (_) enthalten und mit einem Großbuchstaben beginnen.

    Informationen zur Verwendung vom Kunden verwalteten Schlüsseln finden Sie unter Mastverschlüsselungsschlüssel.

    Erweiterte Optionen: Tags

    Wenn Sie Tags verwenden möchten, wählen Sie einen Tag-Namespace, einen Tagschlüssel und einen Tagwert aus.

    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.

  6. Optional können Sie die Ressourcenkonfiguration als Stack speichern, indem Sie auf Als Stack speichern klicken. Anschließend können Sie mit dem Stack die Ressource über den Resource Manager-Service erstellen.

    Geben Sie die folgenden Details im Dialogfeld Als Stack speichern ein, und klicken Sie auf Speichern.
    • Name: Geben Sie optional einen Namen für den Stack ein.
    • Beschreibung: Geben Sie optional eine Beschreibung für diesen Stack ein.
    • In Compartment speichern: Wählen Sie ein Compartment für diesen Stack aus.
    • Tag-Namespace, Tagschlüssel und Tagwert: Wenden Sie optional Tags auf den Stack an.

    Anforderungen und Empfehlungen für Terraform-Konfigurationen, die mit Resource Manager verwendet werden, finden Sie unter Terraform-Konfigurationen für Resource Manager. Um die im Stack definierten Ressourcen bereitzustellen, wenden Sie die Konfiguration an.

  7. Leiten Sie Ihre Details zum Erstellen der autonomen Containerdatenbank weiter.

Die Liste der autonomen Containerdatenbanken wird aktualisiert und zeigt die neue autonome Containerdatenbank mit dem Status Provisioning wird ausgeführt an, bis sie verfügbar ist.

Verwandte Themen