Anúncios de Alteração de Serviço

Alteração de Serviço: O serviço Oracle Cloud Infrastructure Anomaly Detection está obsoleto.

Data do Anúncio: 7 de março de 2024

Data de Vigência: 6 de março de 2025

Detalhes: Em vigor em 6 de março de 2025, o serviço Oracle Cloud Infrastructure Anomaly Detection atinge o fim da vida útil (EOL). Antes da data de EOL, recomendamos que você migre para o uso do serviço Oracle Cloud Infrastructure Data Science para detectar anomalias.

Isso me afeta? O serviço Anomaly Detection não estará mais disponível para uso após 6 de março de 2025. Os modelos criados anteriormente continuarão a operar em sua tenancy, embora você deva migrar imediatamente para evitar interrupções no serviço.

O que eu preciso fazer? Você pode usar o Operador do Serviço Oracle Cloud Infrastructure Data Science Acelerated Data Science para detectar anomalias. Ele suporta detecção de anomalias univariada e multivariada.

Alteração de Serviço: O suporte ao serviço Oracle Cloud Infrastructure API Gateway para determinadas cifras legadas está obsoleto.

Data do Anúncio: de março de 2024

Data de Vigência: 1o de abril de 2025

Detalhes: Em vigor em 1o de abril de 2025, o serviço API Gateway não suporta mais as seguintes cifras legadas:

• ECDHE-RSA-AES128-SHA256
• ECDHE-RSA-AES256-SHA384
• DHE-RSA-AES256-SHA256
• DHE-RSA-AES128-SHA256

Isso me afeta? Após 1o de abril de 2025, um gateway de API não incluirá mais as cifras legadas na lista de cifras suportadas ao estabelecer uma conexão com um cliente de API ou com um serviço de back-end. Um cliente de API ou um serviço de back-end que só suporte cifras legadas não poderá mais estabelecer conexão com um gateway de API.

O que eu preciso fazer? Certifique-se de que os clientes de API e os serviços de back-end que se conectam a gateways de API suportem uma ou mais das cifras que continuam a ser suportadas pelo serviço API Gateway (consulte Versões e Cifras de TLS Suportadas).

Alteração de Serviço: O atributo subnetId necessário da API CreateRecoveryServiceSubnet do Oracle Cloud Infrastructure está obsoleto.

A API CreateRecoveryServiceSubnet pode, em vez disso, usar o atributo Subnets opcional, que mais tarde muda para se tornar um atributo obrigatório.

Data do Anúncio: maio de 2023.

Data de Vigência: maio de 2024.

Detalhes: Antes dessa alteração de serviço, o atributo subnetId pode ser usado para especificar apenas uma sub-rede a ser associada a uma sub-rede do Recovery Service. Após essa alteração do serviço, o atributo subnetId é ignorado e subnets será o atributo obrigatório. O atributo subnets pode ser usado para especificar várias sub-redes a serem associadas a uma sub-rede do Recovery Service.

Isso me afeta? Se você tiver scripts personalizados ou scripts do Terraform que façam referência à API CreateRecoveryServiceSubnet e estiverem usando explicitamente o atributo subnetId, talvez queira modificar os scripts para remover esse atributo e usar subnets.

O que eu preciso fazer? Ao usar SDKs do OCI e ferramentas de linha de comando, você deve optar por atualizar seus scripts personalizados para usar o atributo subnets. Após maio de 2024, o atributo subnets será um campo obrigatório.

Alteração de Serviço: Em 31 de janeiro de 2023, o acordo entre a Oracle e a Cloudera expira. Como resultado, a partir de 31 de janeiro, o Oracle Big Data Service não suportará mais o uso do CDH (Cloudera Distribution including Apache Hadoop) para iniciar novos clusters ou adicionar nós ou núcleos a clusters existentes além de um limite definido. Essa alteração não afeta o suporte contínuo dos clusters existentes do Big Data Service CDH.

Essa alteração só é aplicável ao Big Data Service CDH. Essa alteração não afeta os clientes que usam o Oracle Big Data Appliance (BDA) on-premises ou o Big Data Service com o Oracle Distribution of Hadoop (ODH).

Data do Anúncio: 13 de dezembro de 2022

Data de Vigência: 31 de janeiro de 2023

Detalhes: Em 31 de janeiro de 2023, será congelado o limite para a expansão do número de núcleos de computação (OCPUs) do Big Data Service CDH. O número de núcleos de computação na tenancy de um cliente em 31 de janeiro se torna o número máximo de núcleos permitidos para essa tenancy e nenhuma expansão adicional será permitida.

Isso me afeta? Essa alteração só é aplicável ao Big Data Service com CDH. O Big Data Service com o Oracle Distribution of Hadoop (ODH) não é impactado de forma alguma.

Por exemplo, em 31 de janeiro de 2023, se uma tenancy tiver 2 clusters do BDS CDH com 15 nós, cada um com um total de 120 OCPUs, depois de 31 de janeiro de 2023, o limite máximo de OCPUs será definido como 120 e não poderá ser aumentado além de 120 após essa data. Para problemas de suporte, como a substituição de nós com falha, novos nós poderão ser adicionados até esse limite. Os usuários também podem diminuir o número de núcleos e voltar ao mesmo limite (por exemplo, 120).

Próximas etapas: A Oracle recomenda planejar e implementar qualquer expansão necessária do cluster do CDH do Big Data Service antes de 31 de janeiro de 2023. Para clientes que desejam evitar essa restrição de expansão após essa data, recomendamos migrar para o ODH do Big Data Service.

