Como o Upgrade Afeta os Dados de Runtime

Entenda como o upgrade afeta o fluxo de atividades e executa integrações ativamente. Por exemplo, todas as atividades de runtime são pausadas durante o período de indisponibilidade.

Tempo de Retenção de Dados de Integração

As edições Oracle Integration 3 Standard e Enterprise suportam 32 dias de retenção de dados por padrão. Durante o upgrade, apenas os 32 dias mais recentes de dados retidos serão migrados. Você pode aumentar o período de retenção de dados para edições Standard e Enterprise, se desejar. Consulte Editar o Período de Retenção de Dados.

O Oracle Integration 3 também está disponível em uma edição do Healthcare, que suporta 184 dias de retenção de dados.

Dados Históricos no Fluxo de Atividades

O fluxo de atividades no Oracle Integration Generation 2 não é movido para o Oracle Integration 3. Portanto, após a conclusão do upgrade, os dados históricos de suas integrações não estarão disponíveis no Oracle Integration 3.

O recurso de fluxo de atividades está disponível no Oracle Integration 3. Portanto, as informações históricas estão disponíveis a partir da data do upgrade.

Se você capturar o fluxo de atividades no Oracle Cloud Infrastructure, essas informações permanecerão disponíveis após o upgrade. Se você ainda não capturou esses dados, poderá começar a qualquer momento. Consulte Capturar o Fluxo de Atividades no Oracle Cloud Console.

Executando Integrações Síncronas Ativamente

Quando o período de indisponibilidade começa como parte do upgrade, o Oracle Integration para de aceitar solicitações de entrada para executar ativamente integrações síncronas. O Oracle Integration também finaliza o processamento de todas as solicitações recebidas anteriormente em alguns minutos.

Durante o período de indisponibilidade, qualquer cliente que envie uma solicitação ao Oracle Integration recebe um aviso de falha.

Observação

Durante o período de indisponibilidade, se uma integração chamar uma integração colocalizada usando uma chamada local ou se uma integração for híbrida, que use o agente de conectividade, ela não será executada com sucesso.

Depois que o upgrade é finalizado, o Oracle Integration aceita solicitações de entrada novamente.

Executando Integrações Assíncronas Ativamente

Quando o período de indisponibilidade começa como parte do upgrade, o Oracle Integration para de aceitar solicitações de entrada para executar integrações assíncronas ativamente. O Oracle Integration também finaliza o processamento das solicitações recebidas anteriormente. Na maioria dos casos, o Oracle Integration processa as solicitações em alguns minutos.

Depois que o upgrade é finalizado, o Oracle Integration aceita solicitações de entrada novamente.

Antes do upgrade, você deve decidir o que fazer com mensagens assíncronas do lado do cliente durante o período de indisponibilidade. Consulte Decidir o que fazer com mensagens assíncronas.

Executando Integrações Programadas Ativamente

Quando o período de indisponibilidade começa como parte do upgrade, o Oracle Integration para de aceitar solicitações de entrada para integrações programadas e finaliza o processamento de todas as solicitações recebidas anteriormente. Na maioria dos casos, o Oracle Integration processa as solicitações em alguns minutos.

Todas as solicitações que o Oracle Integration não processa em alguns minutos são descartadas, mas nenhum dado é perdido. Por isso, a Oracle migra os parâmetros de programação global para a integração e inicia a programação no Oracle Integration 3. Depois que o upgrade for concluído e o Oracle Integration 3 começar a processar solicitações, o Oracle Integration 3 usará os parâmetros para iniciar o processamento no ponto em que o Oracle Integration Generation 2 o interrompeu.

O corte pós-upgrade é perfeito, mas dependendo de quando o upgrade ocorrer, você poderá ter algum impacto nos negócios. Por exemplo, se uma integração enviar e-mails a cada 30 minutos, começando às 9h, e o upgrade for de 8h30min às 10h30min, o e-mail que geralmente chega às 9h provavelmente será atrasado.

Falha nas Instâncias de Integração

A Oracle não migra instâncias de integração com falha para o Oracle Integration 3.

Além disso, por padrão, uma instância de integração com falha impede que um upgrade seja bem-sucedido. No entanto, uma substituição está disponível. Para fazer upgrade mesmo quando tiver uma ou mais instâncias de integração com falha, selecione a definição de substituição ao programar o upgrade. Se você não selecionar essa definição e tiver uma ou mais instâncias de integração com falha, o upgrade falhará.

Para saber mais sobre suas opções para instância de integração com falha, consulte Determinar o que fazer com instâncias com falha.

Para saber mais sobre a definição que permite fazer upgrade com uma instância de integração com falha, consulte Configurar Definições de Upgrade ou Reprogramar Upgrade.

Integration Insight

O Insight não é suportado no Oracle Integration 3. Seus modelos e consoles do Insight não serão migrados quando você fizer upgrade para o Oracle Integration 3. Como alternativa, use Oracle Cloud Infrastructure Log Analytics e Process Automation Analytics.