Compreendendo os recursos de continuidade de negócios nos bancos de dados SQL do Azure

Compartilhe agora:

Neste artigo, examinamos os recursos de continuidade de negócios presentes nos bancos de dados SQL do Azure, desde a restauração pontual até a replicação geográfica ativa.

O Banco de Dados SQL do Azure é um serviço fornecido pela Microsoft na forma de banco de dados em nuvem. O Azure é uma plataforma de computação em nuvem, que permite que as organizações criem backups e armazenem seus dados relacionais em grande escala na nuvem. O Azure também ajuda a dimensionar o tamanho do banco de dados da empresa com base em seus requisitos de armazenamento em constante mudança.

Recursos de continuidade de negócios em bancos de dados SQL do Azure

O Azure pode ajudar na continuidade dos negócios ao oferecer suporte e preservar o banco de dados de uma organização. Ele garante a prevenção do banco de dados contra todos os danos e desastres, fornecendo backups de suas nuvens.

Recursos do banco de dados SQL que promovem a continuidade dos negócios

O Banco de Dados SQL oferece diversos recursos para continuidade dos negócios, como backups automatizados e a criação opcional de replicação de banco de dados. Cada uma dessas opções tem características diferentes com base em seu ERT (tempo estimado de recuperação) e também na potencial recuperação de perda de dados para as transações recentes. Uma vez que um usuário é capaz de entender essas opções, ele pode escolher entre elas – ou como, most cenários, implementá-los juntos para lidar com diferentes cenários. À medida que um usuário desenvolve seu plano de continuidade de negócios, ele precisa entender o tempo máximo aceitável necessário antes que o aplicativo seja totalmente recuperado após os eventos de interrupção – isso é chamado de objetivo de tempo de recuperação (RTO). O usuário também precisa entender que a quantidade máxima ou proporção de intervalos de tempo ou atualizações de dados recentes no aplicativo que podem ser toleradas são lost ao recuperar os dados após um evento de interrupção – este é o RPO (objetivo do ponto de recuperação) dos usuários.

Critérios de situação em que o usuário deve usar a georreplicação ativa e os grupos de autofailover:

  • Dependendo de quão crítica é a missão.
  • Tem um SLA (acordo de nível de serviço) que não segue o tempo de inatividade de 24 horas ou mais.
  • Responsabilidade financeira por Downtime.
  • Quando há uma chance maior de alteração de dados e não é aceitável perder nem uma hora de dados.
  • Quando a responsabilidade financeira potencial e a perda de negócios são maiores do que o preço da replicação geográfica.
  • Preparando-se para uma interrupção

Independentemente da disponibilidade do recurso de continuidade de negócios, o usuário deve:

  • Identificar e preparar um tarservidor get, que consiste em regras de firewall no nível do servidor, permissões no nível do banco de dados mestre e logins.
  • Determinar um plano para redirecionar os clientes e seus aplicativos na direção do novo servidor
  • Documente outras dependências, como alertas e configurações de auditoria.
  • Se o usuário não se preparar adequadamente, colocando seus aplicativos online após um SQL Server fixo pode levar mais tempo, o que provavelmente também exigiria alguma solução de problemas, o que é uma combinação ruim em momentos de estresse.

Executar uma restauração geográfica

Se um usuário estiver usando backups automatizados junto com redundância geográfica para replicação de armazenamento como seu mecanismo de recuperação, ele poderá iniciar a recuperação do banco de dados usando a restauração geográfica. Geralmente leva cerca de 12 horas para iniciar a recuperação – com perda de dados por cerca de uma hora, que é determinada pela hora em que o backup será replicado ou criado no último diferencial horário. Até que a recuperação seja concluída, os usuários não poderão usar nenhum dado no banco de dados em questão, pois não será possível registrar ou responder a nenhuma transação ou consulta. Essa configuração restaurará o banco de dados para seu último ponto disponível no tempo, mas a restauração do geosecundário em qualquer ponto no tempo não é suportada atualmente pelo Microsoft Azure.

Introdução do autor:

Victor Simon é um especialista em recuperação de dados em DataNumen, Inc., líder mundial em tecnologias de recuperação de dados, incluindo recuperação de acesso e produtos de software de recuperação SQL. Para mais informações visite www.datanumen.com

Compartilhe agora:

Deixe um comentário

O seu endereço de e-mail não será publicado. Os campos obrigatórios são marcados com *