SQL डेटाबेस करप्शन: कारण, लक्षण और अपनी MDF/NDF फ़ाइलों को सुरक्षित तरीके से कैसे रिकवर करें

आप अपना काम शुरू करने के लिए तैयार हैं, लेकिन अचानक आपका SQL Server डेटाबेस स्टार्ट ही नहीं होता। हर तरह के एरर मैसेज आने लगते हैं, जैसे करप्शन, टॉर्न पेजेज़, और चेकसम फेलियर्स। आपका सारा क्रिटिकल बिज़नेस डेटा अब MDF और NDF फाइल्स के अंदर लॉक हो जाता है, जिन्हें SQL Server ओपन करने से मना कर देता है। और परेशानी तब और बढ़ जाती है जब आपका आखिरी बैकअप एक हफ्ते से भी पुराना हो। (या फिर आपके पास बैकअप है ही नहीं!)

SQL डेटाबेस करप्शन एक डेटाबेस एडमिनिस्ट्रेटर के सामने आने वाली सबसे परेशान करने वाली समस्याओं में से एक है। यह करप्शन कभी भी हो सकता है, चाहे आपके पास बेहतरीन स्टोरेज तकनीक ही क्यों न हो।

SQL करप्शन को सबसे खतरनाक बनाने वाली बात यह है कि यह फैल सकता है। अगर डेटाबेस का एक पेज करप्ट हो जाए, तो समय के साथ यह दूसरे हिस्सों को भी प्रभावित कर सकता है।

यदि आप गलत रिकवरी का तरीका अपनाते हैं, तो समस्या और भी बढ़ सकती है। इसलिए यह समझना जरूरी है कि SQL डेटाबेस करप्शन किन कारणों से होता है, इसके शुरुआती संकेत क्या हैं, और कब खुद समस्या ठीक करने की कोशिश छोड़कर विशेषज्ञों की मदद लेनी चाहिए, ताकि आपका डेटा सुरक्षित और पूरी तरह रिकवर हो सके।

जब बिल्ट-इन टूल्स काम नहीं करते या करप्शन बहुत गंभीर होती है, तब Stellar Data Recovery Services जैसे प्रोफेशनल्स स्पेशलाइज़्ड टेक्निक्स की मदद से एडवांस्ड डेटाबेस रिपेयर और डेटा एक्सट्रैक्शन कर सकते हैं, जो SQL Server यूटिलिटीज़ से कहीं आगे की क्षमताएं प्रदान करती हैं।

Read the English version of this article here.

SQL डेटाबेस करप्शन क्या है, और यह क्यों होती है?

SQL डेटाबेस करप्शन तब होती है, जब आपकी MDF या NDF फाइल्स की फिजिकल स्ट्रक्चर डैमेज हो जाती है और आपका डेटा या तो पूरी तरह से या कुछ हद तक एक्सेस नहीं किया जा सकता।

SQL Server डेटाबेस की सभी जानकारी 8 KB के पेजेज़ में स्टोर करता है। इन पेजेज़ को मिलाकर “एक्सटेंट्स” बनाए जाते हैं, और हर एक्सटेंट में 8 फिजिकली कॉन्टिग्युअस पेजेज़ होते हैं। जब ये पेजेज़ डैमेज हो जाते हैं, तो SQL Server उन्हें सही तरीके से पढ़ नहीं पाता, और कई बार उन्हें बिल्कुल भी नहीं पढ़ पाता।

बेशक, SQL Server में डेटा इंटीग्रिटी बनाए रखने के लिए चेकसम्स, राइट-अहेड लॉग्स, और कंसिस्टेंसी चेक्स जैसे कुछ सुरक्षा उपाय मौजूद होते हैं। लेकिन ये सुरक्षा उपाय तभी काम करते हैं, जब अंडरलाइंग स्टोरेज हार्डवेयर सही तरीके से काम कर रहा हो। अगर आपका हार्डवेयर फेल हो जाए या SQL Server लेयर के नीचे डेटा करप्ट हो जाए, तो डेटाबेस में समस्याएं आने लगती हैं या वह पूरी तरह से काम करना बंद कर सकता है।

आइए अब SQL डेटाबेस करप्शन के 7 सबसे सामान्य कारणों को समझते हैं।

1. हार्डवेयर फेलियर्स

