SQL सर्वर में उच्च गंभीरता त्रुटियों से निपटना

SQL सर्वर एजेंट अलर्ट पर अपने पिछले लेख में, मैंने उच्च गंभीरता त्रुटियों 19-25 के साथ-साथ त्रुटि 825 के लिए SQL एजेंट अलर्ट को सेट और कॉन्फ़िगर करने के बारे में चरण-दर-चरण निर्देश प्रदान किए थे। इस लेख में, मैं जा रहा हूँ इन त्रुटियों पर विस्तार से चर्चा करें, और साझा करें कि यदि वे आपके वातावरण में होती हैं तो आपको क्या करना चाहिए।

19 या उससे अधिक के गंभीरता स्तर वाली त्रुटियां वर्तमान बैच को पूरा होने से रोकती हैं। 20 और उच्चतर की गंभीरता वाली त्रुटियां घातक त्रुटियां हैं और वर्तमान क्लाइंट कनेक्शन को समाप्त कर देती हैं। ये त्रुटियां डेटाबेस में सभी प्रक्रियाओं को भी प्रभावित कर सकती हैं। घातक त्रुटियां ठीक वही हैं जो नाम का तात्पर्य है:जो प्रक्रिया चल रही है उसे समाप्त कर दिया गया है और क्लाइंट कनेक्शन बंद कर दिया गया है।

गंभीरता 19 त्रुटियां

एक गंभीरता 19 त्रुटि संसाधन की कमी के कारण एक त्रुटि है। इसका मतलब है कि एक आंतरिक सीमा (जिसे आप कॉन्फ़िगर नहीं कर सकते) को पार कर गया है और वर्तमान बैच को समाप्त कर दिया है। ये त्रुटियां शायद ही कभी होती हैं और इस समस्या को ठीक करने के लिए आप बहुत कम कर सकते हैं। यदि गंभीर 19 त्रुटि होती है, तो आपको अपने प्राथमिक सहायता प्रदाता से संपर्क करना चाहिए; आमतौर पर, वह Microsoft होगा।

SQL सर्वर के साथ काम करने के अपने सभी वर्षों में, मुझे ऐसी कोई घटना याद नहीं आ रही है जहाँ एक गंभीरता 19 त्रुटि उत्पन्न हुई हो। बिंग की खोज में भी, मुझे त्रुटि की घटनाओं को खोजने में परेशानी हुई है; मुझे मिले कुछ संदर्भ SQL सर्वर के शुरुआती संस्करण से संबंधित थे, और SQL सर्वर के भीतर ही एक बग का संदर्भ दिया।

गंभीरता 20 त्रुटियां

गंभीरता 20 त्रुटि वर्तमान प्रक्रिया में एक घातक त्रुटि है। यह इंगित करता है कि एक बयान में एक समस्या का सामना करना पड़ा और उसे समाप्त कर दिया गया। चूंकि यह केवल वर्तमान प्रक्रिया को प्रभावित करता है, इसलिए यह बहुत कम संभावना है कि डेटाबेस स्वयं क्षतिग्रस्त हो गया हो। ये त्रुटियां एक व्यक्तिगत कथन से जुड़ी होती हैं, इसलिए आपको संपूर्ण त्रुटि संदेश एकत्र करना होगा और उस बिट कोड के लिए जिम्मेदार व्यक्ति या टीम तक पहुंचना होगा। यह इन-हाउस या संभवतः आवेदन का विक्रेता हो सकता है। एक उदाहरण त्रुटि है:

इस त्रुटि के लिए मैं एप्लिकेशन डेवलपर या विक्रेता तक पहुंचूंगा, क्योंकि त्रुटि एक पूल किए गए कनेक्शन से संबंधित है जब रीसेट करने का प्रयास करते समय त्रुटि का सामना करना पड़ता है। मैं SQL सर्वर लॉग की भी समीक्षा करूंगा जिसमें त्रुटि के कारण वास्तव में क्या हो रहा है, इसके बारे में अधिक विस्तृत त्रुटि संदेश हो सकता है।

गंभीरता 21 त्रुटियां

गंभीरता 21 त्रुटि डेटाबेस में एक घातक त्रुटि है जो उस डेटाबेस का उपयोग करने वाली सभी प्रक्रियाओं को प्रभावित करती है।

मैंने देखा है कि यह त्रुटि तब होती है जब एक मानक संस्करण उदाहरण के लिए एंटरप्राइज़ सुविधाओं का उपयोग करके डेटाबेस को पुनर्स्थापित करने का प्रयास करते समय, साथ ही जब डेटाबेस दूषित होता है और उपयोगकर्ता दूषित पृष्ठ तक पहुंचने का प्रयास करता है। इस प्रकार का एक उदाहरण त्रुटि संदेश है:

एंटरप्राइज़ सुविधाओं का उपयोग मानक संस्करण इंस्टेंस में करने वाले डेटाबेस को पुनर्स्थापित करने का प्रयास करते समय, आपको पहले एंटरप्राइज़ सुविधाओं को निकालना होगा। उदाहरण के लिए, यदि आप डेटा संपीड़न का उपयोग कर रहे हैं या डेटा कैप्चर को बदलते हैं, तो आपको पहले डेटाबेस से उन सुविधाओं का उपयोग बंद करना और निकालना होगा, डेटाबेस का बैकअप लेना होगा, और फिर इसे मानक संस्करण इंस्टेंस में पुनर्स्थापित करना होगा। आप DMV sys.dm_db_persisted_sku_features का उपयोग कर सकते हैं यह जाँचने के लिए कि क्या आपके पास केवल-एंटरप्राइज़ सुविधाएँ उपयोग में हैं।

