Ankündigungen für Serviceänderungen
Hier finden Sie Details zu wichtigen Änderungen in Oracle Cloud Infrastructure, wie z.B. veraltete Features, veraltete APIs und Änderungen des Serviceverhaltens.
Anomalieerkennung
Serviceänderung: Oracle Cloud Infrastructure Anomaly Detection-Service ist veraltet.
Ankündigungsdatum: 7. März 2024
Gültigkeitsdatum: 6. März 2025
Details: Ab dem 6. März 2025 erreicht der Oracle Cloud Infrastructure Anomaly Detection-Service das Ende des Lebenszyklus (EOL). Es wird empfohlen, mit dem Oracle Cloud Infrastructure Data Science-Service zu migrieren, um Anomalien zu erkennen.
Hat dies Auswirkungen auf mich? Der Anomalieerkennungsservice kann nicht mehr verwendet werden.
Welche Schritte muss ich ausführen? Mit dem Oracle Cloud Infrastructure Data Science-Service Accelerated Data Science Operator können Sie Anomalien erkennen. Es unterstützt sowohl die univariate als auch die multivariate Anomalieerkennung.
API-Gateway
Serviceänderung: Oracle Cloud Infrastructure API Gateway-Serviceunterstützung für bestimmte Legacy-Cipher ist veraltet.
Ankündigungsdatum: März 2024
Gültigkeitsdatum: 1. April 2025
Details: Ab dem 1. April 2025 unterstützt der API Gateway-Service die folgenden Legacy-Cipher nicht mehr:
- ECDHE-RSA-AES128-SHA256
- ECDHE-RSA-AES256-SHA384
- DHE-RSA-AES256-SHA256
- DHE-RSA-AES128-SHA256
Hat dies Auswirkungen auf mich? Nach dem 1. April 2025 wird ein API-Gateway die Legacy-Cipher nicht mehr in die Liste der unterstützten Cipher aufnehmen, wenn eine Verbindung mit einem API-Client oder einem Backend-Service hergestellt wird. Ein API-Client oder ein Backend-Service, der nur Legacy-Cipher unterstützt, kann keine Verbindung mehr zu einem API-Gateway herstellen.
Welche Schritte muss ich ausführen? Stellen Sie sicher, dass API-Clients und Backend-Services, die eine Verbindung zu API-Gateways herstellen, mindestens eine der Cipher unterstützen, die weiterhin vom API-Gateway-Service unterstützt werden (siehe Unterstützte TLS-Versionen und -Cipher).
Autonomous Recovery Service
Serviceänderung: Das erforderliche subnetId
-Attribut aus der Oracle Cloud Infrastructure-API CreateRecoveryServiceSubnet ist veraltet.
Die API CreateRecoveryServiceSubnet kann stattdessen das optionale Attribut Subnets
verwenden, das später zu einem erforderlichen Attribut wird.
Ankündigungsdatum: Mai 2023.
Gültigkeitsdatum: Mai 2024.
Details: Vor dieser Serviceänderung kann das Attribut subnetId
nur verwendet werden, um ein einzelnes Subnetz anzugeben, die mit einem Subnetz der Recovery-Service verknüpft werden sollen. Nach dieser Serviceänderung wird das Attribut subnetId
ignoriert, und subnets
ist ein erforderliches Attribut. Mit dem Attribut subnets
können Sie mehrere Subnetze angeben, die mit einem Recovery-Service-Subnetz verknüpft werden sollen.
Hat dies Auswirkungen auf mich? Wenn benutzerdefinierte Skripte oder Terraform-Skripte vorhanden sind, die auf die CreateRecoveryServiceSubnet-API verweisen und explizit das Attribut subnetId
verwenden, können Sie die Skripte ändern, um dieses Attribut zu entfernen und stattdessen subnets
zu verwenden.
Welche Schritte muss ich ausführen? Wenn Sie OCI-SDKs und Befehlszeilentools verwenden, müssen Sie Ihre benutzerdefinierten Skripte aktualisieren, um das Attribut subnets
zu verwenden. Nach Mai 2024 ist das Attribut subnets
ein Pflichtfeld.
Big Data Service
Serviceänderung: Am 31. Januar 2023 läuft die Vereinbarung zwischen Oracle und Cloudera ab. Daher wird Oracle Big Data Service ab dem 31. Januar die Verwendung von Cloudera Distribution einschließlich Apache Hadoop (CDH) zum Starten neuer Cluster oder Hinzufügen der Knoten oder Cores zu vorhandenen Clusters über einen festgelegten Grenzwert hinaus nicht mehr unterstützen. Diese Änderung hat keine Auswirkungen auf die fortlaufende Unterstützung vorhandener Big Data Service-CDH-Cluster.
Diese Änderung gilt nur für Big Data Service-CDH. Diese Änderung wirkt sich nicht auf Kunden aus, die Oracle Big Data Appliance (BDA) oder Big Data Service mit Oracle Distribution of Hadoop (ODH) On-Premise verwenden.
Ankündigungsdatum: 13. Dezember 2022
Gültigkeitsdatum: 31. Januar 2023
Details: Am 31. Januar 2023 wird das Limit für die Big Data Service-CDH-Erweiterung der Anzahl der Compute-Cores (OCPUs) eingefroren. Die Anzahl der Compute-Cores im Mandanten eines Kunden am 31. Januar wird zur maximal zulässigen Anzahl von Cores für diesen Mandanten. Eine weitere Erweiterung ist nicht zulässig.
Hat dies Auswirkungen auf mich? Diese Änderung gilt nur für Big Data Service mit CDH. Big Data Service mit Oracle Distribution of Hadoop (ODH) ist nicht betroffen.
Beispiel: Wenn ein Mandant am 31. Januar 2023 2 BDS-CDH-Cluster mit jeweils 15 Knoten mit insgesamt 120 OCPUs hat, wird nach dem 31. Januar 2023 das maximale Limit für OCPUs auf 120 gesetzt und kann nach diesem Datum nicht mehr auf über 120 erhöht werden. Bei Supportproblemen wie dem Ersetzen nicht erfolgreicher Knoten können neue Knoten bis zu diesem Grenzwert hinzugefügt werden. Benutzer können auch die Anzahl der Cores verringern und wieder auf denselben Grenzwert (z.B. 120) erhöhen.
Nächste Schritte: Oracle empfiehlt, die Planung und Implementierung aller erforderlichen CDH-Clustererweiterungen für Big Data Service vor dem 31. Januar 2023. Für Kunden, die diese Erweiterungseinschränkung nach diesem Datum vermeiden möchten, wird die Migration zu Big Data Service ODH empfohlen.
Info zu Big Data Service mit ODH: Im Jahr 2022 veröffentlichte Oracle Big Data Service ODH, den wir als Cloud-nativen Service für unsere Big-Data-Kunden entwickelt haben. Oracle bietet kontinuierliche Investitionen und Support für ODH ohne Lizenzanforderungen von Cloudera. ODH verfügt über wichtige unternehmensorientierte Features wie Autoscaling, Kerberos, Active Directory-Integration, HDFS-Connector für Object Storage und Bootstrap-Skripte. Außerdem handelt es sich um eines der kostengünstigsten Big Data-Produkte auf dem Markt.
Big Data Service ODH verfügt über die neuesten und früheren Versionen von Hadoop-Komponenten zur Kompatibilität mit neueren und älteren Anwendungsstacks. Darüber hinaus wurde ODH mit WANdisco Data Migrator geprüft,um skalierbare Migrationen einfacher zu gestalten, und verwendet Oracle Cloud Lift-Services, um mit Oracle-Technikern bei Migrationen arbeiten zu können. Informationen zur Migration zu Big Data Service-ODH finden Sie in der Dokumentation.
Abrechnung
Serviceänderung: Nutzungsberichte auf der Konsolenseite für Kosten- und Nutzungsberichte sind veraltet.
Ankündigungsdatum: 10. Oktober 2024
Gültigkeitsdatum: 31. Januar 2025
Hat dies Auswirkungen auf mich? Ja, wenn in Ihrem Mandanten Nutzungsberichte vorhanden sind.
Welche Schritte muss ich ausführen? Verwenden Sie Kostenberichte in den proprietären OCI- und FOCUS-Formaten, um Ihren Verbrauch zu analysieren. Sie können bis zum 31. Juli 2025 weiterhin auf Ihre vorhandenen CSV-Dateien für Nutzungsberichte zugreifen.
Block Volume
Serviceänderung: Oracle definierte Backup-Policys enthalten keine vollständigen Volume-Backups mehr.
Ankündigungsdatum: 3. November 2020
Gültigkeitsdatum: 3. November 2021
Details: Ab dem 3. November 2021 enthalten von Oracle definierte Backup-Policys keine vollständigen Volume-Backups mehr. Alle aus von Oracle definierten Policys generierten Volume-Backups sind jetzt inkrementelle Backups. Diese Änderung gilt für vorhandene und neue Volume-Backup-Policy-Zuweisungen. Diese Änderung wirkt sich nicht auf benutzerdefinierte Policys aus. Diese bleiben unverändert.
Hat dies Auswirkungen auf mich? Wenn Sie Boot-Volumes oder Block-Volumes für geplante Backups eine von Oracle definierte Policy zugewiesen haben, werden nach dem 3. November 2021 keine vollständigen Backups mehr generiert.
Welche Schritte muss ich ausführen? Inkrementelle Backups funktionieren hinsichtlich des Daten-Recoverys auf die gleiche Weise wie vollständige Backups. Weitere Informationen finden Sie unter Volume-Backuptypen. Für Daten-Recovery-Szenarios ist keine Aktion erforderlich. Für einige Complianceszenarios sind möglicherweise geplante vollständige Backups erforderlich. Bei diesen Complianceszenarios müssen Sie die Backup-Policy-Zuweisung vor dem 1. November 2021 in eine benutzerdefinierte Backup-Policy ändern. Sie können eine neue benutzerdefinierte Policy aus einer vorhandenen Backup-Policy erstellen. Informationen hierzu finden Sie unter Vorhandene Backup-Policys duplizieren.
Classic-Migration
Serviceänderung: End-of-Life für OCI Classic Migration Service ab dem 31. März 2024.
Ankündigungsdatum: 04. März 2024
Gültigkeitsdatum: 31. März 2024
Details: Oracle kündigt zum 31. März 2024 die End-of-Distribution- und End-of-Life-Updates für OCI Classic Migration Service an.
Der Classic-Migrationsservice (früher Application Migration Service) vereinfacht die Migration von Anwendungen von Oracle Cloud Infrastructure Classic zu Oracle Cloud Infrastructure Classic Migration Service migriert Anwendungen wie Oracle Java Cloud Service, SOA Cloud Service und Integration Classic von Oracle Cloud Infrastructure Classic und Oracle Cloud@Customer zu Oracle Cloud Infrastructure.
Hat dies Auswirkungen auf mich? Es sollte keine Auswirkungen auf bestehende Kunden geben. Anwendungsversionen, die von Classic-Migrationen unterstützt wurden, sind seit einigen Jahren veraltet, und Kunden werden bereits auf neueren Versionen ausgeführt.
Welche Schritte muss ich ausführen? Keine erwarteten Aktionen von Kunden. Wenn Sie feststellen, dass Sie eine Classic-Anwendung haben, die migriert werden muss, wenden Sie sich an den zugehörigen Cloud-Anwendungsservice.
Compute
Serviceänderung: Die Faultklasse PCI-NIC
für die Zustandsüberwachung der Compute-Bare-Metal-Instanz ist veraltet.
Ankündigungsdatum: 21. Juni 2022
Datum des Inkrafttretens: 21. Juni 2023
Details: Die Faultklasse PCI-NIC
enthält Informationen zu einem Hardwareproblem bei Ihren Bare Metal-Instanzen, insbesondere wenn ein Fehler in der Netzwerkkarte (NIC) der Instanz ermittelt wurde. Die Faultklasse PCI-NIC
wird nicht mehr ausgegeben.
Hat dies Auswirkungen auf mich? Wenn die Unterstützung endet, erhalten Sie keine Zustandsmonitoring-Benachrichtigungen für die Faultklasse PCI-NIC
mehr. Es werden keine Infrastrukturzustandsmetriken für die Faultklasse PCI-NIC
mehr ausgegeben.
Welche Schritte muss ich ausführen? Migrieren Sie zur Faultklasse PCI
, um eine ähnliche Funktionalität zu erhalten. Weitere Informationen finden Sie unter Compute-Zustandsmonitoring für Bare-Metal-Instanzen und Infrastrukturzustandsmetriken.
Connector-Hub
Serviceänderung: Die Eigenschaft lifecyleDetails
unter ServiceConnector ist veraltet. Verwenden Sie stattdessen die Eigenschaft lifecycleDetails
.
Ankündigungsdatum: 25. März 2025
Gültigkeitsdatum: 25. März 2026
Details: Die folgende Eigenschaft ist veraltet:
lifecyleDetails
Verwenden Sie stattdessen die folgende Eigenschaft:
lifecycleDetails
.
Hat dies Auswirkungen auf mich? Ja, wenn Sie Code haben, der die veraltete Eigenschaft referenziert, lifecyleDetails
.
Welche Schritte muss ich ausführen? Aktualisieren Sie Ihren Code, um die neue Eigenschaft lifecycleDetails
zu referenzieren.
Data Integration Platform Cloud
Serviceänderung: Data Integration Platform Cloud – Nutzungsende
Ankündigungsdatum: 29. August 2024
Datum des Inkrafttretens: 12. Dezember 2024
Details: Ab dem 12. Dezember 2024 erreicht Oracle Data Integration Platform Cloud (DIPC) das Ende des Lebenszyklus. Sie können keine neuen Instanzen mehr erstellen oder Support erhalten.
Hat dies Auswirkungen auf mich? Ja.
Datenlabeling
Serviceänderung: Der Oracle Cloud Infrastructure Data Labeling-Service ist veraltet.
Ankündigungsdatum: 30. August 2024
Gültigkeitsdatum: 30. August 2025
Details: Ab dem 30. August 2025 erreicht der Oracle Cloud Infrastructure Data Labeling-Service das Ende der Nutzungsdauer (EOL). Vor dem EOL-Datum wird empfohlen, zu den Open-Source-Labelingtools zu migrieren, die in Oracle Cloud Infrastructure Marketplace zum Labelen von Daten verfügbar sind.
Hat dies Auswirkungen auf mich? Der Data Labeling-Service kann nach dem 30. August 2025 nicht mehr verwendet werden. Sie können weiterhin Labels verwenden, die zuvor erstellt wurden. Sie müssen jedoch sofort migrieren, um Serviceunterbrechungen zu vermeiden.
Welche Schritte muss ich ausführen? Sie können die in Oracle Cloud Infrastructure Marketplace verfügbaren Open-Source-Labeling-Tools verwenden, um Labels zu erstellen. Wir empfehlen Ihnen, Open-Source-Alternativen für die meisten Funktionen von Data Labeling zu verwenden.
Sie können den Data Labeling-Service nur in Regionen anzeigen, in denen Sie innerhalb der letzten 6 Monate aktiv waren. Um auf den Data Labeling-Service in anderen Regionen zuzugreifen, leiten Sie eine Anforderung an die Data Labeling-Servicequeue weiter.
Für benutzerdefinierte Vision-Modelle soll der Data Labeling-Service durch Label Studio ersetzt werden, ohne dass sich dies auf vorhandene Modelle auswirkt. Beschriften Sie die Daten für die zukünftige Erstellung benutzerdefinierter Modelle mit Label Studio.
Für Document Understanding wird die Dokumentbeschriftungsfunktionalität aus dem Data Labeling-IService in den Service integriert. Benutzer können weiterhin auf diese Funktion in Document Understanding zugreifen, indem sie zum benutzerdefinierten Modelltrainingsworkflow navigieren.
Database
Autonomous Database Services
Die Autonomous Data Warehouse-APIs von Oracle Cloud Infrastructure gelten seit dem 15. Feb. 2019 als veraltet.
Wichtig! Die Unterstützung dieser Autonomous Database für Analysen und Data Warehousing-APIs wird am 1. Juli 2020 enden. Oracle empfiehlt, dass Sie die Datenbank-Workloads so schnell wie möglich zu den neuen APIs migrieren.
Serviceänderung: Die folgenden APIs haben Änderungen, bei denen die API oder bestimmte API-Felder veraltet sind.
Ankündigungsdatum: 17. Mai 2023.
Gültigkeitsdatum: 17. Mai 2024.
Details: Vor dieser Serviceänderung schlossen diese APIs die genannten APIs oder API-Felder ein. Nach dieser Serviceänderung werden die genannten APIs oder API-Felder entfernt. Dies gilt für Autonomous Database Serverless.
Die Unterstützung für diese Autonomous Database-API-Felder endet am 2. Mai 2024. Oracle empfiehlt, dass Sie Ihre Skripte migrieren, um die Verwendung dieser Felder so bald wie möglich zu beenden. Wechseln Sie gegebenenfalls zum Ersatzfeld oder zur API.
- AutonomousDataWarehouse
- AutonomousDataWarehouseSummary
- CreateAutonomousDatabaseBase - Veraltete API-Felder:
- isDataGuardEnabled
- isLocalDataGuardEnabled
- CreateRefreshableAutonomousDatabaseCloneDetails - Veraltete API-Felder:
- autoRefreshPolicy
- autoRefreshFrequencyInSeconds
- autoRefreshPointInSeconds
- timeOfAutoRefreshStart
- UpdateAutonomousDatabaseDetails - Veraltete API-Felder:
- autoRefreshPolicy
- autoRefreshFrequencyInSeconds
- autoRefreshPointInSeconds
- timeOfAutoRefreshStart
- isDataGuardEnabled
- AutonomousDatabaseSummary - Veraltete API-Felder:
- standbyDb
- dataguardRegionType
- timeDataGuardRoleChanged
- isDataGuardEnabled
- isLocalDataGuardEnabled
- serviceConsoleUrl
- UpdateAutonomousDatabaseWalletDetails - Veraltetes API-Feld:
- shouldRotate
- AutonomousDatabaseStandbySummary - Veraltetes API-Feld:
- timeDataGuardRoleChange
Veraltete API | Neue API |
---|---|
CreateCrossRegionAutonomousDatabaseDataGuardDetails | CreateCrossRegionDisasterRecoveryDetails |
AutonomousDataWarehouse | Kein Ersatz |
AutonomousDataWarehouseSummary | Kein Ersatz |
Veraltetes API-Feld | Ersatz-API-Feld |
---|---|
UpdateAutonomousDatabaseDetails.isDataGuardEnabled | UpdateAutonomousDatabaseDetails.isLocalDataGuardEnabled |
AutonomousDatabaseSummary.standbyDb | AutonomousDatabaseSummary.localStandbyDb |
AutonomousDatabaseSummary.isDataGuardEnabled | AutonomousDatabaseSummary.localDisasterRecoveryType |
AutonomousDatabaseStandbySummary.timeDataGuardRoleChange | AutonomousDatabaseStandbySummary.timeDisasterRecoveryRoleChanged |
Autonomous Database-API | Aktueller Antwortwert für Erfolg | Aktualisierter Antwortwert bei Erfolg |
---|---|---|
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 |
Betrifft mich das? Wenn Sie benutzerdefinierte Skripte oder Terraform-Skripte haben, die diese APIs oder die genannten Felder referenzieren, müssen Sie die Skripte ändern, um diese Änderungen zu berücksichtigen.
Was muss ich tun?: Wenn Sie OCI-SDKs und Befehlszeilentools verwenden, aktualisieren Sie Ihre benutzerdefinierten Skripte, um die veralteten APIs oder Felder entfernen oder die Ersatzwerte verwenden zu können.
Serviceänderung: Der Standardwert des Attributs isMTLSConnectionRequired
ändert sich am 1. Juli 2023 in den folgenden APIs von true
in false
:
Ankündigungsdatum: 7. Februar 2023.
Gültigkeitsdatum: 1. Juli 2023.
Details: Vor dieser Serviceänderung lautete der Standardwert des Attributs isMTLSConnectionRequired
true
. Dies gilt für Autonomous Database Serverless.
Bin ich davon betroffen? Wenn benutzerdefinierte Skripte oder Terraform-Skripte vorhanden sind, die auf die APIs CreateAutonomousDatabase
, GetAutonomousDatabase
oder UpdateAutonomousDatabase
verweisen, sollten Sie die Skripte möglicherweise ändern, um den geänderten Standardwert dieses Attributs zu berücksichtigen. Sollten Sie jedoch keine Änderungen an Ihren Skripten vornehmen, funktionieren die API-Aufrufe mit diesem Attribut weiterhin, mit der Ausnahme, dass der Standardwert von "true" zu "false" wechselt.
Was muss ich tun? Wenn sie OCI-SDKs und Befehlszeilentools verwenden, können Sie Ihre benutzerdefinierten Skripte aktualisieren, um das Attribut isMTLSConnectionRequired
explizit auf "true" zu setzen.
Serviceänderung: Die Rückgabewerte für bestimmte APIs ändern sich, wobei der Wert von 409 Incorrect State
gelegentlich in 409 Conflict
geändert wird.
Ankündigungsdatum: Oktober 2023.
Datum des Inkrafttretens: Oktober 2024.
Details: Vor dieser Serviceänderung sind bestimmte API-Aufrufe mit dem Fehlercode 409 Incorrect State
nicht erfolgreich. Nach dieser Serviceänderung verlaufen die API-Aufrufe in bestimmten Fällen mit dem Fehlercode 409 Conflict
nicht erfolgreich.
Vor dieser Änderung geben viele APIs 409 Incorrect State
zurück, wenn Autonomous Database gestoppt oder nicht verfügbar ist. Für diese Status lautet die korrekte Rückgabe gemäß den API-Richtlinien 409 Conflict
. Bei anderen Autonomous Database-Status, wie Start, Stopp und Provisioning, ist die aktuelle Rückgabe von 409 Incorrect State
korrekt, und dies ändert sich nach diesem Update nicht.
Mit der 409 Incorrect State
-Rückgabe muss angegeben werden, dass Wiederholungen in Ordnung sind und die Ressource irgendwann den richtigen Status erreicht. Mit der Rückgabe von 409 Conflict
wird angegeben, dass die Ressource alleine nicht den richtigen Status erreicht und dass keine Wiederholungen durchgeführt werden sollten. Diese Serviceänderung ändert den Fehlercodewert in diesen APIs für die Fälle, in denen 409 Conflict
repräsentativ für den bekannten Autonomous Database-Status ist.
Diese Serviceänderung gilt für die folgenden APIs:
- UpdateAutonomousDatabase
- DeleteAutonomousDatabase
- ChangeDisasterRecoveryConfiguration
- RotateAutonomousDatabaseEncryptionKey
- StartAutonomousDatabase
- RestartAutonomousDatabase
- ShrinkAutonomousDatabase
- StopAutonomousDatabase
- ConfigureAutonomousDatabaseVaultKey
- AutonomousDatabaseManualRefresh
- FailOverAutonomousDatabase
- SwitchoverAutonomousDatabase
- ChangeAutonomousDatabaseCompartment
- RegisterAutonomousDatabaseDataSafe
- DeregisterAutonomousDatabaseDataSafe
- EnableAutonomousDatabaseOperationsInsights
- DisableAutonomousDatabaseOperationsInsights
Auswirkt sich dies auf mich aus?: Wenn benutzerdefinierte Skripte oder Terraform-Skripte vorhanden sind, die 409 Incorrect State
von diesen APIs verarbeiten, können Sie die Skripte ändern, um die 409 Conflict
-Rückgabe entsprechend zu verarbeiten.
Was muss ich tun?: Wenn Sie OCI-SDKs und Befehlszeilentools verwenden, können Sie Ihre benutzerdefinierten Skripte aktualisieren.
Serviceänderung: Der Parameter isShared
aus der Oracle Cloud Infrastructure-Datei ListAutonomousDatabaseCharacterSets ist veraltet.
Ankündigungsdatum: Oktober 2023.
Datum des Inkrafttretens: Oktober 2024.
Details: Vor dieser Serviceänderung kann der optionale Parameter isShared
verwendet werden. Durch diese Änderung wird der optionale Parameter isDedicated
eingeführt, und der Parameter isShared
wird nach Oktober 2024 entfernt.
Auswirkt sich dies auf mich aus?: Wenn Sie benutzerdefinierte Skripte oder Terraform-Skripte haben, die mit dem Parameter isShared
die ListAutonomousDatabaseCharacterSets-API referenzieren, und den Wert TRUE verwenden, ändern Sie die Skripte, um diesen Parameter durch den Parameter TRUE zu ersetzen Parameter isDedicated
mit dem Wert FALSE. Wenn Sie die API ListAutonomousDatabaseCharacterSets mit dem Parameter isShared
mit dem Wert FALSE referenzieren, ändern Sie die Skripte, um diesen Parameter durch das Attribut isDedicated
mit dem Wert TRUE zu ersetzen.
Was muss ich tun?: Wenn Sie OCI-SDKs und Befehlszeilentools verwenden, aktualisieren Sie Ihre benutzerdefinierten Skripte, um den Parameter isShared
durch den Parameter isDedicated
zu ersetzen.
Serviceänderung: Auf Autonomous Database Serverless wird die Möglichkeit, manuelle Backups zu erstellen, bei denen es sich nicht um langfristige Backups handelt, eingestellt.
Autonomous Database Serverless sichert die Datenbank automatisch bis zu 60 Tage. Aufgrund dieser Änderung muss der Wert am 15. Februar 2025 auf true
gesetzt werden, wenn Sie die API CreateAutonomousDatabaseBackupDetails mit dem Attribut isLongTermBackup
aufrufen. Der Standardwert des Attributs isLongTermBackup
wird ebenfalls in true
geändert.
Ankündigungsdatum: 15. Februar 2024.
Gültigkeitsdatum: 15. Februar 2025.
Details: Vor dieser Serviceänderung war der Standardwert für das Attribut isLongTermBackup
false
. Nach dieser Serviceänderung ist der einzige gültige Wert für das Attribut isLongTermBackup
true
. Diese Änderung gilt für Autonomous Database Serverless.
Betrifft mich das?: Wenn Sie benutzerdefinierte Skripte oder Terraform-Skripte haben, die auf die API CreateAutonomousDatabaseBackupDetails verweisen, sollten Sie die Skripte möglicherweise ändern, um den geänderten Standardwert dieses Attributs zu berücksichtigen. Wenn Sie jedoch keine Änderungen an Ihren Skripten vornehmen möchten, funktionieren die API-Aufrufe mit diesem Attribut weiterhin, außer dass der Standardwert von false
zu true
wechselt.
Was muss ich tun?: Wenn Sie OCI-SDKs und Befehlszeilentools verwenden, aktualisieren Sie Ihre benutzerdefinierten Skripte so, dass das Attribut isLongTermBackup
explizit auf true
gesetzt wird.
Serviceänderung: Oracle Machine Learning Notebooks Classic in Autonomous Database Serverless, der ursprünglichen Notizbuchumgebung, die durch eine erweiterte Notizbuchoberfläche ersetzt wird, ist veraltet.
Die neue OML-Notebooks-Oberfläche bietet ein neues Look-and-Feel sowie neue Features: schnelleres Laden und Zugriff von Notebooks, umfassende Datenvisualisierungen, Absatzkommentare und Laufzeitabhängigkeiten; Zeppelin und Jupyter-Layouts; On-Page-Notebook-Versionierung, Verlaufsanzeige und Versionsvergleich; GPU-Unterstützung für Python-Absätze; zusammen mit der Möglichkeit, R- und Python-Packages von Drittanbietern über Conda-Umgebungen zu verwenden.
Ankündigungsdatum: 11. Juni 2024 auf der Oracle Machine Learning Notebooks-Homepage "Wichtige Änderungen".
Gültigkeitsdatum: 31. Dezember 2024.
Details: Am Bannerhinweis ausgerichtet und vor dem Entfernen des Features werden die folgenden inkrementellen Änderungen ausgerollt:
- Oracle Machine Learning Notebooks veröffentlicht Notebooks Early Adopter-Schnittstelle und bietet die Möglichkeit, klassische Notizbücher bequem auf der Listenseite für Notizbücher in Notizbücher zu konvertieren.
Phase 2 - 29. Oktober 2024
- Auf der Listenseite "Notizbuch - Klassisch" können Benutzer keine klassischen Notizbücher mehr erstellen, als Vorlagen speichern oder für die Jobplanung auswählen.
- Vorhandene klassische Notizbücher können im schreibgeschützten Modus geöffnet werden.
- Benutzer können klassische Notizbücher mit der Schaltfläche "In OML-Notizbücher kopieren" auf der Listenseite in das neue Format konvertieren.
Phase 3 - 31. Dezember 2024
- Klassische Notizbücher sind für Benutzer nicht mehr verfügbar.
- Der ADMIN-Benutzer kann im schreibgeschützten Modus auf klassische Notizbücher zugreifen und sie in das neue Format konvertieren.
- Jobs, die weiterhin klassische Notizbücher verwenden, werden deaktiviert. Der Status lautet "Deaktiviert". Auf verknüpfte Joblogs kann nicht zugegriffen werden. Benutzer können Jobs nur mit klassischen Notizbüchern löschen.
Phase 4 - 4. Juni 2025
- Der ADMIN-Benutzer hat keinen Zugriff mehr auf klassische Notizbücher.
- Alle verbleibenden klassischen Notizbücher werden gelöscht.
Hat dies Auswirkungen auf mich? Dies betrifft nur Benutzer mit klassischen Notizbüchern, klassischen Vorlagennotizbüchern oder Aufträgen, die klassische Notizbücher angeben. Gemäß dem obigen Zeitplan verlieren Benutzer den Zugriff auf diese Notizbücher, und vorhandene Jobs, die klassische Notizbücher verwenden, führen zu einem Fehler, wenn sie ausgeführt werden oder nach einem wiederkehrenden Zeitplan geplant werden.
Welche Schritte muss ich ausführen? Wenn Sie klassische Notizbücher oder klassische Vorlagen-Notizbücher (persönlich oder freigegeben) haben, die Sie behalten möchten, müssen Sie diese in das neue Format konvertieren. Wenn Sie Jobs haben, die auf klassischen Notizbüchern basieren, müssen diese Jobs entweder mit einem neuen Notizbuch aktualisiert oder mit einem neuen Notizbuch neu erstellt werden.
Serviceänderung: Der Support für die in dieser Serviceänderungsankündigung aufgeführten APIs für die Autonomous Container Database Data Guard-Verknüpfung und die Autonomous Database Data Guard-Verknüpfung endet am 4. März 2026.
Ankündigungsdatum: 4. März 2025.
Gültigkeitsdatum: 4. März 2026.
Details: Es wird empfohlen, Datenbank-Workloads mit den APIs in dieser Ankündigung so schnell wie möglich zu den aufgeführten Ersatz-APIs zu migrieren.
Das Feld cpuCoreCount
ist für die in dieser Serviceänderungsankündigung detaillierten Autonomous Database-APIs veraltet.
Vor dieser Serviceänderung enthielten die Autonomous Database-APIs in dieser Serviceänderungsankündigung cpuCoreCount
als Feld. Nachdem diese Serviceänderung implementiert wurde, wird das Feld cpuCoreCount
entfernt. Wir empfehlen Benutzern, ihre Skripte und die Automatisierung zu aktualisieren, um die Verwendung dieses Feldes so schnell wie möglich zu stoppen. Sofern angegeben, müssen Benutzer zum Verwenden des ECPU-Compute-Modells und computeCount
wechseln. Die Unterstützung für dieses Autonomous Database-API-Feld endet am 28. Mai 2026.
Betroffene APIs:
Exadata-Services
Die Exadata-Datenbanksystem-APIs von Oracle Cloud Infrastructure gelten seit dem 15. November 2020 als veraltet.
Wichtig: Nach dem 15. Mai 2021 können keine neuen Systeme mit dem alten DB-Systemressourcenmodell/den alten APIs bereitgestellt werden. Die Unterstützung für das alte DB-Systemressourcenmodell/die alten APIs auf bestehenden Systemen endet am 15. November 2021. Oracle empfiehlt, dass Sie Ihre Exadata Database Service on Dedicated Infrastructure-Instanzen so schnell wie möglich in die neuen Ressourcenmodell-APIs migrieren. Mit der Konvertierung in das neue Ressourcenmodell ist keinerlei Systemausfallzeit verbunden.
Nicht mehr unterstützte API | Neue APIs |
---|---|
LaunchDbSystem (nur für Exadata-Systeme veraltet) | CreateCloudExadataInfrastructure und CreateCloudVmCluster |
ListDbSystems (nur für Exadata-Systeme veraltet) | ListCloudExadataInfrastructures und ListCloudVmClusters |
GetDbSystem (nur für Exadata-Systeme veraltet) | GetCloudExadataInfrastructure und GetCloudVmCluster |
ChangeDbSystemCompartment (nur für Exadata-Systeme veraltet) | ChangeCloudExadataInfrastructureCompartment und ChangeCloudVmClusterCompartment |
UpdateDbSystem (nur für Exadata-Systeme veraltet) | UpdateCloudExadataInfrastructure und UpdateCloudVmCluster |
GetExadataIormConfig (nur für Exadata-Systeme veraltet) | GetCloudVmClusterIormConfig |
UpdateExadataIormConfig (nur Exadata-Systeme) | UpdateCloudVmClusterIormConfig |
TerminateDbSystem (nur für Exadata-Systeme veraltet) | DeleteCloudExadataInfrastructure und DeleteCloudVmCluster |
Serviceänderung: Das optionale Attribut dbWorkload
aus der Oracle Cloud Infrastructure-API CreateDatabase ist veraltet.
Ankündigungsdatum: November 2022.
Gültigkeitsdatum: November 2023.
Details: Vor dieser Serviceänderung kann das Attribut dbWorkload
verwendet werden, um zwischen der OLTP-(Online Transaction Processing-) oder der Data Warehouse-(Analytic-)Workload auszuwählen. Es wird intern verwendet, um Speichereinstellungen basierend auf der Datenbank-Workloads zu bestimmen. Nach dieser Serviceänderung wird das Attribut dbWorkload
als "no-op" (kein Vorgang) behandelt. Das bedeutet, dass API-Aufrufe mit dem veralteten Attribut zwar erfolgreich verlaufen, der übergebene Wert jedoch ignoriert wird und das System stattdessen intern einen Standardwert verwendet. Dies gilt für Exadata Database Service on Dedicated Infrastructure, Exadata Database Service on Cloud@Customer und Base Database Service.
Hat dies Auswirkungen auf mich? Wenn benutzerdefinierte Skripte oder Terraform-Skripte vorhanden sind, die auf die CreateDatabase-API verweisen und explizit das Attribut dbWorkload
verwenden, können Sie die Skripte ändern, um dieses Attribut zu entfernen. Wenn Sie jedoch keine Änderungen an Ihren Skripten vornehmen möchten, funktionieren die API-Aufrufe mit diesem Attribut weiterhin, außer dass der für das Attribut dbWorkload
übergebene Wert nicht berücksichtigt wird.
Welche Schritte muss ich ausführen? Wenn Sie OCI-SDKs und Befehlszeilentools verwenden, können Sie Ihre benutzerdefinierten Skripte aktualisieren, um das Attribut dbWorkload
auszuschließen. Wenn Sie nach November 2023 einen Wert an das Attribut dbWorkload
übergeben, wird er ignoriert.
Oracle Base Database Service
Serviceänderung: Das optionale Attribut dbWorkload
aus der Oracle Cloud Infrastructure-API CreateDatabase ist veraltet.
Ankündigungsdatum: November 2022.
Gültigkeitsdatum: November 2023.
Details: Vor dieser Serviceänderung kann das Attribut dbWorkload
verwendet werden, um zwischen der OLTP-(Online Transaction Processing-) oder der Data Warehouse-(Analytic-)Workload auszuwählen. Es wird intern verwendet, um Speichereinstellungen basierend auf der Datenbank-Workloads zu bestimmen. Nach dieser Serviceänderung wird das Attribut dbWorkload
als "no-op" (kein Vorgang) behandelt. Das bedeutet, dass API-Aufrufe mit dem veralteten Attribut zwar erfolgreich verlaufen, der übergebene Wert jedoch ignoriert wird und das System stattdessen intern einen Standardwert verwendet. Dies gilt für Exadata Database Service on Dedicated Infrastructure, Exadata Database Service on Cloud@Customer und Base Database Service.
Hat dies Auswirkungen auf mich? Wenn benutzerdefinierte Skripte oder Terraform-Skripte vorhanden sind, die auf die CreateDatabase-API verweisen und explizit das Attribut dbWorkload
verwenden, können Sie die Skripte ändern, um dieses Attribut zu entfernen. Wenn Sie jedoch keine Änderungen an Ihren Skripten vornehmen möchten, funktionieren die API-Aufrufe mit diesem Attribut weiterhin, außer dass der für das Attribut dbWorkload
übergebene Wert nicht berücksichtigt wird.
Welche Schritte muss ich ausführen? Wenn Sie OCI-SDKs und Befehlszeilentools verwenden, können Sie Ihre benutzerdefinierten Skripte aktualisieren, um das Attribut dbWorkload
auszuschließen. Wenn Sie nach November 2023 einen Wert an das Attribut dbWorkload
übergeben, wird er ignoriert.
Datenbankmigration
Serviceänderung: Die Database Migration-API-Version 201210929
von Oracle Cloud Infrastructure ist ab dem 21. Juni 2024 veraltet.
Ankündigungsdatum: 2. Juli 2024
Datum des Inkrafttretens: 21. Juni 2024
Details:
Ab dem 21. Juni 2024 ist die ältere Version der Datenbankmigrations-API, Version 201210929
, veraltet. Ab dem 21. Juni 2025 ist die veraltete API nicht mehr verfügbar und wird durch eine neue API-Version 20230518
ersetzt, die erweiterte Features und Unterstützung für zukünftige Releases bietet.
- Wenn Sie ein neuer Kunde sind und unseren Service noch nie genutzt haben, wirkt sich diese Änderung nicht auf Sie aus. (oder)
- Wenn Sie bereits als Kunde die OCI-Konsole zur Verwaltung von Datenbankmigrationsressourcen verwenden und vor dieser Änderung Migrationen und Verbindungen erstellt wurden, müssen Sie zur neuen API wechseln, indem Sie neue Migrationen und Verbindungen erstellen. Dies wirkt sich jedoch nicht auf die vorhandene Migration aus, die in Bearbeitung ist, und Sie können die älteren Migrationen und Verbindungen löschen.
- Wenn Sie eine ältere Version des öffentlichen SDK oder des Terraform-Providers verwenden, können Sie bestimmte Vorgänge für die Ressourcen nicht mehr mit der OCI-Konsole ausführen. Sie können die veralteten APIs jedoch weiterhin mit den älteren SDKs verwenden, bis die Unterstützung aus dem Service entfernt wird. Für weitere Informationen können Sie sich an den Support wenden.
Welche Schritte muss ich ausführen?
Wenn Sie eine ältere Version des SDK oder des Terraform-Providers verwenden, müssen Sie frühestens ein Upgrade auf das neue SDK oder den neuen Terraform-Provider planen.
Liste der veralteten und ersetzten APIs
Entwicklertools
Serviceänderung: OCI Java SDK-Version 2 wird demnächst nicht mehr unterstützt.
Ankündigungsdatum: 6. April 2023
Datum des Inkrafttretens: 30. Juni 2023
Details: Oracle hat kürzlich das Oracle Cloud Infrastructure-(OCI-)Java-SDK Version 3 veröffentlicht. OCI-Java-SDK Version 3 ist ein wichtiges SDK-Release. Wir empfehlen Ihnen ein Upgrade auf diese neueste Version. Die OCI-Java-SDK-Version 2 wird bis Ende Juni 2023 vollständig unterstützt. Während dieser Zeit erhalten sowohl die OCI-Java-SDK-Versionen 2 und 3 regelmäßige Updates, um Unterstützung für neue Service-APIs, kritische Bugfixes und Sicherheitspatches sowie Dokumentationsänderungen hinzuzufügen.
Hat dies Auswirkungen auf mich? Nach dem 30. Juni 2023 erhält das OCI-Java-SDK Version 2 keine Updates mehr, um Unterstützung für neue Regionen, neue Services oder Features in vorhandenen Services hinzuzufügen, sofern nichts anderes angegeben ist. Bei älteren Versionen der OCI-Java-SDK-Version 2, die weniger als 12 Monate alt sind, portiert OCI auf Anforderung nur kritische Bugfixes und Sicherheitsprobleme zurück.
Welche Schritte muss ich ausführen? Führen Sie ein Upgrade auf OCI-Java-SDK-Version 3 durch.
DevOps
Serviceänderung: Die DevOps-APIs (zwei APIs) von Oracle Cloud Infrastructure der Version 20210630
sind ab dem 29. März 2022 veraltet.
Ankündigungsdatum: 29. März 2022
Gültigkeitsdatum: 29. März 2023
Details: Seit dem 29. März 2022 sind zwei DevOps-APIs der Version 20210630
veraltet. Ab dem 29. März 2023 sind die veralteten APIs nicht mehr verfügbar.
Veraltete API | Neue API |
---|---|
GetRepositoryFileLines | GetRepoFileLines |
GetFileDiff | GetRepoFileDiff |
Event Hub
Serviceänderung: Der Event Hub-Service ist veraltet.
Ankündigungsdatum: 29. April 2022
Gültigkeitsdatum: 31. Mai 2023
Details: Mit dem Service Oracle Event Hub erreicht der 31. Mai 2023 das Ende der Lebensdauer (EOL). Vor dem EOL-Datum wird vorgeschlagen, Ihre Datenstreams von Event Hub zu Oracle Cloud Infrastructure Streaming zu migrieren.
Hat dies Auswirkungen auf mich? Wenn Sie mit dem Event Hub-Service Kafka-Cluster und/oder Event Hub-Themen erstellen, wird dies nach dem 31. Mai 2023 nicht mehr möglich sein. Zuvor erstellte Cluster werden weiterhin ohne Änderungen in Ihrem Mandanten ausgeführt.
Welche Schritte muss ich ausführen? Alle Event Hub-Kunden können jetzt mit dem Streaming Daten verschieben, indem sie enge Integrationen mit Oracle Cloud Infrastructure (OCI), Database, GoldenGate und Integration Cloud nutzen. Der Service verwendet einen Kafka Connect-Prozedurlauf, um Out-of-the-box-Integrationen für Hunderte von Drittanbieterprodukten in Kategorien wie DevOps, Datenbanken, Big Data und SaaS-Anwendungen bereitzustellen.
File Storage
Serviceänderung: Maximal 100 Dateisysteme können an eine bestimmte Snapshot Policy angehängt werden.
Ankündigungsdatum: 5. August 2023
Gültigkeitsdatum: 7. August 2023
Details: Ab dem 7. August 2023 wird ein neues Servicelimit eingeführt, um die Gesamtanzahl der Dateisysteme zu begrenzen, die an eine Snapshot Policy angehängt sind. Durch diese Änderung können bis zu 100 Dateisysteme pro Snapshot Policy und Mandant pro Availability-Domain angehängt werden.
Hat dies Auswirkungen auf mich? Wenn Sie planen, mehr als 100 Dateisysteme an eine bestimmte Snapshot Policy anzuhängen, können Sie dies nach dem 7. August 2023 nicht mehr tun. Alle vorhandenen Mandanten, denen vor dem 7. August 2023 mehr als 100 Dateisysteme pro Snapshot Policy zugeordnet sind, erhalten eine Ausnahme. Nach dem 7. August 2023 werden keine Ausnahmen mehr gemacht.
Welche Schritte muss ich ausführen? Wenn Sie mehr als 100 Dateisysteme an eine Snapshot Policy anhängen müssen, erstellen Sie eine zweite Snapshot Policy, oder verwenden Sie eine andere vorhandene Snapshot Policy. Sie können 100 Snapshot Policys pro Mandant und Availability-Domain erstellen. Sie können weiterhin richtlinienbasierte Snapshots für Dateisysteme generieren. Möglicherweise müssen Sie jedoch mehrere Snapshot Policys verwenden.
Serviceänderung: File Storage-Dateisysteme, die vom Kunden verwaltete Verschlüsselungsschlüssel verwenden, benötigen neue IAM-Policys.
Ankündigungsdatum: 29. Mai 2024
Gültigkeitsdatum: 29. Mai 2024
Details: Am 29. Mai 2024 führt File Storage eine neue Methode ein, mit der Dateisystemen die Berechtigung zur Verwendung benutzerdefinierter Verschlüsselungsschlüssel erteilt wird. Vor dieser Änderung haben Policys, mit denen Dateisystemen Berechtigungen zur Verwendung benutzerdefinierter Verschlüsselungsschlüssel erteilt werden, den File Storage-Servicebenutzer verwendet. Beispiel:
Allow service <file_storage_service_user> to use keys
Nach dieser Änderung erhalten File Storage-Ressourcen die Berechtigung zur Verwendung benutzerdefinierter Schlüssel. Weitere Informationen finden Sie unter Dateisystem verschlüsseln.
Hat dies Auswirkungen auf mich? Vor dem 29. Mai 2024 haben File Storage-Dateisysteme, die vom Kunden verwaltete Vault-Verschlüsselungsschlüssel anstelle von von Oracle verwalteten Schlüsseln verwenden, den File Storage-Servicebenutzer in den erforderlichen IAM-Policys verwendet.
Der Servicebenutzer hat zukünftig keinen Zugriff auf vom Kunden verwaltete Schlüssel.
Welche Schritte muss ich ausführen? Erstellen Sie neue IAM-Policys, mit denen File Storage Dateisysteme mit Resource Principals verschlüsseln und entschlüsseln kann. Stellen Sie sicher, dass Dateisysteme Resource-Principal-Policys anstelle von Service-Principal-Policys verwenden.
Weitere Informationen finden Sie unter Dateisystem verschlüsseln und Resource Principal-Zugriff auf Verschlüsselungsschlüssel prüfen.
Flottenanwendungsmanagement
Serviceänderung: Die Fleet Application Management-APIs von Oracle Cloud Infrastructure mit Version 20230831
wurden am 14. Mai 2025 eingestellt.
Ankündigungsdatum: 14. Mai 2025
Gültigkeitsdatum: 14. Mai 2025
Details: Ab dem 14. Mai 2025 wurden Fleet Application Management-APIs der Version 20230831 nicht mehr unterstützt. Ab dem 14. Mai 2025 sind die veralteten APIs nicht mehr verfügbar. Die Vorgänge "Aktualisieren/Löschen/Abrufen/Liste" für alle Ressourcen, die von veralteten APIs erstellt wurden, werden von den neuen APIs unterstützt.
Liste der nicht unterstützten und Ersatz-APIs
Nicht unterstützte API (Version 20230831) | Ersatz-API (Version 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
Serviceänderung: Der COMPUTE_INSTANCE
-Elementtyp in DrProtectionGroupMemberType
wird veraltet und wird nicht mehr unterstützt.
Ankündigungsdatum: 31. Oktober 2023
Gültigkeitsdatum: 31. Oktober 2024.
COMPUTE_INSTANCE
wird veraltet und durch die folgenden alternativen Member-Typen ersetzt:COMPUTE_INSTANCE_MOVABLE
: Wird für Compute-Instanzen verwendet, die während DR-Vorgängen verschoben werden.COMPUTE_INSTANCE_NON_MOVABLE
: Wird für Compute-Instanzen verwendet, die sich während DR-Vorgängen nicht verschieben.
Migrieren Sie vor dem Gültigkeitsdatum zu einem der neuen Instanztypen.
Hat dies Auswirkungen auf mich? Wenn Sie den Elementtyp COMPUTE_INSTANCE
in Ihrer DR-Konfiguration verwenden, wirkt sich diese Änderung auf Sie aus. Stellen Sie sicher, dass Sie vor dem Gültigkeitsende zu einem der neuen Instanztypen migrieren.
Welche Schritte muss ich ausführen? Um von einem vorhandenen COMPUTE_INSTANCE
zu einem der neuen Instanztypen zu migrieren, befolgen Sie diese Anweisungen.
Serviceänderung: Die Eigenschaft blockVolumeOperations für eine nicht verschiebbare Compute-Instanz ist veraltet und wird nicht mehr unterstützt.
Ankündigungsdatum: 20. Mai 2025
Gültigkeitsdatum: 20. Mai 2026
Details: Die Eigenschaft blockVolumeOperations
in den Datentypen DrProtectionGroupMemberComputeInstanceNonMovable
, CreateDrProtectionGroupMemberComputeInstanceNonMovableDetails
und UpdateDrProtectionGroupMemberComputeInstanceNonMovableDetails
ist veraltet. Ab dem 30. April 2026 ist die veraltete Eigenschaft nicht mehr verfügbar.
Veraltete Datentypen | Ersatzdatentypen |
---|---|
Die Eigenschaft blockVolumeOperations für eine nicht bewegliche Compute-Instanz ist in den folgenden Datentypen veraltet: | Verwenden Sie die Eigenschaft blockVolumeAttachAndMountOperations anstelle der Eigenschaft blockVolumeOperations in den folgenden Datentypen: |
Hat dies Auswirkungen auf mich?
Nein. Sie können jedoch nicht mehrere Einhängepunkte für ein einzelnes Block-Volume angeben, das von Full Stack DR mit der veralteten Eigenschaft blockVolumeOperations
gemountet wurde. Sie können jetzt mit der neuen Eigenschaft blockVolumeAttachAndMountOperations
mehrere Einhängepunkte für ein einzelnes Block-Volume angeben, das von Full Stack DR gemountet wurde. Sie können auch mehrere Einhängepunkte für ein Logical Volume (LV) angeben, das aus mehreren Block-Volumes bestehen kann. Anhänge und Halterungen sind nun völlig unabhängig voneinander.
Sie können die veraltete Eigenschaft
blockVolumeOperations
und die Eigenschaft blockVolumeAttachAndMountOperations
nicht zusammen verwenden.Welche Schritte muss ich ausführen?
Verwenden Sie die Eigenschaft blockVolumeAttachAndMountOperations
anstelle der Eigenschaft blockVolumeOperations
.
Functions
Serviceänderung: Die Fn-Projekt-CLI-Version 0.5.x (und früher) wird nicht mehr unterstützt.
Ankündigungsdatum: 29. Juni 2021
Gültigkeitsdatum: 1. August 2021
Details: ab dem 1. August 2021 funktioniert die Fn Project CLI-Version 0.5.x (und früher) nicht mehr mit OCI Functions.
Hat dies Auswirkungen auf mich? Wenn Sie aktuell Fn-Projekt-CLI-Version 0.5.x (oder früher) nutzen, müssen Sie ein Upgrade auf Fn-Projekt-CLI-Version 0.6.x (oder höher) durchführen.
Welche Schritte muss ich ausführen? Führen Sie ein Upgrade auf Fn-Projekt-CLI-Version 0.6.x (oder höher) durch. Befolgen Sie dazu die Anweisungen unter Fn-Projekt-CLI upgraden.
Serviceänderung: ab dem 15. Dezember 2021 basieren die Build-Zeit- und Laufzeitbasisimages des Fn-Projekts Function Development Kits (FDKs) mit Ausnahme des FDK für Python 3.7 auf der schlanken Oracle Linux 8-Distribution. Die Basisimages des Alpine/Debian-FDK sind veraltet.
Ankündigungsdatum: 15. November 2021
Gültigkeitsdatum: 15. Dezember 2021
Details: Ab dem 15. Dezember 2021 basieren die meisten Function Development Kits (FDKs)-Build-Time- und Laufzeitbasisimages des Fn-Projekts für die verschiedenen unterstützten Sprachen auf der schlanken Distribution von Oracle Linux 8 (anstelle der Alpine- und Debian-Linux-Distributionen). Neue Funktionen, die Sie bereitstellen, verwenden diese Oracle Linux 8-FDK-Basisimages. Die einzigen Ausnahmen sind die FDK-Build-Zeit- und Laufzeitbasisimages für Python 3.7, die weiterhin auf der Debian Linux-Distribution basieren.
Die Alpine/Debian Linux-Distributionen und die Oracle Linux 8-Slim-Distribution haben unterschiedliche Package Manager. Nach dem Übergang zu den Oracle Linux 8-FDK-Basisimages enthält die von OCI Functions beim Deployment neuer Funktionen erstellte temporäre Dockerfile Oracle Linux 8-Package Manager-Befehle.
Hat dies Auswirkungen auf mich?
Für vorhandene Funktionen, die bereits in OCI Functions bereitgestellt sind:
- Wenn OCI Functions die Einstellungen in einer Datei func.yaml einer Funktion verwendet, um eine temporäre Dockerfile mit den Anweisungen zum Erstellen des Docker-Images der Funktion zu zu erstellen, wird die Funktion ohne Fehler erstellt und bereitgestellt. Die temporäre Dockerfile enthält die korrekten Oracle Linux 8-Package Manager-Befehle.
- Wenn Sie eine benutzerdefinierte Dockerfile für eine Funktion erstellt haben (z.B. indem Sie die von OCI Functions erstellte Dockerfile ändern und
runtime: docker
in der Datei func.yaml der Funktion festlegen), kann die Funktion jetzt mit Fehlern wiemissing apt-get ...
erstellt und bereitgestellt werden. Die Fehler treten auf, wenn die benutzerdefinierte Dockerfile Alpine/Debian Package Manager-Befehle enthält.
Welche Schritte muss ich ausführen? Wenn Sie benutzerdefinierte Dockerfiles erstellt haben, die Alpine/Debian Package Manager-Befehle enthalten, ersetzen Sie diese Befehle durch Oracle Linux 8 Package Manager-Befehle.
Wenn Sie nicht sofort mit der Verwendung der Oracle Linux 8 FDK-Basisimages beginnen können, da Sie Funktionen haben, die noch die Alpine Linux- oder Debian Linux-Distributionen erfordern, gibt es einen temporären Workaround. Bis zum 15. Dezember 2022 sind die Alpine/Debian-FDK-Basisimages weiterhin verfügbar, jedoch mit modifizierten Imagetags. Sie können benutzerdefinierte Dockerfiles aktualisieren, um die veralteten Basisimages des Alpine/Debian-FDK anstelle der Basisimages von Oracle Linux 8 zu verwenden, indem Sie die geänderten Imagetags explizit angeben. Siehe Meine Funktionen erfordern weiterhin Alpine Linux- und Debian Linux-Distributionen. Gibt es einen temporären Workaround?.
Fusion Applications-Umgebungsverwaltung
Serviceänderung: Wenn Sie eine Fusion Applications-Umgebung oder einen Fusion Applications-Umgebungsadministrator erstellen, ist das Administratorkennwort nicht erforderlich. Außerdem ist die API zum Zurücksetzen des Fusion-Umgebungsadministratorkennworts veraltet. Um das Kennwort über die API zurückzusetzen, müssen Sie stattdessen die entsprechende Fusion Applications-API verwenden.
Ankündigungsdatum: 27. August 2024
Gültigkeitsdatum: 27. August 2025
Details:Ab dem 27. August 2025 können Sie das Fusion Applications-Administratorkennwort nicht mehr mit Fusion Applications Environment Management-APIs erstellen oder zurücksetzen. Betroffene APIs sind:
API | Ändern |
---|---|
ResetFusionEnvironmentPassword | Dieses API wurde verworfen. In einem Jahr wird es entfernt. Verwenden Sie diese API nicht, um das Fusion Applications-Administratorkennwort zurückzusetzen. |
CreateFusionEnvironment CreateFusionEnvironmentAdminUser |
In Objekt CreateFusionEnvironmentAdminUserDetails ist der Kennwortparameter derzeit optional. In einem Jahr wird der Parameter aus diesen APIs entfernt. |
Hat dies Auswirkungen auf mich? Wenn Sie die Fusion Applications-Umgebungsmanagement-API zum Zurücksetzen des Fusion Applications-Administratorkennworts verwenden, müssen Sie stattdessen die entsprechende Fusion Applications-API verwenden.
Wenn Sie den Fusion Applications-Administrator mit der API erstellen, wird das Kennwort nicht mehr akzeptiert. Stattdessen gibt der Administrator sein eigenes Kennwort ein, nachdem er eine Willkommens-E-Mail erhalten hat.
Der Konsolenworkflow ist nicht betroffen.
Welche Schritte muss ich ausführen?
Wenn Sie die ResetFusionEnvironmentPassword aufrufen, müssen Sie Ihre Skripte aktualisieren, um die Fusion Applications-API Benutzer aktualisieren zu verwenden.
Wenn Sie CreateFusionEnvironment oder CreateFusionEnvironmentAdminUser aufrufen, übergeben Sie den Kennwortparameter nicht. Der Benutzer wird aufgefordert, sein Kennwort über die Willkommens-E-Mail hinzuzufügen.
Generative KI
Serviceänderung: Die APIs GenerateText
und SummarizeText
sind veraltet.
Ankündigungsdatum: 26. Juni 2025
Datum des Inkrafttretens: 26. Juni 2026
Details: Ab dem 26. Juni 2025 sind die GenerateText
-API und die SummarizeText
-API in der Inferenz-API für generative KI veraltet. Ab dem 26. Juni 2026 sind die veralteten APIs nicht mehr verfügbar.
Veraltet | Ersatz |
---|---|
Die folgenden APIs in der Inferenz-API für generative KI sind veraltet: |
Verwenden Sie die Chat-API in der Inferenz-API für generative KI. |
Generative AI Agents
Serviceänderung: Die Eigenschaft knowledgeBaseIds
für einen RAG-Agent ist veraltet.
Ankündigungsdatum: 26. März 2025
Gültigkeitsdatum: 26. März 2026
Details: Ab dem 26. März 2025 ist die Eigenschaft knowledgeBaseIds
in Agent
, AgentSummary
, CreateAgentDetails
und UpdateAgentDetails
veraltet. Ab dem 26. März 2026 ist die veraltete Eigenschaft nicht mehr verfügbar.
Veraltet | Ersatz |
---|---|
Die Eigenschaft
|
Verwenden Sie die erforderliche Eigenschaft
Siehe: Datentyp RagToolConfig Datentyp ToolConfig Tool-API |
Global verteilte Datenbank
Die Globally Distributed Database API-Version 20230301 von OCI erreicht das Ende des Lebenszyklus.
Ankündigungsdatum: 7. Mai 2025
Gültigkeitsdatum: 8. Mai 2025
Details: Ab dem 8. Mai 2025 erreicht die Globally Distributed Database API-Version 20230301 das Ende der Nutzungsdauer. Am 8. Mai 2025 wird die API 20230301 durch die API-Version 20250101 ersetzt, die erweiterte Features und Unterstützung für aktuelle und zukünftige Releases bietet.
- Wenn Sie ein neuer Kunde sind und unseren Service noch nie genutzt haben, wirkt sich diese Änderung nicht auf Sie aus.
- Wenn Sie bereits Kunde sind, der die APIs für 20230301 verwendet, müssen Sie Ihre Skripte aktualisieren, damit sie die APIs für 20250101 verwenden.
GoldenGate
Serviceänderung: Die Regionseigenschaft von Amazon S3-Verbindungen wird ab dem 10. Juni 2026 obligatorisch.
Ankündigungsdatum: 10. Juni 2025
Gültigkeitsdatum: 10. Juni 2026
Details: Ab dem 10. Juni 2026 ist die Regionseigenschaft von Amazon S3-Verbindungen ein Pflichtfeld.
Hat dies Auswirkungen auf mich? Ja, wenn Sie Amazon S3-Verbindungen haben, denen derzeit kein Wert für Region zugewiesen ist.
Welche Schritte muss ich ausführen? Wenn Sie neue Amazon S3-Verbindungen erstellen, stellen Sie sicher, dass Sie einen Wert für Region angeben. Stellen Sie bei vorhandenen Amazon S3-Verbindungen sicher, dass Sie die Verbindungseigenschaften bearbeiten und einen Wert für "Region" angeben.
Weitere Informationen zu Amazon S3-Verbindungen mit GoldenGate finden Sie unter Verbindung zu Amazon S3 herstellen.
Serviceänderung: Die GoldenGate-APIs von Oracle Cloud Infrastructure für DatabaseRegistrations
sind ab dem 01. November 2022 veraltet.
Ankündigungsdatum: 01. November 2022
Gültigkeitsdatum: 01. November 2023
Details: Ab dem 01. November 2022 sind die DatabaseRegistrations
-APIs veraltet und werden durch Connections
-APIs ersetzt. Ab dem 01. November 2023 sind die veralteten APIs nicht mehr verfügbar.
Hat dies Auswirkungen auf mich? Ja. DatabaseRegistrations
-APIs funktionierten für Oracle Database-Verbindungen, während Sie mit den neuen, erweiterbaren Connections
-APIs eine Verbindung zu vielen anderen Arten von Datentechnologien herstellen können.
Welche Schritte muss ich ausführen? Verwenden Sie die Connections
-APIs anstelle der DatabaseRegistrations
-APIs, um eine Verbindung zu den Quell- und Zieltechnologien herzustellen.
Serviceänderung: Die Eigenschaft timeUpgradeRequired
der APIs Deployment
und DeploymentSummary
ist ab dem 14. März 2023 veraltet.
Ankündigungsdatum: 14. März 2023
Gültigkeitsdatum: 14. März 2024
Details: Nachdem die neuen Wartungsfeatures am 14. März 2023 eingeführt wurden, ist die Eigenschaft timeUpgradeRequired
der APIs Deployment
und DeploymentSummary
veraltet.
Hat dies Auswirkungen auf mich? Mit der schreibgeschützten Eigenschaft timeUpgradeRequired
können Sie bestimmen, wie lange Sie ein manuelles Upgrade auf eine neue Deployment-Version durchführen mussten. Der Service hat Ihr Deployment jedoch nicht automatisch upgegradet, als die Frist abgelaufen ist. Das neue Wartungsfeature plant ein oder mehrere Upgrades und aktualisiert Ihr Deployment automatisch am angegebenen Datum. Diese Datumsangaben finden Sie auf der Seite mit den Deployment-Details.
Welche Schritte muss ich ausführen? Sie können die geplanten Upgrades nach Bedarf anpassen, wenn Sie das Deployment erstellen, oder auf der Seite mit den Deployment-Details.
Serviceänderung: Die Eigenschaft adminPassword
, die in den Modellobjekten CreateOggDeploymentDetails
und UpdateOggDeploymentDetails
der APIs CreateDeploymentDetails
und UpdateDeploymentDetails
verwendet wird, wurde am 15. August 2023 eingestellt.
Ankündigungsdatum: 15. August 2023
Gültigkeitsdatum: 15. August 2024
Details: Mit dem neuen Single Sign-On-Feature, das am 15. August 2023 eingeführt wurde, ist die Eigenschaft adminPassword
, die in den Modellobjekten CreateOggDeploymentDetails
und UpdateOggDeploymentDetails
der APIs CreateDeploymentDetails
und UpdateDeploymentDetails
verwendet wird, jetzt veraltet.
Hat dies Auswirkungen auf mich? Ja.
Welche Schritte muss ich ausführen? Für neue Deployments, die ab dem 15. August 2023 erstellt wurden, müssen Sie einen Zugangsdatenspeicher (OCI Identity and Access Management (IAM) oder GoldenGate) in Mandanten auswählen, in denen OCI IAM mit Identitätsdomains aktiviert ist. Wenn Sie OCI IAM auswählen, können Sie sich mit Ihrem Oracle Cloud-Account bei der Deployment-Konsole anmelden. In GoldenGate müssen Sie jedoch einen Vault erstellen und ein Secret hinzufügen, in dem Sie Ihr Kennwort speichern können. Mit diesem Secret melden Sie sich bei der Deployment-Konsole an.
Serviceänderung: Die Eigenschaft privateIp
aller CreateConnectionDetails
-Modellobjekte in den Verbindungs-APIs ist ab dem 5. Dezember 2023 veraltet.
Ankündigungsdatum: 5. Dezember 2023
Gültigkeitsdatum: 5. Dezember 2024
Details: Mit dem Release der aktualisierten Netzwerkoptionen ist die Eigenschaft privateIp
aller CreateConnectionDetails
-Modellobjekte in den Verbindungs-APIs ab dem 5. Dezember 2023 veraltet.
Hat dies Auswirkungen auf mich? Sie können Ihre alten Verbindungen weiterhin verwenden. Sie müssen sie jedoch aktualisieren, wenn Sie zuvor einen Wert für die private IP angegeben haben. Alle neuen Verbindungen, die Sie ab dem 5. Dezember 2023 erstellen, verwenden neue Netzwerkkonnektivitätseinstellungen, die Sie auswählen
Welche Schritte muss ich ausführen? Bearbeiten Sie alle vorhandenen Verbindungen, bei denen Sie einen privaten IP-Wert angegeben haben, geben Sie die private IP in das Feld "Hostname" oder "Verbindungszeichenfolge" ein, und speichern Sie die Änderungen. Wenn Sie einen Hostnamen angeben, leitet GoldenGate die DNS-Auflösung an Ihr Subnetz weiter. Wenn Sie eine privateIp
angeben, stellt GoldenGate eine direkte Verbindung her.
Serviceänderung: Der Eigenschaftswert OGG
der CreateDeploymentDetails
-Payload deploymentType
ist veraltet und wird durch DATABASE_ORACLE
ersetzt.
Ankündigungsdatum: 5. Juni 2024
Gültigkeitsdatum: 5. Juni 2025
Details: Da OCI GoldenGate die Unterstützung für verschiedene Arten von Datenbanktechnologien erweitert und neue Deployment-Typen einführt, musste der Eigenschaftswert deploymentType
von OGG
in DATABASE_ORACLE
umbenannt werden.
Hat dies Auswirkungen auf mich? Wenn Sie zuvor ein Deployment mit dem Eigenschaftswert OGG
erstellt haben, sind Sie davon nicht betroffen, da der Wert OGG
in DATABASE_ORACLE
migriert wird. Wenn Sie den OGG
-Wert jedoch für einen anderen Zweck (wie Vergleiche) im Code verwendet haben, sind Sie möglicherweise betroffen.
Welche Schritte muss ich ausführen? Um in Zukunft ein neues OCI GoldenGate-Deployment für Oracle Database zu erstellen, stellen Sie sicher, dass Sie den Eigenschaftswert DATABASE_ORACLE
deploymentType
anstelle des veralteten Werts OGG
verwenden.
Serviceänderung: Wenn die Eigenschaft isPublic
der Payloads CreateDeploymentDetails
oder UpdateDeploymentDetails
auf "true" gesetzt ist, ist die Eigenschaft loadBalancerSubnetId
obligatorisch.
Ankündigungsdatum: 5. Juni 2024
Gültigkeitsdatum: 5. Juni 2025
Details: Wenn Sie ein öffentliches Deployment mit CreateDeploymentDetails
oder UpdateDeploymentDetails
erstellen oder aktualisieren und die Eigenschaft isPublic
auf "true" setzen, ist die Eigenschaft loadBalancerSubnetId
obligatorisch, und Sie müssen eine gültige öffentliche Subnetz-OCID angeben.
Hat dies Auswirkungen auf mich? Dies wirkt sich auf Sie aus, wenn Sie die Eigenschaft isPublic
beim Erstellen eines Deployments mit CreateDeploymentDetails
- oder UpdateDeploymentDetails
-APIs auf "true" setzen und wenn öffentliche Deployments vorhanden sind.
Welche Schritte muss ich ausführen? Wenn Sie die isPublic property
der APIs CreateDeploymentDetails
oder UpdateDeploymentDetails
auf "true" setzen, wird die Eigenschaft loadBalancerSubnetId
obligatorisch, und Sie müssen eine gültige öffentliche Subnetz-OCID angeben. Bei vorhandenen öffentlichen Deployments müssen Sie das Deployment bearbeiten und eine loadBalancerSubnetId
auswählen. Sie können das Deployment mit der Oracle Cloud-Konsole bearbeiten, um die Auswahl zu treffen, oder mit der API vorhandene öffentliche Deployments aktualisieren, um eine gültige Subnetz-OCID für loadBalancerSubnetId
anzugeben.
Serviceänderung: Alle vorhandenen Verbindungen, die SHARED_SERVICE_ENDPOINT
in der API oder "Oracle Network" in der Oracle Cloud-Konsole als Routingmethode verwenden, müssen aktualisiert werden.
Ankündigungsdatum: 5. Juni 2024
Gültigkeitsdatum: 5. Juni 2025
Details: Vorhandene Verbindungen, die SHARED_SERVICE_ENDPOINT
in der API oder "Oracle Network" in der Oracle Cloud-Konsole als Routingmethode verwenden, müssen aktualisiert werden
Hat dies Auswirkungen auf mich? Ja, wenn Sie eine Verbindung mit "Oracle Network" (UI) oder SHARED_SERVICE_ENDPOINT
(API) verwenden
Welche Schritte muss ich ausführen? Aktualisieren Sie alle Verbindungen, die SHARED_SERVICE_ENDPOINT
in der API oder "Oracle Network" in der Oracle Cloud-Konsole verwenden. Treffen Sie in der Konsole eine neue Auswahl für die Trafficroutingmethode, wenn Sie sie mit der Konsole bearbeiten und dann Ihre Änderungen speichern. Sie können die Eigenschaft auch mit einem beliebigen Client, SDK, Terraform oder einer beliebigen CLI aktualisieren.
Serviceänderung: Nur Textfelder in Verbindungen
Ankündigungsdatum: 11. Februar 2025
Gültigkeitsdatum: 11. Februar 2026
Details: Verwenden Sie plainText-Felder in Verbindungen nicht für sensible Attribute, wie Kennwörter oder Private Keys.
Hat dies Auswirkungen auf mich? Ja
Welche Schritte muss ich ausführen? Verwenden Sie ab dem 11. Februar 2025 Kennwort-Secrets für sensible Attribute, wenn Sie neue Verbindungen erstellen.
Serviceänderung: Der Service-Principal "goldengate" ist veraltet und wird durch den Resource Principal "dynamic-group goldengate-deployments" ersetzt.
Ankündigungsdatum: 24. Februar 2025
Gültigkeitsdatum: 24. Februar 2026
Details: Stellen Sie beim Hinzufügen neuer Policys sicher, dass Sie die dynamische Gruppe "goldengate-deployments" definieren, die anstelle des veralteten Service-Principals "goldengate" verwendet werden soll. Alle vorhandenen Policys, die den Service-Principal "goldengate" verwenden, müssen durch den Resource Principal "dynamic-group goldengate-deployments" ersetzt werden.
Hat dies Auswirkungen auf mich? Ja.
Welche Schritte muss ich ausführen? Ab dem 24. Februar 2025 müssen Sie eine dynamische Gruppe namens "goldengate-deployments" definieren und diesen Resource Principal in Ihren Policys anstelle des Service-Principals "goldengate" verwenden. Sie müssen auch alle vorhandenen Policys ersetzen, die den Service-Principal "goldengate" verwenden. Weitere Informationen finden Sie unter OCI GoldenGate-Policys.
GoldenGate Cloud Service Classic
Serviceänderung: Ende der Nutzungsdauer für GoldenGate Cloud Service Classic mit Wirkung zum 11. April 2024.
Ankündigungsdatum: 22. März 2024
Gültigkeitsdatum: 11. April 2024
- Sie können keine neuen Instanzen von Oracle GoldenGate Cloud Service Classic erstellen.
- Oracle unterstützt GoldenGate Cloud Service Classic nicht mehr.
Hat dies Auswirkungen auf mich? Oracle GoldenGate Cloud Service Classic wird auf Oracle Cloud Classic Gen 1 ausgeführt, das zugunsten von Oracle Cloud Infrastructure (OCI) Gen 2 Cloud veraltet ist. Wenn Sie Oracle GoldenGate Cloud Service Classic-Benutzer sind, können Sie Ihre Workloads von Oracle Cloud Classic Gen 1 zu Oracle Cloud Infrastructure GoldenGate migrieren.
Wenn Sie derzeit ein OCI-GoldenGate-Benutzer sind, gilt diese Serviceänderungsankündigung nicht für Sie.
Welche Schritte muss ich ausführen? Migrieren Sie Oracle GoldenGate Cloud Service-Workloads zu Oracle Cloud Infrastructure GoldenGate, das ähnliche Funktionen bietet. Ausführliche Migrationsschritte finden Sie unter Zu Oracle Cloud Infrastructure GoldenGate migrieren.
MySQL HeatWave
Serviceänderung: Der Aufbewahrungszeitraum für das DB-Systembackup wurde von 10.000 auf 365 Tage verkürzt.
Ankündigungsdatum: September 2020
Datum des Inkrafttretens: Oktober 2020
Details: Der Aufbewahrungszeitraum für das DB-Systembackup wurde von 10.000 auf 365 Tage verkürzt.
Hat dies Auswirkungen auf mich? Nein.
Welche Schritte muss ich ausführen? Keine.
Serviceänderung: Der Standardwert von AutomaticBackupRetention
wird von DELETE in RETAIN geändert.
Ankündigungsdatum: Januar 2024
Gültigkeitsdatum: Januar 2025
Details: Vor dieser Serviceänderung war der Standardwert für das Attribut AutomaticBackupRetention
in der Lösch-Policy des DB-Systems DELETE. Mit dieser Änderung wird der Standardwert von AutomaticBackupRetention
in RETAIN geändert. Beachten Sie, dass sich diese Änderung nicht auf die Lösch-Policy vorhandener DB-Systeme auswirkt. Die Änderung gilt nur für DB-Systeme, die nach dem Gültigkeitsdatum erstellt wurden.
Hat dies Auswirkungen auf mich? Ja, wenn Sie Standardwerte für Lösch-Policys verwenden.
Welche Schritte muss ich ausführen? Wenn der Standardwert für AutomaticBackupRetention
DELETE ist und SDK/CLI/Terraform verwendet, ohne dass der Wert festgelegt wird, müssen Sie den bevorzugten Wert explizit festlegen.
Serviceänderung: Die OCPU-Ausprägungen sind ab dem 5. September 2024 veraltet.
Ankündigungsdatum: 5. September 2024
Gültigkeitsdatum: 5. September 2024
Details:
Ab dem 5. September 2024 sind alle HeatWave-OCPU-Ausprägungen für DB-Systeme und HeatWave-Cluster veraltet. Kunden können jedoch ECPU-Ausprägungen verwenden, um neue DB-Systeme und HeatWave-Cluster bereitzustellen. Die OCPU-Ausprägungen sind für Neukunden nicht verfügbar, während Bestandskunden OCPU-Ausprägungen in neuen und vorhandenen DB-Systemen und HeatWave-Clustern bis zum 5. September 2025 weiterhin verwenden können.
- Ja, wenn vorhandene DB-Systeme mit OCPU-Ausprägungen bereitgestellt sind.
Welche Schritte muss ich ausführen?
Verwenden Sie ECPU, um neue DB-Systeme und HeatWave-Cluster bereitzustellen. Für vorhandene DB-Systeme und HeatWave-Cluster, die auf OCPU-Ausprägungen ausgeführt werden, müssen Sie vor dem 5. September 2025 einen geeigneten Zeitpunkt für die Konvertierung in ECPU-Ausprägungen planen.
IAM
Ankündigungsdatum: 21. Juli 2025
Gültigkeitsdatum: 21. Oktober 2025
Details:
OCI IAM kündigt die Einstellung und geplante Entfernung der Unterstützung für die schwache SSL-Cipher-Suite TLS_RSA_WITH_AES_128_CBC_SHA an. Nach dem Gültigkeitsdatum werden alle Verbindungen, die versuchen, diese Cipher Suite auszuhandeln, nicht mehr akzeptiert.
Während TLS_RSA_WITH_AES_128_CBC_SHA in der Vergangenheit eine häufig verwendete Cipher Suite war, erfüllt es nicht mehr die aktuellen Best Practices und Sicherheitsstandards der Branche. Die fortgesetzte Nutzung birgt mehrere Sicherheitsrisiken, darunter das Fehlen von Perfect Forward Secrecy (PFS) und ein schwacher Hashing-Algorithmus (SHA-1). Durch das Entfernen der Unterstützung älterer TLS-Cipher Suites wird die Sicherheit für den IAM-Service und seine Benutzer optimiert.
Hat dies Auswirkungen auf mich?
Wenn Sie einen älteren Webbrowser (in der Regel Browserversionen, die vor 2015 installiert wurden), Bibliotheken oder Geräte verwenden, die ältere SSL/TLS-Cipher Suites nutzen, kann sich dies auf Ihre Fähigkeit auswirken, eine Verbindung zum IAM-Service herzustellen.
Welche Schritte muss ich ausführen?
Um einen unterbrechungsfreien Service zu gewährleisten und ein Höchstmaß an Sicherheit zu gewährleisten, sollten alle Benutzer ihre Legacy-Browser, -Bibliotheken oder -Geräte aktualisieren, die keine sicheren TLS-Konfigurationen unterstützen. Aktualisieren Sie außerdem Ihre Clientanwendungskonfigurationen, um modernere und sicherere TLS-Cipher Suites zu verwenden, falls diese noch nicht verwendet werden. Wenn Sie TLS 1.2 oder 1.3 mit sicheren Cipher Suites verwenden, ist keine Aktion erforderlich.
Ankündigungsdatum: 21. März 2025
Gültigkeitsdatum: 21. März 2025
Details:
- Die Standard-E-Mail-Adresse des Absenders, mit der das Zurücksetzen des Kennworts und andere E-Mail-Benachrichtigungen gesendet werden, wurde für die Realm OC1 von
no-reply@oracle.com
inno-reply@identity.oci.oraclecloud.com
geändert. - Für dedizierte Regionen wurde die Adresse in
no-reply@identity.oci.
<realm_domain> geändert. Weitere Informationen zu <realm_domain> finden Sie unter Dedizierte Regionen.
Hat dies Auswirkungen auf mich? Ja.
Welche Schritte muss ich ausführen? Um weiterhin E-Mail-Benachrichtigungen von OCI IAM ohne Unterbrechung zu erhalten, fügen Sie die neue E-Mail-Absenderadresse Ihrer Liste der zulässigen Absender hinzu.
Serviceänderung: Ab dem 3. April unterstützt OCI Identity keine benutzerdefinierte E-Mail-Verifizierung mehr über die OCI-Konsole.
Ankündigungsdatum: 26. März 2025
Gültigkeitsdatum: 3. April 2025
Details: Kunden, die die Absender-E-Mail-Adresse aktualisieren oder von der Standard-E-Mail-Adresse für E-Mail-Benachrichtigungen ändern müssen, müssen den Prozess "Absenderdomain prüfen" verwenden und DKIMs für jede Domain im Mandanten in der Home- und abonnierten Region bereitstellen. Wenn Sie derzeit eine verifizierte benutzerdefinierte Absender-E-Mail-Adresse haben, können Sie diese verifizierte E-Mail-Adresse weiterhin verwenden.
Hat dies Auswirkungen auf mich? Ja, wenn Sie die vorhandene verifizierte benutzerdefinierte Absender-E-Mail-Adresse ändern.
Welche Schritte muss ich ausführen?
Sie müssen die E-Mail-Authentifizierungseinstellung für SPF und DKIM konfigurieren. Siehe E-Mail-Authentifizierungseinstellungen für SPF und DKIM konfigurieren.
Das Provisioning von DKIM muss für alle anwendbaren Domains in der Home- und abonnierten Region ausgeführt werden.
Serviceänderung: Die Oracle Cloud Infrastructure Identity and Access Management-Auditereignis-APIs, die Sie mit IAM-Identitätsdomains verwenden können. Sie sind im Mai 2025 veraltet. Out-of-the-box-Berichte sind weiterhin verfügbar, werden jedoch auf die Daten der letzten 14 Tage beschränkt.
Ankündigungsdatum: 15. Mai 2023
Gültigkeitsdatum: Mai 2025
Details: Ab dem Mai 2025 funktionieren die IAM-APIs für AuditEvents nicht mehr mit IAM. Out-of-the-box-Berichte sind weiterhin verfügbar, werden jedoch auf die Daten der letzten 14 Tage beschränkt.
Hat dies Auswirkungen auf mich? Wenn Sie derzeit IAM-APIs für AuditEvents verwenden, müssen Sie stattdessen die OCI-Audit-APIs verwenden. Es gibt keine Änderung, wenn Sie Berichte verwenden. Beachten Sie jedoch, dass die Berichte der Identitätsdomains auf die Daten der letzten 14 Tage beschränkt sind.
Welche Schritte muss ich ausführen? Sie können jetzt OCI-Audit-APIs verwenden. Weitere Informationen zum Abrufen von Daten aus OCI Audit finden Sie unter:
- Multi-Cloud-Sicherheit mit OCI Audit implementieren, um Ereignisse aus OCI Identity and Access Management zu erfassen
- Identity and Access Management-Berichte über Oracle Cloud Infrastructure Audit generieren
Veraltete AuditEvents-APIs
Die folgenden IAM-APIs AuditEvents sind veraltet:
- AuditEvents
Berichte, die weiterhin unterstützt werden, aber nur 14 Tage Daten enthalten
Die folgenden IAM-Berichtsvorlagen in den Berichts-APIs werden weiterhin mit begrenzten Daten unterstützt (14 Tage):
- Benutzeranmeldung
- Systemlog
- Synchronisierungsfehler
- Verdächtige Ereignisse
- Benachrichtigungszustellung
- AppRole-Zuweisung
- Zugriff auf Anwendung
Java Management Service (JMS)
Serviceänderung: Ab 15. Juli 2022 erfordert die API CreateFleet die benutzerdefinierte Log-OCID in der Eigenschaft inventoryLog
.
Ankündigungsdatum: 15. April 2022
Gültigkeitsdatum: 15. Juli 2022
Details: Ab dem 30. März 2022 verwendet JMS den Oracle Cloud Infrastructure Logging-Service zum Speichern von Bestands- und Vorgangslogs. Bestandslogs sind benutzerdefinierte Logs, in denen die Java Runtime-Bestands- und -Nutzungsdaten gespeichert werden, die der Management Agent von den Hosts meldet. Mit dieser Änderung enthält die API CreateFleet eine zusätzliche Eigenschaft (inventoryLog
) zur Angabe des zu verwendenden benutzerdefinierten Logs.
Welche Schritte muss ich ausführen? Vorhandene Flotten müssen bis zum 15. Juli 2022 mit der API UpdateFleet migriert werden. Nach dem 15. Juli 2022 ist die Eigenschaft inventoryLog
der API CreateFleet ein erforderlicher Parameter. Einzelheiten hierzu finden Sie in den Vorgängen CreateFleet und UpdateFleet. Agents müssen 220302.1455 oder höher sein.
Sprache
Ab dem 26. Oktober 2022 gelten die Detect
Language-APIs der Version 20221001
als veraltet. Ab dem 10. Oktober 2023 sind die veralteten APIs nicht mehr verfügbar.
Ab dem 26. Oktober 2022 verfügen die BatchDetect
Language-APIs über eine neue unterstützte API-Version von 20221001
. Mit der Einführung der API-Version 20221001
wurden die folgenden Klassen entfernt und durch die gemeinsame Klasse com.oracle.bmc.ailanguage.model.TextDocument
ersetzt.
Entfernte Klasse in Sprache | Ersatzklasse |
---|---|
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 |
Network Load Balancer
Die Network Load Balancer ListNetworkLoadBalancerProtocol
-API von Oracle Cloud Infrastructure wird ab dem 12. Januar 2022 eingestellt. Der Support für ListNetworkLoadBalancerProtocol
endet am 1. März 2023. Die aktuelle Liste der unterstützten Protokollwerte finden Sie unter ListenerDetails.
OCI Cache
Serviceänderung: OCI Cache schränkt die Verwendung der Redis-Befehle CONFIG SET
und ACL
in Clustern ein, die vom Service verwaltet werden.
Ankündigungsdatum: 14. Juni 2024
Gültigkeitsdatum: 14. Juli 2024
Details: OCI Cache verhindert die Verwendung einiger Redis-Befehle, um die Performance und Stabilität des Service sicherzustellen. Informationen hierzu finden Sie unter Nicht unterstützte Redis-Befehle. Ab dem 14. Juli 2024 werden die Befehle CONFIG SET
und ACL
in die Liste der eingeschränkten Befehle für OCI Cache aufgenommen.
Hat dies Auswirkungen auf mich? Wenn Sie diese Befehle derzeit verwenden, können Sie sie nach dem 14. Juli 2024 nicht mehr mit Ihren OCI-Cache-Clustern verwenden. Wir empfehlen außerdem, diese Befehle nicht zu verwenden, bevor sie eingeschränkt werden, da sie Stabilitätsprobleme bei Clustern verursachen können, die von OCI Cache verwaltet werden.
OS Management
Serviceänderung: Oracle OS Management-Service ist veraltet.
Ankündigungsdatum: 23. April 2024
Gültigkeitsdatum: 23. April 2025
Details: Am 23. April 2025 erreicht der OS Management-Service (OSMS) das Ende der Lebensdauer (EOL). Ab sofort ist der Service nicht mehr für Sie in Regionen verfügbar, in denen Sie OSMS noch nicht verwenden, oder für neue Benutzer mit neuen Mandanten. Der OS Management-Service wird durch OS Management Hub ersetzt, der eine verbesserte Benutzererfahrung mit neuen Features bietet, einschließlich Patch-Deployments über Lebenszyklusphasen, verbesserte Jobplanung und Berichtsfunktionen.
Hat dies Auswirkungen auf mich? Der OS Management-Service kann nach dem 23. April 2025 keine Oracle Linux- oder Microsoft Windows-Instanzen mehr verwalten.
Was muss ich tun: Verwenden Sie den OS Management Hub-Service, um Instanzen in Oracle Cloud Infrastructure (OCI), privaten Data Centern und unterstützten Cloud-Umgebungen von Drittanbietern zu verwalten. Vor dem EOL-Datum wird empfohlen, Ihre verwalteten Instanzen vom OS Management-Service in den OS Management Hub-Service zu migrieren.
Andere Services, einschließlich Autonomous Linux, die die OS Management-API verwenden, bieten separate Anleitungen.
Prozessautomatisierung
Serviceänderung: Oracle Cloud Infrastructure Process Automation – End of Life.
Ankündigungsdatum: 15. Januar 2025
Gültigkeitsdatum: 23. Januar 2026
- B95504 - Oracle Cloud Infrastructure - Process Automation - Benutzer
- B95505 – Oracle Cloud Infrastructure – Process Automation – Execution Pack
Vor dem Enddatum wird empfohlen, zu Oracle Integration zu migrieren. Oracle Integration ist eine vollständige Plattform zur Geschäftsautomatisierung, mit der Kunden ihre Anwendungen und Daten verbinden, Geschäftsprozesse automatisieren und mit KI Innovationen schaffen können. In Zukunft können Sie alle Process Automation-Funktionen als Teil von Oracle Integration nutzen.
Hat dies Auswirkungen auf mich? Sie sollten beachten, dass Oracle Cloud Infrastructure Process Automation nach dem 23. Januar 2026 nicht mehr verfügbar oder unterstützt wird. Wenn Sie bereits Kunde sind, können Sie den Service bis dahin weiter nutzen. Um eine Serviceunterbrechung zu vermeiden, müssen Sie jedoch vor dem Enddatum zu Oracle Integration migrieren.
Was muss ich tun: Bestehende Kunden können über einen Prozess zu Oracle Integration wechseln, der Ihre Oracle Cloud Infrastructure Process Automation-Instanz an Oracle Integration anhängt. Alternativ können Sie vorhandene Prozessanwendungen und/oder Entscheidungsanwendungen aus Process Automation exportieren und in Oracle Integration importieren. Anleitung zum Migrationsprozess finden Sie in den hier dokumentierten Details.
Search with OpenSearch
Serviceänderung: Die IAM-Berechtigungen für Networkingressourcen, die zum Erstellen und Arbeiten mit OpenSearch-Clustern erforderlich sind, werden von Serviceberechtigungen zu Benutzerberechtigungen geändert.
Ankündigungsdatum: 20. Februar 2024
Gültigkeitsdatum: 15. September 2024
Details: Um Cluster in "Suchen mit OpenSearch" zu erstellen und zu verwalten, müssen Sie IAM-Policys für Ihren Mandanten erstellen, die Berechtigungen für bestimmte Networkingressourcen erteilen. Derzeit sind die erforderlichen Berechtigungen Serviceberechtigungen, mit Policy-Anweisungen wie dem folgenden Snippet:
Allow service opensearch to manage <Networking_Resource>...
Search with OpenSearch geht dazu über, dass Benutzerberechtigungen anstelle von Serviceberechtigungen den Zugriff auf Networkingressourcen erteilen. Während des Übergangszeitraums muss Ihr Mandant beide Policy-Typen haben.
Hat dies Auswirkungen auf mich? Alle Mandanten, in denen Benutzer OpenSearch-Cluster erstellen und verwalten, müssen über neue Policys verfügen, die zusätzlich zu den vorhandenen Policys mit Serviceberechtigungen für den Zugriff auf die erforderlichen Networkingressourcen Benutzerberechtigungen angeben.
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>
Sie müssen alle vorhandenen Policys beibehalten, die Sie für die Suche mit OpenSearch haben, die Serviceberechtigungsanweisungen für Netzwerkressourcen enthalten, bis der Übergang zu Benutzerberechtigungsanweisungen abgeschlossen ist. Weitere Informationen zu den Berechtigungen, die für die Suche mit OpenSearch erforderlich sind, finden Sie unter Suchen mit OpenSearch-IAM-Policys.
Supportmanagement
Serviceänderung: Das Attribut csi
(CreateIncident) ist veraltet, und das Feld Max Length
für das Attribut description
(CreateTicketDetails) ist auf 1500 reduziert.
Ankündigungsdatum: 27. Januar 2025.
Gültigkeitsdatum: 27. Januar 2026.
Details: Bei der Migration zu My Oracle Cloud Support ist das Attribut csi
nicht mehr erforderlich, und das Feld Max Length
für das Attribut description
muss 1500 (vorher 1800) sein.
Hat dies Auswirkungen auf mich? Wenn Sie benutzerdefinierte Skripte haben, die das Attribut csi
explizit verwenden oder die explizit auf eine Max Length
größer als 1500 für das Attribut description
angewiesen sind, können Sie die Skripte aktualisieren.
Welche Schritte muss ich ausführen? Aktualisieren Sie benutzerdefinierte Skripte, um veraltete Attribute und Feldwerte zu entfernen, wenn Sie SDKs und die CLI verwenden.
Vision
Serviceänderung: Die Dokumentanalyse-APIs von Oracle Cloud Infrastructure Vision wurden am 30. Januar 2023 als veraltet eingestuft. Die Dokumentanalysefunktionalität wird jetzt über den Oracle Cloud Infrastructure Document Understanding-Service angeboten.
Ankündigungsdatum: 30. Januar 2023
Gültigkeitsdatum: 31. Januar 2024
Details:
Die folgenden APIs wurden am 10. Januar 2023 als veraltet eingestuft:
- AnalyzeDocument
- CreateDocumentJob
- GetDocumentJob
- CancelDocumentJob
Auf alle in einem Object Storage-Bucket gespeicherten Ausgabedaten, die aus vorherigen Dokumentjobs resultieren, kann nach der Einstellung des Dokument-API weiterhin zugegriffen werden. Ab dem 31. Januar 2024 sind die veralteten APIs im Oracle Cloud Infrastructure Vision-Service nicht mehr mehr verfügbar.
Hat dies Auswirkungen auf mich? Diese Änderung wirkt sich auf Kunden aus, die die Dokumentanalysefunktionalität im Oracle Cloud Infrastructure Vision-Service verwenden.
Welche Schritte muss ich ausführen? Kunden, die die Dokumentanalysefunktionalität im Oracle Cloud Infrastructure Vision-Service verwenden, sollten stattdessen die Dokumentanalysefunktionalität nutzen, die über den Oracle Cloud Infrastructure Document Understanding-Service angeboten wird.