Autonome Containerdatenbank

Autonomous Container Database (ACD) ist eine der vier Komponenten des vierstufigen Datenbankarchitekturmodells, das die Grundlage für eine autonome KI-Datenbank auf einer dedizierten Exadata-Infrastruktur bildet. ACDs werden in einem autonomen Exadata-VM-Cluster (AVMC) bereitgestellt und dienen als Container für eine oder mehrere autonome KI-Datenbanken.

Sie können mehrere ACD-Ressourcen in einer einzelnen AVMC-Ressource erstellen. Sie müssen jedoch mindestens eine erstellen, bevor Sie autonome KI-Datenbanken erstellen können. Um ein umfassendes Verständnis der vierschichtigen Architektur zu erlangen, die mit einer autonomen KI-Datenbank auf einer dedizierten Exadata-Infrastruktur verwendet wird, und um die Positionierung von ACD innerhalb dieser Architektur zu verstehen, finden Sie weitere Informationen unter Komponenten.

Autonome Containerdatenbank - Anforderungen

IAM-Policy-Anforderungen

Sie benötigen einen Oracle Cloud Infrastructure-Account mit Berechtigungen, die über die erforderlichen IAM-Policys erteilt wurden. Die erforderlichen Policys hängen von dem Vorgang ab, den Sie ausführen. Eine Liste der IAM-Policys für autonome Containerdatenbanken finden Sie unter Policys zur Verwaltung autonomer Containerdatenbanken.

Mindestens erforderliche Ressourcen

Um eine autonome Containerdatenbank zu erstellen, benötigen Sie mindestens folgende Ressourcen:

8 ECPUs oder 2 OCPUs pro Knoten
50 GB lokaler Speicher pro Knoten

Von autonomer Containerdatenbank verwaltete Datenbankfeatures

Die folgenden Features der autonomen KI-Datenbank können auf der Ebene der autonomen Containerdatenbank (ACD) definiert und verwaltet werden.

