Sie können von einem Repository auf das kostenlose Autonomous Database-Containerimage zugreifen und es in Ihrer lokalen Umgebung ausführen.

Autonomous Database stellt eine vollständig verwaltete Oracle Database bereit, die auf Oracle Cloud Infrastructure verfügbar ist. In Oracle Cloud Infrastructure führen Sie Lebenszyklusmanagementvorgänge aus, und führen Sie Autonomous Database mit der Oracle Cloud Infrastructure-Konsole aus. Außerdem stellen Sie über das öffentliche Internet oder über ein von Ihnen eingerichtetes privates Netzwerk eine Verbindung zur Datenbank her (je nach Netzwerkkonfiguration und Sicherheitsanforderungen).

Das kostenlose Autonomous Database-Containerimage bietet eine Alternative zur Ausführung von Autonomous Database in einem Container in Ihrer eigenen Umgebung, ohne dass Zugriff auf die Oracle Cloud Infrastructure-Konsole oder das Internet erforderlich ist. Wenn Sie Autonomous Database in einem Container ausführen, stellt der Container eine lokale, isolierte Umgebung mit zusätzlichen Optionen für die Entwicklung, das Testen und die Exploration von Oracle Autonomous Database-Features bereit.

• Kostenlose Containerimagelizenz von Autonomous Database
  Beschreibt die Lizenzierung für ein kostenloses Containerimage von Autonomous Database.
• Kostenlose Containerimagefeatures von Autonomous Database
  Das kostenlose Containerimage von Autonomous Database bietet viele der Features, die in Autonomous Database Serverless verfügbar sind.
• Empfehlungen und Einschränkungen für kostenlose Containerimages in Autonomous Database
  Beschreibt Anforderungen und Einschränkungen für kostenlose Containerimages.

Es gibt mehrere Standorte, an denen Sie ein kostenloses Autonomous Database-Containerimage abrufen können, darunter: Oracle Cloud Infrastructure Registry (Container Registry) und GitHub.

1. Starten Sie einen virtuellen Podman-Rechner.
   Beispiele:

   podman machine init 
   podman machine set --cpus 4 --memory 8192 
   podman machine start 

2. Rufen Sie das Image des kostenlosen Containers ab.

   Oracle Cloud Infrastructure Registry:

   Beispiel: Verwenden Sie den Befehl podman, um das neueste Free Container Image abzurufen:

   podman pull container-registry.oracle.com/database/adb-free:latest-23ai

   Hinweis
   
   

   Oracle Autonomous Database Serverless unterstützt auch Containerimages des Typs 19c.

   • Geben Sie für 19c-Containerimagenamen das Tag latest als Datenbankversion an.

   • Um im obigen Beispiel das Autonomous Database Free Container Image 19c abzurufen, verwenden Sie den folgenden Befehl im Imagenamentag:

     podman pull container-registry.oracle.com/database/adb-free:latest

   Im gesamten Dokument bezieht sich das Tag für den Bildnamen auf die Version latest-23ai.

   Weitere Details und zusätzliche Informationen finden Sie unter "Oracle Autonomous Database Free" in Oracle Cloud Infrastructure Registry.

   GitHub-Packages:

   Beispiel: Verwenden Sie den Befehl podman, um das kostenlose Containerimage aus folgenden GitHub-Packages abzurufen:

   podman pull ghcr.io/oracle/adb-free:latest-23ai

3. Prüfen Sie das Image.

   Beispiele:

   podman images container-registry.oracle.com/database/adb-free:latest-23ai

Nachdem Sie das kostenlose Autonomous Database-Containerimage heruntergeladen haben, können Sie das Image in einem Container starten.