भ्रष्टाचार त्रुटियों के लिए आपको DBCC CHECKDB run चलाना होगा भ्रष्टाचार की सीमा निर्धारित करने और वहां से जाने के लिए। यदि आप भाग्यशाली हैं, तो त्रुटि एक गैर-संकुल अनुक्रमणिका में होगी जिसे आप पुन:बना सकते हैं और समस्या का समाधान कर सकते हैं। यदि भ्रष्टाचार अधिक गंभीर है, तो आप एक पुनर्स्थापना कार्रवाई देख सकते हैं। भ्रष्टाचार को बेहतर ढंग से समझने और भ्रष्टाचार के विभिन्न पहलुओं को कैसे हल किया जाए, इसके लिए मैं आपको पॉल रान्डल द्वारा विभिन्न ब्लॉग पोस्ट की समीक्षा करने के लिए प्रोत्साहित करता हूं। पॉल की भ्रष्टाचार पर एक पूरी श्रेणी है जिसे आप यहां देख सकते हैं:

• http://www.sqlskills.com/blogs/paul/category/corruption/

चल रहा है DBCC CHECKDB भ्रष्टाचार का जल्द से जल्द पता लगाने के लिए आपके डेटाबेस के खिलाफ नियमित रूप से निर्धारित नौकरी के हिस्से के रूप में अत्यधिक अनुशंसा की जाती है। यदि आप नियमित रूप से भ्रष्टाचार की जांच नहीं कर रहे हैं, तो आप भ्रष्ट डेटा को पुनर्प्राप्त करने में सक्षम नहीं होने के एक बड़े जोखिम में हैं।

गंभीरता 22 त्रुटियां

तालिका अखंडता संदिग्ध होने के कारण गंभीरता 22 त्रुटि एक घातक त्रुटि है, मूल रूप से यह दर्शाता है कि संदेश में निर्दिष्ट तालिका या अनुक्रमणिका क्षतिग्रस्त है। भ्रष्टाचार होता है और अक्सर होता है। हमारा अनुभव है कि अधिकांश भ्रष्टाचार I/O सबसिस्टम से संबंधित समस्या के कारण होता है। यदि आप 22 त्रुटि की गंभीरता का सामना करते हैं, तो आपको DBCC CHECKDB चलाने की आवश्यकता होगी क्षति की सीमा निर्धारित करने के लिए। एक उदाहरण त्रुटि है:

यदि त्रुटि एक गैर-अनुक्रमित अनुक्रमणिका में है, तो आप केवल अनुक्रमणिका का पुनर्निर्माण कर सकते हैं और भ्रष्टाचार को ठीक कर सकते हैं। यदि भ्रष्टाचार एक ढेर या संकुल सूचकांक में है, तो आपको डेटाबेस को एक सुसंगत स्थिति में पुनर्स्थापित करने की आवश्यकता होगी।

मैंने ऐसी रिपोर्टें देखी हैं जहां भ्रष्टाचार स्मृति में था लेकिन डिस्क पर नहीं था। उस स्थिति में इंस्टेंस को पुनरारंभ करना या डेटाबेस को ऑफ़लाइन सेट करना और फिर ऑनलाइन त्रुटि को साफ़ करना चाहिए।

गंभीरता 23 त्रुटियां

गंभीरता 23 त्रुटि एक अन्य घातक त्रुटि है जो रिपोर्ट करती है कि डेटाबेस में स्वयं एक अखंडता समस्या है। रिज़ॉल्यूशन बहुत हद तक 22 त्रुटि की गंभीरता जैसा है, जहाँ आपको तुरंत DBCC CHECKDB चलाने की आवश्यकता होती है डेटाबेस को हुए नुकसान की पूरी सीमा का पता लगाने के लिए।

भ्रष्टाचार का यह स्तर संपूर्ण डेटाबेस को प्रभावित करने वाला पाया गया है। यह डेटा फ़ाइल में ही भ्रष्टाचार या लॉग फ़ाइल में भ्रष्टाचार हो सकता है। त्रुटि का विवरण आपको मूल समस्या की ओर निर्देशित करेगा। उदाहरण के लिए, निम्न त्रुटि इंगित करती है कि हमें अपने डेटाबेस को पुनर्स्थापित करने या लॉग के पुनर्निर्माण का प्रयास करने की आवश्यकता होगी। निरंतरता के लिए, मैं अपने सबसे हाल के बैकअप और सभी उपलब्ध लेनदेन लॉग बैकअप से पुनर्स्थापित करूंगा।

गंभीरता 24 त्रुटियां

एक गंभीरता 24 त्रुटि एक हार्डवेयर से संबंधित एक घातक त्रुटि है। यह संदेश किसी प्रकार की मीडिया विफलता के कारण उत्पन्न होगा। इस प्रकार की सबसे आम त्रुटियाँ मैंने देखी हैं जो स्मृति और I/O त्रुटियों से संबंधित हैं। उदाहरण के लिए: