Utilizzare i collegamenti cloud per l'accesso ai dati in sola lettura su Autonomous Database
I collegamenti cloud forniscono un metodo basato su 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 come definito dal proprietario dei dati e i dati sono quindi accessibili a quelli con accesso concesso al momento della registrazione. Non sono necessarie ulteriori azioni per impostare i collegamenti cloud e chiunque dovrebbe vedere e accedere ai tuoi dati è in grado di scoprire e lavorare con i dati. - Concedere l'accesso ai collegamenti cloud per gli utenti del database
L'utente ADMIN concede privilegi agli utenti del database per registrare i set di dati. L'utente ADMIN concede inoltre privilegi agli utenti del database per accedere ai data set registrati. - Registrare un data set
Descrive le opzioni e i passi per registrare una tabella o visualizzare l'utente come data set registrato da condividere con i collegamenti cloud. - Trova data set e utilizza collegamenti cloud
Un utente a cui è concesso l'accesso per leggere i collegamenti cloud può cercare i data set disponibili per un'istanza di Autonomous Database e può accedere ai data set registrati e utilizzarli con le relative query. - 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 di un consumer di set di dati per i risultati di una query o di un frammento di query che accede ai dati di Cloud Link. - Monitorare e visualizzare le informazioni sui collegamenti cloud
Autonomous Database fornisce viste che consentono di monitorare ed eseguire l'audit dei collegamenti cloud. - Definire un criterio di database privato virtuale per proteggere un data set registrato
La definizione di criteri VPD (Virtual Private Database) per un data set registrato consente di fornire un controllo dell'accesso a Cloud Link con filtro in modo che solo un subset di dati (righe) sia visibile per siti remoti specifici. - Note per i collegamenti cloud
Fornisce note e restrizioni per l'utilizzo dei collegamenti cloud.
Argomento padre: Condivisione dati
Informazioni sui collegamenti cloud in Autonomous Database
Con i collegamenti cloud, un proprietario dei dati registra una tabella o una vista per l'accesso remoto a un'audience selezionata come definito dal proprietario dei dati e i dati sono quindi accessibili a quelli con accesso concesso al momento della registrazione. Non sono necessarie ulteriori azioni per impostare i collegamenti cloud e chiunque dovrebbe vedere e accedere ai tuoi dati è in grado di scoprire e lavorare con 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. 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, puoi 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 in più aree.
I collegamenti cloud semplificano notevolmente la condivisione di tabelle o viste tra le istanze di Autonomous Database, rispetto ai meccanismi di database linking tradizionali. Con Cloud Links puoi trovare i dati senza richiedere una complessa configurazione del database link. Autonomous Database fornisce un accesso trasparente utilizzando SQL e implementa l'applicazione dei privilegi con l'ambito dei collegamenti cloud e concedendo l'autorizzazione alle singole istanze di Autonomous Database.
I collegamenti cloud introducono i concetti di spazi di nomi e nomi regionali per i dati resi accessibili da 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 elemento LWARD.EMP
. I collegamenti cloud forniscono uno spazio di nomi e un nome simili a livello regionale, che non è collegato a un singolo database ma si applica a molte istanze di Autonomous Database come specificato con l'ambito e facoltativamente con l'autorizzazione del database.
Ad esempio, è possibile registrare un set di dati 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 da quelli dello schema 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 Cloud Link.
Per accedere a un set di dati registrato, includere lo spazio di 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 venga scaricato in una copia aggiornabile. Quando un consumer Autonomous Database è elencato nella lista di download di un data set, l'accesso al data set viene indirizzato alla copia aggiornabile. Inoltre, è possibile utilizzare la funzione di offload delle query unificate in cui si configura un leader o un membro del pool elastico come provider di collegamenti cloud e si abilita l'offload delle query ProxySQL per scaricare le query (letture) in qualsiasi numero di copie aggiornabili.
I collegamenti cloud forniscono accesso in sola lettura agli oggetti remoti su 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.
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.
Condizioni dei collegamenti cloud
Esistono diversi concetti e termini da utilizzare quando si utilizzano i collegamenti cloud:
-
Set di dati registrato (Data Set): identifica una tabella o una vista abilitata per l'accesso remoto in un Autonomous Database. Un set di dati registrato indica anche chi è autorizzato ad accedere al set di dati (il suo 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'accesso facilitato per il data set.
-
Proprietario set di dati: specificare un proprietario del set di dati per fornire un punto di contatto per le domande relative a un set di dati.
-
Ambito: specifica chi e da dove un utente può accedere a un set di dati 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 specifici. L'ambito di un data set registrato può essere espresso in termini di OCID. Per ulteriori informazioni, vedere Identificativi risorsa.
-
Registrazione dei dati: con la registrazione dei dati, un utente rende disponibile una tabella o una vista per l'accesso remoto, soggetta alle restrizioni 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 testuali del database. La ricerca automatica mostra un data set solo se si dispone di un privilegio per accedere al data set. È possibile cercare un set di dati registrato per nome o per descrizione.
-
Descrizione dei dati: consente a un utente di recuperare una descrizione o metadati per una tabella o una vista resa disponibile come data set registrato.
-
Obiettivi di scarico: facoltativamente, è possibile specificare una o più destinazioni di scarico. Le destinazioni di scarico sono copie aggiornabili che forniscono i data set dei collegamenti cloud alle istanze di Autonomous Database specificate. Specificando una destinazione di scarico, puoi dedicare un'istanza di Autonomous Database per fornire set di dati per separare la produzione dallo sviluppo, per le prestazioni, per garantire la sicurezza o per altri motivi. Per ulteriori informazioni, vedere Usa copie aggiornabili con Autonomous Database.
Audit collegamenti cloud
Qualsiasi accesso a un data set registrato mediante i collegamenti cloud viene registrato a scopo di audit. Il log include la tenancy, il compartimento o il database a cui si è avuto accesso al data set, la quantità di dati a cui si ha accesso e ulteriori informazioni. Le viste V$CLOUD_LINK_ACCESS_STATS e GV$CLOUD_LINK_ACCESS_STATS mostrano le informazioni di audit.
Metadati e viste di audit del set di dati
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 Monitorare e visualizzare le informazioni sui collegamenti cloud.
- Ambito del set di dati, controllo dell'accesso e autorizzazione
I collegamenti cloud sfruttano i meccanismi di accesso di Oracle Cloud Infrastructure per rendere accessibili i set di dati registrati e per proteggere i dati con restrizioni di accesso.
Ambito, controllo dell'accesso e autorizzazione del set di dati
Autonomous Database determina l'accesso facilitato dei data set registrati come indicato di seguito.
-
L'utente ADMIN specifica un ambito per un utente che consente all'utente di registrare i set di dati 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 i 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
come 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 che sta registrando il data set. Questa è la portata meno restrittiva. -
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 che sta registrando il data set. Questo ambito è più restrittivo dell'ambitoMY$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. Si tratta dell'ambito più restrittivo che è possibile impostare per un utente conGRANT_REGISTER
.
Successivamente, l'ambito impostato quando si registra un data set determina da dove gli utenti possono accedere al data set. DBMS_CLOUD_LINK.REGISTER
scope
è un elenco separato da virgole costituito da uno o più dei seguenti elementi:
-
OCID database: l'accesso al data set è consentito per le istanze specifiche di Autonomous Database identificate dall'OCID.
-
OCID compartimento: l'accesso al data set è consentito per il 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 denominata. In tutti i casi, l'accesso ai collegamenti cloud è limitato a una singola area e non è tra più aree.
-
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 utili e vengono risolte in OCID.
L'ambito impostato quando si registra un set di dati viene rispettato solo quando corrisponde o è più restrittivo del set di valori 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 set di dati con DBMS_CLOUD_LINK.REGISTER
. In questo caso vedrebbero 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 i dati specifici a cui possono accedere le singole istanze di Autonomous Database.
Per ulteriori informazioni sull'uso dei criteri VPD, vedere Definire un criterio di database privato virtuale per proteggere un data set registrato.
Il valore ID del 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.
Per ulteriori informazioni, vedere Uso di Oracle Virtual Private Database per controllare l'accesso ai dati.
Autorizzazione set di dati
Quando si registra un data set, se si dispone dei privilegi di autorizzazione concessi, è possibile specificare che per accedere a un data set è necessaria l'autorizzazione OCID del database. 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
, ADMIN deve autorizzare l'utente a eseguire questa procedura con DBMS_CLOUD_LINK_ADMIN.GRANT_AUTHORIZE
.
La registrazione del set di dati con autorizzazione richiesta specifica l'accesso a livello di database per un set di dati, oltre al controllo dell'accesso all'ambito specificato per il set di dati, come indicato di seguito.
-
I database che si trovano all'interno del
SCOPE
specificato e che sono stati autorizzati conDBMS_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 conDBMS_CLOUD_LINK.GRANT_AUTHORIZATION
non possono visualizzare le righe del set di dati. In questo caso, i consumer senza autorizzazione visualizzano il set di dati come vuoto. -
I database che non rientrano nel
SCOPE
specificato visualizzano un errore durante il tentativo di accedere al data set.
Argomento padre: Informazioni sui collegamenti cloud in Autonomous Database
Concedi accesso ai collegamenti cloud per gli utenti del database
L'utente ADMIN concede 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 privilegi di registrazione, fornisce un ambito che specifica l'ambito massimo che un utente può fornire quando registra un set di dati (all'interno della gerarchia di ambiti). I valori scope
validi per l'uso 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.
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 disporre del privilegio appropriato per la registrazione con
DBMS_CLOUD_LINK_ADMIN.GRANT_REGISTER
o per la lettura dei data set conDBMS_CLOUD_LINK_ADMIN.GRANT_READ
.Ciò vale anche per l'utente ADMIN; tuttavia, l'utente ADMIN può concedere i privilegi a se stesso.
-
Le viste
DBA_CLOUD_LINK_PRIVS
eUSER_CLOUD_LINK_PRIVS
forniscono informazioni sui privilegi utente. Per ulteriori informazioni, vedere Monitorare e visualizzare le informazioni sui collegamenti cloud. -
Un utente può eseguire la query seguente per verificare se è abilitato per l'autenticazione dei data set registrati e protetti:
SELECT SYS_CONTEXT('USERENV', 'CLOUD_LINK_AUTH_ENABLED') FROM DUAL;
- Revoca l'accesso ai collegamenti cloud per gli utenti del database
L'utente ADMIN può revocare la registrazione per impedire a un utente di registrare i set di dati per l'accesso remoto. L'utente ADMIN può inoltre revocare i privilegi o gli utenti del database per accedere ai data set registrati.
Registrare un data set
Descrive le opzioni e i passi per registrare una tabella o visualizzare l'utente come data set registrato da condividere con i collegamenti cloud.
- Registrare o annullare la registrazione di un data set
È possibile registrare una tabella o visualizzarne la proprietà come data set registrato. Quando si desidera rimuovere o sostituire il set di dati, è necessario annullarne la registrazione. Dopo aver registrato un data set, è possibile modificare i valori degli attributi di un data set. - Registrare o annullare la registrazione di un data set in un'area diversa
È possibile utilizzare i collegamenti cloud in più aree, dove 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. - Registrare un data set con autorizzazione obbligatoria
Se necessario, 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. - Registrare un data set con destinazioni di riduzione del carico per l'accesso al data set
Facoltativamente, quando si registra un data set è possibile scaricare l'accesso al data set su una o più istanze di Autonomous Database che sono copie aggiornabili. - Aggiorna attributi registrazione set di dati
Dopo aver registrato un set di dati, è possibile aggiornare alcuni attributi del set di dati. Impossibile aggiornare gli attributi nome schema, oggetto schema, spazio di nomi o nome.
Registrare o annullare la registrazione di un data set
È possibile registrare una tabella o visualizzarne la proprietà come set di dati registrato. Quando si desidera rimuovere o sostituire il set di dati, è 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'accesso facilitato per il data set.
Per registrare un set di dati:
È possibile aggiornare alcuni valori per gli attributi di un data set dopo aver registrato un data set. Per ulteriori informazioni, vedere Aggiornamento degli attributi di registrazione del 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 note per la registrazione di un data set conDBMS_CLOUD_LINK.REGISTER
e l'annullamento della registrazione di un data set conDBMS_CLOUD_LINK.UNREGISTER
.
Argomento padre: Registrare un data set
Note per la registrazione o l'annullamento della registrazione di un data set
Fornisce 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 di un'area remota accedano al data set, è necessario eseguire ulteriori passi per rendere disponibile il data set 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 di un data set esistente.Il tempo di attesa per il completamento dell'aggiornamento può essere massimo di 10 minuti affinché una modifica alla registrazione venga propagata e accessibile tramite i collegamenti cloud. Questo ritardo può influire sull'accuratezza dei dati nelle viste
DBA_CLOUD_LINK_REGISTRATIONS
eDBA_CLOUD_LINK_ACCESS
. -
È possibile registrare una tabella o una vista che si trova nello schema di un altro utente quando 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 al di fuori dell'ambito non saranno mai visibili o accessibili.
Considerare ad esempio la seguente sequenza:
-
Un utente con ambito
MY$COMPARTMENT
registra un oggetto con un ambito che specifica un singolo OCID di database. -
Quando un utente richiede l'accesso al data set registrato, Autonomous Database esegue il controllo per verificare che l'OCID database del database da cui proviene la richiesta si trovi nella lista OCID specificata con
scope
quando il data set è stato registrato. -
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 da remoto.
Argomento padre: Registrare o annullare la registrazione di un data set
Registrare o annullare la registrazione di un data set in un'area diversa
È possibile utilizzare i collegamenti cloud in più aree, dove 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 dell'illustrazione cloud-links-cross-region-refreshable-clone.png
Per utilizzare i collegamenti cloud con un data set in un'area diversa:
È 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.
-
Nella copia aggiornabile, annullare la registrazione del data set.
Ad esempio:
BEGIN
DBMS_CLOUD_LINK.UNREGISTER
( namespace => 'TRUSTED_COMPARTMENT', name => 'SALES'); END; / -
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:
-
Nella copia aggiornabile remota se esiste una sola copia o su più copie aggiornabili nelle aree remote se ne esiste più di una, annullare la registrazione del set di dati.
Ad esempio:
BEGIN
DBMS_CLOUD_LINK.UNREGISTER
( namespace => 'TRUSTED_COMPARTMENT', name => 'SALES'); END; / -
Annullare la registrazione del data set nel database di origine.
Per ulteriori informazioni, vedere Registrare o annullare la registrazione di un data set.
-
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.
Argomento padre: Registrare un data set
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 in 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 parametrooffload_targets
.Ad esempio, quando si esegue
DBMS_CLOUD_LINK.REGISTER
con ambito impostato suMY$COMPARTMENT
nell'istanza di Autonomous Database di origine, eseguire di nuovo la procedura nella copia aggiornabile tra più aree con lo stesso valore del parametro di ambito (MY$COMPARTMENT
). -
Se si specifica il parametro
offload_targets
conDBMS_CLOUD_LINK.REGISTER
nell'origine, 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 azioni riportate di seguito 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.
-
Registrare un set di dati con autorizzazione obbligatoria
Facoltativamente, quando si registra un data set, oltre all'ambito è possibile specificare che per accedere a un data set è necessaria l'autorizzazione a livello di database.
Rispetto all'esempio precedente in cui si imposta auth_required
su FALSE
, in questo esempio si imposta auth_required
su TRUE
. Se auth_required
è TRUE
, sono necessari passi aggiuntivi per specificare uno o più database da cui è autorizzato l'accesso al data set.
Se si dispone dell'autorizzazione, è possibile concedere l'autorizzazione solo, come illustrato in questi passi. ADMIN concede privilegi di autorizzazione con
DBMS_CLOUD_LINK_ADMIN.GRANT_AUTHORIZE
.
È possibile aggiornare il valore del parametro auth_required
dopo aver registrato un data set. Per ulteriori informazioni, vedere Aggiornamento degli attributi di registrazione del 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.
Argomento padre: Registrare un data set
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 su 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 del 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 la richiesta del consumer del set di dati viene scaricata nella destinazione di scarico corrispondente. La richiesta del data set di un consumatore verrà instradata alla destinazione di scarico corrispondente.Se si specifica
ANY
senza specificare gli ID di database, tutte le richieste di set di dati dai consumer vengono scaricate nella copia aggiornabile specificata con il valoreOFFLOAD_TARGET
.Se si specificano sia gli ID di database che
ANY
, le richieste di set di dati dai consumer che non corrispondono a un ID di database vengono scaricate nella copia aggiornabile specificata con il valoreOFFLOAD_TARGET
.
-
-
OFFLOAD_TARGET
è l'OCID di un'istanza di Autonomous Database che è una copia aggiornabile.
La figura seguente illustra l'utilizzo delle destinazioni di scarico.
Quando un consumer di set di dati 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 nella copia aggiornabile identificata con OFFLOAD_TARGET
nel file JSON fornito.
Ad esempio, viene mostrato 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 set di dati registrato con offload_targets
che include la parola chiave ANY
, l'accesso viene scaricato nella copia aggiornabile identificata con OFFLOAD_TARGET
nel file JSON fornito (ad eccezione delle richieste dei consumer che dispongono di una voce ID database corrispondente nel file JSON fornito).
Ad esempio, di seguito viene mostrato 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.
Argomento padre: Registrare un data set
Aggiorna attributi registrazione set di dati
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 set di dati:
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.
Per propagare le modifiche alle copie aggiornabili tra più aree, tenere presente quanto riportato di seguito.
-
Se un producer dispone di N copie aggiornabili tra più aree in un'area, ad esempio nell'area A, eseguire
DBMS_CLOUD_LINK.UPDATE_REGISTRATION
su una copia aggiornabile esattamente 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
su una copia aggiornabile esattamente nell'area B.
Per aggiornare gli attributi quando un data set viene registrato in una o più copie aggiornabili tra più aree, procedere come segue.
-
Nel database di origine, aggiornare la registrazione del data set.
-
In una copia aggiornabile remota nell'area remota se esiste 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 set di dati con gli stessi valori utilizzati per aggiornare il database di origine, ad eccezione del parametro
offload_targets
.In qualsiasi area remota specificata, è necessario eseguire
DBMS_CLOUD_LINK.UPDATE_REGISTRATION
solo su una copia aggiornabile in quell'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). -
Aggiornare le copie aggiornabili.
Per ulteriori informazioni, vedere Aggiorna una copia aggiornabile in Autonomous Database.
Argomento padre: Registrare un data set
Trova set di dati e utilizza collegamenti cloud
Un utente a cui è concesso l'accesso per leggere i collegamenti cloud può cercare i data set disponibili per un'istanza di Autonomous Database e può accedere e utilizzare i data set registrati con le proprie query.
Dopo l'esecuzione di GRANT_READ
da parte dell'utente ADMIN, un utente può cercare e utilizzare i collegamenti cloud.
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 di un consumer di data set per i risultati di una query o di 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 di servizio da utilizzare quando i consumer dei collegamenti cloud accedono ai dati da un proprietario del set di dati. - 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.
Imposta mapping nome servizio di database per consumer collegamenti cloud
È possibile impostare il mapping dei nomi di servizio da utilizzare quando i consumer dei collegamenti cloud accedono ai dati da un proprietario del data set.
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 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 specificare un ID database o la parola chiave ANY
per specificare il mapping del servizio consumer. Ad esempio, la figura seguente mostra un mapping per Consumer A al servizio HIGH, Consumer B al servizio MEDIUM, Consumer C al servizio LOW e un mapping per ANY al servizio TP, il che significa che tutti gli altri consumatori accedono a Cloud Links 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 di collegamenti cloud.
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 in un proprietario di 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. Si noti che l'offload a 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 scarico per l'accesso al data set.
-
Utilizzare la procedura
DBMS_CLOUD_LINK_ADMIN.REMOVE_SERVICE_MAPPING
per rimuovere un mapping di servizi per undatabase_id
specificato.Dopo aver eseguito
DBMS_CLOUD_LINK_ADMIN.REMOVE_SERVICE_MAPPING
, un consumer utilizza il servizio di databaseMEDIUM
predefinito oppure il valoreservice_name
specificato se si esegueDBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING
con il valoredatabase_id
ANY
. Per ulteriori informazioni, vedere REMOVE_SERVICE_MAPPING Procedure.
- Impostare il mapping dei nomi del servizio di database per i consumer di collegamenti cloud nell'area remota
Un data set registrato in un'area di origine è accessibile con i collegamenti cloud di un'area remota quando si crea una copia aggiornabile tra più aree nell'area remota.
Argomento padre: Usa opzioni consumer collegamenti cloud
Imposta mapping nome servizio database per consumer collegamenti cloud in area remota
Un data set registrato in un'area di origine è accessibile con i collegamenti cloud da un'area remota quando si crea una copia aggiornabile tra più aree nell'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.
Quando un consumer nell'area remota accede ai dati dei collegamenti cloud, l'accesso utilizzerà gli stessi mapping dei servizi aggiunti nel database 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, di inserimento nella cache di un risultato della query. Una volta trascorso l'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 nel database consumer, evitando così un round-trip nel database del proprietario del data set.
Utilizzare il suggerimento RESULT_CACHE
con l'opzione SHELFLIFE
quando il set di dati è 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 il tempo, in secondi, in cui i dati nella cache sono validi (il grado accettabile di staleness).
Se il risultato della query è elevato 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
:
Per i dettagli sull'uso della cache dei risultati con Autonomous Database, consulta RESULT_CACHE_MODE.
Per ulteriori informazioni su RESULT_CACHE
con SHELFLIFE
, vedere RESULT_CACHE Hint.
Per informazioni sulle procedure per gestire la cache dei risultati e invalidare gli oggetti nella cache dei risultati, vedere DBMS_RESULT_CACHE.
Argomento padre: Usa opzioni consumer collegamenti cloud
Monitorare e visualizzare le informazioni sui collegamenti cloud
Autonomous Database fornisce viste che consentono di monitorare ed eseguire l'audit dei collegamenti cloud.
Visualizza | 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 tengono traccia del tempo trascorso, del tempo CPU, del numero di righe recuperate e di ulteriori informazioni sui set di dati registrati. È possibile utilizzare le informazioni contenute in queste viste per eseguire l'audit dell'accesso e dell'uso del set di dati Collegamenti cloud. |
Visualizzazioni DBA_CLOUD_LINK_REGISTRATIONS e ALL_CLOUD_LINK_REGISTRATIONS |
Consente di elencare i dettagli dei data set registrati in un'istanza di Autonomous Database. |
Visualizzazioni DBA_CLOUD_LINK_ACCESS e ALL_CLOUD_LINK_ACCESS |
Consente di recuperare i dettagli dei data set registrati a cui è consentito accedere al database. |
Vista DBA_CLOUD_LINK_AUTHORIZATIONS |
Fornisce informazioni sui database autorizzati ad accedere ai data set. Ciò si applica ai set di dati in cui il parametro |
Visualizzazioni DBA_CLOUD_LINK_PRIVS e USER_CLOUD_LINK_PRIVS |
Fornisce informazioni sui privilegi specifici di Cloud Link, |
Visualizza i dettagli di tutti i mapping dei servizi per i database consumer di Cloud Links. Ogni mapping di servizi è 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
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 set di dati.
Qualsiasi utente a cui è 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 il parametro di autorizzazione aggiuntiva richiesto è impostato per il set di dati, l'accesso proviene 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
nel 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ù capillare. È possibile definire regole per i database remoti che accedono al data set registrato e limitare l'accesso oltre quanto è possibile specificando un ambito di collegamento cloud.
Prendere in considerazione 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 tranne uno specifico database, consentendo solo l'accesso completo al database specificato, è possibile aggiungere un criterio VPD nel set di dati registrato.
Ad esempio:
Per ulteriori informazioni, vedere Uso di Oracle Virtual Private Database per controllare l'accesso ai dati.
Note per i collegamenti cloud
Fornisce note e limitazioni per l'utilizzo dei collegamenti cloud.
-
Il numero di set di dati registrabili è limitato a 4096.
Ogni istanza di Autonomous Database può registrare non 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 OCPU) o dalla dimensione di storage dell'istanza. Il limite è un valore fisso e l'impostazione del conteggio ECPU su un valore maggiore non consente di registrare ulteriori data set.
-
È 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 stesso.
-
Per utilizzare
DBMS_CLOUD_LINK.REGISTER
oDBMS_CLOUD_LINK.UPDATE_REGISTRATION
, è necessario disporre del privilegio di esecuzione sul pacchettoDBMS_CLOUD_LINK
, oltre al privilegio di registrazione assegnato conDBMS_CLOUD_LINK_ADMIN.GRANT_REGISTER
. Per impostazione predefinita, solo l'utente ADMIN e gli schemi conPDB_DBA
dispongono di questo privilegio. -
Se si elimina e si crea di nuovo una tabella registrata, è necessario registrare di nuovo la tabella per l'accesso remoto.
-
Solo l'utente ADMIN e gli utenti con 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 ulteriori informazioni, vedere DBMS_CLOUD_LINK Views.
-
-
L'accesso ai dati registrati e 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
oORA-12545
. -
Se la cache dei risultati è abilitata, come il comportamento predefinito in Autonomous Database con carico di lavoro di 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 Pagato, è necessario registrare di nuovo i set di dati Collegamenti cloud. Per ulteriori informazioni, consulta la sezione relativa all'aggiornamento dell'istanza Sempre gratis a pagamento con Autonomous Database.
-
Per impostazione predefinita, la connettività remota di Cloud Links utilizza il servizio di database
MEDIUM
. È possibile modificare l'impostazione predefinita conDBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING
utilizzandoANY
come valore perDATABASE_ID
. È possibile modificare il servizio di database per un consumer conDBMS_CLOUD_LINK_ADMIN.ADD_SERVICE_MAPPING
specificandoDATABASE_ID
del consumer. Per ulteriori informazioni, vedere Imposta mapping dei nomi del servizio di database per i consumer dei collegamenti cloud.È possibile visualizzare le connessioni remote come utente
C##DATA$SHARE
inV$SESSION
e le viste Collegamenti cloud V$CLOUD_LINK_ACCESS_STATS e GV$CLOUD_LINK_ACCESS_STATS Views forniscono ulteriori dettagli sulle connessioni remote. -
Tutte le interfacce fanno distinzione tra maiuscole e minuscole, se non diversamente specificato, come indicato di seguito.
- Tutto ciò che si immette nel database, ad esempio i nomi utente e i nomi di tabella, le maiuscole e le minuscole sono importanti e devono essere immesse con lettere maiuscole.
- 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 doppie, come"trees"
, quando si accede a tale spazio con SQL.
-
È possibile condividere i collegamenti cloud quando un data set risiede 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 la creazione di una copia aggiornabile affinché la copia aggiornabile sia disponibile per la registrazione di scarico dei collegamenti cloud.
Per ulteriori informazioni, vedere Registrare un data set con destinazioni di scarico per l'accesso al data set e Creare una copia aggiornabile per un'istanza di Autonomous Database.
- Usa collegamenti cloud 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.
Usa collegamenti cloud 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.
Argomento padre: Note per i collegamenti cloud