Considerazioni su Oracle Autonomous AI Database
In questo argomento vengono evidenziati alcuni aspetti importanti dell'utilizzo di Oracle Autonomous AI Database con Resource Analytics.
Linee guida per l'uso di Oracle Autonomous AI Database associate a Resource Analytics
Resource Analytics esegue il provisioning delle istanze di Oracle Autonomous AI Database (ADW) per memorizzare i dati. Come parte di Resource Analytics, Oracle non ti consente di eseguire o consigliare determinate attività di amministrazione di Autonomous AI Database.
| Attività | Ulteriori informazioni |
|---|---|
| Gestione del ciclo di vita del database | Sebbene un amministratore possa arrestare, sospendere e riavviare Autonomous AI Database (ADW) associato a un'istanza di Resource Analytics, Resource Analytics non aggiorna i metadati delle risorse durante l'arresto, la sospensione o il riavvio di ADW. Se viene interrotto o sospeso per più di 21 giorni, Resource Analytics interrompe definitivamente l'aggiornamento. Si consiglia di non rinominare l'ADW. Nota: non eliminare mai l'ADW senza prima eliminare l'istanza di Resource Analytics collegata. |
| Modifiche alle risorse con provisioning automatico | Puoi eseguire lo scale-up di risorse come le OCPU per una maggiore capacità o terabyte per uno storage aggiuntivo. Tuttavia, non puoi ridimensionare tali risorse ai livelli in base a quelli di cui viene eseguito automaticamente il provisioning con Resource Analytics. La scala automatica per le OCPU è attivata per impostazione predefinita da Resource Analytics e non è possibile disattivarla. |
| Autonomous Data Guard | Anche se puoi attivare Autonomous Data Guard, questa operazione non è consigliata perché Resource Analytics non supporta il failover nell'istanza popolata tramite Data Guard. |
| Ripristina dai backup | Autonomous AI Database fornisce backup giornalieri. Sebbene il ripristino di una nuova istanza possa essere utile per visualizzare o copiare i dati dal backup, non è consigliabile ripristinare i backup nell'istanza di Autonomous AI Database associata a Resource Analytics. In questo modo, le pipeline di dati e i contenuti di fabbrica potrebbero trovarsi in uno stato incoerente. |
| Uso personalizzato | Linee guida |
|---|---|
| Aggiunta di dati agli schemi personalizzati | È possibile aggiungere al servizio fino a 50 GB di dati personalizzati. Per oltre 50 gigabyte, devi eseguire lo scale-up dello storage tramite la console di Oracle Cloud Infrastructure, che viene addebitata al tuo account Oracle Cloud. Se intendi eseguire query e trasformazioni a uso intensivo di computazione sui tuoi dati personalizzati, puoi eseguire lo scale-up di più OCPU utilizzando la console di Oracle Cloud Infrastructure, addebitata al tuo account Oracle Cloud. Vedere Scalabilità di Oracle Autonomous Data Warehouse. |
| Aggiunta di CPU extra | Assicurarsi di disporre di CPU adeguate configurate in Autonomous AI Database (e sessioni corrispondenti) per eseguire ETL personalizzato. Per ogni CPU allocata nell'ambito della creazione dell'istanza di Resource Analytics, non dovresti superare le cinque sessioni concorrenti a basso servizio per ETL personalizzato. Il superamento di questo valore può influire sulle prestazioni ETL o di reporting e pertanto non è supportato. Se è necessario eseguire più sessioni, assicurarsi che nell'istanza di Autonomous AI Database vengano aggiunte CPU aggiuntive. Ogni CPU in più che si aggiunge in questo modo dà fino a 300 sessioni basse. È necessario evitare le sessioni Medio o Alto in tutti i casi perché bloccano la pipeline ETL. |
| Aggiunta delle connessioni al database | Vedere Esercitazione. Attenersi alle linee guida riportate di seguito.
|
Resource Analytics esegue il provisioning dell'istanza di Autonomous AI Database con accesso agli endpoint privati. Questo accesso all'endpoint privato deve rimanere in vigore per applicare gli aggiornamenti delle risorse.
Se si modificano le impostazioni di rete del database, l'accesso agli endpoint privati deve rimanere abilitato. Non passare a un altro tipo di accesso. La modifica o la rimozione dell'endpoint privato interromperà i trasferimenti di metadati delle risorse e gli aggiornamenti del database. Vedere: Abilitazione dell'accesso pubblico con endpoint privati.
Provisioning dell'istanza di Autonomous AI Database richiesta
Il provisioning dell'istanza di Autonomous AI Database viene eseguito quando si crea l'istanza di Resource Analytics.
È necessario fornire alcune informazioni di base per consentire a Resource Analytics di eseguire il provisioning dell'istanza ADW richiesta:
- Una password amministratore o i dettagli di un segreto appropriato contenuti nel vault OCI
- La rete da utilizzare (VNC e subnet)
Se viene fornita una password basata su testo, il nome utente non può essere modificato, ma è possibile immettere qualsiasi password ADW valida. (La specifica di questa password è composta da 12 a 30 caratteri e contiene almeno una lettera maiuscola, una lettera minuscola e un valore numerico. Gli spazi non sono consentiti.)
Qualsiasi password fornita non viene memorizzata da Resource Analytics.
È possibile modificare la password nella console del servizio ADW quando ADW ha completato il provisioning.
Per ulteriori informazioni, vedere Creazione di un'istanza.
Avvio e arresto di ADW: implicazioni per Resource Analytics
Autonomous AI Database è un componente critico dell'istanza di Resource Analytics. L'arresto o la disabilitazione del database ha implicazioni dirette sulla funzionalità e sulla freschezza dei dati dell'impostazione di Resource Analytics.
Cosa succede quando si arresta l'Autonomous AI Database?
- Gli aggiornamenti attivi sono in pausa
- L'istanza di Resource Analytics smette di ricevere aggiornamenti in tempo reale relativi alle modifiche alle risorse.
- Lo stato dell'istanza viene modificato in Richiede attenzione
- Indica che è necessaria un'azione utente.
Come recuperare
Tenere presenti quanto riportato di seguito.
- Ritardo backfill
- Al riavvio di ADW, l'elaborazione e l'inclusione di eventuali eventi dati accumulati (in sospeso) - un processo noto come backfill - potrebbero richiedere tempo extra per il completamento. Di conseguenza, si potrebbero verificare ritardi nell'aggiornamento e nella disponibilità dei dati all'interno del sistema.
- Impatto dei tempi di inattività prolungati
- Se l'istanza ADW rimane chiusa per un periodo prolungato, la durata necessaria per eseguire il backup degli eventi in sospeso aumenta in modo proporzionale.
- Sospensione automatica dell'ingestione
- Se l'istanza ADW è offline per più di 21 giorni consecutivi, l'inclusione automatica dei dati viene disabilitata in modo permanente per l'istanza Resource Analytics associata. A questo punto:
- Resource Analytics interessato è contrassegnato come obsoleto.
- L'unica soluzione disponibile è eliminare l'istanza di Resource Analytics obsoleta e crearne una nuova.