SQL Server-Sicherung fehlgeschlagen. Fehler: 3041, Schweregrad: 16, Status: 1

Zunächst einmal bin ich sehr neu bei Stackexchange. Bitte nehmen Sie Kontakt mit mir auf.

Ich verwende einen SQL Server 9.0.4060.

Mein Problem ist: Meine SQL Server-Sicherung schlägt in vielen Datenbanken immer wieder fehl.

Der Wartungsplan wird für verschiedene Sicherungsjobs ausgeführt:

DIFF-Sicherung jeden Tag um 20:30 Uhr und VOLLSTÄNDIGE Sicherung jeden Sonntag um 20:30 Uhr.

Ich erhalte diese beiden Fehler für jede Datenbank, bei der die Sicherung nicht abgeschlossen werden kann:

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.

Zusätzliche Fehler.

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.

Es gibt andere ähnliche Fehler wie oben, mit 'SQL-Plänen' und 'Objektplänen'. Anstelle von 'Gebundenen Bäumen'.

Wenn ihr andere Informationen braucht, sagt einfach das Wort.

Wie Max betonte, korreliert der sa-Anmeldefehler nicht mit der Sicherungszeit, wie dies einige Stunden zuvor der Fall war, der zweite jedoch. Haben Sie nachgesehen: 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

Spielen einige der Elemente im MSDN-Blog einen Faktor in Ihrer Umgebung? Am gebräuchlichsten wäre AUTO_CLOSE ON. Lass es uns wissen, danke.

Schauen Sie sich hier Folgendes an: Fehlerbehebung bei "Msg 3041" in SQL Server

Auszug aus der Seite:

Die Nachricht 3041 ist ein allgemeiner Bericht über den Sicherungsfehler. Um die Fehlerursache zu verstehen und zu beheben, müssen Sie die SQL Server-Fehlerprotokolleinträge verwenden, die vor dem 3041-Ereigniseintrag auftreten. In der Regel wird 3041 eine detaillierte Fehlermeldung vorangestellt, in der der wahre Grund für den Sicherungsfehler angegeben ist. Die detaillierten Fehlermeldungen werden nur in das SQL Server-Fehlerprotokoll und in die Clientanwendung geschrieben. Die detaillierte Nachricht wird im Anwendungsprotokoll in Windows nicht gemeldet.

Update (nach dem Lesen des Kommentars von @dezso)
Ich habe den gemeldeten "zusätzlichen Fehler" gesehen, bin mir jedoch nicht sicher, ob er mit dem Sicherungsfehler zusammenhängt. Der Sicherungsfehler ist auf 20:31:06 datiert, aber der "zusätzliche Fehler" ist auf 17:53:27 datiert, sodass der zusätzliche Fehler ungefähr 2 Stunden und 40 Minuten vor dem eigentlichen Sicherungsfehler aufgetreten ist. Diese zusätzlichen Fehler hängen mit einem Anmeldeproblem zusammen.

Ich glaube nicht, dass ein Anmeldeproblem um 17:53:27 dazu führen kann, dass eine Sicherung um 20:31:06 fehlschlägt. Denken Sie also, dass der Sicherungsfehler und der "zusätzliche Fehler" nichts miteinander zu tun haben.

Ich glaube auch nicht, dass ein generischer Fehler, der um 17:53:27 auftritt, dazu führen kann, dass eine Sicherung um 20:31:06 fehlschlägt (es sei denn, die Datenbank ist wirklich groß). @Arviddk berichtet, dass "meine SQL Server-Sicherung in vielen Datenbanken immer wieder fehlschlägt ". Ich denke, es ist sicher anzunehmen, dass "viel" mehr als 10 DB bedeutet.
Ich denke also, wenn eine einzelne Sicherung einer einzelnen Datenbank länger als 2 Stunden und 40 Minuten dauert, können Sie nicht 10 oder 20 DBs auf einem einzelnen Server haben ... oder Ihr Server wird sein Leben damit verbringen, nur eine Sicherung durchzuführen. Daher habe ich angenommen, dass die einzelne Sicherung weniger als 2 Stunden und 40 Minuten dauert. Daher denke ich, dass der Sicherungsfehler und der zusätzliche Fehler nicht miteinander zusammenhängen.

Der letzte gemeldete Fehler "Cachestore Flush / 'Bound Trees'" ist auf den 06-11-2012 20:30:11 datiert, sodass nach dem Sicherungsfehler etwas passiert ist. Auf jeden Fall sollte ein Problem im Zusammenhang mit dem Cache nicht zu einem Fehler führen (Ereignis, wenn es etwas verlangsamen kann).

Einige Fragen
Einige Fragen, die helfen könnten, das Problem zu identifizieren:

• Wie lange dauert die Ausführung eines vollständigen Backups?
• Wie lange dauert die Ausführung einer DIFF-Sicherung?
• Tritt der Fehler nur bei der DIFF-Sicherung auf?
• Welcher Prozentsatz der Sicherung schlägt fehl? (1% - 10% 50%)
• Vielleicht können Sie versuchen, nur eine vollständige Sicherung durchzuführen, um zu überprüfen, ob es sich um ein Problem im Zusammenhang mit der DIFF-Sicherung handelt? (Ich habe noch nie eine DIFF-Sicherung auf SQL Server durchgeführt, ich habe keine Erfahrung damit)

Laut der MS-Website im SQL Server-Protokoll sollte es einige andere Fehler im Zusammenhang mit der fehlgeschlagenen Sicherung geben, aber ich erwarte etwas näher an der Zeit, zu der die Sicherung fehlschlägt.