Kopia zapasowa dziennika ogona podczas przywracania?

Zazwyczaj podczas przywracania bazy danych z serwera produkcyjnego na serwer nieprodukcyjny skorzystam z opcji Z REPLACJĄ, ponieważ gdy zapominam, pojawia się błąd związany z brakiem tworzenia kopii zapasowej dziennika ogona.

Według MSDN powinienem utworzyć kopię zapasową dziennika ogona przed przywróceniem:

Jeśli baza danych jest w trybie online i planujesz wykonać operację przywracania w bazie danych, zacznij od utworzenia kopii zapasowej końca dziennika. Aby uniknąć błędu w bazie danych online, należy użyć opcji… Z NORECOVERY instrukcji BACKUP Transact-SQL.

Jakie są zagrożenia lub wady sposobu, w jaki to robię? Dlaczego tworzenie kopii zapasowej dziennika ogonów jest dla mnie najważniejsze?

Używam SQL Server 2008R2, ale przypuszczam, że to zapytanie będzie dotyczyło większości nowszych wersji SQL Server, więc nie oznaczyłem go jako takiego.

sql-server restore transaction-log

— Paweł
źródło

Myślę, że to oznacza, jeśli chcesz przywrócić w tej samej lokalizacji (i potencjalnie zastosować dodatkowe dzienniki transakcji). Jeśli chcesz przywrócić tylko prostą kopię bazy danych w innym miejscu i nie musisz utrzymywać łańcucha dzienników, skorzystam z metody, której używasz. Mogę nawet użyć WITH COPY_ONLYdo tworzenia kopii zapasowej.

— Aaron Bertrand

Jeśli nie wykonasz kopii zapasowej końca dziennika, stracisz wszelkie transakcje, które wystąpiły od czasu ostatniego utworzenia kopii zapasowej bazy danych.

— JoseTeixeira
źródło

Tak, zrozumiałem to. Ale mimo to myślę, że twoja odpowiedź zmusiła mnie do wypełnienia luki w myśleniu. Zobacz, że nieprodukcyjna baza danych nigdy nie jest tworzona, więc i tak tracę całą bazę danych, przywracając, więc dlaczego miałbym się przejmować dziennikiem ogona. Ale myślenie MSDN polega na tym, że zawsze wykonuję kopię zapasową mojej bazy danych, jedyny kawałek, który nie jest teraz tworzony, to dziennik ogonów, dlatego chcą, żebym to zrobił. W moim konkretnym scenariuszu przejściowej nieprodukcyjnej bazy danych, o którą nikt nie dba, dlatego nie ma żadnej korzyści z tworzenia kopii zapasowej dziennika ogona.

— Paul

Całkowicie słuszna. Jeśli chcesz tylko przenieść dane do środowiska nieprodukcyjnego i tak naprawdę nie zależy ci na tym, co tam było, to naprawdę nie ma problemu.

— JoseTeixeira