Replication do SQL Server 2008 - Potencial de perda

Question

Existe algum tipo de replicação em uma WAN (cross-country) que garanta a ausência de perda de dados em um desastre? Estamos sempre sujeitos a perder alguns segundos ou minutos até o ponto?
Em caso afirmativo, alguma sugestão de rodeio? Estamos debatendo o uso de armazenamento em nuvem ou aplicativo financeiro ou de mudança para registrar uma ou duas de nossas principais transações em um servidor externo.

    

Answer 1

Parece que é possível. O SQL Server o chama de espelhamento de banco de dados e o ponto-chave é usar o modo de "alta segurança", que é síncrono. Isso significa que todas as transações confirmadas serão confirmadas em ambas as instâncias antes de serem concluídas como concluídas.

Observe que isso definitivamente terá impacto no desempenho. E provavelmente um grande impacto. Toda vez que você fizer uma atualização no banco de dados, ele será confirmado localmente, depois enviado para o servidor remoto (espelho), processado e confirmado lá, então o remoto retornará uma notificação de que concluiu a transação e somente então o servidor de banco de dados primário retornará ao cliente que a transação foi concluída. Essa viagem e processamento extra de ida e volta causará algum nível de aumento de latência.

Para mais informações, comece com estes artigos do MSDN:

• Visão geral do espelhamento de banco de dados
• Espelhamento de banco de dados síncrono (modo de alta segurança)

Nota: Eu não sou um DBA do SQL Server. A maior parte da minha experiência é com o PostgreSQL e o Oracle. Pode haver uma maneira melhor ou alternativa de fazer isso. Se assim for, espero que um DBA do SQL Server forneça ou corrija quaisquer erros que eu tenha cometido.

    

Answer 2

Eu recomendaria que no site você implantasse o espelhamento ou cluster de banco de dados E, em seguida, sobre o link WAN Replicação do log de transações.

O espelhamento por WAN tem um limite de latência muito sensível e, em caso de desempenho insatisfatório devido à taxa de transferência da rede, isso pode fazer com que o espelho fique fora de sincronia intencionalmente para proteger o banco de dados ... no caso de corrupção em um banco de dados conjunto de espelhos a corrupção então replicaria para todas as réplicas.

Existem, é claro, alguns fatores decisivos, como requisitos de armazenamento. Como você mencionou, está pensando em armazenamento em nuvem para recuperação de desastres, embora isso possa ajudar a garantir que não haja perda de dados; isso não satisfaria o failover automático de um banco de dados de missão crítica para esse aplicativo se precisar de 100% de tempo de atividade. Voltando um segundo Se for um banco de dados muito pequeno, o espelhamento de uma WAN será possível, embora seja recomendado o uso de criptografia.

No entanto, se houver alguma informação segura no banco de dados, também será importante verificar se há algum regulamento de conformidade para o conteúdo do banco de dados que não seja armazenado em uma nuvem pública, mas sim uma nuvem privada para satisfazer as necessidades. como PCI em casos especiais.

Se precisar de mais ajuda, fico mais do que feliz em ajudar ou dar recomendações. boa sorte!