DFSR को कॉन्फ़िगर करते समय सबसे आम त्रुटियां और गलतफहमी

[नोट। दुभाषिया। लेख विंडोज सर्वर 2003 / 2003R2 / 2008 / 2008R2 के लिए है, लेकिन ऊपर का अधिकांश OS के बाद के संस्करणों पर लागू होता है]

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

मंचन फ़ोल्डर के लिए कोटा आकार बहुत छोटा है

क्या आपने 4202 और 4204 कोड वाली पत्रिका में बहुत सी घटनाएँ देखीं? इस स्थिति में, स्टेजिंग फ़ोल्डर के लिए आकार गलत तरीके से सेट किया गया है। मंचन फ़ोल्डर के गलत तरीके से सेट आकार का एक अप्रिय परिणाम प्रतिकृति प्रदर्शन में कमी है, क्योंकि फ़ाइलों की नकल करने के बजाय, सेवा स्टेजिंग फ़ोल्डर को साफ करने में समय व्यतीत करेगी।
DFSR सर्वर जो एक पर्याप्त स्टेजिंग फ़ोल्डर आकार के साथ कॉन्फ़िगर किए गए हैं, कम से कम दो कारणों से अधिक कुशल हैं:

1. फ़ाइल को केवल एक मध्यवर्ती फ़ोल्डर में रखना अधिक कुशल है, फिर इसे सभी होस्ट प्रतिकृति भागीदारों को भेजें, फ़ाइल बनाने की तुलना में, इसे दोहराएं और फिर प्रत्येक होस्ट पार्टनर के लिए एक प्रतिलिपि हटा दें।
2. यदि ऑपरेटिंग सिस्टम का एंटरप्राइज़ संस्करण कम से कम एक सदस्य पर स्थापित है, तो सर्वर क्रॉस-फाइल आरडीसी तकनीक [लगभग] का उपयोग कर सकते हैं । अनुवादक: Windows सर्वर 2012 से शुरू होकर, यह तकनीक मानक संस्करण में भी उपलब्ध है]

स्टेजिंग फ़ोल्डर के लिए गलत तरीके से कॉन्फ़िगर किया गया आकार भी प्रतिकृति लूप का कारण बन सकता है। यह तब होता है जब प्रतिकृति फ़ाइल को पहले से ही प्राप्त सर्वर पर मध्यवर्ती फ़ोल्डर में कॉपी किया गया है, लेकिन गंतव्य फ़ोल्डर में जाने से पहले मध्यवर्ती फ़ोल्डर सफाई तंत्र इस फ़ाइल को हटा देता है। हटाए गए फ़ाइल को फिर से सर्वर पर दोहराया जाएगा और इस सर्वर द्वारा फिर से मचान फ़ोल्डर से हटा दिया जाएगा, जिसके परिणामस्वरूप सर्वर कभी भी फ़ाइल को प्राप्त करने में सक्षम नहीं होगा। यह प्रक्रिया तब तक दोहराई जाएगी जब तक सर्वर फ़ाइल को स्वीकार नहीं कर लेता।

स्टेजिंग फ़ोल्डर के लिए लॉग ईवेंट को अनदेखा न करें।

इस पोस्ट की जांच करें जो बताता है कि मध्यवर्ती फ़ोल्डर के न्यूनतम आकार को निर्धारित करने के लिए विधि का उपयोग कैसे करें।

यहां अनुभाग "अंतरिम कोटा बढ़ाना" देखें।

क्रॉस-फाइल आरडीसी के बारे में जानकारी के लिए, आप यहां "दूरस्थ अंतर संपीड़न के बारे में जानकारी" लेख पढ़ सकते हैं।

गलत या अप्रयुक्त preseeding प्रक्रिया

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

1. स्रोत और गंतव्य पर ACL बेमेल है।
2. एक नए प्रतिकृति सदस्य की प्रतिलिपि बनाने के बाद, फ़ाइलों में परिवर्तन किए गए थे।
3. यह सत्यापित करने के लिए कोई पूर्व-परीक्षण नहीं किया गया था कि प्रीसेडिंग प्रक्रिया का उपयोग अपेक्षित रूप से किया गया था।

संक्षेप में, फ़ाइलों को एक निश्चित तरीके से कॉपी किया जाना चाहिए, और उन्हें मध्यवर्ती फ़ोल्डर में कॉपी करने के बाद बदला नहीं जा सकता है, और पूरी प्रक्रिया आपके द्वारा पूर्व-परीक्षण की जानी चाहिए।

