Błąd tworzenia kopii zapasowej programu SQL Server. Błąd: 3041, wskaźnik ważności: 16, stan: 1

Przede wszystkim jestem nowy w stosie wymiany, więc proszę o wyrozumiałość.

Korzystam z programu SQL Server 9.0.4060.

Mój problem jest taki: moja kopia zapasowa SQL Server ciągle zawiesza się w wielu bazach danych.

Plan konserwacji obejmuje różne zadania tworzenia kopii zapasowych:

Kopia zapasowa DIFF codziennie o 20:30 i PEŁNA kopia zapasowa w każdą niedzielę o 20:30.

Otrzymuję te dwa błędy dla każdej bazy danych, która nie wykonuje kopii zapasowej:

Date        06-11-2012 20:31:06
Log     SQL Server (Current - 07-11-2012 11:43:00)
Source      Backup
Message
BACKUP failed to complete the command BACKUP DATABASE (dbname) WITH DIFFERENTIAL. Check the backup application log for detailed messages.

Date        06-11-2012 20:31:06
Log     SQL Server (Current - 07-11-2012 11:43:00)
Source      Backup
Message
Error: 3041, Severity: 16, State: 1.

Dodatkowe błędy.

Date     06-11-2012 17:53:27 
Log      SQL Server (Current - 07-11-2012 11:43:00) 
Source   Logon 
Message  Error: 18456, Severity: 14, State: 16.

Date     06-11-2012 17:53:27 
Log      SQL Server (Current - 07-11-2012 11:43:00) 
Source   Logon 
Message  Login failed for user 'sa'. [CLIENT: <local machine>]

Date     06-11-2012 20:30:11
Log      SQL Server (Current - 09-11-2012 11:27:00)
Source   spid15s
Message
SQL Server has encountered 2 occurrence(s) of cachestore flush for the 'Bound Trees' cachestore (part of plan cache) due to some database maintenance or reconfigure operations.

Istnieją inne błędy podobne do powyższego, z „Planami SQL” i „Planami obiektowymi”. Zamiast „Związanych drzew”.

Jeśli potrzebujecie innych informacji, powiedzcie słowo.

Jak wskazał Max, błąd logowania sa nie przekłada się na czas tworzenia kopii zapasowej, jak to się dzieje kilka godzin wcześniej, jednak drugi. Czy przeglądałeś: http://blogs.msdn.com/b/sqlprogrammability/archive/2007/01/17/10-0-plan-cache-flush.aspx

http://www.sqlservercentral.com/Forums/Topic377116-146-1.aspx#bm380502

Czy któryś z elementów na blogu MSDN odgrywa rolę w twoim środowisku? Najpopularniejszym z nich byłoby AUTO_CLOSE ON. Daj nam znać, dzięki.

Proszę spojrzeć tutaj: Jak rozwiązywać problemy z „Msg 3041” w SQL Server

Fragment strony:

Komunikat 3041 to ogólny raport o niepowodzeniu tworzenia kopii zapasowej. Aby zrozumieć przyczynę błędu i rozwiązać go, należy użyć wpisów dziennika błędów programu SQL Server, które występują przed wpisem zdarzenia 3041. Zazwyczaj 3041 poprzedza szczegółowy komunikat o błędzie, który podaje prawdziwy powód niepowodzenia tworzenia kopii zapasowej. Szczegółowe komunikaty o błędach są zapisywane tylko w dzienniku błędów SQL Server i aplikacji klienckiej. Szczegółowy komunikat nie jest zgłaszany w dzienniku aplikacji w systemie Windows.

Aktualizacja (po przeczytaniu komentarza @dezso)
widziałem zgłoszony „dodatkowy błąd”, ale nie jestem pewien, czy są one związane z błędem kopii zapasowej. Błąd kopii zapasowej datowany jest na 20:31:06, ale „dodatkowy błąd” datowany jest na 17:53:27, więc dodatkowy błąd wystąpił około 2 godzin i 40 minut przed faktycznym błędem kopii zapasowej. Te dodatkowe błędy są związane z problemem logowania.

Nie sądzę, aby problem z logowaniem występujący o 17:53:27 mógł spowodować niepowodzenie tworzenia kopii zapasowej o 20:31:06. Pomyśl więc, że błąd kopii zapasowej i „dodatkowy błąd” nie są ze sobą powiązane.

Nie sądzę też, aby ogólny błąd występujący o 17:53:27 mógł spowodować niepowodzenie tworzenia kopii zapasowej o 20:31:06 (chyba że DB jest naprawdę duży). @Arviddk zgłasza, że ​​„moja kopia zapasowa SQL Server ciągle zawiesza się w wielu bazach danych ”. Myślę, że można bezpiecznie założyć, że „dużo” oznacza więcej niż 10 DB.
Myślę więc, że jeśli pojedyncza kopia zapasowa pojedynczej bazy danych zajmuje więcej niż 2 godziny i 40 minut, nie możesz mieć 10 lub 20 baz danych na jednym serwerze ... lub Twój serwer poświęci całe swoje życie na tworzenie kopii zapasowych. Tak więc założyłem, że pojedyncza kopia zapasowa zajmuje dużo mniej niż 2 godziny i 40 minut, więc myślę, że błąd kopii zapasowej i dodatkowy błąd nie są powiązane.

Ostatni zgłoszony błąd „opróżnienia pamięci podręcznej /„ Drzewa związane ”” jest datowany na 06-11-2012 20:30:11, więc dzieje się tak po błędzie tworzenia kopii zapasowej. W każdym razie problem związany z pamięcią podręczną nie powinien skutkować błędem (zdarzenie, jeśli może coś spowolnić).

Niektóre pytania
Niektóre pytania, które mogą pomóc zidentyfikować problem:

• Ile czasu zajmuje wykonanie PEŁNEJ kopii zapasowej?
• Ile czasu zajmuje wykonanie kopii zapasowej DIFF?
• Czy błąd występuje tylko w przypadku kopii zapasowej DIFF?
• Który procent kopii zapasowej kończy się niepowodzeniem? (1%? 10% 50%)
• Może możesz spróbować wykonać tylko PEŁNĄ kopię zapasową, aby sprawdzić, czy jest to problem związany z kopią zapasową DIFF? (Nigdy nie wykonałem żadnej kopii zapasowej DIFF na SQL Server, nie mam z nimi doświadczenia)

Według strony internetowej MS w dzienniku SQL Server powinien występować inny błąd związany z nieudaną kopią zapasową, ale spodziewam się czegoś bardziej zbliżonego do czasu, w którym kopia zapasowa kończy się niepowodzeniem.