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.

API-Gateway

Veraltete Cipher

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

Veraltetes subnetId-Attribut

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

Oracle Big Data Service mit Cloudera Distribution of Hadoop - BDS-CDH-Erweiterungseinschränkung

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

Veraltete Nutzungsberichte

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

Vollständige Backups wurden aus von Oracle definierten Backup-Policys entfernt

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

Classic-Migrationsservice - Nutzungsende

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

Die Faultklasse PCI-NIC für Zustandsmonitoring der Compute-Bare-Metal-Instanz ist veraltet

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

Die Eigenschaft lifecyleDetails ist veraltet

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

Data Integration Platform Cloud – End of Life

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.

Welche Schritte muss ich ausführen? Ziehen Sie eine Migration so schnell wie möglich in Betracht, um Unterbrechungen Ihrer DIPC-Prozesse zu vermeiden. Anleitungen zur Migration von DIPC finden Sie unter den folgenden Links zu den detaillierten Migrationsschritten:

Datenlabeling

Ende der Nutzungsdauer des Data Labeling-Service

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

Autonomous Database veraltete API-Felder und geänderte Erfolgsantwortwerte (17. Mai 2023)

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.

Veraltete Autonomous Database-APIs:
  • AutonomousDataWarehouse
  • AutonomousDataWarehouseSummary
Veraltete Autonomous Database-API-Felder:
  • 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
Ersatz für veraltete APIs:
Veraltete API Neue API
CreateCrossRegionAutonomousDatabaseDataGuardDetails CreateCrossRegionDisasterRecoveryDetails
AutonomousDataWarehouse Kein Ersatz
AutonomousDataWarehouseSummary Kein Ersatz
Ersatz für veraltete API-Felder:
Veraltetes API-Feld Ersatz-API-Feld
UpdateAutonomousDatabaseDetails.isDataGuardEnabled UpdateAutonomousDatabaseDetails.isLocalDataGuardEnabled
AutonomousDatabaseSummary.standbyDb AutonomousDatabaseSummary.localStandbyDb
AutonomousDatabaseSummary.isDataGuardEnabled AutonomousDatabaseSummary.localDisasterRecoveryType
AutonomousDatabaseStandbySummary.timeDataGuardRoleChange AutonomousDatabaseStandbySummary.timeDisasterRecoveryRoleChanged
Geänderte Antwortwerte für APIs:
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.

Autonomous Database-API-Attribut isMTLConnectionRequired: geänderte Standardwerte (1. Juli 2023)

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.

Autonomous Database gibt Werte für geänderte APIs zurück (1. Oktober 2023)

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:

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.

Autonomous Database-Parameter isShared für autonomousDatabaseCharacterSets veraltet (1. Oktober 2023)

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.

Autonomous Database Serverless Manual Backup veraltet (15. Februar 2024)

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.

Autonomous Database Serverless Oracle Machine Learning Notebooks Classic veraltet (11. Juni 2024)

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:

Phase 1 - 17. April 2023

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.

Das Feld cpuCoreCount der Autonomous Database-API ist veraltet (28. Mai 2025)

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

Exadata Database Service on Dedicated Infrastructure - Veraltete APIs (15. November 2020)

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
Datenbank-Workload-API-Attribut für Base Database, Exadata Database Service on Dedicated Infrastructure und Exadata Database Service on Cloud@Customer veraltet (1. November 2022)

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

Datenbank-Workload-API-Attribut für Base Database, Exadata Database Service on Dedicated Infrastructure und Exadata Database Service on Cloud@Customer veraltet (1. November 2022)

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

Veraltete APIs für Database Migration

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.

Hat dies Auswirkungen auf mich?
  • 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

OCI-Java-SDK-Version 2 ist veraltet

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

Veraltete DevOps-APIs

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.

Event Hub

Event Hub-Service veraltet

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

Neuer Servicelimit für die Anzahl der Dateisysteme eingeführt, die an eine Snapshot Policy angehängt sind

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.

Neue IAM-Policy erforderlich, um Dateisystemberechtigungen zur Verwendung benutzerdefinierter Verschlüsselungsschlüssel zu erteilen

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

Veraltete Flottenanwendungsmanagement-APIs

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

Veralteter Mitgliedstyp

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.

Details: Der Member-Typ 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.

Veraltete Eigenschaft blockVolumeOperations

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.

Hinweis

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

