Ankündigungen für Serviceänderungen

Serviceänderung: Der Oracle Cloud Infrastructure Anomaly Detection-Service ist veraltet.

Ankündigungsdatum: 7. März 2024

Datum des Inkrafttretens: 6. März 2025

Details: Mit Wirkung zum 6. März 2025 erreicht der Oracle Cloud Infrastructure Anomaly Detection-Service das Ende des Lebenszyklus (EOL). Vor dem EOL-Datum wird empfohlen, mit dem Oracle Cloud Infrastructure Data Science-Service Anomalien zu erkennen.

Bin ich davon betroffen? Der Anomalieerkennungsservice ist nach dem 6. März 2025 nicht mehr verfügbar. Zuvor erstellte Modelle funktionieren weiterhin in Ihrem Mandanten. Sie müssen jedoch sofort migrieren, um Serviceunterbrechungen zu vermeiden.

Welche Schritte muss ich ausführen? Mit dem beschleunigten Data Science-Operator des Oracle Cloud Infrastructure Data Science-Service können Sie Anomalien erkennen. Es unterstützt sowohl die univariate als auch die multivariate Anomalieerkennung.

Serviceänderung: Die Unterstützung des Oracle Cloud Infrastructure API Gateway-Service für bestimmte Legacy-Cipher ist veraltet.

Datum der Ankündigung: 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

Bin ich davon betroffen? Nach dem 1. April 2025 enthält ein API-Gateway die Legacy-Cipher nicht mehr in der Liste der unterstützten Cipher, wenn eine Verbindung mit einem API-Client oder mit 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 einen der Cipher unterstützen, die weiterhin vom API-Gateway-Service unterstützt werden (siehe Unterstützte TLS-Versionen und Cipher).

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: 2023. Mai.

Datum des Inkrafttretens: Mai 2024.

Details: Vor dieser Serviceänderung kann das Attribut subnetId nur verwendet werden, um ein einzelnes Subnetz anzugeben, das mit einem Subnetz des Recovery-Service verknüpft werden soll. 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.

Bin ich davon betroffen? 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.

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 Including Apache Hadoop (CDH) zum Starten neuer Cluster oder Hinzufügen von Knoten und Cores zu vorhandenen Clustern über einen festgelegten Grenzwert nicht mehr unterstützen. Diese Änderung wirkt sich nicht auf den fortlaufenden Support vorhandener Big Data Service-CDH-Cluster aus.

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) 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.

Bin ich davon betroffen? 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 empfohlen, zu Big Data Service-ODH zu migrieren.

Informationen zu Big Data Service mit ODH: 2022 veröffentlichte Oracle Big Data Service-ODH, den wir als nativen Cloud-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 mehrere Versionen mit den neuesten und früheren Versionen von Hadoop-Komponenten zur Kompatibilität mit neueren und älteren Anwendungsstacks. Außerdem wurde ODH mit WANdisco Data Migrator geprüft, um skalierbare Migrationen zu vereinfachen, und verwendet Oracle Cloud Lift-Services, um mit Oracle-Technikern bei Migrationen zu arbeiten. Informationen zur Migration zu Big Data Service-ODH finden Sie in der Dokumentation.

Serviceänderung: Die von Oracle definierten Backup-Policys enthalten keine vollständigen Volume-Backups mehr.

Ankündigungsdatum: 3. November 2020

Datum des Inkrafttretens: 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.

Bin ich davon betroffen? 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.

Serviceänderung: Ende der Nutzungsdauer für OCI Classic Migration Service ab dem 31. März 2024.

Ankündigungsdatum: 04. März 2024

Datum des Inkrafttretens: 31. März 2024

Details: Oracle gibt zum 31. März 2024 die End-of-Distribution- und End-of-Life-Updates für OCI Classic Migration Service bekannt.

Der Classic Migration Service (früher als Application Migration Service bekannt) 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-Anwendungen von Oracle Cloud Infrastructure Classic und Oracle Cloud@Customer zu Oracle Cloud Infrastructure.

