Neste artigo, explicarei sobre a tecnologia Log Shipping no SQL Server. Vamos revisar a instalação do SQL Server Log Shipping &Disaster Recovery. Depois de explicar a tecnologia Log Shipping, mostrarei a instalação e teste do Log Shipping.
Instalação de envio de logs e recuperação de desastres do SQL Server.
A tecnologia Log Shipping foi lançada com o SQL Server 2000 e é usada agora para SQL Server 2012, 2014, 2016, 2017, 2019 A tecnologia Log Shipping no SQL Server também é válida para alta disponibilidade e recuperação de desastres. . Um banco de dados de backup ou secundário, que é alimentado periodicamente a partir do log de transações do nosso banco de dados principal, pode servir imediatamente como banco de dados mestre em caso de desastre. Além disso, como nosso banco de dados é protegido, ele também oferece solução de Disaster Recovery.
Se você quiser manter uma cópia de um banco de dados de produção em caso de desastre ou usar o banco de dados de produção novamente em caso de desastre com perda mínima de dados, precisamos usar a tecnologia Log Shipping. Nesta tecnologia, o banco de dados de produção é mantido como uma cópia exata em um servidor diferente, e esse banco de dados chamado banco de dados secundário é alimentado continuamente a partir do banco de dados de produção periodicamente. Assim, caso não haja acesso ao banco de dados de produção ou perda de dados em caso de desastre, nosso banco de dados secundário pode ser utilizado como banco de dados principal.
Vantagens e desvantagens do envio de logs do SQL Server
podemos listar as vantagens e desvantagens do Log Shipping da seguinte forma.
Vantagens
——————————–
- Fornece uma solução de recuperação de desastres e alta disponibilidade.
- É uma tecnologia muito barata em termos de custo. A partir do SQL Server 2008, essa tecnologia está disponível em todas as versões, exceto na versão expressa.
- Fácil de instalar e manter.
- É possível ter muito logshipping para um banco de dados. Esta é uma oportunidade para minimizar a perda de dados de um banco de dados.
- O banco de dados secundário, que está em modo de espera, permite relatórios em modo somente leitura sem nenhuma operação manual.
- O erro do usuário pode ser resolvido usando backups de log de transações antigos.
Desvantagens
—————————--
- Log Shipping não possui failover automático, neste caso quando o failover precisa, o administrador do banco de dados deve realizar o failover manual imediatamente.
- Devido ao failover manual, o tempo de inatividade é mais do que espelhamento síncrono.
- É possível perder dados quando o banco de dados principal está corrompido.
Explicarei a instalação e configuração do Log Shipping no próximo artigo.
