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

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

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

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

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

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

sql-server restore transaction-log Павел
источник

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

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

Ответы:

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

JoseTeixeira
источник

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

Пол

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

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