Concluir Tarefas Pós-Upgrade
A Oracle faz upgrade primeiro das instâncias de desenvolvimento do Oracle Integration Generation 2. Conclua todas as tarefas pós-atualização dentro de três dias da data de atualização, para que você possa relatar quaisquer problemas. A Oracle faz upgrade de suas instâncias de produção cerca de duas semanas após suas instâncias de desenvolvimento.
A conclusão de tarefas pós-upgrade é fundamental para garantir que os usuários possam acessar a nova instância, os dados de e para integrações possam ser enviados por meio do firewall e as integrações funcionem conforme esperado.
Se houver algum problema após o upgrade, faça uma SR (solicitação de serviço) no My Oracle Support ou solucione os problemas. Consulte Diagnosticar e Solucionar Problemas de Upgrade.
Você verá sua instância interrompida do Oracle Integration Generation 2 na Console do Oracle Cloud Infrastructure por um período após o upgrade. Não atualize, inicie nem exclua essa instância. A Oracle a remove em seu nome quando ela não é mais necessária.
Resumo de Tarefas Pós-Upgrade
Garantir o Acesso à Instância
Tarefa | A quem | Quando | Tarefas a serem concluídas |
---|---|---|---|
Verifique a nova instância do Oracle Integration 3 |
Administrador | Imediatamente após o upgrade | Acesse sua instância do Oracle Integration 3 usando suas credenciais existentes. Use seu marcador existente do Oracle Integration Generation 2 (que redireciona para o novo URL) ou use o novo URL para a instância do Oracle Integration 3. Consulte Acessar uma Instância do Oracle Integration.
O upgrade será concluído se a interface for semelhante a esta: A atualização ainda estará em andamento se:
|
Atualizar a política do IAM com o novo OCID |
Administrador de políticas do serviço IAM |
Imediatamente após o upgrade | Se sua organização tiver restringido o acesso à instância do Oracle Integration Generation 2 com base no OCID (Oracle Cloud ID) da instância, atualize a política de IAM para apontar para o novo OCID da instância do Oracle Integration 3.
Cuidado: Os usuários não poderão acessar o Oracle Integration 3 até que você atualize o OCID na política do serviço IAM.
|
Obtenha o URL da nova instância e compartilhe-o |
Administrador | Imediatamente após o upgrade | Obtenha o URL da nova instância do Oracle Integration 3 e compartilhe-o com todos que precisam dele. Os marcadores existentes também redirecionam para o novo URL, mas você deseja garantir que todos tenham o novo URL. Ele está no seguinte formato:
Para obter o novo URL:
|
Garanta a Conectividade
Tarefa | A quem | Quando | Tarefas a serem concluídas |
---|---|---|---|
Conclua a configuração das regras de rede |
Administrador de rede | Antes do upgrade ou imediatamente após o upgrade | Se alguma de suas conexões de integração tiver como destino um serviço do Oracle Cloud Infrastructure que suporte regras de rede, como o Oracle Cloud Infrastructure Object Storage ou o Oracle Autonomous Database, e você tiver ativado essas regras, deverá concluir qualquer configuração de regras de rede, incluindo a adição da VCN de Serviço do Oracle Integration à regra.
|
Fazer upload de novos certificados de identidade para conexões |
Desenvolvedor com conexões que usam certificados de identidade
Apenas uma pessoa da sua organização precisa executar estas etapas |
Imediatamente após o upgrade | Os certificados de identidade estabelecem a identidade do cliente durante a comunicação SSL bidirecional. As conexões baseadas no Adaptador AS2 e no Adaptador REST podem usar certificados de identidade.
Se sua instância incluir conexões que usam certificados de identidade, os certificados de identidade teriam sido removidos durante o upgrade; portanto, você precisará gerar novos certificados de identidade e configurar novos JKS. Execute as seguintes etapas para fazer upload de um novo certificado de identidade, testar as conexões que usam o certificado de identidade e ativar todas as integrações que usam as conexões:
|
Recupere a conectividade com agentes que não foram atualizados |
Desenvolvedor com agentes que não foram atualizados | Imediatamente após o upgrade | Os agentes que não estavam acessíveis durante o upgrade ou que não atendiam aos requisitos de upgrade não foram submetidos a upgrade. Após o upgrade, se você vir uma mensagem informando que alguns agentes não atenderam à elegibilidade do upgrade e não foram atualizados, execute as etapas a seguir.
Pré-requisitos Garanta a conectividade de seus agentes de conectividade com o Oracle Cloud Infrastructure Identity and Access Management (IAM) e o Oracle Integration 3:
Para atualizar manualmente seus agentes e recuperar a conectividade com eles:
|
File Server: adicione o endereço IP do File Server à sua lista de permissões interna de firewall |
Administrador e desenvolvedor do File Server | Em uma semana de upgrade | Se sua organização restringir os sites que os recursos internos podem acessar, adicione o novo endereço IP do File Server à sua lista de permissões de firewall interno.
O endereço IP do Oracle Integration Generation 2 continua funcionando por quatro meses após o upgrade; em seguida, a Oracle os torna obsoletos. No entanto, a Oracle recomenda atualizar sua lista de permissões de firewall para usar o novo endereço IP agora. Dessa forma, você não corre o risco de esquecer de atualizar a lista de permissões no futuro. Para obter o endereço IP do File Server:
|
File Server: atualize integrações e clientes SFTP para usar os novos valores de IP e porta |
Administrador e desenvolvedor do File Server | Em até uma semana de upgrade | Se você usar o File Server, atualize suas integrações e clientes SFTP para que eles usem os novos valores de IP e porta.
Os valores de IP e porta do Oracle Integration Generation 2 continuam funcionando por quatro meses após o upgrade; em seguida, a Oracle os torna obsoletos. No entanto, a Oracle recomenda atualizar suas integrações e clientes SFTP para usar os novos valores agora. Dessa forma, você não corre o risco de esquecer de atualizar esses valores no futuro.
|
Garanta o Trabalho de Integrações
Tarefa | A quem | Quando | Detalhes |
---|---|---|---|
Altere as chamadas de API incorporadas do Oracle Integration da Autenticação Básica para OAuth |
Developer | Antes do upgrade ou imediatamente após o upgrade | Se você ainda não atualizou suas chamadas de API para usar OAuth ao concluir pré-requisitos ou tarefas de pré-upgrade, faça isso imediatamente após o upgrade.
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. |
Verifique as integrações se você selecionou Ignorar falhas de ativação ou Ignorar falhas de início da programação |
Administrador | Imediatamente após o upgrade | Se você configurou suas definições de upgrade para continuar com o upgrade mesmo que a Oracle não possa ativar uma integração ou reiniciar uma programação, siga as etapas apropriadas:
|
Cuide de todas as solicitações que foram rejeitadas durante o tempo de inatividade do upgrade |
Membros da equipe designados | Imediatamente após o upgrade |
O Oracle Integration rejeitou todas as solicitações enviadas durante o período de indisponibilidade do upgrade. Se necessário, tome medidas sobre solicitações que qualquer cliente tiver enviado para o Oracle Integration durante o período de indisponibilidade. |
Alterar nome da instância do serviço |
Desenvolvedor | Imediatamente após o upgrade |
Após o upgrade do Oracle Integration Generation 2 para o Oracle Integration 3, o nome da tenancy é anexado ao final do nome da instância de serviço (nome para exibição da instância de serviço) no seguinte formato: |
Concluir Tarefas de Pós-Upgrade para Falhas de Pré-verificação Ignoradas
Se você selecionou ignorar falhas de pré-verificação, execute as etapas associadas a qualquer pré-verificação com falha:
Pré-verificação | Tarefas de conexão | Tarefas de integração | Outras tarefas |
---|---|---|---|
Resposta Atrasada (Assíncrona) | Após o upgrade, você deverá retrabalhar ou recriar integrações que usaram resposta atrasada (assíncrona) com um dos seguintes adaptadores:
Integrações orientadas a aplicativos: As integrações orientadas a aplicativos são alteradas para um estado preliminar durante o upgrade. Você deve retrabalhar essas integrações usando as seguintes etapas:
Integrações básicas de roteamento: As integrações básicas de roteamento não são suportadas no Oracle Integration 3 e mostrarão uma tela em branco. Você deve excluir essas integrações e recriá-las como integrações orientadas por aplicativos. |
||
Adaptadores Não Suportados | Durante o upgrade, as conexões que usavam os seguintes adaptadores não suportados foram excluídas:
Você deve criar conexões do Adaptador REST para substituir as conexões do adaptador não suportadas excluídas. |
Durante o upgrade, as integrações que usavam adaptadores não suportados são alteradas para um estado preliminar e todas as execuções programadas são canceladas.
Você deve retrabalhar essas integrações usando as seguintes etapas:
|
|
Adaptadores Personalizados | Durante o upgrade, as conexões que usavam os adaptadores personalizados foram excluídas.
Crie novas conexões usando adaptadores equivalentes do Oracle Integration 3 para substituir as conexões de adaptador personalizado excluídas. |
Durante o upgrade, as integrações que usavam adaptadores não suportados são alteradas para um estado preliminar e todas as execuções programadas são canceladas.
Você deve retrabalhar essas integrações usando as seguintes etapas:
|
|
Vários Arquivos de Leitura | Durante o upgrade, as integrações que usaram a operação Ler Vários Arquivos são alteradas para um estado de rascunho.
Você deve retrabalhar essas 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. |
||
Tipos de REST Não Suportados | Durante o upgrade, as conexões que usaram os seguintes tipos REST não suportados foram alteradas para um estado preliminar.
Você deve atualizar essas conexões usando um dos seguintes métodos:
Consulte Configurar Propriedades de Conexão para Chamar Conexões em Usando o REST Adapter com o Oracle Integration 3. |
Durante o upgrade, as integrações que usavam tipos REST não suportados foram alteradas para um estado preliminar e todas as execuções programadas foram canceladas.
Você deve retrabalhar essas integrações usando as seguintes etapas:
|
|
Nome do Aplicativo Duplicado de Roteamento Básico | As integrações básicas de roteamento não são suportadas no Oracle Integration 3 e mostrarão uma tela em branco. Você deve excluir essas integrações e recriá-las como integrações orientadas por aplicativos. | ||
Publicar/Assinar Integrações | As integrações que publicaram mensagens ou assinaram mensagens do Oracle Integration devem ser convertidas em orquestrações orientadas a eventos. Você deve excluir as integrações e recriá-las com base nas instruções de pré-verificação de Publicar/Inscrever Integrações. | ||
URL de Ponto Final Personalizado | Seu ponto final personalizado não foi migrado durante o upgrade.
Você deve recriar seu ponto final personalizado. |
Tarefas Completas de Pós-Upgrade para o Visual Builder
Para concluir a migração, execute as seguintes etapas:
Tarefa | A quem | Quando | Descrição das tarefas |
---|---|---|---|
Atualizar registro de DNS para ponto final personalizado | Administrador | Imediatamente após o upgrade |
Se você estiver usando o Visual Builder e tiver um ponto final personalizado ou pontos finais personalizados alternativos, atualize o CNAME do registro de DNS do ponto final personalizado com o nome do host da instância do Visual Builder. Observação: Você não pode usar o mesmo ponto final personalizado para o Visual Builder e o Oracle Integration após o upgrade. Se você usar o mesmo ponto final personalizado, poderá encontrar problemas. |
Concluir tarefas adicionais pós-upgrade |
Equipe de Operações de Desenvolvimento | Imediatamente após o upgrade | Conclua as tarefas descritas em Tarefas a Serem Concluídas Após o Upgrade em Administrando o Oracle Visual Builder no Oracle Integration 3. |
Concluir Tarefas Pós-Upgrade para o Serviço Process Automation.
Execute as etapas a seguir para concluir a migração para o serviço Process Automation no Oracle Integration 3.
Se você tiver executado uma migração manual de aplicativos de processo usados ativamente, não precisará executar essas tarefas pós-upgrade.
Reconfigurar a Integração
Após o upgrade da sua instância, a ação do processo é convertida de uma ação do processo do Oracle Integration Generation 2 para uma ação do processo do Oracle Integration 3 e, embora a integração esteja na ação do processo do Oracle Integration 3, ela estará em um estado desativado. Portanto, você precisa reconfigurar a integração usando o assistente de chamada do Process Automation.
Acessar Tarefas de Pós-Upgrade de Mapeamento para o Serviço Process Automation
Algumas tarefas de mapeamento de acesso são concluídas automaticamente durante o upgrade e algumas são de sua responsabilidade.
Durante o upgrade, um novo serviço Oracle Cloud é adicionado para ajudar no mapeamento.
As atribuições de serviço a seguir são mapeadas automaticamente do Oracle Integration Generation 2 para o Oracle Integration 3 durante o upgrade.
Oracle Integration Geração 2 | Oracle Integration 3 |
---|---|
ServiceDeveloper | ServiceDeveloper |
ServiceAdministrator | ServiceAdministrator |
ServiceUser | N/A |
ServiceMonitor | N/A |
ServiceDeployer | ServiceDeployer |
ServiceViewer | N/A |
ServiceInvoker | N/A |
ServiceEndUser | N/A |
Tarefas de Pós-Upgrade no Nível do Aplicativo para o Serviço Process Automation
Execute as tarefas a seguir para cada aplicativo de Processo.
Tarefa | Quem | Quando | Detalhes |
---|---|---|---|
Atualizar mapeamentos de atribuição |
Desenvolvedor/Administrador | Imediatamente após o upgrade | As designações de atribuição foram alteradas no Oracle Integration 3; portanto, você deve mapear suas atribuições existentes para as novas atribuições. Consulte Configurar Atribuições para Aplicativos de Processos em Usando o Oracle Cloud Infrastructure Process Automation.
Proprietário do processo Adicione membros com as seguintes atribuições à atribuição Proprietário do Processo no novo aplicativo:
Processar revisores Adicione membros que tiveram a atribuição Membros com atribuições de swimlane Adicione membros que tiveram uma atribuição Grupos Altere o grupo antigo para uma atribuição no novo aplicativo e adicione o grupo à nova atribuição ou adicione os membros do grupo à nova atribuição. Atribuições Altere a atribuição antiga para uma atribuição no novo aplicativo e adicione membros à nova atribuição. Membros que podem iniciar um processo Nas propriedades de início do processo, selecione os membros que podem iniciar o processo em uma das seguintes opções:
Atribuições do processo dinâmico Adicione membros que tiveram atribuições de processo dinâmico às atribuições de processo dinâmico no novo aplicativo. |
Atualizar credenciais do conector |
Desenvolvedor/Administrador | Imediatamente após o upgrade | As credenciais não são migradas para o Oracle Integration 3; portanto, você deve reconfigurar a autenticação para seus conectores REST. Se houver vários aplicativos se conectando ao mesmo servidor, talvez você queira criar uma credencial global que possa ser reutilizada entre os aplicativos. Consulte Configurar Segurança Básica de Autenticação em Usando o Oracle Cloud Infrastructure Process Automation. |
Corrija quaisquer erros e avisos |
Desenvolvedor/Administrador | Imediatamente após o upgrade | Como há diferenças nos recursos do processo entre o Oracle Integration Generation 2 e o Oracle Integration 3, você precisará validar seu aplicativo e corrigir quaisquer erros ou avisos. Consulte "Como os aplicativos são validados?" em Visão Geral dos Aplicativos em Usando o Oracle Cloud Infrastructure Process Automation. |
Ativar aplicativo |
Desenvolvedor/Administrador | Imediatamente após o upgrade | Depois de resolver todos os erros de validação, ative seu aplicativo para que novas instâncias possam ser acionadas e trabalhadas. Consulte Ativar Aplicativos em Usando o Oracle Cloud Infrastructure Process Automation. |
Tarefas de Pós-Upgrade no Nível de Serviço para o Serviço Process Automation
Dependendo de como você usa o Processo, você executará diferentes etapas de nível de serviço após o upgrade para o Oracle Integration 3. Execute quaisquer etapas que se apliquem à sua implementação.
Tarefa | Quem | Quando | Detalhes |
---|---|---|---|
Inclua na lista de permissões o novo URL do Process Automation |
Desenvolvedor | Imediatamente após o upgrade |
Adicione o novo URL do Process Automation às suas listas de permissões. Para localizar o novo URL, clique em Processo no menu Oracle Integration 3. Você será redirecionado para o URL do serviço Process Automation. |
Atualize integrações para chamar o Process Automation |
Desenvolvedor | Imediatamente após o upgrade |
APIs de processo e pontos finais foram alterados após o upgrade. É necessário reconfigurar a integração usando o assistente de chamada do Process Automation. Consulte Reconfigurar a Integração. |
Atualize os aplicativos do Visual Builder para chamar o Process Automation |
Desenvolvedor | Imediatamente após o upgrade |
APIs de processo e pontos finais foram alterados após o upgrade. Como resultado, você deve atualizar qualquer aplicativo Visual Builder que chame Process, substituindo quaisquer padrões de interação obsoletos. Consulte Estabelecer Conexão com APIs do Oracle Process Automation em Criando Aplicativos Responsivos com o Visual Builder Studio. |
Atualize clientes externos para chamar o serviço Process Automation |
Desenvolvedor | Imediatamente após o upgrade |
Se você estiver usando componentes do Processar CCA em aplicativos externos, eles não funcionarão após o upgrade para o Oracle Integration 3. Você deve fazer a transição para usar os novos componentes CCA do Process Automation para aproveitar as APIs. Consulte API REST do Oracle Cloud Infrastructure Process Automation. |
Compartilhar o novo URL do Process Automation |
Administrador | Imediatamente após o upgrade |
O URL usado para acessar e interagir com o serviço Process Automation foi alterado após o upgrade. Compartilhe o novo URL com qualquer pessoa que precise administrar o serviço Process Automation, iniciar um novo processo ou exibir e agir em suas tarefas. |
Executar Atualizações Obrigatórias para Alteração do ID da Instância de Integração
Tarefa | Quem | Quando | Detalhes |
---|---|---|---|
Atualizações completas necessárias para alteração do ID da instância de integração para alfanumérico |
Desenvolvedor | Dentro de seis meses após o upgrade | Se você configurou suas definições de upgrade para Ativar flowid como pós-upgrade numérico, terá seis meses de pós-upgrade para fazer as atualizações necessárias para que o ID da instância de integração seja alterado de numérico para alfanumérico.
Essa alteração afeta os fluxos de integração que se baseiam no ID da instância de integração ser um inteiro (por exemplo, quando o ID da instância de integração é analisado em uma coluna de banco de dados com um tipo de dados numérico). Após o upgrade, se você executar essas integrações inalteradas, sem selecionar Ativar flowid como pós-upgrade numérico nas definições de upgrade, você receberá um erro de exceção de conversão.
Para acomodar a alteração, você pode atualizar o mapeamento em cada integração afetada ou atualizar o tipo de dados da coluna que armazena os IDs de instância de integração em seu banco de dados. Observação: Os métodos sugeridos aqui se baseiam nos serviços de banco de dados Oracle (como o Oracle Autonomous Database). Etapas adicionais podem ser necessárias para outros tipos de banco de dados. Método 1: Atualizar o mapeamento em cada integração afetada Em cada integração afetada, mapeie o atributo de destino que contém o valor do ID da instância de integração para um novo valor numérico, tempo UNIX. O tempo UNIX é o número de segundos decorridos desde a Época UNIX, começando com 1º de janeiro de 1970 às 00:00:00 UTC. Este valor aumenta a cada segundo. O valor pode ser analisado como um inteiro e, portanto, não requer alterações no banco de dados. Antes do upgrade, você deve ter anotado quais integrações são afetadas, conforme descrito na pré-verificação Ação do ID da Instância. Execute as etapas a seguir para cada integração afetada:
Método 2: Atualizar o tipo de dados da coluna afetada no banco de dados No seu banco de dados, altere o tipo de dados da coluna que contém o ID da instância de integração para Observação: A solução se limita às ações do banco de dados criadas usando a operação Executar uma Instrução SQL. Como a coluna do banco de dados já está preenchida, não é possível apenas alterar o tipo de dados da coluna. Ao invés disso, você deve realizar as seguintes etapas. Execute as etapas a seguir no SQL Developer.
|
(Opcional) Defina o ID do fluxo como numérico | Administrador | Dentro de seis meses após o upgrade | Depois de concluir as atualizações necessárias, você pode definir opcionalmente o ID do fluxo como numérico.
|
Siga os procedimentos de verificação da sua organização
Tarefa | Quem | Quando | Detalhes |
---|---|---|---|
Conclua as tarefas de verificação pós-atualização da sua organização |
Membros designados da equipe | Dentro de duas semanas após a atualização |
Conclua as tarefas de verificação pós-upgrade da sua organização, como executar testes de regressão. Execute testes de carga de integração em uma instância de desenvolvimento/estágio antes de mover integrações para uma instância de produção. |