संग्रह और बैकअप के बीच का अंतर
द्वारा व्यवस्थापक
जब डेटा संरक्षण के बारे में बात कर, वहाँ अक्सर परिभाषा और बैकअप बनाम संग्रह की भूमिका के आसपास कुछ भ्रम की स्थिति है. तो मैं कुछ ही उदाहरण को वर्णन करने के लिए कैसे केवल 2 अलग नहीं हैं, लेकिन मानार्थ देना चाहते हैं.
2 संग्रह की अवधारणा के बारे में सोचने के तरीके हैं.
- संग्रह करने के लिए एक सर्वर के प्रदर्शन में सुधार के लिए एक उपकरण है
- संग्रह एक डेटा संरक्षण उपकरण है
पहले उदाहरण में देख रहे हैं, के बाद से इस है, जहां ज्यादातर लोग भ्रमित हो द्वारा चलो शुरू.
सर्वर के प्रदर्शन के लिए संग्रह
लगता है कि मैं तुम्हें 2 वाहनों से पता चला है कि प्रत्येक लागत $ 100,000. एक बुलडोजर है है, और अन्य एक स्पोर्ट्स कार है. आप कहेंगे उच्च गुणवत्ता की है? बेशक, कि एक चाल सवाल है. वाहन की गुणवत्ता पूरी तरह से इसके लिए अपने इच्छित उद्देश्य को पूरा करने की क्षमता पर निर्भर करता है.
आपका प्राथमिक सर्वर के उच्च अंत खेल कार की तरह एक सा है.
यह काम किया है बहुत जल्दी से तैयार है. लेकिन क्रम में सबसे अच्छा प्रदर्शन करने के लिए, आप किसी भी अधिक वजन को हटाने की जरूरत है. यह ट्रंक (जैसे कि सामान या स्पेयर टायर के रूप में) के अतिरिक्त वजन ले, सुनिश्चित करें कि आप किसी भी अतिरिक्त यात्रियों के बिना अकेले सवारी कर रही है, और (अगर यह एक छोटी यात्रा है) केवल गैस टैंक हिस्सा रास्ता भरने मतलब हो सकता है. हर अनावश्यक पाउंड आप दाढ़ी कार के प्रदर्शन में सुधार होगा.
बहुत उसी तरह, अपने सर्वर समय पर फ़ाइलों का एक बहुत जमा. और इन फ़ाइलों में से अधिकांश या तो शायद ही कभी इस्तेमाल किया जाता है, डुप्लिकेट, या पूरी तरह अप्रचलित. अपने प्राथमिक सर्वर पर भंडारण डेटा की इस तरह यह धीमा और अपने खोज की गति और प्रदर्शन को कम.
आदेश में अपने प्राथमिक सर्वर के अनुकूलतम प्रदर्शन को बनाए रखने के लिए, आप के लिए नियमित रूप से बड़े या कम सक्रिय डेटा ले और यह एक और अभिलेखीय भंडारण प्रणाली के लिए रवाना हो जाने की जरूरत है.
अभिलेखीय भंडारण एक बुलडोजर की तरह है. यह बड़े, धीमी और clunky है, लेकिन यह एक समस्या के बिना बहुत भारी भार संभाल कर सकते हैं.
यदि कोई अभिलेखीय भंडारण से एक पुराना लॉग फाइल की जरूरत है, खोज प्रक्रिया डेटा के कई टेराबाइट के माध्यम से sifting की आवश्यकता हो सकता है. जगह में एक अलग अभिलेखीय प्रणाली के बाद इस श्रमसाध्य खोज पूरा अलगाव में प्रदर्शन के लिए धीमा या अन्यथा महत्वपूर्ण प्राथमिक जीने सर्वर के प्रदर्शन को प्रभावित किए बिना अनुमति देता है.
यह कैसे अपने लैपटॉप के भंडारण, और तेजी से रैम भंडारण के लिए काम कर जीना डेटा के लिए ... लेकिन एक बहुत बड़े पैमाने पर धीमी गति से डिस्क ड्राइव का उपयोग करता है के समान है.
बहुत उसी तरह है कि आप अपनी कोठरी के माध्यम से एक वर्ष में एक बार जाने के लिए और किसी भी कपड़े है कि तुम अब और नहीं पहनना फेंक ... आप अपने कंप्यूटर के माध्यम से हर छह महीने और संग्रह डेटा है कि अब तक पहुँचा नहीं जा रहा है जाना चाहिए चाहिए.
डेटा संरक्षण के लिए संग्रह
बैकअप और संग्रह के बीच सबसे बड़ा अंतर यह है कि:
- बैकअप आप फ़ाइलों के एकाधिक संस्करणों को इतना है कि आप एक पिछले समय सीमा से ठीक हो सकता है
- अभिलेखागार अभिलेखीय फाइलें शायद कभी नहीं बदल जाएगा के बाद से केवल फ़ाइल के एकल संस्करण की दुकान
दो सबसे बड़ी उद्यम बैकअप के साथ जुड़ी समस्याओं वसूली समय और बैकअप खिड़कियां हैं. यह बहुत आसान हो करने के लिए देखना चाहिए कि इन दोनों प्रक्रियाओं के सुधार के लिए सबसे आसान तरीका कम डेटा को वापस करने के लिए होगा.
यही कारण है कि क्यों आप केवल अपने प्राथमिक सर्वर से एक दैनिक / सतत आधार पर सबसे महत्वपूर्ण डेटा का समर्थन किया जाना चाहिए. और डेटा है कि एक नियमित रूप से (वीडियो, लॉग फाइल, ईमेल, चित्र, स्कैन किए गए दस्तावेज़ों, सिस्टम छवियों, आदि ...) के आधार पर अपने नियमित बैकअप दिनचर्या के भाग के रूप में संरक्षित नहीं चाहिए पर परिवर्तन नहीं करता है.
के बाद से वे कभी नहीं बदलने के लिए, वे अभिलेखीय भंडारण का उपयोग कर संरक्षित किया जाना चाहिए और प्राथमिक बैकअप चक्र के दूर चले गए. अपने डेटा संरक्षण को इस तरीके में बंटवारे के द्वारा, आप अक्सर अपने डेटा के 80% ऊपर संग्रह ... काफी तेजी से बैकअप / वसूली समय के लिए अग्रणी.
अभिलेखीय भंडारण की एक और लाभ यह है कि यह तेजी से खोज और कानूनी अनुपालन के लिए अनुकूलित किया जा सकता है. लेकिन मैं इस विषय में नहीं जाने के बाद से यह बहुत जटिल हो सकता है.
यह उम्मीद है कि आप बैकअप और अभिलेखागार के बीच अंतर के बारे में एक अच्छा विचार देना चाहिए. क्योंकि कॉर्पोरेट डेटा वर्तमान में बहुत तेजी से बढ़ रहा है, मेरी भविष्यवाणी है कि संग्रह और अधिक महत्वपूर्ण अगले कुछ वर्षों के भीतर हो जाना चाहिए.
संबंधित पोस्ट:
