विफलता डीएचसीपी। परीक्षण इतिहास विफल

अभिवादन, हब्रोज़ितेली।

मेरे प्यारे पुराने "सर्वर" पर एक बिजली की आपूर्ति के बाद, जो दोपहर के समय नीचे चला गया, मैंने एक बार फिर असफल डीएचसीपी के बारे में सोचा।
बेशक, कई अब कहेंगे कि क्लस्टर नियम। मैं इस तथ्य से भी सहमत हूं कि क्लस्टर संगठन अब आसान है, क्योंकि सैन की जरूरत नहीं है या कुछ बाहरी हार्ड ड्राइव की खरीद के लिए, एक सामान्य यूएस जो कि एक कॉन्फ़िगर किए गए iSCSI कनेक्टर के साथ FreeNAS पर उदाहरण के लिए बनाया गया है, काफी उपयुक्त है ... लेकिन:
1. मेरे पास अमेरिका के लिए एक मंच नहीं है (साथ ही इसके लिए आवश्यकता है)।
2. मुझे डीएचसीपी के तहत विशेष रूप से क्लस्टर बढ़ाने की कोई इच्छा नहीं है, लेकिन अन्य आवश्यकताओं के लिए मुझे अभी तक क्लस्टर की आवश्यकता नहीं है।

MSDN पर नज़र रखने के बाद (जहाँ इसके बिना), मैंने देखा कि सॉफ्ट-टोलेरेंट-कॉन्फ़िगरेशन को व्यवस्थित करने के लिए नरम लोगों द्वारा सुझाया गया दूसरा तरीका 80/20 सिद्धांत के अनुसार 2 सर्वरों को कॉन्फ़िगर करना है, अर्थात्। पहला सर्वर 80% कार्यक्षेत्र का काम करेगा, दूसरा शेष 20%। यह लुभावना है, लेकिन (मुझे हर बात को अंकों से सूचीबद्ध करना पसंद है):
1. ऐसा संगठन डीएचसीपी कार्यक्षमता का पूर्ण उपयोग करने की अनुमति नहीं देगा (उदाहरण के लिए, आईपी द्वारा प्रॉक्सी सर्वर तक पहुंच को प्रतिबंधित करना)।
2. 2 सर्वर के रखरखाव की आवश्यकता होती है, जिसके लिए अधिक मानव-घंटे की आवश्यकता होती है।
3. उच्च बैंडविड्थ उपयोग वाले नेटवर्क में, शेष 20% केवल सभी ग्राहकों की जरूरतों को पूरा करने के लिए पर्याप्त नहीं हो सकता है।

ठीक है, और हम, आखिरकार, "एक उंगली से नहीं बना है," हमें समझदार क्या है?

इसलिए मैंने खुद को सोचा और एक "शानदार" विचार को जन्म दिया। लेकिन क्या होगा यदि आप एक डीएफएस संसाधन बनाते हैं, तो इसमें 2 सर्वर कनेक्ट करें और उस पर डीएचसीपी कॉन्फ़िगरेशन स्टोरेज रखें। जल्दी से नहीं कहा।
वर्चुअल प्लेटफ़ॉर्म पर 2 सर्वर उठाए गए, एक डोमेन कॉन्फ़िगर किया गया, प्रतिकृति कॉन्फ़िगर किया गया, एक संसाधन बनाया गया, और 2 लिंक किए गए सर्वर के बीच रिंग प्रतिकृति शुरू किया गया। डीएचसीपी को उठाया गया है और उपयुक्त संसाधन के लिए पुनर्निर्माण किया गया है। हुर्रे, पहला सर्वर काम कर रहा है। यह परीक्षणों का समय है।
हम पहले सर्वर को रोकते हैं, संसाधनों के बीच डेटा को तुरंत दोहराया जाता है, दूसरे पर जाएं, सेवा शुरू करें और उत्साह के पहले उछाल का अनुभव करें - यह काम करता है!
आधा काम हो गया। हम बैकअप रोकते हैं, पहले एक को शुरू करते हैं, एक नया आरक्षण बनाते हैं और मुख्य सर्वर को बेरहमी से बंद करते हैं। हम दूसरे पर आगे बढ़ते हैं, हम सेवा शुरू करते हैं, और खुशी की पहली भावना को आश्चर्यजनक रूप से बदल दिया जाता है, अगर इसे और मजबूत नहीं कहना है ...
हां, डीएचसीपी शुरू नहीं होता है, यह लॉग फाइलों और डेटाबेस में हर संभव तरीके से बंद हो जाता है और शपथ लेता है (MSDN को ध्यान से पढ़ना आवश्यक था, यह समस्या समूहों पर अनुभाग में वर्णित है)।
परिणाम एक बैकअप "सर्वर" है, जिसके पास आपको इसे शुरू करने के लिए आधे दिन तक चलने की आवश्यकता है। इसके अलावा, यह सेवा बंद होने के बाद होने वाले किसी भी बदलाव से पूरी तरह अनुपस्थित रहेगा।

