Autonome KI-Datenbank klonen

Beim Klonen wird eine Point-in-Time-Kopie Ihrer autonomen KI-Datenbank oder ihres Backupsets erstellt. Mit dem Klonfeature können Sie schnell eine autonome KI-Datenbank mit historischen Daten für Zwecke wie Tests, Entwicklung oder Analysen einrichten.

Tipp:
Die Geschwindigkeit des Klonvorgangs hängt von der Anzahl der CPUs ab, die Sie für den zu erstellenden Klon angeben. Daher können Sie die Geschwindigkeit des Klonvorgangs verbessern, indem Sie weitere CPUs für den Klon angeben und ihn dann auf die gewünschte Anzahl von CPUs skalieren (wie unter CPU- oder Speicherressourcen aus autonomer KI-Datenbank auf dedizierter Exadata-Infrastruktur entfernen beschrieben), nachdem der Klonvorgang abgeschlossen ist.

Klontypen

Autonomous AI Database unterstützt die folgenden Klontypen:

Full Clone: Ein vollständiger Klon erstellt eine neue Datenbank, die Metadaten und Daten der Quelldatenbank enthält.
Metadatenklon: Dieser Klontyp erstellt eine neue Datenbank, die alle Schemadaten der Quelldatenbank, jedoch nicht die Daten der Quelldatenbank enthält.

Klonquellen

Sie können einen Datenbankklon aus einer der folgenden Quellen erstellen:

Ausgeführte Datenbankinstanz: Sie können eine neue Datenbankinstanz erstellen, indem sie eine autonome AI-Datenbankinstanz klonen.

Beim Klonen einer Datenbankinstanz können Sie:
- Wählen Sie eine andere Exadata-Infrastruktur, ein autonomes Exadata-VM-Cluster oder eine autonome Containerdatenbank für die Klondatenbank aus.
- Erstellen Sie die Klondatenbank in derselben Region oder Region, die sich von der Klonquelle unterscheidet.
- Erstellen Sie die Klondatenbank im selben Mandanten oder in einem anderen Mandanten als der Klonquelle. Ein mandantenübergreifender Klon kann sich in derselben Region oder in einer anderen Region als die Klonquelle befinden. Das Klonen zwischen Mandanten wird nur bei Oracle Public Cloud-Deployments unterstützt.
Backup einer Datenbankinstanz: Sie können eine neue Datenbankinstanz erstellen, indem Sie ein automatisches Backup der autonomen KI-Datenbank klonen, entweder ein On-Demand-Backup oder ein langfristiges Backup.

In einem Autonomous Data Guard-Setup können Sie aus einem Backup am Primär- oder Standbyspeicherort klonen.

Beim Erstellen einer Datenbankinstanz aus dem Backup können Sie:
- Wählen Sie ein Backup aus einer Liste mit Backups innerhalb eines Datumsbereichs aus, oder erstellen Sie einen Point-in-Time-Klon. Point-in-Time-Klone enthalten alle Daten bis zu einem angegebenen Zeitstempel. Der angegebene Zeitstempel muss innerhalb des auf Ebene der autonomen Containerdatenbank definierten Aufbewahrungszeitraums liegen.
  
  Hinweis:
  Mit der Point-in-Time-Klonoption können Sie kein langfristiges Backup klonen. Langfristige Backups sind manuelle Backups, die mindestens 90 Tage und maximal 10 Jahre lang aufbewahrt werden können. Weitere Informationen finden Sie unter Backup und Recovery.
- Wählen Sie eine andere Exadata-Infrastruktur, ein autonomes Exadata-VM-Cluster oder eine autonome Containerdatenbank für die Klondatenbank aus.
- Erstellen Sie die Klondatenbank in derselben Region oder Region, die sich von der Klonquelle unterscheidet.
- Erstellen Sie die Klondatenbank im selben Mandanten oder in einem anderen Mandanten als der Klonquelle. Ein mandantenübergreifender Klon kann sich in derselben Region oder in einer anderen Region als die Klonquelle befinden. Das Klonen zwischen Mandanten wird nur bei Oracle Public Cloud-Deployments unterstützt.

