Replicação de Camada Intermediária

Existem várias tecnologias e métodos de replicação para replicação contínua dos artefatos de arquivo de camada intermediária. Os cenários descritos aqui supõem que os artefatos do sistema de arquivos de camada intermediária, como as pastas config e products, já estão disponíveis na camada intermediária secundária.

Não importa se você os copiou usando uma tecnologia específica durante a configuração de DR. Você pode usar uma abordagem diferente para replicações subsequentes em todo o ciclo de vida.

Para fins de documentação e ilustração, a maioria dos exemplos se concentra em um sistema Oracle WebLogic Server, em que o principal é uma pilha WLS para OCI e o sistema secundário foi criado usando a estrutura WLS-HYDR. Como exemplo de gerenciamento de informações específicas do site, as implementações também tratam da string de conexão de banco de dados para a camada intermediária, supondo que o ambiente do Oracle WebLogic Server use um alias TNS para estabelecer conexão com o banco de dados.

Artefatos de Arquivo de Camada Intermediária

O ideal é replicar todos os arquivos envolvidos no sistema de camada intermediária do primário para o secundário no mesmo momento.

No entanto, diferentes tipos de arquivos podem precisar de diferentes frequências de replicação para simplificar os custos de gerenciamento e reduzir o custo total de propriedade de um sistema de proteção contra desastres. Isso é importante quando você cria os volumes e os sistemas de arquivos que deseja usar para replicação. Alguns artefatos são estáticos, enquanto outros são dinâmicos.

  • Artefatos do produto

    Artefatos de produto são o diretório ou diretórios em que o software de camada intermediária está instalado.

    Não é obrigatório instalar o software no site secundário. Quando o armazenamento do site de produção é replicado para o armazenamento do site secundário, o software instalado nos volumes do site de produção é replicado para os volumes do site secundário.

    Um sistema secundário deve se comportar exatamente como o principal quando ocorre um failover ou switchover. Deve admitir patches e atualizações como uma instalação de primeira classe. Isso significa que quando ocorre um failover ou switchover, o sistema secundário deve usar um inventário padrão para patches e upgrades.

    Os artefatos do produto são estáticos e geralmente exigem um RTO baixo. Não é necessário copiá-los entre regiões com frequência, porque eles só mudam quando patches e correções são aplicados.

    Dica:

    Por exemplo, em um sistema Oracle WebLogic Server, o artefato do produto é o Oracle Home, onde todo o software Oracle está instalado e é referenciado por variáveis de ambiente FMW e Oracle WebLogic. Para manter a consistência, você deve replicar o Oracle Inventory com a mesma frequência que os Oracle Homes usados pelos diferentes componentes FMW. O Oracle Inventory inclui arquivos oraInst.loc e oratab, que estão localizados no diretório /etc.

  • Artefatos de Configuração

    Os artefatos de configuração contêm a configuração da camada intermediária e são arquivos que mudam com frequência. Os artefatos de configuração mudam com frequência, dependendo das atualizações do aplicativo. Eles exigem um RTO baixo e uma alta frequência de replicação.

    Dica:

    Por exemplo, em um sistema WebLogic ou FMW, os artefatos de configuração incluem o seguinte:
    • WebLogic Home do domínio: Diretórios de domínio do Servidor de Administração e dos Servidores Gerenciados.
    • Instâncias Oracle de componentes do sistema, como diretórios home do Oracle HTTP Server: Instância Oracle.
    • Artefatos de aplicativo, como arquivos .ear ou .war.
    • Artefatos de banco de dados, como o repositório MDS e as definições de armazenamento persistente JDBC.
    • Planos de implantação usados para atualizar adaptadores de tecnologia, como adaptadores de arquivo e JMS. Eles devem ser salvos em um local acessível a todos os nós do cluster no qual os artefatos estão sendo implantados.

    É importante manter a consistência para artefatos de configuração em diferentes armazenamentos; caso contrário, os aplicativos podem parar de funcionar após uma restauração.

    Dica:

    Por exemplo, a configuração do Domínio WebLogic que reflete um novo servidor JMS deve estar alinhada com a tabela Banco de Dados que ele usa como um armazenamento persistente. Replicar somente a configuração de domínio WebLogic sem replicar a tabela correspondente causará uma falha no Oracle WebLogic Server.
  • Artefatos de Runtime

    Artefatos de runtime são arquivos gerados pelos aplicativos no runtime.

    Esses arquivos podem mudar com muita frequência. Seu RTO e RPO são puramente orientados pelas necessidades de negócios. Em alguns casos, esses artefatos podem precisar ser descartados após um curto período de tempo. Por exemplo, uma ordem de lance que expira em um curto período. Em outros casos, esses arquivos podem conter registros transacionais de operações concluídas por um aplicativo que precisa ser preservado. A frequência com que eles precisam ser replicados e a importância de preservar esses arquivos em um evento de desastre geralmente é uma decisão orientada aos negócios.

    Dica:

    Em um sistema WebLogic, exemplos de artefatos de runtime são os arquivos gerados pelos Adaptadores de Arquivos ou FTP do SOA, os arquivos gerenciados pelo Oracle MFT ou qualquer outra informação que os aplicativos geram por meio de sua lógica de negócios e que é armazenada diretamente no sistema de arquivos.

    A tabela a seguir é um resumo das recomendações para replicar artefatos do sistema de arquivos durante o ciclo de vida:

    Artefato de Arquivo de Nível Médio Exemplos no Sistema WebLogic Frequência e Recomendações de Replicação
    Artefatos do produto Home do FMW, JDK, inventário Baixa frequência de replicação ou sob demanda (por exemplo, após a aplicação de patches). Como alternativa, você também não pode replicar produtos e mantê-los separadamente para testar os patches em um ambiente de espera primeiro.
    Artefatos da configuração domínio WebLogic, instâncias Oracle, aplicativos, planos de implantação, armazenamentos de chaves A frequência depende da frequência com que as alterações de configuração são realizadas. Normalmente, é necessária uma alta frequência de replicação.
    Artefatos de runtime Arquivos gerados pelos Adaptadores de Arquivos e FTP Determinado pelos requisitos de negócios.