Autonomous Database bestimmt die Zugänglichkeit registrierter Datasets wie folgt:

• Der ADMIN-Benutzer gibt einen Geltungsbereich für einen Benutzer an, mit dem der Benutzer Datasets basierend auf dem angegebenen Geltungsbereich registrieren kann.

• Ein Benutzer, dem Berechtigungen zur Registrierung von Datasets erteilt wurden, gibt einen Geltungsbereich an, wenn er ein Dataset registriert.

• Wenn Sie ein Dataset registrieren, kann ein Benutzer, dem Autorisierungsberechtigungen erteilt wurden, optional angeben, dass ein Autorisierungsschritt für den Zugriff auf ein Dataset erforderlich ist. Dieser Autorisierungsschritt wird zusätzlich zur Zugriffsberechtigung auf Umfangsebene ausgeführt.

ORA-20001: Share privileges are not enabled for current user or it is enabled but not for scope MY$REGION

Der ADMIN-Benutzer kann die Registrierung widerrufen, damit ein Benutzer keine Datensätze für den Remotezugriff registrieren kann. Der ADMIN-Benutzer kann auch Berechtigungen oder Datenbankbenutzer für den Zugriff auf registrierte Datasets entziehen.

1. Entziehen Sie als ADMIN-Benutzer die Berechtigungen eines Benutzers zum Registrieren von Datasets.

   Beispiel:

   EXEC DBMS_CLOUD_LINK_ADMIN.REVOKE_REGISTER('DB_USER1');

   Dadurch werden die Berechtigungen zum Registrieren von Datasets für den Benutzer DB_USER1 entzogen.

   Die Ausführung von DBMS_CLOUD_LINK_ADMIN.REVOKE_REGISTER wirkt sich nicht auf bereits registrierte Datasets aus. Verwenden Sie DBMS_CLOUD_LINK.UNREGISTER, um den Zugriff für ein registriertes Dataset zu entfernen.

   Weitere Informationen finden Sie unter Prozedur REVOKE_REGISTER und Prozedur UNREGISTER.

2. Entziehen Sie als ADMIN-Benutzer den Zugriff auf registrierte Datasets.

   Beispiel:

   EXEC DBMS_CLOUD_LINK_ADMIN.REVOKE_READ('LWARD');

   Dadurch wird der Zugriff auf Cloud-Links-Datasets für den Benutzer LWARD entzogen.

   Weitere Informationen finden Sie unter Prozedur REVOKE_READ.

Sie können eine Tabelle registrieren oder anzeigen, deren Eigentümer Sie sind, als registriertes Dataset. Wenn Sie das Dataset entfernen oder ersetzen möchten, müssen Sie die Registrierung aufheben. Nachdem Sie ein Dataset registriert haben, können Sie die Werte der Attribute eines Datasets ändern.

1. Erteilen Sie dem ADMIN-Benutzer Registrierungsberechtigungen.

   Weitere Informationen finden Sie unter Zugriff auf Cloud-Links für Datenbankbenutzer erteilen.