1. Starten Sie einen Container, um das kostenlose Containerimage auszuführen.

   Zum Beispiel mit podman:

   podman run -d \
   -p 1521:1522 \
   -p 1522:1522 \
   -p 8443:8443 \
   -p 27017:27017 \
   -e WORKLOAD_TYPE='ATP' \
   -e WALLET_PASSWORD=*** \
   -e ADMIN_PASSWORD=*** \
   --cap-add SYS_ADMIN \
   --device /dev/fuse \
   --name adb-free \
   container-registry.oracle.com/database/adb-free:latest-23ai

   Befehlsnotizen:

   • Autonomous Database Serverless unterstützt auch 19c-Containerimages.

     • Geben Sie für 19c-Containerimagenamen das Tag latest als Datenbankversion an.

     • Um im obigen Beispiel einen Container zur Ausführung des Autonomous Database Free Container Image 19c zu starten, verwenden Sie den folgenden Befehl im Imagenamentag:

       container-registry.oracle.com/database/adb-free:latest

   • Im gesamten Dokument bezieht sich das Tag für den Bildnamen auf die Version latest-23ai.

   • Die WORKLOAD_TYPE kann entweder ATP oder ADW sein. Der Standardwert ist ATP.

   • Standardmäßig erhält die Datenbank den Namen MYATP oder MYADW, je nach übergebenem WORKLOAD_TYPE-Wert. Wenn Sie optional einen anderen Datenbanknamen als den Standardnamen verwenden möchten, können Sie den Parameter DATABASE_NAME festlegen. Der Datenbankname darf nur alphanumerische Zeichen enthalten.

   • Beim Starten des Containers wird die entsprechende MY<WORKLOAD_TYPE>.pdb heruntergeladen und aus einem öffentlichen Object Storage-Bucket integriert.

   • Das Wallet wird mit dem angegebenen WALLET_PASSWORD generiert.

   • Sie müssen die ADMIN_PASSWORD bei der ersten Anmeldung ändern.

   • Prüfen Sie die folgenden Anforderungen, wenn Sie ADMIN_PASSWORD erstellen oder ändern:
     • Das Kennwort muss zwischen 12 und 30 Zeichen umfassen und mindestens einen Großbuchstaben, einen Kleinbuchstaben und ein numerisches Zeichen enthalten.
     • Das Kennwort darf nicht den Benutzernamen enthalten.
   • Prüfen Sie die folgenden Anforderungen, wenn Sie WALLET_PASSWORD erstellen oder ändern:
     • Das Kennwort muss zwischen 8 und 30 Zeichen lang sein und Buchstaben sowie numerische Zeichen oder Sonderzeichen enthalten.

   • Bei einem OFS-Mount beginnt der Container mit der Funktion SYS_ADMIN. Außerdem muss auf das virtuelle Gerät /dev/fuse zugegriffen werden können.

   • Mit diesen -p-Optionen wird angegeben, dass die folgenden Ports an den Containerprozess weitergeleitet werden:

     Port	Beschreibung
     1.521	TLS
     1.522	mTLS
     8.443	HTTPS-Port für ORDS/APEX und Database Actions
     27.017	Mongo-API

   Wenn Sie sich hinter einem Firmenproxy befinden, nehmen Sie -e-Optionen auf, um Umgebungsvariablen für Proxys anzugeben. Zum Beispiel mit podman:

   podman run -d \
   -p 1521:1522 \
   -p 1522:1522 \
   -p 8443:8443 \
   -p 27017:27017 \
   -e WORKLOAD_TYPE='ATP' \
   -e WALLET_PASSWORD=*** \
   -e ADMIN_PASSWORD=*** \
   -e http_proxy=http://example-corp-proxy.com:80/ \
   -e https_proxy=http://example-corp-proxy.com:80/ \
   -e no_proxy=localhost,127.0.0.1 \
   -e HTTP_PROXY=http://example-corp-proxy.com:80/  \
   -e HTTPS_PROXY=http://example-corp-proxy.com:80/  \
   -e NO_PROXY=localhost,127.0.0.1 \
   --cap-add SYS_ADMIN \
   --device /dev/fuse \
   --name adb-free \
   container-registry.oracle.com/database/adb-free:latest-23ai

Mit dem Befehlszeilenutility adb-cli können Sie Datenbankvorgänge ausführen, nachdem der Container hochgefahren und gestartet ist.

alias adb-cli="podman exec <container_name> adb-cli"

adb-cli --help 
Usage: adb-cli [OPTIONS] COMMAND [ARGS]... 
    ADB-S Command Line Interface (CLI) to perform container-runtime database operations 
Options: 
    -v, --version Show the version and exit. 
    --help Show this message and exit. 
Commands: 
    add-database 
    change-password 

adb-cli add-database --workload-type "ATP" --admin-password "Welcome_MY_ATP_1234" 

adb-cli change-password --database-name "MYATP" 
    --old-password "Welcome_MY_ATP_1234" --new-password "Welcome_12345"

Wenn das kostenlose Containerimage in einem Container ausgeführt wird, können Sie eine Verbindung zu einer Autonomous Database-Instanz herstellen.

Um eine Verbindung zu einer Autonomous Database-Instanz herzustellen, die in einem Container ausgeführt wird, können Sie entweder das Wallet einrichten und eine Verbindung herstellen oder eine TLS-Wallet-lose Verbindung verwenden.

