Artykuł
07/22/2011

Czynniki, które mogą opóźnić obcinania dziennika

Obcinania dziennika zwalnia miejsce w pliku dziennika do ponownego użycia w dzienniku transakcji.Ponieważ część aktywnego dziennika nie obcięta lub usunięte zmniejszając, obcinania może być opóźnione, gdy rekordy dziennika pozostają aktywne przez długi czas.

Ostrzeżenie

Aby uzyskać informacje dotyczące logowania obcinania works, zobacz Obcinania dziennika transakcji.

Rekordy dziennika mogą pozostać aktywne w różnych warunkach, które są opisane w tym temacie.Można wykryć co, jeśli cokolwiek, co uniemożliwia obcinania dziennika za pomocą log_reuse_wait i log_reuse_wait_desc kolumny sys.databases wykazu widoku.

Ostrzeżenie

Niektóre z tych czynników, takich jak bardzo długo działającą transakcję lub wstrzymania dublowanie bazy danych sesja, można spowodować zapełnienie dziennika transakcji.Aby uzyskać informacje dotyczące sposobu odpowiedzi na dzienniku pełne transakcji, zobacz Rozwiązywanie problemów z pełny dziennik transakcji (błąd 9002).

W poniższej tabela opisano pokrótce wartości log_reuse_wait i log_reuse_wait_desc kolumny sys.database wykazu widoku.

wartość log_reuse_wait	wartość log_reuse_wait_desc	Opis
0	NIC	Obecnie ma jeden lub więcej plików dziennika wirtualnego wielokrotnego użytku.
1	PUNKT KONTROLNY	Wystąpił nie punkt kontrolny od czasu ostatniego obcinania dziennika lub szef dziennika nie został jeszcze przeniesiony poza wirtualny plik dziennika (wszystkie modele odzyskiwanie). Jest to rutynowe przyczyny opóźnienia obcinania dziennika.Aby uzyskać więcej informacji, zobacz Punkty kontrolne i aktywna część dziennika.
2	LOG_BACKUP	kopia zapasowa dziennika jest wymagany do przeniesienia głowicy do przodu dziennika (tylko modele odzyskiwanie Pełny lub bulk-logged). Uwaga: Kopie zapasowe dziennika nie uniemożliwiają obcinania. Gdy kopia zapasowa dziennika jest zakończone, Szef dziennika zostanie przeniesiony do przodu i miejsca w dzienniku może stać się wielokrotnego użytku.
3	ACTIVE_BACKUP_OR_RESTORE	A kopia zapasowa danych lub przywracanie jest w toku (wszystkie modele odzyskiwanie). Kopia zapasowa danych działa jak aktywnej transakcji i uruchamiając, kopia zapasowa uniemożliwia obcięcie.Aby uzyskać więcej informacji zobacz "Dane kopii zapasowej operacji i przywrócić operacje" w dalszej części tego tematu.
4	ACTIVE_TRANSACTION	Transakcja jest aktywny (wszystkie modele odzyskiwanie). Transakcja długim może istnieć na początku kopia zapasowa dziennika.W tym przypadek zwolnienie miejsca może wymagać innego kopia zapasowa dziennika.Aby uzyskać więcej informacji zobacz "Długim aktywnych transakcji" w dalszej części tego tematu. Odroczone transakcji (SQL Server 2005 Enterprise Edition i nowsze wersje).A odroczonych transakcji jest faktycznie aktywnych transakcji, których wycofanie jest zablokowane z powodu niektórych zasób niedostępne.Informacje dotyczące przyczyn odroczonych transakcji i sposobu ich przenoszenia odroczonego stan Zobacz Odroczonych transakcji.
5	DATABASE_MIRRORING	duplikat bazy danych jest wstrzymana lub w trybie wysokiej wydajności duplikat bazy danych jest znacznie za dublowana baza danych (pełna model odzyskiwanie tylko). Aby uzyskać więcej informacji zobacz "Bazy danych dublowania i dziennika transakcji" w dalszej części tego tematu.
6	REPLIKACJA	Podczas replikacji transakcyjnej transakcje stosowne publikacje są nadal niedostarczoną do bazy danych dystrybucji (pełna model odzyskiwanie tylko). Aby uzyskać więcej informacji zobacz "Transakcyjnych replikacji i dziennika transakcji" w dalszej części tego tematu.
7	DATABASE_SNAPSHOT_CREATION	migawka bazy danych jest tworzony (wszystkie modele odzyskiwanie). Jest to przyczyną rutynowych i zwykle krótki obcinania dziennika opóźnione.
8	LOG_SCAN	Skanowanie dziennika występuje (wszystkie modele odzyskiwanie). Jest to przyczyną rutynowych i zwykle krótki obcinania dziennika opóźnione.
9	OTHER_TRANSIENT	Ta wartość nie jest aktualnie używany.

