Versão do Java do Agente

1. Para qualquer agente de conectividade que ainda não esteja usando o JDK 17, instale o JDK 17 no servidor que hospeda o agente.
2. Para qualquer agente que ainda esteja usando o JKS KeyStore, converta o KeyStore em PKCS12 KeyStore. Você pode fazer a conversão de uma destas duas maneiras:
   • Automaticamente, durante o upgrade: Seu JKS KeyStore será convertido automaticamente para o PKCS12 KeyStore durante o upgrade.
   • Manualmente, antes do upgrade: Você pode converter o JKS KeyStore para o PKCS12 KeyStore manualmente, antes do upgrade, seguindo as etapas abaixo.
   Observação
   
   A conversão do JKS KeyStore para o PKCS12 KeyStore não afeta seu agente de conectividade do Oracle Integration Generation 2 e só entra em vigor depois que você faz upgrade para o Oracle Integration 3.

   Se você quiser converter manualmente seu JKS KeyStore para o PKCS12 KeyStore, execute as etapas a seguir antes de atualizar. Essas tarefas exigem que você interrompa brevemente e reinicie o agente de conectividade; portanto, escolha um horário em que o agente de conectividade não esteja sendo usado.

   1. No servidor que hospeda o agente de conectividade, crie um backup do arquivo keystore.jks, que está localizado na seguinte pasta:

      Agent_Install_Location/agenthome/agent/cert

   2. Mova o arquivo de backup para uma pasta diferente.
   3. Converta o JKS KeyStore em PKCS12 KeyStore executando o seguinte comando na linha de comando:

      keytool -importkeystore -srckeystore keystore.jks -destkeystore keystore.p12 -srcstoretype JKS -deststoretype PKCS12 -deststorepass changeit -srcstorepass changeit

   4. Interromper o agente de conectividade.
   5. Exclua o arquivo keystore.jks no seguinte local:

      Agent_Install_Location/agenthome/agent/cert

   6. Inicie o agente de conectividade.

Conectividade do Agente para o Oracle Integration 3 - O agente de conectividade deve estar em execução

Os agentes que não estão acessíveis durante o upgrade ou que não atendem aos requisitos de upgrade não serão submetidos a upgrade; nesse caso, você precisará executar etapas pós-upgrade para recuperar a conectividade.

Conectividade do Agente para o Oracle Integration 3 - Atualize suas definições da lista de permissões

À medida que a janela de upgrade se aproxima, execute as seguintes tarefas de pré-upgrade:

• Adicione o endereço IP do Oracle Cloud Infrastructure Identity and Access Management (IAM) à lista de permissões.
• Adicione os endereços IP de design-time e runtime do Oracle Integration à lista de permissões.
• Defina a propriedade Cache do servidor proxy para que os URLs do Oracle Integration sejam atualizados com a maior frequência possível.

Os agentes que não estão acessíveis durante o upgrade ou que não atendem aos requisitos de upgrade não serão submetidos a upgrade; nesse caso, você precisará executar etapas pós-upgrade para recuperar a conectividade.

Identificador AgentGroup Não Suportado

URL de Ponto Final Personalizado

• Se você estiver usando o Visual Builder:
  1. Para continuar a atualização, conclua as Tarefas de Pré-Upgrade do Visual Builder.
  2. Durante o upgrade, o processo de upgrade configura seu ponto final personalizado e qualquer ponto final personalizado alternativo no Visual Builder.
• Se você não estiver usando o Visual Builder e tiver pontos finais personalizados alternativos, exclua-os da sua instância do Oracle Integration Generation 2. No momento, o Oracle Integration 3 não suporta pontos finais personalizados alternativos.
• Se você não estiver usando o Visual Builder e seu ponto final personalizado usar SSL:
  1. Para continuar o upgrade, configure um balanceador de carga na frente da instância do Oracle Integration Generation 2 e remova o certificado SSL.
  2. Durante o upgrade, o processo de upgrade configura seu ponto final personalizado no Oracle Integration 3.
  3. Após o upgrade, o acesso de runtime às suas integrações continuará funcionando como no Oracle Integration Generation 2. Para todos os outros pontos de acesso, como design-time e Process Automation, você ainda acessa o ponto final personalizado, mas o ponto final personalizado é redirecionado para o URL apropriado.
• Se nenhuma dessas situações se aplicar e essa pré-verificação for aprovada, o processo de upgrade configurará seu ponto final personalizado no Oracle Integration 3, e o ponto final personalizado funcionará conforme descrito no marcador anterior para o cenário SSL.

Ação do ID da Instância

Se você tiver integrações que usam IDs de instância de integração, a pré-verificação mostrará um aviso. Expanda Mais detalhes para ver as integrações que precisam ser revisadas. Para copiar os detalhes para a área de transferência, clique em .

Se precisar de mais tempo para fazer as atualizações necessárias para essa alteração, você poderá manter o ID da instância de integração como numérico temporariamente (seis meses após o upgrade). Consulte FlowId Suporte a Conversão. Certifique-se de observar quais integrações são afetadas copiando os detalhes conforme descrito acima.

Observação: Essa pré-verificação verifica apenas a existência de integrações que usam IDs de instância, não a precisão dos IDs de instância. O aviso permanecerá depois que você atualizar suas integrações, mas não afetará seu upgrade.

Limite de E-mail Diário

Escopos personalizados no IDCS

Outras Falhas

B2B Período de Retenção

Após o upgrade para o Oracle Integration 3, você poderá aumentar o período de retenção de dados se quiser; ou fazer upgrade para a edição Healthcare, que suporta 184 dias de retenção de dados.

Resposta Atrasada (Assíncrona)

• Oracle CX Sales and B2B Service Adapter
• Oracle ERP Cloud Adapter
• Oracle HCM Cloud Adapter
• Oracle Field Service Cloud Adapter
• Salesforce Adapter
• ServiceNow Adaptador

Expanda Mais detalhes para ver quais integrações precisam ser revisadas. Para copiar os detalhes para a área de transferência, clique em .

Certificados de Identidade

Expanda Mais detalhes para ver os nomes dos certificados de identidade e as conexões que os usam. Para copiar os detalhes para a área de transferência, clique em .

Se você tiver certificados de identidade, após o upgrade, precisará fazer upload de novos certificados de identidade conforme descrito em Garantir Conectividade:

Nome do Aplicativo Duplicado de Roteamento Básico

1. Edite sua integração básica de roteamento, exclua o ponto final de destino e adicione-o novamente com outro nome.
2. Salve a integração.

Expanda Mais detalhes para ver as integrações que precisam de revisão. Para copiar os detalhes para a área de transferência, clique em .

Vários Arquivos de Leitura

Se você tiver integrações que incluam uma operação para ler vários arquivos, retrabalhe as integrações para que elas não usem esse padrão. Por exemplo, use uma operação listFile para listar os arquivos e use uma ação for-each para ler cada arquivo individualmente. Expanda Mais detalhes para ver as integrações que precisam de revisão. Para copiar os detalhes para a área de transferência, clique em .

Publicar/Assinar Integrações

Se sua instância incluir integrações que publicam mensagens ou assinam mensagens do Oracle Integration, lembre-se de que as integrações de publicação/assinatura (ou pub/sub) precisam ser convertidas em orquestrações orientadas a eventos. As integrações serão tratadas de forma diferente, dependendo de sua configuração:

• As integrações de publicação/sub que usam anexos não podem ser convertidas automaticamente no momento. Se quiser continuar com o upgrade, você poderá remover essas integrações ou ignorar falhas de pré-verificação. Após o upgrade, você poderá recriá-los, enviando o anexo para o servidor FTP ou o Object Storage em sua tenancy e informando a referência ao fluxo do assinante. Consulte Definir Filtragem de Assinatura Baseada em Cabeçalho em Usando Integrações no Oracle Integration 3.
• Todas as outras integrações pub/sub ativas são convertidas automaticamente durante a atualização. As integrações Pub/sub em um estado preliminar não podem ser migradas e ficarão em branco após o upgrade.
• Se você tiver mapeado dados no fluxo do assinante, os mapeamentos serão convertidos com a maior precisão possível. No entanto, após a atualização, você deve revisar os mapeamentos e corrigi-los, se necessário.
• Se aparecer o erro Somente assinantes estão presentes, nenhum editor, você tem assinantes órfãos que devem ser excluídos antes do upgrade.

Expanda Mais detalhes para ver as integrações que não podem ser convertidas automaticamente. Para copiar os detalhes para a área de transferência, clique em .