2. Registrieren Sie mindestens einen Datensatz.

   Beispiel: Wenn das Schema CLOUDLINK in Ihrer Autonomous Database-Instanz vorhanden ist, können Sie zwei Objekte registrieren, SALES_VIEW_AGG und SALES_ALL, und verschiedene scope-Parameter angeben, um zu bestimmen, wie auf die Objekte zugegriffen wird.

   BEGIN
      DBMS_CLOUD_LINK.REGISTER(
       schema_name    => 'CLOUDLINK',
       schema_object  => 'SALES_VIEW_AGG',
       namespace      => 'REGIONAL_SALES', 
       name           => 'SALES_AGG',
       description    => 'Aggregated regional sales information.',
       scope          => 'MY$TENANCY',
       auth_required  =>  FALSE,
       data_set_owner =>  'amit@example.com' );
   END;
   /

   BEGIN
      DBMS_CLOUD_LINK.REGISTER(
       schema_name    => 'CLOUDLINK',
       schema_object  => 'SALES_ALL',
       namespace      => 'TRUSTED_COMPARTMENT', 
       name           => 'SALES',
       description    => 'Trusted Compartment, only accessible within my compartment. Early sales data.',
       scope          => 'MY$COMPARTMENT',
       auth_required  =>  FALSE,
       data_set_owner =>  'amit@example.com' );
   END;
   /

   Die Parameter sind:

   • schema_name: ist der Schemaname (der Objekteigentümer).

   • schema_object: ist der Name des Objekts. Gültige Objekte sind:

     • Tabellen (einschließlich Heap, extern oder Hybrid)
     • Ansichten
     • Materialized Views
     • Cloud-Tabellen (weitere Informationen finden Sie unter Logging- und Diagnoseinformationen mit Cloud-Tabellen speichern.)
     Hinweis
     
     Andere Objekte, wie Analyse-Views oder Synonyme, werden nicht unterstützt.

   • namespace: ist der Namespace, den Sie als Namen für den Zugriff mit Cloud-Links (ein Teil des Cloud-Link-FQN) angeben.

     Ein NULL-Wert gibt einen vom System generierten namespace-Wert an, der für die Autonomous Database-Instanz eindeutig ist.

   • name: Der Name, den Sie für den Zugriff mit Cloud-Links (ein Teil des Cloud-Link-FQN) angeben.

   • description: Gibt Text zur Beschreibung der Daten an.

   • scope: Gibt den Geltungsbereich an. Sie können eine der Variablen verwenden: MY$REGION, MY$TENANCY oder MY$COMPARTMENT oder eine oder mehrere OCIDs angeben.

     Weitere Informationen finden Sie unter Dataset-Geltungsbereich, Zugriffskontrolle und Autorisierung.

   • auth_required: Ein boolescher Wert, der angibt, ob neben der Zugriffskontrolle für den Geltungsbereich auch eine Autorisierung auf Datenbankebene für das Dataset erforderlich ist. Wenn dieser Wert auf TRUE gesetzt ist, erzwingt das Dataset einen zusätzlichen Autorisierungsschritt. Weitere Informationen finden Sie unter Dataset mit erforderlicher Autorisierung registrieren.

   • data_set_owner: Der Textwert gibt Informationen über die Person an, die für das Dataset verantwortlich ist, oder einen Kontakt für Fragen zum Dataset. Beispiel: Sie können eine E-Mail-Adresse für den Dataset-Eigentümer angeben.

   Weitere Informationen finden Sie unter Prozedur REGISTER.

   In diesem Beispiel unterscheidet sich der Geltungsbereich für die beiden registrierten Objekte nach Abschluss der Registrierung je nach dem Geltungsbereichsparameter, den Sie mit DBMS_CLOUD_LINK.REGISTER angegeben haben:

   • MY$TENANCY: Gibt den Geltungsbereich auf Mandantenebene für REGIONAL_SALES.SALES_AGG an.

   • MY$COMPARTMENT: Gibt den restriktiveren Geltungsbereich auf Compartment-Ebene im Mandanten für TRUSTED_COMPARTMENT.SALES an.

BEGIN
   DBMS_CLOUD_LINK.UNREGISTER(
    namespace      => 'TRUSTED_COMPARTMENT', 
    name           => 'SALES');
END;
/

• Hinweise zum Registrieren oder Aufheben der Registrierung eines Datasets
  Bietet Hinweise zum Registrieren eines Datasets bei DBMS_CLOUD_LINK.REGISTER und zum Aufheben der Registrierung eines Datasets bei DBMS_CLOUD_LINK.UNREGISTER.

Sie können Cloud-Links in mehreren Regionen verwenden, wobei die Quellregion die Quelldatenbank des Datasets enthält und mindestens eine Remoteregion aktualisierbare Klone der Quelldatenbank enthält.

Beschreibung der Abbildung cloud-links-cross-region-refreshable-clone.png

So verwenden Sie Cloud-Links mit einem Dataset in einer anderen Region:

1. Erstellen Sie einen regionsübergreifenden aktualisierbaren Klon der Quelldatenbank in einer Remoteregion.

   Informationen zum Hinzufügen eines regionsübergreifenden aktualisierbaren Klons finden Sie unter Mandantenübergreifenden oder regionsübergreifenden aktualisierbaren Klons erstellen.

2. Registrieren Sie das Dataset in der Quelldatenbank.

   Weitere Informationen finden Sie unter Dataset registrieren oder Registrierung aufheben.

3. Aktualisieren Sie den aktualisierbaren Klon.

   Weitere Informationen finden Sie unter Aktualisierbaren Klon in Autonomous Database aktualisieren.