Sobre o Big Data Service com ODH: Em 2022, a Oracle lançou o ODH do Big Data Service, que desenvolvemos como serviço de nuvem nativo para nossos clientes de big data. A Oracle oferece investimento e suporte contínuos para o ODH, sem requisitos de licenciamento da Cloudera. O ODH tem recursos importantes focados na empresa, incluindo dimensionamento automático, Kerberos, integração do Active Directory, conector HDFS para Object Storage e scripts de Inicialização. E ele é um dos produtos de big data mais econômicos do mercado.

O ODH do Big Data Service tem várias versões com as versões mais recentes e anteriores dos componentes do Hadoop para compatibilidade com pilhas de aplicativos mais recentes e mais antigos. Ele também é verificado com o WANdisco Data Migrator para migrações mais fáceis em escala e usa os serviços do Oracle Cloud Lift para trabalhar com engenheiros da Oracle em migrações. Para obter informações sobre como migrar para o ODH do Big Data Service, consulte a documentação.

Alteração do Serviço: As políticas de backup definidas pela Oracle não incluem mais backups completos de volume.

Data do Anúncio: 3 de novembro de 2020

Data de Vigência: 3 de novembro de 2021

Detalhes: Desde 3 de novembro de 2021, as políticas de backup definidas pela Oracle não incluem mais backups completos de volume. Todos os backups de volume gerados de acordo com políticas definidas pela Oracle agora são backups incrementais. Essa alteração se aplica a designações de política de backup de volume existentes e a novas designações de política de backup de volume. Essa alteração não afeta as políticas definidas pelo usuário, que permanecem inalteradas.

Isso me afeta? Se você tiver designado uma política definida pela Oracle a volumes de inicialização ou em blocos para backups programados, os backups completos não serão mais gerados após 3 de novembro de 2021.

O que eu preciso fazer? Os backups incrementais são funcionalmente iguais aos backups completos para fins de recuperação de dados. Para obter mais informações, consulte Tipos de Backup de Volume. Nenhuma ação é necessária para cenários de recuperação de dados. Alguns cenários de conformidade podem exigir backups completos programados. Para esses cenários de conformidade, altere a designação da política de backup para uma política de backup definida pelo usuário antes de 1 de novembro de 2021. Você pode criar uma nova política definida pelo usuário com base em uma política de backup existente. Consulte Duplicando Políticas de Backup Existentes.

Alteração do Serviço: Fim da vida útil do OCI Classic Migration Service a partir de 31 de março de 2024.

Data do Anúncio: 04 de março de 2024

Data de Vigência: 31 de março de 2024

Detalhes: A Oracle anuncia as atualizações de fim de distribuição e fim de vida útil do OCI Classic Migration Service a partir de 31 de março de 2024.

O Classic Migration Service (anteriormente conhecido como Serviço de Migração de Aplicativos) simplifica a migração de aplicativos do Oracle Cloud Infrastructure Classic para o Oracle Cloud Infrastructure. O Classic Migration Service migra aplicativos como aplicativos do Oracle Java Cloud Service, SOA Cloud Service e Integration Classic, do Oracle Cloud Infrastructure Classic e Oracle Cloud@Customer para o Oracle Cloud Infrastructure.

Isso me afeta? Não deve haver impacto para os clientes existentes. As versões de aplicativos suportadas pelas Migrações Clássicas ficaram obsoletas por vários anos e os clientes já estão em execução em versões mais recentes.

O que eu preciso fazer? Nenhuma ação esperada dos clientes. Se você descobrir que tem um aplicativo Clássico que precisa ser migrado, entre em contato com o serviço de Aplicativo em Nuvem associado.

Alteração de Serviço: A classe de falha PCI-NIC do monitoramento de integridade da instância bare metal do serviço Compute está obsoleta.

Data do Anúncio: 21 de junho de 2022

Data de Vigência: 21 de junho de 2023

Detalhes: A classe de falha PCI-NIC fornece informações sobre um problema de hardware com as suas instâncias bare metal, especificamente quando uma falha na NIC (placa de interface de rede) da instância for detectada. A classe de falha PCI-NIC não será mais emitida.

Isso me afeta? Quando o suporte terminar, você não receberá mais notificações de monitoramento de integridade para a classe de falha PCI-NIC. As métricas de integridade da infraestrutura não serão mais emitidas para a classe de falha PCI-NIC.

O que eu preciso fazer? Migre para a classe de falha PCI para obter uma funcionalidade semelhante. Para obter mais informações, consulte Monitoramento de Integridade do Serviço Compute para Instâncias Bare Metal e Métricas de Integridade da Infraestrutura.

Alteração de Serviço: O OCI Java SDK versão 2 está sendo descontinuado.

Data do Anúncio: 6 de abril de 2023

Data de Vigência: 30 de junho de 2023

Detalhes: A Oracle lançou recentemente o Java SDK do Oracle Cloud Infrastructure (OCI) versão 3. O OCI Java SDK versão 3 é uma versão principal do SDK e recomendamos que você faça upgrade para esta versão mais recente. Continuaremos a dar suporte completo ao OCI Java SDK versão 2 até o final de junho de 2023. Durante esse tempo, as versões 2 e 3 do OCI Java SDK receberão atualizações regulares para adicionar suporte a novas APIs de serviço, correções críticas de bugs e patches de segurança e modificações na documentação.

