Autonome Containerdatenbank erstellen

Sie erstellen eine autonome Containerdatenbank in der Seite Autonome Containerdatenbanken.

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:

Zugehörige LiveLabs

Als Alternative finden Sie unter Lab 6: Provisioning an Autonomous Container Database in Oracle Autonomous AI Database Dedicated for Fleet Administrators Workshop eine Option zum Ausprobieren.

Vorgehensweise

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

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

  2. Klicken Sie in der Liste der Ressourcentypen im Seitenmenü 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 Autonome Containerdatenbank 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 aus, um das autonome Exadata-VM-Cluster 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.  
    Autonomes Exadata-VM-Cluster Das autonome Exadata-VM-Cluster zum Hosten der neuen autonomen Containerdatenbank.  
    Version der Containerdatenbank-Software

    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". Die verfügbaren Optionen sind 19c oder 26ai.
      • Für alle neuen AVMCs, die nach dem 7. April 2026 bereitgestellt wurden, können Benutzer sowohl 19c- als auch 26ai-Datenbanksoftwareversionen in demselben Cluster bereitstellen.
    • 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 Autonome KI-Datenbanksoftwareimage 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 AI 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. zur Auswahl angezeigt.
    Konfigurieren Sie die automatische Wartung

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

    • Wartungsmethode: Rolling mit deaktivierter Aktualisierung der Zeitzonendatei.
    • Wartungsversion der Containerdatenbank: Nächstes Releaseupdate (RU)
    • Wartungsplan: Keine Terminplanvoreinstellung angegeben.

    Optional können Sie eine Wartungsvoreinstellung oder einen Wartungsplan konfigurieren, indem Sie auf "Wartungsplan ändern" klicken, der das Dialogfeld "Automatische Wartung bearbeiten" startet.

    		DST steht für Daylight Savings Time.
    Automatische Wartung bearbeiten

    Wartungsmethode konfigurieren: Wählen Sie zwischen rollierenden oder 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", 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 einen benutzerdefinierten Zeitplan in Oracle Public Cloud ändern und einen Zeitplan in Exadata Cloud@Customer angeben. 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 autonomen KI-Datenbanken 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 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. Führen Sie dazu die unter Einstellungen für Backup der autonomen Containerdatenbank bearbeiten beschriebenen Schritte aus. 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 Problemumgehung können Sie der ACD automatische Backups durch Provisioning bereitstellen und sie später auf der Seite "Details" der ACD aktivieren.

    Die Einstellung, mit der Sie Backups nach dem Beenden der ACD beibehalten (72 Stunden oder bis zur Dauer des Backupaufbewahrungszeitraums der ACD), gilt 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.

    Bei Oracle Public Cloud-Deployments der autonomen KI-Datenbank können Sie entweder Autonomous Recovery Service oder Object Storage als Backupziel auswählen. Der Standardwert ist Object Storage, und die empfohlene Option ist Autonomous Recovery Service. Bei einer autonomen KI-Datenbank auf Oracle Database@AWS können Sie entweder Autonomous Recovery Service, OCI Object Storage oder Amazon Simple Storage (AWS S3) auswählen. Der Standardwert ist AWS S3, und die empfohlene Option ist Autonomous Recovery Service.

    Weitere Informationen zu den verschiedenen Backupzieltypen finden Sie unter Backupziel.

    		 
    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.

    Weitere Details zu den Werten der Backupaufbewahrungs-Policy für verschiedene autonome KI-Datenbank-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 nach Ablauf. Wenn Sie NFS für die Speicherung der langfristigen Backups konfiguriert haben und die ACD beendet wird, müssen Sie die Backups nach Ablauf manuell löschen.

    		 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", und geben Sie eine Region für die Backupkopien an. Gilt nur für: Anwendbar Oracle Public Cloud

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

    Regionsübergreifende Backupkopien werden immer in Object Storage gespeichert, unabhängig davon, welches Backupziel (Object Storage oder Autonomous Recovery Service) für die ACD ausgewählt wurde.
    E-Mail Ansprechpartner Optional können Sie Kontakt-E-Mails hinzufügen, um Betriebsbenachrichtigungen, Ankündigungen und ungeplante Wartungsbenachrichtigungen zu Ihrer autonomen Containerdatenbank zu erhalten. Oracle empfiehlt, die E-Mail-Adresse einer Administratorgruppe anstelle der einer Person zu verwenden, um sicherzustellen, dass keine wichtigen Benachrichtigungen oder Ankündigungen verpasst werden.
    Erweiterte Optionen ein-/ausblenden Standardmäßig sind erweiterte Optionen ausgeblendet. Klicken Sie auf Erweiterte Optionen anzeigen, um diese 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 eine autonome KI-Datenbank auf mehreren Knoten geöffnet wird. Der Standardwert für dieses Attribut ist 64 für ECPUs und 16 für OCPUs.
    • Knoten-Failover-Reservierung (%): Legt den Prozentsatz der CPUs fest, die für das Knoten-Failover reserviert sind. Zulässige Werte sind 0%, 25% und 50%, wobei 50% die Standardoption sind.
    • Verteilungsaffinität: Bestimmt, ob eine autonome KI-Datenbank ü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", um die Net Services-Architektur zu unterstützen.

    Wenn die Node-Failover-Reservierung auf 0 gesetzt ist, können Ihre autonome AI-Datenbank 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 Serverprozesse freigeben. 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 Spezielle Verbindungsfunktionen.

    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: Mit dieser Option wählen Sie 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.
    • AWS KMS: In einer autonomen KI-Datenbank, die in AWS-Cloud-Regionen bereitgestellt wird, können Sie den AWS Key Management Service (AWS KMS) verwenden, um Masterverschlüsselungsschlüssel zu verwalten. Wenn die AVMC mit AWS KMS aktiviert ist, wird nur die AWS KMS-Option unter vom Kunden verwalteten Schlüsseln aktiviert, und andere Optionen wie OKV oder OCI Vault Service sind deaktiviert. Wenn Sie AWS KMS auswählen, werden das entsprechende Compartment und die erkannten Schlüssel in der Liste aufgefüllt. Um neu hinzugefügte Schlüssel zu entdecken, können Sie auf Discover Key klicken.

    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 kundenverwaltete Verschlüsselungsschlüssel mit autonomen Containerdatenbanken verwenden, die für Autonomous Data Guard aktiviert sind, wobei sich Primär- und Standbydatenbanken in verschiedenen Availability-Domains innerhalb derselben Region oder in zwei verschiedenen Regionen 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.

    Für AWS KMS werden nur die registrierten Schlüssel aufgeführt. Wenn Ihr gewünschter Schlüssel nicht sichtbar ist, wurde er möglicherweise noch nicht registriert. Klicken Sie auf AWS KMS Key registrieren, um ihn zu ermitteln und zu registrieren. Sie können einen Schlüsselalias aus der Dropdown-Liste auswählen. Wenn kein Schlüsselalias verfügbar ist, wird in der Dropdown-Liste die Schlüssel-ID angezeigt.

    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 Tagnamespace, einen Tagschlüssel und ein 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.

  6. Optional können Sie die Ressourcenkonfiguration als Stack speichern, indem Sie auf Als Stack speichern klicken. Anschließend können Sie die Ressource mit dem Stack ü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: Optional können Sie eine Beschreibung für diesen Stack eingeben.

    • In Compartment speichern: Wählen Sie ein Compartment aus, in dem dieser Stack gespeichert wird.

    • 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 in Ihrem Stack definierten Ressourcen bereitzustellen, wenden Sie die Konfiguration an.

  7. Leiten Sie Ihre Details weiter, um die autonome Containerdatenbank zu erstellen.

Die Liste der autonomen Containerdatenbanken wurde aktualisiert, um die neue autonome Containerdatenbank mit dem Status Provisioning wird durchgeführt anzuzeigen, bis sie verfügbar ist.

Verwandte Inhalte