Autonome KI-Datenbankfunktion	Hinweise:	Weitere Referenz
Oracle Database-Softwareversion Sie können die Softwareversion der Containerdatenbank beim Provisioning einer ACD festlegen.	Sie können die Oracle Database-Softwareversion entweder aus einer Basisimageversion oder einem Autonomous AI Database-Softwareimage auswählen, das aus einer anderen ACD erstellt wurde. Bei der Auswahl der Version aus dem Basisimage können Sie entweder die neueste Version der Oracle Database-Software oder ihren 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.	-
Autonomous Data Guard Mit dem Autonomous Data Guard-Feature können Sie Ihre kritischen Produktionsdatenbanken trotz Ausfällen, geschäftskritischen Anwendungen verfügbar halten.	Sie können Autonomous Data Guard auf der Seite "Details" einer ACD aktivieren und bis zu zwei Standby-ACDs erstellen. Die primären und sekundären ACDs können auch in verschiedenen Regionen (regionsübergreifend) bereitgestellt werden. In einem regionsübergreifenden Autonomous Data Guard-Setup, das vom Kunden verwaltete Schlüssel oder KMS verwendet, werden abhängig von der Anzahl der autonomen KI-Datenbanken in der primären ACD automatisch neue Schlüsselversionen für die Standbydatenbanken im regionsübergreifenden Vault generiert.	Kritische Datenbanken mit Autonomous Data Guard vor Fehlern und Katastrophen schützen
Wartungsplan Im Allgemeinen plant und führt Oracle die gesamte Flottenwartung über jedes Quartal und monatliche Infrastruktursicherheitskorrekturen für Schwachstellen mit CVSS-Scores größer oder gleich 7 aus. Sie können die Wartungsplanung Oracle überlassen oder ein bestimmtes Wartungsfenster festlegen, in dem Oracle mit der Wartung beginnen kann.	Sie können zwischen Rolling- oder Non-Rolling-Wartungsmethoden für eine ACD wählen. Wenn Sie die Nicht-Rolling-Wartungsmethode in einer Autonomous Data Guard-Konfiguration auswählen, kommt es zu einer Ausfallzeit für die ACD und alle zugehörigen autonomen KI-Datenbanken, bis das Patching abgeschlossen ist. Optional können Sie auch "Zeitzonenaktualisierung aktivieren" wählen. Zeitzonendateien können nur mit der Nicht-Rolling-Konfigurationsmethode aktualisiert werden. Sie können die Wartungsplaneinstellungen für eine von Oracle zu verwaltende ACD definieren oder ändern, oder Sie können einen benutzerdefinierten Wartungsplan festlegen. Während Sie den Wartungsplan einer ACD anpassen, können Sie das Patching für ein Quartal überspringen. Sie können das Patching jedoch nicht für zwei aufeinander folgende Quartale überspringen. Wenn Sie das Patching für ein Quartal überspringen möchten, müssen Sie mindestens einen Monat aus diesem Quartal auswählen. Dies dient als Rückfall, falls im vorherigen nicht übersprungenen Quartal keine Wartung stattgefunden hat. In diesem Szenario führt Oracle die Wartung automatisch im ausgewählten Monat aus, selbst wenn das Überspringen für dieses Quartal ausgewählt wird. Sie können die Anzahl der One-off-Patches, die für eine ACD verfügbar sind, auf der Detailseite anzeigen. Wenn Sie auf den Link "Kopieren" klicken, werden alle One-off-Patchnummern kopiert. Wenn Sie das bereits geplante ACD-Wartungsereignis neu planen, kann Oracle es in eine Queue stellen, sofern die zugehörige Exadata-Infrastrukturressource oder autonome Exadata-VM-Clusterressource wie folgt lautet: Wird bereits einem Wartungsupdate unterzogen oder Für eine Wartungsaktivität gleichzeitig als ACD eingeplant. Sie können eine On-Demand-Wartung planen, um RU (Release Update) zusammen mit der Zeitzonendatei oder nur die Zeitzonendatei für eine ACD zu aktualisieren. Sie können auch die Aktualisierung mit einem vorhandenen benutzerdefinierten Datenbanksoftwareimage auswählen. Je nach Konfiguration des Wartungsplans Ihrer ACD kann es zu Ausfallzeiten für Ihre ACD und die zugehörigen autonomen KI-Datenbanken kommen.	Servicewartung Vierteljährliches Wartungsupdate planen
Backup und Restore Um High Availability zu unterstützen, sichert Autonomous AI Database automatisch Ihre Datenbank für Sie. Der Aufbewahrungszeitraum für Backups beträgt bis zu 95 Tage, je nachdem, welche Backupaufbewahrungs-Policys/Periode für die ACD gewählt wurde. Sie können den Zustand der Datenbank zu einem beliebigen Zeitpunkt in diesem Aufbewahrungszeitraum wiederherstellen.	Nach der Aktivierung können automatische Backups für eine ACD nicht mehr deaktiviert werden. Wenn automatische Backups aktiviert sind, können Sie darüber hinaus regionsübergreifende Backups, langfristige Backups und manuelle Backups erstellen. Sie können die Backupaufbewahrungs-Policy/-periode beim Provisioning einer ACD definieren oder sie später auf der Detailseite der Oracle Cloud Infrastructure-Konsolenkonsole ändern. Sie können die Backups einer beendeten ACD entweder bis zu 72 Stunden oder bis zum Ende des Backupaufbewahrungszeitraums aufbewahren. Sie können die Backupaufbewahrungssperre aktivieren, um zu verhindern, dass die Backups der ACD- und der autonomen KI-Datenbank vor ihrem Aufbewahrungszeitraum gelöscht werden. Sie können die Aufbewahrungssperre entweder beim Provisioning der ACD oder später aktivieren. Nach der Aktivierung können Sie die Aufbewahrungssperre innerhalb von 14 Tagen deaktivieren. Danach wird die Einstellung dauerhaft. Sobald die Aufbewahrungssperre aktiviert ist, können Sie den Wert des Aufbewahrungszeitraums nur noch erhöhen und nicht reduzieren. Alle langfristigen Backups werden ebenfalls gesperrt und können nicht gelöscht werden, wenn die Aufbewahrungssperre aktiviert ist. Die langfristigen Backups werden nach Ablauf automatisch gelöscht. Wenn das Backupziel jedoch NFS ist, werden bei Exadata Cloud@Customer-Deployments keine der Backups automatisch gelöscht, wenn eine ACD beendet wird. Sie müssen alle automatischen, manuellen und langfristigen Backups manuell löschen, nachdem die ACD beendet und das Ablaufdatum verstrichen ist. Weitere Details zu den Werten der Backupaufbewahrungs-Policy für verschiedene autonome KI-Datenbank-Deployments finden Sie unter Backupaufbewahrungs-Policy.	Autonome KI-Datenbanken sichern und wiederherstellen.
Backupziel In einem Backupziel sind die Eigenschaften definiert, die für das Herstellen einer Verbindung mit einem Backupverzeichnis erforderlich sind. Alle Backupziele müssen über die VM-Clusterknoten in Ihrem Data Centre zugänglich sein.	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.	Weitere Informationen zum Konfigurieren des NFS-Backupziels für Cloud@Customer finden Sie unter Voraussetzungen für Backupziele für Exadata Cloud@Customer. Anweisungen zum Ändern des Backupzieltyps nach dem Provisioning der ACD finden Sie unter Einstellungen für Backup der autonomen Containerdatenbank bearbeiten.
NFS-Speicherauslastung	Gilt nur für: Exadata Cloud@Customer Wenn der aktuelle Backupzieltyp NFS ist, wird die aktuelle NFS-Speicherauslastung zusammen mit einem Statussymbol als Prozentsatz angezeigt.	Weitere Informationen finden Sie unter NFS-Speicherauslastung anzeigen.
Resource Management-Attribute Ressourcenverwaltungsattribute wirken sich darauf aus, wie Ressourcen verwaltet werden, um entweder mehr Datenbanken zu konsolidieren oder die höchste Datenbankverfügbarkeit zu erreichen.	Optional können Sie beim Provisioning einer ACD 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 16 für OCPUs und 64 für ECPUs. 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.	Weitere Informationen dazu, wie sich diese ACD-Attribute auf die Performance Ihrer Datenbanken auswirken, finden Sie unter CPU-Abrechnungsdetails.
Shared-Serververbindungen 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.	Beim Provisioning einer ACD können Sie optional Shared Server-Verbindungen aktivieren. Sie können die Shared Server-Architektur nach dem Provisioning der ACD nicht deaktivieren.	Spezielle Verbindungsfeatures
Verschlüsselungsschlüssel Standardmäßig erstellt und verwaltet Autonomous AI Database alle Masterverschlüsselungsschlüssel zum Schutz Ihrer Daten. Diese werden in einem sicheren PKCS 12-Keystore auf denselben Exadata-Systemen gespeichert, auf denen die Datenbanken gelagert sind. Wenn die Sicherheits-Policys Ihres Unternehmens das erfordern, kann Autonomous AI Database stattdessen Schlüssel verwenden, den Sie erstellen und verwalten.	Beim Provisioning einer ACD können Sie die ACD optional so konfigurieren, dass vom Kunden verwaltete Verschlüsselungsschlüssel anstelle von von Oracle verwalteten Verschlüsselungsschlüsseln verwendet werden. Bei der Verwendung von vom Kunden verwalteten Verschlüsselungsschlüsseln können Sie zwischen den folgenden Optionen wählen: OCI Vault-Service: Mit dieser Option wählen Sie einen Vault und einen Masterverschlüsselungsschlüssel aus. Diese Option ist nur in Oracle Public Cloud verfügbar. Oracle Key Vault: Sie wählen mit dieser Option einen Keystore aus, und geben einen OKV-Endpunktgruppennamen ein. AWS-KMS-Service: In einer autonomen KI-Datenbank auf Oracle Database@AWS können Sie mit AWS Key Management Service (AWS KMS) Masterverschlüsselungsschlüssel verwalten. Sie können Vom Kunden verwaltete Verschlüsselungsschlüssel mit Autonomous Data Guard-fähigen ACDs mit den Primär- und Standbydatenbanken verwenden, die sich in verschiedenen Availability-Domains innerhalb derselben Region befinden.	Masterverschlüsselungsschlüssel Bring Your Own Keys (BYOK) im Vault-Service verwenden Vom Kunden verwaltete Schlüssel in Oracle Key Vault verwenden Verschlüsselungsschlüssel einer autonomen Containerdatenbank rotieren
E-Mail Ansprechpartner Sie können Kontakt-E-Mails bereitstellen, in denen Sie Betriebsbenachrichtigungen, Ankündigungen und ungeplante Wartungsbenachrichtigungen zu Ihrer autonomen Containerdatenbank erhalten können.	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.
Full Stack Disaster Recovery Full Stack DR ist ein Oracle Cloud Infrastructure-(OCI-)Disaster-Recovery-Orchestrierungs- und -Managementservice, der umfassende Disaster-Recovery-Funktionen für alle Layer eines Anwendungsstacks bereitstellt, darunter Infrastruktur, Middleware, Datenbank und Anwendung.	Sie können das OCI Full Stack Disaster Recovery aktivieren und damit Switchover-/Failover-Vorgänge ausführen oder optional nur Switchover-/Failover-Vorgänge für die autonome KI-Datenbank ausführen.	OCI Full Stack Disaster Recovery in einer autonomen KI-Datenbank auf einer dedizierten Exadata-Infrastruktur verwenden
Regionsübergreifende Backupkopie Sie können eine sekundäre Region für eine Kopie Ihrer Backups auswählen. Bei einem Regionsfehler können Sie das Remotebackup der ACD klonen, um die Daten wiederherzustellen. Das Backup einer ACD kann nur in einem autonomen Exadata-VM-Cluster (AVMC) geklont werden, das sich von seinem Quell-AVMC unterscheidet.	Gilt nur für: Oracle Public Cloud Die regionsübergreifende Backupkopie kann beim Provisioning einer ACD oder auf der Detailseite einer vorhandenen ACD aktiviert werden. Sie können das regionsübergreifende Backup nicht aktivieren, wenn Autonomous Data Guard aktiviert ist.	Autonome Containerdatenbank auf dedizierter Exadata-Infrastruktur klonen Autonome Containerdatenbank klonen

