रिबूट को डगमगाने की जरूरत नहीं है। सक्रिय निर्देशिका, एक मल्टी-मास्टर सिस्टम होने के नाते, डोमेन नियंत्रक रिबूट के किसी भी क्रम को बनाए रख सकता है।
सुरक्षा और अतिरेक के लिए, यह है , अलग अलग डीसी भर में भूमिकाओं प्रसार हैं, ताकि भविष्य परियोजना के लिए विचार करने के लिए अच्छा। हालाँकि, यह रिबूट के लिए एक विचार नहीं होगा।
संपादित करें
निम्नलिखित टिप्पणी को संबोधित करने के लिए:
मैंने कहीं पढ़ा है कि FSMO रोल्स को स्थानांतरित करना, हालांकि आवश्यक नहीं है, एक 'रक्षात्मक कदम' हो सकता है, बस अगर सर्वर किसी तरह वापस आने में विफल रहा। (इस प्रकार, DC02 और DC03 को पहले रिबूट करें, भूमिका को स्थानांतरित करें, फिर DC01 को रीबूट करें)।
मुझे लगता है कि यह कड़ाई से सैद्धांतिक दृष्टिकोण से समझ में आता है। सभी FSMO भूमिकाओं के साथ एक डोमेन नियंत्रक जो स्नीकर्स को ऊपर जाता है, सहन करने के लिए एक भयानक बात है। हालाँकि, व्यवहार में, मुझे दो समस्याएं दिखाई देती हैं:
- एपिलेप्टिक लेमुर के पीछे एक सर्वर को नाइट्रो ग्लिसरीन के टंबलर की तरह नहीं सोचा जाना चाहिए। यदि आपके सर्वर को रिबूट करने की तैयारी चक्कर आती है, तो आपको सूखा मुंह देता है, और अन्यथा आप घरेलू सफाई उत्पादों का दुरुपयोग शुरू करना चाहते हैं, तो समाधान एफएसएमओ भूमिकाओं को शुरू करना नहीं है, बल्कि अपने सर्वर को स्वास्थ्य की स्थिति में लाना है। आपको इसे रिबूट करने के साथ सहज बनाता है। अच्छी तरह से प्रबंधित सर्वर मजबूत चीजें हैं जिन्हें नपुंसकता के साथ रिबूट किया जा सकता है।
- एक MMC में कुछ माउस क्लिक के रूप में तकनीकी रूप से सरल, जबकि FSMO भूमिकाओं को आगे बढ़ाते हुए, इस तरह की एक प्रकाशस्तंभ चीज़ नहीं है जो "FSMO, FSMO, जिसे FSMO मिला है, का एक राउटिंग गेम खेलने के लिए प्रेरित करेगा! प्रत्येक पैच मंगलवार के लिए (जो संयोग से "कैरियर चेंज बुधवार") से पहले है।
संक्षेप में, अच्छे सिस्टम इंजीनियरिंग सिद्धांत का अभ्यास करने के अलावा FSMO भूमिकाओं को स्थानांतरित न करें। जब तक आपका सर्वर रूम लेमर्स से भरा न हो। किस मामले में, हे ... लीमर!