क्या शाखा कैश DFS-R के प्रतिस्थापन के रूप में विचार करने योग्य है


9

हमारे पास एक छोटा स्टब कार्यालय है जिसमें वर्तमान में एकल सर्वर 2003 डोमेन नियंत्रक और मुख्य कार्यालय में आयोजित फ़ाइल स्टोर की एक डीएफएस-आर कॉपी है। हम शायद 100Gb डेटा के बारे में दोहराते हैं, मुझे लगता है कि दोनों छोरों पर अधिकतम 20Gb सक्रिय रूप से उपयोग किया जाता है। हमारे पास साइटों के बीच (अपेक्षाकृत) धीमी ADSL लिंक हैं।

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

शाखा कैश

पेशेवरों

  • कोई संस्करण विरोध नहीं करता है
  • बाद की पहुँच के लिए तेज़ पहुँच

विपक्ष

  • पहली बार पहुंच के लिए धीमी गति
  • धीमी गति से लिखना

DFSR

पेशेवरों

  • हर समय डेटा को त्वरित रूप से पढ़ना / लिखना
  • अतिरिक्त डेटा सुरक्षा की सीमित मात्रा

विपक्ष

  • बैकलॉग बहुत आसानी से हो सकता है
  • संस्करण संघर्ष बैकलॉग के साथ एक मुद्दा हो सकता है
  • प्रतिकृति में बहुत लंबा समय लग सकता है - कार्यालयों के बीच फ़ाइलों के लिए वास्तविक समय तक पहुंच के अनुकूल नहीं।

क्या किसी ने शाखा कैश का परीक्षण किया है? मैं सोच रहा था कि पता है कि वास्तविक दुनिया में शाखा कैश कितना अच्छा प्रदर्शन करता है? क्या यह हमारे सेटअप के लिए DFSR से बेहतर होगा? मुझे लगता है कि यह बहुत उपयोगी हो सकता है अगर मैं डेटा के पूर्व-प्राप्त करने में सक्षम था (मुझे लगता है कि मैं मैन्युअल रूप से रोबोकॉपी और हटाने के साथ ऐसा कर सकता था!)। मेरे पास एकमात्र चिंता यह है कि डेटा लिखना धीमा होगा।

मैं अपने मुख्य कार्यालय में शेयर पॉइंट लागू करने पर भी विचार कर रहा हूं। मुझे लगता है कि यह सिर्फ शाखा कैश के पक्ष में स्विंग हो सकता है।

जाहिर है अगर मैंने शाखा कैश के साथ जाने का फैसला किया, तो इसे परीक्षण पास करना होगा, लेकिन मैं सिर्फ यह जानना चाहता था कि क्या मुझे कोई अन्य नियम या सहमति याद आ रही है जो मुझे एक या दूसरे तरीके से मना सकती है?

मैं शायद हमारे AD तैनात सॉफ़्टवेयर को DFS-R के रूप में दोहराया गया और शायद उपयोगकर्ता विशिष्ट डेटा (जैसे होम निर्देशिकाएँ और प्रोफ़ाइल) भी रखूं, अन्यथा लेखन निश्चित रूप से क्लाइंट्स पर देरी का कारण होगा?

जवाबों:


4

ऐसा लगता है कि BranchCache आपके लिए एक अच्छा फिट हो सकता है, हालांकि आप सर्वर 2008 और सर्वर 2008 R2 में किए गए DFS-R में कुछ प्रदर्शन सुधारों से भी लाभान्वित हो सकते हैं।

ब्रांच कैश के बारे में कुछ केस स्टडी लिखी गई हैं जो आपको वास्तविक दुनिया में ब्रांच कैचे के प्रदर्शन के बारे में अधिक बता सकती हैं। बस "BranchCache केस स्टडी" की खोज करें।

BranchCache हमेशा सामग्री के किसी भी टुकड़े (फ़ाइल, वेब पेज ...) पर सबसे वर्तमान एक्सेस कंट्रोल सेटिंग्स का सम्मान करने के लिए सावधान है। एक ग्राहक पीसी शाखा कार्यालय में कैश से डेटा डाउनलोड कर सकता है (या तो होस्ट किए गए कैश सर्वर पर या किसी सहकर्मी पर) उसे मुख्य कार्यालय सर्वर से सामग्री पहचानकर्ता प्राप्त करना होगा। यदि क्लाइंट के पास डेटा तक पहुंचने की अनुमति नहीं है, तो मुख्य कार्यालय सर्वर पहचानकर्ताओं को नहीं भेजेगा। यह बताते हुए दस्तावेजों का एक समूह है कि यह कैसे ब्रांच cache.com पर काम करता है।

यदि आप चाहें, तो आप शाखा के ग्राहकों में से एक (या वास्तविक होस्टेड कैश सर्वर) के पास समय से पहले डेटा एक्सेस करके शाखा कैश को प्री-लोड कर सकते हैं। यह कुछ मामलों में स्क्रिप्ट योग्य हो सकता है यदि आप श्रमिकों को प्राप्त करने से पहले कैश लोड करना चाहते हैं।

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

आशा है कि ये आपकी मदद करेगा! -Tyler


धन्यवाद, अच्छा जवाब। टीबीएच मुझे सर्वर 2008 और सर्वर 2008 आर 2 में डीएफएस-आर में सुधार के बारे में पता नहीं था। मुझे निश्चित रूप से कुछ और खुदाई करनी होगी।
ब्रायन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.