
"प्रायोगिक छोटी चीज़ों" की निरंतरता। पिछले भागों को
यहाँ पढ़ा जा सकता
है ।
आज की रिलीज एक वादा रिलीज होगी। मैंने जो वादा किया था उसे पूरा करते हुए, मैं आपको बताऊंगा कि डीएफएस का उपयोग करके एक दिलचस्प बात कैसे करें। यह, निश्चित रूप से, फ़ाइल डेटा की पूर्ण गलती सहिष्णुता नहीं होगी, लेकिन कम से कम ऑनलाइन बैकअप के समान है।
इसके साथ शुरू करने के लिए, मैं अपनी अनुभवजन्य मान्यताओं को दोहराऊंगा कि यह डीएफएस का उपयोग करके एक फ़ाइल क्लस्टर की व्यवस्था करने के लायक नहीं है। इन उद्देश्यों के लिए नहीं DFS बनाया गया था। और सभी को डॉट करने के लिए, यहाँ मेरे तर्क हैं:
- डीएफएस में यह निर्धारित करने का कोई तरीका नहीं है कि कौन सी फाइल प्रतिकृति सही है।
- यदि एक साइट में कई प्रतिकृतियां हैं, तो डीएफएस खुद चुनता है कि उपयोगकर्ता अनुरोध भेजने के लिए, प्रतिकृति ए या प्रतिकृति बी, इसके द्वारा निर्देशित, भंडारण सर्वर के भार को देखते हुए। (प्रतिकृति को चुनने के लिए कुछ सेटिंग्स हैं, लेकिन वे सार को नहीं बदलते हैं: यदि साइट के भीतर कई प्रतिकृतियां हैं, तो किसी विशेष की पसंद अप्रत्याशित हो सकती है।
- ये बारीकियां ऐसी स्थिति का अनुकरण करना संभव बनाती हैं जहां उपयोगकर्ता ए संपर्क प्रतिकृति ए और वहां डेटा के साथ काम करता है, और उपयोगकर्ता बी संपर्क प्रतिकृति बी और वहां डेटा के साथ काम करता है। नतीजतन, बदले हुए डेटा की TWO शाखाएं बनाई जाएंगी, और DFS को नहीं पता होगा कि कौन सा डेटा सही है, लेकिन बस उन लोगों का चयन करें जिनके पास सबसे हाल के बदलाव हैं। आप कल्पना कर सकते हैं कि इस स्थिति में फाइल स्टोरेज के साथ क्या होगा, या डेटाबेस के साथ बदतर होगा
- खैर, यह ध्यान देने योग्य है कि खुली फाइलों की प्रतिकृति को अनिश्चित काल तक विलंबित किया जा सकता है। सबसे सरल उदाहरण वे उपयोगकर्ता हैं जो घर से बाहर निकलते समय कार्यालय के दस्तावेजों को बंद नहीं करते हैं।
उपरोक्त सभी हमें यह कहने की अनुमति देते हैं कि DFS शाखाओं में डेटा स्थानांतरित करने के लिए सबसे उपयुक्त है, शायद ही कभी परिवर्तित डेटा (आदेश, आदेश, अभिलेखागार) और इसी तरह के कार्यों को सिंक्रनाइज़ करता है। हालांकि, आप थोड़ा मुश्किल कर सकते हैं और डीएफएस का उपयोग कर सकते हैं, शायद बिल्कुल सामान्य नहीं, लेकिन फिर भी उपयोगी तरीका है।
आप DFS के आधार पर एक प्रकार की ऑनलाइन प्रतिकृति का निर्माण कर सकते हैं, जो अधिकांश समय काम नहीं करेगा (जिसका अर्थ है कि डेटा सिंक्रनाइज़ेशन की अधिकांश समस्याएं दिखाई नहीं देंगी), और जिसे मुख्य प्रतिकृति विफल होने पर चालू किया जा सकता है।
यह इस तरह लग सकता है:

यहां (उदाहरण के रूप में विभाग फ़ोल्डर का उपयोग करते हुए), एक ही फ़ोल्डर के दो प्रतिकृतियां बनाई जाती हैं, प्रतिकृति समूह और प्रतिकृति नौकरियां कॉन्फ़िगर की जाती हैं (यह सब सेटअप विज़ार्ड द्वारा किया जाता है और इससे आपको कोई समस्या नहीं होगी)। विचार की स्मैक यह है कि स्टोरेज सर्वर के लिंक में से एक अक्षम है, अर्थात। एक प्रतिकृति है, सर्वर के बीच प्रतिकृति दी गई है, लेकिन DFS के माध्यम से इस फ़ोल्डर तक पहुंचने वाले उपयोगकर्ताओं को विशेष रूप से पहले, सक्रिय सर्वर पर पुनर्निर्देशित किया जाएगा।
दूसरा सर्वर जहां तक संभव हो डेटा को दोहराएगा, और ऐसा होगा जैसे "हुक पर।" आपातकाल के मामले में, दूसरे सर्वर पर लिंक को कैसल करना और चालू करना संभव होगा, पहले लिंक को बंद कर दें और उपयोगकर्ता फिर से अपने मूल डेटा को प्राप्त करेंगे, जो उतना ही प्रासंगिक होगा जितना डीएफएस प्रतिकृति करने में सक्षम था (व्यवहार में) यह पूरी प्रासंगिकता से है, (0.5-2 सेकंड पहले की स्थिति, खुली फाइलों के मामले में 2-3 दिन तक, जो तब तक दोहराए नहीं जाते हैं जब तक कि वे बंद नहीं होते हैं, यानी एप्लिकेशन द्वारा अनलॉक किया गया है)।
यह बहुत अच्छा लगेगा! तत्काल इस सुपर-सिस्टम को करने के लिए दौड़ा! लेकिन सभी अच्छे बिंदुओं के अलावा, बहुत अच्छे नहीं हैं:
- इसके लिए DfsrPStreet छिपे हुए फ़ोल्डर (डेटा प्रतिकृति के लिए सेवा फ़ोल्डर) के लिए प्रत्येक वॉल्यूम पर न्यूनतम दो-गुना मार्जिन की आवश्यकता होगी। डेटा स्टोरेज की दोहरी लागत को देखते हुए (दोनों सर्वरों पर एक ही चीज़ संग्रहीत की जाती है, और वे एक समय में केवल एक के साथ काम करते हैं), यह अब और अधिक आकर्षक नहीं लगता है, क्योंकि इस तरह की गलती सहनशीलता के लिए स्थानों को डेटा से कम से कम 4 गुना अधिक आवंटित किया जाना चाहिए
- डीएफएस के साथ काम करते समय उपयोगकर्ता कभी-कभी ब्रेक का अनुभव कर सकते हैं। मैं सटीक कारणों को समझ नहीं सका, लेकिन यह हमेशा कई प्रतिकृतियों की उपस्थिति और नेटवर्क पर एक गैर-शून्य लोड का परिणाम था। जैसे ही केवल एक प्रतिकृति थी, ब्रेक गायब हो गए। यह निश्चित रूप से कार्यशील प्रतिकृति से जुड़ा नहीं था, यह डीएफएस नामों को हल करने के साथ कुछ समस्याओं के समान था।
- उपयोगकर्ताओं को एक नई प्रतिकृति देखने के लिए, जिसमें आपने उन्हें "घंटे X" पर स्विच किया था, उन्हें सबसे अधिक संभावना कंप्यूटर को पुनरारंभ करना होगा, अन्यथा वे पुराने पथ का पालन करने का प्रयास करेंगे।
- स्वचालित रूप से काम करने वाले प्रतिकृति पर स्विच करना - मैंने नहीं किया, क्योंकि इसके लिए कोई मानक तरीके नहीं हैं, और यह एक ऐसी स्थिति में एक चमत्कारी पटकथा लिखने के लिए लापरवाह लग रहा था, जहां प्रौद्योगिकी के पास बहुत सारे वैज्ञानिक हैं।
जैसा कि आप वर्णित उदाहरण में देख सकते हैं, काफी महत्वपूर्ण लाभों के अलावा। इसके बजाय बड़े नुकसान भी हैं, इसलिए प्राथमिकताएं, पेशेवरों और विपक्षों को तौलना, और अपने लिए तय करें कि आपकी विशिष्ट स्थिति में क्या करना है।
वैसे, जो लोग जानते हैं, विंडोज सर्वर 2008 (आर 2), डीएफएस (और विशेष रूप से इसकी प्रतिकृति सेवा) के अनुसार मौलिक रूप से सुधार हुआ था, और, शायद, कुछ समस्याओं का सफलतापूर्वक हल किया गया था। यह कोशिश करो - शायद वहाँ प्रस्तावित योजना बहुत बेहतर काम करेगी।
जारी रखा जाए।