VPN पर DFS प्रतिकृति: लॉकिंग वह नहीं है जो आपको मिलता है

लिंक एन्क्रिप्टेड है, हमेशा चालू है और काफ़ी तेज़ है, इसलिए साझा फ़ोल्डर को दोनों साइटों पर एक ही फ़ोल्डर की तरह व्यवहार करना चाहिए। यही वह धारणा है जिस पर ज़्यादातर DFS प्रतिकृति डिज़ाइन टिके हैं, जो बाद में लोगों को चौंकाते हैं। DFSR मल्टी-मास्टर और अतुल्यकालिक है: हर प्रतिकृति स्वतंत्र रूप से संस्करणों को ट्रैक करती है, और प्रोटोकॉल में कुछ भी सर्वरों के बीच लॉक नहीं रखता। VPN उनके बीच ट्रैफ़िक ढोता है और उस समन्वय में से कुछ नहीं जोड़ता जो इस धारणा को चाहिए। लेखन का पैटर्न और क्षमता मॉडल योजना से बनाएँ, वरना पहला असली टकराव सहायता घटना बन जाएगा।

भ्रम: VPN प्रतिकृतियों को एक फ़ाइल सिस्टम बना देता है

सुरंग एक परिवहन है। यह दो सर्वरों के बीच एक अनुमत रास्ता देती है और बीच के हॉप छिपा देती है। यह नहीं बताती कि कौन फ़ाइल संपादित कर सकता है, संस्करण किस क्रम में आते हैं, या जब दो संपादन होड़ करते हैं तो क्या होता है।

एन्क्रिप्शन और उपलब्धता लिंक के गुण हैं; संगतता प्रतिकृति इंजन और आपके कार्यप्रवाह का गुण है।

DFSR असल में क्या प्रतिकृत करता है

हर सर्वर अपनी प्रतिलिपि और अपना संस्करण मेटाडेटा रखता है। परिवर्तन तब फैलते हैं जब कनेक्शन और शेड्यूल अनुमति देते हैं, और इंजन रिमोट डिफरेंशियल कम्प्रेशन का उपयोग करके फ़ाइल के केवल बदले हुए हिस्से भेजता है। जब दो प्रतिकृतियाँ किसी भी अद्यतन के पहुँचने से पहले उसी फ़ाइल को बदल देती हैं, तो एक संस्करण जीतता है और दूसरा टकराव-प्रतिलिपि के रूप में किनारे कर दिया जाता है। किसी सर्वर ने दूसरे संपादन को अवरुद्ध नहीं किया, क्योंकि अवरोध के लिए वह वितरित लॉक चाहिए जो DFSR प्रदान नहीं करता।

नामस्थान पथ प्रतिलिपियों तक पहुँचना आसान बनाता है, और उन्हें सुसंगत नहीं बनाता।

स्टेजिंग स्थान कार्य क्षमता है, बैकअप नहीं

स्टेजिंग वह अस्थायी क्षेत्र है जिसका उपयोग प्रतिकृति परिवर्तन जुटाते समय करती है। Microsoft का आकार मार्गदर्शन प्रतिकृत फ़ोल्डर की 32 सबसे बड़ी फ़ाइलों के संयुक्त आकार को न्यूनतम मानता है, और प्रारंभिक प्रतिकृति के दौरान अतिरिक्त जगह उपयोगी रहती है। इसलिए छोटे दस्तावेज़ों का वृक्ष और कई बड़े अभिलेख रखने वाला फ़ोल्डर अलग स्टेजिंग आकार माँगते हैं। जब स्टेजिंग खत्म हो जाती है, तो प्रतिकृति ऐसे रुकती है जो नेटवर्क खराबी जैसा दिखता है। इसे डेटा से मापें, फिर डेटा बदलने पर नज़र रखते रहें।

स्टेजिंग बैकअप नहीं है, और परिवर्तन फैलाना संस्करण इतिहास नहीं है।

प्री-सीडिंग एक अनुकूलन है, शॉर्टकट नहीं

बड़े मौजूदा वृक्ष के लिए Robocopy के साथ समर्थित प्री-सीडिंग प्रारंभिक सिंक्रोनाइज़ेशन के दौरान लिंक पार करने वाली मात्रा घटा सकती है, और Microsoft का मार्गदर्शन फ़ाइल जानकारी सुरक्षित रखने तथा लॉक या छोड़ी गई फ़ाइलों को संभालने को कवर करता है। यह अनुकूलन है, यह वादा नहीं कि गंतव्य पहले से सही है, इसलिए प्रारंभिक प्रतिकृति पूरी होकर सत्यापित होनी ही चाहिए। इसी सत्यापन को छोड़ने से कोई साइट ऐसी फ़ाइलें परोसने लगती है जो कभी प्रतिकृत समूह में नहीं थीं।

उपयोगकर्ताओं के गंतव्य पर निर्भर होने से पहले प्रारंभिक स्थिति सत्यापित करें, पहली शिकायत के बाद नहीं।

विंडो चुनें और तय करें कि वर्तमान का अर्थ क्या है

प्रतिकृति शेड्यूल और बैंडविड्थ नियंत्रण तय करते हैं कि साझेदार कब डेटा का आदान-प्रदान कर सकते हैं। काम के घंटों के बाद की संकीर्ण विंडो एक वैध डिज़ाइन है जो दिन में बैकलॉग छोड़ती है, बशर्ते सभी सहमत हों कि दूर की प्रतिलिपि को सुबह तक ही वर्तमान होना है।

वह वाक्य लिख लें, क्योंकि “बैकलॉग चालीस मिनट है” तभी चिंताजनक है जब किसी ने लक्ष्य तय न किया हो।

एक फ़ाइल के साथ नहीं, कार्यप्रवाह के साथ स्वीकार करें

उन फ़ाइलों के साथ परीक्षण करें जो लोग वास्तव में उपयोग करते हैं: बड़ा दस्तावेज़, नियमित संपादन, विलोपन और दोनों साइटों पर जानबूझकर एक साथ संपादन। पुष्टि करें कि टकराव का व्यवहार वही है जो आपने व्यवसाय को बताया था, और बैकअप से पुनर्प्राप्ति का रास्ता प्रतिकृतियों से अलग है। फिर कुछ सप्ताह तक परिवर्तन की मात्रा, कतार की वृद्धि और स्टेजिंग मार्जिन को सेवा विंडो के मुकाबले देखें। VPN क्षमता कई सीमाओं में से एक है, और यह शायद ही पहली होती है जिस तक आप पहुँचते हैं।

जो डिज़ाइन अपनी देरी और संपादन नियमों को दस्तावेज़ करता है, उसका समर्थन उस डिज़ाइन की तुलना में कहीं आसान है जो समान प्रतिलिपियों का वादा करता है।