Temos implantações de código todas as quintas-feiras, algumas das mudanças envolvem mudanças no banco de dados - antes que o código seja despolido fazemos um backup do SQL caso haja erros, isso geralmente leva 45 minutos e todos têm que esperar até que termine. Eu poderia tirar vantagem de tirar um instantâneo do banco de dados, e se o código for bom basta excluir o instantâneo, se houver algum problema usar o instantâneo para reverter as alterações feitas?
relate perguntas
-
SQL Server - Como as páginas de dados são armazenadas ao usar um índice clusterizado
-
Preciso de índices separados para cada tipo de consulta ou um índice de várias colunas funcionará?
-
Quando devo usar uma restrição exclusiva em vez de um índice exclusivo?
-
Quais são as principais causas de deadlocks e podem ser evitadas?
-
Como determinar se um Índice é necessário ou necessário
Dependendo das alterações que estão sendo executadas, os instantâneos de banco de dados são uma alternativa viável aos backups. Você precisa garantir que está atendendo aos pré-requisitos e que não será afetado pelas limitações da origem e do instantâneo ( veja aqui ).
Existem limitações em relação ao uso de determinados recursos, como nenhum grupo de arquivos MEMORY_OPTIMIZED_DATA, que impedem instantâneos. Além disso, alguns recursos como grupos de arquivos FILESTREAM e índices de texto completo não estão disponíveis no banco de dados de instantâneo.
Você também precisa garantir que tenha espaço em disco suficiente disponível ao passar por testes pós-implantação, pois o instantâneo aumentará à medida que você altera os dados.
Você também não pode descartar arquivos de banco de dados do banco de dados de origem após a criação de um instantâneo. Nas circunstâncias em que isso está acontecendo, o backup é a solução.