Не вдалося створити резервну копію SQL Server. Помилка: 3041, тяжкість: 16, стан: 1

По-перше, я дуже новачок у stackexchange, тому будь ласка, будьте зі мною.

Я працюю на SQL Server 9.0.4060.

Моя проблема полягає в тому, що резервна копія SQL Server не працює в багатьох базах даних.

План технічного обслуговування працює на різних завданнях резервного копіювання:

Резервне копіювання DIFF щодня о 20:30 та ПОВНЕ резервне копіювання щонеділі о 20:30.

Я отримую ці дві бази даних про помилки, які не вдається виконати резервну копію:

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.

Додаткові помилки.

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.

Існують і інші подібні помилки до вищезгаданих: "Плани SQL" та "Плани об'єктів". Замість "Зв'язаних дерев".

Якщо вам потрібна будь-яка інша інформація, просто скажіть слово.

Як зауважив Макс, помилка входу в систему не збігається з часом резервного копіювання, як це відбувається за кілька годин до цього, однак 2-я це робить. Ви заглядали: 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

Чи будь-який із елементів блогу MSDN відіграє фактор у вашому оточенні? Найпоширенішим з них буде AUTO_CLOSE ON. Повідомте нас, дякую.

Будь ласка, подивіться тут: Як усунути неполадки "Msg 3041" на SQL Server

Уривок зі сторінки:

Повідомлення 3041 - це загальний звіт про збій резервного копіювання. Щоб зрозуміти причину помилки та усунути її, потрібно використовувати записи журналу помилок SQL Server, які виникають перед записом події 3041. Як правило, 3041 передує детальне повідомлення про помилку, в якому вказана реальна причина відмови резервного копіювання. Детальні повідомлення про помилки записуються лише до журналу помилок SQL Server та до клієнтської програми. Детальне повідомлення не повідомляється в журналі додатків у Windows.

Оновлення (Після прочитання коментаря @dezso)
Я бачив повідомлення про "додаткову помилку", але не впевнений, що вони пов'язані з помилкою резервного копіювання. Помилка резервного копіювання датована о 20:31:06, але "додаткова помилка" датована о 17:53:27, тому додаткова помилка сталася приблизно за 2 години 40 хвилин до фактичної помилки резервного копіювання. І ці додаткові помилки пов'язані з проблемою входу.

Я не думаю, що проблема входу, що сталася о 17:53:27, може призвести до відмови резервного копіювання о 20:31:06. Тож подумайте, що помилка резервного копіювання та "додаткова помилка" не пов'язані.

Я також не думаю, що загальна помилка, що сталася о 17:53:27, може призвести до відмови резервного копіювання о 20:31:06 (якщо тільки БД справді не великий). @Arviddk повідомляє, що "моя резервна копія SQL Server не працює в багатьох базах даних ", я вважаю, що можна припустити, що "багато" означає більше 10 БД.
Тож я думаю, що якщо резервне копіювання однієї БД займе більше 2 годин 40 хвилин, ви не можете мати 10 або 20 БД, як це на одному сервері ... або ваш сервер витратить це життя, роблячи лише резервне копіювання. Тому я припускав, що одиночне резервне копіювання займає набагато менше 2 годин 40 хвилин, тому я вважаю, що помилка резервного копіювання та додаткова помилка не пов'язані.

І остання повідомлення про помилку "cachestore flush /" Bound Trees "датована 06-11-2012 20:30:11, тому щось трапилося після помилки резервного копіювання. У будь-якому випадку проблема, пов’язана з кешем, не повинна спричинити помилку (подія, якщо вона може щось уповільнити).

Деякі питання
Деякі запитання, які можуть допомогти визначити проблему:

• Скільки часу потрібно зайняти ПОЛЬНА резервна копія?
• Скільки часу займає резервна копія DIFF?
• Чи помилка трапляється лише на резервній копії DIFF?
• Який відсоток резервного копіювання не вдається? (1%? 10% 50%)
• Можливо, ви можете спробувати зробити FULL резервну копію, щоб перевірити, чи це проблема, пов’язана з резервною копією DIFF? (Я ніколи не робив жодного резервного копіювання DIFF на SQL Server, я не маю досвіду роботи з ними)

Згідно з даними веб-сайту MS в журналі журналу SQL Server, повинна бути якась інша помилка, пов’язана з невдалою резервною копією, але я очікую чогось більш близького, в часі, до часу, коли резервна копія виходить з ладу.