Поделиться через

MSSQLSERVER_3313

  • Статья

Применимо к:SQL Server

Сведения

Атрибут значение
Название продукта SQL Server
Идентификатор события 3313
Источник событий MSSQLSERVER
Компонент SQLEngine
Символическое имя ERR_LOG_RID1
Текст сообщения При повторном выполнении запротоколированной операции в базе данных "%.*ls" произошла ошибка при работе с записью, идентификатор которой %S_LSN. Как правило, конкретный сбой регистрируется как ошибка в журнале событий Windows. Восстановите базу данных из полной резервной копии или произведите ее исправление.

Пояснение

Ошибка 3313 — это ошибка свертки для восстановления повторного входа. Эта ошибка означает, что SQL Server помещает базу данных в состояние SUSPECT, если не удается применить зафиксированные транзакции к файлам базы данных (повтор). Файл журнала транзакций, основная файловая группа и, возможно, другие файловые группы, могут быть повреждены. Восстановление базы данных завершилось сбоем во время запуска SQL Server и поэтому недоступно. Чтобы устранить проблему, необходимо предпринять действия.

Если эта ошибка возникает, tempdbэкземпляр SQL Server завершает работу.

Эта ошибка может появиться с другими ошибками в журнале ошибок SQL Server. Примерами таких ошибок являются 9001, 823, 824, 17204 (отображается ошибка ОС при доступе к файлу), 17053 (отображается ошибка ОС). Эти две последние ошибки могут дать представление о базовой причине сбоев ввода-вывода.

Причина

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

  • Журнал транзакций или файлы базы данных находятся на устройстве хранения, которое не удалось или недоступно
  • Физически поврежденные файлы, которые приводят к невозможности записи или чтения из них

Действие пользователя

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

Чтобы устранить проблемы, которые приводят к этой ошибке, выполните указанные ниже действия.

  • Убедитесь, что тома хранилища, в которых находятся файлы базы данных и журналов, находятся в сети, весь путь ввода-вывода от компьютера к хранилищу является стабильным и не приводит к физическому повреждению файлов.
  • Обратитесь к изготовителю оборудования и устройства, чтобы обеспечить соответствие оборудования и его конфигурации требованиям к ввода-выводам системы базы данных. Убедитесь, что драйверы устройств, встроенное ПО, BIOS и другие вспомогательные компоненты программного обеспечения в пути ввода-вывода актуальны.
  • Запустите DBCC CHECKDB, чтобы проверить согласованность базы данных, если вы можете использовать ее в сети с перезапуском.
  • Если файлы базы данных и журналов не остаются без изменений, и в результате база данных не может войти в сеть, восстановите последнюю известную хорошую резервную копию базы данных.
  • Рекомендации по устранению неполадок см. в статье об ошибке MSSQLSERVER 823 и устранении ошибок согласованности базы данных, сообщаемых DBCC CHECKDB.

При возникновении этого условия ошибки SQL Server может создавать файлы, связанные с дампами, в папке ЖУРНАЛА SQL Server. Файлы SQLDump nnnn.mdmp и SQLDumpnnnn.txt содержат дополнительные диагностические сведения о сбоях, включая сведения о транзакции и странице, которая столкнулась с проблемой. Эти сведения можно использовать командой Майкрософт для анализа причины сбоя.

См. также