श्री DileR सर्वर के लिए preseeding प्रक्रिया को ठीक से व्यवस्थित करने के तरीके पर श्री पाइल के ब्लॉग को पढ़ने के लिए यहां क्लिक करें ।

समय के साथ बड़ी प्रति कतार आकार

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

DFSR का बैकअप समाधान के रूप में उपयोग किया जाता है

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

वन-वे प्रतिकृति: इसका उपयोग और गलत मरम्मत के तरीके

सर्वर पर अवांछित अपडेट को रोकने के प्रयास में जहां डेटा कभी नहीं बदलेगा (या यदि वे उन्हें बदलने से रोकना चाहते हैं), तो कई ग्राहक प्रतिकृति सदस्यों के लिए आउटगोइंग कनेक्शन को हटाकर एक तरफ़ा प्रतिकृति सेट करते हैं। Windows Server 2008 R2 से पहले DFSR के किसी भी संस्करण में एक तरफ़ा प्रतिकृति का समर्थन नहीं किया गया है। Windows 2008 R2 एक-तरफ़ा प्रतिकृति का समर्थन करता है, जो आपको प्रतिकृति फ़ोल्डर के लिए केवल-पढ़ने के लिए फ़ोल्डर कॉन्फ़िगर करने में सक्षम करता है।

केवल-पढ़ने के लिए प्रतिकृति सदस्यों का उपयोग एक-तरफ़ा प्रतिकृति के लक्ष्य को प्राप्त कर सकता है, जो डेटा को दोहराया जाने वाले अवांछित परिवर्तनों को रोकता है। यदि आप DFSR का उपयोग करके एक तरफ़ा प्रतिकृति का उपयोग करना चाहते हैं, तो Windows 2008 R2 का उपयोग करें और उन सदस्यों के लिए जिन्हें परिवर्तित नहीं किया जाना चाहिए, केवल-पढ़ने के लिए मोड का चयन करें।

DFSR केवल-पढ़ने के लिए प्रतिकृति के बारे में जानने के लिए यहां और यहां क्लिक करें ।

एक और सामान्य समस्या तब होती है जब व्यवस्थापक को पता चलता है कि एक-तरफ़ा प्रतिकृति समर्थित नहीं है, और स्थिति को ठीक करने की कोशिश करता है, लेकिन गलत तरीके से करता है। बस दो-तरफ़ा प्रतिकृति को सक्षम करने से अवांछनीय परिणाम हो सकते हैं।

एक-तरफ़ा प्रतिकृति को ठीक करने का तरीका जानने के लिए यहाँ क्लिक करें ।

नोड सर्वर की विफलता और अतिभारित नोड सर्वर के एकल बिंदु के रूप में

मैंने एक ही नोड सर्वर के साथ कई तैनाती देखी है। यदि यह नोड सर्वर विफल रहता है, तो संपूर्ण परिनियोजन जोखिम में है। यदि आप Windows Server 2003 या 2008 का उपयोग कर रहे हैं, तो आपके पास कम से कम दो होस्ट सर्वर होने चाहिए, और यदि उनमें से एक क्रैश हो जाता है, तो दूसरे को अंतिम उपयोगकर्ताओं के न्यूनतम प्रभाव के साथ पहले के पुनर्प्राप्ति समय पर लोड को संभालना होगा। Windows Server 2008 R2 से शुरू करके, DFSR को स्टोरेज आवश्यकताओं को कम करते हुए उच्च उपलब्धता प्रदान करते हुए, विंडोज फेलओवर क्लस्टर पर तैनात किया जा सकता है।

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

होस्ट सर्वर को तैनात करने के बारे में जानने के लिए यहां "टोपोलॉजी कॉन्फ़िगरेशन" अनुभाग पढ़ें।
Windows Server 2008 विफलता क्लस्टर पर DFSR को कॉन्फ़िगर करने का तरीका जानने के लिए यहां क्लिक करें ।

एक एकल जेट डेटाबेस को दोहराने के लिए बहुत सारे फ़ोल्डर

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

बजट iSCSI समाधान के आधार पर तैनाती