इनमें डिस्क एरर्स, फेल्ड RAID कंट्रोलर कैश, फॉल्टी RAM मॉड्यूल्स, और स्टोरेज कंट्रोलर प्रॉब्लम्स शामिल हैं। ये राइट ऑपरेशन्स के दौरान आपके पेजेज़ को करप्ट कर सकते हैं। राइट-अहेड लॉग्स होने के बावजूद, अगर फिजिकल स्टोरेज फेल हो जाए, तो डेटा की सुरक्षा प्रभावित हो सकती है। (ये अक्सर सबसे सामान्य कारणों में से एक होते हैं।)

2. पावर आउटेज और सिस्टम क्रैशेज़

अचानक बिजली चले जाना, ब्लू स्क्रीन एरर्स आना या सिस्टम को जबरन बंद करना, ये सभी डेटा लिखने की प्रक्रिया को बीच में रोक सकते हैं। इससे टॉर्न पेजेज़ की समस्या हो सकती है, जिसमें 8 KB पेज का केवल एक हिस्सा ही लिखा जाता है। अधूरे डेटा के कारण पेज इनकंसिस्टेंट (inconsistent) हो जाता है, जिसे SQL Server सही तरीके से प्रोसेस नहीं कर पाता।

3. स्टोरेज मिसकन्फिगरेशन

अगर कंप्रेस्ड या एन्क्रिप्टेड वॉल्यूम्स में सही सेक्टर अलाइनमेंट नहीं है, तो स्टोरेज मीडियम और SQL Server के बीच सेक्टर साइज मिसमैच हो सकता है।

4. सॉफ्टवेयर बग्स

ये कम देखने को मिलते हैं, लेकिन काफी गंभीर हो सकते हैं। अगर SQL Server क्यूम्युलेटिव अपडेट्स या OS पैचेज़ मिस हो जाएं, तो बफर पूल मैनेजमेंट या ट्रांज़ैक्शन प्रोसेसिंग में कुछ खास तरह की समस्याएं आ सकती हैं। इसकी वजह से सामान्य ऑपरेशन्स के दौरान भी डेटा स्ट्रक्चर्स करप्ट हो सकते हैं।

5. ह्यूमन एरर

हो सकता है कि आपके कलीग्स ने SQL Server के चलते समय गलती से MDF या LDF फाइल्स डिलीट कर दी हों। इसके अलावा, गलत रिस्टोर सीक्वेंस और डेटाबेस फाइल्स में मैन्युअल बदलाव भी करप्शन का कारण बन सकते हैं।

6. मैलवेयर और वायरस अटैक्स

रैंसमवेयर पूरी डेटाबेस फाइल्स को एन्क्रिप्ट कर सकता है। वहीं, वायरस उन सिस्टम फाइल्स को करप्ट कर सकते हैं, जिनकी SQL Server को जरूरत होती है।

7. फाइल सिस्टम इश्यूज़

हमारी डेटा रिकवरी के दौरान हमें कई ऐसे मामले देखने को मिले हैं, जहां एंटीवायरस सॉफ्टवेयर स्कैन के समय डेटाबेस फाइल्स को लॉक कर देता है या बैकअप सॉफ्टवेयर फाइल्स को सही तरीके से एक्सेस नहीं करता। ऐसे थर्ड-पार्टी एप्लिकेशन्स, जो MDF या NDF फाइल्स को लॉक कर देते हैं, SQL Server के डेटा लिखने के दौरान करप्शन का कारण बन सकते हैं।

SQL करप्शन के कौन-से लक्षण दिखाई देते हैं?

प्रो टिप: अपने SQL Server एरर लॉग्स पर हमेशा नज़र रखें। कई बार करप्शन गंभीर होने से पहले ही वॉर्निंग मैसेजेज़ दिखने लगते हैं। उदाहरण के लिए, Error 823 का मतलब है कि I/O फेलियर्स आ रहे हैं। Error 824 टॉर्न पेजेज़ जैसी लॉजिकल कंसिस्टेंसी एरर्स को दिखाता है, और Error 825 का मतलब है कि SQL Server को डेटा पढ़ने के लिए कई बार दोबारा कोशिश करनी पड़ी। ऐसे ज़्यादातर मामलों की वजह स्टोरेज में आने वाली दिक्कतें होती हैं।