Nota: Talvez você queira aproveitar esta oportunidade para excluir qualquer fluxo de Publicação preliminar.

Ação Autenticação Básica da API DT para OAuth

No Oracle Integration Generation 2, você pode usar a Autenticação Básica para usar a API REST do Oracle Integration e a API REST do File Server. No Oracle Integration 3, você deve usar OAuth. Você precisa atualizar quaisquer clientes, scripts, integrações e comandos que usem a API REST do Oracle Integration ou a API REST do File Server para estabelecer conexão usando OAuth. Para obter mais informações sobre suporte ao método de autenticação, consulte Quando a Autenticação Básica é Suportada no Oracle Integration 3. Para obter detalhes sobre como usar o OAuth com a API REST do Oracle Integration, consulte Segurança, Autenticação e Autorização ou com a API REST do File Server, consulte Segurança, Autenticação e Autorização.

Adaptadores Personalizados

Oracle Utilities Adapter

Adaptadores Não Suportados

• Automation Anywhere Adapter
• Evernote Adapter
• Oracle Messaging Cloud Service Adapter
• Oracle Monetization Cloud Adapter
• Oracle Taleo Business Edition (TBE) Adapter
• UiPath Robotic Process Automation Adapter

  Observação: Os recursos de automação de processos robóticos (RPA) estão disponíveis no Oracle Integration 3. Consulte Saiba Mais Sobre Robôs e Crie um Robô em Usando Robôs no Oracle Integration 3.

Expanda Mais detalhes para ver quais adaptadores não suportados você está usando. Para copiar os detalhes para a área de transferência, clique em .

Tipos de REST Não Suportados

• URL do Catálogo de Metadados
• URL de Definição do Swagger
• URL de Definição de RAML

Expanda Mais detalhes para ver quais tipos REST não suportados você está usando. Para copiar os detalhes para a área de transferência, clique em .

Outra opção é converter RAML em uma especificação OpenAPI para usar com a conexão do Adaptador REST.

Para fornecer suporte mais robusto e completo para as especificações Swagger/OpenAPI, o Adaptador REST inclui uma opção unificada para especificar todas as especificações OpenAPI em um único campo. Essa opção também substitui a opção de fornecer um URL de definição do Swagger, que não está mais disponível.

URL de Ponto Final Personalizado

Se você tiver um ponto final personalizado e estiver usando o Visual Builder:

1. Para continuar a atualização, conclua as Tarefas de Pré-Upgrade do Visual Builder.
2. Durante o upgrade, o processo de upgrade configura seu ponto final personalizado e qualquer ponto final personalizado alternativo no Visual Builder.

VBCS

Certifique-se de concluir as tarefas adicionais descritas em Prepare Visual Builder for the Upgrade em Administering Oracle Visual Builder in Oracle Integration 3.

Process Automation

Há várias diferenças entre o Processo no Oracle Integration Generation 2 e o Process Automation no Oracle Integration 3. Consulte Perguntas Frequentes do Processo.

Dependendo de como você está usando o Processo no Oracle Integration Generation 2, você usará uma opção diferente para fazer upgrade ou migrar. ConsulteProcessar Opções de Upgrade.

Processar Ação

Se você estiver usando a ação Processar em qualquer integração, será necessário substituir ou remover a ação Processar antes da atualização. Use o método descrito na Opção Processar upgrade que se aplica à sua situação.

Se você tiver instâncias do Processo que não são usadas ativamente, verá essa pré-verificação de aviso.

Sua instância será atualizada sem a Automação de Processos. As transações de tempo de execução (concluídas ou em andamento) serão perdidas. Antes do upgrade, exporte qualquer aplicativo de Processo de design time que você queira reter do Oracle Integration Generation 2. Se você não quer mantê-los, você não precisa fazer nada. Expanda Mais detalhes para ver informações adicionais.

Durante o upgrade, o Processo não será ativado no Oracle Integration 3 e os aplicativos do Processo não serão migrados.

Após o upgrade, você não precisa fazer nada. Mas, se quiser usar Process, você poderá ativá-lo e reimportar seus aplicativos de design time.

Se você não exportou seus aplicativos Process em tempo de design antes do upgrade e se precisar deles após o upgrade, envie uma SR (solicitação de serviço) no My Oracle Support.

Para obter informações sobre como ativar o Processo, consulte Ativar o Process Automation com o Oracle Integration 3.