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

Устранение ошибок согласованности базы данных сообщил DBCC CHECKB

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

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

При выполнении команды DBCC CHECKDB (или другие аналогичные команды CHECKTABLE) журнал ОШИБОК SQL Server записывается сообщение, подобное следующему:

2010-03-31 22:07:06.34 spid53 (mydb) инструкция DBCC CHECKDB выполнена MYDOMAIN\theuser обнаружены ошибки, 15 и восстановлению 0 ошибок. Затраченное время: 0 часов 0 минут 0 секунд.Моментальный снимок внутренней базы данных разделить номер LSN точка = 00000026:0000089 d: 0001 и первый номер LSN = 00000026:0000089 c: 0001.Это информационное сообщение. Никаких действий пользователя не требуется.

Это сообщение показывает, сколько ошибок целостности базы данных были обнаружены и сколько были восстановлены (если используется параметр восстановления с помощью команды). Это сообщение также записывается в журнал событий приложений Windows, как сообщение информации уровня с EventID = 8957 (даже если сообщение об ошибке это сообщение является уровень информационное сообщение).

Сведения в окне сообщения, начиная с «... моментальный снимок внутренней базы данных» отображается только в том случае, если команда DBCC CHECKDB была запущеначерез Интернет, — Если база данных не находится в режиме SINGLE_USER. Это потому, что для интерактивной инструкции DBCC CHECKDB, моментальный снимок внутренней базы данных используется для предоставления согласованного набора данных для проверки.

В этой статье будет рассматривается устранение неполадок каждого конкретного ошибка DBCC CHECKDB, но довольно общий подход при ошибках. В этой статье любая ссылка CHECKDB также относится к инструкции DBCC CHECKTABLE и CHECKFILEGROUP если специально не указано.

Причина

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

Причины этих проблем может изменяться от повреждения файловой системы основного оборудования системы, драйвер выдает поврежденные страницы в памяти или проблемы с ядром SQL Server. Прочитайте в разделе "решение" Дополнительные сведения о том, как найти причину ошибки, которые включаются в отчеты.

Решение

Во-первых, наилучшим решением, если инструкция DBCC CHECKDB сообщает об ошибках согласованности является восстановление из проверенной рабочей резервной копии. Тем не менее если не удается восстановить из резервной копии, CHECKDB предоставляет возможность исправить ошибки. Если системных проблем на уровне файловой системы или оборудования может быть причиной таких проблем, рекомендуется устранить эти первым до восстановления или запустить средство восстановления.

При выполнении команды DBCC CHECKDB рекомендация предоставляется для указания того, какой минимальный параметр восстановления, необходимо исправить все ошибки. Эти сообщения могут выглядеть следующим образом:

CHECKDB найдено 0 распределение ошибок и 15 ошибок согласованности в базе данных «mydb».
REPAIR_ALLOW_DATA_LOSS — восстановления минимальный уровень ошибок, найденных с помощью инструкции DBCC CHECKDB (mydb

Рекомендации ремонта — минимальный уровень восстановления, чтобы попытаться устранить все ошибки CHECKDB. Это не означает, что этот вариант восстановления будет фактически исправить все ошибки. Кроме того не все ошибки может потребоваться данный уровень восстановления для устранения этой ошибки. Это означает, что не все ошибки сообщил CHECKDB при repair_allow_data_loss рекомендуется приведет к потере данных. Восстановления необходимо выполнить для определения, если решение ошибка приведет к потере данных. Один способ ограничить работу быть уровень восстановления для каждой таблицы является использование инструкции DBCC CHECKTABLE для любой таблицы отчетов произошла ошибка. Это покажет какой минимальный уровень восстановления для данной таблицы.

Чтобы найти причину возникновения ошибок целостности базы данных причину, рассмотрим эти методы:

  • Проверьте журнал событий системы Windows для любого уровня системы, драйвера или диске ошибок, связанных с
  • Проверка целостности файловой системы с помощью команды chkdsk.
  • Диагностика любой предоставленный к производителю устройства для компьютера или системного диска.
  • Работа с поставщиком оборудования или производителем устройства для обеспечения:
    • Оборудование и конфигурация подтверждает требования ввода-вывода SQL Server
    • Обновляются драйверы устройств и другие вспомогательные компоненты программного обеспечения всех устройств в пути ввода-вывода
  • Рекомендуется использовать программу, такую как SQLIOSim на тот же диск с базами данных, которые сообщили о ее от ошибок согласованности. SQLIOSim — это средство, независимо от ядра SQL Server для проверки целостности дисковой системы ввода-вывода. Обратите внимание, что SQLIOSim поставляется вместе с SQL Server 2008 и не reuiqre не отдельной загрузки.
  • Проверьте наличие других ошибок, сообщил SQL Server, например нарушения прав доступа. Подобные проблемы могут привести к повреждению базы данных поэтому следует сначала устранить эти ошибки.
  • Убедитесь, что базы данных с помощью параметра PAGE_VERIFY CHECKSUM. Если выводятся ошибки контрольной суммы, они являются показателями того, согласованность, возникновения ошибок после написания SQL Server страницы на диск, следует тщательно проверить дисковой системы. Способы устранения Msg 824 в SQL Server сведения о ошибки контрольной суммы.
  • Искать Msg 832 ошибки в ЖУРНАЛ. Они являются показателями того, страницы мая повреждены, пока они находятся в кэше, прежде чем записанное на диск. Способыустранения неполадок 832 Msg в SQL Serverдля получения дополнительных сведений.
  • Попробуйте восстановить резервную копию базы данных, вы знаете, "Очистить" (нет ошибок из CHECKDB) и резервных копий журналов транзакций, которые вы знаете, охватывающих время, когда произошла ошибка. Если можно «воспроизвести» эта проблема, восстановление резервной копии базы данных «чистое» и проводки входит затем за помощью в службу технической поддержки Майкрософт.
  • Чистота ошибки может быть проблема с приложением, вставки или обновления недопустимые данные в таблицы SQL Server. Дополнительные сведения об устранении неполадок чистота данных ошибок обратитесь к следующей статье:Устранение неполадок 2570 DBCC ошибок в SQL server 2005
Дополнительная информация

Дополнительные сведения о синтаксисе DBCC CHECKDB и/параметры сведений о том, как выполнить команду Прочитайте раздел электронной документации по SQL Serverкоманды DBCC CHECKDB.

Если ошибки найдены, CHECKDB, в ЖУРНАЛ сообщения об ошибках в целях выводятся дополнительные сообщения следующим образом:

2010-03-31 22:07:06.34 spid53 использование "dbghelp.dll" версии "4.0.5"
2010-03-31 22:07:06.35 spid53 ** дамп потока - spid = 0, EC = 0x00000000855F5EB0
2010-03-31 22:07:06.35 spid53 *** дамп стека, отправляемые C:\Program создаваемую SQL Server\MSSQL10.SQL2008\MSSQL\LOG\SQLDump0012.txt
2010-03-31 22:07:06.35 spid53      * *******************************************************************************
2010-03-31 22:07:06.35 spid53 *
2010-03-31 22:07:06.35 spid53 * НАЧАТЬ ДАМПА стека:
spid53 22:07:06.35 2010-03-31 * 31/03/10 22:07:06 spid 53
2010-03-31 22:07:06.35 spid53 *
2010-03-31 22:07:06.35 spid53 * повреждения базы данных DBCC
2010-03-31 22:07:06.35 spid53 *
2010-03-31 22:07:06.35 spid53 * 84 входной буфер байтов -
2010-03-31 22:07:06.35 spid53 * dbcc checkdb(mydb)
2010-03-31 22:07:06.35 spid53 *
2010-03-31 22:07:06.35 spid53      * *******************************************************************************
2010-03-31 22:07:06.35 spid53      * -------------------------------------------------------------------------------
2010-03-31 22:07:06.35 spid53 * коротких стека
2010-03-31 22:07:06.38 spid53 подпись стека для дампа является 0x00000000000001E8
2010-03-31 22:07:07.42 spid53 внешнего дампа процесса возврата кода 0x20002001.
Сведения об ошибке отправляется Ватсон сообщения об ошибках.

Файлы, используемые для отчетов об ошибках включают SQLDump < nnn > txt-файл. Этот файл можно использовать для исторических целей, как он содержит список ошибок, найденных в CHECKDB в формате XML.

Чтобы определить, когда последний раз была запущена инструкция DBCC CHECKDB без ошибок, обнаруженных в базе данных (последний известный чистой CHECKDB), проверьте журнал ОШИБОК SQL Server для сообщения, как в следующем примере для базы данных или базы данных системы (данное сообщение записывается как информационный уровень сообщение в журнал событий приложений Windows с EventID = 17573):

2010-04-01 10:13:59.80 spid7s CHECKDB для базы данных "master" завершилась без ошибок в 22:11:11.417 2010-03-31 (местное время). Это сообщение является информационным не требуется никаких действий пользователя

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

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

Свойства

Номер статьи: 2015748 — последний просмотр: 03/15/2015 08:49: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, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2012 Web, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Web

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