В настоящее время вы работаете в автономном режиме; ожидается повторное подключение к Интернету

Устранение ошибки 3414 и восстановления поврежденной базы данных с SQL Server

ВНИМАНИЕ! Данная статья переведена с использованием программного обеспечения Майкрософт для машинного перевода и, возможно, отредактирована посредством технологии Community Translation Framework (CTF). Корпорация Майкрософт предлагает вам статьи, обработанные средствами машинного перевода, отредактированные членами сообщества Майкрософт и переведенные профессиональными переводчиками, чтобы вы могли ознакомиться со всеми статьями нашей базы знаний на нескольких языках. Статьи, переведенные с использованием средств машинного перевода и отредактированные сообществом, могут содержать смысловое, синтаксические и (или) грамматические ошибки. Корпорация Майкрософт не несет ответственности за любые неточности, ошибки или ущерб, вызванные неправильным переводом контента или его использованием нашими клиентами. Подробнее об CTF можно узнать по адресу http://support.microsoft.com/gp/machine-translation-corrections/ru.

Эта статья на английском языке: 2015741
Проблема

При не удается восстановить базу данных, сообщение об ошибке, как в следующем примере записывается в журнал ОШИБОК или журнал событий приложений Windows с EventID = 3414:

Ошибка: 3414, уровень серьезности: 21, состояние: 1.
Произошла ошибка во время восстановления, предотвращая перезапуск базы данных "mydb (база данных код 13). Проведите диагностику ошибок восстановления и исправьте их или восстановление из проверенной рабочей резервной копии. Если ошибки не исправлены или не ожидается, обратитесь в службу технической поддержки
)

Причина сбоя восстановления обычно является ошибка, которая предшествует 3414 об ошибке в журнал ОШИБОК или журнал событий.

При сбое базы данных восстановления с этой ошибкой ПОДОЗРИТЕЛЬНАЯ присвоено состояние базы данных. Вы увидите этот статус в среде SQL Server Management Studio (рядом со значком базы данных) и при просмотре в столбце sys.databases.state_desc. Любая попытка использовать базу данных в этом состоянии приведет к следующей ошибки:

Сообщение 926, уровень 14, состояние 1, строка 1
Не удается открыть базу данных «mydb». Она помечена ПОДОЗРИТЕЛЬНОЙ операцией восстановления. Errorlog SQL Server для получения дополнительных сведений см.

Причина

Причины сбоя восстановления находятся в предыдущем ошибок в ЖУРНАЛ, где строки в файл журнала имеет то же значение spid < n >. Например ниже приведен сбой восстановления из-за ошибки контрольной суммы при попытке чтения блока журнала для наката транзакций.

2010-03-31 17:33:13.00 spid15s ошибка: 824, уровень серьезности: 24, состояние: 4.
2010-03-31 17:33:13.00 spid15s SQL Server обнаружил логическую ошибку ввода-вывода на основе соответствия: (Неверная контрольная сумма). Она произошла во время чтения страницы (0: -1) в базе данных код 13 смещением 0x0000000000b800 в файле "C:\Program создаваемую SQL Server\MSSQL10.SQL2008\MSSQL\DATA\mydb_log.LDF ".  Дополнительные сообщения в журнале событий системы или журнал ошибок SQL Server может предоставить более подробные сведения. Это серьезная ошибка, которую может нарушить целостность базы данных и должны быть исправлены немедленно. Выполните проверку согласованности базы данных (DBCC CHECKDB). Эта ошибка может быть вызвана многими причинами. Дополнительные сведения содержатся в разделе электронной документации по SQL Server.
2010-03-31 17:33:13.16 spid15s ошибка: 3414, уровень серьезности: 21, состояние: 1.
spid15s 17:33:13.16 2010-03-31, произошла ошибка во время восстановления, предотвращая перезапуск базы данных "mydb (база данных код 13). Проведите диагностику ошибок восстановления и исправьте их или восстановление из проверенной рабочей резервной копии. Если ошибки не исправлены или не ожидается, обратитесь в службу технической поддержки

Существует широкий спектр ошибок, которые могут вызвать сбой восстановления базы данных. Хотя необходимо оценить каждую ошибку на, обстоятельств, разрешение на сбой восстановления базы данных обычно является таким же, как описано в разделе «Решение» ниже.

Решение

Сообщение об ошибке говорит «диагностику ошибок восстановления и исправьте их или восстановление из проверенной рабочей резервной копии». На самом деле из резервной копии — вашей во-первых, лучший вариант для решения этой проблемы. Тем не менее если не удается восстановить из резервной копии, имеются две возможности:

  • Используйте метод аварийного восстановления , предоставляемые DBCC CHECDB
  • Попробуйте скопировать столько, насколько это возможно, на другую базу данных

Первый метод, вероятно, является лучшим решением для получения базы данных через Интернет и доступны. Тем не менеенужно понимать, что согласованности транзакций не может быть гарантирована, поскольку сбой восстановления. Нет способа узнать, какие проводки должен выполнен накат задней или отката, но было запрещено из-за ошибки восстановления. Действия для выполнения аварийного восстановления описаны в разделе Устранение ошибок базы данных в аварийном режимев SQL Server электронной документации под командой DBCC CHECKDB .

Если этот способ не работает, и вы хотите попробовать и копирование данных в другую базу данных, единственный способ получить доступ к базе данных является первым перевести базу данных ваварийный режим с помощью инструкции ALTER DATABASE < dbname > АВАРИЙНОГО НАБОРА команд.

Дополнительная информация