लेकिन एक निष्क्रिय मन वहाँ नहीं रुकता है।
जैसा कि आप जानते हैं, टाइमआउट द्वारा सर्वर पूरे डेटाबेस का बैकअप बनाता है (डिफ़ॉल्ट रूप से, हर 60 मिनट में), इसलिए, आप केवल बैकअप फ़ोल्डर को डीएफएस में स्थानांतरित कर सकते हैं और "मुझे खुशी होगी।"
पुनर्निर्माण में 10 मिनट लगे। परीक्षण - एक अतिरिक्त आधा दिन।
परिणाम फिर से दु: खद है। बैकअप किया जाता है और डीएफएस ईमानदारी से उपलब्ध फ़ाइलों को बैकअप सर्वर में स्थानांतरित करता है, लेकिन सिस्टम उन्हें कॉन्फ़िगरेशन फ़ाइल में जारी रखता है, जिसके बिना बैकअप सभी अर्थ खो देते हैं।
परिणाम एक कार्यशील डीएचसीपी है जो विज़ार्ड के क्रैश होने के बाद शुरू किया जा सकता है, लेकिन जिसमें सभी परिवर्तन नहीं हैं। यानी 0 से थोड़ा ऊपर का प्रदर्शन।

बेशक, समाधान पाया गया था। बनल, हमेशा की तरह।
हर घंटे स्क्रिप्ट एक DHCP डंप को टेक्स्ट फाइल में एक्सपोर्ट करती है:

netsh dhcp server 192.168.0.1 dump > C:\Dhcp\Dhcpcfg.dmp

फ़ाइल एक DFS बॉल पर टिकी हुई है (इसके बिना कहीं, किसी तरह मैं पहले से ही सब कुछ अनुभव करने के बाद इसके साथ संबंधित हो गया था), जिसे दोनों सर्वरों के बीच सफलतापूर्वक दोहराया गया है।
घंटे एच पर, एक डंप बस दूसरे सर्वर पर आयात किया जाता है:

netsh exec dhcpcfg.dmp

और सर्वर जाने के लिए तैयार है।
केवल नकारात्मक विभिन्न भाषाओं के साथ सिस्टम पर अलग-अलग वर्ग के नाम हैं। लेकिन, यह फ़ाइल में सामान्य प्रतिस्थापन से सिर्फ "ठीक" है। इसके अलावा, मेरे पास समान भाषाओं के साथ सिस्टम हैं, इसलिए समस्या ने मुझे पारित कर दिया।

मैं यह सब क्यों कर रहा हूँ ...
हां, बस इतना कि किसी ने बिना किसी परीक्षण के तुरंत ही सब कुछ पढ़ लिया और तय कर लिया।
किसी ने कुछ चीजें समझीं जो उन्हें पहले समझ में नहीं आईं।
कोई व्यक्ति MSDN को अधिक सावधानी से फिर से चलाता है।
और हम सभी ने फैसला किया कि एक नकारात्मक परिणाम भी एक परिणाम है, क्योंकि अमूल्य अनुभव होता है।

दरअसल, एम.एस.डी.एन.