Replicar os Artefatos do Sistema de Arquivos ao OCI
Sobre Artefatos
Determine o tipo de artefato que você precisa replicar.
- Artefatos estáticos: são arquivos e diretórios que não são alterados com frequência. Elas incluem:
- Oracle Home: geralmente consiste em um Oracle home e um home do Oracle WebLogic Server. O Oracle Fusion Middleware permite que você crie vários Servidores Gerenciados do Oracle WebLogic Server a partir de uma única instalação de arquivo binário. É possível instalar arquivos binários em um único local em um armazenamento compartilhado e reutilizar essa instalação por servidores em diferentes nós. Para obter disponibilidade máxima, a Oracle recomenda o uso de instalações binárias redundantes.
- Oracle Inventory: O
orainventory
é uma pasta que contém uma lista dos Oracle Homes existentes e está localizada em uma pasta separada separada do Oracle Home. O arquivo/etc/oraInst.loc
determina qual é a localização doorainventory
.
- Artefatos dinâmicos: são arquivos que mudam com frequência. Esses artefatos incluem:
- Home de domínio: diretórios de domínio do Servidor de Administração e dos Servidores Gerenciados. Em uma topologia EDG, o ASERVER_HOME está em um local compartilhado e o MSERVER_HOME está em um local privado e cada servidor tem seu próprio MSERVER_HOME (embora possa ser armazenado em um NFS também).
- Artefatos do aplicativo, como arquivos
.ear
ou.war
. - Artefatos de banco de dados, como o repositório MDS e os esquemas SOAINFRA.
- Armazenamentos persistentes, como provedores JMS e logs de transação. A Oracle recomenda armazenar esses artefatos no banco de dados. Essa é a abordagem recomendada na topologia EDG e especialmente útil para ambientes de recuperação de desastres (DR), porque eles são replicados automaticamente para o site stand-by por meio do Oracle Data Guard subjacente.
- Planos de implantação, usados para atualizar adaptadores de tecnologia, como adaptadores de arquivo e JMS. Eles precisam ser salvos em um local acessível para todos os nós do cluster em que os artefatos estão sendo implantados.
- Outros artefatos de runtime, como arquivos usados por adaptadores de arquivo, arquivos transferidos pelo MFT ou outros artefatos de runtime personalizados.
Todo o conteúdo que reside no banco de dados (como o repositório MDS, esquemas SOAINFRA, JMS e TLOGs e dados personalizados) é automaticamente replicado para o site secundário por meio do Oracle Data Guard.
Para replicar o conteúdo que reside no sistema de arquivos (como o Oracle Home e a configuração do Domínio WebLogic) em uma topologia de recuperação de desastres, você pode usar diferentes abordagens. Os mais comuns são replicação em nível de armazenamento, réplica baseada em rsync
ou réplica baseada em DBFS.
O modelo de DR Híbrido, descrito aqui, é onde a instância principal está no local e a secundária está na OCI. A replicação do nível de armazenamento não está disponível no modelo de DR híbrido. Em vez disso, rsync
é a abordagem recomendada para replicar os artefatos do principal para o stand-by. Você pode usar a réplica baseada no DBFS (Oracle Database File System) para replicar alguns artefatos; consulte os detalhes em Sobre o Oracle Database File System em Saiba Mais.
Identificar as Pastas e os Artefatos do Sistema de Arquivos
Identifique os volumes e pastas NFS usados pelos hosts SOA principais do ambiente principal e seu conteúdo.
As tabelas a seguir fornecem um exemplo dos artefatos principais do sistema de arquivos usados neste exemplo.
Volume do Sistema de Arquivos | Host | Pasta de ponto de montagem | Comentários | Tipo de Artefato |
---|---|---|---|---|
NFS VOLFMW1 /export/soa/products1 |
SOAHOST1 | /u01/oracle/products |
Volume para os arquivos binários JDK e FMW. | Estático |
NFS VOLFMW2 /export/soa/products2 |
SOAHOST2 | /u01/oracle/products |
Volume para os arquivos binários JDK e FMW. | Estático |
VOLADMIN DO NFS/export/soa/config |
SOAHOST1, SOAHOST2 | /u01/oracle/config
|
Volume do diretório de domínio do Servidor de Administração e outras configurações compartilhadas, como Planos de Implantação, aplicativos e armazenamentos de chaves. | Dinâmico |
LOCAL* /u02/oracle/config |
SOAHOST1 | /u02/oracle/config |
Volume para configuração privada em SOAHOST1 | Dinâmico |
LOCAL* /u02/oracle/config |
SOAHOST2 | /u02/oracle/config |
Volume para configuração privada em SOAHOST2 | Dinâmico |
VOLRUNTIME NFS /export/soa/runtime |
SOAHOST1, SOAHOST2 | /u01/oracle/runtime |
Volume para conteúdo de runtime compartilhado, como arquivos usados por adaptadores de arquivo e outros artefatos de runtime. Observação: é recomendável armazenar mensagens |
Dinâmico |
* Os volumes do sistema de arquivos local podem ser montagens privadas (não compartilhadas) no NFS em vez de no armazenamento local.
A tabela a seguir é um exemplo das variáveis EDG para locais da pasta.
Variáveis EDG | Valor |
---|---|
ORACLE_BASE |
/u01/oracle/products |
ORACLE_HOME |
/u01/oracle/products/fmw |
JAVA_HOME |
/u01/oracle/products/jdk
|
SHARED_CONFIG_DIR |
/u01/oracle/config |
APPLICATION_HOME |
/u01/oracle/config/applications/mysoadomain |
DEPLOY_PLAN_HOME |
/u01/oracle/config/dp |
KEYSTORE_HOME |
/u01/oracle/config/keystores |
ASERVER_HOME |
/u01/oracle/config/domains/mysoadomain |
PRIVATE_CONFIG_DIR |
/u02/oracle/config |
MSERVER_HOME |
/u02/oracle/config/domains/mysoadomain |
NM_HOME |
/u02/oracle/config/nodemanager |
ORACLE_RUNTIME |
/u01/oracle/runtime |
Verificar Conectividade entre os Hosts Principal e Standby
Os hosts principais do SOA devem estabelecer conexão com os hosts stand-by remotos do Oracle Cloud Infrastructure (OCI) SOA e vice-versa,
Os nomes físicos dos hosts remotos do SOA podem ser resolvidos no DNS ou você pode incluir os nomes físicos e IPs dos hosts remotos do SOA nos arquivos /etc/hosts
. Ou seja, adicione os nomes físicos dos hosts secundários do SOA e seus IPs ao arquivo /etc/hosts
dos hosts primários do SOA. Da mesma forma, adicione os nomes físicos dos hosts SOA principais e seus IPs ao arquivo /etc/hosts
dos hosts SOA secundários.
Observação:
Se o principal não estiver usando nomes de host virtuais e usar os nomes de host de nó físico como endereços de listening dos servidores, não execute estas etapas. Como nesse cenário, os nomes de host do nó físico principal devem ser resolvidos pelos IPs dos hosts SOA do OCI em standby. Nesse cenário, em vez de executar as etapas a seguir, use os IPs dos hosts para estabelecer conexão com o SSH para os nós remotos.Duplicar a Estrutura de Pastas nos Hosts Secundários do OCI
Nesse ponto, as instâncias de computação do SOA (OCI) do Oracle Cloud Infrastructure já têm o FSS montado. Antes de replicar o conteúdo, crie a estrutura de pastas apropriada para o EDG.
Copie ORACLE_HOME
e JAVA_HOME
para os Hosts Secundários
Copie ORACLE_HOME
e JAVA_HOME
dos hosts principais para os hosts secundários.
ORACLE_HOME
e JAVA_HOME
normalmente estão na mesma pasta de produtos, juntamente com oraInventory
. Consulte Identificar as Pastas e os Artefatos do Sistema de Arquivos para obter os locais identificados anteriormente.
Copie as Pastas de Configuração do Domínio WebLogic para os Hosts Stand-by
Copie a pasta de configuração compartilhada do Domínio WebLogic e a pasta de configuração privada para os hosts do Oracle Cloud Infrastructure (OCI) SOA.
Copiar a Pasta de Runtime Compartilhada
Copie a pasta de runtime compartilhada para os hosts do SOA (OCI) do Oracle Cloud Infrastructure, se necessário.
A pasta de runtime compartilhada reside no local especificado pela variável ORACLE_RUNTIME. Consulte Identificar as Pastas e os Artefatos do Sistema de Arquivos para obter os locais identificados anteriormente.
Observação:
É recomendável armazenar os armazenamentos persistentes JMS e os armazenamentos TLOGS no banco de dados, usando armazenamentos persistentes JDBC. Como estão no banco de dados, eles são replicados automaticamente para o sistema secundário com o Oracle Data Guard.- Como essas informações são de tempo de execução, normalmente você não precisa replicá-las durante a fase de configuração. No entanto, se você precisar replicar essa pasta para os hosts stand-by, poderá copiar o conteúdo seguindo uma abordagem semelhante que você usou para copiar o arquivo de configuração compartilhado do Domínio WebLogic.