Не все ошибки, обнаруженные во время восстановления базы данных вызовет сбой восстановления и подозрительную базу данных:

Ошибки, возникающие при первом открытии базы данных или транзакций файлы журнала это происходит до восстановления и приведет к ошибкам, например Msg 17204 и 17207. Как только эти ошибки были исправлены восстановления может быть продолжена (но не гарантируется, если возникают другие ошибки, влияющее восстановления). Ошибки, например 17204 и 17207 приводит ПОДОЗРИТЕЛЬНУЮ базу данных. На самом деле состояние базы данных — RECOVERY_PENDING при возникновении этих проблем. Дополнительные сведения об устранении ошибки 17204 или 17207 обратитесь к следующей статье: Устранение ошибок 17204 и 17207 в SQL Server.

SQL Server 2005 появилась новая концепция, чтобы обеспечить возможность восстановления до завершения даже при обнаружении ошибки уровня страницы и по-прежнему поддерживать согласованность транзакций. Это сократило количество ситуаций, что приводит к ПОДОЗРИТЕЛЬНУЮ базу данных. Эта концепция обычно называют отложенные транзакции.

Если во время восстановления произошла ошибка Ошибка Ошибка контрольной суммыили Msg 824 страницы базы данных, восстановление может быть позволено завершенос ошибками, ожидающих. В случае, когда незафиксированные транзакции ошибка на странице как контрольная сумма может привести ситуация называетсяОтложенная транзакция возможности восстановления для завершения.  Дополнительные сведения об отложенных транзакций и восстановление из них приведены в разделеОтложенные транзакции в SQL Server Books Online.

Следующие записи ERRORLOG показан пример ошибка 824 сообщение во время восстановления, но разрешается завершить с отложенной транзакции восстановления. Обратите внимание на отсутствие ошибки 3414 в данной ситуации и сообщение, которое завершения восстановления базы данных:

2010-03-31 19:17:18.45 spid7s ошибка: 824, уровень серьезности: 24, состояние: 2.
2010-03-31 19:17:18.45 spid7s SQL Server обнаружил логическую ошибку ввода-вывода на основе соответствия: Неверная контрольная сумма (ожидается: 0xb2c87a0a; фактический: 0xb6c0a5e2). Она произошла во время чтения страницы (1:153) в базе данных код 13 смещением 0x00000000132000 в файле "C:\Program создаваемую SQL Server\MSSQL10.SQL2008\MSSQL\DATA\mydb.mdf ".  Дополнительные сообщения в журнале событий системы или журнал ошибок SQL Server может предоставить более подробные сведения. Это серьезная ошибка, которую может нарушить целостность базы данных и должны быть исправлены немедленно. Выполните проверку согласованности базы данных (DBCC CHECKDB). Эта ошибка может быть вызвана многими причинами. Дополнительные сведения содержатся в разделе электронной документации по SQL Server.
2010-03-31 19:17:18.45 spid7s ошибка: 3314, уровень серьезности: 21, состояние: 1.
2010-03-31 19:17:18.45 spid7s при выполнении отката запротоколированной операции в базе данных "mydb", произошла ошибка с Идентификатором записи (25:100:19). Как правило конкретный сбой предварительно протоколируется как ошибка в журнале событий Windows. Восстановите базы данных или файл из резервной копии или восстановления базы данных.
2010-03-31 19:17:18.45 spid7s ошибок во время восстановления при откате транзакции. Транзакция отложена. Восстановите испорченную страницу или файл, а затем повторно выполнить восстановление.
spid7s 19:17:18.45 2010-03-31 восстановления завершено для базы данных mydb (база данных код 13) 2 second(s) (анализ 204 ms вернуть 25 мс, г-жа отмены 1832) это информационное сообщение. Не требуется никаких действий пользователя
.

В случае фиксации транзакции должен быть выполнен накат страницы может быть помечены как недоступные (любые будущие попытки доступа к результатов страницы в Msg 829) и восстановления можно разрешить завершение. В этом случае ошибка должна быть исправлена, восстановление из резервной копии страницы или освобождение с помощью инструкции DBCC CHECKDB с восстановления страницы.

Примечание: Отложенные транзакции является дополнительным SQL Server доступны только в выпуске Enterprise Edition и имеет некоторые ограничения и требования:

  • Базу данных следует использовать модель восстановления с НЕПОЛНЫМ ПРОТОКОЛИРОВАНИЕМ или ПОЛНОЙ.
  • AT как минимум одной базы данных и резервная копия журнала должны быть завершены к базе данных
  • Это не относится к ошибок, обнаруженных во время отката транзакции после база данных находится в оперативном режиме. (например, ошибкаво время выполнения )
  • Не работает для восстановления сбоев во время базы данных вложения
  • Некоторые операции по системных транзакций (например страница выделения) не поддерживаются для отложенной
Примечание. Это ЭКСПРЕСС-ПУБЛИКАЦИЯ, подготовленная непосредственно службой технической поддержки Майкрософт . Сведения, содержащиеся в данном документе, предоставлены в качестве отклика на возникшие проблемы. Из-за срочности в материалах могут быть опечатки, и в любое время и без уведомления в них могут быть внесены изменения. Чтобы получить дополнительные сведения, см. Условия использования.

Внимание! Эта статья переведена автоматически

Свойства

Номер статьи: 2015741 — последний просмотр: 01/19/2015 01:57:00 — редакция: 9.0

Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 Express with Advanced Services, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Standard, Microsoft SQL Server 2008 R2 Web, Microsoft SQL Server 2008 R2 Workgroup

  • kbmt KB2015741 KbMtru
Отзывы и предложения