Annunci sulle nuove funzionalità (2023)

Annunci per le modifiche degni di nota apportate all'Autonomous Database sull'infrastruttura Exadata dedicata nel 2023.

Dicembre 2023

Funzione Descrizione
Disabilita e abilita backup automatici

Per impostazione predefinita, i backup automatici sono abilitati per un Autonomous Container Database (ACD). Ora, tuttavia, è possibile disabilitarli durante il provisioning dell'ACD e abilitarli in qualsiasi momento successivo. Una volta abilitati i backup automatici, non è possibile disabilitarli per un ACD. Puoi impostare il periodo di conservazione dei backup per i backup tra 7 e 95 giorni.

Per ulteriori informazioni, vedere:

Possibilità di eseguire lo scale-up o lo scale-down di un cluster VM Autonomous Exadata

È possibile aggiungere o rimuovere risorse da un cluster VM Autonomous Exadata (AVMC). Si tratta del cosiddetto ridimensionamento verticale del cluster VM Autonomous Exadata.

Questa capacità consente di eseguire lo scale-up o lo scale-down di un AVMC modificando le risorse riportate di seguito.

  • Numero di CPU per VM
  • Numero di Autonomous Container Database (ACD)
  • Memoria database

Per istruzioni, vedere Gestire le risorse cluster VM Autonomous Exadata.

Novembre 2023

Funzione Descrizione
Aggiornamento documento: funzioni di configurazione della sicurezza potenziate

È stata aggiunta una nuova sezione per descrivere le strategie implementate da Autonomous Database per fornire configurazioni di sicurezza standard e protette per le VM Autonomous (VM client).

Per i dettagli, fare riferimento a Configuration Management in Autonomous Database.

Abilitare Autonomous Data Guard e aggiungere database di standby su un Autonomous Container Database.

Nelle distribuzioni di Oracle Public Cloud, puoi abilitare Autonomous Data Guard e aggiungere un Autonomous Container Database (ACD) di standby agli Autonomous Container Database (ACD) di cui è già stato eseguito il provisioning.

Per ulteriori informazioni, vedere Abilita Autonomous Data Guard su Autonomous Container Database.

Oracle Real Application Testing (RAT): replica del database

Puoi utilizzare la replica del database Oracle Real Application Testing per acquisire il carico di lavoro da un database del servizio cloud on premise o di altro tipo e riprodurlo su un'istanza di Autonomous Database. Ciò consente di confrontare i carichi di lavoro tra un database on premise o un altro database di servizi cloud e un Autonomous Database.

Puoi anche acquisire il carico di lavoro da un'infrastruttura Autonomous Database on Dedicated Exadata e rieseguirlo sulla stessa o su qualsiasi altro Autonomous Database. Ciò può risultare utile negli scenari in cui si desidera eseguire il test di una patch o di un aggiornamento prima di applicarla al database di produzione.

Per ulteriori informazioni, vedere Uso di Oracle Real Application Testing.

2023 ottobre

Funzione Descrizione
Aggiornamento della documentazione: grafica interattiva per le funzioni di sicurezza principali

Ora è possibile fare riferimento alle funzioni di sicurezza in Autonomous Database sull'infrastruttura Exadata dedicata per informazioni complete sulle funzioni di sicurezza chiave supportate da Autonomous Database sull'infrastruttura Exadata dedicata.

Questo documento viene fornito con un grafico su cui è possibile fare clic che rappresenta gli elementi di base per le funzioni di sicurezza chiave di Autonomous Database. Puoi anche fare clic sul blocco che ti interessa esplorare ulteriormente.

Aggiornamento file fuso orario DST per un Autonomous Container Database.

Ora puoi scegliere di includere o escludere un aggiornamento del file del fuso orario insieme alle patch di manutenzione automatica trimestrale, durante il provisioning di un Autonomous Container Database (ACD) o per un ACD esistente.

L'aggiornamento del file del fuso orario richiederebbe un tempo di inattività completo per ACD e per gli Autonomous Database associati. Il tempo di inattività dipende dalla quantità di dati sensibili al fuso orario.

È inoltre possibile pianificare una manutenzione su richiesta per aggiornare l'aggiornamento dell'aggiornamento release (RU) insieme al file del fuso orario o solo al file del fuso orario per un ACD. Per istruzioni, vedere Programmazione di un aggiornamento di manutenzione trimestrale.

