Oracle Cloud Infrastructure-Dokumentation

Daten mit Transportable Tablespaces migrieren

Transportable Tablespaces ermöglichen eine effiziente Migration großer Datenmengen, indem Tablespaces, einschließlich ihrer Daten und Metadaten, von einer Quelldatenbank in eine Zieldatenbank verschoben werden, ohne dass ein vollständiger Datenexport und -import erforderlich ist.

Übergeordnetes Thema: In autonome KI-Datenbank migrieren

Transportable Tablespaces

Transportable Tablespaces sind ein Oracle Database-Feature, mit dem Sie große Datenmengen schnell und effizient zwischen Datenbanken verschieben können.

Mit Transportable Tablespaces mit Autonomous AI Database können Sie große Datasets effizient verschieben, indem Sie ganze benutzerverwaltete Tablespaces aus einer nicht autonomen KI-Datenbank, wie einer On-Premise-Oracle Database- oder einer Oracle Database Cloud Service-(DBCS-)Instanz, sogar plattformübergreifend transportieren. Durch die Migration vollständiger Tablespaces anstelle einzelner Objekte wird die Migrationszeit verkürzt und die Ausfallzeit im Vergleich zum Export und Import auf Objektebene minimiert. Dieses Feature eignet sich besonders für Data Warehouse-Migrationen, historische Datenarchivierung und Datenbankupgrades.

Transportable Tablespaces unterstützen sowohl verschlüsselte als auch unverschlüsselte Tablespaces, einschließlich der Verwaltung von Transparent Data Encryption-(TDE-)Wallets, sofern anwendbar. Da Autonomous AI Database nur Bigfile Tablespaces unterstützt, werden alle Smallfile Tablespaces aus der Quelle während des Transportvorgangs automatisch in Bigfile Tablespaces konvertiert.

Die folgenden Hauptvorteile von Transportable Tablespaces:

  • Plattformübergreifende Portabilität für flexible Datenverschiebung.

  • Schnellere Migrationen als herkömmliche Export- und Importvorgänge mit reduzierter Ausfallzeit.

  • Unterstützung für die Datenarchivierung, um Produktionsumgebungen zu optimieren.

  • Sicherheit und Integrität durch integrierte Validierung, korrekte Metadatenverarbeitung und sichere TDE-Wallet-Verarbeitung.

Voraussetzungen

Führt die Voraussetzungen für den datenbankübergreifenden Transport von Tablespaces auf.

  • Bevor Sie von einer nicht autonomen KI-Datenbank zu einer autonomen KI-Datenbank migrieren, lesen Sie die Informationen in Hinweise für Benutzer, die von anderen Oracle-Datenbanken migrieren. In diesen Informationen werden wichtige Einschränkungen und Verhaltensunterschiede beschrieben, die sich auf Ihre Migrations- und Datenbankvorgänge nach der Migration auswirken können.

  • Erstellen Sie ein Staging-Verzeichnis auf dem Host, auf dem die Quelldatenbank ausgeführt wird. In diesem Verzeichnis können Sie das Transportable Tablespaces Backup Utility und zugehörige Dateien sowie das Oracle Database Cloud Backup-Modul für OCI herunterladen.

  • Laden Sie das Transportable Tablespaces Backup Utility und die zugehörigen Dateien in Ihr Projektverzeichnis herunter. Anweisungen zum Herunterladen und Zugriff auf die erforderlichen Dateien finden Sie im Repository Transportable-Tablespaces-Backup-Utility unter GitHub.

  • Erstellen Sie zwei OCI Object Storage-Buckets: einen zum Speichern der Backups und einen zum Speichern von Metadaten, wie Schemametadaten und Tablespace-Metadaten. Weitere Informationen finden Sie unter Objektspeicher-Bucket erstellen.

  • Generieren Sie einen API-Signaturschlüssel. Mit diesem Schlüssel kann sich das Transportable Tablespaces-Backuputility bei OCI Object Storage authentifizieren und bestätigen, dass es berechtigt ist, Tablespace-Backups aus der Quelldatenbank zu schreiben. Ohne sie werden Backupanforderungen abgelehnt. Weitere Informationen finden Sie unter So generieren Sie einen API-Signaturschlüssel.

  • Laden Sie das Oracle Database Cloud Backup Module für OCI herunter, und installieren Sie es. Um ein Tablespace-Backup aus der Quelldatenbank in Oracle Cloud Infrastructure zu erstellen, installieren Sie zuerst das Oracle Database Cloud Backup-Modul für OCI. Sie laden das Modul von Oracle Technology Network (OTN) herunter und installieren es auf Ihrem Datenbankserver. Weitere Informationen finden Sie unter Oracle Database Cloud Backup-Modul für OCI installieren.

  • Definieren Sie dynamische Gruppen und Policys für den Zugriff auf Oracle Cloud Infrastructure OCI Object Storage mit einem Resource Principal. Sie benötigen einen Resource Principal, um das Transport Tablespaces-Metadaten-Bundle sicher in die autonome Zieldatenbank herunterzuladen. Weitere Informationen finden Sie unter Resource Principal für den Zugriff auf Oracle Cloud Infrastructure-Ressourcen nutzen.

  • Die Tablespaces müssen in sich abgeschlossen sein. Alle abhängigen Objekte müssen sich vollständig in der Gruppe der zu transportierenden Tablespaces befinden. Führen Sie die folgende Abfrage aus, um die Selbsteinhaltung zu prüfen:
    EXEC DBMS_TTS.TRANSPORT_SET_CHECK('HR,PROD', TRUE);
