Oi

Neste artigo, explicarei os instantâneos de banco de dados no SQL Server. O instantâneo de banco de dados é um recurso que vem com o SQL Server 2005 e é um recurso contínuo em 2008, 2012, 2014, 2016, SQL Server 2017 e assim por diante. Instantâneo do Banco de Dados; A definição mais simples é uma cópia somente leitura do banco de dados ou instantâneo do banco de dados em um determinado momento.





Quando o processo de instantâneo é executado, o SQL Server obtém a imagem atual do banco de dados selecionado, mas não possui os dados físicos atuais no disco para o banco de dados de instantâneo.

Há um dado físico exclusivo e é apenas para o banco de dados de produção. Cancele a reversão de transações enquanto o instantâneo está sendo obtido. Quaisquer alterações feitas no banco de dados de instantâneos serão gravadas no Arquivo Esparso para banco de dados de instantâneo.

Isso significa que, se alguém alterou algum dado no banco de dados Snapshot quando alguém consultar qualquer seleção relacionada aos mesmos dados do Snapshot , o SQL Server lerá os dados alterados do arquivo Sparse e lerá os dados não modificados do banco de dados original.



O retrato mais bonito que resume esse cenário é a imagem a seguir publicada pelo MSDN.









Como mostrado na figura acima, no 1º caso, 3 de 10 páginas do banco de dados de produção estão sendo atualizadas. Essas Atualizações também são escritas em Arquivo Esparso conforme mostrado no 1º caso. no 2º caso, 8 páginas do banco de dados de origem são atualizadas e 7 páginas são gravadas no arquivo esparso.

Quando um relatório ou consulta é executado no instantâneo, o SQL Server lê as páginas não alteradas do banco de dados de origem do SQL Server e o SQL Server lê as páginas alteradas do arquivo esparso.



O principal objetivo do Snapshot é criar um Relatório Estável ou banco de dados de teste para desenvolvedores por um determinado intervalo, fazendo um backup de qualquer banco de dados e criando relatórios via Snapshot. se ocorrerem pequenos erros no banco de dados de produção, o administrador poderá retornar ao estado original do Snapshot.

No entanto, é muito importante que o banco de dados Snapshot esteja conectado individualmente ao seu banco de dados de origem. Se ele for excluído ou migrado, o banco de dados principal não poderá ser retornado do banco de dados Snapshot. É por isso que o banco de dados Snapshot não é exatamente uma estratégia de backup para SQL Server. Ele pode ser usado para bancos de dados de teste.



Continuarei a falar sobre o instantâneo do banco de dados SQL Server no próximo post.