Metodi di manutenzione in sequenza e non in sequenza per aggiornare un Autonomous Container Database.

Ora puoi scegliere tra metodi di manutenzione in sequenza o non in sequenza per applicare patch di manutenzione automatica trimestrali. È possibile configurare il metodo di manutenzione durante il provisioning di un Autonomous Container Database (ACD) o di un ACD esistente. Il metodo di manutenzione non in sequenza prevede un tempo di inattività completo del sistema.

Per ulteriori informazioni, vedere Tipi di manutenzione del servizio e Aggiornare le preferenze di manutenzione di Autonomous Container Database per istruzioni dettagliate.

Aggiornamento della documentazione: passi per configurare CMU con Microsoft Active Directory su Exadata Cloud@Customer senza utilizzare il servizio Oracle Object Store. La documentazione di Autonomous Database on Dedicated Exadata Infrastructure è ora aggiornata con una nuova sezione che dimostra come configurare CMU con Microsoft Active Directory su Exadata Cloud@Customer senza utilizzare il servizio Oracle Object Store. Per i dettagli, consulta la sezione relativa all'uso di Microsoft Active Directory con Autonomous Database sull'infrastruttura Exadata dedicata.
Nuovo modello di calcolo: ECPU

Puoi configurare le risorse di Autonomous Database utilizzando un nuovo tipo di computazione denominato ECPU.

Un'ECPU è una misura astratta delle risorse di calcolo. Le ECPU si basano sul numero di memorie centrali allocate in modo elastico da un pool di server di calcolo e storage.

Per ulteriori informazioni sui modelli di computazione supportati da Autonomous Database, vedere Modelli di computazione in Autonomous Database.

Supporto migliorato per il tracciamento dell'uso delle risorse in Oracle Exadata Cloud@Customer

Nelle distribuzioni Oracle Exadata Cloud@Customer, puoi monitorare e monitorare l'allocazione e l'uso delle risorse Exadata tra i cluster VM Autonomous Exadata (AVMC) e gli Autonomous Container Database (ACD) con maggiore granularità e nuovi elementi visivi sulla console di Oracle Cloud Infrastructure (OCI), in tempo reale.

Questa release consente di ottenere un quadro completo e chiaro dell'allocazione e dell'uso delle risorse di computazione e storage a livello di AVMC e ACD dalla pagina Dettagli sulla console OCI. A seconda della scelta, è possibile visualizzare queste informazioni in una vista grafica o tabella.

Comprendere e conoscere questi dettagli può aiutarti a ottimizzare l'allocazione delle risorse ai database autonomi e prevedere in modo efficiente le tue esigenze di capacità.

Per l'elenco esatto dei dettagli delle risorse che è possibile monitorare dalla pagina Dettagli AVMC e ACD e il relativo significato, vedere Pianifica e monitora capacità.

Settembre 2023

Funzione Descrizione
Sistemi X10M disponibili nelle distribuzioni di Exadata Cloud@Customer.

Quando si creano distribuzioni di Autonomous Database in Exadata Cloud@Customer, è ora possibile eseguire la distribuzione in X10M sistemi Exadata Database Machine.

Per informazioni dettagliate sulle capacità e sulle caratteristiche dei sistemi X10M supportati da Autonomous Database, vedere Sistemi X10M Exadata.

Limitare l'accesso dell'operatore a un Autonomous Container Database (ACD) specifico approvato dal cliente

Autonomous Database su un'infrastruttura Exadata dedicata consente di limitare l'accesso degli operatori Oracle a un Autonomous Container Database (ACD) specifico in un cluster VM Autonomous Exadata (AVMC) nelle gabbie di diagnostica e manutenzione.

Con questa limitazione abilitata, si riceve una richiesta di approvazione con i dettagli a cui gli operatori richiedono l'accesso. Dopo aver esaminato e approvato la richiesta di accesso, gli operatori avranno accesso SQL solo agli ACD approvati.

Per ulteriori informazioni sul controllo dell'accesso operatore Oracle, vedere Audit delle attività dell'operatore Oracle.