SELECT * FROM TRANSPORT_SET_VIOLATIONS;
    Wenn keine Zeilen zurückgegeben werden, sind die Tablespaces in sich geschlossen und können übertragen werden.

  • Tablespaces müssen auf den Modus READ ONLY gesetzt werden, wenn das endgültige Backup für den Transport ausgeführt wird, während sie für inkrementelle Backups im Modus READ WRITE bleiben können. Weitere Informationen finden Sie unter RMAN-Backupkonzepte.

  • Die Quell- und Zieldatenbank müssen dieselben oder kompatiblen Zeichensätze aufweisen, und die Endianne (Byte-Reihenfolge) muss zwischen den Plattformen übereinstimmen. Weitere Informationen finden Sie unter Daten in das Endian-Format des Zielbetriebssystems konvertieren.

  • Stellen Sie der Zieldatenbank ausreichend Speicherplatz für die übertragenen Datendateien bereit.

Eine Liste der zusätzlichen Einschränkungen finden Sie unter Limitations on Transportable Tablespaces.

Migrationsworkflow mit Transportable Tablespaces

In diesem Abschnitt werden die Schritte zum Durchführen einer Migration von Transportable Tablespaces von einer nicht autonomen KI-Datenbank zu einer autonomen KI-Datenbank beschrieben.

Tablespaces können nicht direkt von einer nicht autonomen KI-Datenbank in eine autonome KI-Datenbank übertragen werden. Um Tablespaces zu übertragen, sichern Sie zunächst die Tablespaces aus der Quelldatenbank in den Zwischenspeicherort OCI Object Storage. Der Zwischenspeicher speichert das Daten- und Metadaten-Backup sowie TDE-(Transparent Data Encryption-)Wallet-Dateien, wenn die Verschlüsselung für die übertragenen Tablespaces aktiviert ist. Stellen Sie nach dem Backup die Daten aus dem Zwischenspeicher in der autonomen KI-Zieldatenbank wieder her.

Der Workflow für Transportable Tablespaces umfasst die folgenden Schritte:

  1. Quelldatenbankhost für Transportable Tablespaces vorbereiten
    Bevor Sie einen Transportable Tablespace-Vorgang ausführen, führen Sie mehrere Setupaufgaben aus, um sicherzustellen, dass die Quelldatenbankumgebung ordnungsgemäß konfiguriert ist:

    Diese Vorbereitungsschritte stellen die erforderliche Konnektivität, Authentifizierung und Speicherkonfiguration für einen sicheren Transportable Tablespace-Vorgang sicher.

    Weitere Informationen finden Sie unter Hostumgebung der Quelldatenbank vorbereiten.

  2. Backup-Utility auf der Quelle ausführen

    Mit dem von Oracle bereitgestellten Transportable Tablespace Backup Utility, einem Python-basierten Skript, können Sie Tablespace-Backups aus der Quelldatenbank erstellen und hochladen. Dieses Dienstprogramm:

    • Validiert die Bereitschaft der Quellumgebung.

    • Exportiert die Metadaten mit Oracle Data Pump.

    • Sichert Tablespace-Daten mit Oracle Recovery Manager (RMAN).

    • Packages für Ausgaben, RMAN-Backup-Pieces, Metadaten, TDE-Wallet-Dateien und Zertifikate in ein komprimiertes TAR-Archiv (das Transportable Tablespaces-Metadaten-Bundle).

    • Lädt das Bundle sicher in den angegebenen Object Storage-Bucket hoch.

    • Gibt eine URL zum hochgeladenen Bundle zurück, die während des Wiederherstellungsprozesses verwendet werden soll.

    • Das Utility ruft auch das Oracle Database Cloud Backup-Modul für OCI auf, um ein Wallet für API-Signaturschlüssel und erforderliche Zertifikate zu erstellen und so einen sicheren Zugriff auf OCI Object Storage sicherzustellen.

    • Sowohl inkrementelle als auch nicht inkrementelle Backups werden unterstützt. Nicht-inkrementelles Backup ist ein vollständiges, einmaliges Backup mit Tablespaces im schreibgeschützten Modus. Inkrementelle Backups beginnen mit einem Backup der Ebene 0, gefolgt von einem oder mehreren inkrementellen Backups der Ebene 1 und einem endgültigen inkrementellen Backup mit Tablspaces im schreibgeschützten Modus. Der Wiederherstellungsworkflow in der autonomen KI-Zieldatenbank hängt vom ausgewählten Backuptyp ab.

    Weitere Informationen finden Sie unter Tablespace-Backup in der Quelldatenbank ausführen: Schritte und Beispiel.

  3. Tablespaces in autonome KI-Datenbank importieren
    Der Prozess zum Wiederherstellen von Transportable Tablespaces in der autonomen KI-Zieldatenbank hängt vom Typ des Tablespace-Backups in der Quelldatenbank ab:

    • Nicht-inkrementelle Backups

      Wenden Sie das nicht-inkrementelle Backup beim Provisioning der autonomen KI-Datenbank an. Dadurch werden Daten wiederhergestellt und Metadaten in einem Schritt importiert.

    • Inkrementelle Backups

      Erstellen Sie zunächst ein inkrementelles level 0-Backup in der Quelldatenbank. Stellen Sie das Backup des level 0 Tablespace aus der Quelldatenbank wieder her, wenn Sie die autonome KI-Zieldatenbank bereitstellen. Nachdem die Datenbank erstellt wurde, wenden Sie nachfolgende inkrementelle Backups der Ebene 1 nacheinander an. Während dieses Prozesses werden nur die RMAN-Backup Pieces in die Zieldatenbank kopiert. Die zugehörigen Metadaten werden importiert, nachdem das letzte inkrementelle Backup auf die autonome KI-Zieldatenbank angewendet wurde.

    Weitere Informationen finden Sie unter Tablespaces in autonome KI-Datenbank übertragen.