Isso me afeta? Após 30 de junho de 2023, o OCI Java SDK versão 2 não receberá mais atualizações para adicionar suporte a novas regiões, novos serviços ou recursos em serviços existentes, a menos que especificado de outra forma. Para versões mais antigas do OCI Java SDK versão 2 que têm menos de 12 meses, após a solicitação, o OCI suportará apenas correções críticas de erros e problemas de segurança.

O que eu preciso fazer? Faça upgrade para o OCI Java SDK versão 3.

As APIs do Autonomous Data Warehouse do Oracle Cloud Infrastructure foram descontinuadas em 15 de fevereiro de 2019.

Importante! O suporte para essas APIs do serviço Autonomous Database for Analytics and Data Warehousing terminou em 1 de julho de 2020. A Oracle recomenda que você migre as cargas de trabalho do banco de dados para as APIs de substituição o mais rápido possível.

Alteração de Serviço: O valor padrão do atributo isMTLSConnectionRequired será alterado de true para false em 1º de julho de 2023 nas seguintes APIs:

• CreateAutonomousDatabase
• GetAutonomousDatabase
• UpdateAutonomousDatabase

Data do Anúncio: 7 de fevereiro de 2023.

Data de Vigência: 1º de julho de 2023.

Detalhes: Antes dessa alteração de serviço, o valor padrão do atributo isMTLSConnectionRequired era true. Isso se aplica ao Autonomous Database Serverless.

Isso me afeta? Se houver scripts personalizados ou scripts do Terraform que façam referência às APIs CreateAutonomousDatabase, GetAutonomousDatabase ou UpdateAutonomousDatabase, talvez você queira modificar os scripts para levar em conta o valor padrão alterado desse atributo. No entanto, se você optar por não fazer alterações nos seus scripts, as chamadas de API que contiverem esse atributo continuarão a funcionar, exceto que o valor padrão mudará de "true" para "false".

O que eu preciso fazer? Ao usar SDKs e ferramentas de linha de comando do OCI, você pode optar por atualizar seus scripts personalizados para definir explicitamente o atributo isMTLSConnectionRequired como "true".

Alteração de Serviço: As APIs a seguir têm alterações nas quais a API ou determinados campos da API estão obsoletos.

Data do Anúncio: 17 de maio de 2023.

Data de Vigência: 17 de maio de 2024.

Detalhes: Antes dessa alteração de serviço, essas APIs incluíam as APIs ou os campos da API mencionados. Após essa alteração no serviço, os campos de APIs ou APIs mencionados serão removidos. Isso se aplica ao Autonomous Database Serverless.

O suporte a esses Campos da API do Autonomous Database terminará em 2 de maio de 2024. A Oracle recomenda que você migre seus scripts para descontinuar o uso desses Campos o mais rápido possível. Quando fornecido, alterne para usar o campo de substituição ou a API.

Isso me afeta? Se você tiver scripts personalizados ou scripts do Terraform que estejam fazendo referência a essas APIs ou aos campos mencionados, modifique os scripts para contabilizar essas alterações.

O que preciso fazer? Ao usar SDKs do OCI e ferramentas de linha de comando, você atualiza seus scripts personalizados para remover o uso de APIs ou campos obsoletos ou usar as substituições.

Alteração de Serviço: Os valores de retorno para determinadas alterações de APIs, em que o valor retornado de 409 Incorrect State em alguns casos, conforme apropriado, é alterado para 409 Conflict.

Data do Anúncio: 2023 de outubro.

Data de Efetivação: 2024 de Outubro.

Detalhes: Antes dessa alteração de serviço, determinadas chamadas de API falham com o código de erro 409 Incorrect State. Depois que esse serviço for alterado, em determinados casos, conforme apropriado, as chamadas de API falharão com o código de erro 409 Conflict.

Antes dessa alteração, muitas APIs retornam 409 Incorrect State quando o Autonomous Database é Interrompido ou está Indisponível. Para esses estados, de acordo com as diretrizes da API, o retorno correto é 409 Conflict. Para outros estados do Autonomous Database, como Inicialização, Interrupção e Provisionamento, o retorno atual de 409 Incorrect State está correto e isso não será alterado após essa atualização.

O retorno 409 Incorrect State deve ser usado para indicar que as novas tentativas são OK e que o recurso acabará por atingir o estado correto, e o retorno 409 Conflict indica que o recurso não atingirá o estado correto por conta própria e que as novas tentativas não devem ser executadas. Essa alteração de serviço altera o valor do código de erro nessas APIs para os casos em que 409 Conflict é representativo do estado conhecido do Autonomous Database.

Essa alteração de serviço se aplica às seguintes APIs:

• UpdateAutonomousDatabase
• DeleteAutonomousDatabase
• ChangeDisasterRecoveryConfiguration
• RotateAutonomousDatabaseEncryptionKey
• StartAutonomousDatabase
• RestartAutonomousDatabase
• ShrinkAutonomousDatabase
• StopAutonomousDatabase
• ConfigureAutonomousDatabaseVaultKey
• AutonomousDatabaseManualRefresh
• FailOverAutonomousDatabase
• SwitchoverAutonomousDatabase
• ChangeAutonomousDatabaseCompartment
• RegisterAutonomousDatabaseDataSafe
• DeregisterAutonomousDatabaseDataSafe
• EnableAutonomousDatabaseOperationsInsights
• DisableAutonomousDatabaseOperationsInsights

Isso me afeta?: Se você tiver scripts personalizados ou scripts do Terraform que estejam tratando o retorno 409 Incorrect State dessas APIs, talvez queira modificar os scripts para tratar o retorno 409 Conflict, conforme apropriado.

O que preciso fazer? Ao usar SDKs do OCI e ferramentas de linha de comando, você pode optar por atualizar seus scripts personalizados.

Alteração de Serviço: No Autonomous Database Serverless, a capacidade de fazer backups manuais, que não são backups de longo prazo, está sendo descontinuada.

O Autonomous Database Serverless faz backup automaticamente do banco de dados em até 60 dias. Devido a essa alteração, em 15 de fevereiro de 2025, quando você chama a API CreateAutonomousDatabaseBackupDetails com o atributo isLongTermBackup, o valor deve ser definido como true. O valor default do atributo isLongTermBackup também será alterado para true.

Data do Anúncio: 15 de fevereiro de 2024.

Data de Vigência: 15 de fevereiro de 2025.

Detalhes: Antes dessa alteração de serviço, o valor padrão do atributo isLongTermBackup era false. Após essa alteração de serviço, o único valor válido para o atributo isLongTermBackup é true. Essa alteração é aplicável ao Autonomous Database Serverless.

Isso me afeta? Se você tiver scripts personalizados ou scripts do Terraform que estejam fazendo referência à API CreateAutonomousDatabaseBackupDetails, talvez queira modificar os scripts para contabilizar o valor padrão alterado desse atributo. No entanto, se você optar por não fazer alterações nos seus scripts, as chamadas de API que contiverem esse atributo continuarão a funcionar, exceto que o valor padrão mudará de false para true.

O que preciso fazer?: Ao usar SDKs do OCI e ferramentas de linha de comando, atualize seus scripts personalizados para definir explicitamente o atributo isLongTermBackup como true.

Service Change: The isShared parameter from the Oracle Cloud Infrastructure's ListAutonomousDatabaseCharacterSets is deprecated.

Data do Anúncio: 2023 de outubro.

Data de Efetivação: 2024 de Outubro.

Detalhes: Antes dessa alteração de serviço, o parâmetro isShared opcional pode ser usado. Essa alteração introduz o parâmetro isDedicated opcional, e o parâmetro isShared será removido após outubro de 2024.

Isso me afeta?: Se você tiver scripts personalizados ou scripts do Terraform que estejam fazendo referência à API ListAutonomousDatabaseCharacterSets usando o parâmetro isShared com o valor TRUE, modifique os scripts para substituir esse parâmetro pelo valor TRUE O parâmetro isDedicated com o valor FALSE e, se você estiver fazendo referência à API ListAutonomousDatabaseCharacterSets usando o parâmetro isShared com o valor FALSE, modifique os scripts para substituir esse parâmetro pelo atributo isDedicated com o valor TRUE.

O que preciso fazer?: Ao usar SDKs do OCI e ferramentas de linha de comando, atualize seus scripts personalizados para substituir o parâmetro isShared pelo parâmetro isDedicated.

As APIs do sistema de BD Exadata do Oracle Cloud Infrastructure foram descontinuadas em 15 de novembro de 2020.

Importante!: Nenhum sistema novo pode ser provisionado com o modelo de recurso/APIs antigos do sistema de BD após 15 de maio de 2021. O suporte para o modelo de recurso/APIs antigos do sistema de BD em sistemas existentes será encerrado em 15 de agosto de 2021. A Oracle recomenda que você migre as suas instâncias do Exadata Database Service em Infraestrutura Dedicada para as novas APIs do modelo de recursos assim que possível. A conversão para o novo modelo de recursos não envolve qualquer tempo de inatividade do sistema.

Alteração de Serviço: O atributo dbWorkload opcional da API CreateDatabase do Oracle Cloud Infrastructure está obsoleto.

Data do Anúncio: novembro de 2022.

Data de Vigência: novembro de 2023.

Detalhes: Antes dessa alteração de serviço, o atributo dbWorkload poderia ser usado para escolher entre a carga de trabalho OLTP (Online Transaction Processing) ou Data Warehouse (Analytic) e seria usado internamente para determinar as definições de memória com base na carga de trabalho do banco de dados. Após essa alteração de serviço, o atributo dbWorkload será tratado como "no-op" (sem operação), o que significa que, embora as chamadas de API que contêm o atributo obsoleto não falhem, o valor informado será ignorado e o sistema usará internamente um valor padrão. Isso é aplicável ao Exadata Database Service on Dedicated Infrastructure, Exadata Database Service on Cloud@Customer e Base Database Service.

Isso me afeta? Se houver scripts personalizados ou scripts do Terraform que fazem referência à API CreateDatabase e estiverem usando explicitamente o atributo dbWorkload, talvez você queira modificar os scripts para remover esse atributo. No entanto, se você optar por não fazer alterações nos seus scripts, as chamadas de API que contêm esse atributo continuarão a funcionar, exceto que o valor informado para o atributo dbWorkload não será considerado.

O que eu preciso fazer? Ao usar SDKs e ferramentas de linha de comando do OCI, você pode optar por atualizar seus scripts personalizados para excluir o atributo dbWorkload. Após novembro de 2023, se você informar um valor para o atributo dbWorkload, ele será ignorado.

Alteração de Serviço: As APIs de Migração do Banco de Dados do Oracle Cloud Infrastructure da versão 20200720 foram descontinuadas em 6 de outubro de 2021.

Data do Anúncio: 6 de outubro de 2021

Data de Vigência: 5 de outubro de 2022

Detalhes: A partir de 5 de outubro de 2022, as APIs do serviço Database Migration da versão 20200720 ficarão obsoletas.

• Qualquer recurso criado com a versão obsoleta é convertido automaticamente no modelo de recurso mais recente (versão 20210929). (Antes dessa data, qualquer recurso criado com a versão obsoleta permanece acessível em seu basePath de /20200720.)
• Os usuários da Console do OCI são migrados automaticamente para o modelo de recurso mais recente (versão 20210929).
• Os SDKs do OCI e as ferramentas de linha de comando que foram lançadas antes de 6 de outubro de 2021 estão limitados aos recursos do modelo de recurso obsoleto (versão 20200720).
• Os Kits do Agente do Serviço de Database Migration que foram baixados antes de 6 de outubro de 2021 se limitam às funcionalidades do modelo de recurso obsoleto (versão 20200720).

Isso me afeta? Sim, se você tiver um kit mais antigo de cliente ou agente .

O que eu preciso fazer?

• SDKs do OCI e ferramentas de linha de comando: Para aproveitar os recursos mais recentes disponíveis no modelo de recurso mais recente, atualize seu cliente para qualquer versão lançada após 6 de outubro de 2021.
• Kits do Agente do Serviço Database Migration: Se o seu kit tiver sido baixado antes de 6 de outubro de 2021, reinstale-o.

Lista de APIs não suportadas e de substituição

Alteração de Serviço: As APIs do DevOps do serviço Oracle Cloud Infrastructure (duas APIs) da versão 20210630 foram descontinuadas em 29 de março de 2022.

Data do Anúncio: 29 de março de 2022

Data de Vigência: 29 de março de 2023

Detalhes: A partir de 29 de março de 2022, duas APIs do serviço DevOps da versão 20210630 ficaram obsoletas. A partir de 29 de março de 2023, as APIs obsoletas não estarão disponíveis.

Alteração no Serviço: O serviço Event Hub está obsoleto.

Data do Anúncio: 29 de abril de 2022

Data de Vigência: 31 de maio de 2023

Detalhes: A partir de 31 de maio de 2023, o serviço Oracle Event Hub chegará ao fim da vida útil (EOL). Antes da data EOL, recomendamos que você migre seus fluxos de dados do Event Hub para o Oracle Cloud Infrastructure Streaming.

Isso me afeta? Se você usar o serviço Event Hub para criar clusters Kafka e/ou tópicos do Event Hub, não poderá mais fazê-lo após 31 de maio de 2023. Os clusters criados anteriormente continuarão a funcionar em sua tenancy sem alterações.

O que eu preciso fazer? Todos os clientes do Event Hub agora podem usar o Streaming para mover dados usando suas integrações estreitas com o OCI (Oracle Cloud Infrastructure), Database, GoldenGate e Integration Cloud. O serviço usa uma capacidade Kafka Connect para fornecer integrações prontas para uso de centenas de produtos de terceiros em categorias como aplicativos DevOps, bancos de dados, big data e SaaS.

Alteração de Serviço: Um máximo de 100 sistemas de arquivos pode ser anexado a qualquer política de snapshot específica.

Data do Anúncio: 5 de agosto de 2023

Data de Vigência: 7 de agosto de 2023

Detalhes: A partir de 7 de agosto de 2023, um novo limite de serviço será introduzido para limitar o número total de sistemas de arquivos anexados a uma política de snapshot. Essa alteração permitirá que até 100 sistemas de arquivos sejam anexados por política de snapshot por tenant por domínio de disponibilidade.

Isso me afeta? Se você estiver planejando anexar mais de 100 sistemas de arquivos a qualquer política de instantâneo específica, não poderá fazer isso após 7 de agosto de 2023. Todos os tenants existentes que tenham mais de 100 sistemas de arquivos anexados por política de snapshot antes de 7 de agosto de 2023 receberão uma exceção. Nenhuma exceção será dada após 7 de agosto de 2023.

O que eu preciso fazer? Se você precisar anexar mais de 100 sistemas de arquivos a uma política de snapshot, crie uma segunda política de snapshot ou use qualquer outra política de snapshot existente. Você pode criar uma política de snapshot 100 por tenant por domínio de disponibilidade. Você ainda pode gerar snapshots baseados em política para sistemas de arquivos, mas talvez precise usar mais de uma política de snapshot.

Alteração de Serviço: O tipo de membro COMPUTE_INSTANCE em DrProtectionGroupMemberType está sendo descontinuado e não será mais suportado.

Data do Anúncio: 31 de outubro de 2023

Data de Vigência: 31 de outubro de 2024.

Migre para um dos novos tipos de instância antes da data de descontinuação efetiva.

Isso me afeta? Se você usar o tipo de membro COMPUTE_INSTANCE na sua configuração de DR, essa alteração afetará você. Certifique-se de migrar para um dos novos tipos de instância antes da data de descontinuação efetiva.

O que eu preciso fazer? Para migrar de um COMPUTE_INSTANCE existente para um dos novos tipos de instância, siga estas instruções.

Alteração do Serviço: Não haverá mais suporte para a versão da CLI do Fn Project 0.5.x (e mais antigas).

Data do Anúncio: 29 de junho de 2021

Data de Vigência: 1 de agosto de 2021

Detalhes: A partir de 1º de agosto de 2021, a versão 0.5.x da CLI do Fn Project (e mais antigas) não funcionará mais com o OCI Functions.

Isso me afeta? Se você estiver usando atualmente a versão 0.5.x (ou mais antiga) da CLI do Fn Project, precisará fazer upgrade para a versão 0.6.x (ou mais recente) da CLI do Fn Project.

