Ошибка резервного копирования SQL Server. Ошибка: 3041, Уровень важности: 16, Состояние: 1

Прежде всего, я очень новичок в stackexchange, поэтому, пожалуйста, несите меня.

Я запускаю SQL Server 9.0.4060.

Моя проблема: моя резервная копия SQL Server не работает во многих базах данных.

План обслуживания выполняется для разных заданий резервного копирования:

Резервное копирование DIFF ежедневно в 20:30 и ПОЛНОЕ резервное копирование каждое воскресенье в 20:30.

Я получаю эти две ошибки для базы данных foreach, которые не могут выполнить резервное копирование:

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

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

11 голосов | спросил Arviddk 7 32012vEurope/Moscow11bEurope/MoscowWed, 07 Nov 2012 16:26:47 +0400 2012, 16:26:47

2 ответа


4

Как указал Макс, ошибка входа в систему sa не активирует время резервного копирования, как это происходит за несколько часов до этого, однако второй делает. Вы изучали: http: //blogs .msdn.com /б /sqlprogrammability /архив /2007/01/17 /10-0-план-кэш-flush.aspx

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

Может ли какой-либо элемент в блоге MSDN играть роль в вашей среде? Наиболее распространенным будет AUTO_CLOSE ON. Сообщите нам, спасибо.

ответил Ali Razeghi 12 12012vEurope/Moscow11bEurope/MoscowMon, 12 Nov 2012 21:35:28 +0400 2012, 21:35:28
2

Пожалуйста, смотрите здесь: Устранение неполадок «Msg 3041» в SQL Server

Отрывок со страницы:

  

Сообщение 3041 представляет собой общий отчет о сбое резервного копирования. к   понять причину ошибки и решить ее, вы должны использовать SQL   Записи журнала ошибок сервера, которые происходят до записи события 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 DB, как на одном сервере ... или ваш сервер потратит на жизнь только резервное копирование. Поэтому я предположил, что одна резервная копия занимает намного меньше двух часов и 40 минут, поэтому я думаю, что ошибка резервного копирования и дополнительная ошибка не связаны.

И последняя сообщенная ошибка «cachestore flush /'Bound Trees» датирована 06-11-2012 20:30:11, так что это произошло после ошибки резервного копирования. В любом случае проблема, связанная с кешем, не должна приводить к ошибке (событие, если оно может что-то замедлить).

Некоторые вопросы
Некоторые вопросы, которые могут помочь выявить проблему:

  • Сколько времени требуется для выполнения полного резервного копирования?
  • Сколько времени требуется для выполнения резервного копирования DIFF?
  • Происходит ли ошибка только при резервном копировании DIFF?
  • Какой процент резервного копирования не работает? (1%? 10% 50%).
  • Может быть, вы можете попробовать сделать только ПОЛНОЕ резервное копирование, чтобы проверить, не является ли проблема с резервной копией DIFF? (Я никогда не делал резервного копирования DIFF на SQL Server, у меня нет опыта с ними)

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

ответил Max 10 62012vEurope/Moscow11bEurope/MoscowSat, 10 Nov 2012 12:36:24 +0400 2012, 12:36:24

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132