Nach dem Weiterleiten einer Klonanforderung wird für die Klondatenbank PROVISIONING angezeigt, bis die neue dedizierte Datenbank verfügbar ist. Sie können keinen neuen Klonvorgang für eine dedizierte Datenbank initiieren, die bereits geklont wird, bis der laufende Vorgang abgeschlossen ist.

Beachten Sie außerdem die folgenden Informationen zur neu geklonten Datenbank:

Optimizer-Statistiken werden aus der Quelldatenbank in die geklonte Datenbank kopiert. Gehen Sie dann folgendermaßen vor:
- Bei Full Clones verhalten sich Ladevorgänge in Tabellen genauso wie das Laden in Tabellen mit bereits vorhandenen Statistiken.
- Bei Metadatenklonen löscht der erste Ladevorgang in eine Tabelle die Statistiken für diese Tabelle und aktualisiert die Statistiken mit dem neuen Ladevorgang.
Weitere Informationen zu Optimizer-Statistiken finden Sie unter Optimizer Statistics Concepts in der Dokumentation Oracle Database 19c SQL Tuning Guide oder in der Dokumentation Oracle Database 26ai SQL Tuning Guide.
Ressourcenverwaltungsregeln, die vom Benutzer in der Quelldatenbank geändert wurden, werden in die geklonte Datenbank übertragen.
Performancedaten für die Zeit vor dem Klonvorgang sind in der geklonten Datenbank nicht verfügbar.

Klonanforderungen

Um eine autonome AI-Datenbankinstanz oder ihr Backupset erfolgreich zu klonen, müssen die folgenden Anforderungen erfüllt werden:

Um eine autonome KI-Datenbank zu klonen, benötigen Sie den erforderlichen Zugriff mit den folgenden Policy-Anweisungen, die von einem Administrator geschrieben werden. Dabei spielt es keine Rolle, ob Sie die Konsole oder die REST-API mit einem SDK, einer CLI oder einem anderen Tool verwenden:
```
Allow group <Group_Name>
to manage autonomous-databases
in compartment <Compartment_Name>
```
```
Allow group <Group_Name>
to read autonomous-container-databases
in compartment <Compartment_Name>
```
Tipp: Wenn Sie versuchen, eine Aktion auszuführen, und eine Meldung erhalten, dass Sie keine Berechtigung haben oder nicht autorisiert sind, fragen Sie den Administrator, welchen Zugriffstyp Ihnen erteilt wurde und in welchem Compartment Sie arbeiten sollen.
Die autonome Zielcontainerdatenbank (ACD) muss mindestens dieselbe Datenbankversion wie die Quelle aufweisen.
Um das Klonen auf Exadata Cloud@Customer-Deployments zu unterstützen, müssen Sie Port 1522 im Rahmen des Netzwerksetups öffnen. Weitere Informationen finden Sie unter Autonomes Exadata-VM-Cluster erstellen.
Beim Klonen von einer Datenbankinstanz:
- Der Quell- und Zielverschlüsselungsschlüssel müssen denselben Keystore-Typ aufweisen.
- Das ADMIN-Kennwort, das Sie für die Klondatenbank angeben, muss sich vom Kennwort des ADMIN-Datenbankbenutzers in der Quelldatenbank unterscheiden. Andernfalls verläuft der Klonvorgang nicht erfolgreich.
- Bei einem Full Clone kann als Mindestspeicher für die Klondatenbank der tatsächlich belegte Speicherplatz der Quelldatenbank auf das nächste GB aufgerundet werden.
Beim Klonen aus einem Backup:
- Sie benötigen eine Mindestanzahl von 4 ECPUs oder 1 OCPU im autonomen Exadata-VM-Zielcluster. Sie können die Anzahl der verfügbaren CPUs in der Liste der autonomen Exadata-VM-Cluster in der Oracle Cloud Infrastructure-Konsole anzeigen. Weitere Informationen finden Sie unter Liste der autonomen Exadata-VM-Cluster anzeigen.
- Quelle und Ziel können unterschiedliche Keystore-Typen für den Verschlüsselungsschlüssel sein. Folgende Anforderungen müssen jedoch erfüllt sein:
  - Wenn sowohl die Quelle als auch das Ziel vom Kunden verwaltete Schlüssel mit Oracle Key Vault (OKV) verwenden, müssen sie dasselbe OKV-Ziel verwendet. Das autonome Exadata-VM-Zielcluster und eine autonome Containerdatenbank benötigen Zugriff auf die Oracle Key Vault-(OKV-)Quelle für die Schlüssel.
  - Wenn die Quelle in Oracle Cloud vom Kunden verwaltete Schlüssel über KMS verwendet, müssen Sie sicherstellen, dass das autonome Exadata-VM-Zielcluster während des Wiederherstellungsvorgangs Zugriff auf den Quell-KMS-Vault hat.