Fn-Projekt-CLI-Version 0.5.x (und früher) wird nicht mehr unterstützt

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.

Build-Zeit- und Laufzeitbasisimages von Fn-Projekt-FDK, die auf Oracle Linux 8 basieren (Alpine/Debian-FDK-Basisimages veraltet)

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 wie missing 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

Kennwortfeld für Fusion Applications-Administrator aus Fusion Applications-Umgebungsmanagement-APIs entfernt

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

Veraltete APIs in der Inferenz-API für 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

Veraltete Eigenschaft knowledgeBaseIds

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 knowledgeBaseIds für einen RAG-Agent ist in den folgenden Management-APIs und Datentypen veraltet:

Verwenden Sie die erforderliche Eigenschaft knowledgeBaseConfigs des neuen Datentyps RagToolConfig.

RagToolConfig ist einer der Tooltypen des Datentyps ToolConfig in der neuen Management-API Tool.

Siehe:

Datentyp RagToolConfig

Datentyp ToolConfig

Tool-API

Global verteilte Datenbank

Nicht unterstützte APIs für global verteilte Datenbanken

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.

Hat dies Auswirkungen auf mich?
  • 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

Eigenschaft von Amazon S3-Verbindungen wird Pflichtfeld

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.

Veraltete APIs für GoldenGate-Datenbankregistrierung

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.

Veraltete Eigenschaft timeUpgradeRequired

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.

Veraltete Eigenschaft adminPassword

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.

Veraltete Eigenschaft privateIP

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.

Veralteter OGG-Eigenschaftswert

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.

Eigenschaft loadBalancerSubnetId wird obligatorisch

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.

Verbindungen mit SHARED_SERVICE_ENDPOINT veraltet

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.

Nur-Text-Felder in Verbindungen

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.

GoldenGate Service-Principal veraltet

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

GoldenGate Cloud Service Classic – Nutzungsende

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

Details: Ab dem 11. April 2024 erreicht Oracle GoldenGate Cloud Service Classic das Ende des Lebenszyklus (EOL). Sobald der Service EOL erreicht hat:
  • 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

Verkürzung des Aufbewahrungszeitraums für DB-Systembackups

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.

Lösch-Policy für DB-System

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.

Veraltete OCPU-Ausprägungen

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.

Hat dies Auswirkungen auf mich?
  • 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

Einstellung der Unterstützung für TLS_RSA_WITH_AES_128_CBC_SHA Cipher Suite

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.

Änderungen an der E-Mail-Adresse des Standardabsenders für E-Mail-Benachrichtigungen

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 in no-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.

Änderung an benutzerdefinierter E-Mail-Adressverifizierung für E-Mail-Benachrichtigungen

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.

Hinweis

Das Provisioning von DKIM muss für alle anwendbaren Domains in der Home- und abonnierten Region ausgeführt werden.
AuditEvents APIs und Berichte

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:

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)

Benutzerdefiniertes Log für JMS-Flottenerstellung erforderlich

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

Entfernte Language-Klassen

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

Nicht mehr unterstützte Network Load Balancer-APIs

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

Verwendung von Redis-Befehlen CONFIG SET und ACL Restricted

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

OS Management Service – Nutzungsende

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.

Hinweis

Andere Services, einschließlich Autonomous Linux, die die OS Management-API verwenden, bieten separate Anleitungen.

Prozessautomatisierung

Oracle Cloud Infrastructure Process Automation – End of Life

Serviceänderung: Oracle Cloud Infrastructure Process Automation – End of Life.

Ankündigungsdatum: 15. Januar 2025

Gültigkeitsdatum: 23. Januar 2026

Details: Ab dem 23. Januar 2026 (dem "Enddatum") erreicht Oracle Cloud Infrastructure Process Automation das Ende der Nutzungsdauer. Die betroffenen Services lauten wie folgt:
  • 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

Berechtigungen für Netzwerkressourcen, die sich von Service zu Benutzerberechtigungen ändern

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.

Welche Schritte muss ich ausführen? Um diesen Übergang vorzubereiten, erstellen Sie eine Policy für die Suche mit OpenSearch in Ihrem Mandanten, die Networkingressourcen die erforderlichen Benutzerberechtigungen erteilt. Das folgende Policy-Beispiel enthält die folgenden Berechtigungen:
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

Veraltetes csi-Attribut, reduzierte maximale Länge für Beschreibungsattribut

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

Veraltete Vision-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 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.