Hostumgebung der Quelldatenbank vorbereiten

Beschreibt die Schritte, die zum Einrichten der Umgebung erforderlich sind, bevor Transportable Tablespace-Vorgänge ausgeführt werden.

Themen

Übergeordnetes Thema: Daten mit Transportable Tablespaces migrieren

Verzeichnis für die Quelldatenbank erstellen

Zeigt die Schritte zum Erstellen eines Projektverzeichnisses auf dem Host an, auf dem die Quelldatenbank ausgeführt wird. Dieses Verzeichnis dient als Staging Area für die Dateien im Zusammenhang mit Transportable Tablespaces.

So erstellen Sie ein Projektverzeichnis:

  1. Melden Sie sich bei dem Quelldatenbankhost an, auf dem die Quell-Oracle-Datenbank ausgeführt wird.

  2. Identifizieren Sie einen geeigneten Speicherort mit ausreichend Speicherplatz zum Speichern der erforderlichen Dateien.

  3. Verzeichnis erstellen Führen Sie den folgenden Befehl durch, um ein neues Projektverzeichnis zu erstellen:
    mkdir -p /u01/tts_project

  4. Erteilen Sie die entsprechenden Berechtigungen für das Verzeichnis. Beispiel:

    chmod 755 /u01/tts_project

  5. Navigieren Sie in das Verzeichnis. Beispiel:

    cd /u01/tts_project

Backup-Dienstprogramm für Transportable Tablespaces herunterladen und einrichten

Beschreibt das von Oracle bereitgestellte Utility für das Transportable Tablespaces-Backup und zugehörige Dateien sowie das Herunterladen aus dem Repository GitHub.

Oracle stellt fünf Einzeldateien bereit; es gibt kein gebündeltes Installationsprogramm. Laden Sie alle fünf Dateien separat in dasselbe Verzeichnis herunter. Beispiel: Das zuvor erstellte Verzeichnis tts_project auf dem Quelldatenbankhost. Die folgenden Dateien werden bereitgestellt, die jeweils einen bestimmten Zweck erfüllen:

  • README.md: Überblick, Setupanweisungen, Verwendungsbeispiele und bekannte Überlegungen. Prüfen Sie diese Datei zuerst.

  • tts-backup-env.txt: Parameterdatei, mit der die für den Backupvorgang erforderlichen Eingabewerte angegeben werden. Mit der Datei tts-backup-env.txt geben Sie alle erforderlichen Eingabeparameter für den Backupprozess an, einschließlich Details wie Datenbankverbindungsinformationen, Objektspeicherorte, Tablespace- und Schemanamen. tts-backup.py ist ein Python-Skript, das das Backup der Transportable Tablespaces mit den Parametern ausführt, die in der Parameterdatei tts-backup-env.txt angegeben sind.

  • tts-backup-env-sample.txt: Beispielparameterdatei. Kopieren und bearbeiten Sie Ihre Umgebung.

  • ttsTemplate.txt: Vorlage für Utilityparameter (z.B. Quelldatenbankdetails, OCI Object Storage-Ziele und Authentifizierung).

  • tts-backup.py: Python-basiertes Backuputility für Transportable Tablespaces. Es validiert die Quelle, erstellt das Backup, verpackt die erforderlichen Metadaten und lädt das Backup in OCI Object Storage hoch. Führen Sie dieses Utility aus, um die Quelldatenbank zu sichern. Es verwendet die in der Datei tts-backup-env.txt angegebenen Parameter, um das Backup auszuführen.

Sie können das neueste Transportable Tablespaces-Backuputility und zugehörige Dateien aus GitHub-Packages abrufen. Anweisungen zum Herunterladen und Zugriff auf die Dateien finden Sie im Repository Transportable-Tablespaces-Backup-Utility.

Bevor Sie tts-backup.py ausführen, konfigurieren Sie die Datei tts-backup-env.txt. Das Transportable Tablespaces Backup Utility liest diese Datei, um das Backup auszuführen. Fehlende oder falsche Parameterwerte führen dazu, dass das Backup nicht erfolgreich verläuft.

In der folgenden Tabelle werden die einzelnen Parameter mit ihrer Beschreibung und einem Beispielwert aufgeführt:

Parametername Beschreibung Beispiel

PROJECT_NAME

Name des Transport Tablespace-Projekts.

tts_project

DATABASE_NAME

Name der Quelldatenbank.

tts_db

TABLESPACES

Eine durch Komma getrennte Liste mit Tablespace-Namen.

Dieser Parameter ist optional und wird standardmäßig für alle benutzerdefinierten Tablespaces verwendet.

emp_tablespace, dept_tablespace, cust_tablespace

SCHEMAS

Eine durch Komma getrennte Liste mit Schemanamen.

Dieser Parameter ist optional und wird standardmäßig für alle Nicht-SYS-Schemas verwendet.

SALES, HR

Parameter für Datenbankanmeldung:

Parametername Beschreibung Beispiel

HOSTNAME

