Factors That Can Delay Log Truncation
Obcinania dziennika zwalnia miejsce w pliku dziennika w celu ponownego użycia dziennik transakcji.Ponieważ aktywna część dziennika nie może być obcięty lub usunięta przez zmniejszanie, obcinania może być opóźnione, kiedy rekordy dziennika pozostają aktywne przez dłuższy czas.
Uwaga
Aby uzyskać informacje na temat robót obcinania dziennika, zobacz Transaction Log Truncation.
Rekordy dziennika może pozostawać aktywna w różnych warunkach, które są opisane w tym temacie.Można wykryć co, jeśli coś, co uniemożliwia obcinania dziennika za pomocą log_reuse_wait and log_reuse_wait_desc kolumnsys.Databases Służy do wyświetlania katalogu.
Uwaga
Niektóre z tych czynników, takich jak bardzo długo działającą transakcję lub wstrzymania dublowanie sesja, baza danych może być przyczyną dziennik transakcji do wypełnienia.Aby uzyskać informacje dotyczące sposobu odpowiedzi na dzienniku pełne transakcji zobacz Troubleshooting a Full Transaction Log (Error 9002).
W poniższej tabela opisano pokrótce wartości log_reuse_wait and log_reuse_wait_desc kolumnsys.DatabaseSłuży do wyświetlania katalogu .
wartość log_reuse_wait |
wartość log_reuse_wait_desc |
Description |
|---|---|---|
0 |
NIC |
Obecnie brak jednego lub większej liczby plików dziennika wirtualnego wielokrotnego użytku. |
1 |
PUNKT KONTROLNY |
Wystąpił nie punkt kontrolny od czasu ostatniego obcinania dziennika lub głowy w dzienniku nie została jeszcze przeniesiona poza plikiem dziennika wirtualnej (wszystkich modeli odzyskiwanie). Jest to rutynowe przyczyny opóźnienia obcinania dziennika.Aby uzyskać więcej informacji zobaczPunkty kontrolne i aktywna część dziennika. |
2 |
LOG_BACKUP |
Proces wykonywania kopii zapasowych dziennika wymagane jest, aby przenieść głowicy do przodu dziennika (tylko w przypadku modeli odzyskiwanie Pełny lub jest rejestrowane zbiorczej). .gif "Note") Note:
Kopie zapasowe dziennika nie zapobiegają obcinania.
Po zakończeniu wykonywania kopia zapasowa dziennika dziennika głowy dziennika jest przenoszony do przodu, a miejsca w dzienniku mogą być wielokrotnego użytku. |
3 |
ACTIVE_BACKUP_OR_RESTORE |
A kopia zapasowa danych lub przywracanie jest w toku (wszystkich modeli odzyskiwanie). A kopia zapasowa danych działa podobnie jak aktywnej transakcji i uruchamiając, wykonywanie kopii zapasowej uniemożliwia obcięcie.Aby uzyskać więcej informacji zobacz "Dane kopia zapasowa operacji i przywracanie działalności," w dalszej części tego tematu. |
4 |
ACTIVE_TRANSACTION |
Jest aktywna transakcja (wszystkich modeli odzyskiwanie).
|
5 |
DATABASE_MIRRORING |
Dublowanie bazy danych jest wstrzymany lub w trybie wysokiej wydajności lustrzana baza danych znajduje się znacznie za główna baza danych (pełny model odzyskiwanie tylko). Aby uzyskać więcej informacji, zobacz „ dublowanie bazy danych, a dziennik transakcji "dalej w tym temacie. |
6 |
REPLIKACJA |
Podczas replikacji transakcyjnej transakcje związane z publikacjami są nadal niedostarczoną do dystrybucyjnej bazy danych (tylko w przypadku model pełnego odzyskiwanie). Aby uzyskać więcej informacji zobacz "Transakcyjne replikacja i dziennik transakcji," w dalszej części tego tematu. |
7 |
DATABASE_SNAPSHOT_CREATION |
migawka bazy danych jest tworzony (wszystkich modeli odzyskiwanie). Jest to przyczyną rutynowych i zazwyczaj krótkie, obcinania dziennika opóźnione. |
8 |
LOG_SCAN |
Dziennik skanowania ma miejsce (wszystkich modeli odzyskiwanie). Jest to przyczyną rutynowych i zazwyczaj krótkie, obcinania dziennika opóźnione. |
9 |
OTHER_TRANSIENT |
Ta wartość nie jest obecnie używany. |
Operacje wykonywania kopia zapasowa danych i operacji przywracanie
Obcinania dziennika nie może się tak zdarzyć podczas każdej kopia zapasowa lub przywracanie.W SQL Server 2005 i nowszych wersji kopii zapasowych dziennika mogą wystąpić podczas wykonywania kopia zapasowa danych. Jednak obcinania dziennika nie może wystąpić podczas tych kopii zapasowych dziennika, że wszystkie dziennik transakcji muszą być dostępne dla operacji tworzenia kopia zapasowa danych.Jeśli kopia zapasowa danych jest zapobieganie obcinania dziennika, anulowanie kopii zapasowej mogą pomóc natychmiastowe problem.
Aby uzyskać więcej informacji na temat obcinania dziennika Zobacz Transaction Log Truncation.
Transakcje Active długiej pracy
Aktywnej transakcji wymaga, aby dziennik pozostają aktywne 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żytkownikowi uruchamianie transakcji i następnie pozostawić w czasie, gdy transakcja oczekuje na odpowiedź od użytkownika.W takich przypadkach chociaż transakcji oczekiwania generuje bardzo mało dziennika, transakcji zostały przedstawione w górę obcinania dziennika i powoduje, że dziennik, aby powiększyć duże.
Uwaga
Aby uzyskać informacje dotyczące sposobu uniknięcia długim transakcji, zobacz temat Kodowanie energooszczędny transakcji.
Dublowanie bazy danych i dziennik transakcji
Dublowanie bazy danych wymaga, że każdy rekord dziennika pozostają aktywne do momentu wystąpienie serwer główny odbiera powiadomienie z dublowania wystąpienie serwera, który rekord zostały zapisane na dysku, serwer dublowany.Jeśli wystąpienie serwer dublowany przypada za wystąpienie serwer główny, odpowiednio powiększa się ilość miejsca aktywnego dziennika.W takim przypadek może zatrzymać lustrzana baza danych, wykonać kopię zapasową dziennika, które obcina dziennik, zastosowanie tej kopia zapasowa dziennika do lustrzana baza danych (przy użyciu WITH NORECOVERY) i potrzebnych ponownie dublowanie.
.gif "Important note") Important Note: |
|---|
Ponadto przed przystąpieniem do dublowanie, jeżeli po wykonaniu kopia zapasowa dziennika dziennika wymagane są kopie zapasowe wszelkich dodatkowych dziennika, należy ręcznie zastosować każdej kopia zapasowa dziennika dziennika dodatkowe (zawsze przy użyciu WITH NORECOVERY).Po zastosowaniu najnowszej kopia zapasowa dziennika dziennika, można uruchomić, dublowanie. |
Aby uzyskać więcej informacji zobacz Removing Database Mirroring i Setting Up Database Mirroring.
Replikacja transakcyjnych i dziennik transakcji
replikacja łączenia i replikacja migawka nie będą miały wpływu na rozmiar dziennik transakcji, ale może replikacji transakcyjnej.Baza danych zawiera jeden lub więcej transakcyjnych publikacje, w dzienniku nie jest obcięty aż do chwili, kiedy wszystkie transakcje związane z publikacjami zostaną dostarczone do baza danych dystrybucji.Jeśli dziennik transakcji rozwija się zbyt duży i agenta Reader dziennik jest uruchomiony według harmonogramu, należy wziąć pod uwagę skrócenia interwału jest uruchamiana lub ustawienie jej w trybie ciągłym.Jeśli jest on zestaw do uruchamiania w trybie ciągłym (ustawienie domyślne), upewnij się, że jest uruchomiona.Aby uzyskać więcej informacji dotyczących sposobu sprawdzania stanu Agent odczytywania dziennika Zobacz Jak Służy do wyświetlania informacji i wykonuje zadania dla agentów skojarzony z publikacją (Monitor replikacja).
Ponadto jeśli masz zestaw opcji "synchronizację z kopia zapasowa" w publikacja bazy danych lub baza danych dystrybucji, dziennik transakcji nie jest obcięty, dopóki wszystkie transakcje kopia zapasowa.Jeżeli dziennik transakcji rozwija się zbyt duży i mieć tę opcję ustawi się, należy rozważyć możliwość skrócenia interwału między kopie zapasowe dziennik transakcji.Aby uzyskać więcej informacji na temat sposobów tworzenia tworzyć kopię zapasową zapasowych i przywracanie baz danych uczestniczących w replikacja transakcyjnej zobacz Strategie wykonywanie kopii zapasowych i przywracanie replikacja migawka i transakcji.
Do zarządzania replikacją
Monitorowanie replikacja