Usa Cloud Links per l'accesso ai dati in sola lettura su Autonomous Database

Cloud Links forniscono un metodo basato sul cloud per accedere in remoto ai dati di sola lettura su un'istanza di Autonomous Database.

Informazioni sui collegamenti cloud in Autonomous Database

Con i collegamenti cloud un proprietario di dati registra una tabella o una vista per l'accesso remoto per un'audience selezionata in base a quanto definito dal proprietario dei dati e i dati sono quindi accessibili a coloro che dispongono dell'accesso concesso al momento della registrazione. Non sono necessarie ulteriori azioni per impostare i collegamenti cloud e chiunque debba visualizzare e accedere ai dati è in grado di scoprire e utilizzare i dati.

L'implementazione di Cloud Links sfrutta i meccanismi di accesso di Oracle Cloud Infrastructure per rendere i dati accessibili all'interno di un ambito specifico. L'ambito indica chi può accedere in remoto ai dati. L'ambito può essere impostato su vari livelli, tra cui l'area in cui risiede il database, le singole tenancy o i compartimenti. Inoltre, è possibile specificare che l'autorizzazione per accedere a un data set è limitata a una o più istanze di Autonomous Database.

Creando una o più copie aggiornabili tra più aree dall'istanza di Autonomous Database di origine (proprietario del set di dati), è possibile utilizzare i collegamenti cloud per condividere i dati tra più aree.

I collegamenti cloud semplificano notevolmente la condivisione di tabelle o viste tra le istanze di Autonomous Database rispetto ai tradizionali meccanismi di collegamento al database. Con Cloud Links è possibile trovare i dati senza richiedere un'impostazione complessa del database link. Autonomous Database fornisce accesso trasparente utilizzando SQL e implementa l'applicazione dei privilegi con l'ambito Cloud Links e concedendo l'autorizzazione a singole istanze di Autonomous Database.

I collegamenti cloud introducono i concetti di spazi di nomi e nomi regionali per i dati resi accessibili in remoto. È simile alle tabelle Oracle esistenti in cui è presente una tabella, ad esempio "EMP" che risiede in uno spazio di nomi (schema), ad esempio "LWARD". Nel database può essere presente un solo LWARD.EMP. I collegamenti cloud forniscono uno spazio di nomi e un nome simili a livello regionale, che non sono collegati a un singolo database, ma si applicano a molte istanze di Autonomous Database come specificato con l'ambito e, facoltativamente, con l'autorizzazione del database.

Ad esempio, è possibile registrare un data set nello spazio di nomi FOREST e, per motivi di sicurezza o per comodità di denominazione, è possibile fornire uno spazio di nomi e un nome diversi dai nomi degli schemi e degli oggetti originali. In questo esempio, TREE_DATA è il nome visibile del data set registrato e questo nome non deve essere il nome della tabella di origine. Oltre allo spazio di nomi e al nome, la parola chiave cloud$link indica al database che deve risolvere l'origine come collegamento cloud.

Per accedere a un data set registrato, includere lo spazio dei nomi, il nome e la parola chiave cloud$link nella clausola FROM di un'istruzione SELECT:

SELECT county, species, height FROM FOREST.TREE_DATA@cloud$link;

Facoltativamente, è possibile specificare che l'accesso a un data set da uno o più database viene scaricato in una copia aggiornabile. Quando un Autonomous Database consumer è elencato nella lista di scaricamento di un data set, l'accesso al data set viene indirizzato alla copia aggiornabile.

Nota

I collegamenti cloud forniscono l'accesso in sola lettura agli oggetti remoti in un'istanza di Autonomous Database. Se si desidera utilizzare i database link con altri database Oracle o con database non Oracle o se si desidera utilizzare i dati remoti con le operazioni DML, è necessario utilizzare i database link. Per ulteriori informazioni, vedere Usa database link con Autonomous Database.
I collegamenti cloud supportano sinonimi privati e pubblici. Ad esempio, è possibile definire e utilizzare un sinonimo per FOREST.TREE_DATA@cloud$link:
CREATE SYNONYM S1 for FOREST.TREE_DATA@cloud$link;
SELECT county, species, height FROM S1;

CREATE PUBLIC SYNONYM S2 for FOREST.TREE_DATA@cloud$link;
SELECT * FROM S2;

Per ulteriori informazioni sui sinonimi, vedere Panoramica dei sinonimi.

Termini dei collegamenti cloud

Quando si utilizzano i collegamenti cloud, sono disponibili diversi concetti e termini:

  • Data set registrato (data set): identifica una tabella o una vista abilitata per l'accesso remoto in un Autonomous Database. Un data set registrato indica inoltre chi è autorizzato ad accedere al data set (il relativo ambito). La registrazione del data set definisce uno spazio di nomi e un nome da utilizzare con i collegamenti cloud. Dopo la registrazione del data set, questi valori insieme specificano il nome FQN (Fullly Qualified Name) per l'accesso remoto e consentono ai collegamenti cloud di gestire l'accessibilità per il data set.

  • Proprietario data set: specificare un proprietario del data set per fornire un punto di contatto per le domande relative a un data set.

  • Ambito: specifica chi e da dove un utente può accedere a un data set registrato. Per ulteriori dettagli sull'ambito, vedere Ambito del set di dati, Controllo dell'accesso e Autorizzazione.

  • OCID (identificativo Oracle Cloud): identifica una tenancy, un compartimento o un database specifico. L'ambito di un data set registrato può essere espresso in termini di OCID. Per ulteriori informazioni, vedere Identificativi risorsa.

  • Registrazione dati: con la registrazione dei dati, un utente rende disponibile una tabella o una vista per l'accesso remoto, soggetta alle limitazioni di accesso imposte dall'ambito e facoltativamente soggetta a un passo di autorizzazione aggiuntivo. È possibile consentire l'accesso remoto con i collegamenti cloud in una tabella o vista memorizzata nel database o nei dati memorizzati nell'area di memorizzazione degli oggetti.

  • Ricerca automatica dei dati: è possibile trovare un data set registrato utilizzando query di testo dal database. La ricerca automatica mostra un data set solo se esiste un privilegio per accedere al data set. È possibile cercare un data set registrato in base al nome o alla descrizione.

  • Descrizione dati: consente a un utente di recuperare una descrizione o metadati per una tabella o una vista resi disponibili come data set registrato.

  • Offload delle destinazioni: è possibile specificare una o più destinazioni di offload. Le destinazioni di scarico sono copie aggiornabili che forniscono i data set Cloud Links alle istanze di Autonomous Database specificate. Specificando una destinazione di scarico, puoi dedicare un'istanza di Autonomous Database per fornire data set per separare la produzione dallo sviluppo, per garantire prestazioni, sicurezza o per altri motivi. Per ulteriori informazioni, vedere Usa copie aggiornabili con Autonomous Database.

Audit collegamenti cloud

Qualsiasi accesso a un set di dati registrato mediante i collegamenti cloud viene registrato a scopo di audit. Il log include la tenancy, il compartimento o il database a cui è stato eseguito l'accesso al data set, la quantità di dati a cui si è avuto accesso e informazioni aggiuntive. Le viste V$CLOUD_LINK_ACCESS_STATS e GV$CLOUD_LINK_ACCESS_STATS mostrano informazioni sull'audit.

Metadati set di dati e viste di audit

Ogni istanza di Autonomous Database fornisce viste che espongono i metadati del data set e che consentono di monitorare e eseguire l'audit dell'uso dei dati. Per ulteriori informazioni, vedere Monitoraggio e visualizzazione delle informazioni sui collegamenti cloud.

Ambito set di dati, controllo dell'accesso e autorizzazione

Cloud Links sfruttano i meccanismi di accesso di Oracle Cloud Infrastructure per rendere accessibili i data set registrati e per proteggere i tuoi dati con limitazioni di accesso.

Autonomous Database determina l'accessibilità dei data set registrati come indicato di seguito.

  • L'utente ADMIN specifica un ambito per un utente che consente all'utente di registrare i data set in base all'ambito fornito.

  • Un utente a cui sono stati concessi i privilegi per registrare i data set specifica un ambito quando registra un data set.

  • Facoltativamente, quando si registra un data set, un utente a cui sono stati concessi privilegi di autorizzazione può specificare che è necessario un passo di autorizzazione per accedere a un data set. Questo passo di autorizzazione si aggiunge all'autorizzazione di accesso a livello di ambito.

Ambito set di dati

ADMIN imposta l'ambito di un utente con DBMS_CLOUD_LINK_ADMIN.GRANT_REGISTER in modo che sia uno dei seguenti:

  • 'MY$REGION'
  • 'MY$TENANCY'
  • 'MY$COMPARTMENT'