Replicat parallelo in modalità integrata Autonomous Database sull'infrastruttura Exadata dedicata supporta il Replicat parallelo in modalità integrata, ovvero puoi anche creare (o aggiungere) e configurare la replica parallela nel tuo ambiente. Per ulteriori informazioni, vedere Utilizzo di Replicat parallelo.

Nota

Replicat parallelo non è supportato per gli Autonomous Database con provisioning eccessivo, ovvero per i database di cui è stato eseguito il provisioning con meno di 1 OCPU.
Aggiornamento della documentazione: Guida alla risoluzione dei problemi Per facilitare la risoluzione dei problemi che potrebbero verificarsi con Oracle Autonomous Database on Dedicated Exadata Infrastructure, la risoluzione dei problemi di Autonomous Database on Dedicated Exadata Infrastructure viene aggiunta alla nostra documentazione.

Agosto 2023

Funzione Descrizione
Supporto migliorato per il tracciamento dell'uso delle risorse in Oracle Public Cloud.

Nelle distribuzioni di Oracle Public Cloud, puoi monitorare e monitorare l'allocazione e l'uso delle risorse Exadata tra i cluster VM Autonomous Exadata (AVMC) e gli Autonomous Container Database (ACD) con maggiore granularità e nuove visualizzazioni sulla console Oracle Cloud Infrastructure (OCI), in tempo reale.

Questa release consente di ottenere un quadro completo e chiaro dell'allocazione e dell'uso delle risorse di computazione e storage a livello di AVMC e ACD dalla pagina Dettagli sulla console OCI. A seconda della scelta, è possibile visualizzare queste informazioni in una vista grafica o tabella.

Comprendere e conoscere questi dettagli può aiutarti a ottimizzare l'allocazione delle risorse a Autonomous Database e prevedere in modo efficiente le tue esigenze di capacità.

Per l'elenco esatto dei dettagli delle risorse che è possibile monitorare dalla pagina Dettagli AVMC e ACD e il relativo significato, vedere Pianifica e monitora capacità.

Supporto dell'area di memorizzazione colonne in memoria del database per Autonomous Database sull'infrastruttura Exadata dedicata

È possibile abilitare Database In-memory per Autonomous Database allocando una percentuale della relativa area SGA (System Global Area) all'area di memorizzazione delle colonne In-Memory (area di memorizzazione delle colonne IM).

È possibile abilitare o disabilitare Database In-memory durante o dopo il provisioning del database con almeno 4 OCPU abilitate. Lo scale down del conteggio CPU a meno di 4 OCPU in seguito lo disabilita automaticamente.

È inoltre possibile abilitare Database In-Memory sui database duplicati da un'istanza di database o da un backup, indipendentemente dal fatto che per l'origine della copia sia abilitata l'opzione Database In-memory.

Consulta Database In-Memory per i requisiti e le linee guida per utilizzare questa funzione con Autonomous Database.

Per istruzioni dettagliate, consulta Abilita o disabilita Database In-Memory o Crea un Autonomous Database su un'infrastruttura Exadata dedicata.

Luglio 2023

Funzione Descrizione
Configurazione di Autonomous Data Guard tra più aree per Autonomous Database su Exadata Cloud@Customer.

Nelle distribuzioni Exadata Cloud@Customer, è possibile specificare un'infrastruttura Exadata e un cluster VM Autonomous Exadata in un'area diversa dall'infrastruttura Exadata e dal cluster VM Autonomous Exadata del database primario.

Questa scelta offre il più alto livello di protezione contro i disastri, inclusa una perdita catastrofica della connettività di rete esterna o dell'alimentazione a un'intera area.

Per ulteriori dettagli su Autonomous Data Guard e sui concetti correlati, fare riferimento a Proteggere i database critici da errori e disastri utilizzando Autonomous Data Guard.

Duplica un'istanza di database o il relativo backup tra le aree e le risorse dell'infrastruttura Exadata.

Nelle distribuzioni di Exadata Cloud@Customer è possibile:

  • Copiare un Autonomous Database, con o senza Autonomous Data Guard, in un Autonomous Container Database, con o senza Autonomous Data Guard, su un'altra infrastruttura Exadata nella stessa o in un'area diversa. Nel caso di Autonomous Database con Autonomous Data Guard, è possibile duplicare solo dal database primario.
  • Crea un nuovo Autonomous Database da un backup sulla stessa o su un'altra infrastruttura Exadata nella stessa o in un'area diversa. Nel caso di Autonomous Database che utilizzano Autonomous Data Guard, creare una nuova istanza di database dai backup del database primario o in standby nella stessa area o in un'altra area.

