विषय: एकतरफा सिंक्रोनाइज़ेशन - गंतव्य फ़ोल्डर में बनाई गई फ़ाइल हटाई नहीं जाती स्पष्टीकरण के लिए धन्यवाद, लेकिन पूरे सम्मान के साथ कहना चाहूंगा कि ड्राइवएचक्यू मैनुअल में सिंक्रोनाइज़ेशन, विशेष रूप से एकतरफा सिंक्रोनाइज़ेशन के बारे में ऐसा नहीं लिखा है।
सिंक्रोनाइज़ेशन और बैकअप अलग-अलग चीज़ें हैं। मैं इनका इस्तेमाल मिलते-जुलते उद्देश्यों के लिए कर सकता हूँ, लेकिन ये निश्चित रूप से भिन्न हैं। साथ ही, हम जानते हैं कि उपयोगकर्ता को गलत जगहों पर बदलाव नहीं करने चाहिए। लेकिन उपयोगकर्ता अनपेक्षित काम कर देते हैं और यही एक कारण है कि हमें बैकअप, सिंक्रोनाइज़ेशन आदि की आवश्यकता होती है।
यह ड्राइवएचक्यू मैनुअल का एक हिस्सा है।:
--------
एकतरफा सिंक्रोनाइज़ेशन के बारे में
एकतरफा सिंक्रोनाइज़ेशन को समझना काफी मुश्किल हो सकता है। अलग-अलग कार्यान्वयन इसे अलग-अलग तरीके से संभालते हैं। कृपया इसे अच्छी तरह समझ लें, अन्यथा इससे समस्या हो सकती है। फ़ाइलें हटाई जा रही हैं गलती से।
सबसे महत्वपूर्ण बात यह जानना है कि: सिंक्रोनाइज़ेशन एकतरफा है या दोतरफा, और जब दो फ़ोल्डर (मैन्युअल रूप से) सिंक्रोनाइज़ किए जाते हैं, फ़ोल्डर की सामग्री अवश्य होनी चाहिए बिल्कुल जो उसी.
उदाहरण के लिए, एक सर्वर फ़ोल्डर S को एकतरफ़ा सिंक्रोनाइज़ेशन में स्थानीय फ़ोल्डर C के साथ सिंक करने के लिए कॉन्फ़िगर किया गया है। मान लीजिए कि S और C पहले से ही सिंक्रोनाइज़्ड हैं, और अब इन मामलों पर विचार करें।:
(1) यदि आप S में कोई फ़ाइल जोड़ते हैं, तो फ़ाइल C में सिंक हो जाएगी, जो कि अपेक्षित है; यदि आप C फ़ोल्डर में कोई फ़ाइल जोड़ते हैं, तो अगली बार सिंक्रोनाइज़ेशन होने पर वह नई फ़ाइल C फ़ोल्डर से हटा दी जाएगी।.
...
संक्षेप में, यदि A से B तक एकतरफा सिंक्रोनाइज़ेशन है, तो चाहे कुछ भी हो जाए, सिंक्रोनाइज़ेशन पूरा होने के बाद, B, A के समान हो जाएगा।
--------
जैसा कि मैनुअल में बताया गया है, किसी भी प्रकार के सिंक्रोनाइज़ेशन के अंत में फ़ोल्डरों में बिल्कुल एक जैसी सामग्री होनी चाहिए।
आइटम (1) ठीक उसी मामले से संबंधित है जो मैंने प्रस्तुत किया है, अर्थात्, एकतरफा सिंक्रोनाइज़ेशन में, गंतव्य फ़ोल्डर में बनाई गई फ़ाइल को अगले सिंक्रोनाइज़ेशन में हटा दिया जाना चाहिए ताकि गंतव्य फ़ोल्डर स्रोत फ़ोल्डर के समान बना रहे। लेकिन व्यवहार में ऐसा नहीं होता, यहां तक कि मैन्युअल सिंक में भी नहीं।
अगर मैं फोल्डरों को सिंक्रोनाइज़ कर रहा हूं, तो इसका कारण यही है कि मैं चाहता हूं कि वे बिल्कुल एक जैसे हों!
मैं अपने एक परिदृश्य को समझाना चाहूंगा।:
ड्राइव मुख्यालय में हमारे पास एक फ़ोल्डर है जिसमें कुछ दस्तावेज़ हैं जिन्हें विशिष्ट ग्राहकों को भेजना आवश्यक है। इन दस्तावेज़ों को समय-समय पर अपडेट किया जाता है और हम यह सुनिश्चित करना चाहते हैं कि प्रत्येक कर्मचारी के स्थानीय कंप्यूटर पर वर्तमान दस्तावेज़ों की एक सटीक प्रति उपलब्ध हो।
हम आंतरिक कारणों से स्थानीय फ़ोल्डरों में प्रतियां रखते हैं, लेकिन साथ ही इंटरनेट के अस्थायी रूप से अनुपलब्ध होने की स्थिति में काम की निरंतरता सुनिश्चित करने के लिए भी ऐसा करते हैं।
हम नहीं चाहते कि इन दस्तावेज़ों में कोई बदलाव हो या स्थानीय स्तर पर कोई नए दस्तावेज़ जोड़े जाएँ। बेशक, हम अपने कर्मचारियों को स्थानीय फ़ोल्डर आदि में बदलाव न करने की सलाह देते हैं, लेकिन हम जानते हैं कि ऐसा हो सकता है। इसीलिए हम स्थानीय फ़ोल्डरों को आधिकारिक क्लाउड संस्करण के साथ सिंक्रनाइज़ रखते हैं (एकतरफ़ा सिंक)।
यह एक ऐसा मामला है जहां एकतरफा सिंक बहुत अच्छी तरह से लागू होता है। यदि किसी दस्तावेज़ को अपडेट करने या कोई नया दस्तावेज़ जोड़ने की आवश्यकता होती है, तो हम इसे क्लाउड में करते हैं और सभी स्थानीय फ़ोल्डर सिंक हो जाते हैं और अपडेट प्राप्त कर लेते हैं।
लेकिन DriveHQ की एकतरफ़ा सिंक प्रणाली के काम करने के तरीके के कारण, उपयोगकर्ता अनजाने में स्थानीय फ़ोल्डर में नए दस्तावेज़ जोड़ सकते हैं और अगली बार सिंक होने पर भी वे ठीक (हटाए) नहीं जाएँगे। इस स्थिति में, ग्राहकों को गलत (जोड़े गए) दस्तावेज़ भेजे जा सकते हैं।
स्थानीय फ़ोल्डर कभी भी क्लाउड में मौजूद स्रोत फ़ोल्डर के समान नहीं होगा और समय के साथ स्थिति और भी खराब होती जाएगी। यह केवल एक उदाहरण है। मेरे पास एक और स्थिति है जहाँ स्थानीय उपयोग के लिए कॉन्फ़िगरेशन और स्क्रिप्ट फ़ाइलों को सिंक करना आवश्यक है, इत्यादि।
मैं वन-वे सिंक से ठीक वही उम्मीद करता हूँ जो मैनुअल में लिखा है। लेकिन मुझे दो अलग-अलग सामग्री वाले फोल्डर मिल गए। अगर इस समस्या का समाधान हो जाए या कम से कम मैनुअल में बदलाव करके स्थिति को स्पष्ट कर दिया जाए तो बहुत अच्छा होगा।
मुझे उम्मीद है कि आप कॉन्फ़िगरेशन आदि में मेरी मदद कर सकते हैं। या शायद विकास टीम कोई समाधान निकाल सके।
धन्यवाद।