Bin ich davon betroffen? Es sollte keine Auswirkungen auf bestehende Kunden geben. Anwendungsversionen, die von Classic Migrations 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 eine klassische Anwendung haben, die migriert werden muss, wenden Sie sich an den zugehörigen Cloud Application Service.

Serviceänderung: Die Faultklasse PCI-NIC für das Zustandsmonitoring 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 dann, wenn ein Fehler in der Netzwerkkarte (NIC) der Instanz ermittelt wurde. Die Faultklasse PCI-NIC wird nicht mehr ausgegeben.

Bin ich davon betroffen? 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.

Serviceänderung: Der Oracle Cloud Infrastructure Data Labeling-Service muss veraltet sein.

Ankündigungsdatum: 30. August 2024

Datum des Inkrafttretens: 30. August 2025

Details: Mit Wirkung zum 30. August 2025 erreicht der Oracle Cloud Infrastructure Data Labeling-Service das Ende der Nutzungsdauer (EOL). Vor dem EOL-Datum wird empfohlen, Daten mit den im Oracle Cloud Infrastructure Marketplace verfügbaren Open-Source-Labeling-Tools zu beschriften.

Bin ich davon betroffen? Der Data Labeling-Service ist nach dem 30. August 2025 nicht mehr verfügbar. Sie können Labels weiterhin 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 im 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.

Bei benutzerdefinierten Vision-Modellen soll Data Labeling 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 Dokumentbeschriftungsfunktion von Data Labeling in sie integriert. Benutzer können weiterhin auf diese Funktion in Document Understanding zugreifen, indem sie zum Workflow für die benutzerdefinierte Modellschulung navigieren.

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.

Bin ich davon betroffen? 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.

Die Autonomous Data Warehouse-APIs von Oracle Cloud Infrastructure gelten seit dem 15. Februar 2019 als veraltet.

Wichtig! Die Unterstützung dieser Autonomous Database für Analysen und Data Warehousing-APIs endete am 1. Juli 2020. Oracle empfiehlt, dass Sie die Datenbank-Workloads so schnell wie möglich zu den neuen APIs migrieren.

Serviceänderung: Der Standardwert des Attributs isMTLSConnectionRequired ändert sich am 1. Juli 2023 in den folgenden APIs von true in false:

• CreateAutonomousDatabase
• GetAutonomousDatabase
• UpdateAutonomousDatabase

Ankündigungsdatum: 7. Februar 2023.

Gültigkeitsdatum: 1. Juli 2023.

Details: Vor dieser Serviceänderung lautete der Standardwert für das Attribut 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.

Welche Schritte muss ich ausführen? 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 folgenden APIs haben Änderungen, bei denen die API oder bestimmte API-Felder veraltet sind.

Datum der Ankündigung: 17. Mai 2023.

Datum des Inkrafttretens: 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.

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 zu entfernen oder die Ersatzwerte zu verwenden.

Serviceänderung: Die Rückgabewerte für bestimmte API-Änderungen, bei denen der Wert 409 Incorrect State in einigen Fällen zurückgegeben wird, werden in 409 Conflict geändert.

Datum der Ankündigung: 2023. Oktober.

Datum des Inkrafttretens: 2024. Oktober.

Details: Vor dieser Serviceänderung können bestimmte API-Aufrufe mit dem Fehlercode 409 Incorrect State nicht erfolgreich ausgeführt werden. Nach dieser Serviceänderung verlaufen die API-Aufrufe gegebenenfalls 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 Zustände ist gemäß den API-Richtlinien die korrekte Rückgabe 409 Conflict. Bei anderen Autonomous Database-Status wie "Starten", "Starten" und "Provisioning" ist die aktuelle Rückgabe von 409 Incorrect State korrekt, und dies ändert sich nach diesem Update nicht.

Mit der Rückgabe 409 Incorrect State sollte angegeben werden, dass Wiederholungen in Ordnung sind und dass die Ressource schließlich den richtigen Status erreicht. Die Rückgabe 409 Conflict gibt an, dass die Ressource alleine nicht den richtigen Status erreicht und keine Wiederholungen durchgeführt werden sollten. Dieser Service ändert den Fehlercodewert in diesen APIs für die Fälle, in denen 409 Conflict für den bekannten Autonomous Database-Status repräsentativ 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