Hostname der Quelldatenbank.

db1

LSNR_PORT

Listener-Port der Quelldatenbank.

1521

DB_SVC_NAME

Datenbankservicename für die Anmeldung bei der Quelldatenbank.

tts_db

ORAHOME

Der Oracle Home-Wert auf dem Server, der die Quelldatenbank enthält.

/opt/oracle/product/19c/dbhome_1

DBUSER

Benutzername für die Anmeldung bei der Quelldatenbank. Der angegebene Benutzername muss über die Berechtigungen SYSDBA verfügen.

bkp_user

DBPASSWORD

Kennwort für die Anmeldung bei der Quelldatenbank.

Das angegebene Kennwort wird ignoriert. Sie werden aufgefordert, das Kennwort manuell einzugeben, wenn Sie das Backuputilityskript ausführen.

NA

DB_VERSION

Die Version der Quelldatenbank. Die unterstützten Versionen sind Oracle Database 19c oder höher.

19c

OCI Object Storage Service-(OSS-)Parameter: Diese Parameter sind nur erforderlich, wenn OCI Object Storage Service (OSS) zum Speichern des Backups und der Metadaten verwendet wird.

Parametername Beschreibung Beispiel

TTS_BACKUP_URL

OCI Object Storage-Bucket-URI: Ziel zum Speichern des Datenbackups.

https://objectstorage.us-ashburn-1.oraclecloud.com/n/namespace/b/bucketname

TTS_BUNDLE_URL

OCI Object Storage-Bucket-URI: Ziel zum Speichern des Metadatenbackups.

https://objectstorage.us-ashburn-1.oraclecloud.com/n/namespace/b/bucketname

OCI_INSTALLER_PATH

Der Speicherort oci_install.jar, in den das Wallet heruntergeladen und alle Zertifikate importiert werden sollen.

Dieser Parameter ist optional und standardmäßig das aktuelle Verzeichnis.

/home/oracle/opc_installer/oci_installer/oci_install.jar

CONFIG_FILE

Pfad zum Konfigurationsdatei-Snippet, das die grundlegenden Authentifizierungsinformationen enthält.

/home/oracle/OCI_CONFIG/config

COMPARTMENT_OCID

Compartment-OCID von OCI Object Storage-Buckets.

ocid1.compartment.oc1..xxxxx

OCI_PROXY_HOST

HTTP-Proxyserver

Dieser Parameter ist optional.

proxy.company.com

OCI_PROXY_PORT

Verbindungsport für HTTP-Proxyserver

Dieser Parameter ist optional.

80

TDE-(Transparent Data Encryption-)Schlüsselparameter: Diese Eingabe ist nur erforderlich, wenn mindestens einer der Tablespaces mit Transparent Data Encryption (TDE) verschlüsselt wird.

Parametername Beschreibung

TDE_WALLET_STORE_PASSWD

Wallet-Speicherkennwort für Transparent Data Encryption (TDE)

Das angegebene Kennwort wird ignoriert. Sie werden aufgefordert, das Kennwort manuell einzugeben, wenn Sie das Backuputilityskript ausführen.

Endgültige Backupparameter:

Parametername Beschreibung Beispiel

FINAL_BACKUP

Gibt einen nicht-inkrementellen Vorgang an oder gibt an, dass das letzte Backup ein inkrementeller Vorgang ist.

Geben Sie TRUE an, um ein vollständiges (nicht-inkrementelles) Backup auszuführen.

Geben Sie FALSE an, um ein inkrementelles Backup auszuführen.

Der letzte Backupvorgang in der inkrementellen Sequenz muss mit FINAL_BACKUP=TRUE ausgeführt werden, um sicherzustellen, dass die Metadaten exportiert werden.

TRUE

(Optional) Performanceparameter:

Parametername Beschreibung

PARALLELISM

Eine Reihe von Kanälen, die für das Backup verwendet werden.

CPU_COUNT

Gibt die Anzahl der CPUs an, die von der Instanz verwendet werden sollen, wenn der Parameter PARALLELISM nicht angegeben wird.

Oracle Database Cloud Backup-Modul für OCI installieren

Beschreibt, wie Sie das Oracle Database Cloud Backup-Modul für OCI auf Ihrem Datenbankserver herunterladen und installieren.

Mit dem Oracle Database Cloud Backup-Modul für OCI können Sie Backups und Wiederherstellungen mit OCI Object Storage mit Oracle Recovery Manager (RMAN) ausführen. Für die Installation und Verwendung des Moduls sind Ihre Oracle Cloud-Zugangsdaten erforderlich. Das installierte Modul wird vom Transportable Tablespaces Backup Utility verwendet, um Zertifikate und Authentifizierungsschlüssel sicher in einem Oracle-Wallet zu speichern. Mit dem Wallet werden RMAN-Backups und -Restores mit OCI Object Storage ausgeführt.

Laden Sie das Modul aus Oracle Technology Network (OTN) herunter. Die Installationsschritte finden Sie unter Oracle Database Cloud Backup-Modul für OCI installieren.

Speicher für Transport konfigurieren

Zeigt die Schritte zum Konfigurieren von Speicher und Zugriff für Transportable Tablespace-Vorgänge an.

Um ein Backup des Transportable Tablespace auszuführen, müssen Sie den Speicher so konfigurieren, dass die Backupdateien und zugehörigen Metadaten gespeichert werden. Der Speicherort dient als Zwischenspeicher für den Transport. Sie müssen zwei Object Storage-Buckets <tts_data_bucket> und <tts_metadata_bucket> erstellen.

OCI-Objektspeicher-Bucket konfigurieren

  1. Bei der OCI-Konsole anmelden

    Melden Sie sich zur Oracle Cloud-Konsole an.

    Weitere Informationen finden Sie unter Bei der OCI-Konsole anmelden.

  2. Objektspeicher-Buckets erstellen

    Ausführliche Schritte zum Erstellen von Object Storage-Buckets finden Sie unter Objektspeicher-Buckets erstellen.

Tablespace-Backup in der Quelldatenbank ausführen – Schritte und Beispiel

In der folgenden Aufgabenliste wird der Transport eines Tablespace zusammengefasst. Details zu den einzelnen Aufgaben finden Sie im folgenden Beispiel.

  • Wählen Sie eine in sich geschlossene Gruppe von Tablespaces.

  • Platzieren Sie Tablespaces in den Modus READ-ONLY für nicht-inkrementelle Vorgänge oder für das endgültige Backup in einem inkrementellen Vorgang.

    Eine Transportable Tablespace-Gruppe (oder Transportable Set) besteht aus Datendateien für die Gruppe der zu transportierenden Tablespaces und einer Exportdatei mit strukturellen Informationen (Metadaten) für die Gruppe der Tablespaces.

Beispiel

Die Verfahren zum Transportieren eines Tablespace werden im folgenden Beispiel gezeigt. In diesem Beispiel wird davon ausgegangen, dass die folgenden Datendateien und Tablespaces vorhanden sind:

Tablespace Datendatei

SALES_1

/u01/app/oracle/oradata/salesdb/sales_101.dbf

SALES_2

/u01/app/oracle/oradata/salesdb/sales_201.dbf

Aufgabe 1: Sicherstellen, dass die Tablespaces selbst enthalten sind

Es können logische oder physische Abhängigkeiten zwischen Objekten im Transportable Set und Objekten außerhalb des Sets bestehen. Sie können nur Tablespaces übertragen, die in sich geschlossen sind. Beispiele für selbst enthaltene Tablespace-Verletzungen:

  • Ein Index innerhalb der Gruppe von Tablespaces bezieht sich auf eine Tabelle außerhalb der Gruppe von Tablespaces.

  • Eine partitionierte Tabelle ist teilweise in der Gruppe von Tablespaces enthalten. Die Tablespace-Gruppe, die Sie kopieren möchten, muss entweder alle Partitionen einer partitionierten Tabelle oder keine Partitionen einer partitionierten Tabelle enthalten.

  • Eine Tabelle innerhalb der Gruppe von Tablespaces enthält eine LOB-Spalte, die auf LOBs außerhalb der Gruppe von Tablespaces verweist.

Um zu bestimmen, ob eine Gruppe von Tablespaces eigenständig ist, führen Sie die Prozedur TRANSPORT_SET_CHECK im von Oracle bereitgestellten Package DBMS_TTS aus. Beispiel: 

EXECUTE DBMS_TTS.TRANSPORT_SET_CHECK('sales_1,sales_2', TRUE);

Das Package prüft, ob alle abhängigen Objekte (wie Indizes, Constraints oder Partitionen) vollständig in der Gruppe der zu transportierenden Tablespaces vorhanden sind. Es sind keine Tablespace-Abhängigkeiten vorhanden, die einen erfolgreichen Transport verhindern würden.

Nachdem Sie die Prozedur ausgeführt haben, fragen Sie die View TRANSPORT_SET_VIOLATIONS ab, um Verstöße anzuzeigen. Beispiel:
SELECT * FROM TRANSPORT_SET_VIOLATIONS;
In diesem Beispiel werden Verletzungen aufgeführt, die während einer Transportgruppenprüfung ermittelt wurden.

Aufgabe 2: Backup erstellen

Bei dieser Aufgabe wird davon ausgegangen, dass alle erforderlichen Voraussetzungen für diesen Schritt bereits erfüllt sind. Weitere Informationen finden Sie unter Hostumgebung der Quelldatenbank vorbereiten.

  • Navigieren Sie zum Projektverzeichnis, und öffnen Sie die Parameterdatei tts-backup-env.txt. Geben Sie die Eingabe nach Bedarf in der Parameterdatei an. Beispiel: 

    [DEFAULT]
...

PROJECT_NAME=tts_project
DATABASE_NAME=orclpdb1
TABLESPACES=sales_1,sales_2
SCHEMAS=SALES
...

HOSTNAME=<host>
LSNR_PORT=1521
DB_SVC_NAME=tts_db
ORAHOME=/opt/oracle/product/19c/dbhome_1
DBUSER=USER
DB_VERSION=19c

...

TTS_BACKUP_URL=https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_data_bucket
TTS_BUNDLE_URL=https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_metadata_bucket
OCI_INSTALLER_PATH=/home/oracle/opc_installer/oci_installer/oci_install.jar
CONFIG_FILE=/home/oracle/OCI_CONFIG/config
COMPARTMENT_OCID=ocid1.compartment.oc1..xxxxx
OCI_PROXY_HOST=proxy.company.com
OCI_PROXY_PORT=80

...

  • Nachdem Sie die Parameterdatei konfiguriert haben, können Sie optional eine Testausführung des Skripts tts-backup.py ausführen. Durch die Ausführung eines Trockenlaufs können Sie prüfen, ob der Quelldatenbankhost ordnungsgemäß konfiguriert und für den Transportable Tablespace-Vorgang bereit ist. Dieser Prozess prüft auf fehlende Voraussetzungen, prüft die Konnektivität zum angegebenen Speicherziel und stellt sicher, dass alle erforderlichen Parameter korrekt festgelegt sind. Durch die Ausführung eines Trockenlaufs vor dem eigentlichen Backup können potenzielle Probleme im Voraus identifiziert und behoben werden. Dadurch wird das Fehlerrisiko während des Transportable Tablespace-Vorgangs verringert.

    Führen Sie den folgenden Befehl aus, um den Trockenlauf des Backups auszuführen. Geben Sie das Kennwort für den Datenbankbenutzer an, der das Backup ausführt. Das TDE-Wallet-Speicherkennwort ist nur erforderlich, wenn Tablespaces verschlüsselt sind:
    $ python3 /u01/tts_project/tts-backup.py --DRY_RUN=TRUE

    Sie werden aufgefordert, das Datenbankkennwort und bei Bedarf auch das TDE-Kennwort einzugeben.

  • Nachdem Sie die Testausführung abgeschlossen und alle aufgetretenen Fehler behoben haben, führen Sie das Skript tts-backup.py aus, um das Backup der Quelldatenbank zu initiieren. 

    $ python3 /u01/tts_project/tts-backup.py

    Sie werden aufgefordert, das Datenbankkennwort und bei Bedarf auch das TDE-Kennwort einzugeben.

    In diesem Beispiel wird das Python-Skript des Transportable Tablespaces Backup Utility ausgeführt, um die Quelldatenbank zu sichern. Je nach Wert des Parameters FINAL_BACKUP kann das Backup inkrementell oder nicht inkrementell sein.

    Der Parameter Project_Directory gibt den vollständigen Pfad zu dem Verzeichnis an, in dem das Transportable Tablespaces Backup Utility (tts-backup.py) und die Parameterdatei (tts-backup-env.txt) gespeichert sind.

    Hinweis

    Stellen Sie sicher, dass die Datei tts-backup-env.txt mit den richtigen Eingaben konfiguriert ist (wie OCI Object Storage-Details, Bucket-URLs und Datenbankparameter), bevor Sie den Befehl ausführen. Das Skript tts-backup.py validiert Eingaben, führt Prüfungen für die Quelldatenbank aus und startet dann den Backupprozess. Wenn FINAL_BACKUP auf TRUE gesetzt ist, exportiert das Skript Tablespace- und Schemametadaten mit dem Data Pump-Exportutility.

  • Nachdem das Skript erfolgreich abgeschlossen wurde, werden die Tablespace-Datenbackups aus der Quelldatenbank in den OCI Object Storage-Bucket hochgeladen. Das Backup kann je nach ausgewähltem Backuptyp inkrementell oder nicht inkrementell sein. Ein nicht-inkrementelles Backup besteht aus allen Tablespace-Daten zu einem bestimmten Zeitpunkt und bietet ein vollständiges Backup für den Restore-Vorgang. Ein inkrementelles Backup besteht aus einem Backup der Ebene 0, das als Baseline dient, und einem oder mehreren nachfolgenden inkrementellen Backups (Ebene 1), die jeweils Änderungen seit dem vorherigen Backup enthalten. Beim Wiederherstellen aus inkrementellen Backups müssen Sie jedoch das Backup der Ebene 0 und alle nachfolgenden inkrementellen Backups nacheinander anwenden, um die Datenkonsistenz sicherzustellen.

    Das Skript erstellt außerdem ein komprimiertes Metadaten-Bundle für Transportable Tablespaces mit den erforderlichen Metadaten und gegebenenfalls Wallet-Dateien und lädt es in den OCI Object Storage-Metadaten-Bucket hoch.

    Beispiel-URLs für nicht-inkrementelles Backup:
    https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_metadata_bucket/orclpdb1_bkp.tgz

    Beispiel-URLs für inkrementelles Backup:

    Beachten Sie, dass jede URL die inkrementelle Backup-Ebene in ihrem Metadaten-Bundle-Namen enthält, z.B. ⁇ level_0, ⁇ level_1 oder ⁇ final_bkp. So können Sie jedes Backup Set während des Wiederherstellungsprozesses schnell identifizieren und referenzieren. Stellen Sie sicher, dass Sie jedes inkrementelle Backup in der richtigen Reihenfolge anwenden, beginnend mit dem Backup level 0, und fahren Sie mit jedem nachfolgenden Backup bis zum endgültigen Backup fort.
    https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_metadata_bucket/orclpdb1_level_0.tgz
    https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_metadata_bucket/orclpdb1_level_1.tgz

    …

    https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_metadata_bucket/orclpdb1_level_n.tgz
    https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_metadata_bucket/orclpdb1_final_bkp.tgz

Tablespaces in autonome KI-Datenbank übertragen

Beschreibt, wie Sie Daten mit Transportable Tablespaces in eine autonome KI-Datenbank migrieren.

Der Prozess für die Migration von Transportable Tablespaces in die autonome KI-Zieldatenbank hängt davon ab, ob das Tablespace-Backup aus der Quelldatenbank inkrementell oder nicht inkrementell ist.

Hinweis

Der Transport von Tablespaces in eine autonome KI-Datenbank wird nur beim Provisioning einer neuen autonomen KI-Datenbankinstanz unterstützt.