Per istruzioni dettagliate, vedere:

Giugno 2023

Funzione Descrizione
Aggiornamento della documentazione per consolidare le funzioni di tuning e monitoraggio delle prestazioni supportate da Autonomous Database sull'infrastruttura Exadata dedicata.

La documentazione esistente relativa alle funzioni ad alte prestazioni supportate da Autonomous Database sull'infrastruttura Exadata dedicata viene improvvisata per fornire informazioni complete in un singolo articolo.

Il nuovo articolo ha:
  • Un grafico di panoramica che offre una visione d'insieme di tutte le funzioni ad alte prestazioni e degli strumenti di monitoraggio delle prestazioni supportati da Autonomous Database.
  • Una spiegazione dettagliata di ogni funzionalità e strumento con riferimenti incrociati alle relative guide di istruzioni, ove appropriato.

Per ulteriori informazioni, consulta la sezione relativa alle funzioni ad alte prestazioni in Autonomous Database sull'infrastruttura Exadata dedicata.

Supporto della forma di base per Autonomous Database sull'infrastruttura Exadata dedicata su Oracle Public Cloud.

Oracle Autonomous Database on Dedicated Exadata Infrastructure è disponibile in diverse forme di infrastruttura per supportare carichi di lavoro di dimensioni diverse. In questa release, la funzionalità di Autonomous Database on Dedicated Exadata Infrastructure è stata estesa per supportare la forma di base.

Per ulteriori informazioni, vedere Limiti e caratteristiche delle risorse delle forme dell'infrastruttura.

Utilizzare DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION per abilitare uno schema di autenticazione esterno.

È possibile utilizzare DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION per abilitare l'autenticazione Kerberos, Microsoft Azure AD o IAM (Identity and Access Management) come schema di autenticazione esterno per Autonomous Database.

Utilizzare le directory per caricare i dati con le procedure DBMS_CLOUD.

In alternativa a un URI di posizione dell'area di memorizzazione degli oggetti, è ora possibile specificare una directory con procedure DBMS_CLOUD per caricare o scaricare dati da file in una directory, incluse le directory create sui file system di rete collegati.

Le procedure riportate di seguito supportano la specifica di file in una directory con il parametro file_uri_list.

  • DBMS_CLOUD.COPY_COLLECTION
  • DBMS_CLOUD.COPY_DATA
  • DBMS_CLOUD.CREATE_EXTERNAL_TABLE

Le procedure riportate di seguito supportano la specifica di file in una directory con il parametro partitioning_clause.

  • DBMS_CLOUD.CREATE_EXTERNAL_TABLE
  • DBMS_CLOUD.CREATE_HYBRID_PART_TABLE

Per ulteriori informazioni, vedere DBMS_CLOUD per gli oggetti e i file.

Accedere ai file Avro, ORC e Parquet nei negozi oggetti.

Ora puoi eseguire direttamente query e caricare i dati memorizzati come file in formato Apache Avro, Apache Parquet o ORC in Autonomous Database. È inoltre possibile creare tabelle esterne per i file di dati in formato Avro, Parquet o ORC.

Maggio 2023

Funzione Descrizione
Supporto delle quote del compartimento per Autonomous Database su Exadata Cloud@Customer

Autonomous Database su Exadata Cloud@Customer ora supporta la funzione delle quote del compartimento di Oracle Cloud Infrastructure. Utilizzando questa funzione, puoi limitare, a seconda del compartimento, la disponibilità delle risorse dell'infrastruttura dedicata nella tua tenancy.

Per ulteriori informazioni, vedere Gestione della disponibilità delle risorse con le quote del compartimento. Per informazioni generali sulla funzione Quote compartimento, vedere Quota compartimento.

Supporto per il subset dei nodi del cluster VM Autonomous su Autonomous Database su Oracle Public Cloud.

In Oracle Public Cloud, ora è possibile selezionare i DB server durante la distribuzione di una nuova risorsa AVMC (Autonomous Exadata VM Cluster). Questa opzione è disponibile solo durante il provisioning di una risorsa AVMC e non è possibile modificare la selezione dopo la creazione di AVMC riuscita.

