O SQL Server é um sistema de banco de dados relacional amplamente utilizado para armazenar e recuperar dados. A recuperação de desastres é o método mais popular usado para salvaguardas de banco de dados do SQL Server. Portanto, o administrador deve tomar precauções razoáveis ​​para proteger o banco de dados contra perda nesses casos. Este blog apresenta as práticas recomendadas de recuperação de desastres do Microsoft SQL Server que os usuários podem usar para recuperar dados de um desastre natural ou causado pelo homem.





Pontos básicos de recuperação de desastres SQL

O plano de recuperação de desastres deve ser completo e incluir todas as dependências. Se o SQL Server atual precisar ser restaurado, certifique-se de que todas as dependências do SQL Server estejam em vigor. Dependências do sistema de arquivos, contas do Windows, aplicativos e muitos outros aspectos do servidor devem estar disponíveis porque todos os planos de recuperação de desastres falharam porque a dependência da plataforma de hardware não existe.

Seu plano deve ser o mais simples e malicioso possível. Apenas algumas tecnologias de recuperação de desastres do SQL Server limitam as ações possíveis no servidor de origem. Por exemplo, se você pode alterar o modelo de recuperação ao usar o espelhamento de banco de dados. Aqui estão mais algumas etapas para garantir que o site de recuperação de desastres do SQL Server esteja sempre atualizado:A replicação e o envio de logs não podem replicar logons. Além disso, vários processos são necessários para garantir que todos os logins estejam em um só lugar e atualizados em caso de recuperação de desastres.

Se você corrompeu os arquivos do banco de dados SQL, precisará recuperá-los usando a Ferramenta de recuperação do SQL . Isso ajudará você a reparar o banco de dados SQL corrompido junto com todos os objetos. Com isso, você pode reparar e restaurar o banco de dados SQL para um banco de dados novo ou existente.







Práticas recomendadas de recuperação de desastres do Microsoft SQL Server

As versões mais recentes do SQL Server oferecem algumas opções para configurar um mecanismo de recuperação de desastres que pode ser útil para administradores de SQL em situações difíceis. Vamos discuti-los na seção a seguir.

1. Backup e restauração
2. Usando AlwaysOn e grupos de disponibilidade de banco de dados básicos
3. Agrupamento de failover
4. Envio de registros
5. Replicação de banco de dados

Opção 1:Backup regular do banco de dados SQL Server

Este é o melhor e mais preferido plano de recuperação de desastres SQL. Os usuários podem fazer backup de banco de dados regularmente e restaurá-lo facilmente quando necessário. Vamos saber mais sobre backup de banco de dados:

• Fazendo backup de banco de dados usando SQL Server Management Studio, comandos T-SQL ou PowerShell.
• Realize diferentes tipos de backup de banco de dados:banco de dados completo, banco de dados diferencial, banco de dados parcial, arquivos de log de transações.
• Restaure o banco de dados SQL de um backup (arquivo .bak) quando necessário.

Opção 2:usando AlwaysOn e grupos de disponibilidade de banco de dados básicos

Os Grupos de Disponibilidade AlwaysOn (AG) são as tecnologias mais importantes para as práticas recomendadas de Alta Disponibilidade (HA) do SQL Server e Recuperação de Desastres do Microsoft SQL Server. Os AGs AlwaysOn estão incluídos apenas na versão SQL Server Enterprise e oferecem proteção para vários bancos de dados com failover programado. Como funciona, listamos as etapas abaixo:

• Grupos de disponibilidade sempre ativos funcionam com o Pacemaker no Linux/Windows Server/Windows Failover Cluster.
• Ele fornece sincronização com bancos de dados secundários e bancos de dados secundários assincronizados para recuperação de desastres.
• Os grupos de disponibilidade que estão sempre disponíveis fazem backups do banco de dados primário e os restauram com segurança em outro sistema.
• Os grupos de disponibilidade básicos funcionam como a disponibilidade sempre ativa para proteger o banco de dados SQL.

Opção 3:cluster de failover

O AlwaysOn FCI fornece segurança no nível do servidor contra danos ou interrupções inesperadas. Vamos saber mais sobre isso:

• Funciona no Windows Server com Windows Server Failover Cluster e com Pacemaker no Linux.
• AlwaysOn FCI pode ser usado para recuperação de desastres SQL usando geo-clustering com diferentes nós de cluster que são colocados em diferentes locais físicos.
• AlwaysOn FCI é mantido nas versões padrão e corporativa do SQL Server 2017.
• Se um nó de cluster falhar, os serviços hospedados nesse nó podem ser transferidos automática ou manualmente para outro nó chamado failover.

Opção 4:envio de logs SQL

O envio de logs está disponível em todas as versões do SQL a partir de 2000, incluindo as edições SQL 2017 Standard, Enterprise e versões anteriores do SQL.

• No envio de logs, o administrador faz backup dos logs de transações no banco de dados primário.
• Mova este backup para um ou mais bancos de dados secundários.
• Restaure o backup do log de transações no banco de dados secundário do SQL Server.

Opção 5:replicação de banco de dados

Este procedimento copia os dados do banco de dados do SQL Server e os distribui para outro banco de dados. Esta é outra prática recomendada de recuperação de desastres do Microsoft SQL Server. Vamos discutir seus pontos importantes:

• A tecnologia de replicação consiste em editores, que são bancos de dados que fornecem dados, e assinantes, que são bancos de dados que recebem bancos de dados de editores.
• Quaisquer alterações nos editores são atualizadas automaticamente para os assinantes quando são sincronizadas
• Ele oferece balanceamento de carga, que permite que os dados sejam compartilhados e as cargas sejam consultadas com vários servidores.

Estes são os 5 planos ou opções de recuperação de banco de dados SQL Server que o administrador SQL pode seguir para proteger o banco de dados SQL de futuros desastres. Mas se os arquivos do banco de dados SQL estiverem corrompidos, você precisará usar o SQL Recovery Software. Com isso, você pode reparar o arquivo MDF do banco de dados SQL corrompido e salvar os dados diretamente no banco de dados SQL Server ao vivo.



Palavras finais

Neste blog, discutimos o melhor plano de recuperação de desastres do SQL ou opções para proteger dados de desastres futuros. Explicamos 5 práticas recomendadas de recuperação de desastres do Microsoft SQL Server e como ela funciona. Caso você tenha um banco de dados SQL danificado, é aconselhável usar a ferramenta SQL Database Recovery.