Резервное копирование журнала при выполнении восстановления?

Обычно при восстановлении БД с рабочего сервера на непроизводственный сервер я использую опцию WITH REPLACE, так как, когда я забываю, я получаю сообщение об ошибке резервного копирования хвостового журнала.

Согласно MSDN, перед восстановлением я должен сделать резервную копию хвостового журнала:

Если база данных находится в оперативном режиме, и вы планируете выполнить операцию восстановления базы данных, начните с резервного копирования хвоста журнала. Чтобы избежать ошибки для оперативной базы данных, необходимо использовать параметр… WITH NORECOVERY оператора BACKUP Transact-SQL.

Каковы некоторые опасности или недостатки того, как я это делаю? Почему резервное копирование хвостового журнала является первым преимуществом для меня?

Я использую SQL Server 2008R2, но я предполагаю, что этот запрос будет актуален для большинства новых версий SQL Server, поэтому изначально не помечал его как таковой.

sql-server restore transaction-log

— Павел
источник

Я думаю, это означает, что вы собираетесь восстанавливать в том же месте (и потенциально применять дополнительные журналы транзакций). Если вы собираетесь восстанавливать простую копию базы данных в другом месте и вам не нужно поддерживать цепочку журналов, я бы использовал метод, который вы используете. Я мог бы даже использовать WITH COPY_ONLYна резервной копии.

— Аарон Бертран

Если вы не выполните резервное копирование журнала, вы потеряете все транзакции, которые произошли с момента последнего резервного копирования базы данных.

— JoseTeixeira
источник

Да, я понял это. Но даже в этом случае я думаю, что ваш ответ заставил меня преодолеть разрыв в моем мышлении. Посмотрите, что непроизводственная БД никогда не копируется, поэтому я теряю всю БД, так или иначе восстанавливая, так зачем мне заботиться о конечном журнале. Но MSDN думает, что я всегда делаю резервные копии своей БД, единственный бит, который не был зарезервирован сейчас, - это хвостовой журнал, поэтому они хотят, чтобы я его создал. По моему конкретному сценарию временной непроизводственной БД, которая никого не волнует, поэтому нет никакого преимущества для резервного копирования хвостового журнала.

— Пол

Совершенно верно. Если вы просто хотите перенести данные в непроизводственную среду и на самом деле не заботитесь о том, что там было, тогда проблем на самом деле нет.

— Жозе Тейшейра