Backup bazy danych + pliku dziennika transakcyjnego - SQL Server 2008

0

Posiadam bazę danych w SQL Server 2008. W SQL Server Agent, w Jobs posiadam:

  1. FULL backup bazy danych
BACKUP DATABASE BazaDanych TO  DISK = N'C:\backup.bak' WITH NOFORMAT, INIT,  NAME = N'Full Database Backup', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
GO
  1. Backup pliku dziennika transakcji
BACKUP LOG BazaDanych TO  DISK = N'C:\plikDziennikaTransakcji.trn' WITH NOFORMAT, NOINIT,  NAME = N'Transaction Log Backup', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
GO

Pliki powiązane z bazą zajmują:

  • plik MDF zajmuje ~350 MB
  • plik LDF zajmuje ~200 MB
  • plik TRN zajmuje ~ 60 GB

Biorąc pod uwagę rozmiar pliku TRN zastanawiam się czy prawidłowo wykonywany jest backup pliku dziennika transakcji. Podejrzewam, że mając pierwszy full backup tej bazy i plik TRN, który załóżmy wykonywany jest od początku utworzenia bazy mogę przywrócić bazę danych do dowolnego momentu, tak?

Zakładając, że full backup bazy wykonuję raz w tygodniu, chciałbym do tego wykonywać jeszcze backup pliku dziennika transakcji ale w ten sposób, że po wykonaniu tych czynności mógłbym zgrać te 2 backupy np na płytkę (usuwając je z dysku). Czy mogę w ogóle usunąć plik TRN? Czy po jego usunięciu zacznie się on od tego momentu automatycznie backupować?

Proszę o wyrozumiałość.

1

Przy tak małej bazie danych bawienie się w backup dziennika transakcji moim zdaniem nie ma sensu. Wieczorową porą możesz codziennie zrobić full backup całej bazy. Backup dziennika transakcji ma przede wszystkim zastosowanie tam gdzie bazy są tak duże, że brakuje okienka czasowego aby wykonać Full np. firma pracuje na 2 zmiany czyli zostaje 8 godzin "wolnego" podczas doby, a kopia full wykonuje się 12 godzin (choć osobiście wykorzystałbym raczej backup przyrostowy) lub tam gdzie usługi są udostępniane 24/24. Nie wdając się w szczegóły uważam, że dziennik transakcji nie należy traktować jako kopii zapasowej bazy danych w dosłownym tego znaczniu

1

I z tego co pamiętam niektóre operacje na bazie np. bulk mogą w ogóle nie być zapisywane do dziennika transakcji.

1 użytkowników online, w tym zalogowanych: 0, gości: 1