Mỗi lần tôi khởi động lại Windows, đối với một số cơ sở dữ liệu tôi gặp lỗi này:
Hệ điều hành trả về lỗi 21 (Thiết bị chưa sẵn sàng.)
chkdsk /r- không có thành phần xấu.Tôi đã thực hiện DBCC CHECKDBkhông có lỗi:
*(CHECKDB found 0 allocation errors and 0 consistency errors in database)* Windows 10 và SQL Server 2016 Express.
Câu trả lời:
Mỗi lần tôi khởi động lại windows, đối với một số cơ sở dữ liệu sẽ xuất hiện lỗi này. (Lỗi hệ điều hành 21 - Thiết bị chưa sẵn sàng)
Điều này là do đĩa ngoại tuyến hoặc không trực tuyến tại thời điểm SQL Server khởi động hoặc đã chuyển trạng thái sau khi SQL Server trực tuyến.
3.Nếu tôi khởi động lại SQL Server, các lỗi sẽ biến mất
Có, bởi vì các cơ sở dữ liệu đã được gửi lại bên trong SQL Server. Bạn cũng có thể ngoại tuyến-> trực tuyến cơ sở dữ liệu và nó sẽ hoạt động, giả sử thiết bị đĩa đã được sửa.
Điều này có thể dễ dàng được sao chép trong môi trường kiểm tra bằng cách đặt cơ sở dữ liệu vào đĩa, vô hiệu hóa đĩa, chạy truy vấn chọn (để nhận lỗi), đưa đĩa trở lại trực tuyến và nhận thấy rằng lựa chọn vẫn thất bại với cùng một lỗi. Cơ sở dữ liệu sẽ cần phải được kết nối lại để hoạt động trở lại và không gặp Lỗi hệ điều hành 21.
Những gì bạn nên làm?
Có ai đó thực hiện một số dấu vết cửa sổ để tìm hiểu lý do tại sao ban đầu nó không trực tuyến hoặc tại sao nó lại ngoại tuyến (bất kỳ chuyển đổi trạng thái nào) hoặc tại sao nó hiển thị sẵn sàng cho các cửa sổ nhưng thực sự không (có thể các trình điều khiển khác cần được tải cho nó).
Ngoài ra, hãy kiểm tra bất kỳ trình điều khiển bộ lọc đĩa nào được cập nhật để biết những thứ như chống vi-rút, bảo vệ xâm nhập máy chủ, v.v., vì những trình điều khiển này cũng có thể đang chặn dịch vụ / khởi động / trạng thái.
Tôi nghĩ rằng tôi đã tìm thấy nguyên nhân.
Nhiều khả năng vấn đề là do tùy chọn năng lượng "Khởi động nhanh" .
Đó là một kỹ thuật Windows để giảm thời gian khởi động; Khởi động nhanh kết hợp các yếu tố của tắt máy lạnh và tính năng ngủ đông .
Ở đây bạn có thể tìm thấy một bài viết khác về ưu và nhược điểm
Tôi đã vô hiệu hóa nó và vấn đề dường như được giải quyết.
Đây là những quan sát của tôi và cách tôi giải quyết vấn đề (vì lợi ích của những người khác có thể có cùng vấn đề)
Lỗi đầy đủ tôi gặp phải khi kết nối với phiên bản MS SQL mặc định cục bộ (2017) qua MSSMS là:
Hệ điều hành đã trả về lỗi 21 (Thiết bị chưa sẵn sàng.) Cho SQL Server trong khi đọc ở offset 0x000000000ae000 trong tệp 'D: \ MSSQL \ DATA \ tempdev.mdf'. Thông báo bổ sung trong nhật ký lỗi SQL Server và nhật ký lỗi hệ điều hành có thể cung cấp chi tiết hơn. Đây là một tình trạng lỗi cấp hệ thống nghiêm trọng đe dọa tính toàn vẹn của cơ sở dữ liệu và phải được sửa chữa ngay lập tức. Hoàn thành kiểm tra tính nhất quán cơ sở dữ liệu đầy đủ (DBCC CHECKDB). Lỗi này có thể được gây ra bởi nhiều yếu tố; để biết thêm thông tin, hãy xem SQL Server Books Online. (Microsoft SQL Server, Lỗi: 823) Để được trợ giúp, hãy nhấp: http://go.microsoft.com/fwlink?ProdName=Microsoft%20Query%20Server&EvtSrc=MSQueryServer&EvtID=823&LinkId=20476
Tôi bắt đầu nhận được điều này khi tôi chuyển tempdb sang ổ D mới. Thực hiện bắt đầu / dừng dịch vụ SQL sẽ loại bỏ lỗi. Không bao giờ gặp lỗi này khi mọi thứ đều xảy ra C. Cả hai ổ đĩa của tôi đều là SSD và được mã hóa bằng Bitlocker, không chắc đó có phải là sự cố không, có thể ổ C được mở khóa rất sớm vì hệ điều hành cần nó và ổ D được mở khóa sau .
Tôi đã gặp cùng một vấn đề nhiều lần và nghĩ rằng tôi nên chia sẻ giải pháp của mình (mặc dù câu trả lời đã được cung cấp):
Vì vậy, tôi có hai phiên bản SQL (SQL 2008 và SQL 2017). Lỗi không biểu hiện trong Trường hợp SQL08 của tôi mà trên SQl17. Điều này được gây ra bởi "Thông tin tài khoản" được cung cấp trong quá trình Cài đặt / thiết lập từng phiên bản SQL:
Điều này có thể được nhìn thấy trong Windows Services. SQL08 được đặt để sử dụng "Tài khoản hệ thống cục bộ" trong khi SQL17 bị lỗi được đặt thành "TÀI KHOẢN MẠNG" trong khi thiết lập. Vì vậy, chỉ cần thay đổi điều đó và khởi động lại dịch vụ SQL tại đây (hoặc khởi động lại phiên bản trong trình duyệt SQL).
Phần thứ hai của vấn đề này là duy nhất đối với SQL Server 2017 CTP 2.0 khi sử dụng SQL Server Management Studio V17, trong trường hợp SMO chuyển sang sử dụng " sys.dm_os_enum Cả_fixed_drive " thay vì " xp_fixeddrive " cũ để lấy thông tin không gian trống của đĩa cục bộ của bạn . Để khắc phục điều này, hãy truy cập THIẾT BỊ QUẢN LÝ và tạm thời vô hiệu hóa ổ đĩa được trích dẫn (trong trường hợp của tôi là ổ đĩa "G" chỉ là ổ đĩa DVD-ROM của tôi).
Vấn đề này đã làm tôi khó chịu. Tôi có 5 dbs được nối vào phiên bản SQL Server của tôi, 3 trong số đó đang hoạt động tốt, nhưng 2 trong số đó phàn nàn
Hệ điều hành đã trả về lỗi 21 (Thiết bị chưa sẵn sàng.) Cho SQL Server trong khi đọc ở offset 0x00000000204000 trong tệp 'E: \ xxxxxxxx.mdf'
Đây là giải pháp của tôi.
Bên cạnh đó, tôi đã thử dùng phương thức ngoại tuyến / trực tuyến db. Nó không hoạt động trong trường hợp của tôi. Brute Force khởi động lại dịch vụ sqlserver hoạt động độc đáo. đây có thể là một vấn đề đối với những người có tỷ lệ lấy tất cả các dbs ngoại tuyến quá cao. Tuy nhiên, nếu bạn chỉ đang phát triển địa phương như tôi, thì giải pháp này sẽ ổn thôi.