Quais opções de recuperação de desastre (DR) estão disponíveis para o recurso Db2 pureScale?

Há várias opções de recuperação de desastres que são atualmente suportadas para Db2 pureScale. A variedade das opções permite que diferentes soluções atendam às necessidades de todos os usuários e a opção é em grande parte dependente de suas necessidades de negócios.

As diferentes opções de recuperação de desastre são:
  • Geographically dispersed pureScale cluster (GDPC)
    • Essa opção está disponível para empresas que exigem uma solução de DR ativa/ativa com tempo de inatividade ZERO na falha do site. Essencialmente, trata-se de um cluster pureScale dividido que se estende, no máximo, por vários quilômetros. Ele pode ser implementado em diferentes salas ou pisos dentro do mesmo prédio, entre prédios ou cidades dentro da distância de transporte público. A limitação da distância é assegurar que o atraso de desempenho devido à distância esteja dentro do intervalo aceitável para uma carga de trabalho razoável.
    • Para obter mais informações sobre GDPC, consulte Cluster do Db2 pureScale geograficamente disperso (GDPC).
  • Db2® Suporte HADR com pureScale
    • Essa opção combina a disponibilidade contínua do Db2 pureScale com os recursos robustos de recuperação de desastre do HADR, fornecendo uma solução de recuperação de desastre integrada de zero perda de dados (ou seja, RPO=0).. Todos os quatro modos de sincronização são suportados, assim como o Envio para o spool de log e a Aplicação com atraso. Isso pode abranger milhares de quilômetros entre os dois sites dependendo do modo de sincronização.
    • Para obter mais informações sobre o suporte ao Db2 HADR com o pureScale, consulte Recuperação de desastres de alta disponibilidade (HADR).
  • Replicação de armazenamento
    • Essa opção se refere a tecnologias de cópia de dados que podem atualizar constantemente uma segunda cópia de um volume de armazenamento para corresponder mudanças que estão sendo feitas em um volume de armazenamento de origem. Trata-se de uma solução ativa/passiva em que a transação é executada somente com relação ao site primário. O site de DR deve ser definido com a mesma instância, topologia e estrutura de armazenamento. O armazenamento associado aos dados e logs do banco de dados deve ser espelhado. Isso está disponível em modo síncrono (garantindo que não haja perda de dados) ou modo assíncrono. Dependendo da solução do fornecedor de armazenamento, pode haver uma distância máxima imposta. Verifique com os fornecedores de armazenamento para obter detalhes.
  • Q Replication/InfoSphere Change Data Capture (CDC)
    • Essa opção fornece uma solução de replicação de alto rendimento e baixa latência para sites que podem estar a milhares de quilômetros de distância. O Q Replication é lógico por natureza, em que os aspectos físicos subjacentes do banco de dados não entram em jogo durante a replicação. Somente as mudanças em tabelas específicas são capturadas e elas são reproduzidas usando SQL no site de DR. Ele é assíncrono e, portanto, é possível que as mudanças que são feitas em um site primário sejam perdidas se algo acontecer com aquele site e o failover para os sites de DR tiver que acontecer. O suporte bidirecional ativo/ativo exigirá uma estratégia para a prevenção de conflitos e resolução.
  • Envio de Log
    • Essa opção é uma solução de DR ativa/passiva "gerenciada pelo usuário". Isso envolve copiar arquivos de log inteiros em um sistema de espera de um sistema primário e executar rollforward nesses arquivos de log na espera. Somente os arquivos de log que não estão mais sendo gravados ativamente no primário podem ser usados.
    • Para obter mais informações sobre o envio de log, consulte Alta disponibilidade através do envio de log.