• Verbindung zu ORDS, APEX oder Database Actions über ein Autonomous Database-Containerimage herstellen
  Mit dem Container hostname werden selbstsignierte SSL-Zertifikate generiert, um HTTPS-Traffic auf Port 8443 zu verarbeiten. Auf Oracle APEX und Database Actions kann über den Containerhost (oder einfach localhost) zugegriffen werden.
• Verfügbare TNS-Aliasnamen für die Verbindung mit einem Autonomous Database-Containerimage
  Mit einem der folgenden Aliasnamen können Sie eine Verbindung zu einem Autonomous Database-Containerimage herstellen.
• Verbindung zu einem Autonomous Database-Containerimage mit einem Wallet herstellen
  Beschreibt die Schritte zum Herstellen einer Verbindung zu einem Autonomous Database-Containerimage mit einem Wallet.
• Verbindung zu einem Autonomous Database-Containerimage ohne Wallet (TLS) herstellen
  Beschreibt die Schritte zum Herstellen einer Verbindung zu einem Autonomous Database-Containerimage ohne Wallet (TLS).

1. Podman-Volumes erstellen

   Beispiele:

   podman volume create adb_container_volume

2. Prüfen Sie den Volume-Einhängepunkt.

   Der Einhängepunkt ist ein von Podman verwaltetes Verzeichnis.

   podman inspect adb_container_volume
    
   [
        {
             "Name": "adb_container_volume",
             "Driver": "local",
             "Mountpoint": "/share/containers/storage/volumes/adb_container_volume/_data",
             "CreatedAt": "2023-09-11T21:23:34.305877073Z",
             "Labels": {},
             "Scope": "local",
             "Options": {},
             "MountCount": 0,
             "NeedsCopyUp": true,
             "NeedsChown": true
        }
   ]

3. Starten Sie den Quellcontainer, und mounten Sie das Volume in /u01/data im Container.

   Beispiele:

   podman run -d \
   -p 1521:1522 \
   -p 1522:1522 \
   -p 8443:8443 \
   -p 27017:27017 \
   -e WORKLOAD_TYPE='ATP' \
   -e WALLET_PASSWORD=*** \
   -e ADMIN_PASSWORD=*** \
   --cap-add SYS_ADMIN \
   --device /dev/fuse \
   --name source_adb_container \
   --volume adb_container_volume:/u01/data \
   container-registry.oracle.com/database/adb-free:latest-23ai

   Hinweis
   
   

   Autonomous Database Serverless unterstützt auch 19c-Containerimages.

   • Geben Sie für 19c-Containerimagenamen das Tag latest als Datenbankversion an.

   • Um im obigen Beispiel das Autonomous Database Free Container Image 19c zu starten, verwenden Sie den folgenden Befehl im Imagenamentag:

     container-registry.oracle.com/database/adb-free:latest

   Im gesamten Dokument bezieht sich das Tag für den Bildnamen auf die Version latest-23ai.

