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

• Der ADMIN-Benutzer gibt einen Geltungsbereich für einen Benutzer an, der es dem Benutzer ermöglicht, Datasets basierend auf dem angegebenen Geltungsbereich zu registrieren.

• Ein Benutzer, dem Berechtigungen zum Registrieren 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 Zugriffsautorisierung 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, um zu verhindern, dass ein Benutzer Datasets für den Remotezugriff registriert. 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 zur Registrierung von Datasets.

   Beispiele:

   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.

   Beispiele:

   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 oder View, für die Sie verantwortlich sind, als registriertes Dataset registrieren. 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. Gewähren Sie dem ADMIN-Benutzer Berechtigungen für die Registrierung.

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

2. Registrieren Sie ein oder mehrere Datensätze.

   Beispiel: Wenn das Schema CLOUDLINK in der Autonomous Database-Instanz vorhanden ist, können Sie zwei Objekte registrieren, SALES_VIEW_AGG und SALES_ALL, und verschiedene scope-Parameter angeben, um den Zugriff auf die Objekte 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  =>  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;
   /

   Parameter:

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

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

     • Tabellen (einschließlich Heap, extern oder Hybrid)
     • Views
     • 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 angeben (ein Teil des Cloud-Link-FQN).

     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 angeben (ein Teil des Cloud-Link-FQN).

   • 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 auf den Geltungsbereich 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 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, in denen 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, mit denen Sie das Dataset in der Quellregion registriert haben.

   Beispiel: Wenn das Schema CLOUDLINK in der Autonomous Database-Instanz vorhanden ist, registrieren Sie SALES_ALL nach der Registrierung von SALES_ALL in der Quelldatenbank beim 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;
   /

   Parameter:

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

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

     • Tabellen (einschließlich Heap, extern oder Hybrid)
     • Views
     • 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 angeben (ein Teil des Cloud-Link-FQN).

     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 angeben (ein Teil des Cloud-Link-FQN).

   • 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 auf den Geltungsbereich 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.

   Nach Abschluss der Registrierung für den aktualisierbaren Klon 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
  Bietet Hinweise zum Registrieren eines Datasets in einer Remoteregion.

Optional können Sie beim Registrieren eines Datasets zusätzlich zum 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.

   Wenn das Schema CLOUDLINK in der Autonomous Database-Instanz vorhanden ist und Sie das Objekt SALES_VIEW_AGG registrieren und auth_required auf TRUE setzen, müssen Sie zusätzlich zur Definition des Geltungsbereichs weitere Schritte ausführen, 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;
   /

   Parameter:

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

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

     • Tabellen (einschließlich Heap, extern oder Hybrid)
     • Views
     • 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 angeben (ein Teil des Cloud-Link-FQN).

     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 angeben (ein Teil des Cloud-Link-FQN).

   • 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 auf den Geltungsbereich 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 erteilen 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 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 eine oder mehrere Autonomous Database-Instanzen auslagern, die aktualisierbare Klone sind.

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 (Datenherausgeber) registrieren.

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

• CLOUD_LINK_DATABASE_ID ist eine der folgenden Optionen:

  • 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 wird.

    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 Offload-Ziel weitergeleitet.

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

    Wenn Sie sowohl Datenbank-IDs als auch ANY angeben, werden Dataset-Anforderungen von Consumern, die keiner Datenbank-ID entsprechen, in den aktualisierbaren Klon ausgelagert, der mit dem Wert OFFLOAD_TARGET angegeben wird.

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

Die folgende Abbildung veranschaulicht die Verwendung von Auslagerungszielen.

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 in der angegebenen JSON mit OFFLOAD_TARGET identifiziert wird.

Beispiel: Das folgende Beispiel zeigt ein JSON-Beispiel mit drei OFFLOAD_TARGET/CLOUD_LINK_DATABASE_ID-Wertpaaren:

{
  "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, der mit OFFLOAD_TARGET in der angegebenen JSON identifiziert wird, ausgelagert (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 Wertpaar OFFLOAD_TARGET/CLOUD_LINK_DATABASE_ID und einem ANY-Wert mit einem entsprechenden OFFLOAD_TARGET 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 Auslagerungsziele an:

1. Rufen Sie die OCID für mindestens einen aktualisierbaren Klon ab, in den Sie den Dataset-Zugriff auslagern möchten. Aktualisierbare Klon-OCIDs sind in der Oracle Cloud Infrastructure-Konsole in 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 sichtbar ist. 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 Cloud Links-Offload-Registrierung 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 von einem aktualisierbaren Klon aus 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 das Schema CLOUDLINK in der Autonomous Database-Instanz vorhanden ist, 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;
   /

   Parameter:

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

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

     • Tabellen (einschließlich Heap, extern oder Hybrid)
     • Views
     • 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 angeben (ein Teil des Cloud-Link-FQN).

     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 angeben (ein Teil des Cloud-Link-FQN).

   • 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 auf den Geltungsbereich 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 mindestens eine Autonomous Database-OCID aktualisierbarer Klone an, bei der 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 ausgeführt werden, um die Anforderung an einen aktualisierbaren Klon auszulagern:

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

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

   In den folgenden Themen finden Sie weitere Informationen:

   • REGISTER-Verfahren

   • Prozedur UPDATE_REGISTRATION

   • Aktualisierbare Klone mit Autonomous Database verwenden

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

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 vom ADMIN-Benutzer Registerberechtigungen erteilen.

   Weitere Informationen finden Sie unter Cloud-Links Zugriff 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:

   • namespace: Der Namespace des Datasets, den Sie bei der Registrierung des Datasets angegeben haben.

   • name: Der Name des Datasets, den Sie bei der Registrierung 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 die Autorisierung auf Datenbankebene für das Dataset zusätzlich zur Geltungsbereichszugriffskontrolle 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 von aktualisierbaren Klonen 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 Auslagerungszielen 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 Cloud-Links-Consumer auf Daten von einem Dataset-Eigentümer zugreifen.

Cloudlinks hängen von Datenbankressourcen in der Autonomous Database-Instanz ab, bei der es sich um den Dataset-Producer oder die Ressourcen eines aktualisierbaren Klons handelt, um auf gemeinsam verwendete Daten zuzugreifen. Standardmäßig verwendet die Remotekonnektivität für Consumer für den Zugriff auf Cloudlinks-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 Service-Zuordnung anzugeben. Die folgende Abbildung zeigt beispielsweise eine Zuordnung von Consumer A zum HIGH-Service, Consumer B zum MEDIUM-Service, Consumer C zum LOW-Service und eine Zuordnung von ANY zum TP-Service, d.h. alle anderen Consumer greifen über den TP-Service auf Cloud-Links zu.

Beschreibung der Abbildung Autonomous-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 festzulegen, der für einen Cloud Links-Consumer verwendet werden soll:

1. Rufen Sie die Datenbank-ID für die Datenbank ab, für die Sie ein Service-Mapping festlegen möchten.

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

   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 in der Autonomous Database-Instanz des Dataset-Eigentümers (d.h. in der Producer-Datenbank) aus.

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

   Dabei ist der Parameterwert database_id die Datenbank-ID, die Sie in Schritt 1 erhalten haben.

   Geben Sie den Wert ANY an, damit database_id den angegebenen service_name mit allen Consumer-Datenbanken verwendet, denen kein service_name mit 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.

   Beispiele:

   SELECT * FROM  DBA_CLOUD_LINK_SERVICE_MAPPINGS;

   Weitere Informationen finden Sie unter Ansicht DBA_CLOUD_LINK_SERVICE_MAPPINGS.

• Namenszuordnung für Database Service für Cloud-Link-Consumer in Remoteregion festlegen
  Auf ein Dataset, das in einer Quellregion registriert ist, kann mit Cloud-Links aus einer Remoteregion zugegriffen werden, wenn Sie einen regionsübergreifenden aktualisierbaren Klon in der Remoteregion 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-Linkdaten zugreift.

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

   Beispiele:

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

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

   Der Wert SHELFLIFE muss eine positive Ganzzahl sein. Der maximale Wert für SHELFLIFE 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 auf den Datenträger im temporären Tablespace geschrieben werden soll.

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

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

1. Ändern Sie den Datenbankmodus in "Lesen/Schreiben".
   Weitere Informationen finden Sie unter Autonomous Database-Betriebsmodus in "Read/Write Read-Only or Restricted" ändern.
2. Führen Sie die Schritte zum Registrieren eines Datasets aus, wenn sich die Datenbank im Lese-/Schreibmodus befindet.
   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.
   Weitere Informationen finden Sie unter Autonomous Database-Betriebsmodus in "Read/Write Read-Only or Restricted" ändern.