उन एप्लिकेशन्स पर भी ध्यान दें, जिनमें अजीब तरह का व्यवहार दिखे, रिकॉर्ड्स गायब हों या डुप्लिकेट एंट्रीज़ दिखाई दें। अगर डेटा, यूज़र्स द्वारा दर्ज किए गए डेटा से मेल नहीं खाता, तो यह इंडेक्स करप्शन का संकेत हो सकता है। ऐसे मामलों में इंडेक्स गलत डेटा की ओर इशारा कर सकता है या कुछ रिकॉर्ड्स को पूरी तरह छोड़ सकता है।

नीचे दी गई टेबल SQL डेटाबेस करप्शन से जुड़े अलग-अलग मामलों को आसानी से समझने में मदद करेगी।

TABLE

SQL डेटाबेस करप्शन: सुरक्षित रिकवरी मेथड्स जिन्हें आप आज़मा सकते हैं

SQL Database Corruption से रिकवर करने के लिए आप नीचे दिए गए तीन तरीकों का इस्तेमाल कर सकते हैं। लेकिन इनमें से किसी भी तरीके को अपनाने से पहले उससे जुड़े जोखिमों को समझना जरूरी है।

⚠️ इन मेथड्स को तभी आज़माएं, जब आप एक अनुभवी सिस्टम एडमिन हों और आपको अच्छी तरह पता हो कि आप क्या कर रहे हैं। कुछ मेथड्स SQL Server करप्शन को और भी ज्यादा गंभीर बना सकते हैं!

मेथड 1. बैकअप से रिस्टोर करें (सबसे अच्छा विकल्प)

अगर आपके पास कोई हालिया बैकअप है, तो उसे रिस्टोर करें। SQL MDF रिकवरी के लिए यह सबसे सुरक्षित तरीका है। भले ही आपका बैकअप कुछ घंटे पुराना हो, फिर भी गलत रिपेयर की वजह से पूरी टेबल खोने से बेहतर है कि हाल के कुछ ट्रांजैक्शन्स का नुकसान हो। 

मेथड 2. DBCC CHECKDB को असेसमेंट मोड में चलाएं

यह कमांड बिना किसी रिपेयर के यह पता लगाने में मदद करता है कि करप्शन कितना गंभीर है। नीचे दिया गया कमांड चलाएं।

DBCC CHECKDB (‘DatabaseName’) WITH NO_INFOMSGS, ALL_ERRORMSGS;

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

मेथड 3. छोटे-मोटे इश्यूज़ के लिए REPAIR_REBUILD आज़माएं

अगर DBCC CHECKDB REPAIR_REBUILD का सुझाव देता है और करप्शन सीमित है, तो यह कमांड चलाएँ।

ALTER DATABASE DatabaseName SET SINGLE_USER WITH ROLLBACK IMMEDIATE;

DBCC CHECKDB (‘DatabaseName’, REPAIR_REBUILD);

ALTER DATABASE DatabaseName SET MULTI_USER;

REPAIR_REBUILD केवल उन्हीं इश्यूज़ को ठीक करता है जिनमें डेटा डिलीट करने की ज़रूरत नहीं होती। इसलिए आप रीबिल्ट इंडेक्सेस, फिक्स्ड एलोकेशन मैप्स, और करेक्टेड मेटाडेटा की उम्मीद कर सकते हैं। यह इंडेक्स करप्शन और मामूली स्ट्रक्चरल प्रॉब्लम्स के लिए सुरक्षित है।

क्या न करें और तुरंत कब रुकें

❌ बिना पूरी तरह समझे REPAIR_ALLOW_DATA_LOSS का इस्तेमाल न करें। यह ऑप्शन करप्टेड पेजेस को डिलीट कर देता है और डैमेज्ड टेबल्स को ड्रॉप कर देता है। यह रिकवरेबल डेटा को हमेशा के लिए नष्ट कर सकता है। इसे अपना आखिरी विकल्प ही रहने दें, क्योंकि यह लगभग निश्चित रूप से डेटा लॉस की गारंटी देता है।

❌ रिपेयर ऑप्शंस के साथ CHECKDB को बार-बार न चलाएँ। अगर अंडरलाइंग कॉज़ ठीक नहीं हुआ है, तो हर रिपेयर अटेम्प्ट डैमेज को और बढ़ा सकता है।