Da die URL des Transportable Tablespace-Metadaten-Bundles aus OCI Object Storage heruntergeladen werden muss, müssen Sie dynamische Gruppen und Policys einrichten, die den Zugriff auf OCI Object Storage mit einem Resource Principal ermöglichen. Die Konfiguration eines Resource Principals ist erforderlich, um das Transportable Tablespaces-Metadaten-Bundle sicher in die autonome Zieldatenbank herunterzuladen. Weitere Informationen finden Sie unter Voraussetzungen.

Transport mit einem nicht-inkrementellen Tablespace-Backup der Quelldatenbank

Bei einem nicht-inkrementellen (vollständigen) Backup des Quell-Tablespace enthält das Metadaten-Bundle den Data Pump-Export des Tablespace und der Schemametadaten. Beim Provisioning der autonomen KI-Datenbank geben Sie die Metadaten-Bundle-URL (im Textfeld Object Storage-Bucket-URI der Tablespace-ZIP-Datei im Abschnitt Migration unter Erweiterte Optionen) an, um die Tablespaces aus dem Backup des Quell-Tablespace zu importieren. Beim Provisioning-Prozess wird das Tablespace-Backup wiederhergestellt, und die Tablespace- und Schemametadaten werden in die Datenbank importiert.

Beispiel:


Beschreibung von adbs_transportable_tablespace_provisioning.png folgt
Beschreibung der Abbildung adbs_transportable_tablespace_provisioning.png

Ausführliche Schritte zum Provisioning einer autonomen KI-Datenbank finden Sie unter Autonome KI-Datenbankinstanz bereitstellen.

Transport mit einem inkrementellen Tablespace-Backup der Quelldatenbank

Bevor Sie die Wiederherstellung einer autonomen KI-Datenbank übertragen, beachten Sie Folgendes:

  • Ein inkrementelles Tablespace-Backup der Quelldatenbank der Ebene 0 kann nur angewendet werden, wenn Sie eine autonome KI-Datenbank bereitstellen. Es kann nicht auf eine vorhandene autonome KI-Datenbank angewendet werden.

  • Wenn Sie das Backup der Ebene 0 beim Provisioning anwenden, werden die RMAN-Backupdaten nur von der Quelldatenbank in die Zieldatenbank zurückgeschrieben. In dieser Phase werden keine Tablespaces, Schemas oder Datenbankobjekte erstellt.

  • Nach dem Provisioning können Sie nachfolgende inkrementelle Tablespace-Backups der Ebene 1 der Quelldatenbank anwenden. Ebene 1 und nachfolgende inkrementelle Backups können nur angewendet werden, wenn das Backup des Backup-Tablespace der Ebene 0 aus der Quelldatenbank beim Provisioning angewendet wurde. Sie müssen diese inkrementellen Backups in derselben Reihenfolge anwenden, in der sie erstellt wurden. Jedes inkrementelle Backup aktualisiert das RMAN-Backup in der Zieldatenbank. Tablespaces und Schemaobjekte werden jedoch noch nicht erstellt.

  • Schließen Sie den Transportable Tablespace-Vorgang ab, indem Sie das letzte inkrementelle Backup anwenden. In diesem letzten Schritt werden alle Tablespaces und verknüpften Datenbankobjekte in der Zieldatenbank wiederhergestellt.

  • Konvertieren Sie die Tablespaces nach Bedarf in den Modus READ WRITE.

Stellen Sie die autonome KI-Datenbank mit dem Backup der Ebene 0 bereit:

Stellen Sie zunächst die autonome KI-Datenbank mit dem Tablespace-Backup der Ebene 0 für die Quelldatenbank bereit. Dieser Vorgang stellt die Datenbank bereit und stellt das anfängliche Backup der Ebene 0 in der Datenbank wieder her. Weitere Informationen finden Sie unter Autonome KI-Datenbankinstanz bereitstellen.

Nachfolgende inkrementelle Backups (Ebene 1) anwenden:

Nachdem die Datenbank durch Provisioning bereitgestellt wurde und das Backup der Quell-Tablespaces der Ebene 0 wiederhergestellt wurde, wenden Sie alle inkrementellen Backups der Ebene 1 nacheinander an.

Schritte zum Aktualisieren der autonomen Zieldatenbank mit inkrementellen Backups:

  • Führen Sie bei Bedarf die folgenden vorbereitenden Schritte aus:

    • Öffnen Sie die Oracle Cloud Infrastructure-Konsole, indem Sie neben "Cloud" auf Navigationssymbol klicken.

    • Klicken Sie im linken Navigationsmenü von Oracle Cloud Infrastructure auf Oracle Database und dann auf Autonome KI-Datenbank.

    • Wählen Sie die autonome KI-Datenbank auf der Seite "Autonome KI-Datenbank" aus den Links unter der Spalte Anzeigename aus.

      So wenden Sie ein nachfolgendes inkrementelles Tablespace-Backup aus der Quelldatenbank in der autonomen KI-Zieldatenbank an:

      • Wählen Sie in der Dropdown-Liste Weitere Aktionen die Option Daten migrieren aus.

        Daraufhin wird die Seite "Daten migrieren" angezeigt.

        Hinweis

        Die Option Daten migrieren ist nur für Datenbanken verfügbar, die beim Provisioning einen Import der Ebene 0 abgeschlossen haben und zusätzliche Inkrementell-Tablespace-Backupimporte erfordern, um den Transportable Tablespace-Vorgang nach dem Provisioning abzuschließen.

      • Aktivieren Sie auf der Seite Daten migrieren den Umschalter Transportable Tablespace importieren. Wenn Sie den Umschalter aktivieren, wird ein Feld Object Storage-Bucket-URI der ZIP-Datei des Tablespace angezeigt. Geben Sie die URL des Transportable Tablespace-Metadaten-Bundles in dieses Feld ein.

        Beispiel: Um das Tablespace-Backup der Ebene 1 aus der Quelldatenbank anzuwenden, geben Sie den entsprechenden URL für das Tablespace-Backup der Ebene 1 aus der Quelldatenbank an:


        Beschreibung von adbs_transportable_tablespace_incremental.png folgt
        Beschreibung der Abbildung adbs_transportable_tablespace_incremental.png

        ...

        Wenn Sie das endgültige Tablespace-Backup aus der Quelldatenbank anwenden, geben Sie auch den entsprechenden URL an. Beispiel:


        Beschreibung von adbs_transportable_tablespace_incremental_final.png folgt
        Beschreibung der Abbildung adbs_transportable_tablespace_incremental_final.png

      • Klicken Sie auf Migrieren.

        Der Lebenszyklusstatus für die Datenbank wechselt zu Wird aktualisiert. Wenn die Wiederherstellung abgeschlossen ist, ändert sich der Lebenszyklusstatus in Verfügbar.

Einschränkungen bei Transportable Tablespaces

Listet die Einschränkungen für den Transportable Tablespace auf.

Beachten Sie die folgenden Hinweise und Einschränkungen für Transportable Tablespaces:

  • Transportable Tablespace wird nur unterstützt, wenn die Quelldatenbank Oracle Database 11g oder höher ist und das ECPU-Compute-Modell verwendet.

  • Der Transport von Tablespaces in eine autonome KI-Datenbank wird nur beim Provisioning einer neuen autonomen KI-Datenbankinstanz unterstützt.

  • Wenn Sie einen Tablespace mit Tabellen mit TIMESTAMP WITH LOCAL TIME ZONE-(TSLTZ-)Daten zwischen Datenbanken mit verschiedenen Zeitzonen übertragen, werden die Tabellen mit den TSLTZ-Daten nicht übertragen. Tabellen im Tablespace, die keine TSLTZ-Daten enthalten, werden jedoch übertragen.

    Mit der folgenden Abfrage können Sie die Zeitzone einer Datenbank bestimmen:
    SELECT DBTIMEZONE FROM DUAL;

    Sie können die Zeitzone für eine Datenbank mit einer SQL-Anweisung ALTER DATABASE ändern.

  • Die Sommerzeitversion der Quelldatenbank muss mit der Sommerzeitversion der autonomen KI-Datenbank identisch sein oder niedriger sein.

  • Objekte mit zugrunde liegenden Objekten (wie Materialized Views) oder enthaltenen Objekten (wie partitionierten Tabellen) können nur übertragen werden, wenn alle zugrunde liegenden oder enthaltenen Objekte in der Tablespace-Gruppe enthalten sind.

  • Sie können keine Tablespaces mit XMLType übertragen, weil Oracle XML DB in der autonomen KI-Datenbank nicht unterstützt wird.

    Die folgende Abfrage gibt eine Liste der Tablespaces zurück, die XMLTypes enthalten:
    SELECT distinct p.tablespace_name 
    FROM dba_tablespaces p, dba_xml_tables x, dba_users u, all_all_tables t 
    WHERE t.table_name=x.table_name AND t.tablespace_name=p.tablespace_name 
          AND x.owner=u.username;

  • Sie können den Tablespace SYSTEM oder SYSAUX oder Objekte, deren Eigentümer der Benutzer SYS ist, nicht übertragen.

  • Die Quell- und die Zieldatenbank müssen kompatible Datenbankzeichensätze verwenden. Das heißt, eine der folgenden muss wahr sein:

    • Die Datenbankzeichensätze der Quelle und der Zieldatenbanken sind identisch.

    • Der Zeichensatz der Quelldatenbank ist eine strikte (binäre) Teilmenge des Zeichensatzes der Zieldatenbank.

    • Die Quell- und die Zieldatenbank müssen kompatible nationale Zeichensätze verwenden.

  • Typen, deren Interpretation anwendungsspezifisch und undurchsichtig in die Datenbank ist (wie RAW, BFILE und AnyTypes), können übertragen werden, werden jedoch nicht im Rahmen des plattformübergreifenden Transportvorgangs konvertiert. Ihre eigentliche Struktur ist nur der Anwendung bekannt, so dass die Anwendung alle Endianness-Probleme beheben muss, nachdem diese Typen auf die neue Plattform verschoben wurden. Auch Typen und Objekte, die diese undurchsichtigen Typen direkt oder indirekt verwenden, unterliegen dieser Einschränkung.

  • Die SCN der Quelldatenbank muss kleiner/gleich der SCN der autonomen Zieldatenbank sein, in die der Tablespace transportiert wird.

  • Eine Autonomous AI Database-Instanz unterstützt maximal vierundzwanzig (24) Tablespaces, einschließlich Benutzer- und System-Tablespaces. Nach Berücksichtigung der Standard-System-Tablespaces wie SYSTEM, SYSAUX, UNDO, TEMP und REDO können maximal neunzehn (19) Benutzer-Tablespaces an eine autonome AI-Datenbankinstanz übertragen werden.

  • Die kumulative Größe der übertragenen Tablespaces darf die maximal unterstützte Datenbankgröße für die autonome KI-Datenbank nicht überschreiten.