Autonome KI-Datenbankfunktion

Hinweise:

Weitere Referenz

Oracle Database-Softwareversion

Sie können die Softwareversion der Containerdatenbank beim Provisioning einer ACD festlegen.

Sie können die Oracle Database-Softwareversion entweder aus einer Basisimageversion oder einem Autonomous AI Database-Softwareimage auswählen, das aus einer anderen ACD erstellt wurde.

Bei der Auswahl der Version aus dem Basisimage können Sie entweder die neueste Version der Oracle Database-Software oder ihren 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.

Autonomous Data Guard

Mit dem Autonomous Data Guard-Feature können Sie Ihre kritischen Produktionsdatenbanken trotz Ausfällen, geschäftskritischen Anwendungen verfügbar halten.

Sie können Autonomous Data Guard auf der Seite "Details" einer ACD aktivieren und bis zu zwei Standby-ACDs erstellen.

Die primären und sekundären ACDs können auch in verschiedenen Regionen (regionsübergreifend) bereitgestellt werden. In einem regionsübergreifenden Autonomous Data Guard-Setup, das vom Kunden verwaltete Schlüssel oder KMS verwendet, werden abhängig von der Anzahl der autonomen KI-Datenbanken in der primären ACD automatisch neue Schlüsselversionen für die Standbydatenbanken im regionsübergreifenden Vault generiert.