Operacje wykonywania kopii zapasowej danych i operacji przywracania

Obcinania dziennika nie może się zdarzyć podczas wykonywania żadnych kopia zapasowa lub operacji przywracanie.W SQL Server 2005 i nowszych wersji kopii zapasowych dziennika może wystąpić podczas wykonywania kopia zapasowa danych.Jednak obcinania dziennika nie może występować podczas takich kopii zapasowych dziennika, ponieważ wszystkie dziennik transakcji muszą pozostać dostępne dla operacji wykonywania kopia zapasowa danych.Jeśli kopia zapasowa danych jest zapobieganie obcinania dziennika, natychmiastowe problemu mogą pomóc anulowanie kopii zapasowej.

Aby uzyskać więcej informacji na temat obcinania dziennika, zobacz Obcinania dziennika transakcji.

Długotrwały aktywnych transakcji

Aktywnej transakcji wymaga aktywne dziennika z rekordu dziennika, zawierający rozpoczęcia transakcji.Na przykład jeśli początek i koniec transakcji jest kontrolowane przez użytkownika, typowe przyczyny transakcji długim jest użytkownikiem rozpoczęcia transakcji i następnie opuszczania podczas transakcji czeka na odpowiedź od użytkownika.W tych przypadkach chociaż oczekujących transakcji generuje bardzo dziennika, transakcji przechowuje w górę do obcinania dziennika i powoduje dziennika rośnie duże.

Ostrzeżenie

Aby dowiedzieć się, jak uniknąć długotrwałego transakcji, zobacz Kodowanie efektywne transakcji.

Dublowania bazy danych i dziennika transakcji

dublowanie bazy danych wymaga, że każdy rekord dziennika pozostają aktywne do momentu wystąpienie serwer dublowany odbiera powiadomienie z serwer duplikatu wystąpienie, które zostały napisane rekordu na dysku na serwer duplikatu.Jeśli serwer duplikatu wystąpienie przypada za wystąpienie serwer dublowany, ilość miejsca aktywnego dziennika powiększa się odpowiednio.W takim przypadek trzeba przerwać dublowanie baz danych, podjąć kopia zapasowa dziennika , obcina dziennik, który stosuje kopia zapasowa dziennika do duplikat bazy danych (korzystając Z NORECOVERY), a następnie uruchom ponownie dublowanie.

Ważne:
Ponadto przed uruchomieniem dublowanie, jeśli po wykonaniu kopia zapasowa dziennika wymagane podejmowane są wszelkie dodatkowe dziennika kopii zapasowych, należy zastosować ręcznie każdej kopia zapasowa dziennika dodatkowe (zawsze korzystając Z NORECOVERY).Po zastosowaniu najnowszej kopia zapasowa dziennika, można uruchomić dublowanie.

Aby uzyskać więcej informacji, zobacz Usuwanie dublowania baz danych i Konfigurowanie dublowania baz danych.

Replikacji transakcyjnej i dziennika transakcji

Scalania replikacji i replikacja migawka nie wpływa na rozmiar dziennika transakcji, ale można replikacja transakcyjna.Baza danych zawiera jeden lub więcej publikacje transakcyjnych, dziennika nie jest obcięty, dopóki wszystkie operacje publikacje zostały dostarczone do baza danych dystrybucji.Jeśli dziennik transakcji rośnie zbyt duża i Agent odczytywania dziennika działa zgodnie z harmonogramem, należy rozważyć skrócenie interwał między uruchamia lub go uruchomić w trybie ciągłym.Jeśli jest ustawiona do pracy w trybie ciągłym (zestaw domyślne), upewnij się, że jest on uruchomiony.Aby uzyskać więcej informacji dotyczących sposobu sprawdzania Agent odczytywania dziennika stanu, zobacz Jak Wyświetlanie informacji i wykonywać zadania dotyczące czynników związanych z publikacją (Monitor replikacji).

Ponadto jeśli masz zestaw opcję "Synchronizuj z programem Kopia zapasowa" na baza danych publikacja lub dystrybucyjnej bazy danych dziennika transakcji nie jest obcięty, dopóki zapasowe zostały wszystkie transakcje.Jeśli dziennik transakcji rośnie zbyt duże i mieć tę opcję zestaw, należy rozważyć skrócenie interwał między kopie zapasowe dziennika transakcji.Aby uzyskać więcej informacji dotyczących sposobu wykonywania tworzyć kopię zapasową zapasowej i przywracanie bazy danych zaangażowane w replikacja transakcyjna, zobacz Strategii tworzenia kopii zapasowych i przywracanie migawki i transakcyjnych replikacji.

Do zarządzaniareplikacja