VPN वरून DFS प्रतिकृती: लॉकिंग हे तुम्हाला मिळणारे नाही

लिंक एन्क्रिप्टेड आहे, नेहमी सुरू आहे आणि पुरेशी वेगवान आहे, म्हणून सामायिक फोल्डरने दोन्ही साइटवर एकाच फोल्डरसारखे वागले पाहिजे. नंतर लोकांना चकित करणाऱ्या बहुतेक DFS प्रतिकृती रचनांच्या मागे हीच गृहीतक आहे. DFSR मल्टी-मास्टर आणि असमकालिक आहे: प्रत्येक प्रतिकृती स्वतंत्रपणे आवृत्त्या मागोवत असते, आणि प्रोटोकॉलमध्ये सर्व्हरमध्ये लॉक धरून ठेवणारे काहीही नाही. VPN त्यांच्यातील ट्रॅफिक वाहून नेते आणि या गृहीतकाला आवश्यक असलेल्या समन्वयातील काहीही जोडत नाही. लेखनाचा नमुना आणि क्षमता मॉडेल नियोजित करा, अन्यथा पहिला खरा संघर्ष सपोर्ट घटना होईल.

गैरसमज: VPN प्रतिकृतींना एकच फाइल सिस्टम बनवते

बोगदा हे वाहतुकीचे साधन आहे. तो दोन सर्व्हरमध्ये परवानगी असलेला मार्ग देतो आणि मधले हॉप लपवतो. कोण फाइल संपादित करू शकतो, आवृत्त्या कोणत्या क्रमाने येतात, किंवा दोन संपादने स्पर्धा करतात तेव्हा काय होते याबद्दल तो काहीही सांगत नाही.

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

DFSR प्रत्यक्षात काय प्रतिकृत करते

प्रत्येक सर्व्हर स्वतःची प्रत आणि स्वतःचे आवृत्ती मेटाडेटा ठेवतो. कनेक्शन आणि वेळापत्रक परवानगी देतात तेव्हा बदल पसरतात, आणि इंजिन रिमोट डिफरेन्शियल कंप्रेशन वापरून फाइलचे फक्त बदललेले भाग पाठवते. कोणतेही अद्यतन पोहोचण्यापूर्वी दोन प्रतिकृती एकच फाइल बदलतात तेव्हा एक आवृत्ती जिंकते आणि दुसरी संघर्ष-प्रत म्हणून बाजूला सरकवली जाते. DFSR देत नाही असे वितरित लॉक लागत असल्याने कोणत्याही सर्व्हरने दुसरे संपादन अडवले नाही.

नामस्थान मार्ग प्रतींपर्यंत पोहोचणे सोपे करतो, आणि त्या सुसंगत करत नाही.

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

स्टेजिंग हे प्रतिकृती बदल जमवत असताना वापरते ते तात्पुरते क्षेत्र आहे. Microsoft चे आकार मार्गदर्शन प्रतिकृत फोल्डरमधील 32 सर्वात मोठ्या फाइलींचा एकत्रित आकार किमान धरते, आणि सुरुवातीच्या प्रतिकृतीदरम्यान अतिरिक्त जागा उपयुक्त ठरते. म्हणून लहान दस्तऐवजांचे झाड आणि काही मोठ्या संग्रहांचे फोल्डर वेगवेगळे स्टेजिंग आकार मागतात. स्टेजिंग संपल्यावर प्रतिकृती नेटवर्क बिघाडासारखी दिसणाऱ्या पद्धतीने थांबते. डेटावरून आकार ठरवा, आणि डेटा बदलत असताना लक्ष ठेवत राहा.

स्टेजिंग बॅकअप नाही, आणि बदल पसरवणे हा आवृत्ती इतिहास नाही.

पूर्व-सीडिंग हे ऑप्टिमायझेशन आहे, शॉर्टकट नाही

मोठ्या विद्यमान झाडासाठी Robocopy सह समर्थित पूर्व-सीडिंग सुरुवातीच्या सिंक्रोनाइझेशनमध्ये लिंक ओलांडावी लागणारी रक्कम कमी करू शकते, आणि Microsoft चे मार्गदर्शन फाइल माहिती जतन करणे आणि लॉक केलेल्या किंवा वगळलेल्या फाइलींची हाताळणी यांचा समावेश करते. हे ऑप्टिमायझेशन आहे, गंतव्य आधीच बरोबर आहे असा विश्वास नाही, म्हणून सुरुवातीची प्रतिकृती पूर्ण होऊन पडताळणी व्हायलाच हवी. ही पडताळणी वगळल्यामुळेच एखादी साइट प्रतिकृत संचात कधीही नसलेल्या फाइलींची सेवा देऊ लागते.

वापरकर्ते गंतव्यावर अवलंबून राहण्यापूर्वी सुरुवातीची स्थिती पडताळा, पहिल्या तक्रारीनंतर नाही.

विंडो निवडा आणि वर्तमानचा अर्थ ठरवा

प्रतिकृती वेळापत्रक आणि बँडविड्थ नियंत्रणे भागीदार कधी डेटा देवाणघेवाण करू शकतात हे ठरवतात. कामाच्या वेळेनंतरची अरुंद विंडो ही दिवसभरात बॅकलॉग ठेवणारी वैध रचना आहे, जर सर्वांनी मान्य केले असेल की दूरची प्रत फक्त सकाळपर्यंत वर्तमान असली पाहिजे.

ती वाक्य लिहून ठेवा, कारण “बॅकलॉग चाळीस मिनिटे आहे” हे कोणीही लक्ष्य ठरवले नसेल तरच काळजीचे कारण ठरते.

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

लोक प्रत्यक्षात वापरतात त्या फाइलींसह चाचणी करा: मोठा दस्तऐवज, नेहमीचे संपादन, हटवणे आणि दोन्ही साइटवर जाणीवपूर्वक एकाच वेळी संपादन. संघर्षाचे वर्तन तुम्ही व्यवसायाला सांगितलेल्याशी जुळते आणि बॅकअपमधून पुनर्प्राप्तीचा मार्ग प्रतींपासून वेगळा आहे याची खात्री करा. नंतर काही आठवडे बदलाचे प्रमाण, रांगेची वाढ आणि स्टेजिंग मार्जिन सेवा विंडोच्या तुलनेत पहा. VPN क्षमता अनेक मर्यादांपैकी एक आहे, आणि तुम्ही पोहोचता ती पहिली मर्यादा दुर्मिळ आहे.

स्वतःचा उशीर आणि संपादन नियम दस्तऐवज करणाऱ्या रचनेला आधार देणे, समान प्रतींचे वचन देणाऱ्या रचनेपेक्षा खूप सोपे आहे.