जवाबों:
आप इसे ऑनलाइन डालने के लिए एमडीएफ फाइल को दूसरे सर्वर पर ले जा सकते हैं।
विकास / मंचन के वातावरण में, कभी-कभी डेटाबेस को ऑफ़लाइन लेने के लिए यह सुनिश्चित करना उपयोगी होता है कि आप डेटाबेस के सही उदाहरण से एप्लिकेशन में कनेक्ट कर रहे हैं और आपके पास कहीं जैकिंग कनेक्शन स्ट्रिंग नहीं है।
उस ने कहा, इस स्थिति में अलग-अलग वातावरण के लिए अलग-अलग डेटाबेस के नाम और निर्माण प्रक्रिया के लिए एक बेहतर विचार है जो स्वचालित रूप से आपके डेटा को कॉन्फ़िगर करेगा ...
इसी तरह, मैं उन्हें (नहीं-तो) ऑफ-मौका में decommissioning करने से पहले कुछ समय के लिए डेटाबेस ऑफ़लाइन लेना पसंद करता हूं कि किसी कारण से उन्हें ऑनलाइन वापस आने की आवश्यकता है। मुझे कई बार देवों द्वारा काट लिया गया है जिनके पास हुक है कि मैं अपने डेटाबेस में से एक में नहीं जानता जब मैं इसे निकालना चाहता हूं। इसे कम करने और इसे कम करने और जरूरत पड़ने पर पुनर्स्थापित करने की तुलना में अधिक कम ऑफ़लाइन और कम समय लगता है।
एक और बात आपातकालीन सुरक्षा के रूप में होगी। मुझे पहले भी ऐसा करना पड़ा है। कभी-कभी आपके ऐप में एक गंदा बग पाया जाता है, जो भले ही दुर्भावनापूर्ण न हो, फिर भी आपके डेटाबेस में डेटा दूषित होगा। जब तक आप बग को पहचान नहीं लेते, तब तक डेटाबेस को ऑफ़लाइन रखना रक्तस्राव को रोकने का एक त्वरित तरीका है। आप डेटाबेस के भीतर क्षति का आकलन करने के लिए इसे ऑनलाइन वापस ला सकते हैं।
हालांकि यहां दिए गए कुछ उत्तर आपको कुछ विचार दे सकते हैं कि आप एक डेटाबेस के साथ क्या कर सकते हैं जिसकी पहुंच प्रतिबंधित है, वास्तव में बहुत अधिक डेटाबेस के साथ नहीं किया जा सकता है जो ऑफ़लाइन है। आप डेटा आदि को अपडेट, अपग्रेड, ऐड या डिलीट नहीं कर सकते।
मेरे कारण, मुझे जो डीबीए को अधिक बार बेचना पड़ता है, उसकी तुलना में मैं गणना करना चाहूंगा ...
"SAN मरम्मत की जरूरत है ... और नहीं, मैं सिर्फ एक ड्राइव को गर्म-स्वैप नहीं कर सकता, बैकप्लेन / कंट्रोलर गलती पर हैं।"
जब उनके डिस्क चले जाते हैं तो DB उदाहरण बहुत बुरा व्यवहार करते हैं।
इस प्रकार, मैं SAN को ऑफ़लाइन लेने से पहले SQL इंस्टेंस को बंद कर देता हूं, और फिर उन्हें एक बार में वापस लाता हूं ताकि वे संसाधन नहीं लड़ें - पहला उदाहरण सभी क्लस्टर संसाधनों को लेता है और सक्रिय DB नोड बन जाता है, बाद के इंस्टेंस चलते हैं पैसिव नोड्स के रूप में।
कई कारणों से आपको ऐसा करने की आवश्यकता होगी ..
एक उदाहरण के लिए,
consider changing or upgrading the actual database program/binary...
consider changing or upgrading the schema or tables..
consider changing or upgrading index's..
सबसे महत्वपूर्ण बिंदु ।।
Is taking a backup.. to get a perfect snapshot in time..
(कुछ डीबी में आप बस सभी तालिकाओं पर एक ताला बनाते हैं)