Saiba Mais Como Sincronizar Seus Bancos de Dados de Teste e de Produção
Quando tiver ambientes de desenvolvimento e teste implantados na nuvem, você precisará fazer uma atualização rápida e eficiente, ou sincronizar os dados de teste com seu ambiente de produção sem incorrer em custos de armazenamento grandes.
Antes de Começar
Arquitetura

Descrição da ilustração prod-testmaster-snap-db.png
Os seguintes componentes fazem parte da arquitetura:
- Banco de dados de produção: o banco de dados com dados de produção, que é a origem que você usará para criar um Teste Mestre
- Banco de dados de Matriz de Testes: uma cópia do banco de dados de produção, que você usará para criar um snapshot
- Snapshot: um clone thin criado com base no Test Master, que você pode usar para ambientes de desenvolvimento ou teste.
A primeira etapa é criar um banco de dados de Matriz de Testes de seu banco de dados de produção. Você pode fazer isso de três maneiras:
- Crie um banco de dados stand-by físico com base no banco de dados de produção. O stand-by físico age como o Test Master.
Use esta opção se você criar frequentemente clones do banco de dados de produção, como diário ou semanal, quiser criar clones rapidamente ou se tiver um banco de dados de produção muito grande. Quando o Test Master é um banco de dados stand-by físico, o Test Master sempre é sincronizado com a produção e você nunca precisa atualizar os dados. Para bancos de dados muito grandes, não é possível atualizar rapidamente o Matriz de Testes.
- Crie um clone do banco de dados de produção usando o RMAN (Oracle Recovery Manager) ativo e use o clone como o Test Master.
Use essa opção se você ocasionalmente criar clones do ambiente de produção, como quinzenal ou mensal. Com esse método para criar um Teste Mestre, você pode criar o Teste Mestre uma vez usando a duplicação ativa do RMAN e, em seguida, usar o Teste Mestre para criar clones várias vezes em um mês.
- Crie uma cópia de backup completo do banco de dados de produção e use o backup para criar um clone e usar o clone como o Test Master.
Utilize essa opção se atualizar os clones com pouca frequência, como trimestral, semestral ou anualmente. Com esse método para criar um Test Master, um backup completo do banco de dados é obtido do banco de dados de produção e o Test Master é criado usando esse backup de produção. Você pode usar o Teste Mestre para criar clones várias vezes, conforme necessário.
Você pode usar o Test Master para criar cópias (snapshots) eficientes de espaço do banco de dados para seus ambientes de teste e desenvolvimento.
Os diagramas de arquitetura a seguir fornecem alguma orientação sobre os diferentes métodos de criação e gerenciamento do seu Test Master. Escolha a opção que funciona melhor para seu ambiente e a frequência com a qual você precisa atualizar o banco de dados.
Opção I: Se o banco de dados de produção for um banco de dados muito grande e você precisar atualizar os ambientes de desenvolvimento e teste de produção rapidamente (dentro de alguns minutos), use o Oracle Data Guard para criar um banco de dados stand-by como o Teste Mestre. A vantagem deste método é que o Test Master está sempre sincronizado com o banco de dados de produção e que nunca é necessário atualizar o Test Master.

Descrição da ilustração testmaster-dataguard.png
Esta arquitetura suporta o seguinte fluxo:
- Crie um banco de dados de Matriz de Testes usando o Oracle Data Guard. Neste cenário, o Test Master é um stand-by físico do banco de dados de produção e sempre é sincronizado com a produção.
- Crie snapshots de Leitura/Gravação para seus ambientes de teste. Os snapshots são criados no Servidor de Teste Mestre. O Test Master Server usa o Oracle ASM Cluster File System (Oracle ACFS).
Esta arquitetura suporta os seguintes componentes:
- Production Oracle Database: O banco de dados de produção pode usar um sistema de arquivos Oracle Automatic Storage Management (Oracle ASM), Oracle ACFS ou UNIX.
- Banco de Dados Mestre de Teste: Um stand-by físico totalmente sincronizado do banco de dados de produção no Oracle ACFS.
- Snapshots: Uma ou mais cópias de leitura/gravação da Matriz de Testes criadas para ambientes de teste.
Opção II: se você precisar atualizar regularmente seus ambientes de teste, como bi-weekly ou mensalmente, clone seu banco de dados de produção usando a Duplicação Ativa do RMAN para criar um Teste Mestre.

