A recuperação de desastres do Oracle Content Management oferece vários benefícios na área de continuidade dos negócios.

• Fornece recuperação completa do aplicativo: A recuperação de desastres do Oracle Content Management fornece recuperação para toda a pilha do aplicativo, que inclui os componentes como banco de dados, índices de pesquisa, armazenamento de objetos e a camada do aplicativo. Essa recuperação de desastres de pilha completa permite a continuidade dos negócios, que depende da recuperação de toda a pilha de aplicativos, em vez de alguns componentes selecionados.
• Minimiza o tempo de recuperação de desastres: A recuperação de desastres do Oracle Content Management elimina a necessidade de executar a recuperação manual de desastres para recursos individuais.
• Elimina a necessidade de habilidades especiais: Os operadores e administradores não exigem habilidades especiais nem conhecimentos de domínio em áreas como aplicativos e replicação de armazenamento.
• Monitoramento e gerenciamento em painel único: A recuperação de desastres do Oracle Content Management fornece um único painel de recursos de monitoramento e gerenciamento para todas as instâncias ativadas para recuperação de desastres do Oracle Content Management. Você pode criar instâncias de recuperação de desastres, monitorar a preparação da recuperação de desastres e verificar o status usando a Console do Oracle Cloud.

Antes de usar a recuperação de desastres do Oracle Content Management, familiarize-se com os principais termos e conceitos a seguir.

• Recuperação de Desastres (DR) - O processo de restauração de algumas ou todas as partes de um sistema de negócios (um serviço) após uma interrupção. A recuperação desse sistema de negócios ocorre em data centers dentro da mesma área geográfica localizada.
• Pilha Completa - Um termo usado para se referir coletivamente a todas as camadas funcionais de um sistema de negócios, aplicativo ou serviço de software. Um aplicativo pode ser composto de diferentes camadas funcionais ou camadas, como camada de aplicativo, camada de middleware, camada de banco de dados e camada de infraestrutura.
• RPO (Recovery Point Objective) - O RPO define a quantidade máxima de perda de dados que pode ser tolerada como parte da restauração do DR. O RPO é geralmente expresso em unidades de tempo.
• RTO (Recovery Time Objective) - O RTO define o tempo máximo que o aplicativo ou o serviço sob proteção de DR poderá ficar indisponível até que o serviço seja restaurado. O RTO geralmente é expresso em unidades de tempo.
• Principal - A versão de produção de um aplicativo ou serviço que está em uso no momento. A recuperação de desastres refere-se à versão principal de um aplicativo como tendo uma atribuição principal.
• Standby - A versão reservada de um aplicativo ou serviço. Stand-by também é usado para fazer referência à região alternativa na qual o aplicativo ou serviço será restaurado. A recuperação de desastres refere-se à versão stand-by de um aplicativo como tendo uma atribuição stand-by.
• Standby Quente - Um modelo de DR no qual alguns ou todos os componentes de um aplicativo ou serviço são pré-implantados na região standby para se preparar para uma futura transição de DR. Esse modelo envolve custos operacionais mais altos, mas um RTO mais baixo. O suporte a DR do Oracle Content Management usa uma implementação standby morna.
• Cold Standby - Um modelo de DR no qual poucos ou nenhum dos componentes de um aplicativo ou serviço precisa ser pré-implantado na região standby na preparação de uma futura transição de DR. Os componentes do aplicativo são implantados como parte da transição de DR. Esse modelo envolve custos operacionais mais baixos, mas um RTO mais alto.
• Função-Especifica se um aplicativo e sua região são atualmente a versão principal (produção) ou a versão stand-by (reservada). A atribuição de um aplicativo e a atribuição de sua região mudam como resultado de uma transição de DR.
• Associação-Um relacionamento de par definido entre duas instâncias do Oracle Content Management. Uma instância ativada para DR do Oracle Content Management está associada (pareada) em um relacionamento principal e stand-by para que possa ser usada para implementar serviços de DR.
• Fazer Switchover - No caso do Oracle Content Management, este é um evento de DR programado que executa uma transição planejada do Oracle Content Management da instância de DR principal para a instância de DR standby. O switchover executa uma transição ordenada, fazendo shutdown da pilha de aplicativos na região principal e, em seguida, ativando o serviço stand-by para se tornar ativo.
• Failover - No caso do Oracle Content Management, esse seria um evento não programado que requer que a Oracle execute uma transição de failover ativando a instância stand-by morna do Oracle Content Management na região stand-by, no caso de uma interrupção de serviço na região principal.

A Oracle controla quando o failover é ativado para seu serviço do Oracle Content Management. Para o Oracle Content Management, as metas de desempenho de recuperação de desastres são as seguintes:

• Recovery Time Objective (RTO) = uma hora-O RTO é o tempo alvo exigido para restaurar a funcionalidade do aplicativo após um desastre.

  O RTO é o objetivo da Oracle pelo período máximo entre a decisão da Oracle de ativar os processos de recuperação de desastres e o ponto em que você pode retomar as operações de produção em um local alternativo. Se a decisão de ativar processos de recuperação de desastres for tomada durante o período em que um upgrade está em andamento, o RTO se estenderá para incluir o tempo necessário para concluir o upgrade.

• RPO (Recovery Point Objective) = uma hora - O RPO é o prazo de destino da Oracle para dados perdidos que seus aplicativos podem perder durante um evento de failover.

  O objetivo da Oracle para o período máximo de perda de dados, medido como o tempo a partir do qual a primeira transação será perdida até a declaração do desastre da Oracle. O RPO não se aplica a nenhum carregamento de dados em andamento quando o desastre ocorre.

A Oracle permite que os clientes testem um switchover de suas instâncias ativadas para recuperação de desastres do Oracle Content Management. Para testar o switchover, registre uma solicitação de serviço na instância do Oracle Content Management e a equipe de suporte da Oracle trabalhará para programar o teste.

Para implementar a recuperação de desastres, você deve selecionar as seguintes opções ao criar uma instância do Oracle Content Management:

• Hospedagem Avançada - Você deve ativar a opção de licença Hospedagem Avançada. A hospedagem avançada permite um banco de dados ATP (Autonomous Transactional Processing) dedicado, que é necessário para suportar o recurso de recuperação de desastres do Oracle Content Management. A hospedagem avançada é um recurso opcional que você pode adicionar ao criar uma instância do Oracle Content Management com uma licença Premium Edition ou BYOL. Há um encargo de faturamento adicional para esta opção. Consulte seu contrato de assinatura pré-pago ou seu contrato de Crédito Universal para obter custos adicionais.
• Recuperação de Desastres - Em Opções Avançadas, você deve ativar a opção Recuperação de Desastres. A recuperação de desastres é um recurso opcional que você pode adicionar ao criar uma instância do Oracle Content Management com uma licença Premium Edition ou BYOL.

O suporte para recuperação de desastres está disponível nas seguintes combinações de data center do Oracle Content Management: