Klonen in Autonomous Database on Dedicated Exadata Infrastructure

Beim Klonen wird eine Point-in-Time-Kopie Ihrer autonomen Datenbank oder ihres Backupsets erstellt. Mit dem Klonfeature können Sie schnell eine autonome Datenbank mit historischen Daten für Test-, Entwicklungs- oder Analysezwecke einrichten.

Tipp:

Die Geschwindigkeit des Klonvorgangs ist von der Anzahl der CPUs abhängig, die Sie für den zu erstellenden Klon angeben. Daher können Sie die Geschwindigkeit des Klonvorgangs verbessern, indem Sie mehr CPUs für den Klon angeben und ihn dann auf die gewünschte Anzahl von CPUs (wie unter CPU- oder Speicherressourcen aus Autonomous Database on Dedicated Exadata Infrastructure entfernen beschrieben) nach Abschluss des Klonvorgangs skalieren.

Klontypen

Autonomous Database unterstützt die folgenden Klontypen:

  • Full-Klon: Ein Full-Klon erstellt eine neue Datenbank, die die Metadaten und Daten der Quelldatenbank enthält.

  • Metadatenklon: Dieser Klontyp erstellt eine neue Datenbank, die alle Schemadaten, jedoch nicht die Daten der Quelldatenbank enthält.

Klonquellen

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

  1. Ausgeführte Datenbankinstanz: Sie können eine neue Datenbankinstanz erstellen, indem Sie eine Autonomous Database-Instanz kopieren.

    Beim Klonen einer Datenbankinstanz können Sie:

    • Wählen Sie eine andere Exadata-Infrastruktur, ein anderes autonomes Exadata-VM-Cluster oder eine andere autonome Containerdatenbank für die Klondatenbank aus.

    • Erstellen Sie die Klondatenbank in derselben Region oder in einer anderen Region als die Klonquelle.

    • 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. Mandantenübergreifendes Klonen wird nur bei Oracle Public Cloud-Deployments unterstützt.

  2. Backup einer Datenbankinstanz: Sie können eine neue Datenbankinstanz erstellen, indem Sie ein automatisches Backup von Autonomous Database klonen, entweder ein On-Demand-Backup oder ein langfristiges Backup.

    Bei einem Autonomous Data Guard-Setup können Sie einen Klon von einem Backup am Primär- oder Standbyspeicherort klonen.

    Beim Erstellen einer Datenbankinstanz aus einem Backup können Sie:

    • Wählen Sie ein Backup aus einer Liste mit Backups innerhalb eines Datumsbereichs, 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 Option Point-in-Time-Klon können Sie kein langfristiges Backup klonen. Langfristige Backups sind manuelle Backups, die für mindestens 90 Tage und maximal 10 Jahre aufbewahrt werden können. Weitere Informationen finden Sie unter Backup und Recovery.

    • Wählen Sie eine andere Exadata-Infrastruktur, ein anderes autonomes Exadata-VM-Cluster oder eine andere autonome Containerdatenbank für die Klondatenbank aus.

    • Erstellen Sie die Klondatenbank in derselben Region oder in einer anderen Region als die Klonquelle.

    • 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. Mandantenübergreifendes Klonen 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 Konzepte von Optimizer-Statistiken in der Dokumentation Oracle Database 19c SQL Tuning Guide oder im Oracle Database 23ai 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 Autonomous Database-Instanz oder das zugehörige Backupset erfolgreich zu klonen, müssen die folgenden Anforderungen erfüllt werden:
  • Um eine Autonomous Database-Instanz zu klonen, benötigen Sie den erforderlichen Zugriff mit den folgenden Policy-Anweisungen, die von einem Administrator geschrieben wurden, unabhängig davon, 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, welcher 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 in Exadata Cloud@Customer-Deployments zu unterstützen, müssen Sie Port 1522 im Rahmen Ihres 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 von einem Backup:

    • Sie benötigen ein Minimum von 4 ECPUs oder 1 OCPU im autonomen Ziel-Exadata-VM-Cluster. Sie können die Anzahl der verfügbaren CPUs in der Liste "Autonome 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. Die folgenden 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 verwenden. Das autonome Ziel-Exadata-VM-Cluster und die 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 Ziel-Exadata-VM-Cluster während des Wiederherstellungsvorgangs Zugriff auf den Quell-KMS-Vault hat.

Mandantenübergreifende Klonanforderungen

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