Kritische Datenbanken mit Autonomous Data Guard vor Fehlern und Katastrophen schützen

Wartungsplan

Im Allgemeinen plant und führt Oracle die gesamte Flottenwartung über jedes Quartal und monatliche Infrastruktursicherheitskorrekturen für Schwachstellen mit CVSS-Scores größer oder gleich 7 aus.

Sie können die Wartungsplanung Oracle überlassen oder ein bestimmtes Wartungsfenster festlegen, in dem Oracle mit der Wartung beginnen kann.

Sie können zwischen Rolling- oder Non-Rolling-Wartungsmethoden für eine ACD wählen. Wenn Sie die Nicht-Rolling-Wartungsmethode in einer Autonomous Data Guard-Konfiguration auswählen, kommt es zu einer Ausfallzeit für die ACD und alle zugehörigen autonomen KI-Datenbanken, bis das Patching abgeschlossen ist. Optional können Sie auch "Zeitzonenaktualisierung aktivieren" wählen. Zeitzonendateien können nur mit der Nicht-Rolling-Konfigurationsmethode aktualisiert werden.

Sie können die Wartungsplaneinstellungen für eine von Oracle zu verwaltende ACD definieren oder ändern, oder Sie können einen benutzerdefinierten Wartungsplan festlegen.

Während Sie den Wartungsplan einer ACD anpassen, können Sie das Patching für ein Quartal überspringen. Sie können das Patching jedoch nicht für zwei aufeinander folgende Quartale überspringen. Wenn Sie das Patching für ein Quartal überspringen möchten, müssen Sie mindestens einen Monat aus diesem Quartal auswählen. Dies dient als Rückfall, falls im vorherigen nicht übersprungenen Quartal keine Wartung stattgefunden hat. In diesem Szenario führt Oracle die Wartung automatisch im ausgewählten Monat aus, selbst wenn das Überspringen für dieses Quartal ausgewählt wird.

Sie können die Anzahl der One-off-Patches, die für eine ACD verfügbar sind, auf der Detailseite anzeigen. Wenn Sie auf den Link "Kopieren" klicken, werden alle One-off-Patchnummern kopiert.

Wenn Sie das bereits geplante ACD-Wartungsereignis neu planen, kann Oracle es in eine Queue stellen, sofern die zugehörige Exadata-Infrastrukturressource oder autonome Exadata-VM-Clusterressource wie folgt lautet:

Wird bereits einem Wartungsupdate unterzogen oder
Für eine Wartungsaktivität gleichzeitig als ACD eingeplant.

Sie können eine On-Demand-Wartung planen, um RU (Release Update) zusammen mit der Zeitzonendatei oder nur die Zeitzonendatei für eine ACD zu aktualisieren. Sie können auch die Aktualisierung mit einem vorhandenen benutzerdefinierten Datenbanksoftwareimage auswählen.

Je nach Konfiguration des Wartungsplans Ihrer ACD kann es zu Ausfallzeiten für Ihre ACD und die zugehörigen autonomen KI-Datenbanken kommen.

Servicewartung

Vierteljährliches Wartungsupdate planen

Backup und Restore

Um High Availability zu unterstützen, sichert Autonomous AI Database automatisch Ihre Datenbank für Sie. Der Aufbewahrungszeitraum für Backups beträgt bis zu 95 Tage, je nachdem, welche Backupaufbewahrungs-Policys/Periode für die ACD gewählt wurde. Sie können den Zustand der Datenbank zu einem beliebigen Zeitpunkt in diesem Aufbewahrungszeitraum wiederherstellen.

Nach der Aktivierung können automatische Backups für eine ACD nicht mehr deaktiviert werden. Wenn automatische Backups aktiviert sind, können Sie darüber hinaus regionsübergreifende Backups, langfristige Backups und manuelle Backups erstellen.

Sie können die Backupaufbewahrungs-Policy/-periode beim Provisioning einer ACD definieren oder sie später auf der Detailseite der Oracle Cloud Infrastructure-Konsolenkonsole ändern.

Sie können die Backups einer beendeten ACD entweder bis zu 72 Stunden oder bis zum Ende des Backupaufbewahrungszeitraums aufbewahren.
Sie können die Backupaufbewahrungssperre aktivieren, um zu verhindern, dass die Backups der ACD- und der autonomen KI-Datenbank vor ihrem Aufbewahrungszeitraum gelöscht werden.
Sie können die Aufbewahrungssperre entweder beim Provisioning der ACD oder später aktivieren.
Nach der Aktivierung können Sie die Aufbewahrungssperre innerhalb von 14 Tagen deaktivieren. Danach wird die Einstellung dauerhaft.
Sobald die Aufbewahrungssperre aktiviert ist, können Sie den Wert des Aufbewahrungszeitraums nur noch erhöhen und nicht reduzieren.
Alle langfristigen Backups werden ebenfalls gesperrt und können nicht gelöscht werden, wenn die Aufbewahrungssperre aktiviert ist.