Auswirkungen?: Wenn benutzerdefinierte Skripte oder Terraform-Skripte vorhanden sind, mit denen die 409 Incorrect State-Rückgabe von diesen APIs verarbeitet wird, können Sie die Skripte entsprechend ändern, um die 409 Conflict-Rückgabe zu verarbeiten.

Was muss ich tun? Wenn Sie OCI-SDKs und -Befehlstools verwenden, können Sie Ihre benutzerdefinierten Skripte aktualisieren.

Serviceänderung: In Autonomous Database Serverless ist die Möglichkeit, manuelle Backups zu erstellen, bei denen es sich nicht um langfristige Backups handelt, veraltet.

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 ändert sich ebenfalls in true.

Ankündigungsdatum: 15. Februar 2024.

Datum des Inkrafttretens: 15. Februar 2025.

Details: Vor dieser Serviceänderung lautete 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 benutzerdefinierte Skripte oder Terraform-Skripte vorhanden sind, die auf die CreateAutonomousDatabaseBackupDetails-API verweisen, können Sie die Skripte ä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, mit der Ausnahme, dass der Standardwert von false zu true wechselt.

Was muss ich tun?: Wenn Sie OCI-SDKs und Befehlszeilentools verwenden, aktualisieren Sie Ihre benutzerdefinierten Skripte, um das Attribut isLongTermBackup explizit auf true zu setzen.

Serviceänderung: Der Parameter isShared aus ListAutonomousDatabaseCharacterSets von Oracle Cloud Infrastructure ist veraltet.

Datum der Ankündigung: 2023. Oktober.

Datum des Inkrafttretens: 2024. Oktober.

Details: Vor dieser Serviceänderung kann der optionale Parameter isShared verwendet werden. Diese Änderung führt den optionalen Parameter isDedicated ein, und der Parameter isShared wird nach Oktober 2024 entfernt.

Auswirkungen?: Wenn benutzerdefinierte Skripte oder Terraform-Skripte vorhanden sind, die mit dem Parameter isShared auf die API ListAutonomousDatabaseCharacterSets verweisen, und der Wert TRUE lautet, ändern Sie die Skripte, um diesen Parameter durch den folgenden Parameter zu ersetzen: isDedicated-Parameter 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.

Die Exadata-DB-System-APIs von Oracle Cloud Infrastructure sind seit dem 15. November 2020 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 Oracle 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.

Serviceänderung: Das optionale Attribut dbWorkload aus der Oracle Cloud Infrastructure-API CreateDatabase ist veraltet.

Datum der Ankündigung: 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 zu wählen. Es wird intern verwendet, um Speichereinstellungen basierend auf der Datenbank-Workload 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 auf dedizierter Infrastruktur, Exadata Database Service auf Cloud@Customer und Base Database Service.

Bin ich davon betroffen? 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.

Serviceänderung: Data Integration Platform Cloud - Ende des Lebenszyklus

Ankündigungsdatum: 29. August 2024

Datum des Inkrafttretens: 12. Dezember 2024

Details: Mit Wirkung zum 12. Dezember 2024 erreicht Oracle Data Integration Platform Cloud (DIPC) das Ende des Lebenszyklus, und Sie können keine neuen Instanzen mehr erstellen oder Support erhalten.

Bin ich davon betroffen? Ja.

Serviceänderung: Die Datenbankmigrations-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.

Welche Schritte muss ich ausführen?

Wenn Sie eine ältere Version des SDK oder des Terraform-Providers verwenden, müssen Sie ein Upgrade auf das neue SDK oder den neuen Terraform-Provider frühestens planen.

Liste der veralteten und Ersatz-APIs

Serviceänderung: Die DevOps-APIs (zwei APIs) von Oracle Cloud Infrastructure der Version 20210630 sind seit dem 29. März 2022 veraltet.

Ankündigungsdatum: 29. März 2022

