Revise los detalles sobre los últimos cambios de Oracle Cloud Infrastructure, como las funciones en desuso, las API en desuso y los cambios en el comportamiento del servicio.
Cambio en el servicio: el servicio Oracle Cloud Infrastructure Anomaly Detection está en desuso.
Fecha de anuncio: 7 de marzo de 2024
Fecha de entrada en vigor: 6 de marzo de 2025
Detalles: a partir del 6 de marzo de 2025, el servicio Oracle Cloud Infrastructure Anomaly Detection llega al final de su vida útil (EOL). Recomendamos que migre al uso del servicio Oracle Cloud Infrastructure Data Science para detectar anomalías.
¿Cómo me afecta? El servicio Anomaly Detection ya no está disponible para su uso.
¿Qué debo hacer? Puede utilizar el servicio Operador de ciencia de datos acelerado de Oracle Cloud Infrastructure Data Science para detectar anomalías. Admite la detección de anomalías univariantes y multivariantes.
Cambio en el servicio: el soporte del servicio Oracle Cloud Infrastructure API Gateway para determinados cifrados heredados está en desuso.
Fecha de anuncio: marzo, 2024
Fecha de entrada en vigor: 1 de abril de 2025
Detalles: a partir del 1 de abril de 2025, el servicio de gateway de API ya no soporta los siguientes cifrados heredados:
ECDHE-RSA-AES128-SHA256
ECDHE-RSA-AES256-SHA384
DHE-RSA-AES256-SHA256
DHE-RSA-AES128-SHA256
¿Cómo me afecta? Después del 1 de abril de 2025, un gateway de API dejará de incluir los cifrados heredados en la lista de cifrados soportados al establecer una conexión con un cliente de API o con un servicio de backend. Un cliente de API o un servicio de backend que solo admite cifrados heredados ya no podrán conectarse a un gateway de API.
¿Qué debo hacer? Asegúrese de que los clientes de API y los servicios de backend que se conectan a gateways de API soportan uno o más de los cifrados que sigue soportando el servicio de gateway de API (consulte Versiones y cifrados de TLS soportados).
Cambio en el servicio: el atributo subnetId necesario de la API CreateRecoveryServiceSubnet de Oracle Cloud Infrastructure está en desuso.
A cambio, la API CreateRecoveryServiceSubnet puede utilizar el atributo opcional Subnets, que posteriormente cambia para convertirse en un atributo necesario.
Fecha de anuncio: 2023 de mayo.
Fecha de entrada en vigor: de mayo de 2024.
Detalles: antes de este cambio en el servicio, el atributo subnetId se puede utilizar para especificar solo una única subred que se va a asociar a una subred del servicio de recuperación. Después de este cambio en el servicio, se ignora el atributo subnetId y se requerirá el atributo subnets. El atributo subnets se puede utilizar para especificar varias subredes que se van a asociar a una subred del servicio de recuperación.
¿Cómo me afecta? Si tiene scripts personalizados o scripts de Terraform que hacen referencia a la API CreateRecoveryServiceSubnet y están utilizando explícitamente el atributo subnetId, puede que desee modificar los scripts para eliminar este atributo y utilizar subnets en su lugar.
¿Qué debo hacer? Al utilizar los SDK de OCI y las herramientas de línea de comandos, debe actualizar los scripts personalizados para utilizar el atributo subnets. Después de mayo de 2024, el atributo subnets es un campo necesario.
Cambio en el servicio: el acuerdo entre Oracle y Cloudera caduca el 31 de enero de 2023. Como resultado, a partir del 31 de enero, Oracle Big Data Service ya no soportará el uso de Cloudera Distribution con Apache Hadoop (CDH) para iniciar nuevos clusters o agregar nodos o núcleos a clusters existentes más allá de un límite definido. Este cambio no afecta al soporte continuo de los clusters de CDH de Big Data Service existentes.
Este cambio sólo se aplica al CDH de Big Data Service. Este cambio no afecta a los clientes que utilizan Oracle Big Data Appliance (BDA) local o Big Data Service con Oracle Distribution of Hadoop (ODH).
Fecha de anuncio: 13 de diciembre de 2022
Fecha de entrada en vigor: el 31 de enero de 2023
Detalles: el 31 de enero de 2023, el límite para la expansión de CDH de Big Data Service del número de núcleos de recursos informáticos (OCPU) se bloquea. El número de núcleos de recursos informáticos del arrendamiento de un cliente el 31 de enero se convierte en el número máximo de núcleos permitidos para ese arrendamiento y no se permitirá ninguna expansión adicional.
¿Cómo me afecta? Este cambio solo se aplica a Big Data Service con CDH. Big Data Service con Oracle Distribution of Hadoop (ODH) no se afecta en ningún caso.
Por ejemplo, el 31 de enero de 2023, si un arrendamiento tiene 2 clusters de BDS CDH con 15 nodos cada uno y un total de 120 OCPU, después del 31 de enero de 2023, el límite máximo de OCPU se definirá en 120 y no se podrá aumentar más allá de 120 después de esa fecha. Para incidencias de soporte, como la sustitución de nodos con fallos, se pueden agregar nuevos nodos hasta ese límite. Los usuarios también pueden reducir el número de núcleos y volver a aumentarlo hasta el mismo límite (por ejemplo, 120).
Pasos siguientes: Oracle recomienda planificar e implantar las expansiones de cluster de CDH de Big Data Service necesarias antes del 31 de enero de 2023. A los clientes que deseen evitar esta restricción de expansión después de esa fecha les recomendamos migrar a Big Data Service ODH.
Acerca de Big Data Service con ODH: en 2022, Oracle lanzó Big Data Service ODH, que hemos desarrollado como servicio nativo en la nube para nuestros clientes de big data. Oracle ofrece inversión y soporte continuos para ODH, sin requisitos de licencia de Cloudera. ODH cuenta con funciones clave centradas en la empresa, como escalado automático, Kerberos, integración de Active Directory, conector HDFS para Object Storage y scripts de inicialización de datos. Además, es uno de los productos de big data más rentables del mercado.
ODH de Big Data Service tiene varias versiones con versiones más recientes y anteriores de componentes de Hadoop para la compatibilidad con pilas de aplicaciones más recientes y antiguas. También se verifica con WANdisco Data Migrator para facilitar las migraciones a escala y utiliza los servicios de Oracle Cloud Lift para trabajar con ingenieros de Oracle para las migraciones. Para obtener información sobre la migración a Big Data Service ODH, consulte la documentación.
Cambio en el servicio: los informes de uso de la página Consola de informes de uso y costos están en desuso.
Fecha de anuncio: 10 de octubre de 2024
Fecha de entrada en vigor: 31 de enero de 2025
¿Cómo me afecta? Sí, si tiene informes de uso en su arrendamiento.
¿Qué debo hacer? Utiliza informes de costos en los formatos propietario y FOCUS de OCI para analizar tu consumo. Puede seguir accediendo a los archivos CSV de su informe de uso existente hasta el 31 de julio de 2025.
Cambio en el servicio: las políticas de copia de seguridad definidas por Oracle ya no incluirán copias de seguridad de volumen completas.
Fecha anunciada: noviembre de 2020
Fecha de entrada en vigor: noviembre de 2021
Detalles: a partir del 3 de noviembre de 2021, las políticas de copia de seguridad definidas por Oracle ya no incluyen copias de seguridad de volumen completas. Todas las copias de seguridad de volumen generadas a partir de políticas definidas por Oracle ahora son incrementales. Este cambio se aplica a las asignaciones de política de copia de seguridad de volumen existentes y a las nuevas asignaciones de política de copia de seguridad de volumen. Este cambio no afecta las políticas definidas por el usuario, las cuales permanecen sin cambios.
¿Cómo me afecta? Si ha asignado una política definida por Oracle para iniciar volúmenes o volúmenes en bloque para copias de seguridad programadas, las copias de seguridad completas ya no se generan a partir del 3 de noviembre de 2021.
¿Qué debo hacer? Las copias de seguridad incrementales son funcionalmente iguales que las completas para fines de recuperación de datos. Para obtener más información, consulte Tipos de copias de seguridad de volumen. No es necesario realizar ninguna acción en los escenarios de recuperación de datos. Es posible que algunos escenarios de conformidad requieran copias de seguridad completas programadas. Para estos escenarios de conformidad, cambie la asignación de política de copia de seguridad a una política de copia de seguridad definida por el usuario antes del 1 de noviembre de 2021. Puede crear una nueva política definida por el usuario a partir de una política de copia de seguridad existente; consulte Duplicado de políticas de copia de seguridad existentes.
Cambio en el servicio: fin de la vida útil del servicio OCI Classic Migration a partir del 31 de marzo de 2024.
Fecha de anuncio: 04 de marzo de 2024
Fecha de entrada en vigor: el 31 de marzo de 2024
Detalles: Oracle anuncia las actualizaciones de fin de distribución y fin de vida útil para OCI Classic Migration Service a partir del 31 de marzo de 2024.
El servicio Classic Migration (anteriormente conocido como servicio Application Migration) simplifica la migración de aplicaciones desde Oracle Cloud Infrastructure Classic a Oracle Cloud Infrastructure. Classic Migration Service migra aplicaciones como Oracle Java Cloud Service, SOA Cloud Service e Integration Classic de Oracle Cloud Infrastructure Classic y Oracle Cloud@Customer a Oracle Cloud Infrastructure.
¿Cómo me afecta? No debería afectar a los clientes existentes. Las versiones de aplicaciones soportadas por Classic Migrations han quedado obsoletas durante varios años y los clientes ya se están ejecutando en versiones más recientes.
¿Qué debo hacer? No hay acciones esperadas de los clientes. Si descubre que tiene una aplicación clásica que se debe migrar, póngase en contacto con el servicio de aplicación en la nube asociado.
Cambio en el servicio: la clase de error PCI-NIC para la supervisión de estado de instancias con hardware dedicado de recursos informáticos está en desuso.
Fecha de anuncio: 21 de junio de 2022
Fecha de entrada en vigor: 21 de junio de 2023
Detalles: la clase de error PCI-NIC proporciona información sobre un problema de hardware con las instancias con hardware dedicado, específicamente cuando se ha detectado un error en la tarjeta de interfaz de red (NIC) de red (NIC) de la instancia. La clase de error PCI-NIC ya no se emitirá.
Cambio en el servicio: fin de la vida útil de Data Integration Platform Cloud
Fecha de anuncio: 29 de agosto de 2024
Fecha de entrada en vigor: el 12 de diciembre de 2024
Detalles: a partir del 12 de diciembre de 2024, Oracle Data Integration Platform Cloud (DIPC) alcanzará el fin de la vida útil y ya no podrá crear nuevas instancias ni recibir soporte.
¿Cómo me afecta? Sí.
¿Qué debo hacer? Considere la posibilidad de migrar lo antes posible para evitar cualquier interrupción de los procesos de DIPC. Para obtener orientación sobre la migración desde DIPC, consulte los siguientes enlaces para obtener información detallada sobre los pasos de migración:
Cambio en el servicio: el servicio Oracle Cloud Infrastructure Data Labeling está en desuso.
Fecha de anuncio: 30 de agosto de 2024
Fecha de entrada en vigor: 30 de agosto de 2025
Detalles: a partir del 30 de agosto de 2025, el servicio Oracle Cloud Infrastructure Data Labeling alcanza el final de vida (EOL). Antes de la fecha de fin de vida, se recomienda migrar a las herramientas de etiquetado de código abierto disponibles en Oracle Cloud Infrastructure Marketplace para etiquetar datos.
¿Cómo me afecta? El servicio Data Labeling ya no está disponible para su uso después del 30 de agosto de 2025. Puede seguir utilizando las etiquetas creadas anteriormente, pero debe migrar inmediatamente para evitar la interrupción del servicio.
¿Qué debo hacer? Puede utilizar las herramientas de etiquetado de código abierto disponibles en Oracle Cloud Infrastructure Marketplace para crear etiquetas. Recomendamos que utilice alternativas de código abierto para la mayoría de las funcionalidades de Data Labeling.
Para los modelos personalizados de Vision, está previsto que Data Labeling se sustituya por Label Studio, sin que esto afecte a los modelos existentes. Para la creación futura de modelos personalizados, etiquete los datos con Label Studio.
Para Document Understanding, la funcionalidad de etiquetado de documentos de Data Labeling se está integrando en ella. Los usuarios aún pueden acceder a esta función en Document Understanding navegando al flujo de trabajo de entrenamiento del modelo personalizado.
Las API de Autonomous Data Warehouse de Oracle Cloud Infrastructure quedaron en desuso el 15 de febrero de 2019.
Importante: El soporte para estas API de análisis y almacenamiento de datos de Autonomous Database finalizará el 1 de julio del 2020. Oracle recomienda migrar las cargas de trabajo de la base de datos a las API de sustitución lo antes posible.
Cambio en el servicio: se han producido cambios en las siguientes API en los que la API o determinados campos de API han quedado en desuso.
Fecha de anuncio: 17 de mayo de 2023.
Fecha de entrada en vigor: 17 de mayo de 2024.
Detalles: antes de este cambio en el servicio, estas API incluían las API o los campos de API mencionados. Después de este cambio en el servicio, se eliminarán las API o los campos de API mencionados. Esto se aplica a Autonomous Database Serverless.
El soporte para estos campos de API de Autonomous Database finalizará el 2 de mayo de 2024. Oracle recomienda migrar los scripts para interrumpir el uso de estos campos lo antes posible. Si se han proporcionado, realice el cambio para utilizar el campo o la API de sustitución.
API de Autonomous Database en desuso:
AutonomousDataWarehouse
AutonomousDataWarehouseSummary
Campos de API de Autonomous Database en desuso:
Campos de API en desuso de CreateAutonomousDatabaseBase:
isDataGuardEnabled
isLocalDataGuardEnabled
Campos de API en desuso de CreateRefreshableAutonomousDatabaseCloneDetails:
autoRefreshPolicy
autoRefreshFrequencyInSeconds
autoRefreshPointInSeconds
timeOfAutoRefreshStart
Campos de API en desuso de UpdateAutonomousDatabaseDetails:
autoRefreshPolicy
autoRefreshFrequencyInSeconds
autoRefreshPointInSeconds
timeOfAutoRefreshStart
isDataGuardEnabled
Campos de API en desuso de AutonomousDatabaseSummary:
standbyDb
dataguardRegionType
timeDataGuardRoleChanged
isDataGuardEnabled
isLocalDataGuardEnabled
serviceConsoleUrl
Campo de API en desuso de UpdateAutonomousDatabaseWalletDetails:
shouldRotate
Campo de API en desuso de AutonomousDatabaseStandbySummary:
Valores de respuesta correcta modificados para las API:
API de Autonomous Database
Valor de respuesta correcta actual
Valor de respuesta correcta actualizado
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
¿Esto me afecta?: si tiene scripts personalizados o scripts de Terraform que hacen referencia a estas API, o a los campos mencionados, debe modificar los scripts para tener en cuenta estos cambios.
¿Qué debo hacer?: al utilizar los SDK y las herramientas de línea de comandos, actualice los scripts personalizados para eliminar el uso de las API o los campos en desuso o utilizar las sustituciones.
Cambio en el servicio: el valor por defecto del atributo isMTLSConnectionRequired cambiará de true a false el 1 de julio de 2023 en las siguientes API:
Detalles: antes de este cambio en el servicio, el valor por defecto del atributo isMTLSConnectionRequired era true. Esto se aplica a Autonomous Database Serverless.
¿Cómo me afecta? Si tiene scripts personalizados o scripts de Terraform que hacen referencia a las API CreateAutonomousDatabase, GetAutonomousDatabase o UpdateAutonomousDatabase, puede que desee modificar los scripts para tener en cuenta el valor por defecto cambiado de este atributo. Sin embargo, si decide no realizar ningún cambio en los scripts, las llamadas a la API que contengan este atributo seguirán funcionando, pero el valor por defecto cambiará de "true" a "false".
Qué debo hacer Al utilizar los SDK de OCI y herramientas de línea de comandos, puede actualizar los scripts personalizados para definir explícitamente el atributo isMTLSConnectionRequired en "true".
Cambio de servicio: los valores devueltos para determinados cambios de API, donde se devuelve el valor de 409 Incorrect State a veces, según corresponda, se cambian a 409 Conflict.
Fecha de anuncio: 2023 de octubre.
Fecha de entrada en vigor: octubre de 2024.
Detalles: antes de este cambio de servicio, determinadas llamadas de API fallan con el código de error 409 Incorrect State. Después de este cambio de servicio, en determinados casos según corresponda, las llamadas de API fallarán con el código de error 409 Conflict.
Antes de este cambio, muchas API devuelven 409 Incorrect State cuando la instancia de Autonomous Database está parada o no está disponible. Para estos estados, según las directrices de API, la devolución correcta es 409 Conflict. Para otros estados de Autonomous Database, como Inicio, Parada y Aprovisionamiento, la devolución actual de 409 Incorrect State es correcta y no cambiará después de esta actualización.
La devolución 409 Incorrect State se debe utilizar para indicar que los reintentos son correctos y que el recurso finalmente alcanzará el estado correcto, y la devolución 409 Conflict indica que el recurso no alcanzará el estado correcto por sí solo y que no se deben realizar reintentos. Este cambio de servicio cambia el code value de error en estas API para los casos en los que 409 Conflict es representativo del estado conocido de Autonomous Database.
Este cambio de servicio se aplica a las siguientes API:
¿Esto me afecta?: si tiene scripts personalizados o scripts de Terraform que gestionan la devolución de 409 Incorrect State desde estas API, puede que desee modificar los scripts para manejar la devolución de 409 Conflict, según corresponda.
¿Qué debo hacer?: al utilizar los SDK de OCI y las herramientas de línea de comandos, puede optar por actualizar los scripts personalizados.
Detalles: antes de este cambio de servicio, se puede utilizar el parámetro opcional isShared. Este cambio introduce el parámetro opcional isDedicated y el parámetro isShared se eliminará después de octubre de 2024.
¿Esto me afecta?: si tiene scripts personalizados o scripts de Terraform que hacen referencia a la API ListAutonomousDatabaseCharacterSets mediante el parámetro isShared con el valor TRUE, modifique los scripts para sustituir este parámetro por el valor TRUE. Parámetro isDedicated con el valor FALSE y, si hace referencia a la API ListAutonomousDatabaseCharacterSets mediante el parámetro isShared con el valor FALSE, modifique los scripts para sustituir este parámetro por el atributo isDedicated con el valor TRUE.
¿Qué debo hacer?: al utilizar los SDK de OCI y las herramientas de línea de comandos, actualice los scripts personalizados para sustituir el parámetro isShared por el parámetro isDedicated.
Cambio de servicio: en Autonomous Database Serverless, la capacidad de realizar copias de seguridad manuales, que no son copias de seguridad a largo plazo, está en desuso.
Autonomous Database Serverless realiza automáticamente copias de seguridad de la base de datos hasta 60 días. Debido a este cambio, el 15 de febrero de 2025, cuando llama a la API CreateAutonomousDatabaseBackupDetails con el atributo isLongTermBackup, el valor se debe definir en true. El valor por defecto del atributo isLongTermBackup también cambiará a true.
Fecha de anuncio: 15 de febrero de 2024.
Fecha de entrada en vigor: 15 de febrero de 2025.
Detalles: antes de este cambio de servicio, el valor por defecto del atributo isLongTermBackup era false. Después de este cambio de servicio, el único valor válido para el atributo isLongTermBackup es true. Este cambio se aplica a Autonomous Database Serverless.
¿Esto me afecta?: si tiene archivos de comandos personalizados o de Terraform que hacen referencia a la API CreateAutonomousDatabaseBackupDetails, puede que desee modificar los archivos de comandos para tener en cuenta el valor por defecto cambiado de este atributo. Sin embargo, si decide no realizar ningún cambio en los scripts, las llamadas a la API que contengan este atributo seguirán funcionando, pero el valor por defecto cambiará de false a true.
¿Qué debo hacer?: al utilizar los SDK de OCI y las herramientas de línea de comandos, actualice los scripts personalizados para definir explícitamente el atributo isLongTermBackup en true.
Cambio de servicio: Oracle Machine Learning Notebooks Classic en Autonomous Database Serverless, que es el entorno de bloc de notas original y se sustituye por una interfaz de bloc de notas mejorada, está en desuso.
La nueva interfaz de OML Notebooks proporciona una nueva apariencia, junto con nuevas características: carga y acceso más rápidos al bloc de notas; visualizaciones de datos enriquecidas, comentarios de párrafos y dependencias de tiempo de ejecución; Zeppelin y Diseños de Jupyter; control de versiones de bloc de notas en la página, visualización de historial y comparación de versiones; soporte de GPU para párrafos de Python; junto con la capacidad de utilizar paquetes R y Python de terceros a través de entornos conda.
Fecha de anuncio: 11 de junio de 2024, en el banner "Cambios de importancia" de la página inicial de Oracle Machine Learning Notebooks.
Fecha de entrada en vigor: 31 de diciembre de 2024
Detalles: alineados con el aviso de banner y antes de la eliminación de la función, se implementarán los siguientes cambios incrementales:
En la página de lista Notebook Classic, los usuarios ya no podrán crear blocs de notas clásicos, guardarlos como plantillas ni seleccionarlos para la programación de trabajos.
Los blocs de notas clásicos existentes se pueden abrir en modo de solo lectura.
Los usuarios pueden convertir blocs de notas clásicos al nuevo formato mediante el botón "Copiar a blocs de notas de OML" de la página de lista.
Fase 3 - 31 de diciembre de 2024
Los blocs de notas clásicos ya no estarán disponibles para los usuarios.
El usuario ADMIN puede acceder a los blocs de notas clásicos en modo de solo lectura y convertirlos al nuevo formato.
Los trabajos que sigan utilizando blocs de notas clásicos se desactivarán con el estado "Desactivado". No se podrá acceder a ningún log de trabajo asociado. Los usuarios podrán suprimir trabajos solo mediante blocs de notas clásicos.
Fase 4 - 4 de junio de 2025
El usuario ADMIN ya no tendrá acceso a los blocs de notas clásicos.
Se suprimirán los blocs de notas clásicos restantes.
¿Cómo me afecta? Esto afecta solo a los usuarios que tienen blocs de notas clásicos, blocs de notas de plantillas clásicas o trabajos que especifican blocs de notas clásicos. Según el programa anterior, los usuarios perderán el acceso a estos blocs de notas y los trabajos existentes que utilicen blocs de notas clásicos generarán un error si se ejecutan o se programan de forma recurrente.
¿Qué debo hacer? Si tiene blocs de notas clásicos o blocs de notas de plantilla clásicos (personales o compartidos) que desea conservar, debe convertirlos al nuevo formato. Si tiene trabajos que dependen de blocs de notas clásicos, estos trabajos deben actualizarse con un nuevo bloc de notas o volver a crearse con un nuevo bloc de notas.
Cambio en el servicio: el soporte de las API de asociación de Autonomous Container Database Data Guard y asociación de Autonomous Database Data Guard que se muestran en este anuncio de cambio de servicio finaliza el 4 de marzo de 2026.
Fecha de anuncio: 4 de marzo de 2025.
Fecha de entrada en vigor: 4 de marzo de 2026.
Detalles: recomendamos que migre las cargas de trabajo de base de datos mediante las API de este anuncio a las API de sustitución mostradas lo antes posible.
Las API del sistema de base de datos Exadata de Oracle Cloud Infrastructure están en desuso desde el 15 de noviembre de 2020.
Importante: No se puede aprovisionar ningún sistema nuevo con el antiguo modelo de recursos/API del sistema de base de datos a partir del 15 de mayo de 2021. El soporte para el antiguo modelo de recursos/API del sistema de base de datos en sistemas existentes finalizará el 15 de noviembre de 2021. Oracle recomienda migrar las instancias de Exadata Database Service en una infraestructura dedicada a las nuevas API del modelo de recursos lo antes posible. La conversión al nuevo modelo de recursos no implica ningún tiempo de inactividad del sistema.
Cambio de servicio: el atributo opcional dbWorkload de la API CreateDatabase de Oracle Cloud Infrastructure está en desuso.
Fecha anunciada: noviembre de 2022.
Fecha de entrada en vigor: noviembre de 2023.
Detalles: antes de este cambio en el servicio, el atributo dbWorkload se puede utilizar para elegir entre la carga de trabajo OLTP (procesamiento de transacciones en línea) o de almacén de datos (analítico), y se utiliza internamente para determinar la configuración de memoria basada en la carga de trabajo de la base de datos. Después de este cambio en el servicio, el atributo dbWorkload se trata como "no-op" (no operativo), lo que significa que, aunque no fallarán las llamadas de API que contienen el atributo en desuso, se ignorará el valor transferido y el sistema utilizará internamente un valor por defecto. Se aplica a Exadata Database Service on Dedicated Infrastructure, Exadata Database Service on Cloud@Customer y Base Database Service.
¿Cómo me afecta? Si tiene scripts personalizados o scripts de Terraform que hacen referencia a la API CreateDatabase y están utilizando explícitamente el atributo dbWorkload, puede que desee modificar los scripts para eliminar este atributo. Sin embargo, si decide no realizar ningún cambio en los scripts, las llamadas de API que contengan este atributo seguirán funcionando, pero el valor transferido para el atributo dbWorkload no se tendrá en cuenta.
¿Qué debo hacer? Al utilizar SDK de OCI y herramientas de línea de comandos, puede actualizar los scripts personalizados para excluir el atributo dbWorkload. Después de noviembre de 2023, si transfiere un valor al atributo dbWorkload, se ignorará.
Cambio de servicio: el atributo opcional dbWorkload de la API CreateDatabase de Oracle Cloud Infrastructure está en desuso.
Fecha anunciada: noviembre de 2022.
Fecha de entrada en vigor: noviembre de 2023.
Detalles: antes de este cambio en el servicio, el atributo dbWorkload se puede utilizar para elegir entre la carga de trabajo OLTP (procesamiento de transacciones en línea) o de almacén de datos (analítico), y se utiliza internamente para determinar la configuración de memoria basada en la carga de trabajo de la base de datos. Después de este cambio en el servicio, el atributo dbWorkload se trata como "no-op" (no operativo), lo que significa que, aunque no fallarán las llamadas de API que contienen el atributo en desuso, se ignorará el valor transferido y el sistema utilizará internamente un valor por defecto. Se aplica a Exadata Database Service on Dedicated Infrastructure, Exadata Database Service on Cloud@Customer y Base Database Service.
¿Cómo me afecta? Si tiene scripts personalizados o scripts de Terraform que hacen referencia a la API CreateDatabase y están utilizando explícitamente el atributo dbWorkload, puede que desee modificar los scripts para eliminar este atributo. Sin embargo, si decide no realizar ningún cambio en los scripts, las llamadas de API que contengan este atributo seguirán funcionando, pero el valor transferido para el atributo dbWorkload no se tendrá en cuenta.
¿Qué debo hacer? Al utilizar SDK de OCI y herramientas de línea de comandos, puede actualizar los scripts personalizados para excluir el atributo dbWorkload. Después de noviembre de 2023, si transfiere un valor al atributo dbWorkload, se ignorará.
Cambio en el servicio: la versión 201210929 de la API de Database Migration de Oracle Cloud Infrastructure está en desuso a partir del 21 de junio de 2024.
Fecha de anuncio: 2 de julio de 2024
Fecha de entrada en vigor: 21 de junio de 2024
Detalles:
A partir del 21 de junio de 2024, la versión anterior de la API de Database Migration, versión 201210929, está en desuso. A partir del 21 de junio de 2025, la API en desuso ya no estará disponible y se sustituirá por una nueva versión de API 20230518 que proporcione funciones mejoradas y soporte para versiones futuras.
¿Cómo me afecta?
Si usted es un nuevo cliente y nunca ha utilizado nuestro servicio antes, este cambio no le afecta. (o)
Si es un cliente existente que utiliza la consola de OCI para gestionar los recursos de Database Migration y tiene migraciones y conexiones creadas antes de este cambio, debe cambiar a la nueva API mediante la creación de nuevas migraciones y conexiones. Sin embargo, esto no afecta a la migración existente que está en curso y puede suprimir las migraciones y conexiones anteriores.
Si utiliza una versión anterior del SDK público o el proveedor de Terraform, ya no puede realizar determinadas operaciones en los recursos mediante la consola de OCI. Sin embargo, puede seguir utilizando las API en desuso mediante los SDK anteriores hasta que se elimine el soporte del servicio. Para obtener más información, puede ponerse en contacto con el servicio de soporte.
¿Qué debo hacer?
Si utiliza una versión anterior del SDK o del proveedor de Terraform, debe actualizarla al nuevo SDK o proveedor de Terraform lo antes posible.
Cambio en el servicio: el SDK de Java de OCI versión 2 está en desuso.
Fecha de anuncio: 6 de abril de 2023
Fecha de entrada en vigor: 30 de junio de 2023
Detalles: Oracle ha publicado recientemente Oracle Cloud Infrastructure (OCI) Java SDK versión 3. OCI Java SDK versión 3 es una versión principal de SDK y le recomendamos que cambie a esta versión más reciente. OCI Java SDK versión 2 seguirá estando soportada por completo hasta finales de junio de 2023. Durante este tiempo, tanto la versión 2 como la 3 de OCI Java SDK recibirán actualizaciones regulares para agregar soporte para nuevas API de servicio, correcciones de bugs críticas y parches de seguridad, así como modificaciones de la documentación.
¿Cómo me afecta? Después del 30 de junio de 2023, OCI Java SDK versión 2 ya no recibirá actualizaciones para agregar soporte para nuevas regiones, nuevos servicios o funciones en los servicios existentes, a menos que se especifique lo contrario. Para las versiones anteriores a la versión 2 de OCI Java SDK que tienen menos de 12 meses de antigüedad, a partir de la solicitud, OCI solo aplicará parches para la versión anterior en relación con correcciones de bugs críticos e incidencias de seguridad.
¿Qué debo hacer? Cambio de versión a OCI Java SDK versión 3.
Cambio en el servicio: las API (dos API) de DevOps de Oracle Cloud Infrastructure de la versión 20210630 quedaron en desuso el 29 de marzo de 2022.
Fecha de anuncio: 29 de marzo de 2022
Fecha de entrada en vigor: 29 de marzo de 2023
Detalles: a partir del 29 de marzo de 2022, dos API DevOps de la versión 20210630 están en desuso. A partir del 29 de marzo de 2023, las API en desuso no estarán disponibles.
Cambio de servicio: el servicio Event Hub queda en desuso.
Fecha de anuncio: 29 de abril de 2022
Fecha de entrada en vigor: mayo de 2023
Detalles: a partir del 31 de mayo de 2023, el Servicio Oracle Event Hub finalizará la vida útil (EOL). Antes de la fecha de EOL, recomendamos que migre los flujos de datos de Event Hub a Oracle Cloud Infrastructure Streaming.
¿Cómo me afecta? Si utiliza el servicio Event Hub para crear clusters de Kafka y/o temas de Event Hub, ya no podrá hacerlo después del 31 de mayo de 2023. Los clusters creados previamente seguirán funcionando en su arrendamiento sin cambios.
¿Qué debo hacer? Todos los clientes de Event Hub pueden utilizar Streaming para mover datos mediante sus sólidas integraciones con Oracle Cloud Infrastructure (OCI), Database, GoldenGate e Integration Cloud. El servicio utiliza una plantilla de Kafka Connect para proporcionar integraciones listas para usar para cientos de productos de terceros en categorías como DevOps, bases de datos, big data y aplicaciones de SaaS.
Cambio en el servicio: se puede asociar un máximo de 100 sistemas de archivos a cualquier política de instantánea en particular.
Fecha de anuncio: 5 de agosto de 2023
Fecha de entrada en vigor: el 7 de agosto de 2023
Detalles: a partir del 7 de agosto de 2023, se introducirá un nuevo límite de servicio para limitar el número total de sistemas de archivos asociados a una política de instantánea. Este cambio permitirá asociar hasta 100 sistemas de archivos por política de instantánea por inquilino y por dominio de disponibilidad.
¿Cómo me afecta? Si planea anexar más de 100 sistemas de archivos a cualquier política de instantánea en particular, no podrá hacerlo después del 7 de agosto de 2023. Cualquier inquilino existente que tenga más de 100 sistemas de archivos asociados por política de instantánea antes del 7 de agosto de 2023 recibirá una excepción. No se darán excepciones después del 7 de agosto de 2023.
¿Qué debo hacer? Si necesita asociar más de 100 sistemas de archivos a una política de instantánea, cree una segunda política de instantánea o utilice cualquier otra política de instantánea existente. Puede crear 100 políticas de instantánea por inquilino y dominio de disponibilidad. Aún puede generar instantáneas basadas en políticas para sistemas de archivos, pero es posible que tenga que utilizar más de una política de instantáneas.
Cambio en el servicio: los sistemas de archivos de File Storage que utilizan claves de cifrado gestionadas por el cliente necesitan nuevas políticas de IAM.
Fecha de anuncio: mayo de 29, 2024
Fecha de entrada en vigor: 29 de mayo de 2024
Detalles: el 29 de mayo de 2024, File Storage introduce un nuevo método para otorgar permiso a los sistemas de archivos para utilizar claves de cifrado personalizadas. Antes de este cambio, las políticas para otorgar permisos de sistemas de archivos para utilizar claves de cifrado personalizadas utilizaban el usuario del servicio File Storage. Por ejemplo:
Allow service <file_storage_service_user> to use keys
Después de este cambio, se otorga permiso a los recursos de File Storage para utilizar claves personalizadas. Para obtener más información, consulte Encrypting a File System.
¿Cómo me afecta? Antes del 29 de mayo de 2024, los sistemas de archivos de File Storage que utilizaban claves de cifrado de Vault gestionadas por el cliente en lugar de claves gestionadas por Oracle utilizaban el usuario del servicio File Storage en las políticas de IAM necesarias.
El usuario de servicio no tendrá acceso a claves gestionadas por el cliente en el futuro.
¿Qué debo hacer? Cree nuevas políticas de IAM que permitan a File Storage cifrar y descifrar sistemas de archivos mediante entidades de recurso. Asegúrese de que los sistemas de archivos utilicen políticas de entidad de recurso en lugar de políticas de entidad de servicio.
Cambio de servicio: el tipo de miembro COMPUTE_INSTANCE de DrProtectionGroupMemberType está en desuso y ya no estará soportado.
Fecha de anuncio: 31 de octubre de 2023
Fecha de entrada en vigor: octubre de 2024.
Detalles: el tipo de miembro COMPUTE_INSTANCE está en desuso y se sustituirá por los siguientes tipos de miembros alternativos:
COMPUTE_INSTANCE_MOVABLE: se utiliza para instancias informáticas que se mueven durante las operaciones de DR.
COMPUTE_INSTANCE_NON_MOVABLE: se utiliza para instancias informáticas que no se mueven durante las operaciones de DR.
Migre a uno de los nuevos tipos de instancia antes de la fecha de desuso de vigencia.
¿Cómo me afecta? Si utiliza el tipo de miembro COMPUTE_INSTANCE en la configuración de DR, este cambio le afecta. Asegúrese de migrar a uno de los nuevos tipos de instancia antes de la fecha de desuso efectiva.
¿Qué debo hacer? Para migrar de un COMPUTE_INSTANCE existente a uno de los nuevos tipos de instancia, siga estas instrucciones.
Cambio en el servicio: la versión 0.5.x (y versiones anteriores) de la CLI de Fn Project ya no está soportada.
Fecha de anuncio: 29 de junio de 2021
Fecha de entrada en vigor: 1 de agosto de 2021
Detalles: a partir del 1 de agosto de 2021, la versión 0.5.x (y versiones anteriores) de la CLI de Fn Project dejará de funcionar con OCI Functions.
¿Cómo me afecta? Si actualmente utiliza la versión 0.5.x (o versiones anteriores) de la CLI de Fn Project, deberá actualizar a la versión 0.6.x (o posterior) de la CLI de Fn Project.
¿Qué debo hacer? Para cambiar a la versión 0.6.x (o posterior) de la CLI de Fn Project, siga las instrucciones descritas en Cambio de versión de la CLI de Fn Project.
Cambio de servicio: a partir del 15 de diciembre de 2021, las imágenes base de tiempo de creación y tiempo de ejecución de Function Development Kits (FDK) de Fn Project, con la excepción del FDK para Python 3.7, se basan en la distribución delgada de Oracle Linux 8. Las imágenes base de FDK Alpine/Debian están en desuso.
Fecha de anuncio: noviembre 15, 2021
Fecha de entrada en vigor: 15 de diciembre de 2021
Detalles: a partir del 15 de diciembre de 2021, la mayoría de las imágenes base de tiempo de creación y tiempo de ejecución de Fn Project Function Development Kits (FDK) para los diferentes idiomas soportados se crean sobre la distribución ligera de Oracle Linux 8 (en lugar de las distribuciones Linux de Alpine y Debian). Las nuevas funciones que despliegue utilizarán estas imágenes base FDK de Oracle Linux 8. Las únicas excepciones son las imágenes base de tiempo de compilación y tiempo de ejecución de FDK para Python 3.7, que siguen construidas sobre la distribución de Debian Linux.
Las distribuciones Alpine/Debian Linux y la distribución limitada de Oracle Linux 8 tienen diferentes gestores de paquetes. Después de la transición a las imágenes base de FDK de Oracle Linux 8, el Dockerfile temporal creado por OCI Functions al desplegar nuevas funciones contiene los comandos del gestor de paquetes de Oracle Linux 8.
¿Cómo me afecta?
Para las funciones existentes ya desplegadas en OCI Functions:
Si OCI Functions utiliza la configuración del archivo func.yaml de una función para crear un archivo Dockerfile temporal que contenga las instrucciones a partir de las que se cree la imagen de Docker de la función, la función se creará y desplegará sin errores. El Dockerfile temporal incluye los comandos correctos del gestor de paquetes de Oracle Linux 8.
Si ha creado un Dockerfile personalizado para una función (por ejemplo, modificando el Dockerfile que crea OCI Functions y definiendo runtime: docker en el archivo func.yaml de la función), la función ahora se podría crear y desplegar con errores como missing apt-get .... Los errores se producen si el Dockerfile personalizado incluye comandos de gestor de paquetes de Alpine/Debian.
¿Qué debo hacer? Si ha creado Dockerfiles personalizados que contienen comandos del gestor de paquetes Alpine/Debian, sustituya esos comandos por comandos del gestor de paquetes de Oracle Linux 8.
Si no puede comenzar inmediatamente a utilizar las imágenes base de FDK de Oracle Linux 8 porque tiene funciones que aún requieren las distribuciones Alpine o Debian Linux, hay una solución alternativa temporal. Hasta el 15 de diciembre de 2022, las imágenes base de FDK Alpine/Debian permanecen disponibles, pero con etiquetas de imagen modificadas. Puede actualizar los Dockerfiles personalizados para utilizar las imágenes base de FDK de Alpine/Debian en desuso en lugar de las imágenes base de Oracle Linux 8 especificando explícitamente las etiquetas de imagen modificadas. Consulte Mis funciones aún requieren las distribuciones Alpine y Debian Linux. ¿Hay una solución alternativa temporal?.
Cambio de servicio: al crear un entorno de Fusion Applications o un administrador de entorno de Fusion Applications, no se necesitará la contraseña del administrador. Además, la API Reset Fusion Environment Administrator Password quedará en desuso; para restablecer la contraseña a través de la API, deberá utilizar la API de Fusion Applications adecuada en su lugar.
Fecha de anuncio: 27 de agosto de 2024
Fecha de entrada en vigor: 27 de agosto de 2025
Detalles: a partir del 27 de agosto de 2025, ya no podrá crear ni restablecer la contraseña del administrador de Fusion Applications mediante las API de gestión del entorno de Fusion Applications. Las API afectadas son:
API
Cambio
ResetFusionEnvironmentPassword
La API está en desuso. En un año será eliminado. No utilice esta API para restablecer la contraseña del administrador de Fusion Applications.
CreateFusionEnvironment
CreateFusionEnvironmentAdminUser
En el objeto CreateFusionEnvironmentAdminUserDetails, el parámetro de contraseña es actualmente opcional. En un año, el parámetro se eliminará de estas API.
¿Cómo me afecta? Si utiliza la API de gestión de entornos de Fusion Applications para restablecer la contraseña de administrador de Fusion Applications, deberá utilizar la API de Fusion Applications adecuada en su lugar.
Si utiliza la API para crear el administrador de Fusion Applications, la contraseña ya no se aceptará. En su lugar, el usuario administrador introducirá su propia contraseña después de recibir un correo electrónico de bienvenida.
El flujo de trabajo de la consola no se ve afectado.
¿Qué debo hacer?
Si llama a ResetFusionEnvironmentPassword, debe actualizar los scripts para utilizar la API de Fusion Applications Actualizar un usuario.
Si llama a CreateFusionEnvironment o CreateFusionEnvironmentAdminUser, no transfiera el parámetro de contraseña. Se le pedirá al usuario que agregue su contraseña a través del correo electrónico de bienvenida.
Cambio de servicio: la propiedad knowledgeBaseIds de un agente de RAG está en desuso.
Fecha de anuncio: 26 de marzo de 2025
Fecha de entrada en vigor: 26 de marzo de 2026
Detalles: a partir del 26 de marzo de 2025, la propiedad knowledgeBaseIds en Agent, AgentSummary, CreateAgentDetails y UpdateAgentDetails está en desuso. A partir del 26 de marzo de 2026, la propiedad en desuso no estará disponible.
Obsoleto
Reemplazo
La propiedad knowledgeBaseIds de un agente de RAG está en desuso en los siguientes tipos de datos y API de gestión:
Cambio en el servicio: las API GoldenGate de Oracle Cloud Infrastructure para DatabaseRegistrations están en desuso a partir del 01 de noviembre de 2022.
Fecha de anuncio: noviembre de 01, 2022
Fecha de entrada en vigor: noviembre de 2023
Detalles: a partir del 01 de noviembre de 2022, las API DatabaseRegistrations están en desuso y se sustituyen por las API Connections. A partir del 01 de noviembre de 2023, las API en desuso no estarán disponibles.
¿Cómo me afecta? Sí. Las API DatabaseRegistrations funcionaron para las conexiones de Oracle Database, mientras que las nuevas API Connections ampliables le permiten conectarse a muchos otros tipos de tecnologías de datos.
¿Qué debo hacer? Utilice las API Connections en lugar de las API DatabaseRegistrations para conectarse a las tecnologías de origen y destino.
Cambio de servicio: la propiedad timeUpgradeRequired de las API Deployment y DeploymentSummary está en desuso a partir del 14 de marzo de 2023.
Fecha de anuncio: el 14 de marzo de 2023
Fecha de entrada en vigor: 14 de marzo de 2024
Detalles: con las nuevas funciones de mantenimiento desplegadas el 14 de marzo de 2023, la propiedad timeUpgradeRequired de las API Deployment y DeploymentSummary está en desuso.
¿Cómo me afecta? La propiedad timeUpgradeRequired de solo lectura se ha utilizado para ayudarle a determinar cuánto tiempo ha tenido que actualizar manualmente a una nueva versión de despliegue, pero el servicio no ha actualizado automáticamente el despliegue cuando ha pasado la fecha límite. La nueva función Maintenance programa una o más actualizaciones y actualiza automáticamente el despliegue en la fecha determinada. Puede encontrar estas fechas en la página de detalles del despliegue.
¿Qué debo hacer? Puede ajustar los cambios de versión programados según sea necesario al crear el despliegue o desde la página de detalles del despliegue.
Cambio de servicio: la propiedad adminPassword utilizada en los objetos de modelo CreateOggDeploymentDetails y UpdateOggDeploymentDetails de las API CreateDeploymentDetails y UpdateDeploymentDetails estaba en desuso a partir del 15 de agosto de 2023.
Fecha de anuncio: 15 de agosto de 2023
Fecha de entrada en vigor: 15 de agosto de 2024
Detalles: con la nueva función de conexión única introducida el 15 de agosto de 2023, la propiedad adminPassword utilizada en los objetos de modelo CreateOggDeploymentDetails y UpdateOggDeploymentDetails de las API CreateDeploymentDetails y UpdateDeploymentDetails ahora está en desuso.
¿Cómo me afecta? Sí.
¿Qué debo hacer? Los nuevos despliegues creados a partir del 15 de agosto de 2023 requieren que seleccione un almacén de credenciales (OCI Identity and Access Management (IAM) o GoldenGate) en los arrendamientos en los que está activado OCI IAM con dominios de identidad. Si selecciona OCI IAM, puede conectarse a la consola de despliegue mediante su cuenta de Oracle Cloud, mientras que GoldenGate requiere que cree un almacén de claves y agregue un secreto en el que almacenar su contraseña, que utilizará para conectarse a la consola de despliegue.
Cambio de servicio: la propiedad privateIp de todos los objetos de modelo CreateConnectionDetails de las API de conexión está en desuso a partir del 5 de diciembre de 2023.
Fecha de anuncio: 5 de diciembre de 2023
Fecha de entrada en vigor: 5 de diciembre de 2024
Detalles: con la versión de las opciones de red actualizadas, la propiedad privateIp de todos los objetos de modelo CreateConnectionDetails de las API de conexión está en desuso a partir del 5 de diciembre de 2023.
¿Cómo me afecta? Puede seguir utilizando sus conexiones antiguas; sin embargo, debe actualizarlas si ha proporcionado previamente un valor de IP privada. Cualquier conexión nueva que cree el 5 de diciembre de 2023 en adelante utilizará la nueva configuración de conectividad de red que seleccione
¿Qué debo hacer? Edite cualquier conexión existente en la que haya proporcionado un valor de IP privada, introduzca la IP privada en el campo Nombre de host o cadena de conexión y, a continuación, guarde los cambios. Si proporciona un nombre de host, GoldenGate reenvía la resolución de DNS a la subred. Si proporciona privateIp, GoldenGate se conecta directamente a él.
Cambio de servicio: el valor de la propiedad deploymentType de carga útil CreateDeploymentDetailsOGG está en desuso y se ha sustituido por DATABASE_ORACLE.
Fecha de anuncio: 5 de junio de 2024
Fecha de entrada en vigor: 5 de junio de 2025
Detalles: a medida que OCI GoldenGate amplía el soporte para diferentes tipos de tecnologías de base de datos e introduce nuevos tipos de despliegue, se hizo necesario cambiar el nombre del valor de la propiedad deploymentType de OGG a DATABASE_ORACLE.
¿Cómo me afecta? Si ha creado previamente un despliegue con el valor de propiedad OGG, no se verá afectado, ya que el valor OGG se migrará a DATABASE_ORACLE. Sin embargo, si ha utilizado el valor OGG en el código para algún otro propósito (como las comparaciones), puede que se vea afectado.
¿Qué debo hacer? En el futuro, para crear un nuevo despliegue de GoldenGate de OCI para Oracle Database, asegúrese de utilizar el valor de propiedad deploymentTypeDATABASE_ORACLE en lugar del valor en desuso OGG.
Cambio de servicio: cuando la propiedad isPublic de las cargas útiles CreateDeploymentDetails o UpdateDeploymentDetails se define en true, la propiedad loadBalancerSubnetId es obligatoria.
Fecha de anuncio: 5 de junio de 2024
Fecha de entrada en vigor: 5 de junio de 2025
Detalles: al crear o actualizar un despliegue público mediante CreateDeploymentDetails o UpdateDeploymentDetails y definir isPublic en true, la propiedad loadBalancerSubnetId es obligatoria y debe proporcionar un OCID de subred pública válido.
¿Cómo me afecta? Esto le afecta si define la propiedad isPublic en true al crear un despliegue mediante las API CreateDeploymentDetails o UpdateDeploymentDetails y si tiene despliegues públicos existentes.
¿Qué debo hacer? Al definir isPublic property de las API CreateDeploymentDetails o UpdateDeploymentDetails en true, la propiedad loadBalancerSubnetId se convierte en obligatoria y debe proporcionar un OCID de subred pública válido. Para despliegues públicos existentes, debe editar el despliegue y seleccionar loadBalancerSubnetId. Puede editar el despliegue mediante la consola de Oracle Cloud para realizar la selección o utilizar la API para actualizar los despliegues públicos existentes y proporcionar un OCID de subred válido para loadBalancerSubnetId.
Cambio de servicio: ya no puede crear conexiones públicas y todas las conexiones públicas existentes que utilizan SHARED_SERVICE_ENDPOINT en la API u 'Oracle Network' en la consola de Oracle Cloud, ya que se debe actualizar el método de enrutamiento.
Fecha de anuncio: 5 de junio de 2024
Fecha de entrada en vigor: 5 de junio de 2025
Detalles: las conexiones públicas están en desuso y solo puede crear conexiones privadas. Se deben actualizar las conexiones públicas existentes que utilizan SHARED_SERVICE_ENDPOINT en la API o 'Oracle Network' en la consola de Oracle Cloud como método de enrutamiento.
¿Cómo me afecta? Sí, si utiliza conexiones públicas.
¿Qué debo hacer? Debe actualizar todas las conexiones públicas que utilizan SHARED_SERVICE_ENDPOINT en la API o 'Oracle Network' en la consola de Oracle Cloud como método de enrutamiento. Puede editar la conexión en la consola de Oracle Cloud, realizar una nueva selección y, a continuación, guardar los cambios. También puede actualizar la propiedad con cualquier cliente, SDK o Terraform o CLI.
Cambio de servicio: la entidad de servicio 'goldengate' está en desuso y se sustituye por la entidad de recurso, 'dynamic-group goldengate_deployments'.
Fecha de anuncio: 24 de febrero de 2025
Fecha de entrada en vigor: 24 de febrero de 2026
Detalles: al agregar nuevas políticas, asegúrese de definir el grupo dinámico, 'goldengate_deployments', que se utilizará en lugar del principal de servicio en desuso, 'goldengate'. Todas las políticas existentes que utilizan la entidad de servicio, 'goldengate', se deben sustituir por la entidad de recurso, 'dynamic-group goldengate_deployments'.
¿Cómo me afecta? Sí.
¿Qué debo hacer? A partir del 24 de febrero de 2025, debe definir un grupo dinámico denominado goldengate_deployments y utilizar esta entidad de recurso en sus políticas en lugar de la entidad de servicio, 'goldengate'. También debe sustituir todas las políticas existentes que utilizan el principal de servicio 'goldengate'. Consulte las políticas de OCI GoldenGate para obtener más información.
Cambio en el servicio: Fin de la Vida Útil de GoldenGate Cloud Service Classic desde el 11 de abril de 2024.
Fecha de anuncio: 22 de marzo de 2024
Fecha de entrada en vigor: 11 de abril de 2024
Detalles: a partir del 11 de abril de 2024, Oracle GoldenGate Cloud Service Classic llegará al final de la vida útil (EOL). Una vez que el servicio llega a EOL:
No puede crear nuevas instancias de Oracle GoldenGate Cloud Service Classic.
Oracle ya no admitirá GoldenGate Cloud Service Classic.
¿Cómo me afecta? Oracle GoldenGate Cloud Service Classic se ejecuta en Oracle Cloud Classic Gen 1, que ha quedado en desuso a favor de Oracle Cloud Infrastructure (OCI) Gen 2 Cloud. Si es un usuario de Oracle GoldenGate Cloud Service Classic, puede migrar sus cargas de trabajo de Oracle Cloud Classic Gen 1 a Oracle Cloud Infrastructure GoldenGate.
Si actualmente es un usuario de OCI GoldenGate, este anuncio de cambio de servicio no se aplica a usted.
¿Qué debo hacer? Migre las cargas de trabajo de Oracle GoldenGate Cloud Service a Oracle Cloud Infrastructure GoldenGate, que ofrece una funcionalidad similar. Consulte Migración a Oracle Cloud Infrastructure GoldenGate para obtener información detallada sobre los pasos de migración.
Cambio de servicio: el valor por defecto de AutomaticBackupRetention se cambia de DELETE a RETAIN.
Fecha de anuncio: 2024
Fecha de entrada en vigor: 2025 de enero
Detalles: antes de este cambio de servicio, el valor por defecto del atributo AutomaticBackupRetention en la política de supresión del sistema de base de datos era DELETE. Con este cambio, el valor por defecto de AutomaticBackupRetention se cambia a RETAIN. Tenga en cuenta que este cambio no afecta a la política de supresión de los sistemas de base de datos existentes. El cambio solo es aplicable a los Sistemas de base de datos creados después de la fecha en vigor.
¿Cómo me afecta? Sí, si utiliza valores por defecto para la política de supresión.
¿Qué debo hacer? Si prefiere que el valor por defecto sea DELETE para AutomaticBackupRetention y utiliza SDK/CLI/Terraform sin que se defina el valor, debe definir el valor preferido explícitamente.
Cambio en el servicio: las unidades de OCPU están en desuso a partir del 5 de septiembre de 2024.
Fecha de anuncio: septiembre de 2024
Date in Effect: 5 de septiembre de 2024
Detalles:
A partir del 5 de septiembre de 2024, todas las unidades de OCPU HeatWave para sistemas de base de datos y clusters HeatWave están en desuso. Sin embargo, los clientes pueden utilizar unidades de ECPU para desplegar nuevos sistemas de base de datos y clusters HeatWave. Las unidades de OCPU no estarán disponibles para los nuevos clientes, mientras que los clientes existentes pueden seguir utilizando unidades de OCPU en sistemas de base de datos nuevos y existentes y en clusters HeatWave hasta el 5 de septiembre de 2025.
¿Cómo me afecta?
Sí, si tiene sistemas de base de datos existentes desplegados con unidades de OCPU.
¿Qué debo hacer?
Utilice ECPU para desplegar nuevos sistemas de base de datos y clusters HeatWave. Para los sistemas de base de datos existentes y los clusters HeatWave que se ejecutan en unidades de OCPU, debe planificar el tiempo adecuado para convertirlos en unidades de ECPU antes del 5 de septiembre de 2025.
La dirección de correo electrónico del remitente por defecto utilizada para enviar el restablecimiento de contraseña y otras notificaciones de correo electrónico ha cambiado de no-reply@oracle.com a no-reply@identity.oci.oraclecloud.com para el dominio OC1.
Para las regiones dedicadas, la dirección ha cambiado a no-reply@identity.oci.<realm_domain>. Para obtener más información sobre <realm_domain>, consulte Regiones dedicadas.
¿Cómo me afecta? Sí.
¿Qué debo hacer? Para seguir recibiendo notificaciones de correo electrónico de OCI IAM sin interrupción, agregue la nueva dirección de remitente de correo electrónico a la lista de remitentes permitidos.
Cambio de servicio: a partir del 3 de abril, OCI Identity ya no admitirá la verificación de correo electrónico personalizada mediante la consola de OCI.
Fecha de anuncio: 26 de marzo de 2025
Fecha de entrada en vigor: 3 de abril de 2025
Detalles: los clientes que necesiten actualizar la dirección de correo electrónico del remitente o cambiar la dirección de correo electrónico por defecto para las notificaciones de correo electrónico deben utilizar el proceso Verificar dominio de remitente y aprovisionar DKIM para cada dominio del arrendamiento en las regiones de inicio y suscrito. Si actualmente tiene una dirección de correo electrónico de remitente personalizada verificada, puede seguir usando esa dirección de correo electrónico verificada.
¿Cómo me afecta? Sí, si cambia la dirección de correo electrónico del remitente personalizado verificado existente.
Cambio en el servicio: las API de eventos de auditoría de Oracle Cloud Infrastructure Identity and Access Management que puede utilizar con los dominios de identidad de IAM quedarán en desuso el mayo de 2025. Los informes listos para usar seguirán estando disponibles, pero se limitarán a los últimos 14 días de datos.
Fecha de anuncio: 15 de mayo de 2023
Fecha de entrada en vigor: 2025
Detalles: a partir del mayo de 2025, las API de IAM para AuditEvents dejarán de funcionar con IAM. Los informes listos para usar seguirán estando disponibles, pero se limitarán a los últimos 14 días de datos.
¿Cómo me afecta? Si actualmente utiliza las API de IAM para AuditEvents, deberá utilizar en su lugar las API de auditoría de OCI. No hay ningún cambio si utiliza informes, pero tenga en cuenta que los informes de dominios de identidad se limitarán a los últimos 14 días de datos.
¿Qué debo hacer? Ahora puede utilizar las API de OCI Audit. Para obtener más información sobre la recuperación de datos de OCI Audit, consulte:
Cambio de servicio: a partir del 15 de julio de 2022, la API CreateFleet necesitará el OCID de log personalizado en la propiedad inventoryLog.
Fecha de anuncio: 15 de abril de 2022
Fecha de entrada en vigor: 15 de julio de 2022
Detalles: a partir del 30 de marzo de 2022, JMS utiliza el servicio Oracle Cloud Infrastructure Logging para almacenar logs de inventario y operaciones. Los logs de inventario son logs personalizados que almacenan el inventario de Java Runtime y la información relacionada con el uso notificados desde los hosts por la instancia de Management Agent. Con este cambio, la API CreateFleet incluye una propiedad adicional, inventoryLog, para especificar el log personalizado que se va a utilizar.
¿Qué debo hacer? Los conjuntos existentes se deben migrar mediante la API UpdateFleet para el 15 de julio de 2022. Después del 15 de julio de 2022, la propiedad inventoryLog de la API CreateFleet será un parámetro necesario. Consulte las operaciones CreateFleet y UpdateFleet para obtener más información. Los agentes deben ser a partir de la versión 220302.1455.
A partir del 26 de octubre de 2022, las API de Language Detect de la versión 20221001 quedaron en blanco. A partir del 10 de octubre de 2023, las API en desuso no estarán disponibles.
A partir del 26 de octubre de 2022, las API de Language BatchDetect tienen la nueva versión de API soportada 20221001. Con la introducción de la versión de API 20221001, las siguientes clases se han eliminado y sustituido por la clase común, com.oracle.bmc.ailanguage.model.TextDocument.
La API del equilibrador de carga de red de Oracle Cloud Infrastructure ListNetworkLoadBalancerProtocol está en desuso desde el 12 de enero de 2022. El soporte para ListNetworkLoadBalancerProtocol finaliza el 1 de marzo de 2023. Consulte ListenerDetails para obtener la lista actual de valores de protocolo soportados.
Cambio de servicio: OCI Cache está restringiendo el uso de los comandos Redis CONFIG SET y ACL en clusters gestionados por el servicio.
Fecha de anuncio: 14 de junio de 2024
Fecha de entrada en vigor: 14 de julio de 2024
Detalles: OCI Cache evita el uso de algunos comandos de Redis para garantizar el rendimiento y la estabilidad del servicio. Consulte Comandos de Redis no soportados. A partir del 14 de julio de 2024, los comandos CONFIG SET y ACL se incluirán en la lista de comandos restringidos para OCI Cache.
¿Cómo me afecta? Si actualmente utiliza estos comandos, ya no podrá utilizarlos con los clusters de OCI Cache después del 14 de julio de 2024. También recomendamos que no utilice estos comandos antes de que se restrinjan, ya que pueden causar problemas de estabilidad con clusters gestionados por OCI Cache.
Cambio en el servicio: el servicio Oracle OS Management está en desuso.
Fecha de anuncio: 23 de abril de 2024
Fecha de entrada en vigor: 23 de abril de 2025
Detalles: el 23 de abril de 2025, el servicio OS Management (OSMS) alcanza el final de la vida útil (EOL). A partir de ahora, el servicio ya no estará disponible en las regiones en las que aún no esté utilizando OSMS, ni para nuevos usuarios con nuevos arrendamientos. El servicio OS Management se sustituye por OS Management Hub, que proporciona una experiencia de usuario mejorada con nuevas funciones, incluidos los despliegues de parches a través de etapas de ciclo de vida, programación de trabajos mejorada y capacidades de generación de informes.
¿Cómo me afecta? El servicio OS Management ya no estará disponible para gestionar instancias de Oracle Linux o Microsoft Windows después del 23 de abril de 2025.
Qué debo hacer: empezar a utilizar el servicio OS Management Hub para gestionar instancias en Oracle Cloud Infrastructure (OCI), centros de datos privados y entornos en la nube de terceros soportados. Antes de la fecha de fin de vida, se recomienda migrar las instancias gestionadas del servicio OS Management al servicio OS Management Hub.
Nota
Otros servicios, incluido Autonomous Linux, que utilizan la API de gestión del sistema operativo proporcionarán orientación independiente.
Cambio en el servicio: fin de la vida útil de Oracle Cloud Infrastructure Process Automation.
Fecha de anuncio: 15 de enero de 2025
Fecha de entrada en vigor: 23 de enero de 2026
Detalles: a partir del 23 de enero de 2026 (la "Fecha de finalización"), Oracle Cloud Infrastructure Process Automation llegará al final de su vida útil. Los servicios afectados son los siguientes:
B95504 - Oracle Cloud Infrastructure - Automatización de proceso - Usuario
B95505 - Oracle Cloud Infrastructure - Automatización de proceso - Paquete de ejecución
Antes de la fecha de finalización, recomendamos que migre a Oracle Integration. Oracle Integration es una plataforma completa de automatización del negocio que permite a los clientes conectar sus aplicaciones y datos, automatizar los procesos de negocio e innovar con IA. En el futuro, puede aprovechar todas las capacidades de automatización de procesos como parte de Oracle Integration.
¿Cómo me afecta? Debe tener en cuenta que Oracle Cloud Infrastructure Process Automation ya no estará disponible o soportado después del 23 de enero de 2026. Si ya es cliente, puede seguir utilizando el servicio hasta entonces. Sin embargo, debe migrar a Oracle Integration antes de la fecha de finalización para evitar la interrupción del servicio.
Qué debo hacer: los clientes existentes pueden realizar la transición a Oracle Integration mediante un proceso que asociará su instancia de Oracle Cloud Infrastructure Process Automation a Oracle Integration. También puede exportar aplicaciones de proceso y/o aplicaciones de decisión existentes desde Process Automation e importarlas a Oracle Integration. Para obtener orientación sobre el proceso de migración, consulte los detalles documentados aquí.
Cambio en el servicio: los permisos de IAM para los recursos de Networking necesarios para crear y trabajar con clusters OpenSearch están cambiando de permisos de servicio a permisos de usuario.
Fecha de anuncio: 20 de febrero de 2024
Fecha de entrada en vigor: 15 de septiembre de 2024
Detalles: para crear y gestionar clusters en Search con OpenSearch, debe crear políticas de IAM para su arrendamiento que otorguen permisos a recursos de Networking específicos. Actualmente, los permisos necesarios son los permisos de servicio, con sentencias de política como el siguiente fragmento:
Allow service opensearch to manage <Networking_Resource>...
La búsqueda con OpenSearch pasa a requerir permisos de usuario para otorgar acceso a los recursos de Networking en lugar de requerir permisos de servicio. Durante el período de transición, su arrendamiento debe tener ambos tipos de políticas.
¿Cómo me afecta? Todos los arrendamientos en los que los usuarios crean y gestionan clusters OpenSearch deben tener nuevas políticas que especifiquen permisos de usuario, además de las políticas existentes con permisos de servicio para acceder a los recursos de Networking necesarios.
¿Qué debo hacer? Para prepararse para esta transición, cree una política para Search con OpenSearch en su arrendamiento que otorgue los permisos de usuario necesarios a los recursos de Networking. El siguiente ejemplo de política incluye estos permisos:
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>
Debe mantener cualquier política existente que tenga para Search con OpenSearch que incluya sentencias de permisos de servicio para los recursos de Networking hasta que se haya completado la transición a las sentencias de permisos de usuario. Consulte Buscar con OpenSearch políticas de IAM para obtener documentación sobre los permisos necesarios para buscar con OpenSearch.
Cambio en el servicio: las API de Service Mesh de Oracle Cloud Infrastructure de la versión 20210930 quedaron en blanco el 14 de diciembre de 2022.
Fecha de anuncio: 14 de diciembre de 2022
Fecha de entrada en vigor: el 15 de diciembre de 2023
Detalles: a partir del 14 de diciembre de 2022, las API de Service Mesh de la versión 20210930 están en desuso. A partir del 15 de diciembre de 2023, las API en desuso no estarán disponibles.
Las nuevas API (versión 20220615) soportarán las operaciones de actualización/supresión/obtención/enumeración de los recursos creados por las API en desuso .
Los SDK de OCI y las herramientas de línea de comandos que se hayan publicado antes del 14 de diciembre de 2022 están limitados a las funciones del modelo de recursos en desuso (versión 20210930).
Cambio de servicio: el atributo csi (CreateIncident) está en desuso y el campo Max Length para el atributo description (CreateTicketDetails) se reduce a 1500.
Fecha de anuncio: 27 de enero de 2025.
Fecha de entrada en vigor: 27 de enero de 2026.
Detalles: con la migración a Mi soporte de Oracle Cloud, el atributo csi ya no es necesario y el campo Max Length para el atributo description debe ser 1500 (era 1800).
¿Cómo me afecta? Si tiene scripts personalizados que utilizan explícitamente el atributo csi o que se basan explícitamente en un valor Max Length superior a 1500 para el atributo description, puede que desee actualizar los scripts.
¿Qué debo hacer? Al utilizar SDK y la CLI, actualice las secuencias de comandos personalizadas para eliminar los atributos y valores de campo en desuso.
Cambio en el servicio: las API de análisis de documentos de Oracle Cloud Infrastructure Vision quedaron en desuso el 30 de enero de 2023. La funcionalidad de análisis de documentos se ofrece ahora mediante el servicio Oracle Cloud Infrastructure Document Understanding.
Fecha de anuncio: 30 de enero de 2023
Fecha de entrada en vigor: el 31 de enero de 2024
Detalles:
Las siguientes API quedaron en desuso el 10 de enero de 2023:
AnalyzeDocument
CreateDocumentJob
GetDocumentJob
CancelDocumentJob
Todos los datos de salida almacenados en un cubo de Object Storage como resultado de trabajos de documentos anteriores seguirán accesibles después de que la API de documento haya quedado en blanco. A partir del 31 de enero de 2024, las API en desuso no no estarán disponibles en el servicio Oracle Cloud Infrastructure Vision.
¿Cómo me afecta? Este cambio afecta a los clientes que utilizan la funcionalidad de análisis de documentos del servicio Oracle Cloud Infrastructure Vision.
¿Qué debo hacer? Los clientes que utilicen la funcionalidad de análisis de documentos del servicio Oracle Cloud Infrastructure Vision deben utilizar en su lugar la funcionalidad de análisis de documentos que se ofrece a través del servicio Oracle Cloud Infrastructure Document Understanding.