Annunci modifica servizio
Esamina i dettagli sulle modifiche all'interruzione di Oracle Cloud Infrastructure, come funzioni non più valide, API non più valide e modifiche al comportamento dei servizi.
Rilevamento anomalie
Modifica del servizio: il servizio Oracle Cloud Infrastructure Anomaly Detection non è più valido.
Data annuncio: 7 marzo 2024
Data di validità: 6 marzo 2025
Dettagli: a partire dal 6 marzo 2025, il servizio Oracle Cloud Infrastructure Anomaly Detection raggiunge la fine del ciclo di vita (EOL). Ti consigliamo di eseguire la migrazione utilizzando il servizio <a sid="1">Data Science</a>Oracle Cloud Infrastructure Data Science di Oracle Cloud Infrastructure per rilevare anomalie.
Questo mi ha colpito? Il servizio Rilevamento anomalie non è più disponibile per l'uso.
Quali azioni occorre eseguire? Puoi utilizzare il servizio Oracle Cloud Infrastructure Data Science Accelerated Data Science Operator per rilevare anomalie. Supporta il rilevamento di anomalie sia univariate che multivariate.
Gateway API
Modifica del servizio: il supporto del servizio Oracle Cloud Infrastructure API Gateway per determinate cifrature legacy non è più valido.
Data annuncio: marzo 2024
Data in vigore: 1° aprile 2025
Dettagli: a partire dal 1° aprile 2025, il servizio Gateway API non supporta più le seguenti cifrature precedenti:
- ECDHE-RSA-AES128-SHA256
- ECDHE-RSA-AES256-SHA384
- DHE-RSA-AES256-SHA256
- DHE-RSA-AES128-SHA256
Questo mi ha colpito? Dopo il 1° aprile 2025, un gateway API non includerà più le cifrature precedenti nella lista delle cifrature supportate quando si stabilisce una connessione con un client API o con un servizio backend. Un client API o un servizio backend che supporta solo cifrature precedenti non sarà più in grado di connettersi a un gateway API.
Quali azioni occorre eseguire? Assicurarsi che i client API e i servizi backend che si connettono ai gateway API supportino una o più cifrature che continuano a essere supportate dal servizio Gateway API (vedere Versioni e cifrature TLS supportate).
Autonomous Recovery Service
Modifica del servizio: l'attributo subnetId
richiesto dall'API CreateRecoveryServiceSubnet di Oracle Cloud Infrastructure non è più valido.
L'API CreateRecoveryServiceSubnet può invece utilizzare l'attributo Subnets
facoltativo, che in seguito diventa un attributo obbligatorio.
Data annuncio: maggio 2023.
Data di validità: maggio 2024.
Dettagli: prima di questa modifica del servizio, l'attributo subnetId
può essere utilizzato per specificare solo una singola subnet da associare a una subnet del servizio di recupero. Dopo la modifica del servizio, l'attributo subnetId
viene ignorato e l'attributo subnets
sarà obbligatorio. L'attributo subnets
può essere utilizzato per specificare più subnet da associare a una subnet del servizio di recupero.
Questo mi ha colpito? Se si dispone di script personalizzati o di script Terraform che fanno riferimento all'API CreateRecoveryServiceSubnet e utilizzano in modo esplicito l'attributo subnetId
, è possibile modificare gli script per rimuovere questo attributo e utilizzare invece subnets
.
Quali azioni occorre eseguire? Quando si utilizzano gli SDK OCI e gli strumenti della riga di comando, è necessario scegliere di aggiornare gli script personalizzati per utilizzare l'attributo subnets
. Dopo maggio 2024, l'attributo subnets
è un campo obbligatorio.
Servizio Big Data
Modifica del servizio: il 31 gennaio 2023, l'accordo tra Oracle e Cloudera scade. Di conseguenza, a partire dal 31 gennaio, Oracle Big Data Service non supporterà più l'uso della distribuzione Cloudera, incluso Apache Hadoop (CDH), per avviare nuovi cluster o aggiungere nodi o memorie centrali ai cluster esistenti oltre un limite prestabilito. Questa modifica non influisce sul supporto continuo dei cluster CDH Big Data Service esistenti.
Questa modifica è applicabile solo al CDH del servizio Big Data. Questa modifica non ha alcun impatto sui clienti che utilizzano Oracle Big Data Appliance (BDA) o Big Data Service on-premise con Oracle Distribution of Hadoop (ODH).
Data annuncio: 13 dicembre 2022
Data in vigore: 31 gennaio 2023
Dettagli: il 31 gennaio 2023, il limite per l'espansione CDH di Big Data Service del numero di memorie centrali di computazione (OCPU). Il numero di memorie centrali di computazione nella tenancy di un cliente il 31 gennaio diventa il numero massimo di memorie centrali consentite per tale tenancy, e non sarà consentita alcuna ulteriore espansione.
Questo mi ha colpito? Questa modifica è applicabile solo al servizio Big Data con CDH. Il servizio Big Data con la distribuzione Oracle di Hadoop (ODH) non sarà in alcun modo interessato.
Ad esempio, il 31 gennaio 2023, se una tenancy dispone di 2 cluster CDH BDS con 15 nodi ciascuno con un totale di 120 OCPU, dopo il 31 gennaio 2023 il limite massimo per le OCPU sarà impostato su 120 e non potrà essere aumentato oltre 120 dopo tale data. Per problemi di supporto come la sostituzione dei nodi guasti, è possibile aggiungere nuovi nodi fino a tale limite. Gli utenti possono anche ridurre il numero di memorie centrali e tornare allo stesso limite (ad esempio, 120).
Passi successivi: Oracle consiglia di pianificare e implementare qualsiasi espansione di cluster CDH Big Data Service richiesta prima del 31 gennaio 2023. Per i clienti che desiderano evitare questo vincolo di espansione dopo tale data, si consiglia di eseguire la migrazione a Big Data Service ODH.
Informazioni sul servizio Big Data con ODH: nel 2022, Oracle ha rilasciato Big Data Service ODH, che abbiamo sviluppato come servizio cloud nativo per i nostri clienti di Big Data. Oracle offre investimenti e supporto continui per ODH, senza requisiti di licenza da Cloudera. ODH dispone di funzioni chiave incentrate sull'azienda, tra cui il ridimensionamento automatico, l'integrazione di Kerberos, Active Directory, il connettore HDFS per lo storage degli oggetti e gli script Bootstrap. Ed è uno dei prodotti di big data più convenienti sul mercato.
Big Data Service ODH dispone di più versioni con le versioni più recenti e precedenti dei componenti Hadoop per la compatibilità con gli stack di applicazioni più recenti e meno recenti. È anche verificato con WANdisco Data Migrator per migrazioni più semplici su larga scala e utilizza i servizi Oracle Cloud Lift per lavorare con i tecnici Oracle per le migrazioni. Per informazioni sulla migrazione a Big Data Service ODH, consultare la documentazione.
Fatturazione
Modifica servizio: i report sull'utilizzo nella pagina Console Report costi e utilizzo non sono più validi.
Data annuncio: 10 ottobre 2024
Data in vigore: 31 gennaio 2025
Questo mi ha colpito? Sì, se nella tenancy sono presenti report sull'uso.
Quali azioni occorre eseguire? Utilizzare i report sui costi in formati proprietari e FOCUS OCI per analizzare il consumo. È possibile continuare ad accedere ai file CSV dei report sull'uso esistenti fino al 31 luglio 2025.
Volume a blocchi
Modifica del servizio: i criteri di backup definiti da Oracle non includono più i backup completi dei volumi.
Data annuncio: 3 novembre 2020
Data in vigore: 3 novembre 2021
Dettagli: a partire dal 3 novembre 2021, i criteri di backup definiti da Oracle non includono più i backup completi dei volumi. Tutti i backup dei volumi generati dai criteri definiti da Oracle sono ora backup incrementali. Questa modifica si applica alle assegnazioni dei criteri di backup dei volumi esistenti e alle nuove assegnazioni dei criteri di backup dei volumi. Questa modifica non influisce sui criteri definiti dall'utente, che rimangono invariati.
Questo mi ha colpito? Se hai assegnato un criterio definito da Oracle ai volumi di avvio o ai volumi a blocchi per i backup pianificati, i backup completi non vengono più generati dopo il 3 novembre 2021.
Quali azioni occorre eseguire? I backup incrementali sono funzionalmente uguali ai backup completi a scopo di recupero dati. Per ulteriori informazioni, vedere Tipi di backup dei volumi. Nessuna azione necessaria per gli scenari di recupero dati. Alcuni scenari di conformità potrebbero richiedere backup completi pianificati. Per questi scenari di conformità, modificare l'assegnazione dei criteri di backup in un criterio di backup definito dall'utente prima del 1° novembre 2021. È possibile creare un nuovo criterio definito dall'utente da un criterio di backup esistente. Vedere Duplicazione dei criteri di backup esistenti.
Migrazione classica
Modifica del servizio: fine del ciclo di vita per OCI Classic Migration Service a partire dal 31 marzo 2024.
Data annuncio: 04 marzo 2024
Data di validità: 31 marzo 2024
Dettagli: Oracle annuncia gli aggiornamenti di fine distribuzione e fine vita per OCI Classic Migration Service a partire dal 31 marzo 2024.
Classic Migration Service (precedentemente noto come Application Migration Service) semplifica la migrazione delle applicazioni da Oracle Cloud Infrastructure Classic a Oracle Cloud Infrastructure. Classic Migration Service migra applicazioni come Oracle Java Cloud Service, SOA Cloud Service e Integration Classic, da Oracle Cloud Infrastructure Classic e Oracle Cloud@Customer a Oracle Cloud Infrastructure.
Questo mi ha colpito? Non dovrebbe avere alcun impatto sui clienti esistenti. Le versioni delle applicazioni supportate dalle migrazioni classiche sono obsolete da diversi anni e i clienti sono già in esecuzione su versioni più recenti.
Quali azioni occorre eseguire? Nessuna azione prevista dai clienti. Se si scopre di disporre di un'applicazione Classic di cui è necessario eseguire la migrazione, contattare il servizio di applicazione cloud associato.
Calcola
Modifica del servizio: la classe di errore PCI-NIC
per il monitoraggio dello stato dell'istanza Bare Metal di computazione non è più valida.
Data annuncio: 21 giugno 2022
Data di validità: 21 giugno 2023
Dettagli: la classe di errore PCI-NIC
fornisce informazioni su un problema hardware con le istanze Bare Metal, in particolare quando viene rilevato un errore nella scheda di interfaccia di rete dell'istanza (NIC). La classe di errore PCI-NIC
non verrà più emessa.
Questo mi ha colpito? Al termine del supporto, non si riceveranno più notifiche di monitoraggio dello stato per la classe di errore PCI-NIC
. Le metriche dello stato dell'infrastruttura non verranno più emesse per la classe di errore PCI-NIC
.
Quali azioni occorre eseguire? Eseguire la migrazione alla classe di errore PCI
per funzionalità simili. Per ulteriori informazioni, vedere Monitoraggio dello stato della computazione per le istanze Bare Metal e Metriche dello stato dell'infrastruttura.
Hub connettore
Modifica del servizio: la proprietà lifecyleDetails
all'indirizzo ServiceConnector non è più valida. Utilizzare invece la proprietà lifecycleDetails
.
Data annuncio: 25 marzo 2025
Data di validità: 25 marzo 2026
Dettagli: la proprietà seguente non è più valida:
lifecyleDetails
Utilizzare la proprietà seguente:
lifecycleDetails
.
Questo mi ha colpito? Sì, se si dispone di codice che fa riferimento alla proprietà non più valida, lifecyleDetails
.
Quali azioni occorre eseguire? Aggiornare il codice per fare riferimento alla nuova proprietà, lifecycleDetails
.
Data Integration Platform Cloud
Modifica del servizio: Fine vita di Data Integration Platform Cloud
Data annuncio: 29 agosto 2024
Data in vigore: 12 dicembre 2024
Dettagli: a partire dal 12 dicembre 2024, Oracle Data Integration Platform Cloud (DIPC) raggiungerà la fine del ciclo di vita e non sarà più possibile creare nuove istanze o ricevere supporto.
Questo mi ha colpito? Sì
Etichettatura dati
Modifica del servizio: il servizio Oracle Cloud Infrastructure Data Labeling non sarà più valido.
Data annuncio: 30 agosto 2024
Data in vigore: 30 agosto 2025
Dettagli: a partire dal 30 agosto 2025, il servizio Oracle Cloud Infrastructure Data Labeling raggiunge la fine del ciclo di vita (EOL). Prima della data di fine vita, ti consigliamo di eseguire la migrazione utilizzando gli strumenti di etichettatura open source disponibili in Oracle Cloud Infrastructure Marketplace per etichettare i dati.
Questo mi ha colpito? Il servizio Data Labeling non è più disponibile per l'uso dopo il 30 agosto 2025. È possibile continuare a utilizzare le etichette create in precedenza, ma è necessario eseguire immediatamente la migrazione per evitare interruzioni del servizio.
Quali azioni occorre eseguire? Puoi utilizzare gli strumenti di etichettatura open source disponibili in Oracle Cloud Infrastructure Marketplace per creare etichette. Si consiglia di utilizzare alternative open source per la maggior parte delle funzionalità di Data Labeling.
È possibile visualizzare il servizio di etichettatura dei dati solo nelle aree in cui si è svolta un'attività negli ultimi 6 mesi. Per accedere al servizio Data Labeling in altre aree, inviare una richiesta alla coda del servizio Data Labeling.
Per i modelli personalizzati Vision, il servizio Data Labeling dovrebbe essere sostituito da Label Studio, senza alcun impatto sui modelli esistenti. Per la creazione di modelli personalizzati futuri, etichettare i dati utilizzando Label Studio.
Per Document Understanding, la funzionalità di etichettatura dei documenti dell'iservice Data Labeling viene integrata in esso. Gli utenti possono comunque accedere a questa funzione in Document Understanding passando al flusso di lavoro di addestramento del modello personalizzato.
Database
Servizi di Autonomous Database
Le API Autonomous Data Warehouse di Oracle Cloud Infrastructure non sono più valide il 15 febbraio 2019.
Importante! Il supporto per queste API di Autonomous Database for Analytics e Data Warehousing terminerà il 1° luglio 2020. Oracle consiglia di eseguire la migrazione dei carichi di lavoro del database alle API di sostituzione il prima possibile.
Modifica del servizio: le API riportate di seguito presentano modifiche in cui l'API o determinati campi API non sono più validi.
Data annuncio: 17 maggio 2023.
Data in vigore: 17 maggio 2024.
Dettagli: prima di questa modifica del servizio, queste API includevano le API o i campi API menzionati. Dopo la modifica del servizio, i campi API o API menzionati verranno rimossi. Questo è applicabile per Autonomous Database Serverless.
Il supporto per questi campi API di Autonomous Database terminerà il 2 maggio 2024. Oracle consiglia di eseguire la migrazione degli script per interrompere l'utilizzo di questi campi il prima possibile. Se specificato, passare a utilizzare il campo o l'API di sostituzione.
- AutonomousDataWarehouse
- AutonomousDataWarehouseSummary
- CreateAutonomousDatabaseBase Campi API non più validi:
- isDataGuardEnabled
- isLocalDataGuardEnabled
- CreateRefreshableAutonomousDatabaseCloneDetails Campi API non più validi:
- autoRefreshPolicy
- autoRefreshFrequencyInSeconds
- autoRefreshPointInSeconds
- timeOfAutoRefreshStart
- UpdateAutonomousDatabaseDetails Campi API non più validi:
- autoRefreshPolicy
- autoRefreshFrequencyInSeconds
- autoRefreshPointInSeconds
- timeOfAutoRefreshStart
- isDataGuardEnabled
- AutonomousDatabaseSummary Campi API non più validi:
- standbyDb
- dataguardRegionType
- timeDataGuardRoleChanged
- isDataGuardEnabled
- isLocalDataGuardEnabled
- serviceConsoleUrl
- Campo API UpdateAutonomousDatabaseWalletDetails non più valido:
- shouldRotate
- Campo API AutonomousDatabaseStandbySummary non più valido:
- timeDataGuardRoleChange
Interfaccia API non più valida | API di sostituzione |
---|---|
CreateCrossRegionAutonomousDatabaseDataGuardDetails | CreateCrossRegionDisasterRecoveryDetails |
AutonomousDataWarehouse | Nessuna sostituzione |
AutonomousDataWarehouseSummary | Nessuna sostituzione |
Campo API non più valido | Campo API sostituzione |
---|---|
UpdateAutonomousDatabaseDetails.isDataGuardEnabled | UpdateAutonomousDatabaseDetails.isLocalDataGuardEnabled |
AutonomousDatabaseSummary.standbyDb | AutonomousDatabaseSummary.localStandbyDb |
AutonomousDatabaseSummary.isDataGuardEnabled | AutonomousDatabaseSummary.localDisasterRecoveryType |
AutonomousDatabaseStandbySummary.timeDataGuardRoleChange | AutonomousDatabaseStandbySummary.timeDisasterRecoveryRoleChanged |
API Autonomous Database | Valore risposta riuscita corrente | Valore risposta riuscita aggiornato |
---|---|---|
createAutonomousDatabase | 200 | 202 |
updateAutonomousDatabase | 200 | 202 |
restoreAutonomousDatabase | 200 | 202 |
startAutonomousDatabase | 200 | 202 |
restartAutonomousDatabase | 200 | 202 |
stopAutonomousDatabase | 200 | 202 |
failOverAutonomousDatabase | 200 | 202 |
switchoverAutonomousDatabase | 200 | 202 |
autonomousDatabaseManualRefresh | 200 | 202 |
Questo ha un impatto su di me?: se si dispone di script personalizzati o script Terraform che fanno riferimento a queste API o ai campi menzionati, è necessario modificare gli script per tenere conto di queste modifiche.
Che cosa devo fare?: quando si utilizzano SDK OCI e strumenti della riga di comando, gli script personalizzati vengono aggiornati per rimuovere l'uso delle API o dei campi non più validi oppure per utilizzare le sostituzioni.
Modifica del servizio: il valore predefinito dell'attributo isMTLSConnectionRequired
passerà da true
a false
il 1° luglio 2023 nelle seguenti API:
Data annuncio: 7 febbraio 2023.
Data in vigore: 1° luglio 2023.
Dettagli: prima di questa modifica del servizio, il valore predefinito dell'attributo isMTLSConnectionRequired
era true
. Questo è applicabile per Autonomous Database Serverless.
Questo ha un impatto su di me? Se si dispone di script personalizzati o di script Terraform che fanno riferimento alle interfacce API CreateAutonomousDatabase
, GetAutonomousDatabase
o UpdateAutonomousDatabase
, è possibile modificare gli script in modo da tenere conto del valore predefinito modificato di questo attributo. Tuttavia, se si sceglie di non apportare modifiche agli script, le chiamate API contenenti questo attributo continueranno a funzionare, tranne per il fatto che il valore predefinito passerà da "true" a "false".
Che cosa devo fare? Quando si utilizzano SDK OCI e strumenti della riga di comando, è possibile scegliere di aggiornare gli script personalizzati per impostare in modo esplicito l'attributo isMTLSConnectionRequired
su "true".
Modifica del servizio: i valori restituiti per alcune API vengono modificati, dove viene restituito il valore di 409 Incorrect State
, a volte, a seconda dei casi, in 409 Conflict
.
Data annuncio: ottobre 2023.
Data in vigore: ottobre 2024.
Dettagli: prima della modifica del servizio, alcune chiamate API non riescono con il codice di errore 409 Incorrect State
. Dopo la modifica del servizio, in alcuni casi, le chiamate API non riusciranno con il codice di errore 409 Conflict
.
Prima di questa modifica, molte API restituiscono 409 Incorrect State
quando l'Autonomous Database viene arrestato o non è disponibile. Per questi stati, secondo le linee guida API il ritorno corretto è 409 Conflict
. Per gli altri stati di Autonomous Database, ad esempio Avvio, Arresto e Provisioning, la restituzione corrente di 409 Incorrect State
è corretta e questa operazione non cambierà dopo questo aggiornamento.
La restituzione 409 Incorrect State
deve essere utilizzata per indicare che i nuovi tentativi sono OK e che alla fine la risorsa raggiungerà lo stato corretto, mentre la restituzione 409 Conflict
indica che la risorsa non raggiungerà lo stato corretto da sola e che i nuovi tentativi non devono essere eseguiti. Questa modifica del servizio modifica il valore del codice di errore in queste API per i casi in cui 409 Conflict
è rappresentativo dello stato Autonomous Database noto.
Questa modifica al servizio si applica alle seguenti API:
- UpdateAutonomousDatabase
- DeleteAutonomousDatabase
- ChangeDisasterRecoveryConfiguration
- RotateAutonomousDatabaseEncryptionKey
- StartAutonomousDatabase
- RestartAutonomousDatabase
- ShrinkAutonomousDatabase
- StopAutonomousDatabase
- ConfigureAutonomousDatabaseVaultKey
- AutonomousDatabaseManualRefresh
- FailOverAutonomousDatabase
- SwitchoverAutonomousDatabase
- ChangeAutonomousDatabaseCompartment
- RegisterAutonomousDatabaseDataSafe
- DeregisterAutonomousDatabaseDataSafe
- EnableAutonomousDatabaseOperationsInsights
- DisableAutonomousDatabaseOperationsInsights
Questo problema si verifica?: se si dispone di script personalizzati o di script Terraform che gestiscono il ritorno di 409 Incorrect State
da queste API, è possibile modificare gli script per gestire il ritorno di 409 Conflict
, a seconda dei casi.
Che cosa devo fare?: quando si utilizzano SDK OCI e strumenti della riga di comando, è possibile scegliere di aggiornare gli script personalizzati.
Modifica del servizio: il parametro isShared
di Oracle Cloud Infrastructure ListAutonomousDatabaseCharacterSets non è più valido.
Data annuncio: ottobre 2023.
Data in vigore: ottobre 2024.
Dettagli: prima di modificare il servizio, è possibile utilizzare il parametro isShared
facoltativo. Questa modifica introduce il parametro facoltativo isDedicated
e il parametro isShared
verrà rimosso dopo ottobre 2024.
Questo impatto si verifica?: se sono presenti script personalizzati o script Terraform che fanno riferimento all'API ListAutonomousDatabaseCharacterSets utilizzando il parametro isShared
con il valore TRUE, modificare gli script per sostituire questo parametro con il valore TRUE. Il parametro isDedicated
con il valore FALSE e se si fa riferimento all'API ListAutonomousDatabaseCharacterSets utilizzando il parametro isShared
con il valore FALSE, modificare gli script per sostituire questo parametro con l'attributo isDedicated
con il valore TRUE.
Che cosa devo fare?: quando si utilizzano SDK OCI e strumenti della riga di comando, aggiornare gli script personalizzati per sostituire il parametro isShared
con il parametro isDedicated
.
Modifica del servizio: su Autonomous Database Serverless la capacità di eseguire backup manuali, che non sono backup a lungo termine, non è più valida.
Autonomous Database Serverless esegue automaticamente il backup del database fino a 60 giorni. A causa di questa modifica, il 15 febbraio 2025, quando si chiama l'API CreateAutonomousDatabaseBackupDetails con l'attributo isLongTermBackup
, il valore deve essere impostato su true
. Anche il valore predefinito dell'attributo isLongTermBackup
verrà modificato in true
.
Data annuncio: 15 febbraio 2024.
Data in vigore: 15 febbraio 2025.
Dettagli: prima di questa modifica del servizio, il valore predefinito dell'attributo isLongTermBackup
era false
. Dopo la modifica del servizio, l'unico valore valido per l'attributo isLongTermBackup
è true
. Questa modifica è applicabile per Autonomous Database Serverless.
Questo impatto si verifica?: se sono presenti script personalizzati o script Terraform che fanno riferimento all'API CreateAutonomousDatabaseBackupDetails, è possibile modificare gli script in modo da tenere conto del valore predefinito modificato di questo attributo. Tuttavia, se si sceglie di non apportare modifiche agli script, le chiamate API contenenti questo attributo continueranno a funzionare, tranne per il fatto che il valore predefinito passerà da false
a true
.
Che cosa devo fare?: quando si utilizzano SDK OCI e strumenti della riga di comando, aggiornare gli script personalizzati per impostare in modo esplicito l'attributo isLongTermBackup
su true
.
Modifica del servizio: l'ambiente Oracle Machine Learning Notebooks Classic su Autonomous Database Serverless, che è l'ambiente notebook originale e sostituito da un'interfaccia notebook avanzata, non è più valido.
La nuova interfaccia OML Notebooks offre un nuovo aspetto, insieme a nuove funzionalità: caricamento e accesso più rapidi dei notebook; visualizzazioni avanzate dei dati, commenti sui paragrafi e dipendenze di runtime; Zeppelin e Layout Jupyter; controllo delle versioni dei notebook su pagina, visualizzazione della cronologia e confronto delle versioni; supporto GPU per i paragrafi Python; insieme alla possibilità di utilizzare pacchetti R e Python di terze parti tramite ambienti conda.
Data annuncio: 11 giugno 2024, nel banner "Modifiche all'importanza" della home page di Oracle Machine Learning Notebooks.
Data in vigore: 31 dicembre 2024.
Dettagli: allineate all'avviso di banner e prima della rimozione della funzione, verranno implementate le modifiche incrementali riportate di seguito.
- Oracle Machine Learning Notebooks rilascia l'interfaccia Early Adopter dei notebook e offre la possibilità di convertire in modo pratico i notebook classici nella pagina di elenco dei notebook.
Fase 2 - 29 ottobre 2024
- Nella pagina Elenco blocco note classico, gli utenti non saranno più in grado di creare blocchi note classici, salvarli come modelli o selezionarli per la pianificazione dei job.
- I notebook Classic esistenti possono essere aperti in modalità di sola lettura.
- Gli utenti possono convertire i notebook Classic nel nuovo formato utilizzando il pulsante "Copia in notebook OML" nella pagina della scheda descrittiva.
Fase 3 - 31 dicembre 2024
- I notebook classici non saranno più disponibili per l'utente.
- L'utente ADMIN può accedere ai notebook classici in modalità di sola lettura e convertirli nel nuovo formato.
- I job che utilizzano ancora i notebook classici verranno disabilitati con lo stato "Disabilitato". Tutti i log dei job associati non saranno accessibili. Gli utenti potranno eliminare i job solo utilizzando i notebook classici.
Fase 4 - 4 giugno 2025
- L'utente ADMIN non avrà più accesso ai notebook classici.
- Tutti i notebook Classic rimanenti verranno eliminati.
Questo mi ha colpito? Ciò interessa solo gli utenti che dispongono di notebook classici, notebook modello classico o job che specificano notebook classici. In base alla pianificazione precedente, gli utenti perderanno l'accesso a questi notebook e i job esistenti che utilizzano i notebook classici genereranno un errore se vengono eseguiti o sono pianificati in base a una schedulazione ricorrente.
Quali azioni occorre eseguire? Se si dispone di notebook classici o di notebook modello classico (personali o condivisi) che si desidera mantenere, è necessario convertirli nel nuovo formato. Se si dispone di job che si basano su notebook classici, questi job devono essere aggiornati con un nuovo notebook o ricreati con un nuovo notebook.
Modifica del servizio: il supporto per l'associazione Autonomous Container Database Data Guard e le API dell'associazione Autonomous Database Data Guard elencate in questo annuncio di modifica del servizio termina il 4 marzo 2026.
Data annuncio: 4 marzo 2025.
Data in vigore: 4 marzo 2026.
Dettagli: si consiglia di eseguire la migrazione dei carichi di lavoro del database utilizzando le API in questo annuncio alle API di sostituzione elencate il prima possibile.
Il campo cpuCoreCount
non è più valido per le API di Autonomous Database descritte in questo annuncio di modifica del servizio.
Prima di questa modifica del servizio, le API di Autonomous Database in questo annuncio di modifica del servizio includevano cpuCoreCount
come campo. Dopo l'implementazione di questa modifica al servizio, il campo cpuCoreCount
verrà rimosso. Si consiglia agli utenti di aggiornare gli script e l'automazione per interrompere l'utilizzo di questo campo il prima possibile. Ove previsto, gli utenti devono passare all'uso del modello di computazione ECPU e di computeCount
. Il supporto per questo campo API di Autonomous Database termina il 28 maggio 2026.
API interessate:
Servizi Exadata
Le API del sistema DB Exadata di Oracle Cloud Infrastructure non sono più valide il 15 novembre 2020.
Importante: non è possibile eseguire il provisioning di nuovi sistemi con il vecchio modello di risorse/API del sistema DB dopo il 15 maggio 2021. Il supporto per il vecchio modello di risorse del sistema DB/API sui sistemi esistenti terminerà il 15 novembre 2021. Oracle consiglia di eseguire la migrazione delle istanze di Exadata Database Service on Dedicated Infrastructure alle nuove API del modello di risorse il prima possibile. La conversione al nuovo modello di risorse non comporta tempi di inattività del sistema.
API non supportata | API sostitutive |
---|---|
LaunchDbSystem (non più valido solo per i sistemi Exadata) | CreateCloudExadataInfrastructure e CreateCloudVmCluster |
ListDbSystems (non più valido solo per i sistemi Exadata) | ListCloudExadataInfrastructures e ListCloudVmClusters |
GetDbSystem (non più valido solo per i sistemi Exadata) | GetCloudExadataInfrastructure e GetCloudVmCluster |
ChangeDbSystemCompartment (non più valido solo per i sistemi Exadata) | ChangeCloudExadataInfrastructureCompartment e ChangeCloudVmClusterCompartment |
UpdateDbSystem (non più valido solo per i sistemi Exadata) | UpdateCloudExadataInfrastructure e UpdateCloudVmCluster |
GetExadataIormConfig (non più valido solo per i sistemi Exadata) | GetCloudVmClusterIormConfig |
UpdateExadataIormConfig (solo sistemi Exadata) | UpdateCloudVmClusterIormConfig |
TerminateDbSystem (non più valido solo per i sistemi Exadata) | DeleteCloudExadataInfrastructure e DeleteCloudVmCluster |
Modifica del servizio: l'attributo dbWorkload
facoltativo dell'API CreateDatabase di Oracle Cloud Infrastructure non è più valido.
Data annuncio: novembre 2022.
Data di validità: novembre 2023.
Dettagli: prima di questa modifica del servizio, l'attributo dbWorkload
può essere utilizzato per scegliere tra il carico di lavoro OLTP (Online Transaction Processing) o Data Warehouse (Analytic) e viene utilizzato internamente per determinare le impostazioni di memoria in base al carico di lavoro del database. Dopo questa modifica del servizio, l'attributo dbWorkload
viene considerato "no-op" (nessuna operazione), il che significa che mentre le chiamate API contenenti l'attributo non più valido non riusciranno, il valore passato verrà ignorato e il sistema utilizzerà invece internamente un valore predefinito. Ciò è applicabile per Exadata Database Service on Dedicated Infrastructure, Exadata Database Service on Cloud@Customer e Base Database Service.
Questo mi ha colpito? Se si dispone di script personalizzati o di script Terraform che fanno riferimento all'API CreateDatabase e utilizzano in modo esplicito l'attributo dbWorkload
, è possibile modificare gli script per rimuovere questo attributo. Tuttavia, se si sceglie di non apportare modifiche agli script, le chiamate API contenenti questo attributo continueranno a funzionare, tranne per il fatto che il valore passato per l'attributo dbWorkload
non verrà considerato.
Quali azioni occorre eseguire? Quando si utilizzano gli SDK OCI e gli strumenti della riga di comando, è possibile scegliere di aggiornare gli script personalizzati per escludere l'attributo dbWorkload
. Dopo novembre 2023, se si passa un valore all'attributo dbWorkload
, questo verrà ignorato.
Oracle Base Database Service
Modifica del servizio: l'attributo dbWorkload
facoltativo dell'API CreateDatabase di Oracle Cloud Infrastructure non è più valido.
Data annuncio: novembre 2022.
Data di validità: novembre 2023.
Dettagli: prima di questa modifica del servizio, l'attributo dbWorkload
può essere utilizzato per scegliere tra il carico di lavoro OLTP (Online Transaction Processing) o Data Warehouse (Analytic) e viene utilizzato internamente per determinare le impostazioni di memoria in base al carico di lavoro del database. Dopo questa modifica del servizio, l'attributo dbWorkload
viene considerato "no-op" (nessuna operazione), il che significa che mentre le chiamate API contenenti l'attributo non più valido non riusciranno, il valore passato verrà ignorato e il sistema utilizzerà invece internamente un valore predefinito. Ciò è applicabile per Exadata Database Service on Dedicated Infrastructure, Exadata Database Service on Cloud@Customer e Base Database Service.
Questo mi ha colpito? Se si dispone di script personalizzati o di script Terraform che fanno riferimento all'API CreateDatabase e utilizzano in modo esplicito l'attributo dbWorkload
, è possibile modificare gli script per rimuovere questo attributo. Tuttavia, se si sceglie di non apportare modifiche agli script, le chiamate API contenenti questo attributo continueranno a funzionare, tranne per il fatto che il valore passato per l'attributo dbWorkload
non verrà considerato.
Quali azioni occorre eseguire? Quando si utilizzano gli SDK OCI e gli strumenti della riga di comando, è possibile scegliere di aggiornare gli script personalizzati per escludere l'attributo dbWorkload
. Dopo novembre 2023, se si passa un valore all'attributo dbWorkload
, questo verrà ignorato.
Migrazione del database
Modifica del servizio: la versione 201210929
dell'API di migrazione del database di Oracle Cloud Infrastructure non è più valida dal 21 giugno 2024 in poi.
Data annuncio: 2 luglio 2024
Data in vigore: 21 giugno 2024
Dettagli:
A partire dal 21 giugno 2024, la versione precedente dell'API di migrazione del database, versione 201210929
, non è più valida. A partire dal 21 giugno 2025, l'API non più valida non è più disponibile ed è stata sostituita con una nuova versione dell'API 20230518
che fornisce funzionalità avanzate e supporto per le release future.
- Se sei un nuovo cliente e non hai mai utilizzato il nostro servizio prima, questo cambiamento non ti ha influenzato.
- Se sei un cliente esistente che utilizza la console OCI per gestire le risorse di migrazione del database e hai creato migrazioni e connessioni prima di questa modifica, devi passare alla nuova API creando nuove migrazioni e connessioni. Tuttavia, ciò non influisce sulla migrazione esistente in corso ed è possibile eliminare le migrazioni e le connessioni precedenti.
- Se stai utilizzando una versione precedente dell'SDK pubblico o del provider Terraform, non puoi più eseguire determinate operazioni sulle risorse utilizzando OCI Console. Tuttavia, puoi continuare a utilizzare le API non più valide utilizzando gli SDK meno recenti fino a quando il supporto non viene rimosso dal servizio. Per ulteriori informazioni, contattare l'assistenza.
Quali azioni occorre eseguire?
Se si utilizza una versione precedente dell'SDK o del provider Terraform, è necessario pianificare l'upgrade al nuovo SDK o al provider Terraform al più presto.
Elenco di API non più valide e sostitutive
Strumenti sviluppatore
Modifica del servizio: l'SDK Java OCI versione 2 non è più valido.
Data annuncio: 6 aprile 2023
Data di validità: 30 giugno 2023
Dettagli: Oracle ha recentemente rilasciato Oracle Cloud Infrastructure (OCI) Java SDK versione 3. OCI Java SDK versione 3 è una release SDK importante e si consiglia di eseguire l'upgrade a questa versione più recente. Continueremo a supportare completamente OCI Java SDK versione 2 fino alla fine di giugno 2023. Durante questo periodo, sia OCI Java SDK versioni 2 che 3 riceveranno aggiornamenti regolari per aggiungere supporto per nuove API di servizio, correzioni di bug critici e patch di sicurezza e modifiche alla documentazione.
Questo mi ha colpito? Dopo il 30 giugno 2023, OCI Java SDK versione 2 non riceverà più aggiornamenti per aggiungere supporto per nuove aree, nuovi servizi o funzioni nei servizi esistenti, se non diversamente specificato. Per le versioni precedenti dell'SDK Java OCI versione 2 che risalgono a meno di 12 mesi fa, su richiesta OCI eseguirà il backport solo delle correzioni di bug critici e dei problemi di sicurezza.
Quali azioni occorre eseguire? Upgrade all'SDK Java OCI versione 3.
Settore DevOps
Modifica del servizio: le DevOps API di Oracle Cloud Infrastructure (due API) della versione 20210630
non sono più valide il 29 marzo 2022.
Data annuncio: 29 marzo 2022
Data di validità: 29 marzo 2023
Dettagli: a partire dal 29 marzo 2022, due API DevOps della versione 20210630
non sono più valide. A partire dal 29 marzo 2023, le API non più valide non saranno disponibili.
Interfaccia API non più valida | API di sostituzione |
---|---|
GetRepositoryFileLines | GetRepoFileLines |
GetFileDiff | GetRepoFileDiff |
Modifica del servizio: OCI DevOps termina il supporto per Oracle Linux 7.
Data annuncio: 27 agosto 2025
Data in vigore: 28 agosto 2026
Dettagli: a partire dal 28 agosto 2026, il supporto per Oracle Linux 7 termina, dopo di che gli utenti non possono creare o eseguire build sui motori di build basati su OL7. Per garantire una transizione agevole, consigliamo di eseguire la migrazione a Oracle Linux 8 prima del 12 ottobre 2025 per evitare la latenza nei lanci di Oracle Linux 7-based build runner. Per garantire una transizione senza interruzioni e ottenere le migliori prestazioni, aggiorna le configurazioni della pipeline per utilizzare Oracle Linux 8.
Event Hub
Modifica servizio: il servizio Hub eventi non è più valido.
Data annuncio: 29 aprile 2022
Data di validità: 31 maggio 2023
Dettagli: a partire dal 31 maggio 2023, il servizio Oracle Event Hub raggiungerà la fine del ciclo di vita (EOL). Prima della data di fine vita, ti consigliamo di eseguire la migrazione dei tuoi flussi di dati da Event Hub a Oracle Cloud Infrastructure Streaming.
Questo mi ha colpito? Se si utilizza il servizio Hub eventi per creare cluster Kafka e/o argomenti Hub eventi, non sarà più possibile dopo il 31 maggio 2023. I cluster creati in precedenza continueranno a funzionare nella tenancy senza modifiche.
Quali azioni occorre eseguire? Tutti i clienti di Event Hub possono ora utilizzare Streaming per spostare i dati utilizzando le sue integrazioni strette con Oracle Cloud Infrastructure (OCI), Database, GoldenGate e Integration Cloud. Il servizio utilizza una pratica Kafka Connect per fornire integrazioni pronte all'uso per centinaia di prodotti di terze parti in categorie come DevOps, database, big data e applicazioni SaaS.
Storage di file
Modifica del servizio: è possibile allegare un massimo di 100 file system a un determinato criterio snapshot.
Data annuncio: 5 agosto 2023
Data in vigore: 7 agosto 2023
Dettagli: a partire dal 7 agosto 2023, verrà introdotto un nuovo limite del servizio per limitare il numero totale di file system collegati a un criterio snapshot. Questa modifica consentirà di collegare fino a 100 file system per ogni criterio snapshot per tenant per dominio di disponibilità.
Questo mi ha colpito? Se si prevede di allegare più di 100 file system a uno specifico criterio snapshot, non sarà possibile farlo dopo il 7 agosto 2023. A tutti i tenant esistenti a cui sono collegati più di 100 file system per criterio snapshot prima del 7 agosto 2023 verrà fornita un'eccezione. Nessuna eccezione sarà data dopo il 7 agosto 2023.
Quali azioni occorre eseguire? Se è necessario collegare più di 100 file system a un criterio snapshot, creare un secondo criterio snapshot o utilizzare qualsiasi altro criterio snapshot esistente. È possibile creare 100 criteri snapshot per tenant per dominio di disponibilità. È comunque possibile generare snapshot basati su criteri per i file system, ma potrebbe essere necessario utilizzare più criteri snapshot.
Modifica del servizio: i file system di storage di file che utilizzano chiavi di cifratura gestite dal cliente richiedono nuovi criteri IAM.
Data annuncio: 29 maggio 2024
Data di validità: 29 maggio 2024
Dettagli: il 29 maggio 2024, Storage di file introduce un nuovo metodo per concedere ai file system l'autorizzazione all'uso di chiavi di cifratura personalizzate. Prima di questa modifica, i criteri per concedere ai file system le autorizzazioni per utilizzare le chiavi di cifratura personalizzate utilizzavano l'utente del servizio di storage di file. Ad esempio:
Allow service <file_storage_service_user> to use keys
Dopo questa modifica, alle risorse di storage di file viene concessa l'autorizzazione per utilizzare chiavi personalizzate. Per ulteriori informazioni, vedere Cifratura di un file system.
Questo mi ha colpito? Prima del 29 maggio 2024, i file system di storage di file che utilizzavano chiavi di cifratura Vault gestite dal cliente al posto delle chiavi gestite da Oracle utilizzavano l'utente del servizio di storage di file nei criteri IAM richiesti.
L'utente del servizio non avrà accesso alle chiavi gestite dal cliente in futuro.
Quali azioni occorre eseguire? Crea nuovi criteri IAM che consentono di cifrare e decifrare i file system dello storage di file utilizzando le principal risorsa. Assicurarsi che i file system utilizzino i criteri dei principal delle risorse anziché i criteri dei principal dei servizi.
Per ulteriori informazioni, vedere Cifratura di un file system e Verifica dell'accesso principal risorsa alle chiavi di cifratura.
Gestione delle applicazioni della flotta
Modifica del servizio: le API Fleet Application Management di Oracle Cloud Infrastructure della versione 20230831
non sono più valide il 14 maggio 2025.
Data annuncio: 14 maggio 2025
Data di validità: 14 maggio 2025
Dettagli: a partire dal 14 maggio 2025, le API di Fleet Application Management della versione 20230831 non erano più valide. A partire dal 14 maggio 2025, le API non più valide non saranno disponibili. Le operazioni di aggiornamento/eliminazione/richiesta/elenco su qualsiasi risorsa creata da API non più valide saranno supportate dalle nuove API.
Lista di API non supportate e sostitutive
API non supportata (versione 20230831) | API sostitutiva (versione 20250228) |
---|---|
ListAnnouncements | ListAnnouncements |
GetCompliancePolicy | GetCompliancePolicy |
ListCompliancePolicies | ListCompliancePolicies |
CreateCompliancePolicyRule | CreateCompliancePolicyRule |
DeleteCompliancePolicyRule | CreateCompliancePolicyRule |
GetCompliancePolicyRule | GetCompliancePolicyRule |
UpdateCompliancePolicyRule | UpdateCompliancePolicyRule |
ListCompliancePolicyRules | ListCompliancePolicyRules |
ExportComplianceReport | ExportComplianceReport |
SummarizeComplianceRecordCounts | SummarizeComplianceRecordCounts |
ListComplianceRecords | ListComplianceRecords |
GetComplianceReport | GetComplianceReport |
GetExecution | GetExecution |
ListExecutions | ListExecutions |
CheckResourceTagging | CheckResourceTagging |
ConfirmTargets | ConfirmTargets |
CreateFleet | CreateFleet |
DeleteFleet | DeleteFleet |
GenerateComplianceReport | GenerateComplianceReport |
GetFleet | GetFleet |
RequestResourceValidation | RequestResourceValidation |
RequestTargetDiscovery | RequestTargetDiscovery |
UpdateFleet | UpdateFleet |
ListFleets | ListFleets |
CreateFleetCredential | CreateFleetCredential |
DeleteFleetCredential | DeleteFleetCredential |
GetFleetCredential | GetFleetCredential |
UpdateFleetCredential | UpdateFleetCredential |
ListFleetCredentials | ListFleetCredentials |
ListFleetProducts | ListFleetProducts |
CreateFleetProperty | CreateFleetProperty |
DeleteFleetProperty | DeleteFleetProperty |
GetFleetProperty | GetFleetProperty |
UpdateFleetProperty | UpdateFleetProperty |
ListFleetProperties | ListFleetProperties |
CreateFleetResource | CreateFleetResource |
DeleteFleetResource | DeleteFleetResource |
GetFleetResource | GetFleetResource |
UpdateFleetResource | UpdateFleetResource |
ListFleetResources | ListFleetResources |
ListFleetTargets | ListFleetTargets |
ListTargets | ListTargets |
ListInventoryResources | ListInventoryResources |
GetJobActivity | GetJobActivity |
CreateMaintenanceWindow | CreateMaintenanceWindow |
DeleteMaintenanceWindow | DeleteMaintenanceWindow |
GetMaintenanceWindow | GetMaintenanceWindow |
UpdateMaintenanceWindow | UpdateMaintenanceWindow |
ListMaintenanceWindows | ListMaintenanceWindows |
SummarizeManagedEntityCounts | SummarizeManagedEntityCounts |
CreateOnboarding | CreateOnboarding |
DeleteOnboarding | DeleteOnboarding |
EnableLatestPolicy | EnableLatestPolicy |
GetOnboarding | GetOnboarding |
ManageSettings | ManageSettings |
UpdateOnboarding | UpdateOnboarding |
ListOnboardings | ListOnboardings |
ListOnboardingPolicies | ListOnboardingPolicies |
CreatePatch | CreatePatch |
DeletePatch | DeletePatch |
GetPatch | GetPatch |
UpdatePatch | UpdatePatch |
ListPatches | ListPatches |
CreatePlatformConfiguration | CreatePlatformConfiguration |
DeletePlatformConfiguration | DeletePlatformConfiguration |
GetPlatformConfiguration | GetPlatformConfiguration |
UpdatePlatformConfiguration | UpdatePlatformConfiguration |
ListPlatformConfigurations | ListPlatformConfigurations |
CreateProperty | CreateProperty |
DeleteProperty | DeleteProperty |
GetProperty | GetProperty |
UpdateProperty | UpdateProperty |
ListProperties | ListProperties |
ListResources | ListResources |
CreateRunbook | CreateRunbook |
DeleteRunbook | DeleteRunbook |
GetRunbook | GetRunbook |
PublishRunbook | PublishRunbook |
SetDefaultRunbook | SetDefaultRunbook |
UpdateRunbook | UpdateRunbook |
ListRunbooks | ListRunbooks |
ListScheduledFleets | ListScheduledFleets |
CreateSchedulerDefinition | CreateSchedulerDefinition |
DeleteSchedulerDefinition | DeleteSchedulerDefinition |
GetSchedulerDefinition | GetSchedulerDefinition |
UpdateSchedulerDefinition | UpdateSchedulerDefinition |
ListSchedulerDefinitions | ListSchedulerDefinitions |
DeleteSchedulerJob | DeleteSchedulerJob |
GetSchedulerJob | GetSchedulerJob |
ManageJobExecution | ManageJobExecution |
UpdateSchedulerJob | UpdateSchedulerJob |
SummarizeSchedulerJobCounts | SummarizeSchedulerJobCounts |
ListSchedulerJobs | ListSchedulerJobs |
ListSteps | ListSteps |
CreateTaskRecord | CreateTaskRecord |
DeleteTaskRecord | DeleteTaskRecord |
GetTaskRecord | GetTaskRecord |
UpdateTaskRecord | UpdateTaskRecord |
ListTaskRecords | ListTaskRecords |
GetWorkRequest | GetWorkRequest |
ListWorkRequests | ListWorkRequests |
ListWorkRequestErrors | ListWorkRequestErrors |
ListWorkRequestLogs | ListWorkRequestLogs |
Full Stack Disaster Recovery
Modifica del servizio: il tipo di membro COMPUTE_INSTANCE
in DrProtectionGroupMemberType
non è più valido e non sarà più supportato.
Data annuncio: 31 ottobre 2023
Data in vigore: 31 ottobre 2024.
COMPUTE_INSTANCE
non è più valido e verrà sostituito dai seguenti tipi di membro alternativo:COMPUTE_INSTANCE_MOVABLE
: utilizzato per le istanze di computazione che si spostano durante le operazioni DR.COMPUTE_INSTANCE_NON_MOVABLE
: utilizzato per le istanze di computazione che non vengono spostate durante le operazioni DR.
Eseguire la migrazione a uno dei nuovi tipi di istanza prima della data di validità non più valida.
Questo mi ha colpito? Se si utilizza il tipo di membro COMPUTE_INSTANCE
nella configurazione DR, questa modifica ha effetto sull'utente. Assicurarsi di eseguire la migrazione a uno dei nuovi tipi di istanza prima della data di non validità.
Quali azioni occorre eseguire? Per eseguire la migrazione da un COMPUTE_INSTANCE
esistente a uno dei nuovi tipi di istanza, attenersi alle queste istruzioni.
Modifica del servizio: la proprietà blockVolumeOperations per un'istanza di computazione non mobile non è più valida e non sarà più supportata.
Data annuncio: 20 maggio 2025
Data di validità: 20 maggio 2026
Dettagli: la proprietà blockVolumeOperations
nei tipi di dati DrProtectionGroupMemberComputeInstanceNonMovable
, CreateDrProtectionGroupMemberComputeInstanceNonMovableDetails
e UpdateDrProtectionGroupMemberComputeInstanceNonMovableDetails
non è più valida. Dal 30 aprile 2026, in poi, la proprietà deprecata non sarà disponibile.
Tipi di dati non più validi | Tipi di dati sostitutivi |
---|---|
La proprietà blockVolumeOperations per un'istanza di computazione non mobile non è più valida nei seguenti tipi di dati: | Utilizzare la proprietà blockVolumeAttachAndMountOperations anziché la proprietà blockVolumeOperations nei seguenti tipi di dati: |
Questo mi ha colpito?
N. Tuttavia, non è possibile specificare più punti di attivazione per un singolo volume a blocchi montato da Full Stack DR utilizzando la proprietà blockVolumeOperations
non più valida. È ora possibile specificare più punti di attivazione per un singolo volume a blocchi montato da Full Stack DR utilizzando la nuova proprietà blockVolumeAttachAndMountOperations
. È inoltre possibile specificare più punti di attivazione per un volume logico (LV, Logical Volume) che può essere costituito da più volumi a blocchi. Attacchi e montaggi sono ora completamente indipendenti l'uno dall'altro.
Non è possibile utilizzare insieme la proprietà
blockVolumeOperations
non più valida e la proprietà blockVolumeAttachAndMountOperations
.Quali azioni occorre eseguire?
Utilizzare la proprietà blockVolumeAttachAndMountOperations
anziché la proprietà blockVolumeOperations
.
Funzioni
Modifica del servizio: la versione CLI di Fn Project 0.5.x (e precedente) non sarà più supportata.
Data annuncio: 29 giugno 2021
Data in vigore: 1° agosto 2021
Dettagli: a partire dal 1° agosto 2021, Fn Project CLI versione 0.5.x (e precedenti) non funzionerà più con OCI Functions.
Questo mi ha colpito? Se si sta utilizzando Fn Project CLI versione 0.5.x (o precedente), sarà necessario eseguire l'aggiornamento a Fn Project CLI versione 0.6.x (o successiva).
Quali azioni occorre eseguire? Eseguire l'aggiornamento a Fn Project CLI versione 0.6.x (o successiva) seguendo le istruzioni riportate in Aggiornamento dell'interfaccia CLI di Fn Project.
Modifica del servizio: a partire dal 15 dicembre 2021, le immagini di base di build-time e runtime Function Development Kit (FDK) di Fn Project, ad eccezione di FDK per Python 3.7, sono basate sulla distribuzione sottile di Oracle Linux 8. Le immagini di base di Alpine/Debian FDK sono deprecate.
Data annuncio: 15 novembre 2021
Data in vigore: 15 dicembre 2021
Dettagli: a partire dal 15 dicembre 2021, la maggior parte delle immagini Fn Project Function Development Kit (FDK) in fase di creazione e runtime per i diversi linguaggi supportati si basa sulla distribuzione sottile di Oracle Linux 8 (anziché sulle distribuzioni Alpine e Debian Linux). Le nuove funzioni che distribuisci utilizzeranno queste immagini di base di Oracle Linux 8 FDK. Le uniche eccezioni sono le immagini FDK build-time e runtime di base per Python 3.7, che continuano ad essere costruite sulla parte superiore della distribuzione Debian Linux.
Le distribuzioni Linux Alpine/Debian e la distribuzione slim Oracle Linux 8 hanno pacchetti manager diversi. Dopo la transizione alle immagini di base di Oracle Linux 8 FDK, il Dockerfile temporaneo creato da OCI Functions durante la distribuzione di nuove funzioni contiene comandi di Package Manager Oracle Linux 8.
Questo mi ha colpito?
Per le funzioni esistenti già distribuite in OCI Functions:
- Se OCI Functions utilizza le impostazioni nel file func.yaml di una funzione per creare un Dockerfile temporaneo contenente le istruzioni da cui creare l'immagine Docker della funzione, la funzione verrà creata e distribuita senza errori. Il Dockerfile temporaneo include i comandi di Package Manager Oracle Linux 8 corretti.
- Se è stato creato un Dockerfile personalizzato per una funzione (ad esempio, modificando il Dockerfile creato da OCI Functions e impostando
runtime: docker
nel file func.yaml della funzione), la funzione potrebbe ora essere creata e distribuita con errori qualimissing apt-get ...
. Gli errori si verificano se il Dockerfile personalizzato include comandi di gestione dei pacchetti Alpine/Debian.
Quali azioni occorre eseguire? Se sono stati creati Dockerfile personalizzati contenenti comandi di gestione dei pacchetti Alpine/Debian, sostituire tali comandi con i comandi di gestione dei pacchetti Oracle Linux 8.
Se non è possibile iniziare immediatamente a utilizzare le immagini di base di Oracle Linux 8 FDK perché si dispone di funzioni che richiedono ancora le distribuzioni Alpine o Debian Linux, esiste una soluzione alternativa temporanea. Fino al 15 dicembre 2022, le immagini di base Alpine/Debian FDK rimangono disponibili ma con tag di immagine modificati. È possibile aggiornare i Dockerfile personalizzati per utilizzare le immagini di base Alpine/Debian FDK non più valide invece delle immagini di base di Oracle Linux 8 specificando esplicitamente i tag di immagine modificati. Vedere Le mie funzioni richiedono ancora le distribuzioni Alpine e Debian Linux. Esiste una soluzione alternativa temporanea?
Gestione dell'ambiente Fusion Applications
Modifica del servizio: quando si crea un ambiente Fusion Applications o un amministratore dell'ambiente Fusion Applications, la password dell'amministratore non sarà necessaria. Inoltre, l'API Reimposta password amministratore ambiente Fusion non sarà più valida. Per reimpostare la password tramite API, sarà necessario utilizzare l'API Fusion Applications appropriata.
Data annuncio: 27 agosto 2024
Data in vigore: 27 agosto 2025
Dettagli:a partire dal 27 agosto 2025 non sarà più possibile creare o reimpostare la password dell'amministratore di Fusion Applications utilizzando le API di gestione dell'ambiente di Fusion Applications. Le API interessate sono:
API | Change |
---|---|
ResetFusionEnvironmentPassword | Questa interfaccia API non è più valida. Tra un anno verrà rimosso. Non utilizzare questa API per reimpostare la password dell'amministratore di Fusion Applications. |
CreateFusionEnvironment CreateFusionEnvironmentAdminUser |
Nell'oggetto CreateFusionEnvironmentAdminUserDetails, il parametro password è attualmente facoltativo. Tra un anno, il parametro verrà rimosso da queste API. |
Questo mi ha colpito? Se si utilizza l'API di gestione dell'ambiente di Fusion Applications per reimpostare la password dell'amministratore di Fusion Applications, sarà necessario utilizzare l'API Fusion Applications appropriata.
Se si utilizza l'API per creare l'amministratore di Fusion Applications, la password non verrà più accettata. Al contrario, l'utente amministratore immetterà la propria password dopo aver ricevuto un'e-mail di benvenuto.
Il workflow della console non è interessato.
Quali azioni occorre eseguire?
Se si sta chiamando ResetFusionEnvironmentPassword, è necessario aggiornare gli script per utilizzare l'API Fusion Applications Aggiorna un utente.
Se si sta chiamando CreateFusionEnvironment o CreateFusionEnvironmentAdminUser, non passare il parametro password. All'utente verrà richiesto di aggiungere la propria password tramite l'e-mail di benvenuto.
AI generativa
Modifica del servizio: le API GenerateText
e SummarizeText
sono deprecate.
Data annuncio:26 giugno 2025
Data in vigore: 26 giugno 2026
Dettagli: a partire dal 26 giugno 2025, l'API GenerateText
e l'API SummarizeText
nell'API di inferenza dell'AI generativa non sono più valide. A partire dal 26 giugno 2026, le API non più valide non saranno disponibili.
Non più valido | Sostituzione |
---|---|
Le seguenti API nell'API di inferenza dell'intelligenza artificiale generativa non sono più valide: |
Utilizzare l'API Chat nell'API di inferenza AI generativa. |
Agenti AI generativa
Modifica del servizio: la proprietà knowledgeBaseIds
per un agente RAG non è più valida.
Data annuncio: 26 marzo 2025
Data di validità: 26 marzo 2026
Dettagli: a partire dal 26 marzo 2025, la proprietà knowledgeBaseIds
in Agent
, AgentSummary
, CreateAgentDetails
e UpdateAgentDetails
non è più valida. Dal 26 marzo 2026 la proprietà deprecata non sarà più disponibile.
Non più valido | Sostituzione |
---|---|
La proprietà
|
Utilizzare la proprietà
Vedere gli argomenti seguenti: Tipo di dati RagToolConfig Tipo di dati ToolConfig API Strumenti |
Globally Distributed Database
Globally Distributed Database API di OCI versione 20230301 raggiunge la fine del ciclo di vita.
Data annuncio: 7 maggio 2025
Data di validità: 8 maggio 2025
Dettagli: a partire dall'8 maggio 2025, l'API Globally Distributed Database versione 20230301 raggiunge la fine del ciclo di vita. L'8 maggio 2025 l'API 20230301 viene sostituita dalla versione 20250101 dell'API, che offre funzionalità avanzate e supporto per le versioni correnti e future.
- Se sei un nuovo cliente e non hai mai utilizzato il nostro servizio prima, questo cambiamento non ti influisce.
- Se sei un cliente esistente che utilizza le API 20230301, devi aggiornare gli script per utilizzare le API 20250101.
GoldenGate
Modifica del servizio: la proprietà Region delle connessioni Amazon S3 diventerà obbligatoria a partire dal 10 giugno 2026.
Data annuncio: 10 giugno 2025
Data di validità: 10 giugno 2026
Dettagli: a partire dal 10 giugno 2026, la proprietà Region delle connessioni Amazon S3 sarà un campo obbligatorio.
Questo mi ha colpito? Sì, se si dispone di connessioni Amazon S3 che attualmente non hanno un valore assegnato per Regione.
Quali azioni occorre eseguire? Quando crei nuove connessioni Amazon S3, assicurati di fornire un valore per Region. Per le connessioni Amazon S3 esistenti, assicurarsi di modificare le proprietà della connessione e fornire un valore per Regione.
Per ulteriori informazioni sulle connessioni Amazon S3 con GoldenGate, vedere Connettersi ad Amazon S3.
Modifica del servizio: le API GoldenGate di Oracle Cloud Infrastructure per DatabaseRegistrations
non sono più valide dal 01 novembre 2022.
Data annuncio: 01 novembre 2022
Data di validità: 01 novembre 2023
Dettagli: a partire dal 01 novembre 2022, le API DatabaseRegistrations
non sono più valide e vengono sostituite dalle API Connections
. Dal 01 novembre 2023, le API non più valide non saranno disponibili.
Questo mi ha colpito? Sì Le API DatabaseRegistrations
hanno funzionato per le connessioni a Oracle Database, mentre le nuove API Connections
estendibili consentono di connettersi a molti altri tipi di tecnologie di dati.
Quali azioni occorre eseguire? Utilizzare le API Connections
anziché le API DatabaseRegistrations
per connettersi alle tecnologie di origine e di destinazione.
Modifica del servizio: la proprietà timeUpgradeRequired
delle API Deployment
e DeploymentSummary
non è più valida al 14 marzo 2023.
Data annuncio: 14 marzo 2023
Data di validità: 14 marzo 2024
Dettagli: con le nuove funzioni di manutenzione implementate il 14 marzo 2023, la proprietà timeUpgradeRequired
delle API Deployment
e DeploymentSummary
non è più valida.
Questo mi ha colpito? La proprietà timeUpgradeRequired
di sola lettura è stata utilizzata per determinare per quanto tempo è stato necessario eseguire manualmente l'upgrade a una nuova versione di distribuzione, ma il servizio non ha eseguito automaticamente l'upgrade della distribuzione quando è scaduta la scadenza. La nuova funzione di manutenzione pianifica uno o più aggiornamenti e aggiorna automaticamente la distribuzione alla data specificata. Queste date sono disponibili nella pagina dei dettagli della distribuzione.
Quali azioni occorre eseguire? È possibile adeguare gli aggiornamenti pianificati in base alle esigenze quando si crea la distribuzione o dalla pagina dei dettagli della distribuzione.
Modifica del servizio: la proprietà adminPassword
utilizzata negli oggetti modello CreateOggDeploymentDetails
e UpdateOggDeploymentDetails
delle API CreateDeploymentDetails
e UpdateDeploymentDetails
non è più valida a partire dal 15 agosto 2023.
Data annuncio: 15 agosto 2023
Data di validità: 15 agosto 2024
Dettagli: con la nuova funzione Single Sign-On introdotta il 15 agosto 2023, la proprietà adminPassword
utilizzata negli oggetti modello CreateOggDeploymentDetails
e UpdateOggDeploymentDetails
delle API CreateDeploymentDetails
e UpdateDeploymentDetails
non è più valida.
Questo mi ha colpito? Sì
Quali azioni occorre eseguire? Le nuove distribuzioni create a partire dal 15 agosto 2023 richiedono di selezionare un'area di memorizzazione delle credenziali (OCI Identity and Access Management (IAM) o GoldenGate) nelle tenancy in cui è abilitato OCI IAM con domini di Identity. Se si seleziona IAM OCI, è possibile eseguire il login alla console di distribuzione utilizzando l'account Oracle Cloud, mentre GoldenGate richiede di creare un vault e aggiungere un segreto in cui memorizzare la password, che verrà utilizzato per eseguire il login alla console di distribuzione.
Modifica del servizio: la proprietà privateIp
di tutti gli oggetti modello CreateConnectionDetails
nelle API di connessione non è più valida al 5 dicembre 2023.
Data annuncio: 5 dicembre 2023
Data di validità: 5 dicembre 2024
Dettagli: con il rilascio delle opzioni di rete aggiornate, la proprietà privateIp
di tutti gli oggetti modello CreateConnectionDetails
nelle API di connessione non è più valida a partire dal 5 dicembre 2023.
Questo mi ha colpito? È possibile continuare a utilizzare le vecchie connessioni, tuttavia è necessario aggiornarle se in precedenza è stato fornito un valore IP privato. Eventuali nuove connessioni create il 5 dicembre 2023 e successive utilizzeranno le nuove impostazioni di connettività di rete selezionate
Quali azioni occorre eseguire? Modificare qualsiasi connessione esistente in cui è stato fornito un valore IP privato, immettere l'IP privato nel campo Nome host o Stringa di connessione, quindi salvare le modifiche. Se si fornisce un nome host, GoldenGate inoltra la risoluzione DNS alla subnet. Se si fornisce un privateIp
, GoldenGate si connette direttamente ad esso.
Service change: The CreateDeploymentDetails
payload deploymentType
property value OGG
is deprecated and replaced by DATABASE_ORACLE
.
Data annuncio: 5 giugno 2024
Data di validità: 5 giugno 2025
Dettagli: poiché OCI GoldenGate espande il supporto per diversi tipi di tecnologie di database e introduce nuovi tipi di distribuzione, è stato necessario rinominare il valore della proprietà deploymentType
da OGG
a DATABASE_ORACLE
.
Questo mi ha colpito? Se in precedenza è stata creata una distribuzione utilizzando il valore della proprietà OGG
, l'operazione non avrà effetto poiché il valore OGG
verrà migrato in DATABASE_ORACLE
. Tuttavia, se hai utilizzato il valore OGG
nel codice per qualche altro scopo (come i confronti), potresti essere interessato.
Quali azioni occorre eseguire? In futuro, per creare una nuova distribuzione GoldenGate OCI per Oracle Database, assicurarsi di utilizzare il valore della proprietà deploymentType
DATABASE_ORACLE
anziché il valore non più valido OGG
.
Modifica del servizio: quando la proprietà isPublic
dei payload CreateDeploymentDetails
o UpdateDeploymentDetails
è impostata su true, la proprietà loadBalancerSubnetId
è obbligatoria.
Data annuncio: 5 giugno 2024
Data di validità: 5 giugno 2025
Dettagli: quando si crea o si aggiorna una distribuzione pubblica utilizzando CreateDeploymentDetails
o UpdateDeploymentDetails
e si imposta isPublic
su true, la proprietà loadBalancerSubnetId
è obbligatoria ed è necessario fornire un OCID di subnet pubblica valido.
Questo mi ha colpito? Ciò ha effetto se si imposta la proprietà isPublic
su true durante la creazione di una distribuzione utilizzando le API CreateDeploymentDetails
o UpdateDeploymentDetails
e se sono presenti distribuzioni pubbliche.
Quali azioni occorre eseguire? Quando si imposta isPublic property
delle API CreateDeploymentDetails
o UpdateDeploymentDetails
su true, la proprietà loadBalancerSubnetId
diventa obbligatoria ed è necessario fornire un OCID di subnet pubblica valido. Per le distribuzioni pubbliche esistenti, è necessario modificare la distribuzione e selezionare un loadBalancerSubnetId
. È possibile modificare la distribuzione utilizzando la console di Oracle Cloud per effettuare la selezione o utilizzare l'API per aggiornare le distribuzioni pubbliche esistenti in modo da fornire un OCID subnet valido per loadBalancerSubnetId
.
Modifica del servizio: tutte le connessioni esistenti che utilizzano SHARED_SERVICE_ENDPOINT
nell'API o 'Oracle Network' nella console di Oracle Cloud come metodo di instradamento devono essere aggiornate.
Data annuncio: 5 giugno 2024
Data di validità: 5 giugno 2025
Dettagli: le connessioni esistenti che utilizzano SHARED_SERVICE_ENDPOINT
nell'API o 'Oracle Network' nella console di Oracle Cloud devono essere aggiornate come metodo di instradamento
Questo mi ha colpito? Sì, se si sta utilizzando la connessione con 'Oracle Network' (UI) o SHARED_SERVICE_ENDPOINT
(API)
Quali azioni occorre eseguire? Aggiornare tutte le connessioni che utilizzano SHARED_SERVICE_ENDPOINT
nell'API o 'Oracle Network' nella console di Oracle Cloud. Nella console, effettuare una nuova selezione per il metodo di instradamento del traffico quando si modifica utilizzando la console, quindi salvare le modifiche. È inoltre possibile aggiornare la proprietà con qualsiasi client, SDK, Terraform o CLI.
Modifica del servizio: campi di testo normale nelle connessioni
Data annuncio: 11 febbraio 2025
Data di validità: 11 febbraio 2026
Dettagli: evitare di utilizzare i campi plainText in Connessioni per gli attributi riservati, ad esempio password o chiavi private.
Questo mi ha colpito? Sì
Quali azioni occorre eseguire? A partire dall'11 febbraio 2025, utilizzare i segreti password per gli attributi riservati quando si creano nuove connessioni.
Modifica del servizio: il principal del servizio 'goldengate' non è più valido e viene sostituito dal principal della risorsa 'dynamic-group goldengate-deployments'.
Data annuncio: 24 febbraio 2025
Data di validità: giugno 2025
Dettagli: crea un gruppo dinamico, ad esempio 'goldengate-deployments', e aggiorna tutti i criteri esistenti che utilizzano il principal del servizio 'goldengate' con il gruppo dinamico. Quando si aggiungono nuovi criteri, assicurarsi di utilizzare lo stesso nome di gruppo dinamico.
Questo mi ha colpito? Sì
Quali azioni occorre eseguire? A partire dal 24 febbraio 2025, è necessario creare un gruppo dinamico, come 'goldengate-deployments', e utilizzare questo principal risorsa al posto del principal del servizio 'goldengate' per tutte le politiche nuove ed esistenti. Per i dettagli, vedere Criteri consigliati minimi.
GoldenGate Cloud Service Classic
Modifica del servizio: fine del ciclo di vita di GoldenGate Cloud Service Classic a partire dall'11 aprile 2024.
Data annuncio: 22 marzo 2024
Data di validità: 11 aprile 2024
- Non è possibile creare nuove istanze di Oracle GoldenGate Cloud Service Classic.
- Oracle non supporterà più GoldenGate Cloud Service Classic.
Questo mi ha colpito? Oracle GoldenGate Cloud Service Classic viene eseguito su Oracle Cloud Classic Gen 1, che non è più valido a favore di Oracle Cloud Infrastructure (OCI) Gen 2 Cloud. Se sei un utente di Oracle GoldenGate Cloud Service Classic, puoi eseguire la migrazione dei carichi di lavoro da Oracle Cloud Classic Gen 1 a Oracle Cloud Infrastructure GoldenGate.
Se si è attualmente un utente OCI GoldenGate, questo annuncio di modifica del servizio non si applica all'utente.
Quali azioni occorre eseguire? Eseguire la migrazione dei carichi di lavoro di Oracle GoldenGate Cloud Service a Oracle Cloud Infrastructure GoldenGate, che offre funzionalità simili. Per informazioni dettagliate sui passi di migrazione, consulta la sezione relativa alla migrazione a Oracle Cloud Infrastructure GoldenGate.
MySQL HeatWave
Modifica del servizio: il periodo di conservazione dei backup del sistema DB è stato ridotto da 10.000 a 365 giorni.
Data annuncio: settembre 2020
Data in vigore: ottobre 2020
Dettagli: il periodo di conservazione dei backup del sistema DB è stato ridotto da 10.000 a 365 giorni.
Questo mi ha colpito? No
Quali azioni occorre eseguire? Nulla.
Modifica servizio: il valore predefinito di AutomaticBackupRetention
viene modificato da DELETE a RETAIN.
Data annuncio: gennaio 2024
Data di validità: gennaio 2025
Dettagli: prima della modifica del servizio, il valore predefinito dell'attributo AutomaticBackupRetention
nel criterio di eliminazione del sistema DB era DELETE. Con questa modifica, il valore predefinito di AutomaticBackupRetention
viene modificato in RETAIN. Tenere presente che questa modifica non influisce sul criterio di eliminazione dei sistemi DB esistenti. La modifica è applicabile esclusivamente ai Sistemi DB creati dopo la data in vigore.
Questo mi ha colpito? Sì, se si utilizzano le impostazioni predefinite per i criteri di eliminazione.
Quali azioni occorre eseguire? Se si preferisce che l'impostazione predefinita sia DELETE per AutomaticBackupRetention
e si utilizza SDK/CLI/Terraform senza l'impostazione del valore, è necessario impostare il valore preferito in modo esplicito.
Modifica del servizio: le forme OCPU non sono più valide dal 5 settembre 2024 in poi.
Data annuncio: 5 settembre 2024
Data in vigore: 5 settembre 2024
Dettagli:
A partire dal 5 settembre 2024, tutte le forme OCPU HeatWave per i sistemi DB e i cluster HeatWave non sono più valide. Tuttavia, i clienti possono utilizzare le forme ECPU per distribuire nuovi sistemi DB e cluster HeatWave. Le forme OCPU non saranno disponibili per i nuovi clienti, mentre i clienti esistenti possono continuare a utilizzare le forme OCPU in sistemi DB e cluster HeatWave nuovi ed esistenti fino al 5 settembre 2025.
- Sì, se disponi di sistemi DB esistenti distribuiti con forme OCPU.
Quali azioni occorre eseguire?
Utilizzare ECPU per distribuire nuovi sistemi DB e cluster HeatWave. Per i sistemi DB e i cluster HeatWave esistenti in esecuzione sulle forme OCPU, è necessario pianificare un periodo di tempo appropriato per convertirli in forme ECPU prima del 5 settembre 2025.
IAM
Data annuncio: 21 luglio 2025
Data in vigore: 21 ottobre 2025
Dettagli:
IAM OCI annuncia l'obsolescenza e la rimozione pianificata del supporto per la suite di cifratura SSL TLS_RSA_WITH_AES_128_CBC_SHA debole. Dopo la data di efficacia, tutte le connessioni che tentano di negoziare questa suite di cifratura non saranno più accettate.
Sebbene TLS_RSA_WITH_AES_128_CBC_SHA fosse una suite di cifratura comunemente utilizzata in passato, non soddisfa più le best practice e gli standard di sicurezza attuali del settore. Il suo uso continuato presenta diversi rischi per la sicurezza, tra cui la mancanza di Perfect Forward Secrecy (PFS) e un algoritmo di hashing debole (SHA-1). La rimozione del supporto per le suite di cifratura TLS precedenti consente di ottimizzare la sicurezza per il servizio IAM e i relativi utenti.
Questo mi ha colpito?
Se si utilizza un browser Web obsoleto (in genere le versioni del browser installate prima del 2015), librerie o dispositivi che utilizzano suite di cifratura SSL/TLS meno recenti, questo potrebbe influire sulla capacità di connettersi al servizio IAM.
Quali azioni occorre eseguire?
Per garantire un servizio ininterrotto e garantire il massimo livello di sicurezza, invitiamo tutti gli utenti a eseguire l'upgrade dei browser, delle librerie o dei dispositivi precedenti che non supportano le configurazioni TLS sicure. Inoltre, aggiornare le configurazioni delle applicazioni client in modo che utilizzino suite di cifratura TLS più moderne e sicure se non sono già in uso. Se si utilizza TLS 1.2 o 1.3 con suite di cifratura sicure, non è necessaria alcuna azione.
Data annuncio: 21 marzo 2025
Data di validità: 21 marzo 2025
Dettagli:
- L'indirizzo e-mail del mittente predefinito utilizzato per inviare la reimpostazione della password e altre notifiche e-mail sono state modificate da
no-reply@oracle.com
ano-reply@identity.oci.oraclecloud.com
per il realm OC1. - Per le aree dedicate, l'indirizzo è stato modificato in
no-reply@identity.oci.
<realm_domain>. Per informazioni dettagliate su <realm_domain>, vedere Aree dedicate.
Questo mi ha colpito? Sì
Quali azioni occorre eseguire? Per continuare a ricevere notifiche di posta elettronica da IAM OCI senza interruzioni, aggiungere il nuovo indirizzo del mittente di posta elettronica alla lista dei mittenti consentiti.
Modifica del servizio: a partire dal 3 aprile, OCI Identity non supporterà più la verifica dei messaggi di posta elettronica personalizzata utilizzando OCI Console.
Data annuncio: 26 marzo 2025
Data in vigore: 3 aprile 2025
Dettagli: i clienti che devono aggiornare l'indirizzo di posta elettronica del mittente o passare dall'indirizzo di posta elettronica predefinito per le notifiche di posta elettronica devono utilizzare il processo Verifica dominio mittente ed eseguire il provisioning dei DKIM per ogni dominio nella tenancy nelle aree home e sottoscritte. Se attualmente si dispone di un indirizzo e-mail del mittente personalizzato verificato, è possibile continuare a utilizzare tale indirizzo e-mail verificato.
Questo mi ha colpito? Sì, se si modifica l'indirizzo e-mail del mittente personalizzato verificato esistente.
Quali azioni occorre eseguire?
È necessario configurare le impostazioni di autenticazione e-mail per SPF e DKIM. Vedere Configurazione delle impostazioni di autenticazione e-mail per SPF e DKIM.
È necessario eseguire il provisioning di DKIM per tutti i domini applicabili nelle aree home e sottoscritte.
Modifica del servizio: le API degli eventi di audit di Oracle Cloud Infrastructure Identity and Access Management che è possibile utilizzare con i domini di Identity IAM non saranno più valide nel maggio 2025. I report pronti all'uso continueranno a essere disponibili, ma saranno limitati agli ultimi 14 giorni di dati.
Data annuncio: 15 maggio 2023
Data di validità: maggio 2025
Dettagli: a partire da maggio 2025, le API IAM per AuditEvents non funzioneranno più con IAM. I report pronti all'uso continueranno a essere disponibili, ma saranno limitati agli ultimi 14 giorni di dati.
Questo mi ha colpito? Se stai attualmente utilizzando le API IAM per AuditEvents, dovrai invece utilizzare le API Audit OCI. Non ci sono modifiche se si utilizzano i report, ma tenere presente che i report dei domini di Identity saranno limitati agli ultimi 14 giorni di dati.
Quali azioni occorre eseguire? Ora puoi utilizzare le API Audit OCI. Per ulteriori informazioni sul recupero dei dati da OCI Audit, vedere:
- Implementare la sicurezza multi cloud utilizzando OCI Audit per acquisire gli eventi da OCI Identity and Access Management
- Generare report di Identity and Access Management da Oracle Cloud Infrastructure Audit
API AuditEvents non più valide
Le seguenti API AuditEvents IAM non sono più valide:
- AuditEvents
Report che continuano a essere supportati ma con dati di soli 14 giorni
I modelli di report IAM riportati di seguito nelle API report continueranno a essere supportati con dati limitati (14 giorni):
- Login utente
- Log di sistema
- Errore di sincronizzazione
- Eventi sospetti
- Consegna delle notifiche
- Assegnazione AppRole
- Accesso applicazione
Java Management Service ( JMS)
Modifica del servizio: a partire dal 15 luglio 2022, l'API CreateFleet richiederà l'OCID del log personalizzato nella proprietà inventoryLog
.
Data annuncio: 15 aprile 2022
Data in vigore: 15 luglio 2022
Dettagli: a partire dal 30 marzo 2022, JMS utilizza il servizio Oracle Cloud Infrastructure Logging per memorizzare i log dell'inventario e delle operazioni. I log di inventario sono log personalizzati che memorizzano le informazioni relative all'inventario e all'uso di Java Runtime segnalate dagli host dal Management Agent. Con questa modifica, l'API CreateFleet include una proprietà aggiuntiva, inventoryLog
, per specificare il log personalizzato da utilizzare.
Quali azioni occorre eseguire? La migrazione delle flotte esistenti deve essere eseguita utilizzando l'API UpdateFleet entro il 15 luglio 2022. Dopo il 15 luglio 2022, la proprietà inventoryLog
dell'API CreateFleet sarà un parametro obbligatorio. Per informazioni dettagliate, vedere le operazioni CreateFleet e UpdateFleet. Gli agenti devono essere in data 220302.1455 o successiva.
Lingua
A partire dal 26 ottobre 2022, le API linguistiche Detect
della versione 20221001
non sono più valide. A partire dal 10 ottobre 2023, le API non più valide non saranno disponibili.
A partire dal 26 ottobre 2022, le API linguistiche BatchDetect
hanno una nuova versione API supportata di 20221001
. Con l'introduzione di API versione 20221001
, le seguenti classi sono state rimosse e sostituite con la classe comune com.oracle.bmc.ailanguage.model.TextDocument
.
Classe rimossa in lingua | Classe sostituzione |
---|---|
com.oracle.bmc.ailanguage.model.EntityDocument |
com.oracle.bmc.ailanguage.model.TextDocument |
com.oracle.bmc.ailanguage.model.KeyPhraseDocument |
|
com.oracle.bmc.ailanguage.model.SentimentsDocument |
|
com.oracle.bmc.ailanguage.model.TextClassificationDocument |
Load balancer di rete
L'API Network Load Balancer ListNetworkLoadBalancerProtocol
di Oracle Cloud Infrastructure non è più valida a partire dal 12 gennaio 2022. Il supporto per ListNetworkLoadBalancerProtocol
termina il 1° marzo 2023. Per l'elenco corrente dei valori di protocollo supportati, vedere ListenerDetails.
Cache OCI
Modifica del servizio: OCI Cache limita l'uso dei comandi Redis CONFIG SET
e ACL
nei cluster gestiti dal servizio.
Data annuncio: 14 giugno 2024
Data in vigore: 14 luglio 2024
Dettagli: OCI Cache impedisce l'uso di alcuni comandi Redis per garantire prestazioni e stabilità del servizio. Vedere Comandi Redis non supportati. A partire dal 14 luglio 2024, i comandi CONFIG SET
e ACL
verranno inclusi nella lista dei comandi limitati per OCI Cache.
Questo mi ha colpito? Se attualmente si utilizzano questi comandi, non sarà più possibile utilizzarli con i cluster cache OCI dopo il 14 luglio 2024. Si consiglia inoltre di non utilizzare questi comandi prima che vengano limitati in quanto possono causare problemi di stabilità con i cluster gestiti dalla cache OCI.
Gestione sistema operativo
Modifica del servizio: il servizio Oracle OS Management non è più valido.
Data annuncio: 23 aprile 2024
Data in vigore: 23 aprile 2025
Dettagli: il 23 aprile 2025, il servizio OS Management (OSMS) raggiunge la fine del ciclo di vita (EOL). A partire da ora, il servizio non è più disponibile nelle region in cui non si sta già utilizzando OSMS o per nuovi utenti con nuove tenancy. Il servizio di gestione del sistema operativo viene sostituito da Hub di gestione del sistema operativo, che offre un'esperienza utente migliorata con nuove funzioni, tra cui le distribuzioni di patch attraverso le fasi del ciclo di vita, la pianificazione avanzata dei job e le funzionalità di reporting.
Questo mi ha colpito? Il servizio di gestione del sistema operativo non sarà più disponibile per gestire le istanze Oracle Linux o Microsoft Windows dopo il 23 aprile 2025.
Operazioni da eseguire: iniziare a utilizzare il servizio Hub di gestione del sistema operativo per gestire le istanze in Oracle Cloud Infrastructure (OCI), i data center privati e gli ambienti cloud di terze parti supportati. Prima della data di fine del ciclo di vita, è consigliabile eseguire la migrazione delle istanze gestite dal servizio di gestione del sistema operativo al servizio Hub di gestione del sistema operativo.
Altri servizi, incluso Autonomous Linux, che utilizzano l'API di gestione del sistema operativo forniranno linee guida separate.
Automazione dei processi
Modifica del servizio: Oracle Cloud Infrastructure Process Automation End of Life.
Data annuncio: 15 gennaio 2025
Data in vigore: 23 gennaio 2026
- B95504 - Oracle Cloud Infrastructure - Process Automation - Utente
- B95505 - Oracle Cloud Infrastructure - Process Automation - Execution Pack
Prima della data di fine, è consigliabile eseguire la migrazione a Oracle Integration. Oracle Integration è una piattaforma di automazione aziendale completa che consente AI clienti di connettere applicazioni e dati, automatizzare i processi aziendali e innovare con l'intelligenza artificiale. In futuro, puoi sfruttare tutte le funzionalità di Process Automation come parte di Oracle Integration.
Questo mi ha colpito? Tieni presente che Oracle Cloud Infrastructure Process Automation non sarà più disponibile o supportato dopo il 23 gennaio 2026. Se sei un cliente esistente, puoi continuare a utilizzare il servizio fino a quel momento. Tuttavia, per evitare interruzioni del servizio, è necessario eseguire la migrazione a Oracle Integration prima della Data di fine.
Che cosa devo fare: i clienti esistenti possono passare a Oracle Integration attraverso un processo che collega la tua istanza di Oracle Cloud Infrastructure Process Automation a Oracle Integration. In alternativa, è possibile esportare le applicazioni di processo e/o di decisione esistenti da Process Automation e importarle in Oracle Integration. Per indicazioni sul processo di migrazione, fai riferimento ai dettagli documentati qui.
Cerca con OpenSearch
Modifica del servizio: le autorizzazioni IAM per le risorse di networking necessarie per creare e utilizzare i cluster OpenSearch stanno cambiando dalle autorizzazioni del servizio alle autorizzazioni utente.
Data annuncio: 20 febbraio 2024
Data in vigore: 15 settembre 2024
Dettagli: per creare e gestire i cluster in Cerca con OpenSearch, è necessario creare criteri IAM per la tenancy in uso che concedono le autorizzazioni a risorse di networking specifiche. Al momento, le autorizzazioni richieste sono le autorizzazioni del servizio, con istruzioni dei criteri come il seguente snippet:
Allow service opensearch to manage <Networking_Resource>...
Search with OpenSearch sta passando a richiedere l'accesso alle risorse di rete anziché le autorizzazioni del servizio. Durante il periodo di transizione, la tenancy deve avere entrambi i tipi di criteri.
Questo mi ha colpito? Tutte le tenancy in cui gli utenti creano e gestiscono i cluster OpenSearch devono disporre di nuovi criteri che specificano le autorizzazioni utente oltre ai criteri esistenti con autorizzazioni di servizio per l'accesso alle risorse di rete necessarie.
Allow group SearchOpenSearchAdmins to manage vnics in compartment <NETWORK_RESOURCES_COMPARTMENT>
Allow group SearchOpenSearchAdmins to manage vcns in compartment <NETWORK_RESOURCES_COMPARTMENT>
Allow group SearchOpenSearchAdmins to use subnets in compartment <NETWORK_RESOURCES_COMPARTMENT>
Allow group SearchOpenSearchAdmins to use network-security-groups in compartment <NETWORK_RESOURCES_COMPARTMENT>
Allow group SearchOpenSearchAdmins to manage opensearch-family in compartment <CLUSTER_RESOURCES_COMPARTMENT>
È necessario mantenere tutti i criteri esistenti disponibili per la ricerca con OpenSearch che includono le istruzioni delle autorizzazioni del servizio per le risorse di networking fino al completamento della transizione alle istruzioni delle autorizzazioni utente. Per la documentazione sulle autorizzazioni richieste per Search with OpenSearch, vedere Search with OpenSearch IAM Policies.
Gestione del supporto
Modifica servizio: l'attributo csi
(CreateIncident) non è più valido e il campo Max Length
per l'attributo description
(CreateTicketDetails) è ridotto a 1500.
Data annuncio: 27 gennaio 2025.
Data in vigore: 27 gennaio 2026.
Dettagli: con la migrazione a My Oracle Cloud Support, l'attributo csi
non è più necessario e il campo Max Length
per l'attributo description
deve essere 1500 (era 1800).
Questo mi ha colpito? Se si dispone di script personalizzati che utilizzano in modo esplicito l'attributo csi
o che si basano in modo esplicito su un valore Max Length
maggiore di 1500 per l'attributo description
, è possibile aggiornare gli script.
Quali azioni occorre eseguire? Quando si utilizzano SDK e CLI, aggiornare gli script personalizzati per rimuovere gli attributi e i valori dei campi non più validi.
Visione
Modifica del servizio: le API di analisi dei documenti di Oracle Cloud Infrastructure Vision non sono più valide il 30 gennaio 2023. La funzionalità di analisi dei documenti è ora disponibile tramite il servizio Oracle Cloud Infrastructure Document Understanding.
Data annuncio: 30 gennaio 2023
Data in vigore: 31 gennaio 2024
Dettagli:
Le seguenti API non sono più valide il 10 gennaio 2023:
- AnalyzeDocument
- CreateDocumentJob
- GetDocumentJob
- CancelDocumentJob
Tutti i dati di output memorizzati in un bucket di storage degli oggetti risultanti dai job documento precedenti rimarranno accessibili dopo l'obsolescenza dell'API dei documenti. Dal 31 gennaio 2024 in poi, le API non più valide non saranno disponibili nel servizio Oracle Cloud Infrastructure Vision.
Questo mi ha colpito? Questa modifica interessa i clienti che utilizzano la funzionalità di analisi dei documenti nel servizio Oracle Cloud Infrastructure Vision.
Quali azioni occorre eseguire? I clienti che utilizzano la funzionalità di analisi dei documenti nel servizio Oracle Cloud Infrastructure Vision dovrebbero invece utilizzare la funzionalità di analisi dei documenti offerta tramite il servizio Oracle Cloud Infrastructure Document Understanding.