Datum des Inkrafttretens: 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.

Serviceänderung: Der Event Hub-Service ist veraltet.

Ankündigungsdatum: 29. April 2022

Gültigkeitsdatum: 31. Mai 2023

Details: Mit dem 31. Mai 2023 erreicht der Oracle Event Hub-Service das Ende der Lebensdauer (EOL). Vor dem EOL-Datum wird empfohlen, Ihre Datenstreams von Event Hub zu Oracle Cloud Infrastructure Streaming zu migrieren.

Bin ich davon betroffen? 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 Streaming Daten verschieben, indem sie die engen 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.

Serviceänderung: Eine bestimmte Snapshot Policy kann maximal 100 Dateisystemen zugeordnet werden.

Ankündigungsdatum: 5. August 2023

Datum des Inkrafttretens: 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.

Bin ich davon betroffen? Wenn Sie mehr als 100 Dateisysteme an eine bestimmte Snapshot Policy anhängen möchten, 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 wurden, erhalten eine Ausnahme. Es werden keine Ausnahmen nach dem 7. August 2023 gegeben.

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 Mandanten und Availability-Domain erstellen. Sie können weiterhin richtlinienbasierte Snapshots für Dateisysteme erstellen, aber Sie müssen möglicherweise mehrere Snapshot-Richtlinien verwenden.

Serviceänderung: File Storage-Dateisysteme, die vom Kunden verwaltete Verschlüsselungsschlüssel verwenden, benötigen neue IAM-Policys.

Datum der Ankündigung: Mai 29, 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, die Dateisystemberechtigungen zur Verwendung benutzerdefinierter Verschlüsselungsschlüssel erteilen, 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 Dateisysteme verschlüsseln.

Bin ich davon betroffen? Vor dem 29. Mai 2024 verwendeten File Storage-Dateisysteme, die vom Kunden verwaltete Vault-Verschlüsselungsschlüssel anstelle von von Oracle verwalteten Schlüsseln verwenden, den File Storage-Servicebenutzer in erforderlichen IAM-Policys.

Der Servicebenutzer hat in Zukunft 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.

Serviceänderung: Der Elementtyp COMPUTE_INSTANCE in DrProtectionGroupMemberType wird veraltet und wird nicht mehr unterstützt.

Ankündigungsdatum: 31. Oktober 2023

Datum des Inkrafttretens: 31. Oktober 2024.

Migrieren Sie zu einem der neuen Instanztypen vor dem Gültigkeitsdatum der Einstellung.

Bin ich davon betroffen? Wenn Sie den Elementtyp COMPUTE_INSTANCE in der DR-Konfiguration verwenden, wirkt sich diese Änderung auf Sie aus. Stellen Sie sicher, dass Sie vor dem Gültigkeitsdatum der Einstellung zu einem der neuen Instanztypen migrieren.

Welche Schritte muss ich ausführen? Um von einer vorhandenen COMPUTE_INSTANCE zu einem der neuen Instanztypen zu migrieren, befolgen Sie diese Anweisungen.

Serviceänderung: Die Fn-Projekt-CLI-Version 0.5.x (und früher) wird nicht mehr unterstützt.

Ankündigungsdatum: 29. Juni 2021

Datum des Inkrafttretens: 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.

Bin ich davon betroffen? Wenn Sie aktuell Fn-Projekt-CLI-Version 0.5.x (oder früher) verwenden, 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, indem Sie die Anweisungen unter Fn-Projekt-CLI upgraden befolgen.

Serviceänderung: Ab dem 15. Dezember 2021 basieren die Build-Zeit- und Laufzeitbasisimages der Funktionsentwicklungskits (FDKs) des Fn-Projekts mit Ausnahme des FDK für Python 3.7 auf der Oracle Linux 8-Slim-Distribution. Die Basisimages des Alpine/Debian-FDK sind veraltet.

Datum der Ankündigung: 15. November 2021

Datum des Inkrafttretens: 15. Dezember 2021