Descrição da ilustração testmaster-rman-duplicate.png
Esta arquitetura suporta o seguinte fluxo:
- Clone seu banco de dados de produção para criar uma Duplicação Ativa do RMAN do banco de dados de Teste Mestre. Execute o comando Duplicação Ativa do RMAN de um banco de dados de produção para criar o banco de dados de Matriz de Testes.
- Crie snapshots de Leitura/Gravação para seus ambientes de teste. Os snapshots são criados no mesmo servidor que o Matriz de Testes (Servidor de Teste Mestre). O Test Master Server usa o Oracle ACFS.
- Atualize o Teste Mestre deletando o Teste Mestre e recriando um clone do banco de dados de produção.
Esta arquitetura suporta os seguintes componentes:
- Production Oracle Database: O banco de dados de produção pode usar um sistema de arquivos Oracle ASM, Oracle ACFS ou UNIX.
- Banco de Dados Mestre de Teste: Um clone completo do banco de dados de produção em um sistema de arquivos ACFS Oracle.
- Snapshots: um ou mais snapshots de leitura/gravação da Matriz de Testes criados para ambientes de teste.
Opção III: Se você precisar atualizar a partir da produção ocasionalmente (a cada alguns meses), então poderá usar o backup completo do RMAN da produção para criar um banco de dados de Matriz de Testes. Para simplificar o processo de atualização, crie um serviço do Oracle Cloud Infrastructure File Storage e monte-o em todo o servidor de banco de dados de produção e de teste mestre. Quando você faz backup do RMAN do banco de dados de produção no Oracle Cloud Infrastructure File Storage, o backup também fica disponível no servidor de teste mestre e está disponível para criar um Teste Mestre.