Per ulteriori dettagli, vedere Crea cluster VM Autonomous Exadata.

Attività mensile di manutenzione della sicurezza dell'infrastruttura

Oracle pianifica ed esegue la manutenzione mensile della sicurezza dell'infrastruttura insieme alla manutenzione trimestrale. Questa attività di manutenzione è pianificata per essere applicata durante una finestra di 21 giorni che inizia dopo il 15 di ogni mese. Si riceverà una notifica della pianificazione proposta almeno 7 giorni prima dell'inizio della finestra di manutenzione mensile ed è possibile ripianificare la manutenzione mensile fino a un'altra data nella finestra, se lo si desidera.

Queste patch di sicurezza vengono applicate solo in quei mesi con aggiornamenti di sicurezza critici, incluse le correzioni per le vulnerabilità con punteggi CVSS maggiori o uguali a 7. Per ulteriori dettagli, consulta la sezione relativa alla manutenzione del servizio in Autonomous Database sull'infrastruttura Exadata dedicata.

Nota

L'implementazione della manutenzione della sicurezza dell'infrastruttura verrà implementata in diverse aree di Oracle Cloud Infrastructure (OCI) in modo graduale.
Aggiornamento della documentazione: funzioni ad alte prestazioni in Autonomous Database on Dedicated Exadata Infrastructure

La documentazione esistente che spiega le funzioni ad alte prestazioni supportate da Autonomous Database su un'infrastruttura Exadata dedicata viene improvvisata e consolidata in un unico articolo. Questo nuovo articolo descrive come utilizzare le diverse funzioni di monitoraggio e tuning delle prestazioni supportate da Autonomous Database, facendo riferimento alle guide esplicative correlate.

Per ulteriori dettagli, vedere Funzioni ad alte prestazioni in Autonomous Database.

Possibilità di portare i propri certificati (BYOC)

Nelle distribuzioni di Oracle Public Cloud, ora puoi popolare i tuoi certificati di sicurezza con un cluster VM Autonomous Exadata (AVMC) utilizzando la console Oracle Cloud Infrastructure (OCI). Questa funzione consente di utilizzare i certificati Oracle REST Data Services (ORDS) o Secure Socket Layer (SSL) firmati da CA durante la rotazione dei certificati di sicurezza della risorsa AVMC.

Per ulteriori dettagli, consulta la sezione relativa alla gestione dei certificati di sicurezza per una risorsa cluster VM Autonomous Exadata.

Possibilità di aggiungere storage alla risorsa dell'infrastruttura Exadata esistente

Ora è possibile aggiungere ulteriori server di storage a una risorsa dell'infrastruttura Exadata esistente e creare nuovi cluster VM (AVMC) Autonomous Exadata utilizzando lo storage appena aggiunto. In termini semplici, puoi ridimensionare lo storage dell'infrastruttura Exadata on-demand in modo automatizzato ed elastico.

2023 aprile

Funzione Descrizione
Gestione del fuso orario nelle chiamate a SYSDATE e SYSTIMESTAMP

Il parametro di inizializzazione SYSDATE_AT_DBTIMEZONE consente una gestione speciale in una sessione per il valore di data e ora restituito nelle chiamate a SYSDATE e SYSTIMESTAMP. A seconda del valore SYSDATE_AT_DBTIMEZONE, vengono visualizzati la data e l'ora in base al fuso orario predefinito di Autonomous Database, UTC (Coordinated Universal Time) o in base al fuso orario impostato nel database.

Vedere SYSDATE_AT_DBTIMEZONE.

Porta del listener SCAN e modalità di autenticazione TLS
Nelle distribuzioni di Oracle Public Cloud, ora è possibile:
  • Scegliere una porta listener SCAN per TLS e non TLS da un intervallo di porte disponibili.
  • Scegliere tra TLS unidirezionale e mTLS per i certificati TLS del database.

Per ulteriori dettagli, vedere Creare un cluster VM Autonomous Exadata.

Accedere alle directory NFS (Network File System) o FSS (OCI File System Service)