Details: Ab dem 15. Dezember 2021 basieren die meisten Build-Time- und Runtime-Basisimages der Fn-ProjektFunction Development Kits (FDKs) für die verschiedenen unterstützten Sprachen auf der schlanken Oracle Linux 8-Distribution (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 FDK-Basisimages von Oracle Linux 8 enthält die von OCI Functions beim Deployment neuer Funktionen erstellte temporäre Dockerfile Oracle Linux 8-Package Manager-Befehle.

Bin ich davon betroffen?

Für vorhandene Funktionen, die bereits in OCI Functions bereitgestellt sind:

• Wenn OCI Functions die Einstellungen in der Datei func.yaml einer Funktion verwendet, um eine temporäre Dockerfile mit den Anweisungen zum Erstellen des Docker-Image der Funktion 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. durch Ändern der von OCI Functions erstellten Dockerfile und Festlegen von runtime: docker in der Datei func.yaml der Funktion), wird die Funktion möglicherweise mit Fehlern wie missing apt-get... erstellt und bereitgestellt. 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?.

Serviceänderung: Wenn Sie eine Fusion Applications-Umgebung oder einen Fusion Applications-Umgebungsadministrator erstellen, ist das Administratorkennwort nicht erforderlich. Außerdem ist die API "Kennwort des Fusion-Umgebungsadministrators zurücksetzen" veraltet. Um das Kennwort über die API zurückzusetzen, müssen Sie stattdessen die entsprechende Fusion Applications-API verwenden.

Ankündigungsdatum: 27. August 2024

Datum des Inkrafttretens: 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:

Bin ich davon betroffen? Wenn Sie das Kennwort des Fusion Applications-Administrators mit der Fusion Applications-Umgebungsverwaltungs-API zurücksetzen, 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 Administratorbenutzer nach Erhalt einer Willkommens-E-Mail sein eigenes Kennwort ein.

Der Konsolenworkflow ist nicht betroffen.

Welche Schritte muss ich ausführen?

Wenn Sie die ResetFusionEnvironmentPassword aufrufen, müssen Sie Ihre Skripte aktualisieren, damit sie die Fusion Applications-API Benutzer aktualisieren 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.

Serviceänderung: Die GoldenGate-APIs von Oracle Cloud Infrastructure für DatabaseRegistrations sind zum 01. November 2022 veraltet.

Meldedatum: November 01, 2022

Gültigkeitsdatum: November 01, 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.

Bin ich davon betroffen? Ja. DatabaseRegistrations-APIs haben für Oracle Database-Verbindungen funktioniert, während Sie mit den neuen, erweiterbaren Connections-APIs eine Verbindung zu vielen anderen Datentypen herstellen können.

Welche Schritte muss ich ausführen? Verwenden Sie die Connections-APIs anstelle der DatabaseRegistrations-APIs, um eine Verbindung zur Quell- und Zieltechnologie herzustellen.

Serviceänderung: Die Eigenschaft timeUpgradeRequired der APIs Deployment und DeploymentSummary ist zum 14. März 2023 veraltet.

Ankündigungsdatum: 14. März 2023

Datum: 14. März 2024

Details: Mit den neuen Wartungsfeatures, die am 14. März 2023 eingeführt wurden, ist die Eigenschaft timeUpgradeRequired der APIs Deployment und DeploymentSummary veraltet.

Bin ich davon betroffen? Mit der schreibgeschützten Eigenschaft timeUpgradeRequired konnten Sie bestimmen, wie lange Sie manuell auf eine neue Deployment-Version upgraden mussten. Der Service hat das Deployment jedoch nicht automatisch upgegradet, als der Termin verstrichen war. 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, ist zum 15. August 2023 veraltet.

Meldedatum: 15. August 2023

Datum des Gültigkeitsbeginns: 15. August 2024

Details: Mit dem neuen Single Sign-On-Feature, das am 15. August 2023 eingeführt wurde, ist die in den Modellobjekten CreateOggDeploymentDetails und UpdateOggDeploymentDetails der APIs CreateDeploymentDetails und UpdateDeploymentDetails verwendete Eigenschaft adminPassword jetzt veraltet.