❌ डेटाबेस को डिटैच/अटैच या ऑफलाइन/ऑनलाइन न करें। ये ऑपरेशंस रिकवरी प्रोसेसेस को ट्रिगर कर सकते हैं, जिससे करप्शन और बढ़ सकता है।

अगर आपको इनमें से कोई भी दिखे, तो तुरंत रुक जाएँ

🛑 अगर DBCC CHECKDB सिस्टम टेबल्स को प्रभावित करने वाली व्यापक एरर्स रिपोर्ट करे, तो रुक जाएँ।

🛑 अगर डेटाबेस EMERGENCY मोड में भी माउंट न हो, तो रुक जाएँ।

🛑 अगर आपको हज़ारों करप्टेड पेजेस दिखें, तो रुक जाएँ।

प्रोफेशनल रिकवरी सेवा जैसे Stellar के पास विशेष टूल्स और तकनीकें होती हैं, जो वहाँ काम करती हैं जहाँ DBCC CHECKDB नहीं कर पाता।

कब चाहिए प्रोफेशनल SQL डेटाबेस रिकवरी

🔧 गंभीर MDF/NDF करप्शन: डेटाबेस अटैच नहीं होता; यह 0 MB साइज़ दिखाता है; यह “not a primary database file” रिपोर्ट करता है; या SQL Server हेडर नहीं पढ़ पाता — ये सभी फाइल-लेवल डैमेज को दर्शाते हैं, जिसके लिए स्पेशलाइज़्ड रिकवरी की ज़रूरत होती है।

⚡ सिस्टम टेबल करप्शन: sys.objects, sys.columns, या अन्य सिस्टम टेबल्स को प्रभावित करने वाला करप्शन डेटाबेस एक्सेस को पूरी तरह रोक देता है। अगर सिस्टम टेबल्स करप्ट हों, तो DBCC CHECKDB भी नहीं चल पाता।

💾 फेल्ड DBCC CHECKDB रिपेयर्स: अगर REPAIR_ALLOW_DATA_LOSS पूरा हो जाए, लेकिन डेटाबेस फिर भी एक्सेस न हो पाए, या रिपेयर ऑपरेशंस की वजह से SQL Server क्रैश हो जाए, तो समझ लें कि करप्शन बिल्ट-इन टूल्स की क्षमता से बाहर है।

📊 लॉग फाइल करप्शन जो रिकवरी में रुकावट डाले: अगर ट्रांज़ैक्शन लॉग डैमेज्ड हो और डेटाबेस RECOVERY_PENDING में अटका हो, या EMERGENCY मोड से भी डेटाबेस ठीक न हो, तो ऐसे मामलों में लॉग फाइल से जुड़ी समस्याओं के लिए प्रोफेशनल SQL डेटाबेस रिकवरी स्पेशलिस्ट्स द्वारा स्पेशलाइज़्ड रीकंस्ट्रक्शन की ज़रूरत होती है।

⏰ मिशन-क्रिटिकल डेटा जिसका कोई बैकअप न हो: जिन प्रोडक्शन डेटाबेसेज़ में फाइनेंशियल रिकॉर्ड्स, कस्टमर डेटा, और ऑपरेशनल सिस्टम्स का डेटा होता है, उनके लिए प्रोफेशनल मदद लेने की सलाह दी जाती है, क्योंकि ऐसे डेटाबेस में डेटा का नुकसान बहुत बड़ी समस्या बन सकता है।

Stellar SQL डेटाबेस करप्शन में कैसे मदद कर सकता है

जब करप्शन DBCC CHECKDB की क्षमता से आगे निकल जाए, तो Stellar SQL डेटाबेस रिकवरी सर्विस ऐसी एडवांस्ड तकनीकों का इस्तेमाल करती है जो स्टैंडर्ड टूल्स में उपलब्ध नहीं होतीं। हम निम्नलिखित रिकवरी सेवाएँ उपलब्ध कराते हैं। 

✅ डायरेक्ट MDF/NDF फाइल एनालिसिस: हमारे स्पेशलाइज़्ड टूल्स आपकी डैमेज्ड MDF और NDF फाइल्स को सीधे बाइनरी लेवल पर पढ़ते हैं। यह SQL Server को पूरी तरह बायपास कर देता है। इससे आपको डेटा वापस पाने का मौका मिलता है, भले ही फाइल्स अटैच या माउंट न हो पा रही हों।

