Ошибка резервного копирования 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» и «Планы объектов». Вместо «связанных деревьев».

Если вам, ребята, нужна другая информация, просто скажите слово.

Как указал Макс, ошибка входа в систему sa не соответствует времени резервного копирования, как это происходит за несколько часов до этого, однако 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%)
• Может быть, вы можете попробовать сделать только полное резервное копирование, чтобы проверить, если это проблема, связанная с резервным копированием DIFF? (Я никогда не делал никаких резервных копий DIFF на SQL Server, у меня нет опыта с ними)

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