Die langfristigen Backups werden nach Ablauf automatisch gelöscht. Wenn das Backupziel jedoch NFS ist, werden bei Exadata Cloud@Customer-Deployments keine der Backups automatisch gelöscht, wenn eine ACD beendet wird. Sie müssen alle automatischen, manuellen und langfristigen Backups manuell löschen, nachdem die ACD beendet und das Ablaufdatum verstrichen ist.

Weitere Details zu den Werten der Backupaufbewahrungs-Policy für verschiedene autonome KI-Datenbank-Deployments finden Sie unter Backupaufbewahrungs-Policy.

Autonome KI-Datenbanken sichern und wiederherstellen.

Backupziel

In einem Backupziel sind die Eigenschaften definiert, die für das Herstellen einer Verbindung mit einem Backupverzeichnis erforderlich sind. Alle Backupziele müssen über die VM-Clusterknoten in Ihrem Data Centre zugänglich sein.

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.

Weitere Informationen zum Konfigurieren des NFS-Backupziels für Cloud@Customer finden Sie unter Voraussetzungen für Backupziele für Exadata Cloud@Customer.

Anweisungen zum Ändern des Backupzieltyps nach dem Provisioning der ACD finden Sie unter Einstellungen für Backup der autonomen Containerdatenbank bearbeiten.

NFS-Speicherauslastung

Gilt nur für: Anwendbar

Exadata Cloud@Customer

Wenn der aktuelle Backupzieltyp NFS ist, wird die aktuelle NFS-Speicherauslastung zusammen mit einem Statussymbol als Prozentsatz angezeigt.

Weitere Informationen finden Sie unter NFS-Speicherauslastung anzeigen.

Resource Management-Attribute

Ressourcenverwaltungsattribute wirken sich darauf aus, wie Ressourcen verwaltet werden, um entweder mehr Datenbanken zu konsolidieren oder die höchste Datenbankverfügbarkeit zu erreichen.

Optional können Sie beim Provisioning einer ACD 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 16 für OCPUs und 64 für ECPUs.
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.

Weitere Informationen dazu, wie sich diese ACD-Attribute auf die Performance Ihrer Datenbanken auswirken, finden Sie unter CPU-Abrechnungsdetails.

Shared-Serververbindungen

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.

Beim Provisioning einer ACD können Sie optional Shared Server-Verbindungen aktivieren. Sie können die Shared Server-Architektur nach dem Provisioning der ACD nicht deaktivieren.

Spezielle Verbindungsfeatures

Verschlüsselungsschlüssel

Standardmäßig erstellt und verwaltet Autonomous AI Database alle Masterverschlüsselungsschlüssel zum Schutz Ihrer Daten. Diese werden in einem sicheren PKCS 12-Keystore auf denselben Exadata-Systemen gespeichert, auf denen die Datenbanken gelagert sind.

Wenn die Sicherheits-Policys Ihres Unternehmens das erfordern, kann Autonomous AI Database stattdessen Schlüssel verwenden, den Sie erstellen und verwalten.

Beim Provisioning einer ACD können Sie die ACD optional so konfigurieren, dass vom Kunden verwaltete Verschlüsselungsschlüssel anstelle von von Oracle verwalteten Verschlüsselungsschlüsseln verwendet werden.

Bei der Verwendung von vom Kunden verwalteten Verschlüsselungsschlüsseln können Sie zwischen den folgenden Optionen wählen:

OCI Vault-Service: Mit dieser Option wählen Sie einen Vault und einen Masterverschlüsselungsschlüssel aus. Diese Option ist nur in Oracle Public Cloud verfügbar.
Oracle Key Vault: Sie wählen mit dieser Option einen Keystore aus, und geben einen OKV-Endpunktgruppennamen ein.
AWS-KMS-Service: In einer autonomen KI-Datenbank auf Oracle Database@AWS können Sie mit AWS Key Management Service (AWS KMS) Masterverschlüsselungsschlüssel verwalten.

Sie können Vom Kunden verwaltete Verschlüsselungsschlüssel mit Autonomous Data Guard-fähigen ACDs mit den Primär- und Standbydatenbanken verwenden, die sich in verschiedenen Availability-Domains innerhalb derselben Region befinden.

