Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dotyczy:
SQL Server
Details
| Attribute | Value |
|---|---|
| Nazwa produktu | SQL Server |
| Identyfikator zdarzenia | 14421 |
| Źródło zdarzenia | MSSQLSERVER |
| Component | SQLEngine |
| Nazwa symboliczna | SQLErrorNum14421 |
| Tekst wiadomości | Pomocnicza baza danych wysyłania dzienników %s.%s ma próg przywracania wynoszący %d minut i jest niesynchronizowana. Nie wykonano przywracania przez %d minut. Przywrócone opóźnienie jest %d minut. Sprawdź informacje o dzienniku agenta i monitorze rejestrowania. |
Explanation
Ten komunikat wskazuje, że przesyłanie logów jest niesynchronizowane powyżej progu przywracania. Próg przywracania to liczba minut, które mogą upłynąć między operacjami przywracania przed wygenerowaniem wiadomości.
Możliwe przyczyny
Ta wiadomość niekoniecznie oznacza problem z wysyłką log shipping. Zamiast tego ten komunikat może wskazywać na jeden z następujących problemów:
Zadanie przywracania nie działa.
Możliwe przyczyny nieuruchomienia zadania obejmują: usługa SQL Server Agent na instancji serwera drugorzędnego nie działa, zadanie zostało wyłączone lub harmonogram zadania został zmieniony.
Zadanie przywracania nie działa.
Możliwe przyczyny niepowodzenia zadania obejmują: ścieżka do folderu przywracania nie jest prawidłowa, dysk jest pełny lub inne przyczyny niepowodzenia polecenia RESTORE .
Akcja użytkownika
Aby rozwiązać tę wiadomość:
Upewnij się, że usługa SQL Server Agent działa dla instancji serwera wtórnego oraz że zadanie przywracania dla tej bazy jest włączone i zaplanowane do odpowiedniej częstotliwości.
Zadanie przywracania na serwerze drugorzędnym może się nie udawać. W takim przypadku sprawdź historię prac naprawczych i znajdź przyczynę.
Zadanie przywracania logów, które działa na instancji serwera drugorzędnego, może nie być w stanie połączyć się z instancją serwera monitoru, aby zaktualizować tabelę log_shipping_monitor_secondary . Może to być spowodowane problemem uwierzytelniania między instancją serwera monitora a instancją serwera drugorzędnego.
Próg alertu zapasowego może mieć błędną wartość. Idealnie wartość tę jest ustawiona na co najmniej trzykrotność częstotliwości zadania przywracania. Jeśli zmienisz częstotliwość zadania przywracania po skonfigurowaniu i uruchomieniu logów, musisz odpowiednio zaktualizować wartość progu alertu o kopii zapasowej.
Gdy instancja serwera monitorującego przestaje działać i wraca do sieci, tabela log_shipping_monitor_secondary nie jest aktualizowana aktualnymi wartościami przed uruchomieniem zadania komunikatu alertowego. Błąd 14421 może zostać wywołany, gdy zadanie przywracania zakończy się sukcesem, z komunikatem: "Nie udało się znaleźć pliku kopii zapasowej logu, który mógłby zostać zastosowany do bazy drugoplanowej." Gdy tak się dzieje, czas przywrócenia nie jest aktualizowany. Przyczyną błędu w tym przypadku może być problem z zadaniem kopiowania.
Aby zaktualizować tabele monitorujące o najnowsze dane dla bazy wtórnej, uruchom sp_refresh_log_shipping_monitor na instancji serwera wtórnego.
Na instancji serwera drugorzędnego lub monitorującego data lub czas jest nieprawidłowy. Może to również generować komunikaty ostrzegawcze. Możliwe, że data lub godzina systemu została zmodyfikowana na jednym z nich.
Uwaga / Notatka
Różne strefy czasowe dla dwóch instancji serwera nie powinny powodować problemu.