4. Registrieren Sie das Dataset auf dem entfernten aktualisierbaren Klon mit denselben Argumenten, die Sie zum Registrieren des Datasets in der Quellregion verwendet haben.

   Beispiel: Wenn auf Ihrer Autonomous Database-Instanz ein Schema CLOUDLINK vorhanden ist, registrieren Sie nach der Registrierung SALES_ALL in der Quelldatenbank SALES_ALL auf dem aktualisierbaren Klon:

   BEGIN
      DBMS_CLOUD_LINK.REGISTER(
       schema_name    => 'CLOUDLINK',
       schema_object  => 'SALES_ALL',
       namespace      => 'TRUSTED_COMPARTMENT', 
       name           => 'SALES',
       description    => 'Trusted Compartment, only accessible within my compartment. Early sales data.',
       scope          => 'MY$COMPARTMENT',
       auth_required  =>  FALSE,
       data_set_owner =>  'amit@example.com' );
   END;
   /

   Die Parameter sind:

   • schema_name: ist der Schemaname (der Objekteigentümer).

   • schema_object: ist der Name des Objekts. Gültige Objekte sind:

     • Tabellen (einschließlich Heap, extern oder Hybrid)
     • Ansichten
     • Materialized Views
     Hinweis
     
     Andere Objekte, wie Analyse-Views oder Synonyme, werden nicht unterstützt.

   • namespace: ist der Namespace, den Sie als Namen für den Zugriff mit Cloud-Links (ein Teil des Cloud-Link-FQN) angeben.

     Ein NULL-Wert gibt einen vom System generierten namespace-Wert an, der für die Autonomous Database-Instanz eindeutig ist.

   • name: Der Name, den Sie für den Zugriff mit Cloud-Links (ein Teil des Cloud-Link-FQN) angeben.

   • description: Gibt Text zur Beschreibung der Daten an.

   • scope: Gibt den Geltungsbereich an. Sie können eine der Variablen verwenden: MY$REGION, MY$TENANCY oder MY$COMPARTMENT oder eine oder mehrere OCIDs angeben.

     Weitere Informationen finden Sie unter Dataset-Geltungsbereich, Zugriffskontrolle und Autorisierung.

   • auth_required: Ein boolescher Wert, der angibt, ob neben der Zugriffskontrolle für den Geltungsbereich auch eine Autorisierung auf Datenbankebene für das Dataset erforderlich ist. Wenn dieser Wert auf TRUE gesetzt ist, erzwingt das Dataset einen zusätzlichen Autorisierungsschritt. Weitere Informationen finden Sie unter Dataset mit erforderlicher Autorisierung registrieren.

   • data_set_owner: Der Textwert gibt Informationen über die Person an, die für das Dataset verantwortlich ist, oder einen Kontakt für Fragen zum Dataset. Beispiel: Sie können eine E-Mail-Adresse für den Dataset-Eigentümer angeben.

   Weitere Informationen finden Sie unter Prozedur REGISTER.

   Nachdem die Registrierung auf dem aktualisierbaren Klon abgeschlossen wurde, lautet der Geltungsbereich für das registrierte Objekt MY$COMPARTMENT: Gibt den restriktiveren Geltungsbereich auf Compartment-Ebene für mein Compartment in meinem Mandanten für TRUSTED_COMPARTMENT.SALES an.

• Hinweise zum Registrieren oder Aufheben der Registrierung eines Datasets in einer Remoteregion
  Hinweise zum Registrieren eines Datasets in einer Remoteregion.

Optional können Sie bei der Registrierung eines Datasets zusätzlich zu dem Geltungsbereich angeben, dass eine Autorisierung auf Datenbankebene für den Zugriff auf ein Dataset erforderlich ist.

1. Verwenden Sie DBMS_CLOUD_LINK.REGISTER, um Daten mit erforderlicher Autorisierung zu registrieren.

   Angenommen, die Autonomous Database-Instanz enthält ein Schema CLOUDLINK, und Sie registrieren das Objekt SALES_VIEW_AGG und setzen auth_required auf TRUE. Zusätzlich zur Definition des Geltungsbereichs müssen Sie zusätzliche Schritte vorgeben, um den Zugriff auf das Objekt zu bestimmen.

   BEGIN
      DBMS_CLOUD_LINK.REGISTER(
       schema_name    => 'CLOUDLINK',
       schema_object  => 'SALES_VIEW_AGG',
       namespace      => 'REGIONAL_SALES', 
       name           => 'SALES_AGG',
       description    => 'Aggregated regional sales information.',
       scope          => 'MY$TENANCY',
       auth_required  =>  TRUE,
       data_set_owner =>  'amit@example.com' );
   END;
   /

   Die Parameter sind:

   • schema_name: ist der Schemaname (der Objekteigentümer).

   • schema_object: ist der Name des Objekts. Gültige Objekte sind:

     • Tabellen (einschließlich Heap, extern oder Hybrid)
     • Ansichten
     • Materialized Views
     Hinweis
     
     Andere Objekte, wie Analyse-Views oder Synonyme, werden nicht unterstützt.

   • namespace: ist der Namespace, den Sie als Namen für den Zugriff mit Cloud-Links (ein Teil des Cloud-Link-FQN) angeben.

     Ein NULL-Wert gibt einen vom System generierten namespace-Wert an, der für die Autonomous Database-Instanz eindeutig ist.

   • name: Der Name, den Sie für den Zugriff mit Cloud-Links (ein Teil des Cloud-Link-FQN) angeben.

   • scope: Gibt den Geltungsbereich an. Sie können eine der Variablen verwenden: MY$REGION, MY$TENANCY oder MY$COMPARTMENT oder eine oder mehrere OCIDs angeben.

     Weitere Informationen finden Sie unter Dataset-Geltungsbereich, Zugriffskontrolle und Autorisierung.

   • auth_required: Ein boolescher Wert, der angibt, ob neben der Zugriffskontrolle für den Geltungsbereich auch eine Autorisierung auf Datenbankebene für das Dataset erforderlich ist. Wenn dieser Wert auf TRUE gesetzt ist, erzwingt das Dataset einen zusätzlichen Autorisierungsschritt.

   • data_set_owner: Der Textwert gibt Informationen über die Person an, die für das Dataset verantwortlich ist, oder einen Kontakt für Fragen zum Dataset. Beispiel: Sie können eine E-Mail-Adresse für den Dataset-Eigentümer angeben.