Bin ich davon betroffen? Ja.

Welche Schritte muss ich ausführen? Bei neuen 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. Bei 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: Ende des Lebenszyklus von GoldenGate Cloud Service Classic ab dem 11. April 2024.

Datum der Ankündigung: 22. März 2024

Gültigkeitsdatum: 11. April 2024

Bin ich davon betroffen? 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 ein Oracle GoldenGate Cloud Service Classic-Benutzer sind, können Sie Ihre Workloads von Oracle Cloud Classic der 1. Generation 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. Die detaillierten Migrationsschritte finden Sie unter Zu Oracle Cloud Infrastructure GoldenGate migrieren.

Serviceänderung: Die Oracle Cloud Infrastructure Identity and Access Management-Auditereignis-APIs und einige Berichtsvorlagen für die Berichts-APIs, die Sie mit IAM-Identitätsdomains verwenden können, sind veraltet.

Datum der Ankündigung: Mai 15, 2023

Datum des Inkrafttretens: 15. Dezember 2024

Details: Ab dem 15. Dezember 2024 funktionieren die IAM-APIs für AuditEvents und bestimmte Berichtsvorlagen in den Berichts-APIs nicht mehr mit IAM.

Bin ich davon betroffen? Wenn Sie derzeit IAM-APIs für AuditEvents und die APIs für Berichte verwenden, die auf AuditEvents basieren, müssen Sie stattdessen die OCI-Audit-Service-APIs verwenden.

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:

• Implementierung der Multi-Cloud-Sicherheit mit OCI Audit zur Erfassung von Ereignissen aus OCI Identity and Access Management
• Identity and Access Management-Berichte aus Oracle Cloud Infrastructure Audit generieren

Serviceänderung: Ab dem 15. Juli 2022 erfordert die API CreateFleet die benutzerdefinierte Log-OCID in der Eigenschaft inventoryLog.

Ankündigungsdatum: 15. April 2022

Datum des Inkrafttretens: 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.

Seit 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.

Seit 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.

Serviceänderung: Der Aufbewahrungszeitraum für DB-Systembackups wurde von 10.000 auf 365 Tage verkürzt.

Ankündigungsdatum: September 2020

Datum des Inkrafttretens: Oktober 2020.

Details: Der Aufbewahrungszeitraum für DB-Systembackups wurde von 10.000 auf 365 Tage verkürzt.

Bin ich davon betroffen? Nein.

Welche Schritte muss ich ausführen? Keine.

Serviceänderung: Der Standardwert von AutomaticBackupRetention wird von DELETE in RETAIN geändert.

Ankündigungsdatum: 2024. Januar

Gültigkeitsdatum: 2025. Januar

Details: Vor dieser Serviceänderung war der Standardwert des Attributs 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 ausschließlich für DB-Systeme, die nach dem Gültigkeitsdatum erstellt wurden.

Bin ich davon betroffen? Ja, wenn Sie Standardwerte für Lösch-Policys verwenden.

Welche Schritte muss ich ausführen? Wenn Sie als Standardwert DELETE für AutomaticBackupRetention verwenden und SDK/CLI/Terraform verwenden, ohne dass der Wert festgelegt ist, müssen Sie den bevorzugten Wert explizit festlegen.

Serviceänderung: Die OCPU-Ausprägungen sind ab dem 5. September 2024 veraltet.

Datum der Ankündigung: September 2024

Datum des Inkrafttretens: 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 neue Kunden nicht verfügbar, während Bestandskunden die OCPU-Ausprägungen bis zum 5. September 2025 in neuen und vorhandenen DB-Systemen und HeatWave-Clustern weiterhin verwenden können.

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.

Die ListNetworkLoadBalancerProtocol-API des Oracle Cloud Infrastructure Network Load Balancers wird ab dem 12. Januar 2022 nicht mehr unterstützt. Der Support für ListNetworkLoadBalancerProtocol endet am 1. März 2023. Die aktuelle Liste der unterstützten Protokollwerte finden Sie unter ListenerDetails.

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

Datum des Inkrafttretens: 14. Juli 2024

