Este artigo inicia uma série para ajudar os interessados a se prepararem para a entrevista do Goldengate.

***

Quais tipos de topologia são suportados pelo Goldengate?

O GoldenGate suporta as seguintes topologias (mais detalhes podem ser encontrados aqui):

• Unidirecional
• Bidirecional
• Peer-to-peer
• Transmissão
• Consolidação
• Cascasding

Quais são os principais componentes da replicação Goldengate?

A configuração de replicação consiste dos seguintes processos:

• Manager
• Extract
• Pump
• Replicate

Quais tipos de transações são compatíveis com Goldengate para replicação?

O Goldengate suporta replicações DML e DDL da origem para o destino.

Quais são os pré-requisitos de registros de log suplementares?

O registro de log adicional seguinte é necessário.

• Banco de dados de registro de log suplementar
• Registro de log de nível de objeto

Por que é necessária a criação de registro de log suplementar para a replicação?

Quando uma transação é comitada no banco de dados de origem, apenas os dados novos são gravados no log Redo. No entanto, para o Oracle aplicar essas transações no banco de dados de destino, os valores-chave da imagem anterior são necessários para identificar as linhas afetadas. Esses dados também são colocados no arquivo trail e usado para identificar as linhas de destino, utilizando o valor-chave das transações que são executadas neles.

Liste algumas considerações importantes para a replicação bidirecional:

O cliente deve considerar os seguintes pontos em um ambiente de replicação ativo-ativo:

• Chave Primária: ajuda a identificar e resolver os conflitos.
• Sequências: não são suportadas. A solução é utilizar odd/even, range ou concatenar sequências.
• Triggers: devem ser desativados ou suprimidos para evitar a questão do uso de singularidade.
• Looping de dados: pode ser facilmente evitado usando o próprio OGG.
• LAG: isso deveria ser minimizado. Se um cliente diz que não vai ter nenhum LAG devido à rede ou à carga enorme, então não precisamos implantar CRDs. Mas esse não é sempre o caso, já que teria algum LAG atraso e ele pode causar conflitos.
• CDR (Conflict Detection & Resolution): OGG foi construído em CDRs para todo tipo de DMLs que podem ser usados para detectá-los e resolvê-los.
• Aplicação Empacotada: não é suportado, pois pode conter tipos de dados que não são suportados por OGG ou talvez não permita a modificação de aplicativos para trabalhar com OGG.

Os binários OGG são suportados em ASM Cluster File System (ACFS)?

Sim, você pode instalar e configurar OGG em ACFS.

Os binários OGG são suportados no sistema de arquivos de banco de dados (DBFS)? Quais arquivos podem ser armazenados nesse sistema?

Não, os binários OGG não são suportados em DBFS. No entanto, podem armazenar arquivos de parâmetros, arquivos de dados (arquivos trail) e arquivos de ponto de verificação no DBFS.

Qual é a localização padrão do arquivo GLOBALS?

O arquivo GLOBALS está localizado no diretório de instalação do Oracle GoldenGate (OGG HOME).

Onde a filtragem de dados para uma coluna pode ser configurada?

A filtragem das colunas de uma tabela pode ser definida no Extract, no Pump ou no nível Replicat.

É um requisito configurar um processo de extrato PUMP na replicação OGG?

Um extrato PUMP é uma opção, mas é altamente recomendável usá-la para se manter seguro contra falhas na rede. Normalmente é configurada quando você estiver configurando a replicação OGG através da rede.

Quais são as diferenças entre a captura clássica e integrada?

Captura clássica:

• O modo de captura clássica é o processo de extração tradicional, que acessa os logs redo do banco de dados (opcionalmente logs de arquivo) para capturar as mudanças de DML ocorridas nos objetos especificados nos arquivos de parâmetros.
• No nível do sistema operacional, o usuário GoldenGate deve estar a par do mesmo grupo do banco de dados que possui os logs redo do banco de dados.
• Este modo de captura está disponível para outros RDBMS também.
• Existem alguns tipos de dados que não são suportados no modo de captura clássica.
• A captura clássica não pode ler dados a partir das tabelas/tablespaces comprimidas.

Captura integrada (CI):

• No modo de captura integrada, o GoldenGate trabalha diretamente com o servidor de banco de dados de log mining para receber as alterações de dados na forma de registros de mudança lógicas (LCRs).
• O modo IC não requer nenhuma configuração especial para os bancos de dados usando ASM, Criptografia Transparente de Dados, ou Oracle RAC.
• Esse recurso só está disponível para os bancos de dados Oracle, na versões 11.2.0.3 ou superiores.
• Ele também suporta vários tipos de objetos que não eram suportados pelo Capture Classic.
• Esse modo de captura suporta a extração de dados de bancos de dados de origem utilizando compressão.
• A captura integrada pode ser configurada em um modo online ou downstream.

Liste os parâmetros mínimos que podem ser usados ​​para criar o processo de extração

Abaixo estão listados os parâmetros mínimos necessários que devem ser definidos no arquivo de parâmetro de extração.

• EXTRACT NAME
• USERID
• EXTTRAIL
• TABLE

Quero configurar vários extratos para escrever no mesmo arquivo exttrail. Isso é possível?

Somente um processo de extração pode escrever para um exttrail de cada vez. Então, você não pode configurar vários extratos para escrever para o mesmo exttrail.

Qual tipo de criptografia é compatível com Goldengate?

O Oracle GoldenGate oferece três tipos de criptografias.

• Criptografia de dados usando Blow Fish.
• Criptografia de senha.
• Criptografia de rede.

Quais são as diferentes opções de criptografia de senha disponíveis com OGG?

Você pode criptografar uma senha em OGG usando

• Algoritmo Blowfish e
• Algoritmo Advance Encryption Standard (AES)

Quais são os níveis diferentes de criptografia AES?

Você pode criptografar a senha/os dados usando o AES em três chaves diferentes:

a) 128 bits

b) 192 bits e

c) de 256 bits

***

Artigo traduzido pela Redação iMasters com autorização do autor. Publicado originalmente em http://www.vitalsofttech.com/careers/goldengate-interview-questions/