Каждый раз, когда я перезагружаю Windows, для некоторых баз данных я получаю эту ошибку:
Операционная система вернула ошибку 21 (устройство не готово.)
chkdsk /r- нет плохих секторов.Я выполнил DBCC CHECKDBбез ошибок:
*(CHECKDB found 0 allocation errors and 0 consistency errors in database)* Windows 10 и SQL Server 2016 Express.
Ответы:
Каждый раз, когда я перезагружаю Windows, для некоторых баз данных появляется эта ошибка. (Ошибка ОС 21 - устройство не готово)
Это связано с тем, что диск находился в автономном режиме или не был подключен к сети во время запуска SQL Server или имел переходные состояния после подключения SQL Server к сети.
3.При перезапуске SQL Server ошибки исчезают
Да, потому что базы данных были перемонтированы внутри SQL Server. Вы также можете отключить базу данных от сети, и она будет работать, предполагая, что дисковое устройство исправлено.
Это можно легко воспроизвести в тестовой среде, поместив базу данных на диск, отключив диск, выполнив запрос выбора (чтобы получить ошибку), вернув диск обратно в оперативный режим и заметив, что выбор по-прежнему завершается ошибкой с той же ошибкой. База данных должна быть перемонтирована, чтобы снова работать и не получать ошибку 21 ОС.
Что вы должны сделать?
Попросите кого-нибудь выполнить трассировку окон, чтобы выяснить, почему он изначально не подключается к сети или почему он отключается (любой переход состояния) или почему он показывает готовность к окнам, но на самом деле это не так (возможно, для загрузки нужно загрузить другие драйверы). Это).
Кроме того, убедитесь, что все драйверы дисковых фильтров обновлены для таких вещей, как антивирус, защита от вторжения на хост и т. Д., Поскольку они также могут блокировать службу / запуск / состояние.
Я думаю, что нашел причину.
Скорее всего, проблема связана с опциями питания «Быстрый запуск» .
Это методика Windows для сокращения времени загрузки; Быстрый запуск сочетает в себе элементы холодного отключения и функцию гибернации .
Здесь вы можете найти еще одну статью о плюсах и минусах
Я отключил его, и проблема, кажется, решена.
Это мои наблюдения и то, как я решил проблему (для тех, у кого такая же проблема)
Полная ошибка, которую я получил при подключении к локальному экземпляру MS SQL по умолчанию (2017) через MSSMS:
Операционная система возвратила ошибку 21 (устройство не готово) к SQL Server во время чтения со смещением 0x000000000ae000 в файле 'D: \ MSSQL \ DATA \ tempdev.mdf'. Дополнительные сообщения в журнале ошибок SQL Server и журнале ошибок операционной системы могут предоставить более подробную информацию. Это серьезная ошибка системного уровня, которая угрожает целостности базы данных и должна быть немедленно исправлена. Выполните полную проверку согласованности базы данных (DBCC CHECKDB). Эта ошибка может быть вызвана многими факторами; Дополнительные сведения см. в электронной документации по SQL Server. (Microsoft SQL Server, ошибка: 823). Для получения справки нажмите: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&EvtSrc=MSSQLServer&EvtID=823&LinkId=20476
Я начал получать это, как только я переместил свой tempdb на мой новый диск D. Выполнение запуска / остановки службы SQL устраняет ошибку. Никогда не получал эту ошибку, когда все было на C. Оба моих диска SSD и зашифрованы с помощью Bitlocker, не уверен, что это может быть проблемой, может быть, диск C разблокирован очень рано, потому что это нужно операционной системе, а диск D разблокируется позже ,
Я много раз сталкивался с одной и той же проблемой и думал, что должен поделиться своим решением (несмотря на уже предоставленные ответы):
Итак, у меня есть два экземпляра SQL (SQL 2008 и SQL 2017). Ошибка не проявляется в моем экземпляре SQL08, но на SQl17. Это вызвано «учетными данными учетной записи», предоставляемыми во время установки / настройки каждого экземпляра SQL:
Это можно увидеть под Windows Services. SQL08 был настроен на использование «Локальной системной учетной записи», а сбой SQL17 был установлен на «NETWORK ACCOUNT» во время установки. Так что просто измените это и перезапустите службу SQL здесь (или перезапустите экземпляр в браузере SQL).
Вторая часть этой проблемы уникальна для SQL Server 2017 CTP 2.0 при использовании SQL Server Management Studio V17, и в этом случае SMO переключился на использование « sys.dm_os_enumerate_fixed_drives » вместо старого « xp_fixeddrives », чтобы получить информацию о свободном пространстве вашего локального диска. , Чтобы обойти это, перейдите к МЕНЕДЖЕРУ УСТРОЙСТВА и временно отключите указанный привод (в моем случае это был диск «G», который является просто моим приводом DVD-ROM).
Эта проблема меня тоже раздражала. У меня есть 5 дБ, подключенных к моему экземпляру SQL Server, 3 из которых работают нормально, но 2 из которых жалуются
Операционная система возвратила ошибку 21 (устройство не готово) к SQL Server во время чтения со смещением 0x00000000204000 в файле 'E: \ xxxxxxxx.mdf'
Вот мое решение.
С другой стороны, я попробовал использовать автономный / онлайн-метод. Это не сработало в моем случае. Brute force перезапускает службу sqlserver. это может быть проблемой для тех, чья ставка на отключение всех баз данных слишком высока. Однако, если вы просто делаете локальное развитие, как я, тогда это решение должно подойти.