Um einen mandantenübergreifenden Klon aus einer Autonomous Database-Instanz 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 unten erläuterten 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, damit 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. DestinationGroup), und fügen Sie die Benutzer hinzu, die den mandantenübergreifenden Klon erstellen dürfen. Weitere Informationen finden Sie unter Gruppe mit der Konsole erstellen.

    • Erstellen Sie im Quellmandanten IAM-Policys, damit die im Zielmandanten erstellte Gruppe (DestinationGroup) 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, mit der ein Benutzer in der DestinationGroup der DestinationTenancy aus einer bestimmten Autonomous Database-Instanz im angegebenen Compartment im Quellmandanten gelesen werden 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 der Autonomous Database-Quellinstanz 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 OCID der Klonquelle (Autonomous Database-Instanz oder Backup).

        Hinweis:

        Die Where-Klausel im obigen Beispiel ist optional. Sie bietet eine feiner granulierte 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 Konsole zum Erstellen einer Policy verwenden.

      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 Autonomous Databases im Quellmandanten verwalten kann.

      Mit dieser im obigen Beispiel erläuterten Policy kann DestinationGroup Autonomous Databases und Autonomous Database-Klone im Quellmandanten erstellen. Sie können die Klonberechtigungen einschränken, sodass die Gruppe nur Autonomous Databases klonen, jedoch keine Autonomous Databases erstellen kann, oder die Berechtigung zum Erstellen eines bestimmten Klontyps einschränken kann: "Vollständiger Klon" oder "Metadatenklon". Weitere Informationen und Beispiele finden Sie unter IAM-Berechtigungen und API-Vorgänge für Autonomous Database.

Einschränkungen klonen

Beim Klonen von Autonomous Database gibt es einige Einschränkungen, wie unten aufgeführt:
  • Sie können eine OCPU-Datenbank in eine OCPU- oder ECPU-Datenbank klonen. Sie können eine ECPU-Datenbank jedoch nicht in eine OCPU-Datenbank klonen.
  • Sie können eine Autonomous Database mit der 23ai-Version nicht in eine Autonomous Database mit der 19c-Version und umgekehrt klonen.
  • Beim Klonen von einer Datenbankinstanz:
    • Bei Datenbanken, die Autonomous Data Guard verwenden, können Sie nur eine Primärdatenbank klonen. Beim Klonen aus einem Backup können Sie jedoch entweder die Primär- oder die Standbydatenbank klonen.
    • Sie können eine reguläre Datenbank in eine Autonomous Database für Entwickler-Instanz klonen und umgekehrt. Um eine reguläre Datenbank jedoch erfolgreich in eine Entwicklerdatenbank zu klonen, muss der tatsächlich belegte Speicherplatz der Quelldatenbank, aufgerundet auf das nächste GB, 32 GB oder weniger betragen.
  • Beim Klonen von einem Backup:

    • Metadatenklon wird nicht unterstützt. Sie können nur die Option Full Clone verwenden, um einen Datenbankklon zu 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 dann in einer Autonomous Database für Entwickler klonen, wenn der zugewiesene Speicherplatz der Quelldatenbank 32 GB oder weniger beträgt.

    • Mit der Option Point-in-Time-Klon können Sie kein langfristiges Backup klonen.

    • Sie können die Größe der CPU bei Bedarf erst nach dem Klonen in einen Bruchteilwert ändern. Weitere Informationen zur Verwendung von fraktionierten CPU-Werten finden Sie unter CPU-Overprovisioning.

    • Auf Exadata Cloud@Customer:
      • Zum Klonen können Sie keine lokalen datenträgerbasierten Backups verwenden.
      • Die zum Klonen einer Autonomous Database benötigte Zeit 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 von Autonomous Database erstellt werden. Diese Option ist mit der Oracle Cloud Infrastructure-Konsole nicht verfügbar.

    • Werden nur in Oracle Public Cloud-Deployments unterstützt.

    • Werden bei vom Kunden verwalteten Schlüsseln in der Quelle nicht unterstützt. Weitere Informationen zu vom Kunden verwalteten Schlüsseln finden Sie unter Masterverschlüsselungsschlüssel in Autonomous Database.

Schritt-für-Schritt-Anleitungen

Informationen zum Klonen von einer Autonomous Database aus verschiedenen Klonquellen mit der OCI-Konsole finden Sie unter:

Sie können eine Datenbank auch mit der CreateAutonomousDatabase-API klonen. Informationen zum Verwenden der API und Signieren von Anforderungen finden Sie unter REST-APIs und Sicherheitszugangsdaten. Informationen zu SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).