Descrição da ilustração testmaster-rman-full.png
Esta arquitetura suporta o seguinte fluxo:
- Crie uma cópia de backup completo do seu banco de dados de produção no serviço Oracle Cloud Infrastructure File Storage e monte o backup no Servidor de Teste Mestre.
- Crie snapshots de Leitura/Gravação para seus ambientes de teste. Os snapshots são criados no Servidor de Teste Mestre. O Test Master Server usa o Oracle ACFS.
- Atualize o Teste Mestre, conforme necessário, deletando o Teste Mestre existente e recriando-o usando um novo backup do banco de dados de produção.
Esta arquitetura suporta os seguintes componentes:
- Production Oracle Database: O banco de dados de produção pode usar um sistema de arquivos Oracle ASM, Oracle ACFS ou UNIX.
- Backup Completo do Oracle RMAN: o utilitário RMAN cria um backup completo do banco de dados de produção no serviço Oracle Cloud Infrastructure File Storage.
- Banco de Dados Mestre de Teste: Um clone completo do banco de dados de produção em um sistema de arquivos ACFS Oracle.
- Snapshots: um ou mais snapshots de leitura/gravação da Matriz de Testes criados para ambientes de teste.
Sobre Clonagem Thin com o Utilitário gDBClone
O utilitário (gDBClone
do Database Clone Snapshot Management) destina-se a fornecer métodos simples e eficientes de criar clones de instantâneo e gerenciar bancos de dados para ambientes de teste e desenvolvimento.
O utilitário usa o Oracle ASM Cluster File System (Oracle ACFS). A tecnologia de snapshot pontual do Oracle ACFS e o utilitário gDBClone
fornecem ferramentas avançadas, flexíveis e simples que reduzem o tempo e a complexidade de gerenciar os servidores de teste e desenvolvimento. Use essas ferramentas para sincronizar dados de forma rápida e eficiente entre seus bancos de dados de teste, desenvolvimento e produção em uma programação regular, ou conforme necessário.
Um snapshot do Oracle ACFS é uma cópia on-line, somente para leitura ou leitura e ponto no tempo de um sistema de arquivos ACFS Oracle. A cópia do snapshot é eficiente por espaço e usa a funcionalidade Oracle ACFS Redirect-on-Write (ROW). Antes que uma extensão de arquivo do Oracle ACFS seja modificada ou deletada, seu valor atual será preservado no snapshot para manter o ponto na view de tempo do sistema de arquivos. O Oracle ACFS suporta 1023 snapshots por sistema de arquivos.
O script gDBClone
permite executar as seguintes funções principais:
Clone
: Cria um banco de dados clone a partir de um banco de dados de produção. O clone é seu banco de dados de Matriz de Testes. O tempo para criar um clone do banco de dados depende do tamanho do banco de dados e do throughput de rede.- O banco de dados de origem pode estar em qualquer tipo de sistema de arquivos, incluindo o Oracle Automatic Storage Management (Oracle ASM).
- Se o banco de dados for remoto,
gDBClone
deverá estabelecer conexão com o banco de dados remoto por meio do listener de Listener ou SCAN (Single Client Access Network) para o Oracle Real Application Clusters (Oracle RAC). - O clone, ou Test Master, pode ser um banco de dados Principal ou Stand-by.
- Ao usar o Oracle Recovery Manager (RMAN) Duplicado no Banco de Dados Ativo,
gDBClone
aloca 3 canais RMAN. Você pode substituir o padrão usando a opção de comando-channels RMAN channels number
.
Snap
: Cria um snapshot esparso (thin clone) de um Oracle Database. A cópia do snapshot é sensível ao espaço e usa a funcionalidade Redirect-on-Write (ACFS ROW).Convert
: Converte um determinado banco de dados no Oracle Real Application Clusters (Oracle RAC) One Node, Oracle RAC ou de um banco de dados que não é contêiner em um banco de dados plugável (PDB) de um determinado banco de dados de contêiner (CDB)ListDBs
: Lista os bancos de dados clonados e seus snapshotsDelDB
: Exclui bancos de dados clonados ou seus instantâneosListHomes
: Lista o Oracle home disponível- ACFS
SYSPwF
: Cria um arquivo com senha criptografada
Sobre Serviços, Produtos e Funções Obrigatórios
Essa solução requer os seguintes produtos, serviços e funções:
O sistema de origem (banco de dados de produção) pode ser qualquer um dos seguintes:
- sistema de banco de dados da máquina virtual Oracle Cloud Infrastructure do nó1
- Sistema do banco de dados da máquina virtual Oracle RAC do nó 2-
- Sistema Oracle Database bare metal do nó 1-
- Sistema de banco de dados Oracle Database Exadata Cloud Service
O banco de dados de produção pode usar o Oracle Automatic Storage Management (Oracle ASM), o Oracle ASM Cluster File System (Oracle ACFS) ou um sistema de arquivos UNIX.
O sistema de destino (Servidor de Teste Mestre) pode ser um dos seguintes:
- sistema de banco de dados bare metal (1-node, instância única)
A Matriz de Testes não pode ser um sistema de banco de dados de máquina virtual porque um sistema de banco de dados de máquina virtual não suporta vários bancos de dados.
- Oracle Database Exadata Cloud Service
Para a instância de banco de dados de Matriz de Testes, o Oracle Database deve ser armazenado em um sistema de arquivos Oracle ACFS local.
É recomendável que os Homes do BD de origem e de destino sejam a mesma edição e versão. Os dois DB Homes são recomendados para estar no mesmo nível de patch, bundle e patches one-off.
Estas são as atribuições necessárias para cada serviço.
Nome do Produto: Atribuição | Necessário para... |
---|---|
Oracle Database: privilégios do sistema raiz ou sudo com a capacidade de executar comandos como raiz. | Crie o Teste Mestre clonando o banco de dados de produção, criando um banco de dados stand-by ou criando uma cópia de backup completa. |
Utilitário gDBClone : privilégios do sistema raiz ou sudo com a capacidade de executar comandos como raiz.
|
Execute a maioria das tarefas gDBClone , incluindo clonagem e instantâneos.
|
Serviço Oracle Cloud Infrastructure File Storage: Membro do grupo OCI_Administrators .
|
Crie um backup de banco de dados completo com o Oracle Recovery Manager (RMAN) no serviço do Oracle Cloud Infrastructure File Storage. |
Consulte Aprenda como obter serviços do Oracle Cloud para Soluções Oracle para obter os serviços em nuvem de que você precisa.