L'ambito di un utente è gerarchico, ovvero un utente a cui è stato concesso uno di questi ambiti può consentire l'accesso come indicato di seguito.

  • MY$REGION: un utente può concedere l'accesso remoto ai dati ad altre tenancy nell'area dell'istanza di Autonomous Database in cui viene registrato il data set. Questo è l'ambito meno restrittivo.

  • MY$TENANCY: un utente può concedere l'accesso remoto ai dati a qualsiasi risorsa, tenancy, compartimento o database nella tenancy dell'istanza di Autonomous Database in cui viene registrato il data set. Questo ambito è più restrittivo dell'ambito MY$REGION.

  • MY$COMPARTMENT: un utente può concedere l'accesso remoto ai dati a qualsiasi risorsa, compartimento o database nel compartimento dell'istanza di Autonomous Database che sta registrando il data set. Questo è l'ambito più restrittivo che è possibile impostare per un utente con GRANT_REGISTER.

Successivamente, l'ambito impostato quando si registra un data set determina la posizione in cui gli utenti possono accedere al data set. DBMS_CLOUD_LINK.REGISTER scope è una lista separata da virgole composta da uno o più dei seguenti elementi:

  • OCID database: l'accesso al data set è consentito per le specifiche istanze di Autonomous Database identificate dall'OCID.

  • OCID compartimento: l'accesso al data set è consentito per i database nei compartimenti identificati dall'OCID compartimento.

  • OCID tenancy: l'accesso al data set è consentito per i database nelle tenancy identificate dall'OCID tenancy.

  • Nome area: l'accesso al data set è consentito per i database nell'area identificata dall'area specificata. In tutti i casi, l'accesso ai collegamenti cloud è limitato a una sola area e non è cross-region.

  • MY$COMPARTMENT: l'accesso al data set è consentito per i database nello stesso compartimento del proprietario del data set.

  • MY$TENANCY: l'accesso al data set è consentito per i database nella stessa tenancy del proprietario del data set.

  • MY$REGION: l'accesso al data set è consentito per i database nella stessa area del proprietario del data set.

I valori di ambito, MY$REGION, MY$TENANCY e MY$COMPARTMENT, sono variabili che fungono da macro convenienti e vengono risolte in OCID.

Nota

L'ambito impostato quando si registra un data set viene rispettato solo quando corrisponde o è più restrittivo del valore impostato con DBMS_CLOUD_LINK_ADMIN.GRANT_REGISTER. Ad esempio, si supponga che ADMIN abbia concesso l'ambito 'MY$TENANCY' con GRANT_REGISTER e che l'utente specifichi 'MY$REGION' quando registra un data set con DBMS_CLOUD_LINK.REGISTER. In questo caso viene visualizzato un errore come il seguente:
ORA-20001: Share privileges are not enabled for current user or it is enabled but not for scope MY$REGION

È inoltre possibile utilizzare un meccanismo di controllo dell'accesso aggiuntivo basato su un valore SYS_CONTEXT. Questo meccanismo utilizza la funzione DBMS_CLOUD_LINK.GET_DATABASE_ID che restituisce un identificativo disponibile come valore SYS_CONTEXT.

Quando si registra un data set con DBMS_CLOUD_LINK.REGISTER, è possibile utilizzare il valore SYS_CONTEXT nei criteri di sicurezza di Oracle Virtual Private Database (VPD) per controllare l'accesso al database e limitare ulteriormente e controllare a quali dati specifici possono accedere le singole istanze di Autonomous Database.

Per ulteriori informazioni sull'utilizzo dei criteri VPD, vedere Definire un criterio di database privato virtuale per proteggere un data set registrato.

Il valore ID database è disponibile anche nelle viste V$CLOUD_LINK_ACCESS_STATS e GV$CLOUD_LINK_ACCESS_STATS che tengono traccia delle statistiche di accesso e delle informazioni di audit.

Vedere la sezione Uso di Oracle Virtual Private Database per controllare l'accesso ai dati per ulteriori informazioni.

Autorizzazione data set

Quando si registra un data set, se si dispone dei privilegi di autorizzazione, è possibile specificare che l'autorizzazione OCID del database è necessaria per accedere a un data set. Per fornire l'autorizzazione OCID del database per un data set, utilizzare la procedura DBMS_CLOUD_LINK.GRANT_AUTHORIZATION per specificare le istanze di Autonomous Database autorizzate ad accedere al data set. Prima di eseguire DBMS_CLOUD_LINK.GRANT_AUTHORIZATION, l'amministratore deve autorizzare l'utente a eseguire questa procedura con DBMS_CLOUD_LINK_ADMIN.GRANT_AUTHORIZE.

La registrazione del data set con autorizzazione obbligatoria specifica l'accesso a livello di database per un data set, oltre al controllo dell'accesso all'ambito specificato per il data set, come riportato di seguito.

  • I database che si trovano all'interno del SCOPE specificato e che sono stati autorizzati con DBMS_CLOUD_LINK.GRANT_AUTHORIZATION possono visualizzare le righe dal data set.

  • I database che si trovano all'interno del file SCOPE specificato ma non sono stati autorizzati con DBMS_CLOUD_LINK.GRANT_AUTHORIZATION non possono visualizzare le righe del data set. In questo caso, i consumer senza autorizzazione visualizzano il set di dati come vuoto.

  • I database che non si trovano all'interno del file SCOPE specificato visualizzano un errore durante il tentativo di accedere al data set.

Concedi accesso ai collegamenti cloud per gli utenti del database

L'utente ADMIN concede i privilegi agli utenti del database per registrare i data set. L'utente ADMIN concede inoltre privilegi agli utenti del database per accedere ai data set registrati.

Quando l'utente ADMIN concede i privilegi di registrazione, fornisce un ambito che specifica l'ambito massimo che un utente può fornire quando registra un data set (all'interno della gerarchia dell'ambito). I valori scope validi da utilizzare con DBMS_CLOUD_LINK_ADMIN.GRANT_REGISTER sono:

  • 'MY$REGION'
  • 'MY$TENANCY'
  • 'MY$COMPARTMENT'

Per ulteriori informazioni, vedere Ambito set di dati, Controllo dell'accesso e Autorizzazione.

  1. In qualità di utente ADMIN, consentire a un utente di registrare i data set all'interno di un ambito specificato.
    BEGIN
    DBMS_CLOUD_LINK_ADMIN.GRANT_REGISTER(
       username => 'DB_USER1',
       scope    => 'MY$REGION');
    END;
    /

    Ciò specifica che l'utente DB_USER1 dispone dei privilegi per registrare i data set all'interno di un ambito specificato, 'MY$REGION'.

    Un utente può eseguire una query su SYS_CONTEXT('USERENV', 'CLOUD_LINK_REGISTER_ENABLED') per verificare se sono abilitati per la registrazione dei data set.

    Ad esempio, la query seguente:

    SELECT SYS_CONTEXT('USERENV', 'CLOUD_LINK_REGISTER_ENABLED') FROM DUAL;

    Restituisce 'YES' o 'NO'.

    Per ulteriori informazioni, vedere GRANT_REGISTER Procedura.

  2. L'utente ADMIN consente a un utente di accedere ai data set registrati.
    EXEC DBMS_CLOUD_LINK_ADMIN.GRANT_READ('LWARD');

    Ciò consente a LWARD di accedere ai data set registrati disponibili per l'istanza di Autonomous Database.

    Un utente può eseguire una query su SYS_CONTEXT('USERENV', 'CLOUD_LINK_READ_ENABLED') per verificare se sono abilitati per l'accesso READ a un data set.

    Ad esempio, la query seguente:

    SELECT SYS_CONTEXT('USERENV', 'CLOUD_LINK_READ_ENABLED') FROM DUAL;

    Restituisce 'YES' o 'NO'.

    Per ulteriori informazioni, vedere GRANT_READ Procedura.

  3. Durante la registrazione dei dati è possibile impostare il parametro di autorizzazione richiesto su TRUE. Quando l'autorizzazione richiesta è TRUE, l'utente ADMIN deve eseguire DBMS_CLOUD_LINK_ADMIN.GRANT_AUTHORIZE per fornire l'autorizzazione per richiamare DBMS_CLOUD_LINK.GRANT_AUTHORIZATION. Utilizzare DBMS_CLOUD_LINK.GRANT_AUTHORIZATION per specificare i dettagli di autorizzazione.

    Per ulteriori informazioni, vedere Registrare un data set con autorizzazione obbligatoria.

  4. Quando per l'istanza di Autonomous Database è abilitato Database Vault e la tabella o la vista da registrare con Cloud Links è protetta da un realm, il proprietario della tabella o della vista deve essere autorizzato al realm come proprietario del realm prima della registrazione.
    BEGIN
         DBMS_MACADM.ADD_AUTH_TO_REALM(
               realm_name   => 'myrealm',
               grantee      => 'object_owner',
               auth_option  => dbms_macutl.g_realm_auth_owner);
    END;
    /

    Se il realm che protegge la tabella o la vista è un realm obbligatorio, lo schema comune di Autonomous Database denominato C##DATA$SHARE, utilizzato internamente come schema di connessione, deve essere autorizzato al realm come partecipante del realm.

    Ad esempio:

    BEGIN
         DBMS_MACADM.ADD_AUTH_TO_REALM(
               realm_name   => 'myrealm',
               grantee      => 'C##DATA$SHARE',
               auth_option  => dbms_macutl.g_realm_auth_participant);
    END;
    /

    Per ulteriori informazioni, vedere Usa Oracle Database Vault con Autonomous Database.