मैंने अक्सर सबसे सस्ता iSCSI हार्डवेयर का उपयोग करते हुए DFSR तैनाती देखी है। आमतौर पर, यदि आप डीएफएसआर का उपयोग करते हैं, तो आप महत्वपूर्ण लक्ष्यों को प्राप्त करने के लिए ऐसा करते हैं, जैसे डेटा अतिरेक, बैकअप समेकन, अनुप्रयोगों और ओएस अपडेट की अनुसूचित डिलीवरी। अपने आप को निम्न-गुणवत्ता वाले उपकरणों पर निर्भर बनाना जिनके पास सामान्य विक्रेता समर्थन नहीं है, एक अच्छा विचार नहीं है। यदि डेटा आपके व्यवसाय के लिए महत्वपूर्ण है, तो उपकरण जिस पर ओएस और प्रतिकृति तंत्र काम करता है, उसके लिए महत्वपूर्ण होगा।

DFSR सेवा वर्तमान पैच स्थापित नहीं करती है

DFSR सक्रिय रूप से Microsoft द्वारा समर्थित है और आवश्यकतानुसार अद्यतन किया जाता है। यदि आपके अगले अद्यतन स्थापना चक्र के समय कोई नया रिलीज़ होता है तो DFSR को अपडेट करें। सुनिश्चित करें कि आपके सर्वर नीचे सूचीबद्ध ज्ञानकोष लेखों के अनुसार अपडेट किए गए हैं।

Windows 2003 R2 के लिए DFSR हॉटफ़िक्स
Windows 2008 और Windows 2008 R2 के लिए DFSR हॉटफ़िक्स

कृपया ध्यान दें कि DFSR.EXE / DFSRS.EXE के अलावा, सूचीबद्ध अपडेट NTFS.SYS और अन्य फ़ाइलों के लिए भी हैं। सही ढंग से काम करने के लिए प्रतिकृति के लिए, हमेशा सत्यापित करें कि नवीनतम पैच कम से कम DFSR और NTFS के लिए स्थापित हैं। सूची से अन्य सुधार मुख्य रूप से उपयोगकर्ता इंटरफ़ेस समस्याओं की चिंता करते हैं, और आपको उन्हें कम से कम उन प्रणालियों पर स्थापित करने की आवश्यकता होगी जहां डीएफएसआर कॉन्फ़िगरेशन कार्य किए जाते हैं।

यह अनुशंसा की जाती है कि पैच को अग्रिम में DFSR सर्वर पर स्थापित किया जाए, भले ही सब कुछ ठीक हो जाए, क्योंकि बाद में यह आपको पहले से ज्ञात समस्याओं की उपस्थिति से बचने में मदद करेगा।

नेटवर्क एडेप्टर ड्राइवर आज तक समर्थित नहीं हैं

DFSR केवल सामान्य रूप से कार्य करने में सक्षम होगा यदि आप इसे प्रदान करने वाला नेटवर्क बिना किसी समस्या के काम करता है। 5 साल पहले ड्राइवरों का उपयोग करना सबसे चतुर समाधान नहीं है। मेरे पास कई ग्राहकों के साथ संवाद करने का अनुभव था जिनके लिए एक पुराने एनआईसी ड्राइवर को अपडेट करके डीएफएसआर प्रतिकृति समस्याओं का समाधान किया गया था।

लापता DFSR निगरानी

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

डीएफएसआर के संचालन प्रबंधन प्रबंधन पैक के बारे में जानकारी के लिए यहां क्लिक करें ।

19 जनवरी, 2011 को अपडेट किया गया:

पहले संग्रहण डेटा के बिना डिस्क संग्रहण में परिवर्तन करना

यदि DFSR सर्वर को हार्ड ड्राइव को बदलने या स्टोरेज स्पेस को बढ़ाने के लिए नया जोड़ने की आवश्यकता है, तो कुछ गलत होने पर अप-टू-डेट डेटा बैकअप होना बेहद जरूरी है। सब कुछ गलत हो सकता है, सबसे अक्सर संघर्ष की घटना माता-पिता के फ़ोल्डर में अप्रत्याशित परिवर्तन या मूल फ़ोल्डर के आकस्मिक विलोपन के कारण होती है, जिसे सभी भागीदारों को दोहराया जाता है। आपको परिवर्तन करने से पहले अपने डेटा का बैकअप लेना होगा और प्रोजेक्ट पूरा होने तक इसे रखना होगा।

अस्थायी रूप से प्रतिकृति को रोकने के लिए DFSR सेवा को रोकना

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

आशा है कि यह सूची आपकी मदद करती है। अच्छा प्रतिकृति!

वारेन "वाइड नेट" विलियम्स

[नोट। दुभाषिया। अगर पाठकों की रुचि है, तो मैं बाद में कोशिश करूंगा कि पाठ में इंगित लिंक पर पोस्ट किए गए लेखों का अनुवाद करें, साथ ही मूल लेखक के अन्य लेख]