जवाबों:
पहली बात यह सुनिश्चित करें कि आप उस डेटाबेस को अलग न करें।
अंतिम ज्ञात गुडबैकअप से पुनर्स्थापित करना ठीक है। अन्यथा आपको EMERGENCY मरम्मत मोड का उपयोग करने की आवश्यकता होगी (मुझे लगता है कि आप SQL 2005 या उच्चतर चला रहे हैं)। इस विषय पर पॉल रान्डल के कुछ पोस्ट यहां दिए गए हैं। कोई भी कार्रवाई शुरू करने से पहले उन दोनों को पढ़ें।
किसी SUSPECT डेटाबेस को बनाना, डिटैच करना, पुनः संलग्न करना और ठीक करना
बहुत ज्यादा हां।
आम तौर पर इसका मतलब है कि फाइलें बोलिस्ड या मिसिंग या डिस्क एरर या कुछ ऐसी हैं (मैंने देखा कि एक खराब सेक्टर इसका कारण है)।
मेरे कदम:
संपादित करें: मैं अपना उत्तर स्पष्ट करूँगा
मैंने संदिग्ध डेटाबेस के 2 मामलों के लिए इस पर कुछ मार्गदर्शन लिखा है: जब आपने डेटा फ़ाइल या लॉग फ़ाइल खो दी है। कृपया निम्नलिखित पढ़ें:
आपके प्रश्न से, ऐसा लगता है कि आपके पास एक बैकअप है। एक अच्छा बैकअप से DB को पुनर्स्थापित करना आपके DB परिचालन और संदिग्ध स्थिति से बाहर निकलने का सबसे आसान और तेज़ तरीका होगा।
मेरी पहली सलाह है; संदिग्ध डेटाबेस को कभी अलग न करें। अद्यतन बैकअप से डेटाबेस को पुनर्स्थापित करना सहायक है। यदि बैकअप उपलब्ध नहीं है या फिर समस्या है, तो EMERGENCYमोड उपयोगी हो सकता है:
डेटाबेस को आपातकालीन मोड में सेट करें:
ALTER DATABASE DB_NAME SET EMERGENCYअब इसके साथ डेटाबेस की विसंगतियों की जाँच करें:
DBCC CHECKDB (‘DB_NAME’)DBCC CHECKDB मरम्मत डेटा हानि विकल्प अंतिम उपाय है। परिणाम डेटा हानि हो सकता है इसलिए, मैं इसे चलाने का सुझाव नहीं देता।