100 Things I Hate About Views: Undeclared Data Types in Columns
Views let you do dumb things by accident in SQL Server. Then they make you have to think way too hard to fix them.
Read Moreon • 1 min read
When you migrate a database, it can be useful to prove that you moved all the data and didn’t miss any transactions. Learn how to use a tail log backup in a migration scenario.
Watch this week’s 13 minute video. Subscribe to my YouTube channel, or check out the audio podcast to listen anywhere, anytime.
In this episode, I give you the super-short answer. (Spoiler: a point near the end of when the backup was running.) For the full answer, complete with a detailed timeline to help you understand the nitty gritty, read “Understanding SQL Server Backups” by Paul Randal
Here’s the Book’s Online entry for Tail Log backups. It mostly talks about using this in times of trouble (damaged databases), it also confirms…
NORECOVERY takes the database into the restoring state. This guarantees that the database does not change after the tail-log backup.
And that’s the really useful bit if you want your migration steps to clearly ensure that no changes can be committed after you grab this last log backup.
Copyright (c) 2025, Catalyze SQL, LLC; all rights reserved. Opinions expressed on this site are solely those of Kendra Little of Catalyze SQL, LLC. Content policy: Short excerpts of blog posts (3 sentences) may be republished, but longer excerpts and artwork cannot be shared without explicit permission.