Tail Log backup ao fazer uma restauração?

Normalmente, ao fazer uma restauração de um banco de dados de um servidor de produção para um servidor que não seja de produção, usarei a opção WITH REPLACE, pois quando esqueço que recebo um erro sobre o backup do log de cauda.

De acordo com o MSDN, eu realmente deveria fazer backup do meu log de cauda antes de restaurar:

Se o banco de dados estiver online e você planeja executar uma operação de restauração no banco de dados, comece fazendo o backup da cauda do log. Para evitar um erro em um banco de dados online, você deve usar a opção… WITH NORECOVERY da instrução BACKUP Transact-SQL.

Quais são alguns perigos ou desvantagens da maneira como estou fazendo isso? Por que o backup do registro de cauda é a primeira vantagem para mim?

Estou usando o SQL Server 2008R2, mas presumo que essa consulta seja relevante para a maioria das versões mais recentes do SQL Server e, portanto, não a tenha marcado inicialmente.

sql-server restore transaction-log

— Paulo
fonte

Eu acho que isso significa que você irá restaurar no mesmo local (e potencialmente aplicar logs de transações adicionais). Se você estiver restaurando apenas uma cópia simples do banco de dados em outro lugar e não precisar manter a cadeia de logs, eu usaria o método que você está usando. Eu posso até usar WITH COPY_ONLYno backup.

— Aaron Bertrand

Se você não fizer backup do final do log, perderá todas as transações que ocorreram desde o último backup do banco de dados.

— JoseTeixeira
fonte

Sim, eu entendi isso. Mas, mesmo assim, acho que sua resposta me fez preencher a lacuna no meu pensamento. Veja se o banco de dados que não é de produção nunca é copiado, então estou perdendo o banco de dados inteiro restaurando assim mesmo. Por que eu me importaria com o log de cauda. Mas o pensamento do MSDN é que eu sempre faço backup do meu banco de dados, o único bit não copiado agora é o log de cauda, portanto eles querem que eu faça o backup. No meu cenário específico de um banco de dados transitório de não produção, com o qual ninguém se importa, não há vantagem em fazer backup do log de cauda.

— Paul

Completamente certo. Se você deseja apenas trazer dados para um ambiente de não produção e realmente não se importa com o que estava lá, não há realmente nenhum problema.

— JoseTeixeira 22/08