2. Rufen Sie die Datenbank-ID für die Datenbank ab, für die Sie die Autorisierung erteilen möchten (um der Datenbank den Zugriff auf das Dataset zu ermöglichen).

   Auf dem System, dem Sie Zugriff auf das Dataset gewähren möchten:

   SELECT DBMS_CLOUD_LINK.GET_DATABASE_ID FROM DUAL:

3. Verwenden Sie die Datenbank-ID, die Sie erhalten haben, um einem angegebenen Dataset eine Autorisierung zu erteilen.

   Sie können die Autorisierung nur erteilen und DBMS_CLOUD_LINK.GRANT_AUTHORIZATION ausführen, wie in diesem Schritt gezeigt, wenn Sie autorisiert sind. Der ADMIN erteilt die Autorisierung mit DBMS_CLOUD_LINK_ADMIN.GRANT_AUTHORIZE.

   BEGIN
      DBMS_CLOUD_LINK.GRANT_AUTHORIZATION(
       database_id    => '120xxxxxxx8506029999',
       namespace      => 'TRUSTED_COMPARTMENT', 
       name           => 'SALES');
   END;
   /

   Führen Sie diese Schritte mehrmals aus, wenn Sie zusätzliche Datenbanken autorisieren möchten.

BEGIN
   DBMS_CLOUD_LINK.REVOKE_AUTHORIZATION(
    database_id    => '120xxxxxxx8506029999',
    namespace      => 'TRUSTED_COMPARTMENT', 
    name           => 'SALES');
END;
/

Wenn Sie ein Dataset registrieren, können Sie optional den Zugriff auf das Dataset auf mindestens eine Autonomous Database-Instanz auslagern, bei der es sich um aktualisierbare Klone handelt.

Verwenden Sie den optionalen Parameter offload_targets mit DBMS_CLOUD_LINK.REGISTER, um anzugeben, dass der Zugriff auf aktualisierbare Klone ausgelagert wird. Die Quelldatenbank für jeden aktualisierbaren Klon ist die Autonomous Database-Instanz, in der Sie das Dataset registrieren (Datenherausgeber).

Der Wert offload_targets ist ein JSON-Dokument, das mindestens ein Schlüsselwertpaar CLOUD_LINK_DATABASE_ID und OFFLOAD_TARGET definiert:

• CLOUD_LINK_DATABASE_ID ist einer der folgenden Werte:

  • Eine Datenbank-ID: Gibt eine Datenbank-ID für den Dataset-Consumer an, dessen Anforderung an den entsprechenden aktualisierbaren Klon ausgelagert wird, der mit dem Wert OFFLOAD_TARGET angegeben ist.

    Rufen Sie die Datenbank-ID ab, indem Sie DBMS_CLOUD_LINK.GET_DATABASE_ID ausführen. Weitere Informationen finden Sie unter Funktion GET_DATABASE_ID.

  • ANY: Gibt an, dass die Anforderung eines Dataset-Consumers an das entsprechende Offload-Ziel ausgelagert wird. Die Dataset-Anforderung eines Consumers wird an das entsprechende Auslagerungsziel weitergeleitet.

    Wenn Sie ANY angeben, ohne Datenbank-IDs anzugeben, werden alle Dataset-Anforderungen von Consumern an den aktualisierbaren Klon ausgelagert, der mit dem Wert OFFLOAD_TARGET angegeben ist.

    Wenn Sie sowohl Datenbank-IDs als auch ANY angeben, werden Dataset-Anforderungen von Consumern, die nicht mit einer Datenbank-ID übereinstimmen, an den aktualisierbaren Klon ausgelagert, der mit dem Wert OFFLOAD_TARGET angegeben ist.

• OFFLOAD_TARGET ist die OCID für eine Autonomous Database-Instanz, die ein aktualisierbarer Klon ist.

Die folgende Abbildung zeigt die Verwendung von Offload-Zielen.