O que eu preciso fazer? Faça upgrade para a versão 0.6.x (ou mais recente) da CLI do Fn Project, seguindo as instruções em Upgrade da CLI do Fn Project.

Alteração de Serviço: Desde 15 de dezembro de 2021, as imagens base de build-time e runtime do Fn Project Function Development Kits (FDKs), com exceção do FDK para Python 3.7, são criadas sobre a distribuição slim do Oracle Linux 8. As imagens base do FDK Alpine/Debian estão obsoletas.

Data do Anúncio: 15 de novembro de 2021

Data de Vigência: 15 de dezembro de 2021

Detalhes: Desde 15 de dezembro de 2021, a maioria das imagens base de tempo de construção e de runtime do Fn Project Function Development Kits (FDKs) para os diferentes idiomas suportados são criadas sobre a distribuição slim do Oracle Linux 8 (em vez das distribuições Alpine e Debian do Linux). As novas funções implantadas usarão essas imagens base do Oracle Linux 8 FDK. As únicas exceções são as imagens base de tempo de construção e de runtime do FDK para Python 3.7, que continuam a ser construídas sobre a distribuição Debian do Linux.

As distribuições Alpine/Debian do Linux e a distribuição slim do Oracle Linux 8 têm diferentes gerenciadores de pacotes. Após a transição para as imagens base do FDK do Oracle Linux 8, o Dockerfile temporário criado pelo OCI Functions ao implantar novas funções contém os comandos do gerenciador de pacotes do Oracle Linux 8.

Isso me afeta?

Para funções existentes já implantadas no OCI Functions:

• Se o OCI Functions usar as definições no arquivo func.yaml de uma função para criar um Dockerfile temporário contendo as instruções para criar a imagem do Docker da função, a função será criada e implantada sem erros. O Dockerfile temporário inclui os comandos corretos do gerenciador de pacotes do Oracle Linux 8.
• Se você tiver criado um Dockerfile personalizado para uma função (por exemplo, modificando o Dockerfile que o OCI Functions cria e definindo runtime: docker no arquivo func.yaml da função), a função agora poderá ser criada e implantada com erros como missing apt-get .... Os erros vão ocorrer se o Dockerfile personalizado incluir comandos do gerenciador de pacotes Alpine/Debian.

O que eu preciso fazer? Se você criou Dockerfiles personalizados que contêm comandos do gerenciador de pacotes Alpine/Debian, substitua esses comandos pelos comandos do gerenciador de pacotes do Oracle Linux 8.

Se você não puder começar imediatamente a usar as imagens base do FDK do Oracle Linux 8 porque há funções que ainda requerem as distribuições Alpine ou Debian do Linux, há uma solução temporária. Até 15 de dezembro de 2022, as imagens base Alpine/Debian FDK permaneceram disponíveis, mas com tags de imagem modificada. Você pode atualizar Dockerfiles personalizados para usar as imagens base Alpine/Debian FDK obsoletas em vez das imagens base do Oracle Linux 8 especificando explicitamente as tags de imagem modificada. Consulte Minhas funções ainda exigem as distribuições Alpine e Debian do Linux. Há uma solução alternativa temporária?.

Alteração de serviço: As APIs GoldenGate do Oracle Cloud Infrastructure para DatabaseRegistrations foram descontinuadas em 01 de novembro de 2022.

Data do anúncio: 01 de novembro de 2022

Data de entrada em vigor: 01 de novembro de 2023

Detalhes: A partir de 01 de novembro de 2022, as APIs DatabaseRegistrations foram descontinuadas e substituídas por APIs Connections. A partir de 01 de novembro de 2023, as APIs obsoletas não estarão disponíveis.

Isso me afeta? Sim. As APIs DatabaseRegistrations funcionaram para conexões do Oracle Database, enquanto as novas APIs Connections extensíveis permitem que você se conecte a muitos outros tipos de tecnologias de dados.

O que eu preciso fazer? Use as APIs Connections em vez das APIs DatabaseRegistrations para estabelecer conexão com as tecnologias de origem e destino.

Alteração do serviço: A propriedade timeUpgradeRequired das APIs Deployment e DeploymentSummary foi descontinuada em 14 de março de 2023.

Data do anúncio: 14 de março de 2023

Data de entrada em vigor: 14 de março de 2024

Detalhes: Com os novos recursos de Manutenção lançados em 14 de março de 2023, a propriedade timeUpgradeRequired das APIs Deployment e DeploymentSummary está obsoleta.

Isso me afeta? A propriedade timeUpgradeRequired somente para leitura foi usada para ajudá-lo a determinar quanto tempo você teve que fazer upgrade manualmente para uma nova versão de implantação, mas o serviço não fez upgrade automaticamente de sua implantação quando o prazo passou. O novo recurso Manutenção programa uma ou mais atualizações e atualiza automaticamente sua implantação na data especificada. Você pode encontrar essas datas na página de detalhes da implantação.

O que eu preciso fazer? Você pode ajustar os upgrades programados conforme necessário ao criar a implantação ou na página de detalhes da implantação.

Alteração do serviço: A propriedade adminPassword usada nos objetos de modelo CreateOggDeploymentDetails e UpdateOggDeploymentDetails das APIs CreateDeploymentDetails e UpdateDeploymentDetails foi descontinuada em 15 de agosto de 2023.

Data do anúncio: 15 de agosto de 2023

Data em vigor: 15 de agosto de 2024