Note per la concessione dei privilegi agli utenti del database per la registrazione dei data set:

  • Per registrare i data set o visualizzare e accedere ai data set remoti, è necessario aver concesso il privilegio appropriato per la registrazione con DBMS_CLOUD_LINK_ADMIN.GRANT_REGISTER o per la lettura dei data set con DBMS_CLOUD_LINK_ADMIN.GRANT_READ.

    Ciò vale anche per l'utente ADMIN, ma l'utente ADMIN può concedere privilegi a se stesso.

  • Le viste DBA_CLOUD_LINK_PRIVS e USER_CLOUD_LINK_PRIVS forniscono informazioni sui privilegi utente. Per ulteriori informazioni, vedere Monitoraggio e visualizzazione delle informazioni sui collegamenti cloud.

  • Un utente può eseguire la seguente query per verificare se sono abilitati per l'autenticazione dei data set registrati e protetti:

    SELECT SYS_CONTEXT('USERENV', 'CLOUD_LINK_AUTH_ENABLED') FROM DUAL;

Revoca accesso ai collegamenti cloud per gli utenti del database

L'utente ADMIN può revocare la registrazione per impedire a un utente di registrare i data set per l'accesso remoto. L'utente ADMIN può inoltre revocare i privilegi o gli utenti del database per accedere ai data set registrati.

  1. In qualità di utente ADMIN, revocare i privilegi di un utente per registrare i data set.

    Ad esempio:

    EXEC DBMS_CLOUD_LINK_ADMIN.REVOKE_REGISTER('DB_USER1');

    In questo modo vengono revocati i privilegi per registrare i data set per l'utente, DB_USER1.

    L'esecuzione di DBMS_CLOUD_LINK_ADMIN.REVOKE_REGISTER non ha effetto sui data set già registrati. Utilizzare DBMS_CLOUD_LINK.UNREGISTER per rimuovere l'accesso per un data set registrato.

    Per ulteriori informazioni, vedere REVOKE_REGISTER Procedura e Procedura UNREGISTER.

  2. L'utente ADMIN revoca l'accesso ai data set registrati.

    Ad esempio:

    EXEC DBMS_CLOUD_LINK_ADMIN.REVOKE_READ('LWARD');

    In questo modo viene revocato l'accesso ai data set dei collegamenti cloud per l'utente LWARD.

    Per ulteriori informazioni, vedere REVOKE_READ Procedura.

Registra un data set

Descrive le opzioni e i passi per registrare una tabella o una vista di cui si è proprietari come data set registrato da condividere con i collegamenti cloud.

Registra o annulla la registrazione di un data set

È possibile registrare una tabella o una vista di cui si è proprietari come data set registrato. Quando si desidera rimuovere o sostituire il data set, è necessario annullarne la registrazione. Dopo aver registrato un data set, è possibile modificare i valori degli attributi di un data set.

La registrazione del data set definisce uno spazio di nomi e un nome da utilizzare con i collegamenti cloud. Dopo la registrazione del data set, questi valori insieme specificano il nome FQN (Fullly Qualified Name) per l'accesso remoto e consentono ai collegamenti cloud di gestire l'accessibilità per il data set.

