O AC (Application Continuity) oculta paralisações de usuários finais e aplicativos, recuperando o trabalho em andamento para sessões de banco de dados impactadas após paralisações. O Continuidade de Aplicativos executa essa recuperação abaixo do aplicativo para que a interrupção apareça para o aplicativo como uma execução um pouco atrasada.

Os seus aplicativos obtêm disponibilidade contínua quando manutenção planejada, interrupções não planejadas e rebalanceamentos de carga do banco de dados ficam ocultos do aplicativo. A combinação de melhores práticas de codificação de aplicativo, configuração da continuidade do aplicativo e Autonomous Database garante que seus aplicativos fiquem continuamente disponíveis.

A melhor abordagem para ocultar atividades de manutenção planejadas de seus aplicativos é drenar ou fazer failover dos aplicativos de forma transparente. Os pools de conexões e as camadas médias da Oracle, incluindo o Servidor WebLogic, o Oracle Universal Connection Pool (UCP), o pool de sessões do OCI e o Provedor Não Gerenciado ODP.NET, têm conhecimento do mecanismo FAN (Fast Application Notification) e, portanto, são notificados quando a manutenção está em andamento no Autonomous Database para permitir a drenagem normal do trabalho antes da manutenção. O AC (Application Continuity) é executado durante a manutenção planejada para fazer failover das sessões não drenadas no intervalo de drenagem predefinido (5 minutos no Autonomous Database).

Para ocultar interrupções não planejadas resultantes de um componente ou falha de comunicação, a Oracle fornece:

• Notificação. O mecanismo FAN é a primeira etapa para ocultar interrupções. O FAN notifica os clientes e acaba com a espera atual da rede quando ocorre uma interrupção. Isso evita a paralisação de aplicativos por causa de longas esperas pela rede. Para o Autonomous Database, o mecanismo FAN é tratado no driver e pelo gerenciador de conexão de nuvem do Autonomous Database.

  A notificação FAN aciona automaticamente o fechamento de conexões ociosas e a abertura de novas conexões no novo local de serviço, e permite um tempo configurável para que o trabalho ativo seja concluído no local de serviço prestes a ser desativado. As principais camadas intermediárias JDBC de terceiros, como IBM WebSphere, permitem o mesmo comportamento quando configuradas com o UCP. Para aplicativos baseados em JDBC que não podem usar o UCP, a Oracle fornece soluções usando o Oracle Drivers e testes de conexão. No Autonomous Database, o FAN para manutenção planejada é enviado dentro da Faixa.

• Recuperação. Depois que o cliente é notificado, o tratamento de failover com a Continuidade Transparente de Aplicativos (TAC) ou o Application Continuity (AC) restabelece uma conexão com o Autonomous Database e reproduz o trabalho em andamento, não confirmado, quando possível. Ao reproduzir o trabalho em andamento, o aplicativo geralmente pode continuar em execução sem saber que houve falha.

Você ativa o AC (Application Continuity) no Autonomous Database em uma das duas configurações, dependendo do aplicativo:

• AC (Application Continuity)

  O Application Continuity oculta as paralisações para aplicativos thin baseados em Java e aplicativos baseados no Oracle Call Interface e ODP.NET do Oracle Database com suporte para drivers de código-fonte aberto, como Node.js e Python. O Continuidade de Aplicativos recria a sessão recuperando-a de um ponto conhecido que inclui estados de sessão e estados transacionais. O AC (Application Continuity) recria todo o trabalho em andamento. O aplicativo continua como estava, vendo um tempo de execução ligeiramente atrasado quando ocorre um failover.

• Continuidade Transparente de Aplicativos (TAC)

  A Continuidade Transparente de Aplicativos (TAC) rastreia e registra de forma transparente a sessão e o estado transacional para que a sessão de banco de dados possa ser recuperada após interrupções recuperáveis. Isso é feito sem depender do conhecimento do aplicativo ou das alterações de código, permitindo que a Continuidade Transparente de Aplicativos seja ativada para seus aplicativos. A transparência e o failover do aplicativo são obtidos pelo consumo de informações de rastreamento de estado que capturam e categorizam o uso do estado da sessão à medida que o aplicativo emite chamadas do usuário.

Consulte Visão Geral do continuidade de aplicativos para obter mais informações sobre continuidade de aplicativos.