[ Pobierz całość w formacie PDF ]
.Usuwaj¹ one wykonane(zakoñczone) transakcje z dziennika ale nie robi¹ kopii wpisów.Przyk³adowo, powykonaniu kopii bezpieczeñstwa bazy, w której by³y wykonywane nie rejestrowaneoperacje, dziennik transakcji jest przydatny.Mo¿na uruchomiæ polecenie BACKUPLOG WITH TRUNCATE_ONLY, a nastêpnie utworzyæ pe³n¹ kopiê bezpieczeñstwa bazydanych.Okrojenie dziennika transakcji jest rejestrowan¹ operacj¹ sam¹ w sobie.Warto równie¿ zauwa¿yæ, ¿e opcja ta wykonuje faktycznie archiwizacjê, ale nazwanoœnika archiwizacyjnego jest nie potrzebna.Oczywiœcie, je¿eli chce siêwykonywaæ tê operacjê nale¿y prze³¹czyæ bazê danych w tryb odzyskiwaniaSIMPLE.NO_TRUNCATE wykonuje kopiê bezpieczeñstwa dziennika transakcji (tak jakpolecenie BACKUP LOG bez ¿adnych specjalnych opcji).Jednak, opcja ta wykonujedzia³anie, którego nie wykonuje zwyk³e tworzenie kopii: mo¿e utworzyæ kopiêdziennika transakcji nawet jeœli baza danych jest w³¹czona (dostêpna).Mo¿naprzyj¹æ, ¿e w bazie danych jest plik danych na jednym fizycznym dysku idziennik transakcji na osobnym dysku.Je¿eli plik danych zosta³ z jakiegoœpowodu uszkodzony, mo¿na uruchomiæ polecenie BACKUP LOG z opcj¹ NO_TRUNCATE abyzachowaæ wszystkie transakcje, które wyst¹pi³y od czasu tworzenia ostatniejkopii dziennika transakcji.Tym sposobem, mo¿na odtworzyæ bazê danych do punktuw czasie, w którym nast¹pi³o uszkodzenie dysku.Mo¿na utworzyæ kopiê dziennika transakcji bazy danych jedynie w przypadku, gdywczeœniej zosta³a wykonana pe³na kopia bazy danych.Nie mo¿na wykonaæ kopiidziennika transakcji je¿eli ustawione s¹ opcje Truncate Log On Checkpoint lubSelect Into/Bulkcopy Database.Kopie dziennika transakcji s¹ sekwencjami kopii bezpieczeñstwa.W przypadkutych kopii, podobnie jak w przypadku kopii ró¿nicowych, nie pojawia siê ¿adneduplikowanie danych pomiêdzy poszczególnymi kolejnymi kopiami dziennikatransakcji.Kiedy zachodzi koniecznoœæ odtwarzania dzienników transakcji,potrzeba do tego wszystkich kopii utworzonych od czasu wykonania ostatniejpe³nej kopii bazy danych.Kolejny rozdzia³ prezentuje szczegó³y odtwarzaniabazy danych przy pomocy dzienników transakcji.Jak czêsto nale¿y wykonywaæ kopie dziennika transakcji? Typowy scenariusz mo¿ewygl¹daæ tak (dla bazy danych u¿ywanej g³Ã³wnie w godzinach pracy):6:00 a.m.Wykonanie codziennej pe³nej kopii bazy danych z opcj¹ FORMAT6:05 a.m.Utworzenie kopii dziennika transakcji z opcj¹ FORMAT10:00 a.m.Ponownie utworzenie kopii dziennika transakcji (NOINIT)12:00 p.m.Wykonanie ró¿nicowej kopii bazy danych (NOINIT)2:00 p.m.Kolejne utworzenie kopii dziennika transakcji (NOINIT)6:00 p.m.Kolejne utworzenie kopii dziennika transakcji (NOINIT)8:00 p.m.Wykonanie ró¿nicowej kopii bazy danych (NOINIT)10:00 p.m.Kolejne utworzenie kopii dziennika transakcji (ostatni raz)Ten skrypt bêdzie wygl¹da³ podobnie jak przedstawiony w wydruku 7.1 dla bazydanych pubs.Oczywiœcie, za³o¿eniem jest, ¿e baza jest w trybie Full recovery.Domyœlnie baza danych pubs jest w trybie odtwarzania SIMPLE.Je¿eli jestustawiony ten tryb, nie mo¿na wykonaæ kopii bezpieczeñstwa dziennikatransakcji.Aby wykonaæ kod przedstawiony w wydruku 7.1 nale¿y przestawiæ bazêdanych w tryb FULL przy pomocy polecenia: Alter Database pubs SET RECOVERYFULLWydruk 7.1 Ustawianie planu archiwizacji--SCRIPT BEGINS AT 6:00 AMuse pubsgodbcc checkdb ('pubs') With NO_INFOMSGS, TABLERESULTSgoBACKUP DATABASE pubs to pubs_backup WITH FORMAT,Retaindays = 30, MediaNAme= 'Pubs Backup Tape',Blocksize = 8192Go--6:05 AMBACKUP LOG pubs to pubs_log_backup WITH INITGo--10:00 AMBACKUP LOG pubs to pubs_log_backupGo-- 12:00 PMBACKUP DATABASE pubs to pubs_backup WITH DIFFERENTIAL,NOINIT, NOSKIP, Retaindays = 30, MediaName = 'Pubs Backup Tape',Blocksize = 8912Go-- 2:00 PMBACKUP LOG pubs to pubs_log_backupGo-- 6:00 PMBACKUP LOG pubs to pubs_log_backupGo-- 8:00 PMBACKUP DATABASE pubs to pubs_backup WITH DIFFERENTIAL,NOINIT, NOSKIP, Retaindays = 30, MediaName = ' Pubs Backup Tape',Blocksize= 8192Go-- 10:00 PMBACKUP LOG pubs to pubs_log_backupGoSkrypt ten pozwala na odtworzenie bazy danych bez utraty transakcji (dopóki niezostanie utracone urz¹dzenie archiwizacyjne).Przyk³ad ten zak³adawykorzystanie dwóch napêdów taœmowych: jednego dla pe³nych/ró¿nicowych kopiibezpieczeñstwa bazy danych a drugiego dla kopii dziennika transakcji.Tworzenie kopii bezpieczeñstwa korzystaj¹c z SQL Server Enterprise ManageraSQL Server Enterprise Manager jest w pe³ni funkcjonalnym narzêdziem w zakresietworzenia kopii bezpieczeñstwa.Na pocz¹tku, nale¿y utworzyæ dwa kolejnenoœniki archiwizuj¹ce: jedno dla bazy danych pubs (zwane pubs_backup) i drugiedla bazy danych Northwind (zwane northwind_backup).Nale¿y ustawiæ obydwie bazydanych w tryb FULL recovery.Nastêpnie nale¿y rozwin¹æ folder Databases, klikn¹æ prawym klawiszem myszy bazêdanych, dla której ma byæ wykonana kopia bezpieczeñstwa i wybraæ z menuWszystkie zadania, Backup Database.Pojawi siê okno SQL Server Backup pokazanena rysunku 7.7.Rysunek 7.7.Okno kopii zapasowej w SQL Serverze dla bazy pubs.Po wczeœniejszym zapoznaniu siê ze sk³adni¹ poleceñ archiwizuj¹cychTransact-SQL, nie powinno byæ problemów z uzupe³nieniem pól w tym oknie.Nale¿yuzupe³niæ niezbêdne szczegó³y oraz opis kopii bezpieczeñstwa (gdy jest takapotrzeba) i wybraæ typ kopii bezpieczeñstwa [ Pobierz caÅ‚ość w formacie PDF ]