Masterverschlüsselungsschlüssel

Bring Your Own Keys (BYOK) im Vault-Service verwenden

Vom Kunden verwaltete Schlüssel in Oracle Key Vault verwenden

Verschlüsselungsschlüssel einer autonomen Containerdatenbank rotieren

E-Mail Ansprechpartner

Sie können Kontakt-E-Mails bereitstellen, in denen Sie Betriebsbenachrichtigungen, Ankündigungen und ungeplante Wartungsbenachrichtigungen zu Ihrer autonomen Containerdatenbank erhalten können.

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.

Full Stack Disaster Recovery

Full Stack DR ist ein Oracle Cloud Infrastructure-(OCI-)Disaster-Recovery-Orchestrierungs- und -Managementservice, der umfassende Disaster-Recovery-Funktionen für alle Layer eines Anwendungsstacks bereitstellt, darunter Infrastruktur, Middleware, Datenbank und Anwendung.

Sie können das OCI Full Stack Disaster Recovery aktivieren und damit Switchover-/Failover-Vorgänge ausführen oder optional nur Switchover-/Failover-Vorgänge für die autonome KI-Datenbank ausführen.

OCI Full Stack Disaster Recovery in einer autonomen KI-Datenbank auf einer dedizierten Exadata-Infrastruktur verwenden

Regionsübergreifende Backupkopie

Sie können eine sekundäre Region für eine Kopie Ihrer Backups auswählen. Bei einem Regionsfehler können Sie das Remotebackup der ACD klonen, um die Daten wiederherzustellen. Das Backup einer ACD kann nur in einem autonomen Exadata-VM-Cluster (AVMC) geklont werden, das sich von seinem Quell-AVMC unterscheidet.

Gilt nur für: Anwendbar

Oracle Public Cloud

Die regionsübergreifende Backupkopie kann beim Provisioning einer ACD oder auf der Detailseite einer vorhandenen ACD aktiviert werden.

Sie können das regionsübergreifende Backup nicht aktivieren, wenn Autonomous Data Guard aktiviert ist.

Autonome Containerdatenbank auf dedizierter Exadata-Infrastruktur klonen

Autonome Containerdatenbank klonen

Vorgänge zur Verwaltung der autonomen Containerdatenbank

Sie können die folgenden Verwaltungsvorgänge in einer autonomen Containerdatenbank ausführen.

Vorgang	Aufgabenanweisungen
Autonome Containerdatenbank erstellen	Autonome Containerdatenbank erstellen
Backupaufbewahrungs-Policy einer autonomen Containerdatenbank ändern	Backupeinstellungen für autonome Containerdatenbank bearbeiten
Image einer autonomen KI-Datenbank erstellen	Image einer autonomen KI-Datenbanksoftware erstellen
Wartungsvoreinstellungen einer autonomen Containerdatenbank bearbeiten	Wartungsvoreinstellungen für autonome Containerdatenbank aktualisieren
Autonomous Data Guard-Konfiguration verwalten	Autonomous Data Guard-Konfiguration verwalten
Autonome Containerdatenbank in ein anderes Compartment verschieben	Autonome Containerdatenbank in anderes Compartment verschieben
Verschlüsselungsschlüssel einer autonomen Containerdatenbank rotiert	Verschlüsselungsschlüssel einer autonomen Containerdatenbank rotieren
Autonome Containerdatenbank neu starten	Autonome Containerdatenbank neu starten
Autonome Containerdatenbank beenden	Autonome Containerdatenbank beenden
Kundenkontakte für eine autonome Containerdatenbank verwalten	Kundenkontakte für eine autonome Containerdatenbank verwalten
Liste der autonomen Containerdatenbanken anzeigen	Liste der autonomen Containerdatenbanken anzeigen
Details einer autonomen Containerdatenbank anzeigen	Details einer autonomen Containerdatenbank anzeigen
NFS-Speicherauslastung anzeigen	Gilt nur für: Exadata Cloud@Customer NFS-Speicherauslastung anzeigen

Die oben aufgeführten Vorgänge können auch mit der API durchgeführt werden. Weitere Informationen finden Sie unter API zum Verwalten autonomer Containerdatenbanken.