Detalhes: Com o novo recurso de assinatura única introduzido em 15 de agosto de 2023, a propriedade adminPassword usada nos objetos de modelo CreateOggDeploymentDetails e UpdateOggDeploymentDetails das APIs CreateDeploymentDetails e UpdateDeploymentDetails agora está obsoleta.

Isso me afeta? Sim.

O que eu preciso fazer? Novas implantações criadas a partir de 15 de agosto de 2023 exigem que você selecione um armazenamento de Credenciais (OCI Identity and Access Management (IAM) ou GoldenGate) em tenancies em que o OCI IAM com Domínios de Identidades está ativado. Se você selecionar o serviço IAM OCI, poderá fazer log-in na console de implantação usando sua conta do Oracle Cloud, enquanto o GoldenGate exigirá que você crie um serviço Vault e adicione um segredo para armazenar sua senha, que você usará para fazer log-in na console de implantação.

Alteração de serviço: Fim da vida útil do GoldenGate Cloud Service Classic em vigor em 11 de abril de 2024.

Data do anúncio: 22 de março de 2024

Data de vigência: 11 de abril de 2024

Isso me afeta? O Oracle GoldenGate Cloud Service Classic é executado no Oracle Cloud Classic Gen 1, que foi descontinuado em favor do Oracle Cloud Infrastructure (OCI) Gen 2 Cloud. Se você for um usuário do Oracle GoldenGate Cloud Service Classic, poderá migrar suas cargas de trabalho do Oracle Cloud Classic Gen 1 para o Oracle Cloud Infrastructure GoldenGate.

Se você for um usuário GoldenGate do OCI no momento, esse anúncio de alteração de serviço não se aplicará a você.

O que eu preciso fazer? Migre cargas de trabalho do Oracle GoldenGate Cloud Service para o Oracle Cloud Infrastructure GoldenGate, que oferece funcionalidade semelhante. Consulte Migração para o Oracle Cloud Infrastructure GoldenGate para obter as etapas de migração detalhadas.

Alteração de Serviço: As APIs de Eventos de Auditoria do Oracle Cloud Infrastructure Identity and Access Management e alguns modelos de relatórios para as APIs de Relatórios, que você pode usar com domínios de identidade do serviço IAM, ficarão obsoletas.

Data do Anúncio: 15 de maio de 2023.

Data de Vigência: 15 de dezembro de 2024

Detalhes: A partir de 15 de dezembro de 2024, as APIs do serviço IAM para AuditEvents e determinados modelos de relatórios nas APIs de Relatórios não funcionam mais com o serviço IAM.

Isso me afeta? Se você estiver usando APIs do serviço IAM para AuditEvents e as APIs para Relatórios que se baseiam em AuditEvents, precisará usar as APIs do serviço OCI Audit.

O que eu preciso fazer? Agora você pode usar APIs do OCI Audit. Para saber mais sobre como recuperar dados do OCI Audit, consulte:

• Implementar a segurança em várias nuvens usando o OCI Audit para capturar eventos do OCI Identity and Access Management
• Gerar Relatórios de Gerenciamento de Identidade e Acesso do Oracle Cloud Infrastructure Audit

Alteração de Serviço: A partir de 15 de julho de 2022, a API CreateFleet exigirá o OCID de log personalizado na propriedade inventoryLog.

Data do Anúncio: 15 de abril de 2022

Data de Vigência: 15 de julho de 2022

Detalhes: Desde 30 de março de 2022, o JMS usa o serviço Oracle Cloud Infrastructure Logging para armazenar logs de inventário e operação. Os logs de inventário são logs personalizados que armazenam o inventário do Java Runtime e informações relacionadas ao uso reportadas pelos hosts pelo serviço Management Agent. Com essa alteração, a API CreateFleet inclui uma propriedade adicional, inventoryLog, para especificar o log personalizado a ser usado.

O que eu preciso fazer? As frotas existentes devem ser migradas usando a API UpdateFleet até 15 de julho de 2022. Após 15 de julho de 2022, a propriedade inventoryLog da API CreateFleet será um parâmetro obrigatório. Consulte as operações CreateFleet e UpdateFleet para obter detalhes. Os agentes precisam estar na versão 220302.1455 ou posterior.

A partir de 26 de outubro de 2022, as APIs Detect do serviço Language da versão 20221001 ficaram obsoletas. A partir de 10 de outubro de 2023, as APIs obsoletas não estarão disponíveis.

A partir de 26 de outubro de 2022, as APIs de Idioma BatchDetect têm uma nova versão de API suportada do 20221001. Com a introdução da versão 20221001 da API, as classes a seguir foram removidas e substituídas pela classe comum, com.oracle.bmc.ailanguage.model.TextDocument.

Alteração no Serviço: O período de retenção de backup do Sistema de BD foi reduzido de 10.000 para 365 dias.

Data do anúncio: Setembro de 2020

Data de Vigência: Outubro de 2020

Detalhes: O período de retenção de backup do Sistema de BD foi reduzido de 10.000 para 365 dias.

Isso me afeta? N.º

O que eu preciso fazer? Nada.

Alteração de Serviço: O valor padrão de AutomaticBackupRetention é alterado de DELETE para RETAIN.

Data do Anúncio: 2024

Data de entrada em vigor: 2025 de janeiro

Detalhes: Antes dessa alteração de serviço, o valor padrão do atributo AutomaticBackupRetention na Política de Exclusão do Sistema de BD era DELETE. Com essa alteração, o valor padrão de AutomaticBackupRetention é alterado para RETAIN. Observe que essa alteração não afeta a política de exclusão dos Sistemas de BD existentes. A alteração é aplicável apenas aos Sistemas de BD criados após a data em vigor.