Details: OCI-Cache verhindert die Verwendung einiger Redis-Befehle, um 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.

Bin ich davon betroffen? Wenn Sie diese Befehle derzeit verwenden, können Sie sie nach dem 14. Juli 2024 nicht mehr mit Ihren OCI-Cacheclustern verwenden. Außerdem wird empfohlen, 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.

Serviceänderung: Oracle OS Management Service wird nicht mehr unterstützt.

Ankündigungsdatum: 23. April 2024

Datum des Inkrafttretens: 23. April 2025

Details: Am 23. April 2025 erreicht der OS Management-Service (OSMS) das Ende der Lebensdauer (EOL). Ab sofort ist der Service für Sie nicht mehr 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.

Bin ich davon betroffen? Der OS Management-Service ist nach dem 23. April 2025 nicht mehr für die Verwaltung von Oracle Linux- oder Microsoft Windows-Instanzen verfügbar.

Was muss ich tun: Beginnen Sie mit dem 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, verwaltete Instanzen vom OS Management-Service in den OS Management Hub-Service zu migrieren.

Serviceänderung: Die IAM-Berechtigungen für Networkingressourcen, die zum Erstellen und Arbeiten mit OpenSearch-Clustern erforderlich sind, ändern sich von den Serviceberechtigungen in Benutzerberechtigungen.

Ankündigungsdatum: 20. Februar 2024

Datum des Inkrafttretens: 15. September 2024

Details: Um Cluster in Search mit OpenSearch zu erstellen und zu verwalten, müssen Sie IAM-Policys für Ihren Mandanten erstellen, die bestimmten Networkingressourcen Berechtigungen erteilen. Derzeit sind die erforderlichen Berechtigungen Serviceberechtigungen mit Policy-Anweisungen wie dem folgenden Snippet:

Allow service opensearch to manage <Networking_Resource>...

Die Suche mit OpenSearch erfordert Benutzerberechtigungen, um Zugriff auf Netzwerkressourcen anstelle von Serviceberechtigungen zu erteilen. Während des Übergangszeitraums muss Ihr Mandant beide Policy-Typen aufweisen.

Bin ich davon betroffen? Alle Mandanten, in denen Benutzer OpenSearch-Cluster erstellen und verwalten, müssen über neue Policys verfügen, die neben 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 für die Suche mit OpenSearch beibehalten, die Serviceberechtigungsanweisungen für Netzwerkressourcen enthalten, bis der Übergang zu Benutzerberechtigungsanweisungen abgeschlossen ist. Dokumentation zu den Berechtigungen, die für die Suche mit OpenSearch erforderlich sind, finden Sie unter Mit OpenSearch-IAM-Policys suchen.

Serviceänderung: Die Service-Mesh-APIs der Oracle Cloud Infrastructure-Version 20210930 wurden am 14. Dezember 2022 nicht mehr unterstützt.

Ankündigungsdatum: 14. Dezember 2022

Datum des Inkrafttretens: 15. Dezember 2023

Details: Ab dem 14. Dezember 2022 sollten die Service-Mesh-APIs der Version 20210930 nicht mehr verwendet werden. Ab dem 15. Dezember 2023 sind die veralteten APIs nicht mehr verfügbar.

• Vorgänge zum Aktualisieren/Löschen/Abrufen/Auflisten von Ressourcen, die von veralteten APIs erstellt werden, werden von den neuen APIs (Version 20220615) unterstützt.
• OCI-SDKs und Befehlszeilentools, die vor dem 14. Dezember 2022 veröffentlicht wurden, sind auf die Features des veralteten Ressourcenmodells (Version 20210930) beschränkt.

Liste der nicht unterstützten APIs und Ersatz-APIs

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 der Dokument-API weiterhin zugegriffen werden. Ab dem 31. Januar 2024 sind die veralteten APIs im Oracle Cloud Infrastructure Vision-Service nicht mehr verfügbar.

Bin ich davon betroffen? 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 verwenden, die über den Oracle Cloud Infrastructure Document Understanding-Service angeboten wird.