Beschreibung der Abbildung cloud-links-offload-targets-any-keyword.eps

Wenn ein Dataset-Consumer Zugriff auf ein Dataset anfordert, das Sie bei offload_targets registrieren, und die Datenbank-ID der Autonomous Database-Instanz mit dem in CLOUD_LINK_DATABASE_ID angegebenen Wert übereinstimmt, wird der Zugriff auf den aktualisierbaren Klon ausgelagert, der mit OFFLOAD_TARGET in der angegebenen JSON identifiziert wird.

Beispiel: Im Folgenden wird ein JSON-Beispiel mit drei OFFLOAD_TARGET/CLOUD_LINK_DATABASE_ID-Wertpaaren dargestellt:

{
  "OFFLOAD_TARGETS": [
    {
      "CLOUD_LINK_DATABASE_ID": "34xxxxx69708978",
      "OFFLOAD_TARGET":
"ocid1.autonomousdatabase.oc1..xxxxx3pv6wkcr4jqae5f44n2b2m2yt2j6rx32uzr4h25vqstifsfabc"
    },
    {
      "CLOUD_LINK_DATABASE_ID": "34xxxxx89898978",
      "OFFLOAD_TARGET":
"ocid1.autonomousdatabase.oc1..xxxxx3pv6wkcr4jqae5f44n2b2m2yt2j6rx32uzr4h25vqstifsfdef"
    },
    {
      "CLOUD_LINK_DATABASE_ID": "34xxxxx4755680",
      "OFFLOAD_TARGET":
"ocid1.autonomousdatabase.oc1..xxxxx3pv6wkcr4jqae5f44n2b2m2yt2j6rx32uzr4h25vqstifsfghi"
    }
  ]
}

Wenn ein Dataset-Consumer Zugriff auf ein Dataset anfordert, das Sie mit offload_targets registrieren, das das Schlüsselwort ANY enthält, wird der Zugriff auf den aktualisierbaren Klon ausgelagert, der mit OFFLOAD_TARGET in der angegebenen JSON identifiziert wird (mit Ausnahme von Anforderungen von Consumern, die einen übereinstimmenden Datenbank-ID-Eintrag in der angegebenen JSON haben).

Beispiel: Im Folgenden wird ein JSON-Beispiel mit einem expliziten OFFLOAD_TARGET/CLOUD_LINK_DATABASE_ID-Wertpaar und ein ANY-Wert mit einem entsprechenden OFFLOAD_TARGET-Wert dargestellt:

{
  "OFFLOAD_TARGETS": [
    {
      "CLOUD_LINK_DATABASE_ID": "ANY",
      "OFFLOAD_TARGET":
"ocid1.autonomousdatabase.oc1..xxxxx3pv6wkcr4jqae5f44n2b2m2yt2j6rx32uzr4h25vqstifsfdef"
    },
    {
      "CLOUD_LINK_DATABASE_ID": "34xxxxx4755680",
      "OFFLOAD_TARGET":
"ocid1.autonomousdatabase.oc1..xxxxx3pv6wkcr4jqae5f44n2b2m2yt2j6rx32uzr4h25vqstifsfghi"
    }
  ]
}

So registrieren Sie ein Dataset und geben Offload-Ziele an:

1. Rufen Sie die OCID für mindestens einen aktualisierbaren Klon ab, in dem Sie den Dataset-Zugriff auslagern möchten. Aktualisierbare Klon-OCIDs sind in der Oracle Cloud Infrastructure-Konsole auf einem aktualisierbaren Klon verfügbar.
   Hinweis
   
   Es kann bis zu 10 Minuten dauern, nachdem Sie einen aktualisierbaren Klon erstellt haben, damit der aktualisierbare Klon als Auslagerungsziel angezeigt wird. Das bedeutet, dass Sie möglicherweise bis zu 10 Minuten warten müssen, nachdem Sie einen aktualisierbaren Klon erstellt haben, damit der aktualisierbare Klon für die Registrierung beim Auslagern von Cloud-Links verfügbar ist.
2. Rufen Sie die Datenbank-ID für mindestens eine Autonomous Database-Instanz ab, auf die Sie mit den vom aktualisierbaren Klon bereitgestellten Daten auf das Dataset zugreifen möchten.

   Führen Sie auf dem System, auf das Sie über einen aktualisierbaren Klon auf das Dataset zugreifen möchten, den folgenden Befehl aus:

   SELECT DBMS_CLOUD_LINK.GET_DATABASE_ID FROM DUAL:

3. Registrieren Sie ein Dataset, und geben Sie den Parameter offload_targets an.

   Beispiel: Wenn die Autonomous Database-Instanz ein Schema CLOUDLINK enthält, können Sie SALES_VIEW_AGG registrieren und die aktualisierbaren Klone angeben, die Zugriff auf das Dataset ermöglichen:

   BEGIN
      DBMS_CLOUD_LINK.REGISTER(
       schema_name     => 'CLOUDLINK',
       schema_object   => 'SALES_VIEW_AGG',
       namespace       => 'REGIONAL_SALES', 
       name            => 'SALES_AGG',
       description     => 'Aggregated regional sales information.',
       scope           => 'MY$TENANCY',
       auth_required   =>  FALSE,
       data_set_owner  =>  'amit@example.com',
       offload_targets => '{
     "OFFLOAD_TARGETS": [
       {
         "CLOUD_LINK_DATABASE_ID": "34xxxx754755680",
         "OFFLOAD_TARGET":
   "ocid1.autonomousdatabase.oc1..xxxxxaaba3pv6wkcr4jqae5f44n2b2m2yt2j6rx32uzr4h25vqstifsfghi"
       }
     ]
   }');
   END;
   /

   Die Parameter sind:

   • schema_name: ist der Schemaname (der Objekteigentümer).

   • schema_object: ist der Name des Objekts. Gültige Objekte sind:

     • Tabellen (einschließlich Heap, extern oder Hybrid)
     • Ansichten
     • Materialized Views
     Hinweis
     
     Andere Objekte, wie Analyse-Views oder Synonyme, werden nicht unterstützt.

   • namespace: ist der Namespace, den Sie als Namen für den Zugriff mit Cloud-Links (ein Teil des Cloud-Link-FQN) angeben.

     Ein NULL-Wert gibt einen vom System generierten namespace-Wert an, der für die Autonomous Database-Instanz eindeutig ist.

   • name: Der Name, den Sie für den Zugriff mit Cloud-Links (ein Teil des Cloud-Link-FQN) angeben.

   • scope: Gibt den Geltungsbereich an. Sie können eine der Variablen verwenden: MY$REGION, MY$TENANCY oder MY$COMPARTMENT oder eine oder mehrere OCIDs angeben.

     Weitere Informationen finden Sie unter Dataset-Geltungsbereich, Zugriffskontrolle und Autorisierung.

   • auth_required: Ein boolescher Wert, der angibt, ob neben der Zugriffskontrolle für den Geltungsbereich auch eine Autorisierung auf Datenbankebene für das Dataset erforderlich ist. Wenn dieser Wert auf TRUE gesetzt ist, erzwingt das Dataset einen zusätzlichen Autorisierungsschritt. Weitere Informationen finden Sie unter Dataset mit erforderlicher Autorisierung registrieren.

   • data_set_owner: Der Textwert gibt Informationen über die Person an, die für das Dataset verantwortlich ist, oder einen Kontakt für Fragen zum Dataset. Beispiel: Sie können eine E-Mail-Adresse für den Dataset-Eigentümer angeben.

   • offload_targets: Gibt eine oder mehrere Autonomous Database-OCIDs aktualisierbarer Klone an, bei denen der Zugriff auf Datasets aus der Autonomous Database ausgelagert wird, in der das Dataset registriert ist.

     Für jeden Dataset-Consumer kann eine der folgenden Übereinstimmungen bestehen, um die Anforderung an einen aktualisierbaren Klon auszulagern:

     • Wenn der Wert der angegebenen cloud_link_database_id übereinstimmt, d.h. die Werte mit der Datenbank-ID des Verbrauchers übereinstimmen, wird der Zugriff auf den aktualisierbaren Klon ausgelagert, der durch die in offload_target angegebene OCID identifiziert wird.

     • Wenn das Schlüsselwort ANY angegeben wird und der Wert eines angegebenen cloud_link_database_id nicht übereinstimmt, wird der Zugriff auf den aktualisierbaren Klon ausgelagert, der mit dem Eintrag ANY durch die im entsprechenden offload_target angegebene OCID identifiziert wird.

   Hinweis
   
   Wenn Ihr Datenherausgeber entweder ein Elastic Pool Leader oder ein Elastic Pool Member ist, können Sie als Alternative zur Konfiguration der Offload-Zieldetails mit offload_targets das Feature für die einheitliche Abfrageauslagerung verwenden. In diesem Fall ermöglicht der Herausgeber die Auslagerung der ProxySQL-Abfrage, um Abfragen (Lesevorgänge) an eine beliebige Anzahl aktualisierbarer Klone auszulagern, ohne die Ziele konfigurieren zu müssen. Weitere Informationen finden Sie unter Einheitliche Abfrageauslagerung mit Cloud-Links verwenden.

   In den folgenden Themen finden Sie weitere Informationen:

   • REGISTRIERUNG

   • Prozedur UPDATE_REGISTRATION

   • Aktualisierbare Klone mit Autonomous Database verwenden

   • Unified Query Offload mit Cloud-Links verwenden

Nachdem Sie ein Dataset registriert haben, können Sie einige Dataset-Attribute aktualisieren. Sie können die Schemanamen-, Schemaobjekt-, Namespace- oder Namensattribute nicht aktualisieren.

1. Der Benutzer, der ein Dataset registriert hat, kann seine Attribute mit DBMS_CLOUD_LINK.UPDATE_REGISTRATION aktualisieren.

   Wenn Sie keine Berechtigungen zum Aktualisieren von Dataset-Attributen haben, müssen Sie Registrierungsberechtigungen vom ADMIN-Benutzer erteilen.

   Weitere Informationen finden Sie unter Zugriff auf Cloud-Links für Datenbankbenutzer erteilen.

2. Aktualisieren Sie mindestens ein Attribut für ein Dataset.

   Beispiel: Verwenden Sie DBMS_CLOUD_LINK.UPDATE_REGISTRATION, um die Attribute description, scope und auth_required für das Dataset im Namespace REGIONAL_SALES mit dem Namen SALES_AGG zu aktualisieren:

   BEGIN
      DBMS_CLOUD_LINK.UPDATE_REGISTRATION(
       namespace      => 'REGIONAL_SALES', 
       name           => 'SALES_AGG',
       description    => 'Updated description for aggregated regional sales information.',
       scope          => 'MY$COMPARTMENT',
       auth_required  =>  TRUE );
   END;
   /

   Die erforderlichen Parameter sind:

   • namespace: ist der Namespace des Datasets, den Sie beim Registrieren des Datasets angegeben haben.

   • name: Der Name des Datasets, den Sie beim Registrieren des Datasets angegeben haben.

   Im Folgenden finden Sie eine Liste der optionalen Parameter. Wenn NULL für einen optionalen Parameterwert übergeben wird, wird das Attribut nicht geändert.

   • description: Gibt den aktualisierten Text zur Beschreibung der Daten an.

   • scope: Gibt den Geltungsbereich an. Sie können eine der Variablen verwenden: MY$REGION, MY$TENANCY oder MY$COMPARTMENT oder eine oder mehrere OCIDs angeben.

     Weitere Informationen finden Sie unter Dataset-Geltungsbereich, Zugriffskontrolle und Autorisierung.

   • auth_required: Ein boolescher Wert, der angibt, ob neben der Zugriffskontrolle für den Geltungsbereich auch eine Autorisierung auf Datenbankebene für das Dataset erforderlich ist. Wenn dieser Wert auf TRUE gesetzt ist, erzwingt das Dataset einen zusätzlichen Autorisierungsschritt. Weitere Informationen finden Sie unter Dataset mit erforderlicher Autorisierung registrieren.

   • data_set_owner: Der Textwert gibt Informationen über die Person an, die für das Dataset verantwortlich ist, oder einen Kontakt für Fragen zum Dataset. Beispiel: Sie können eine E-Mail-Adresse für den Dataset-Eigentümer angeben.

   • offload_targets: Gibt eine oder mehrere Autonomous Database-OCIDs aktualisierbarer Klone an, bei denen der Zugriff auf Datasets aus der Autonomous Database ausgelagert wird, in der das Dataset registriert ist. Weitere Informationen finden Sie unter Dataset mit Offload-Zielen für Dataset-Zugriff registrieren.

   Sie können die Attribute schema_name oder schema_object nicht aktualisieren.

   Weitere Informationen finden Sie unter Prozedur UPDATE_REGISTRATION.

Sie können die Servicenamenszuordnung so festlegen, dass sie verwendet wird, wenn Cloudlinks-Consumer auf Daten von einem Dataset-Eigentümer zugreifen.

Cloud-Links verlassen sich auf Datenbankressourcen in der Autonomous Database-Instanz, die der Dataset-Producer oder die Ressourcen eines aktualisierbaren Klons ist, um auf gemeinsame Daten zuzugreifen. Standardmäßig verwendet die Remotekonnektivität für Consumer für den Zugriff auf Cloud-Links-Daten den Datenbankservice MEDIUM.

Verwenden Sie DBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING, um die Datenbankservicezuordnung für einen Consumer festzulegen. In diesem Verfahren geben Sie entweder eine Datenbank-ID oder das Schlüsselwort ANY an, um die Consumer-Servicezuordnung anzugeben. Beispiel: Die folgende Abbildung zeigt eine Zuordnung für Consumer A zum HIGH-Service, Consumer B zum MEDIUM-Service, Consumer C zum LOW-Service und eine Zuordnung für ANY zum TP-Service. Das bedeutet, dass alle anderen Consumer über den TP-Service auf Cloud-Links zugreifen.

Beschreibung der Abbildung autonome-cloud-links-service-mapping.png