Ora è possibile collegare dispositivi NFS esterni forniti dal cliente o da OCI FSS utilizzando le procedure DBMS_CLOUD_ADMIN. Ciò consente di caricare i dati dallo storage di file esterno nella rete cloud virtuale (VCN) o in qualsiasi altro file system di rete nei data center on premise.

Supporto della forma di base nelle distribuzioni di Exadata Cloud@Customer.

Oracle Autonomous Database on Dedicated Exadata Infrastructure è disponibile in diverse forme di infrastruttura per supportare carichi di lavoro di dimensioni diverse. In questa release, la funzionalità di Oracle Exadata Cloud@Customer è stata estesa per supportare la forma di base.

Per ulteriori informazioni, vedere Limiti e caratteristiche delle risorse delle forme dell'infrastruttura.

Bring Your Own Certificate (BYOC)

Ora puoi popolare i tuoi certificati di sicurezza con un cluster VM Autonomous Exadata (AVMC) su Exadata Cloud@Customer utilizzando la console Oracle Cloud Infrastructure.

Questa funzione consente di utilizzare i certificati Oracle REST Data Services (ORDS) o Secure Socket Layer (SSL) firmati da CA durante la rotazione dei certificati di sicurezza della risorsa AVMC.

Per i dettagli, consulta la sezione relativa alla gestione dei certificati di sicurezza per una risorsa cluster VM Autonomous Exadata.

Marzo 2023

Funzione Descrizione
Nome Autonomous Container Database

Durante il provisioning di un Autonomous Container Database (ACD), ora puoi impostare il nome del container database di tua scelta dalla console Oracle Cloud Infrastructure (OCI). Per ulteriori dettagli, vedere Creare un Autonomous Container Database.

Nelle distribuzioni Exadata Cloud@Customer, il nome del container database viene utilizzato per denominare il wallet di Oracle Key Vault (OKV). È possibile utilizzare questo nome per individuare il wallet OKV associato all'Autonomous Container Database nella console OKV.

Supporto di autenticazione Kerberos

Ora puoi utilizzare Kerberos per autenticare gli utenti di Autonomous Database.

Per istruzioni dettagliate sulla configurazione dell'autenticazione Kerberos, i relativi prerequisiti e limitazioni, fare riferimento a Autenticazione degli utenti di Autonomous Database con Kerberos.

SQL Tracing per la sessione del database

Ora puoi utilizzare SQL Tracing per identificare l'origine di un carico di lavoro eccessivo del database, ad esempio un'istruzione SQL con carichi elevati nell'applicazione.

Per ulteriori informazioni, vedere Usa SQL Tracing su Autonomous Database.

Supporto profilo password per profili definiti dall'utente

Ora è possibile creare e modificare i profili utente in Autonomous Database sull'infrastruttura Exadata dedicata con una funzione di verifica della password (PVF).

Per ulteriori informazioni, vedere Gestisci i profili utente con Autonomous Database.

Oracle Client per Microsoft Tools (OCMT)

È ora possibile scaricare e utilizzare Oracle Client for Microsoft Tools (OCMT), un programma di installazione del software Microsoft nativo (MSI) dell'interfaccia utente grafica che semplifica l'impostazione di ODP.NET e la connettività del database Oracle a più strumenti dati Microsoft.

Per ulteriori dettagli e istruzioni sull'uso di OCMT, consulta Connect Power BI e Microsoft Data Tools to Autonomous Database.

Requisiti semplificati: copia da un backup

Ora abbiamo rimosso il requisito di un Autonomous Container Database (ACD) disponibile e ridotto i requisiti iniziali delle risorse a 1 OCPU per la duplicazione di un Autonomous Database da un backup.

Per ulteriori dettagli, consulta la sezione relativa ai requisiti di duplicazione.

Backup a lungo termine

Ora puoi creare backup a lungo termine su Autonomous Database con un periodo di conservazione che va da 90 giorni a 10 anni. Se necessario, puoi anche aggiornare il periodo di conservazione di un backup a lungo termine a un valore diverso dopo averlo creato.

Per ulteriori dettagli, consulta Backup e ripristino di database autonomi.

Aggiornamento della documentazione: concetti di backup e ripristino La nostra documentazione è ora riorganizzata per presentare tutti i concetti relativi al backup e al ripristino in un'unica pagina. Per ulteriori dettagli, consulta la sezione relativa al backup e al ripristino dei database autonomi.