✅ पेज-लेवल रिकवरी: हम एडवांस्ड एल्गोरिद्म्स की मदद से इंडिविजुअल करप्टेड पेजेस से डेटा निकाल सकते हैं, जो पार्शियल डेटा स्ट्रक्चर्स को रीकंस्ट्रक्ट करते हैं। इससे डैमेज्ड पेजेस से अधिकतम डेटा रिकवर होता है, जिन्हें DBCC CHECKDB आमतौर पर डिलीट कर देता है।

✅ ट्रांज़ैक्शन लॉग एनालिसिस और रिपेयर: स्पेशलाइज़्ड लॉग फाइल एनालिसिस टूल्स करप्ट LDF फाइलों से कमिटेड ट्रांज़ैक्शन्स को एक्सट्रैक्ट करते हैं। इसके बाद इन ट्रांज़ैक्शन्स को रिप्ले किया जाता है, ताकि डेटाबेस को जितना संभव हो सके उसकी सबसे लेटेस्ट और कंसिस्टेंट स्टेट में वापस लाया जा सके।

✅ लैब एनवायरनमेंट रिकवरी: सारा रिकवरी काम कंट्रोल्ड, ISO-सर्टिफाइड लैब एनवायरनमेंट्स में होता है, जहाँ सही SQL Server वर्ज़न मैच किया जाता है। इससे आगे का डैमेज रुकता है और SQL रिकवरी की सफलता दर बढ़ती है।

✅ डेटा वेरिफिकेशन और वैलिडेशन: रिकवर किए गए डेटाबेसेज़ की रेफरेंशियल इंटीग्रिटी वेरिफाई करने के लिए उन्हें अच्छी तरह टेस्ट किया जाता है।

Stellar की भारत में सर्विस ने हर तरह के करप्शन सिनेरियो से डेटाबेसेज़ रिकवर किए हैं। हार्डवेयर फेल्यर्स से लेकर टॉर्न पेजेस, एलोकेशन एरर्स, सिस्टम टेबल करप्शन, लॉग फाइल डैमेज, और भी बहुत कुछ। डेटाबेस रिकवरी में दशकों के अनुभव के साथ, जिसमें SQL Server 2016, 2017, 2019, 2022, और 2025 शामिल हैं, हम हर वर्ज़न के खास करप्शन पैटर्न्स को समझते हैं।

आज ही फ्री कंसल्टेशन के लिए Stellar की SQL डेटाबेस रिकवरी सर्विस से संपर्क करें।

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

• ASUS लैपटॉप चालू नहीं हो रहा है? Startup से जुड़ी समस्याओं को कैसे ठीक करें
• Windows 10/11 में “Getting Windows Ready” पर अटकने की समस्या को कैसे ठीक करें
• लैपटॉप से डिलीट फोटो को कैसे रिकवर करें?
• “Dell हार्ड ड्राइव नहीं इंस्टॉल” एरर का समस्या निवारण: कारण और समाधान

अक्सर पूछे जाने वाले प्रश्न

1. क्या DBCC CHECKDB सभी SQL करप्शन को ठीक कर सकता है?

नहीं। DBCC CHECKDB छोटी-मोटी करप्शन समस्याओं, जैसे इंडेक्स प्रॉब्लम्स और एलोकेशन एरर्स, के लिए अच्छी तरह काम करता है। हालाँकि, गंभीर करप्शन जो सिस्टम टेबल्स, फाइल हेडर्स, या बड़े पैमाने पर पेज डैमेज को प्रभावित करता है, उसके लिए ऐसे प्रोफेशनल टूल्स चाहिए जो SQL Server से बाहर काम करते हैं।

2. क्या REPAIR_ALLOW_DATA_LOSS का इस्तेमाल करना सुरक्षित है?

इसे केवल आखिरी विकल्प के तौर पर इस्तेमाल करें, जब आपके पास कोई बैकअप न हो और आप डेटा लॉस स्वीकार करने को तैयार हों। यह ऑप्शन करप्टेड पेजेस को हमेशा के लिए डिलीट कर देता है और डैमेज्ड ऑब्जेक्ट्स को परमानेंटली ड्रॉप कर देता है। हमेशा पहले बैकअप से रीस्टोर करने की कोशिश करें, या प्रोफेशनल्स से संपर्क करें।