Weitere Informationen zu den Eigenschaften von Datenbankservices finden Sie unter Datenbankservicenamen für Autonomous Database.

Führen Sie die folgenden Schritte aus, um den Datenbankservice für einen Cloud-Links-Consumer festzulegen:

1. Rufen Sie die Datenbank-ID für die Datenbank ab, für die Sie eine Servicezuordnung festlegen möchten.

   Führen Sie in der Consumer-Datenbank GET_DATABASE_ID aus, um die Datenbank-ID des Consumers abzurufen. Beispiel:

   SELECT DBMS_CLOUD_LINK.GET_DATABASE_ID FROM DUAL:

   Weitere Informationen finden Sie unter Funktion GET_DATABASE_ID.

2. Geben Sie in der Autonomous Database-Instanz des Dataset-Eigentümers eine Servicezuordnung an.

   Führen Sie diesen Schritt für die Autonomous Database-Instanz des Dataset-Eigentümers aus (d.h. für die Producer-Datenbank).

   BEGIN
      DBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING(
       database_id      => 'database_id', 
       service_name     => 'HIGH');
   END;
   /

   Dabei entspricht der Parameterwert database_id der Datenbank-ID, die Sie in Schritt 1 abgerufen haben.

   Geben Sie den Wert ANY für die database_id an, um die angegebene service_name mit allen Consumer-Datenbanken zu verwenden, denen keine service_name mit der database_id verknüpft ist. Das heißt, jede database_id, deren service_name nicht mit DBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING festgelegt wurde.

   Weitere Informationen finden Sie unter Prozedur ADD_SERVICE_MAPPING.

   Nur der ADMIN-Benutzer und die Schemas mit der Rolle PDB_DBA können DBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING ausführen.

3. Prüfen Sie die Datenbank-IDs und die Servicezuordnung, indem Sie die Cloud Links-Servicezuordnungen auflisten.

   Beispiel:

   SELECT * FROM  DBA_CLOUD_LINK_SERVICE_MAPPINGS;

   Weitere Informationen finden Sie in der Ansicht DBA_CLOUD_LINK_SERVICE_MAPPINGS.

• Zuordnung von Datenbankservicenamen für Cloud-Link-Nutzer in Remoteregion festlegen
  Auf ein Dataset, das in einer Quellregion registriert ist, kann über Cloud-Links aus einer Remoteregion zugegriffen werden, wenn Sie in der Remoteregion einen regionsübergreifenden aktualisierbaren Klon erstellen.

Sie können das Caching für einen Dataset-Consumer für die Ergebnisse einer Abfrage oder für ein Abfragefragment aktivieren, das auf Cloud Link-Daten zugreift.

1. Geben Sie in einer Abfrage den Hint RESULT_CACHE mit der Option SHELFLIFE an.

   Beispiel:

   SELECT /*+ RESULT_CACHE (SHELFLIFE=120) */ * FROM FOREST.TREE_DATA@cloud$link;

   Diese RESULT_CACHE gibt einen SHELFLIFE-Wert von 120 an. Das bedeutet, dass das Ergebnis 120 Sekunden lang im Speicher gecacht werden muss. Nach 120 Sekunden wird das gecachte Ergebnis als ungültig markiert.

   Der SHELFLIFE-Wert muss eine positive ganze Zahl sein. Der maximale SHELFLIFE-Wert ist 4294967295.

2. Wenn das Abfrageergebnis groß ist und nicht in den Arbeitsspeicher passt, geben Sie mit den Optionen SHELFLIFE und TEMP an, dass das Ergebnis im temporären Tablespace auf den Datenträger geschrieben werden soll.

   SELECT /*+ RESULT_CACHE (TEMP=true SHELFLIFE=360) */ * FROM FOREST.TREE_DATA@cloud$link;

Sie können Cloud-Links freigeben, wenn sich ein Dataset auf einer schreibgeschützten Autonomous Database-Instanz befindet.

1. Ändern Sie den Datenbankmodus in den Lese-/Schreibmodus.
   Autonomous Database-Betriebsmodus in "Lesen/Schreiben", "Schreibgeschützt" oder "Eingeschränkt" ändern für weitere Informationen.
2. Wenn sich die Datenbank im Lese-/Schreibmodus befindet, führen Sie die Schritte zum Registrieren eines Datasets aus.
   1. Zugriff auf Cloud-Links für Datenbankbenutzer erteilen
   2. Dataset registrieren oder Registrierung aufheben
3. Nachdem Sie ein oder mehrere Datasets registriert haben, ändern Sie die Datenbank in den schreibgeschützten Modus.
   Autonomous Database-Betriebsmodus in "Lesen/Schreiben", "Schreibgeschützt" oder "Eingeschränkt" ändern für weitere Informationen.