Isso me afeta? Sim, se você usar padrões para a política de exclusão.

O que eu preciso fazer? Se preferir que o padrão seja DELETE para AutomaticBackupRetention e estiver usando SDK/CLI/Terraform sem o valor que está sendo definido, defina o valor preferencial explicitamente.

A API ListNetworkLoadBalancerProtocol do Network Load Balancer do Oracle Cloud Infrastructure está obsoleta desde 12 de janeiro de 2022. O suporte para a API ListNetworkLoadBalancerProtocol termina em 1º de março de 2023. Consulte ListenerDetails para obter a lista atual de valores de protocolo suportados.

Alteração de Serviço: O serviço Oracle OS Management está obsoleto.

Data do Anúncio: 23 de abril de 2024

Data de Vigência: 23 de abril de 2025

Detalhes: Em vigor em 23 de abril de 2025, o serviço OS Management atinge o fim da vida útil (EOL). O serviço OS Management é substituído pelo OS Management Hub, que fornece uma experiência aprimorada ao usuário com novos recursos, incluindo implantações de patch por meio de estágios do ciclo de vida, programação de job aprimorada e recursos de geração de relatórios.

Isso me afeta? O serviço OS Management não estará mais disponível para gerenciar instâncias do Oracle Linux ou do Microsoft Windows após 23 de abril de 2025.

O que preciso fazer: Comece a usar o serviço OS Management Hub para gerenciar instâncias no OCI (Oracle Cloud Infrastructure), data centers privados e ambientes de nuvem de terceiros suportados. Antes da data de EOL, recomendamos que você migre instâncias gerenciadas do serviço OS Management para o serviço OS Management Hub.

Alteração de Serviço: As permissões do serviço IAM para recursos de Rede necessárias para criar e trabalhar com clusters OpenSearch estão mudando de permissões de serviço para permissões de usuário.

Data do Anúncio: 20 de fevereiro de 2024

Data de Vigência: 20 de março de 2024

Detalhes: Para criar e gerenciar clusters no Search com OpenSearch, crie políticas do serviço IAM para sua tenancy que conceda permissões a recursos de Rede específicos. No momento, as permissões necessárias são permissões de serviço, com instruções de política, como o seguinte trecho de código:

Allow service opensearch to manage <Networking_Resource>...

A pesquisa com OpenSearch está em transição para exigir permissões de usuário para conceder acesso a recursos de Rede em vez de permissões de serviço. Durante o período de transição, sua tenancy precisa ter os dois tipos de políticas.

Isso me afeta? Todas as tenancies nas quais os usuários estão criando e gerenciando clusters OpenSearch precisam ter novas políticas que especifiquem permissões de usuário, além das políticas existentes com permissões de serviço para acesso aos recursos de Rede necessários.

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> 

Você precisa manter qualquer política existente que tenha para Pesquisa com OpenSearch que inclua instruções de permissões de serviço para recursos de Rede até que a transição para instruções de permissões de usuário tenha sido concluída. Consulte Pesquisar com Políticas do IAM OpenSearch para obter documentação sobre as permissões necessárias para Pesquisar com OpenSearch.

Alteração de Serviço: As APIs de versão 20210930 do Service Mesh do Oracle Cloud Infrastructure se tornaram obsoletas em 14 de dezembro de 2022.

Data do Anúncio: 14 de dezembro de 2022

Data de Vigência: 15 de dezembro de 2023

Detalhes: A partir de 14 de dezembro de 2022, as APIs de versão 20210930 do Service Mesh ficaram obsoletas. De 15 de dezembro em diante, as APIs obsoletas não estarão disponíveis.

• As Operações Atualizar/Excluir/Obter/Listar em quaisquer recursos criados por APIs obsoletas serão compatíveis com as novas APIs (versão 20220615).
• Os SDKs e as ferramentas de linha de comando do OCI que foram lançados antes de 14 de dezembro de 2022 estão limitados às funcionalidades do modelo de recurso obsoleto (versão 20210930).

Lista de APIs não suportadas e de substituição

Alteração de Serviço: As APIs de análise de documentos do Oracle Cloud Infrastructure Vision se tornaram obsoletas em 30 de janeiro de 2023. A funcionalidade de análise de documentos agora é oferecida por meio do serviço Oracle Cloud Infrastructure Document Understanding.

Data do Anúncio: 30 de janeiro de 2023

Data de Vigência: 31 de janeiro de 2024

Detalhes:

As seguintes APIs se tornaram obsoletas em 10 de janeiro de 2023:

• AnalyzeDocument
• CreateDocumentJob
• GetDocumentJob
• CancelDocumentJob

Todos os dados de saída armazenados em um bucket do serviço Object Storage que resultavam de Jobs anteriores do serviço Document permanecerão acessíveis após a descontinuação da API do serviço Document. De 31 de janeiro de 2024 em diante, as APIs obsoletas ficarão indisponíveis no serviço Oracle Cloud Infrastructure Vision.

Isso me afeta? Essa alteração afeta os clientes que usam a funcionalidade de análise de documentos no serviço Oracle Cloud Infrastructure Vision.

O que eu preciso fazer? Os clientes que usam a funcionalidade de análise de documentos no serviço Oracle Cloud Infrastructure Vision devem usar a funcionalidade de análise de documentos oferecida pelo serviço Oracle Cloud Infrastructure Document Understanding.