Mandantenübergreifende Klonanforderungen

Gilt nur für: Anwendbar Oracle Public Cloud

Um einen mandantenübergreifenden Klon aus einer autonomen KI-Datenbankinstanz oder dem zugehörigen Backupset erfolgreich zu erstellen, müssen Sie die folgenden Anforderungen erfüllen:

Hinweis:
Zusätzlich zu den allgemeinen Klonanforderungen, die unter Klonanforderungen beschrieben werden, sind die folgenden mandantenübergreifenden Klonanforderungen erforderlich.

Führen Sie die CLI- oder API-Befehle aus, um den mandantenübergreifenden Klon aus dem Zielmandanten zu erstellen.
Definieren Sie OCI Identity and Access Management-Gruppen und -Policys in den Quell- und Zielmandanten, sodass Sie Befehle ausführen können, um einen Klon im Zielmandanten zu erstellen und dem Zielmandanten zu ermöglichen, den Quellmandanten zu kontaktieren, in dem sich die Klonquelle befindet. Wenn diese Policys entzogen werden, ist das mandantenübergreifende Klonen nicht zulässig.
- Erstellen Sie im Zielmandanten eine Gruppe (z.B. Zielgruppe), und fügen Sie die Benutzer hinzu, die berechtigt sind, den mandantenübergreifenden Klon zu dieser Gruppe zu erstellen. Weitere Informationen finden Sie unter Gruppe mit der Konsole erstellen.
- Erstellen Sie im Quellmandanten IAM-Policys, damit die im Zielmandanten (DestinationGroup) erstellte Gruppe einen Klon mit einer Klonquelle aus dem Quellmandanten erstellen kann. Weitere Informationen finden Sie unter Policy mit der Konsole erstellen.
  
  Beispiel: Sie können eine Policy definieren, damit ein Benutzer in der DestinationGroup der DestinationTenancy aus einer bestimmten autonomen KI-Datenbankinstanz im angegebenen Compartment im Quellmandanten lesen kann, wie unten dargestellt:
```
define tenancy DestinationTenancy as ocid1.tenancy.oc1..unique_ID
define group DestinationGroup as ocid1.group.region1..unique_ID
admit group DestinationGroup of tenancy DestinationTenancy to read autonomous-database-family
       in compartment ocid1.compartment.region1..unique_ID
       where target.id = 'oc1.autonomousdatabase.oc1..unique_ID'
```
  Hinweis:
  Die Policy muss nur Lesezugriff auf die autonome KI-Quelldatenbankinstanz zulassen, um einen mandantenübergreifenden Klon zu erstellen.
  
  Die obige Policy gibt Folgendes an:
  - Zeile 1: OCID des Zielmandanten, in dem Sie den Klon erstellen möchten.
  - Zeile 2: OCID der Zielgruppe, zu der der Benutzer gehört, der den Klon erstellt.
  - Zeile 3: OCID des Compartments, in dem sich die Klonquelle befindet, und der OCID der Klonquelle (Instanz der autonomen KI-Datenbank oder ein Backup).
    
    Hinweis:
    Die Where-Klausel im obigen Beispiel ist optional. Sie bietet eine fein granuliertere Möglichkeit, Zugriff auf eine bestimmte Klonquelle zu erteilen.
- Erstellen Sie im Zielmandanten IAM-Policys, um eine Gruppe zur Verwaltung der Klonquelle im Quellmandanten zu bestätigen. Weitere Informationen finden Sie unter Policy mit der Konsole erstellen.
  
  Beispiel:
```
Define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID
Endorse group DestinationGroup to manage autonomous-database-family in tenancy SourceTenancy
```
  Die obige Policy gibt Folgendes an:
  - Zeile 1: OCID der Quellmandanten-OCID, in der sich die Klonquelle befindet.
  - Zeile 2: Gibt die Zielgruppe an, die zur Verwaltung autonomer KI-Datenbanken im Quellmandanten berechtigt sein kann.
  Mit dieser im obigen Beispiel erläuterten Policy kann DestinationGroup autonome KI-Datenbanken und Klone von autonomen KI-Datenbanken im Quellmandanten erstellen. Sie können die Klonberechtigungen einschränken, sodass die Gruppe nur autonome KI-Datenbanken klonen, aber keine autonomen KI-Datenbanken erstellen kann. Außerdem können Sie die Berechtigung zum Erstellen eines bestimmten Klontyps weiter einschränken: "Vollständiger Klon" oder "Metadatenklon". Weitere Informationen und Beispiele finden Sie unter IAM-Berechtigungen und API-Vorgänge für autonome KI-Datenbank.

Einschränkungen klonen

Es gibt einige Einschränkungen beim Klonen einer autonomen KI-Datenbank, wie unten aufgeführt:

Sie können eine OCPU-Datenbank entweder in eine OCPU- oder eine ECPU-Datenbank klonen. Sie können eine ECPU-Datenbank jedoch nicht in eine OCPU-Datenbank klonen.
Sie können eine autonome KI-Datenbank mit der 23ai-Version nicht in eine autonome KI-Datenbank mit der 19c-Version klonen und umgekehrt.
Beim Klonen von einer Datenbankinstanz:
- Bei Datenbanken, die Autonomous Data Guard verwenden, können Sie nur eine Primärdatenbank klonen. Sie können jedoch beim Klonen aus einem Backup entweder die Primär- oder die Standbydatenbank klonen.
- Sie können eine reguläre Datenbank in eine Autonomous AI Database for Developers-Instanz klonen und umgekehrt. Um eine reguläre Datenbank erfolgreich in eine Entwicklerdatenbank zu klonen, muss der tatsächlich belegte Speicherplatz der Quelldatenbank, auf das nächste GB aufgerundet, 32 GB oder weniger betragen.
Beim Klonen aus einem Backup:
- Metadatenklon wird nicht unterstützt. Sie können nur mit der Option Full Clone einen Datenbankklon erstellen.
- Sie können im autonomen Exadata-VM-Zielcluster jeweils nur einen Wiederherstellungsvorgang ausführen. Sie können also nicht mehrere Backupklone gleichzeitig in einem einzelnen autonomen Exadata-VM-Cluster erstellen.
- Sie können ein Backup nur in einer autonomen KI-Datenbank für Entwickler klonen, wenn der zugewiesene Speicherplatz der Quelldatenbank 32 GB oder weniger beträgt.
- Mit der Point-in-Time-Klonoption können Sie kein langfristiges Backup klonen.
- Sie können die Größe der CPU bei Bedarf erst nach dem Klon auf einen Bruchteilwert ändern. Weitere Informationen zur Verwendung partieller CPU-Werte finden Sie unter CPU-Overprovisioning.
- Auf Exadata Cloud@Customer:
  - Zum Klonen können Sie keine lokalen datenträgerbasierten Backups verwenden.
  - Die Zeit für das Klonen einer autonomen KI-Datenbank hängt von der CPU-Anzahl und der Netzwerkbandbreite zwischen dem Backupziel und der autonomen Zielcontainerdatenbank ab.
Mandantenübergreifende Klone:
- Kann nur mit der CLI oder den REST-APIs der autonomen KI-Datenbank erstellt werden. Diese Option ist mit der Oracle Cloud Infrastructure-Konsole nicht verfügbar.
- werden nur auf Oracle Public Cloud-Deployments unterstützt.
- werden nicht mit vom Kunden verwalteten Schlüsseln in der Quelle unterstützt. Weitere Informationen zu vom Kunden verwalteten Schlüsseln finden Sie unter Masterverschlüsselungsschlüssel in einer autonomen KI-Datenbank.

Schritt-für-Schritt-Anleitungen

Informationen zum Klonen einer autonomen KI-Datenbank aus verschiedenen Klonquellen mit der OCI-Konsole finden Sie unter:

Sie können eine Datenbank auch mit der CreateAutonomousDatabase-API klonen. Informationen zur Verwendung der API und Signieranforderungen finden Sie unter REST-APIs und Sicherheitszugangsdaten. Informationen zu SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).