Febbraio 2023

Funzione Descrizione
Documentazione aggiornata per il riferimento al pacchetto DBMS_CLOUD.

Il riferimento del pacchetto DBMS_CLOUD è ora aggiornato con più procedure e funzioni.

Ora è possibile fare riferimento alle seguenti sezioni nella documentazione di Autonomous Database on Dedicated Exadata Infrastructure per assistenza con le procedure e le funzioni di DBMS_CLOUD:

Supporto per il salvataggio della configurazione della risorsa come stack

Mentre esegui il provisioning delle nuove risorse di Autonomous Database dalla console di Oracle Cloud Infrastructure, ora puoi salvare la configurazione delle risorse come stack con il clic di un singolo pulsante. È quindi possibile utilizzare lo stack per creare la risorsa tramite il servizio Resource Manager.

Uno stack è una raccolta di risorse Oracle Cloud Infrastructure corrispondenti a una configurazione Terraform. Ogni stack risiede nel compartimento specificato in una singola area. È quindi possibile distribuire le risorse in un determinato stack in più aree. Per ulteriori informazioni, vedere stack.

Per istruzioni su come utilizzare questa funzione con diverse risorse di Autonomous Database, vedere:

Supporto per il subset dei nodi del cluster VM Autonomous su Autonomous Database su Exadata Cloud@Customer

Nelle distribuzioni Exadata Cloud@Customer, ora è possibile selezionare i DB server durante la distribuzione di una nuova risorsa AVMC (Autonomous Exadata VM Cluster). Questa opzione è disponibile solo durante il provisioning di una risorsa AVMC e non è possibile modificare la selezione dopo la creazione di AVMC riuscita.

Per ulteriori dettagli, vedere Crea cluster VM Autonomous Exadata.

Supporto per il database di standby snapshot in un'impostazione di Autonomous Data Guard

Ora è possibile convertire un database di standby in un database di standby snapshot modificando l'Autonomous Container Database (ACD) di standby in un ACD di standby snapshot. Per istruzioni dettagliate, vedere Converti standby fisico in standby snapshot.

Un database di standby snapshot consente operazioni di lettura-scrittura sui propri dati pur mantenendo una perdita di dati minima o nulla in base alla modalità di protezione. Riceve e archivia, ma non si applica, i dati di redo dal database primario.

Un database di standby snapshot è utile quando è necessario utilizzare il database di standby per le operazioni di lettura-scrittura, ad esempio per eseguire il test di una patch prima di applicarla al database primario. Per i requisiti e le limitazioni del database in standby snapshot, vedere Database in standby snapshot.

Possibilità di aggiornare la modalità di protezione e il tempo di ritardo Fast-Start Failover

Ora è possibile modificare la modalità di protezione di un'impostazione di Autonomous Data Guard. Inoltre, puoi modificare il limite di ritardo Fast-Start Failover impostando un valore compreso tra 5 e 3600 secondi per un ACD primario con failover automatico in un'impostazione di Autonomous Data Guard.

Per istruzioni dettagliate, vedere Aggiorna impostazioni Autonomous Data Guard.

Controllo della versione della Oracle home

Ora è possibile scegliere la versione della Oracle home durante il provisioning di un Autonomous Container Database su un'infrastruttura Exadata dedicata. È possibile scegliere tra la versione più recente di Oracle Database supportata da Autonomous Database o dal relativo predecessore immediato.

Ad esempio: si supponga che la versione più recente di Oracle Database supportata da Autonomous Database sia la 19.18.0.1.0. Quindi, l'elenco a discesa Seleziona immagine di base nella pagina Crea Autonomous Container Database elenca le versioni 19.18.0.1.0 e 19.17.0.1.0 da scegliere.

Per ulteriori dettagli, consulta Crea Autonomous Container Database.

Possibilità di configurare la versione manutenzione di un Autonomous Container Database

Ora è possibile configurare il tipo di manutenzione di un Autonomous Container Database su RU successiva o RU più recente per l'aggiornamento alla release successiva o all'aggiornamento della release più recente, rispettivamente nella finestra di manutenzione successiva.

Per ulteriori dettagli, vedere Modificare il tipo di manutenzione di un Autonomous Container Database.