4. In diesem Beispiel wird davon ausgegangen, dass Sie Ihre Daten zuvor im Schema app_user erstellt haben.
5. Exportieren Sie die Daten aus dem Schema von app_user in das Container-Volume.
   1. Melden Sie sich als ADMIN an, und erstellen Sie das Verzeichnis ORA_EXP_DIR, das auf /u01/data verweist.

      sqlplus admin/**************@myadw_high
       
      SQL> exec DBMS_CLOUD_CONTAINER_ADMIN.create_export_directory('/u01/data');
      

      SQL> select directory_path from dba_directories where directory_name='ORA_EXP_DIR';
      
      DIRECTORY_PATH
      --------------------------------------------------------------------------------
      /u01/data

   2. Führen Sie den Exportjob im Schemamodus und für ADMIN- und APP_USER-Schemas aus.

      SET scan off
      SET serveroutput ON
      SET escape off
        
      DECLARE
          h1 NUMBER;
          s VARCHAR2(1000):=NULL;
          errorvarchar VARCHAR2(100):= 'ERROR';
          tryGetStatus NUMBER := 0;
          success_with_info EXCEPTION;
          PRAGMA EXCEPTION_INIT(success_with_info, -31627);
      BEGIN
          h1 := dbms_datapump.OPEN(operation => 'EXPORT', job_mode => 'SCHEMA', job_name => 'EXPORT_MY_ADW_4', version => 'COMPATIBLE');
          tryGetStatus := 1;
          dbms_datapump.add_file(handle => h1, filename => 'EXPORT_MY_ADW.LOG', directory => 'ORA_EXP_DIR', filetype => DBMS_DATAPUMP.KU$_FILE_TYPE_LOG_FILE);
          dbms_datapump.metadata_filter(handle => h1, name => 'SCHEMA_EXPR', VALUE => 'IN(''ADMIN'', ''APP_USER'')');
          dbms_datapump.add_file(handle => h1, filename => 'MY_ADW_%L.DMP', directory => 'ORA_EXP_DIR', filesize => '500M',  filetype => DBMS_DATAPUMP.KU$_FILE_TYPE_DUMP_FILE);
          dbms_datapump.start_job(handle => h1, skip_current => 0, abort_step => 0);
          dbms_datapump.detach(handle => h1);
          errorvarchar := 'NO_ERROR';
      EXCEPTION
          WHEN OTHERS THEN
          BEGIN
              IF ((errorvarchar = 'ERROR')AND(tryGetStatus=1)) THEN
                  DBMS_DATAPUMP.DETACH(h1);
              END IF;
          EXCEPTION
          WHEN OTHERS THEN
              NULL;
          END;
          RAISE;
      END;
      /

6. Prüfen Sie den Export.

   Listen Sie die Dateien im Container /u01/data auf.

   podman exec -it source_adb_container bash
   cd /u01/data

   Prüfen Sie das Exportlog (export log), prüfen Sie, ob Fehler aufgetreten sind, und schließen Sie den Vorgang erfolgreich ab.

7. Stoppen und entfernen Sie den Quellcontainer.

   podman stop source_adb_container
   podman rm source_adb_container

   Hinweis
   
   Die adb_container_volume wird bei Containerneustarts und -entfernungen aktiv
8. Starten Sie einen Zielcontainer, der dasselbe Volume in /u01/data im Container einhängt.

   podman run -d \
   -p 1521:1522 \
   -p 1522:1522 \
   -p 8443:8443 \
   -p 27017:27017 \
   -e WORKLOAD_TYPE='ATP' \
   -e WALLET_PASSWORD=*** \
   -e ADMIN_PASSWORD=*** \
   --cap-add SYS_ADMIN \
   --device /dev/fuse \
   --name dest_adb_container \
   --volume adb_container_volume:/u01/data \
   container-registry.oracle.com/database/adb-free:latest-23ai

9. Daten in Zielcontainer importieren.

   Melden Sie sich als ADMIN an, und erstellen Sie das Verzeichnis ORA_EXP_DIR, das auf /u01/data verweist.

   SQL> exec DBMS_CLOUD_CONTAINER_ADMIN.create_export_directory('/u01/data');
    
   PL/SQL procedure successfully completed.
    
   SQL> select directory_path from dba_directories where directory_name='ORA_EXP_DIR';
    
   DIRECTORY_PATH
   --------------------------------------------------------------------------------
   /u01/data

10. Führen Sie die PL/SQL-Importbefehle aus.

    SET scan off
    SET serveroutput ON
    SET escape off
      
    DECLARE
        h1 NUMBER;
        s VARCHAR2(1000):=NULL;
        errorvarchar VARCHAR2(100):= 'ERROR';
        tryGetStatus NUMBER := 0;
        success_with_info EXCEPTION;
        PRAGMA EXCEPTION_INIT(success_with_info, -31627);
    BEGIN
        h1 := dbms_datapump.OPEN(operation => 'IMPORT', job_mode => 'SCHEMA', job_name => 'IMPORT_MY_ADW_4', version => 'COMPATIBLE');
        tryGetStatus := 1;
        dbms_datapump.add_file(handle => h1, filename => 'IMPORT_MY_ADW.LOG', directory => 'ORA_EXP_DIR', filetype => DBMS_DATAPUMP.KU$_FILE_TYPE_LOG_FILE);
        dbms_datapump.metadata_filter(handle => h1, name => 'SCHEMA_EXPR', VALUE => 'IN(''ADMIN'', ''APP_USER'')');
        dbms_datapump.add_file(handle => h1, filename => 'MY_ADW_%L.DMP', directory => 'ORA_EXP_DIR', filesize => '500M',  filetype => DBMS_DATAPUMP.KU$_FILE_TYPE_DUMP_FILE);
        dbms_datapump.start_job(handle => h1, skip_current => 0, abort_step => 0);
        dbms_datapump.detach(handle => h1);
        errorvarchar := 'NO_ERROR';
    EXCEPTION
        WHEN OTHERS THEN
        BEGIN
            IF ((errorvarchar = 'ERROR')AND(tryGetStatus=1)) THEN
                DBMS_DATAPUMP.DETACH(h1);
            END IF;
        EXCEPTION
        WHEN OTHERS THEN
            NULL;
        END;
        RAISE;
    END;
    /

11. Prüfen Sie das Importlog.
12. Prüfen Sie die Importdaten.