Per registrare un data set:

  1. Ottenere i privilegi di registrazione dei privilegi di concessione dall'utente ADMIN.
  2. Registrare uno o più data set.

    Ad esempio, se nell'istanza di Autonomous Database è presente uno schema CLOUDLINK, è possibile registrare due oggetti, SALES_VIEW_AGG e SALES_ALL e fornire parametri scope diversi per determinare la modalità di accesso agli oggetti.

    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;
    /

    Di seguito sono riportati i parametri.

    • schema_name: è il nome dello schema (proprietario dell'oggetto).

    • schema_object: è il nome dell'oggetto. Gli oggetti validi sono:

      Nota

      Non sono supportati altri oggetti, ad esempio viste analitiche o sinonimi.
    • namespace: è lo spazio di nomi fornito come nome per l'accesso con i collegamenti cloud (una parte del FQN di Cloud Link).

      Un valore NULL specifica un valore namespace generato dal sistema, univoco per l'istanza di Autonomous Database.

    • name: è il nome fornito per l'accesso con i collegamenti cloud (una parte del FQN di Cloud Link).

    • description: specifica il testo per descrivere i dati.

    • scope: specifica l'ambito. È possibile utilizzare una delle variabili: MY$REGION, MY$TENANCY o MY$COMPARTMENT oppure specificare uno o più OCID.

      Per ulteriori informazioni, vedere Ambito set di dati, Controllo dell'accesso e Autorizzazione.

    • auth_required: valore booleano che specifica se è richiesta l'autorizzazione a livello di database per il data set, oltre al controllo dell'accesso all'ambito. Quando l'impostazione è TRUE, il data set applica un passo di autorizzazione aggiuntivo. Per ulteriori informazioni, vedere Registrare un data set con autorizzazione obbligatoria.

    • data_set_owner: il valore di testo specifica le informazioni sulla persona responsabile del set di dati o un contatto per le domande sul set di dati. Ad esempio, è possibile fornire un indirizzo e-mail per il proprietario del set di dati.

    Per ulteriori informazioni, vedere Procedura REGISTER.

    Per questo esempio, una volta completata la registrazione, l'ambito per i due oggetti registrati è diverso, in base al parametro di ambito fornito con DBMS_CLOUD_LINK.REGISTER:

    • MY$TENANCY: specifica l'ambito del livello di tenancy per REGIONAL_SALES.SALES_AGG.

    • MY$COMPARTMENT: specifica l'ambito a livello di compartimento più restrittivo all'interno della tenancy per TRUSTED_COMPARTMENT.SALES.

È possibile aggiornare alcuni valori per gli attributi di un data set dopo aver registrato un data set. Per ulteriori informazioni, vedere Aggiorna attributi registrazione set di dati.

Se si desidera revocare l'accesso remoto a un data set registrato, annullare la registrazione del data set.

Ad esempio:

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

Per ulteriori informazioni, vedere Procedura UNREGISTER.

Note per la registrazione o l'annullamento della registrazione di un data set

Fornisce le note per la registrazione di un data set con DBMS_CLOUD_LINK.REGISTER e l'annullamento della registrazione di un data set con DBMS_CLOUD_LINK.UNREGISTER.

  • Dopo aver registrato un oggetto, gli utenti potrebbero dover attendere fino a dieci (10) minuti per accedere all'oggetto con i collegamenti cloud.

  • Quando si registra un data set e si desidera che i consumer in un'area remota accedano al data set, è necessario eseguire ulteriori passi per rendere il data set disponibile in un'area remota. Per ulteriori informazioni, vedere Registrare o annullare la registrazione di un data set in un'area diversa.

  • Utilizzare la procedura DBMS_CLOUD_LINK.UPDATE_REGISTRATION per modificare gli attributi per un data set esistente.

    Il tempo di attesa per il completamento dell'aggiornamento può essere fino a 10 minuti per la propagazione e l'accesso di una modifica alla registrazione tramite i collegamenti cloud. Questo ritardo può influire sulla precisione dei dati nelle viste DBA_CLOUD_LINK_REGISTRATIONS e DBA_CLOUD_LINK_ACCESS.

  • È possibile registrare una tabella o una vista che si trova nello schema di un altro utente se si dispone dei privilegi READ WITH GRANT OPTION per la tabella o la vista.

  • Autonomous Database non esegue controlli di validità gerarchici al momento della registrazione e le registrazioni che non rientrano nell'ambito di applicazione non saranno mai visibili o accessibili.

    Considerare ad esempio la seguente sequenza:

    1. Un utente con ambito MY$COMPARTMENT registra un oggetto con un ambito che specifica un singolo OCID di database.

    2. Quando un utente richiede l'accesso al data set registrato, Autonomous Database esegue il controllo per verificare che l'OCID del database da cui ha origine la richiesta si trovi nella lista OCID specificata con scope quando il data set è stato registrato.

    3. Successivamente, l'oggetto namespace.name sarà individuabile, visibile e utilizzabile nel database da cui ha avuto origine la richiesta.

  • La propagazione completa di DBMS_CLOUD_LINK.UNREGISTER può richiedere fino a dieci (10) minuti, dopodiché è possibile accedere più a lungo ai dati in remoto.

Registra o annulla la registrazione di un data set in un'area diversa

È possibile utilizzare i collegamenti cloud in più aree, in cui l'area di origine contiene il database di origine del data set e una o più aree remote contengono copie aggiornabili del database di origine.

Descrizione di cloud-links-cross-region-refreshable-clone.png riportata di seguito
Descrizione dell'immagine cloud-links-cross-region-refreshable-clone.png

Per utilizzare i collegamenti cloud con un data set in un'area diversa:

  1. Creare una copia aggiornabile tra più aree del database di origine in un'area remota.

    Per informazioni sull'aggiunta di una copia aggiornabile tra più aree, vedere Creare una copia aggiornabile tra più tenancy o tra più aree.

  2. Nel database di origine registrare il data set.
  3. Aggiornare la copia aggiornabile.

    Per ulteriori informazioni, vedere Aggiorna una copia aggiornabile in Autonomous Database.

  4. Nella copia aggiornabile remota registrare il data set utilizzando gli stessi argomenti utilizzati per registrare il data set nell'area di origine.

    Ad esempio, se nell'istanza di Autonomous Database è presente uno schema CLOUDLINK, dopo aver eseguito la registrazione di SALES_ALL nel database di origine, registrare SALES_ALL nella copia aggiornabile:

    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;
    /

    Di seguito sono riportati i parametri.

    • schema_name: è il nome dello schema (proprietario dell'oggetto).

    • schema_object: è il nome dell'oggetto. Gli oggetti validi sono:

      • Tabelle (incluse heap, esterne o ibride)
      • Viste
      • Viste materializzate
      Nota

      Non sono supportati altri oggetti, ad esempio viste analitiche o sinonimi.
    • namespace: è lo spazio di nomi fornito come nome per l'accesso con i collegamenti cloud (una parte del FQN di Cloud Link).

      Un valore NULL specifica un valore namespace generato dal sistema, univoco per l'istanza di Autonomous Database.

    • name: è il nome fornito per l'accesso con i collegamenti cloud (una parte del FQN di Cloud Link).

    • description: specifica il testo per descrivere i dati.

    • scope: specifica l'ambito. È possibile utilizzare una delle variabili: MY$REGION, MY$TENANCY o MY$COMPARTMENT oppure specificare uno o più OCID.

      Per ulteriori informazioni, vedere Ambito set di dati, Controllo dell'accesso e Autorizzazione.

    • auth_required: valore booleano che specifica se è richiesta l'autorizzazione a livello di database per il data set, oltre al controllo dell'accesso all'ambito. Quando l'impostazione è TRUE, il data set applica un passo di autorizzazione aggiuntivo. Per ulteriori informazioni, vedere Registrare un data set con autorizzazione obbligatoria.

    • data_set_owner: il valore di testo specifica le informazioni sulla persona responsabile del set di dati o un contatto per le domande sul set di dati. Ad esempio, è possibile fornire un indirizzo e-mail per il proprietario del set di dati.

    Per ulteriori informazioni, vedere Procedura REGISTER.

    Una volta completata la registrazione nella copia aggiornabile, l'ambito per l'oggetto registrato è MY$COMPARTMENT: specifica l'ambito a livello di compartimento più restrittivo per il compartimento personale all'interno della tenancy per TRUSTED_COMPARTMENT.SALES.

È possibile annullare la registrazione di un data set remoto solo nelle aree remote o in entrambe le aree remote e nell'area di origine:

Per annullare la registrazione di un data set in un'area remota e disabilitare l'accesso remoto al data set, effettuare le operazioni riportate di seguito.

  1. Nella copia aggiornabile, annullare la registrazione del data set.

    Ad esempio:

    BEGIN
       DBMS_CLOUD_LINK.UNREGISTER(
        namespace      => 'TRUSTED_COMPARTMENT', 
        name           => 'SALES');
    END;
    /
  2. Aggiornare la copia aggiornabile.

    Per ulteriori informazioni, vedere Aggiorna una copia aggiornabile in Autonomous Database.

Per annullare la registrazione di un data set nel database di origine e annullare la registrazione del data set nelle copie aggiornabili dell'area remota, effettuare le operazioni riportate di seguito.

  1. Nella copia aggiornabile remota se è presente una sola copia o su più copie aggiornabili nelle aree remote se sono presenti più copie, annullare la registrazione del data set.

    Ad esempio:

    BEGIN
       DBMS_CLOUD_LINK.UNREGISTER(
        namespace      => 'TRUSTED_COMPARTMENT', 
        name           => 'SALES');
    END;
    /
  2. Nel database di origine, annullare la registrazione del data set.

    Per ulteriori informazioni, vedere Registrazione o annullamento della registrazione di un data set.

  3. Aggiornare le copie aggiornabili.

    Per ulteriori informazioni, vedere Aggiorna una copia aggiornabile in Autonomous Database.

Note per la registrazione o l'annullamento della registrazione di un data set in un'area remota

Fornisce note per la registrazione di un data set in un'area remota.

  • Quando si registra un data set su una copia aggiornabile in un'area remota, il richiamo di DBMS_CLOUD_LINK.REGISTER nella copia dell'area remota deve utilizzare gli stessi parametri con gli stessi valori del database di origine, ad eccezione del parametro offload_targets.

    Ad esempio, quando si esegue DBMS_CLOUD_LINK.REGISTER con l'ambito impostato su MY$COMPARTMENT nell'istanza di Autonomous Database di origine, eseguire di nuovo la procedura sulla copia aggiornabile tra più aree con lo stesso valore del parametro di ambito (MY$COMPARTMENT).

  • Se si specifica il parametro offload_targets con DBMS_CLOUD_LINK.REGISTER nell'origine, è necessario omettere questo parametro quando si registra il data set nella copia aggiornabile.

  • Dopo aver registrato un oggetto, gli utenti potrebbero dover attendere fino a dieci (10) minuti per accedere all'oggetto con i collegamenti cloud.

  • Le seguenti azioni richiedono l'aggiornamento della copia aggiornabile:

    • Se si aggiunge un criterio VPD al data set nell'origine, è necessario aggiornare la copia aggiornabile.

    • Se si esegue un'autorizzazione o una revoca per il data set nel database di origine, è necessario aggiornare la copia aggiornabile.

    Per ulteriori informazioni, vedere Aggiorna una copia aggiornabile in Autonomous Database.

Registra un data set con autorizzazione obbligatoria

Facoltativamente, quando si registra un data set, oltre all'ambito è possibile specificare che l'autorizzazione a livello di database è necessaria per accedere a un data set.

Rispetto all'esempio precedente in cui si imposta auth_required su FALSE, in questo esempio si imposta auth_required su TRUE. Quando auth_required è TRUE, sono necessari ulteriori passi per specificare uno o più database da cui è autorizzato l'accesso al data set.

Nota

È possibile concedere l'autorizzazione solo se si dispone dell'autorizzazione, come illustrato nella procedura riportata di seguito. ADMIN concede i privilegi di autorizzazione con DBMS_CLOUD_LINK_ADMIN.GRANT_AUTHORIZE.
  1. Utilizzare DBMS_CLOUD_LINK.REGISTER per registrare i dati con autorizzazione richiesta.

    Supponendo che esista uno schema CLOUDLINK nell'istanza di Autonomous Database e che si registri l'oggetto SALES_VIEW_AGG e si imposti auth_required su TRUE, oltre a definire l'ambito, è necessario eseguire ulteriori passi per determinare la modalità di accesso all'oggetto.

    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;
    /

    Di seguito sono riportati i parametri.

    • schema_name: è il nome dello schema (proprietario dell'oggetto).

    • schema_object: è il nome dell'oggetto. Gli oggetti validi sono:

      • Tabelle (incluse heap, esterne o ibride)
      • Viste
      • Viste materializzate
      Nota

      Non sono supportati altri oggetti, ad esempio viste analitiche o sinonimi.
    • namespace: è lo spazio di nomi fornito come nome per l'accesso con i collegamenti cloud (una parte del FQN di Cloud Link).

      Un valore NULL specifica un valore namespace generato dal sistema, univoco per l'istanza di Autonomous Database.

    • name: è il nome fornito per l'accesso con i collegamenti cloud (una parte del FQN di Cloud Link).

    • scope: specifica l'ambito. È possibile utilizzare una delle variabili: MY$REGION, MY$TENANCY o MY$COMPARTMENT oppure specificare uno o più OCID.

      Per ulteriori informazioni, vedere Ambito set di dati, Controllo dell'accesso e Autorizzazione.

    • auth_required: valore booleano che specifica se è richiesta l'autorizzazione a livello di database per il data set, oltre al controllo dell'accesso all'ambito. Quando l'impostazione è TRUE, il data set applica un passo di autorizzazione aggiuntivo.

    • data_set_owner: il valore di testo specifica le informazioni sulla persona responsabile del set di dati o un contatto per le domande sul set di dati. Ad esempio, è possibile fornire un indirizzo e-mail per il proprietario del set di dati.

  2. Ottenere l'ID del database al quale si desidera concedere l'autorizzazione (per consentire al database di accedere al data set).

    Nel sistema che si desidera concedere l'accesso al data set:

    SELECT DBMS_CLOUD_LINK.GET_DATABASE_ID FROM DUAL:
  3. Utilizzare l'ID database ottenuto per concedere l'autorizzazione a un data set specificato.

    È possibile concedere l'autorizzazione ed eseguire DBMS_CLOUD_LINK.GRANT_AUTHORIZATION, come illustrato in questo passo, solo se si dispone dell'autorizzazione. L'amministratore concede l'autorizzazione con DBMS_CLOUD_LINK_ADMIN.GRANT_AUTHORIZE.

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

    Eseguire questi passi più volte se si desidera autorizzare database aggiuntivi.

È possibile aggiornare il valore del parametro auth_required dopo aver registrato un data set. Per ulteriori informazioni, vedere Aggiorna attributi registrazione set di dati.

Se si desidera revocare l'autorizzazione per un database:

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

Per ulteriori informazioni, vedere gli argomenti riportati di seguito.

Registra un data set con destinazioni di scarico per l'accesso al data set

Facoltativamente, quando si registra un data set è possibile scaricare l'accesso al data set in una o più istanze di Autonomous Database che sono copie aggiornabili.

Utilizzare il parametro facoltativo offload_targets con DBMS_CLOUD_LINK.REGISTER per specificare che l'accesso viene scaricato per le copie aggiornabili. Il database di origine per ogni copia aggiornabile è l'istanza di Autonomous Database in cui si registra il data set (data publisher).

Il valore offload_targets è un documento JSON che definisce una o più coppie di valori chiave CLOUD_LINK_DATABASE_ID e OFFLOAD_TARGET:

  • CLOUD_LINK_DATABASE_ID è uno dei seguenti:

    • ID database: specifica un ID database per il consumer di data set la cui richiesta viene scaricata nella copia aggiornabile corrispondente specificata con il valore OFFLOAD_TARGET.

      Ottenere l'ID del database eseguendo DBMS_CLOUD_LINK.GET_DATABASE_ID. Per ulteriori informazioni, vedere GET_DATABASE_ID Function.

    • ANY: specifica che qualsiasi richiesta del consumer di set di dati viene scaricata nella destinazione di scarico corrispondente. La richiesta del data set di un consumer verrà instradata alla destinazione di scarico corrispondente.

      Se si specifica ANY senza specificare gli ID del database, tutte le richieste del data set dai consumer vengono scaricate nella copia aggiornabile specificata con il valore OFFLOAD_TARGET.

      Se si specificano sia gli ID di database che ANY, le richieste di data set da parte dei consumer che non corrispondono a un ID di database vengono scaricate sulla copia aggiornabile specificata con il valore OFFLOAD_TARGET.

  • OFFLOAD_TARGET è l'OCID per un'istanza di Autonomous Database che è una copia aggiornabile.

La figura seguente illustra l'utilizzo delle destinazioni di scarico.

Quando un consumer di data set richiede l'accesso a un data set registrato con offload_targets e l'ID database dell'istanza di Autonomous Database corrisponde al valore specificato in CLOUD_LINK_DATABASE_ID, l'accesso viene scaricato per la copia aggiornabile identificata con OFFLOAD_TARGET nella notazione JSON fornita.

Ad esempio, l'esempio riportato di seguito mostra un esempio JSON con tre coppie di valori OFFLOAD_TARGET/CLOUD_LINK_DATABASE_ID:

{
  "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"
    }
  ]
}

Quando un consumer di set di dati richiede l'accesso a un data set registrato con offload_targets che include la parola chiave ANY, l'accesso viene scaricato per la copia aggiornabile identificata con OFFLOAD_TARGET nella notazione JSON fornita (ad eccezione delle richieste dei consumer che hanno una voce ID database corrispondente nella notazione JSON fornita).

Ad esempio, l'esempio seguente mostra un esempio JSON con una coppia di valori OFFLOAD_TARGET/CLOUD_LINK_DATABASE_ID esplicita e un valore ANY con un valore OFFLOAD_TARGET corrispondente:

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

Per registrare un data set e specificare le destinazioni di scarico, effettuare le operazioni riportate di seguito.

  1. Ottenere l'OCID per una o più copie aggiornabili in cui si desidera scaricare l'accesso al data set. Gli OCID di copia aggiornabili sono disponibili nella console di Oracle Cloud Infrastructure su una copia aggiornabile.
    Nota

    La creazione di una copia aggiornabile può richiedere fino a 10 minuti affinché la copia aggiornabile sia visibile come destinazione di scarico. Ciò significa che potrebbe essere necessario attendere fino a 10 minuti dopo aver creato una copia aggiornabile per rendere disponibile la copia aggiornabile per la registrazione di offload dei collegamenti cloud.
  2. Ottenere l'ID del database per una o più istanze di Autonomous Database a cui si desidera accedere al data set utilizzando i dati forniti dalla copia aggiornabile.

    Nel sistema da cui si desidera accedere al set di dati da una copia aggiornabile, eseguire il comando riportato di seguito.

    SELECT DBMS_CLOUD_LINK.GET_DATABASE_ID FROM DUAL:
  3. Registrare un data set e specificare il parametro offload_targets.

    Ad esempio, se nell'istanza di Autonomous Database è presente uno schema CLOUDLINK, è possibile registrare SALES_VIEW_AGG e specificare le copie aggiornabili che forniscono l'accesso al data set.

    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;
    /

    Di seguito sono riportati i parametri.

    • schema_name: è il nome dello schema (proprietario dell'oggetto).

    • schema_object: è il nome dell'oggetto. Gli oggetti validi sono:

      • Tabelle (incluse heap, esterne o ibride)
      • Viste
      • Viste materializzate
      Nota

      Non sono supportati altri oggetti, ad esempio viste analitiche o sinonimi.
    • namespace: è lo spazio di nomi fornito come nome per l'accesso con i collegamenti cloud (una parte del FQN di Cloud Link).

      Un valore NULL specifica un valore namespace generato dal sistema, univoco per l'istanza di Autonomous Database.

    • name: è il nome fornito per l'accesso con i collegamenti cloud (una parte del FQN di Cloud Link).

    • scope: specifica l'ambito. È possibile utilizzare una delle variabili: MY$REGION, MY$TENANCY o MY$COMPARTMENT oppure specificare uno o più OCID.

      Per ulteriori informazioni, vedere Ambito set di dati, Controllo dell'accesso e Autorizzazione.

    • auth_required: valore booleano che specifica se è richiesta l'autorizzazione a livello di database per il data set, oltre al controllo dell'accesso all'ambito. Quando l'impostazione è TRUE, il data set applica un passo di autorizzazione aggiuntivo. Per ulteriori informazioni, vedere Registrare un data set con autorizzazione obbligatoria.

    • data_set_owner: il valore di testo specifica le informazioni sulla persona responsabile del set di dati o un contatto per le domande sul set di dati. Ad esempio, è possibile fornire un indirizzo e-mail per il proprietario del set di dati.

    • offload_targets: specifica uno o più OCID Autonomous Database delle copie aggiornabili in cui viene scaricato l'accesso ai data set, da Autonomous Database in cui è registrato il data set.

      Per ogni consumer di set di dati, è possibile abbinare una delle seguenti opzioni per scaricare la richiesta in una copia aggiornabile:

      • Quando esiste un valore corrispondente al valore cloud_link_database_id specificato, ovvero i valori corrispondono all'ID database del consumer, l'accesso viene scaricato per la copia aggiornabile identificata dall'OCID specificato in offload_target.

      • Quando si specifica la parola chiave ANY, se non esiste una corrispondenza con il valore di un cloud_link_database_id specificato, l'accesso viene scaricato per la copia aggiornabile identificata con la voce ANY dall'OCID specificato nel offload_target corrispondente.

    Per ulteriori informazioni, vedere gli argomenti riportati di seguito.

Aggiorna attributi registrazione data set

Dopo aver registrato un data set, è possibile aggiornare alcuni attributi del data set. Impossibile aggiornare gli attributi nome schema, oggetto schema, spazio di nomi o nome.

Per aggiornare gli attributi del data set, procedere come segue.

  1. L'utente che ha registrato un data set può aggiornare i propri attributi con DBMS_CLOUD_LINK.UPDATE_REGISTRATION.

    Se non si dispone dei privilegi per aggiornare gli attributi del data set, è necessario ottenere i privilegi di registrazione di concessione dall'utente ADMIN.

    Per ulteriori informazioni, vedere Concedere l'accesso ai collegamenti cloud agli utenti del database.

  2. Aggiornare uno o più attributi per un data set.

    Ad esempio, utilizzare DBMS_CLOUD_LINK.UPDATE_REGISTRATION per aggiornare gli attributi description, scope e auth_required per il data set nello spazio di nomi REGIONAL_SALES con il nome SALES_AGG:

    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;
    /

    I parametri richiesti sono:

    • namespace: è lo spazio di nomi del data set fornito al momento della registrazione del data set.

    • name: è il nome del set di dati fornito al momento della registrazione del set di dati.

    Di seguito è riportato un elenco dei parametri facoltativi. Se NULL viene passato per un valore di parametro facoltativo, l'attributo non viene modificato.

    • description: specifica il testo aggiornato per descrivere i dati.

    • scope: specifica l'ambito. È possibile utilizzare una delle variabili: MY$REGION, MY$TENANCY o MY$COMPARTMENT oppure specificare uno o più OCID.

      Per ulteriori informazioni, vedere Ambito set di dati, Controllo dell'accesso e Autorizzazione.

    • auth_required: valore booleano che specifica se è richiesta l'autorizzazione a livello di database per il data set, oltre al controllo dell'accesso all'ambito. Quando l'impostazione è TRUE, il data set applica un passo di autorizzazione aggiuntivo. Per ulteriori informazioni, vedere Registrare un data set con autorizzazione obbligatoria.

    • data_set_owner: il valore di testo specifica le informazioni sulla persona responsabile del set di dati o un contatto per le domande sul set di dati. Ad esempio, è possibile fornire un indirizzo e-mail per il proprietario del set di dati.

    • offload_targets: specifica uno o più OCID Autonomous Database delle copie aggiornabili in cui viene scaricato l'accesso ai data set, da Autonomous Database in cui è registrato il data set. Per ulteriori informazioni, vedere Registrare un data set con destinazioni di riduzione del carico per l'accesso al data set.

    Non è possibile aggiornare gli attributi schema_name o schema_object.

    Per ulteriori informazioni, vedere UPDATE_REGISTRATION Procedura.

Quando un data set viene registrato in una o più copie aggiornabili tra più aree, qualsiasi modifica alla registrazione nel database di origine deve essere propagata alle aree remote.

Tenere presente quanto riportato di seguito per propagare le modifiche alle copie aggiornabili tra più aree.

  • Se in un producer sono presenti N copie aggiornabili tra più aree in un'area, ad esempio nell'area A, eseguire DBMS_CLOUD_LINK.UPDATE_REGISTRATION esattamente su una copia aggiornabile nell'area A.

  • Se lo stesso producer dispone di copie aggiornabili tra più aree M in un'area remota diversa, ad esempio nell'area B, eseguire DBMS_CLOUD_LINK.UPDATE_REGISTRATION esattamente su una copia aggiornabile nell'area B.

Per aggiornare gli attributi quando un data set viene registrato in una o più copie aggiornabili tra più aree:

  1. Nel database di origine, aggiornare la registrazione del data set.

  2. In una copia aggiornabile remota nell'area remota se è presente una sola area remota o in una copia aggiornabile remota in ogni area remota se sono presenti copie aggiornabili replicate in più aree, aggiornare la registrazione del data set con gli stessi valori utilizzati per aggiornare il database di origine, ad eccezione del parametro offload_targets.

    In una determinata area remota, è necessario eseguire solo DBMS_CLOUD_LINK.UPDATE_REGISTRATION su una copia aggiornabile esatta in tale area (se all'area sono associate più copie aggiornabili allo stesso data set, è necessario eseguire la procedura una sola volta per propagare le modifiche a tutte le copie aggiornabili in una singola area remota).

  3. Aggiornare le copie aggiornabili.

    Per ulteriori informazioni, vedere Aggiorna una copia aggiornabile in Autonomous Database.

Trova data set e utilizza collegamenti cloud

Un utente a cui è concesso l'accesso per leggere i Cloud Links può cercare i data set disponibili per un'istanza di Autonomous Database e può accedere e utilizzare i data set registrati con le relative query.

Dopo l'esecuzione di GRANT_READ da parte dell'utente ADMIN, un utente può cercare e utilizzare i collegamenti cloud.

  1. Trovare i data set disponibili nell'istanza di Autonomous Database.

    Ad esempio, cercare tutti i data set che contengono la stringa "TREE":

    DECLARE
       result CLOB DEFAULT NULL;
    BEGIN
       DBMS_CLOUD_LINK.FIND('TREE', result);
        DBMS_OUTPUT.PUT_LINE(result);
    END;
    /
    
    [{"name":"TREE_DATA","namespace":"FOREST","description":"Urban tree data including county, species and height"}]

    Di seguito sono riportati i parametri.

    • search_string: la stringa da cercare. La stringa di ricerca non distingue tra casi.

    • search_result: un documento JSON che include i valori di spazio di nomi, nome e descrizione per il data set.

    Per ulteriori informazioni, vedere Procedura TROVA.

    La procedura DBMS_CLOUD_LINK.FIND fornisce il numero FQN che è possibile utilizzare con i collegamenti cloud. In questo caso, FOREST.TREE_DATA.

  2. Utilizzare la vista DBA_CLOUD_LINK_ACCESS per elencare i data set disponibili:
    SELECT * FROM DBA_CLOUD_LINK_ACCESS;
    
    NAMESPACE            NAME
    ---------            -------------- 
    FOREST               TREE_DATA 
    REGIONAL_SALES       SALES_AGG
    TRUSTED_COMPARTMENT  SALES
  3. Per ulteriori informazioni su un set di dati registrato, utilizzare la procedura DBMS_CLOUD_LINK.DESCRIBE.
    SELECT DBMS_CLOUD_LINK.DESCRIBE('FOREST','TREE_DATA') FROM DUAL;
    
    DBMS_CLOUD_LINK.DESCRIBE('FOREST','TREE_DATA')
    ---------------------------------------------------
    Urban tree data including county, species and height
  4. Utilizzare il data set registrato in una query.
    SELECT * FROM FOREST.TREE_DATA@cloud$link;
    Nota

    La registrazione di un data set con DBMS_CLOUD_LINK.REGISTER può richiedere fino a 10 minuti affinché il data set sia visibile e accessibile.
I collegamenti cloud supportano sinonimi privati e pubblici. Ad esempio, è possibile definire e utilizzare un sinonimo per FOREST.TREE_DATA@cloud$link:
CREATE SYNONYM S1 for FOREST.TREE_DATA@cloud$link;
CREATE PUBLIC SYNONYM S2 for FOREST.TREE_DATA@cloud$link;

SELECT * FROM S1;

SELECT * FROM S2;

Per ulteriori informazioni, vedere CREATE SYNONYM.

Usa opzioni consumer collegamenti cloud

È possibile impostare il mapping dei nomi di servizio da utilizzare per accedere ai dati da un database consumer ed è possibile abilitare l'inserimento nella cache in un consumer di set di dati per i risultati di una query o per un frammento di query che accede ai dati di Cloud Link.

Impostare il mapping dei nomi del servizio di database per i consumer dei collegamenti cloud

È possibile impostare il mapping dei nomi dei servizi da utilizzare quando i consumer dei collegamenti cloud accedono ai dati da un proprietario del set di dati.

I collegamenti cloud si basano sulle risorse di database nell'istanza di Autonomous Database che è il producer di data set o le risorse di una copia aggiornabile per accedere ai dati condivisi. Per impostazione predefinita, la connettività remota che consente ai consumer di accedere ai dati dei collegamenti cloud utilizza il servizio di database MEDIUM.

Utilizzare DBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING per impostare il mapping del servizio di database per un consumer. In questa procedura si fornisce un ID database o la parola chiave ANY per specificare il mapping del servizio consumer. Ad esempio, la figura seguente mostra un mapping per il consumatore A al servizio HIGH, il consumatore B al servizio MEDIUM, il consumatore C al servizio LOW e un mapping per QUALSIASI al servizio TP, il che significa che tutti gli altri consumatori accedono ai collegamenti cloud utilizzando il servizio TP.



Per ulteriori informazioni sulle caratteristiche dei servizi di database, vedere Nomi dei servizi di database per Autonomous Database.

Eseguire i passi riportati di seguito per impostare il servizio di database da utilizzare per un consumer Cloud Links.

  1. Ottenere l'ID del database per il quale si desidera impostare un mapping di servizi.

    Nel database consumer eseguire GET_DATABASE_ID per ottenere l'ID del database del consumer. Ad esempio:

    SELECT DBMS_CLOUD_LINK.GET_DATABASE_ID FROM DUAL:

    Per ulteriori informazioni, vedere GET_DATABASE_ID Function.

  2. Nell'istanza di Autonomous Database del proprietario del data set, specificare un mapping del servizio.

    Eseguire questo passo sull'istanza di Autonomous Database del proprietario del data set (ovvero sul database del producer).

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

    Dove il valore del parametro database_id è l'ID del database ottenuto nel passo 1.

    Specificare il valore ANY per database_id per utilizzare il valore service_name specificato con tutti i database consumer ai quali non è associato un valore service_name con il valore database_id. Cioè, qualsiasi database_id il cui service_name non è stato impostato con DBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING.

    Per ulteriori informazioni, vedere ADD_SERVICE_MAPPING Procedura.

    Solo l'utente ADMIN e gli schemi con ruolo PDB_DBA possono eseguire DBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING.

  3. Verificare gli ID del database e il mapping dei servizi elencando i mapping dei servizi Cloud Links.

    Ad esempio:

    SELECT * FROM  DBA_CLOUD_LINK_SERVICE_MAPPINGS;

    Per ulteriori informazioni, vedere DBA_CLOUD_LINK_SERVICE_MAPPINGS View.

Note per l'impostazione e la modifica dei mapping dei servizi:

  • I mapping dei servizi diventano effettivi al momento della creazione delle connessioni. Se i mapping dei servizi di un determinato consumatore vengono modificati, i nuovi mapping diventano effettivi solo per le nuove sessioni del consumatore.

  • Qualsiasi mapping di servizi configurato nel proprietario di un data set per un consumer specifico viene rispettato anche se l'accesso dal consumer viene scaricato in una copia aggiornabile. La copia aggiornabile deve essere aggiornata a un point-in-time dopo l'ora in cui i mapping del servizio sono stati configurati nel proprietario del data set. Tenere presente che l'offload in una copia aggiornabile viene configurato con l'argomento offload_targets durante la registrazione del data set.

    Per ulteriori informazioni, vedere Registrare un data set con destinazioni di riduzione del carico per l'accesso al data set.

  • Utilizzare la procedura DBMS_CLOUD_LINK_ADMIN.REMOVE_SERVICE_MAPPING per rimuovere un mapping di servizi per un database_id specificato.

    Dopo aver eseguito DBMS_CLOUD_LINK_ADMIN.REMOVE_SERVICE_MAPPING, un consumer utilizza il servizio di database MEDIUM predefinito o il service_name specificato se si esegue DBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING con il valore database_id ANY. Per ulteriori informazioni, vedere REMOVE_SERVICE_MAPPING Procedura.

Impostare il mapping dei nomi del servizio di database per i consumer dei collegamenti cloud nell'area remota

Quando si crea una copia aggiornabile tra più aree nell'area remota, è possibile accedere a un data set registrato in un'area di origine con i collegamenti cloud da un'area remota.

In questo caso, i mapping dei servizi per i consumer nell'area remota devono essere aggiunti due volte, nel database di origine e nella copia aggiornabile nell'area remota.

Eseguire i passi riportati di seguito per impostare i mapping dei servizi per i consumer dei collegamenti cloud in un'area remota.

  1. Creare una copia aggiornabile tra più aree del database di origine (la copia aggiornabile è una copia del proprietario del data set di collegamenti cloud nell'area remota).

    Per ulteriori informazioni, vedere Creare una copia aggiornabile tra tenancy o tra più aree.

  2. Registrare il data set.

    Per ulteriori informazioni, vedere Registrare un data set.

  3. Aggiungere i mapping dei servizi al proprietario del data set.
  4. Aggiornare la copia aggiornabile.

    Per ulteriori informazioni, vedere Aggiorna una copia aggiornabile in Autonomous Database.

  5. Nella copia aggiornabile remota, registrare il data set utilizzando gli stessi argomenti utilizzati per registrare il data set nell'area di origine, ovvero utilizzare gli stessi argomenti utilizzati nel passo 2.
  6. Nella copia aggiornabile remota, aggiungere i mapping dei servizi utilizzando gli stessi argomenti utilizzati nell'area di origine, ovvero utilizzare gli stessi argomenti utilizzati nel passo 3.

Quando un consumer nell'area remota accede ai dati dei collegamenti cloud, l'accesso utilizzerà gli stessi mapping dei servizi aggiunti nel database del proprietario del data set dell'area di origine.

Abilita inserimento nella cache per un consumer di collegamenti cloud

È possibile abilitare l'inserimento nella cache di un consumer di set di dati per i risultati di una query o per un frammento di query che accede ai dati di Cloud Link.

Per abilitare l'inserimento nella cache in un consumer di set di dati, utilizzare il suggerimento RESULT_CACHE con l'opzione SHELFLIFE. Con l'opzione SHELFLIFE si fornisce un valore che indica la durata, in secondi, della memorizzazione nella cache dei risultati di una query. Dopo il superamento dell'intervallo SHELFLIFE, il risultato inserito nella cache viene contrassegnato come non valido. Finché il risultato inserito nella cache è valido, una query recupera i dati inseriti nella cache dalla cache nel database consumer, evitando un round trip nel database del proprietario del data set.

Utilizzare il suggerimento RESULT_CACHE con l'opzione SHELFLIFE quando il data set è statico o quando il consumer può tollerare risultati non più validi. Il valore SHELFLIFE consente al consumer di set di dati Cloud Link di controllare l'ora, in secondi, in cui i dati nella cache sono validi (il grado di staleness accettabile).

Se il risultato della query è grande e non si adatta alla memoria, è possibile utilizzare il suggerimento RESULT_CACHE con l'opzione SHELFLIFE e l'opzione TEMP per indicare che il risultato deve essere scritto su disco nella tablespace temporanea.

Per inserire nella cache i dati di Cloud Link con il suggerimento RESULT_CACHE:

  1. In una query, specificare il suggerimento RESULT_CACHE con l'opzione SHELFLIFE.

    Ad esempio:

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

    Questo valore RESULT_CACHE specifica un valore SHELFLIFE pari a 120. Ciò indica che il risultato deve essere memorizzato nella cache per 120 secondi. Dopo 120 secondi, il risultato inserito nella cache viene contrassegnato come non valido.

    Il valore SHELFLIFE deve essere un numero intero positivo. Il valore massimo di SHELFLIFE è 4294967295.

  2. Se il risultato della query è di grandi dimensioni e non si adatta alla memoria, utilizzare sia le opzioni SHELFLIFE che TEMP per indicare che il risultato deve essere scritto su disco nella tablespace temporanea.
    SELECT /*+ RESULT_CACHE (TEMP=true SHELFLIFE=360) */ * FROM FOREST.TREE_DATA@cloud$link;

Per i dettagli sull'uso della cache dei risultati con Autonomous Database, vedere RESULT_CACHE_MODE.

Per ulteriori informazioni su RESULT_CACHE con SHELFLIFE, vedere RESULT_CACHE Suggerimento.

Per informazioni sulle procedure per gestire la cache dei risultati e invalidare gli oggetti nella cache dei risultati, vedere DBMS_RESULT_CACHE.

Monitoraggio e visualizzazione delle informazioni sui collegamenti cloud

Autonomous Database fornisce viste che consentono di monitorare e sottoporre ad audit i collegamenti cloud.

Vista descrizione;
V$CLOUD_LINK_ACCESS_STATS e viste GV$CLOUD_LINK_ACCESS_STATS

Consente di tenere traccia dell'accesso a ogni data set registrato nell'istanza di Autonomous Database. Queste viste consentono di tenere traccia del tempo trascorso, del tempo CPU, del numero di righe recuperate e di informazioni aggiuntive sui set di dati registrati. È possibile utilizzare le informazioni in queste viste per eseguire l'audit dell'accesso e dell'uso dei data set dei collegamenti cloud.

Viste DBA_CLOUD_LINK_REGISTRATIONS e ALL_CLOUD_LINK_REGISTRATIONS

Consente di elencare i dettagli dei data set registrati in un'istanza di Autonomous Database.

Viste DBA_CLOUD_LINK_ACCESS e ALL_CLOUD_LINK_ACCESS

Consente di recuperare i dettagli dei data set registrati a cui è consentito l'accesso a un database.

DBA_CLOUD_LINK_AUTHORIZATIONS Visualizza

Fornisce informazioni sui database autorizzati ad accedere ai set di dati. Ciò si applica ai set di dati in cui il parametro auth_required è TRUE.

Viste DBA_CLOUD_LINK_PRIVS e USER_CLOUD_LINK_PRIVS

Fornisce informazioni sui privilegi specifici del collegamento cloud, REGISTER, READ o AUTHORIZE, concessi a tutti gli utenti o all'utente corrente.

DBA_CLOUD_LINK_SERVICE_MAPPINGS Visualizza

Visualizza i dettagli di tutti i mapping dei servizi per i database consumer Collegamenti cloud. Ogni mapping di servizio è costituito da un ID database Cloud Link e da un servizio di database.

Definire un criterio di database privato virtuale per proteggere un data set registrato

Definendo i criteri VPD (Virtual Private Database) per un data set registrato, è possibile fornire un controllo dell'accesso Cloud Link con filtro in modo che solo un subset di dati (righe) sia visibile per siti remoti specifici.

Oracle Virtual Private Database (VPD) è una funzione di sicurezza che consente di controllare l'accesso ai dati in modo dinamico a livello di riga per utenti e applicazioni applicando filtri sullo stesso data set.

Qualsiasi utente a cui sia concesso l'accesso per leggere i collegamenti cloud può accedere e utilizzare i set di dati registrati se rientrano nell'ambito specificato al momento della registrazione del set di dati e se per il set di dati è impostato il parametro di autorizzazione aggiuntiva richiesto, l'accesso viene effettuato da un database autorizzato. Ogni accesso remoto viene eseguito nel contesto dell'istanza remota di Autonomous Database che accede al data set registrato (nel database in cui è stato registrato il data set).

Utilizzare la funzione DBMS_CLOUD_LINK.GET_DATABASE_ID sul sistema remoto per ottenere l'ID univoco del database. Definendo un criterio VPD nel database che ha registrato un data set, è ora possibile utilizzare l'identificativo del database remoto come regola SYS_CONTEXT per fornire un controllo più dettagliato. È possibile definire regole per i database remoti che accedono al data set registrato e limitare l'accesso oltre ciò che è possibile specificando un ambito Cloud Link.

Si consideri un esempio in cui REGIONAL_SALES.SALES_AGG viene reso disponibile a livello di tenancy. Se si desidera limitare l'accesso a tutti i database ad eccezione di uno specifico database, consentendo solo l'accesso completo al database specificato, è possibile aggiungere un criterio VPD nel data set registrato.

Ad esempio:

  1. Ottenere l'ID database Cloud Link univoco per l'istanza di Autonomous Database in cui si desidera fornire l'accesso completo.
    DECLARE
         DB_ID NUMBER;
     BEGIN
         DB_ID := DBMS_CLOUD_LINK.GET_DATABASE_ID;
         DBMS_OUTPUT.PUT_LINE('Database ID:' || DB_ID);
     END;
     /
  2. Creare un criterio VPD nel database che ha registrato il data set consentendo solo l'accesso completo a un database specifico il cui identificativo è stato inserito nel database in questione nel Passo 1.
    CREATE OR REPLACE FUNCTION vpd_policy_sales(
         owner IN VARCHAR2, 
         object IN VARCHAR2)
         RETURN VARCHAR2 IS
    BEGIN
      IF SYS_CONTEXT('USERENV', 'CLOUD_LINK_DATABASE_ID')  <> '12121212163948244901' THEN
        RETURN 'time_id >= trunc(sysdate,''year'')';  
      ELSE
        RETURN '';
      END IF;
    END;
    /

    Vedere DBMS_RLS.

  3. Registrare il criterio VPD per il set di dati registrato per limitare l'accesso completo solo al database identificato nel passo 1.
    
    BEGIN
      DBMS_RLS.ADD_POLICY(object_schema => 'CLOUDLINK',
                object_name => 'SALES_VIEW_AGG',
                policy_name => 'THIS_YEAR',
                function_schema => 'ADMIN',
                policy_function => 'VPD_POLICY_SALES',
                statement_types => 'SELECT',
                policy_type => DBMS_RLS.SHARED_CONTEXT_SENSITIVE);
    END;
    /

    Vedere DBMS_RLS.

Vedere la sezione Uso di Oracle Virtual Private Database per controllare l'accesso ai dati per ulteriori informazioni.

Note per i collegamenti cloud

Fornisce note e limitazioni per l'utilizzo dei collegamenti cloud.

  • È previsto un limite di 4096 per il numero di set di dati che è possibile registrare.

    Ogni istanza di Autonomous Database non può registrare più di 4096 data set. Questo limite si applica a ogni istanza di Autonomous Database, indipendentemente dal numero di ECPU (OCPU se il database utilizza le OCPU) o dalla dimensione di storage dell'istanza. Il limite è un valore fisso e l'impostazione del conteggio ECPU su un valore più grande non consente di registrare più set di dati.

  • È possibile registrare un oggetto in un altro schema se si dispone del privilegio READ WITH GRANT OPTION sull'oggetto.

  • Per registrare i data set o visualizzare e accedere ai data set remoti, è necessario disporre del privilegio appropriato per la registrazione o la lettura dei data set. Questo è vero anche per ADMIN; tuttavia ADMIN può concedere questo privilegio a se stessi.

  • Per utilizzare DBMS_CLOUD_LINK.REGISTER o DBMS_CLOUD_LINK.UPDATE_REGISTRATION, è necessario disporre del privilegio di esecuzione sul pacchetto DBMS_CLOUD_LINK, oltre al privilegio di registrazione assegnato con DBMS_CLOUD_LINK_ADMIN.GRANT_REGISTER. Solo l'utente ADMIN e gli schemi con PDB_DBA dispongono di questo privilegio per impostazione predefinita.

  • Se si elimina e crea di nuovo una tabella registrata, è necessario registrare di nuovo la tabella per l'accesso remoto.

  • Solo l'utente ADMIN e gli utenti con il ruolo PDB_DBA dispongono dei privilegi per accedere alle viste riportate di seguito.

    • DBA_CLOUD_LINK_ACCESS

    • DBA_CLOUD_LINK_REGISTRATIONS

    • DBA_CLOUD_LINK_AUTHORIZATIONS

    • DBA_CLOUD_LINK_PRIVS

    Per maggiori informazioni, vedere DBMS_CLOUD_LINK Views.

  • L'accesso ai dati registrati remoti richiede l'apertura del database remoto. Se il database remoto è chiuso o in modalità limitata, non sarà possibile accedere ai dati e verrà restituito un errore Oracle.

  • È previsto un limite massimo di quattro database link aperti per sessione. Il superamento di questo limite può portare a ORA-02020 o ORA-12545.

  • Se la cache dei risultati è abilitata, ad esempio il funzionamento predefinito in Autonomous Database con il carico di lavoro Data Warehouse, è necessario assicurarsi che la cache dei risultati non venga utilizzata quando sono necessari dati in tempo reale.

  • Quando si aggiorna il tipo di licenza da Gratuito a A pagamento, è necessario registrare di nuovo i data set di collegamenti cloud. Per ulteriori informazioni, consulta la sezione relativa all'aggiornamento dell'istanza sempre gratuita a pagamento con Autonomous Database.

  • Per impostazione predefinita, la connettività remota dei collegamenti cloud utilizza il servizio di database MEDIUM. È possibile modificare l'impostazione predefinita con DBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING utilizzando ANY come valore per DATABASE_ID. È possibile modificare il servizio di database per un consumer con DBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING specificando DATABASE_ID del consumer. Per ulteriori informazioni, vedere Imposta mapping dei nomi del servizio di database per i consumer dei collegamenti cloud.

    Le connessioni remote possono essere visualizzate come utente C##DATA$SHARE in V$SESSION e le viste Collegamenti cloud V$CLOUD_LINK_ACCESS_STATS e Viste GV$CLOUD_LINK_ACCESS_STATS forniscono ulteriori dettagli sulle connessioni remote.

  • Salvo diversa indicazione, tutte le interfacce fanno distinzione tra maiuscole e minuscole, come indicato di seguito.

    • Qualsiasi elemento immesso esistente nel database, ad esempio nomi utente e nomi di tabella, maiuscole e minuscole, è significativo e deve essere immesso con lettere maiuscole.
    • Le variabili predefinite, ad esempio i valori di ambito predefiniti, devono essere immessi in lettere maiuscole.
    • Qualsiasi elemento specificato per l'impostazione dei collegamenti cloud, ad esempio spazi di nomi o nomi di tabelle in uno spazio di nomi, deve essere specificato come immesso. Ad esempio, se si definisce uno spazio di nomi come trees, è necessario racchiudere lo spazio di nomi tra virgolette, come "trees", quando si accede con SQL.
  • È possibile condividere i collegamenti cloud quando un data set si trova in un'istanza di Autonomous Database in modalità di sola lettura. Per ulteriori informazioni, vedere Usa collegamenti cloud da un'istanza di Autonomous Database di sola lettura.

  • La creazione di una copia aggiornabile può richiedere fino a 10 minuti affinché la copia aggiornabile sia visibile come destinazione di scarico. Ciò significa che potrebbe essere necessario attendere fino a 10 minuti dopo aver creato una copia aggiornabile per rendere disponibile la copia aggiornabile per la registrazione di offload dei collegamenti cloud.

    Per ulteriori informazioni, vedere Registrare un data set con destinazioni di riduzione del carico per l'accesso al data set e Creare una copia aggiornabile per un'istanza di Autonomous Database.

Usa Cloud Links da un'istanza di Autonomous Database di sola lettura

È possibile condividere i collegamenti cloud quando un data set risiede in un'istanza di Autonomous Database di sola lettura.

Per condividere i collegamenti cloud da un'istanza di Autonomous Database in modalità di sola lettura:
  1. Cambiare la modalità di database in Lettura/Scrittura.
  2. Con il database in modalità di lettura/scrittura, eseguire la procedura per registrare un data set.
    1. Concedi accesso ai collegamenti cloud per gli utenti del database
    2. Registra o annulla la registrazione di un data set
  3. Dopo aver registrato uno o più data set, modificare il database in modalità di sola lettura.