हर बार जब मैं विंडोज को रिबूट करता हूं, तो कुछ डेटाबेस के लिए मुझे यह त्रुटि मिलती है:
ऑपरेटिंग सिस्टम ने त्रुटि 21 दी (डिवाइस तैयार नहीं है।)
chkdsk /r- कोई बुरा क्षेत्र नहीं।मैंने DBCC CHECKDBबिना किसी त्रुटि के निष्पादित किया:
*(CHECKDB found 0 allocation errors and 0 consistency errors in database)* विंडोज 10 और एसक्यूएल सर्वर 2016 एक्सप्रेस।
जवाबों:
हर बार जब मैं विंडोज़ रिबूट करता हूं, तो कुछ डेटाबेस के लिए यह त्रुटि सामने आती है। (ओएस त्रुटि 21 - डिवाइस तैयार नहीं)
यह एक डिस्क ऑफ़लाइन होने या SQL सर्वर शुरू होने के समय ऑनलाइन नहीं होने के कारण है, या SQL सर्वर ऑनलाइन होने के बाद राज्यों को संक्रमित कर दिया था।
3. यदि मैं SQL सर्वर को पुनरारंभ करता हूं तो त्रुटियां गायब हो जाती हैं
हां, क्योंकि डेटाबेस को SQL सर्वर के अंदर रिमूव किया गया है। आप ऑफ़लाइन-> डेटाबेस को भी ऑनलाइन कर सकते हैं और यह काम करेगा, यह मानते हुए कि डिस्क डिवाइस को ठीक कर दिया गया है।
इसे डिस्क पर डेटाबेस लगाकर, डिस्क को निष्क्रिय करके, चयन क्वेरी (त्रुटि प्राप्त करने के लिए), डिस्क को ऑनलाइन वापस लाने और यह देखते हुए कि अभी भी उसी त्रुटि के साथ विफल रहता है, आसानी से परीक्षण परिवेश में पुन: प्रस्तुत किया जा सकता है। डेटाबेस को फिर से काम करने और ओएस एरर 21 प्राप्त न करने के लिए रिमाउंट करने की आवश्यकता होगी।
आपको क्या करना चाहिये?
क्या किसी को यह पता लगाने के लिए कुछ खिड़कियां हैं कि यह शुरू में ऑनलाइन क्यों नहीं आ रही है या यह ऑफ़लाइन (किसी भी राज्य संक्रमण) क्यों हो रही है या यह खिड़कियों के लिए तैयार क्यों दिख रहा है लेकिन वास्तव में ऐसा नहीं है (शायद अन्य ड्राइवरों को लोड करने की आवश्यकता है यह)।
इसके अतिरिक्त एंटी-वायरस, होस्ट इंट्रस्ट प्रोटेक्शन आदि जैसी चीजों के लिए कोई भी डिस्क फ़िल्टर ड्राइवर अप टू डेट हैं, क्योंकि वे सर्विस / स्टार्टअप / स्टेट को ब्लॉक भी कर सकते हैं।
मुझे लगता है कि मुझे इसका कारण मिल गया है।
सबसे अधिक समस्या "फास्ट स्टार्टअप" बिजली विकल्पों के कारण है ।
यह बूट समय को कम करने के लिए एक विंडोज तकनीक है; फास्ट स्टार्टअप एक ठंडा शटडाउन और हाइबरनेट सुविधा के तत्वों को जोड़ता है ।
यहां आप पेशेवरों और विपक्षों के बारे में एक और लेख पा सकते हैं
मैंने इसे निष्क्रिय कर दिया है और समस्या हल होती दिख रही है।
ये मेरी टिप्पणियां हैं और मैंने इस समस्या को कैसे हल किया (दूसरों के लाभ के लिए जिनके पास समान समस्या हो सकती है)
MSSMS के माध्यम से अपने स्थानीय डिफ़ॉल्ट MS SQL उदाहरण (2017) से कनेक्ट करते समय मुझे मिली पूर्ण त्रुटि है:
ऑपरेटिंग सिस्टम ने त्रुटि 21 (डिवाइस तैयार नहीं है।) SQL सर्वर पर फ़ाइल 'D: \ MSSQL \ DATA \ tempdev.mdf' में ऑफसेट 0x000000000ae000 पर एक रीड के दौरान। SQL सर्वर त्रुटि लॉग और ऑपरेटिंग सिस्टम त्रुटि लॉग में अतिरिक्त संदेश अधिक विवरण प्रदान कर सकते हैं। यह एक गंभीर सिस्टम-स्तरीय त्रुटि स्थिति है जो डेटाबेस अखंडता को खतरा देती है और इसे तुरंत ठीक किया जाना चाहिए। एक पूर्ण डेटाबेस संगति जाँच (DBCC CHECKDB) को पूरा करें। यह त्रुटि कई कारकों के कारण हो सकती है; अधिक जानकारी के लिए, SQL सर्वर पुस्तकें ऑनलाइन देखें। (Microsoft SQL सर्वर, त्रुटि: 823) मदद के लिए, क्लिक करें: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&EvtSrc=MSSQLServer&EvtID-823&LinkId=20476
एक बार जब मैंने अपने टेम्पर्डब को अपनी नई डी ड्राइव में स्थानांतरित किया तो मुझे यह मिलना शुरू हो गया। SQL सेवा का प्रारंभ / स्टॉप करना त्रुटि को दूर करता है। कभी भी यह त्रुटि नहीं हुई जब सब कुछ C. पर था। मेरी दोनों ड्राइव SSD हैं और Bitlocker के साथ एन्क्रिप्ट की गई हैं, सुनिश्चित नहीं हैं कि अगर यह समस्या हो सकती है, तो शायद C ड्राइव बहुत जल्दी अनलॉक हो जाती है क्योंकि ऑपरेटिंग सिस्टम को इसकी आवश्यकता होती है, और D ड्राइव बाद में अनलॉक हो जाती है ।
मैं एक ही समस्या में कई बार आया हूं और सोचा है कि मुझे अपना समाधान साझा करना चाहिए (पहले से उपलब्ध उत्तरों के बावजूद):
इसलिए मेरे पास दो SQL इंस्टेंस (SQL 2008 और SQL 2017) हैं। त्रुटि मेरे SQL08 इंस्टेंस में लेकिन SQl17 पर प्रकट नहीं होती है। यह प्रत्येक SQL उदाहरण की स्थापना / सेटअप के दौरान प्रदान किए गए "खाता क्रेडेंशियल्स" के कारण होता है:
इसे विंडोज सर्विसेज के तहत देखा जा सकता है। SQL08 "स्थानीय सिस्टम खाता" का उपयोग करने के लिए सेट किया गया था, जबकि असफल SQL17 सेटअप के दौरान "NETWORK ACCOUNT" पर सेट किया गया था। तो बस इसे बदलें और यहां SQL सेवा को पुनरारंभ करें (या SQL ब्राउज़र में इंस्टेंस को पुनरारंभ करें)।
इस समस्या का दूसरा हिस्सा एसक्यूएल सर्वर 2017 CTP 2.0 के लिए अद्वितीय है का उपयोग करते समय एसक्यूएल सर्वर प्रबंधन स्टूडियो V17 जो मामले में एसएमओ "का उपयोग करने के लिए बंद कर sys.dm_os_enumerate_fixed_drives " के बजाय पुराने " xp_fixeddrives " अपने स्थानीय डिस्क की मुक्त स्थान जानकारी पाने के लिए । इसे हल करने के लिए, DEVICE MANAGER पर जाएं और उद्धृत ड्राइव को अस्थायी रूप से अक्षम करें (मेरे मामले में "G" था जो कि मेरा DVD-ROM ड्राइव है)।
इस समस्या ने मुझे भी परेशान कर दिया है। मैंने अपने SQL सर्वर इंस्टेंस पर 5 डीबीएस हुक किए हैं, जिनमें से 3 ठीक काम कर रहे हैं, लेकिन जिनमें से 2 शिकायत करते हैं
ऑपरेटिंग सिस्टम ने त्रुटि 21 (डिवाइस तैयार नहीं है।) SQL सर्वर से फ़ाइल 'E: \ xxxxxxxx.mdf' में ऑफसेट 0x00000000204000 पर पढ़ने के दौरान।
यहाँ मेरा समाधान है।
एक साइड नोट पर, मैंने db ऑफ़लाइन / ऑनलाइन विधि लेने का प्रयास किया। यह मेरे मामले में काम नहीं किया। स्क्वैसर सेवा को पुनः आरंभ करने वाली ब्रूट फोर्स ने अच्छी तरह से काम किया। यह उन लोगों के लिए एक समस्या हो सकती है जिनके सभी डीबीएस ऑफ़लाइन लेने की हिस्सेदारी बहुत अधिक है। हालाँकि, यदि आप मेरे जैसा स्थानीय विकास कर रहे हैं, तो यह समाधान ठीक होना चाहिए।