सर्वर बचाव
डेटा भ्रष्टाचार पुनर्प्राप्ति
भ्रष्टाचार विफल डिस्क, बिजली हानि, कर्नेल पैनिक और असफल अपडेट से आता है — प्रायः ऐसे डेटाबेस के रूप में पता चलता है जो शुरू नहीं होते या फ़ाइलें जो पढ़ी नहीं जातीं। पुनर्प्राप्ति का अर्थ है पहले इमेज लेना, प्रतियों की मरम्मत (मूल की कभी नहीं), अधिकतम सही डेटा निकालना और शेष बैकअप से बहाल करना।
मुख्य बिंदु
- लेखन तुरंत रोकें और मरम्मत से पहले प्रभावित स्टोरेज की इमेज लें।
- हार्डवेयर बनाम फ़ाइलसिस्टम बनाम एप्लिकेशन-परत भ्रष्टाचार का अलग-अलग निदान करें।
- प्रतियों की fsck/xfs_repair और डेटाबेस मरम्मत उपकरणों से मरम्मत करें, मूल की कभी नहीं।
- पहले पठनीय डेटा निकालें; आक्रामक मरम्मत पुनर्प्राप्तियोग्य सामग्री नष्ट कर सकती है।
- नवीनतम सत्यापित बैकअप से अंतराल भरें।
- संदिग्ध हार्डवेयर बदलें — जो भ्रष्टाचार एक बार हुआ वह दोहराता है।
- पुनरावृत्ति रोकने हेतु SMART निगरानी और UPS सुरक्षा जोड़ें।
- आगे फ़ाइलसिस्टम जांच और बैकअप सत्यापन निर्धारित करें।
क्षेत्रीय टिप्पणी
प्रतियों की मरम्मत करें, मूल की कभी नहीं, और आक्रामक मरम्मत से पहले पठनीय डेटा निकालें। fsck आशावादी शल्यचिकित्सा है: यह फ़ाइलसिस्टम ठीक करता है, फ़ाइलें नहीं — और भ्रष्टाचार ने जो शुरू किया उसे पूरा कर सकता है।
अक्सर पूछे जाने वाले प्रश्न
क्या भ्रष्ट MySQL बचाया जा सकता है?
प्रायः काफी हद तक — InnoDB फ़ोर्स-रिकवरी मोड और तालिका-दर-तालिका निष्कर्षण से सामान्य मामलों में अधिकांश डेटा पुनर्प्राप्त होता है।
क्या RAID बैकअप है?
नहीं। RAID डिस्क विफलता से बचाता है, भ्रष्टाचार, विलोपन या रैंसमवेयर से नहीं — संस्करणबद्ध बैकअप फिर भी आवश्यक हैं।
पुनरावृत्ति कैसे रोकें?
SMART निगरानी, UPS, महत्वपूर्ण DB होस्ट पर ECC RAM और सत्यापित बैकअप।
यदि कोई बैकअप न हो तो?
फॉरेंसिक निष्कर्षण का प्रयास होता है, पर परिणाम भिन्न होते हैं — इसीलिए हम पहले बैकअप पर बल देते हैं।
सर्वर बचाव में Kinetikatech कैसे सहायता करता है
आपको सर्वर बचाव का विशेषज्ञ बनने की आवश्यकता नहीं: हैक/भ्रष्ट/ठप सर्वरों हेतु आपात कार्रवाई: अलगाव, निदान, पुनर्स्थापना व hardening। मैलवेयर निष्कासन और सर्वर प्रबंधन ठीक इसी हेतु है: सेटअप, hardening, निगरानी, और दिन-रात उपलब्ध मानव सहायता।