हमारी दुकान बैकअप के लिए NetApp वॉल्यूम स्नैपशॉट पर बहुत निर्भर करती है। हम अपने कुछ डेटा के लिए पारंपरिक एजेंट-आधारित टेप बैकअप का उपयोग करते हैं, लेकिन बड़े और हम अपने सिस्टम के बहुमत के लिए स्नैपशॉट पर भरोसा करते हैं। इसके अलावा हम एक कठोर परिवर्तन नियंत्रण नीति या किसी केंद्रीकृत विन्यास प्रबंधन इतना नहीं है सबहमारे सर्वरों की परवाह किए बिना कि उनकी सेवाएं प्रदान करने वाले डेटा का बैकअप लिया गया है, उन्हें नंगे-धातु (और बिना किसी वास्तविक दस्तावेज के) से पुनर्निर्माण करने की आवश्यकता होगी। स्वाभाविक रूप से, यह स्नैपशॉट को प्रबंधन के लिए एक बहुत ही आकर्षक प्रस्ताव बनाता है क्योंकि हम केवल पूरे सर्वर, उपयोगकर्ता डेटा और कॉन्फ़िगरेशन को शामिल कर सकते हैं। हम अपने एनएफएस-आधारित वीएमवेयर डेटस्टोर्स के स्नैपशॉट बनाने के लिए नेटएप के वर्चुअल स्टोरेज कंसोल का उपयोग करते हैं और कच्चे डिवाइस मैप किए गए (भौतिक) LUN के लिए नेटएप के स्नैपड्राइव जो सीधे मेहमानों के लिए प्रस्तुत किए जाते हैं। हम SnapMirror महत्वपूर्ण स्नैपशॉट को किसी अन्य फाइलर को ऑफ़साइट करते हैं। स्वाभाविक रूप से हम नियमित रूप से हमारी पुनर्स्थापना प्रक्रिया का परीक्षण करते हैं।
मैं मदद नहीं कर सकता, लेकिन बैकअप पर स्नैपशॉट पर हमारी निर्भरता के साथ असहज महसूस करता हूं। मेरे लिए, एक तकनीक के लिए एक बैकअप रणनीति के रूप में पर्याप्त रूप से विचार करने के लिए इसे निम्नलिखित मानदंडों को पूरा करने की आवश्यकता है:
- बैकअप के लिए परमाणु होना आवश्यक है। यह कहना है, बैकअप अपनी वसूली के लिए किसी और चीज पर भरोसा नहीं कर सकता।
- बैकअप को उस सिस्टम से अलग करने की आवश्यकता होती है, जिसमें यह (बैंड के बाहर) बैकअप होता है।
- बैकअप की प्रतिलिपि या दूरस्थ साइट (ऑफ साइट) पर ले जाने की आवश्यकता है
यह मेरी समझ है कि NetApp स्नैपशॉट एक रीडायरेक्ट-ऑन-राइट (RoW) कार्यप्रणाली के तहत काम करता है। WAFL फ़ाइल लेआउट (मेटाडाटा?) संकेत का एक सेट है कि वास्तव में भंडारण जहां कभी यह हो सकता है की प्रत्येक ब्लॉक संदर्भ का उपयोग करता है। स्नैपशॉट बनाने के लिए, सिस्टम केवल वॉल्यूम के मेटाडेटा की एक प्रति लेता है और उस वॉल्यूम के आरक्षित स्थान में संग्रहीत करता है। कोई भी लेखन (रचना / परिवर्तन / विलोपन) नए ब्लॉक पर पुनर्निर्देशित किए जाते हैं। यह विशेष सॉस माना जाता है जो NetApp के WAFL को इतना महान बनाता है क्योंकि आपके पास रीड नहीं है और फिर पुराने डेटा को आरक्षित स्थान पर लिखें और फिर अपने नए डेटा को कॉपी-ऑन-राइट स्नैपशॉट पर लिखें।
मैं पूरी तरह से मानता हूं कि मुझे ठीक से समझ नहीं आ रहा है कि नेटएप वॉल्यूम स्नैपशॉट कैसे काम करता है लेकिन अगर मेरी समझ कम या ज्यादा सही है तो नेटएप स्नैपशॉट बैकअप के लिए मेरे मानदंडों को पूरा करने में विफल रहते हैं।
- वे परमाणु नहीं हैं । "स्नैपशॉट" वास्तव में मूल डेटा का केवल एक समूह है। यदि मूल डेटा अब नहीं है, तो मेटाडेटा बेकार है।
- स्नैपशॉट सिस्टम से अलग नहीं है। अगर कोई गलत वॉल्यूम हटाता है तो मैं स्नैपशॉट खो देता हूं। यदि नेटएप फाइलर छोटे छोटे बिल्ली के बच्चे में विस्फोट करता है तो मैं बैकअप खो देता हूं। मैं अपने स्नैपशॉट को दूसरे फाइलर में स्थानांतरित करने के लिए SnapMirror का उपयोग कर सकता हूं लेकिन फिर से, यह सिर्फ मेटाडेटा को स्थानांतरित कर रहा है वास्तविक ब्लॉक नहीं। अगर मैं मूल मात्रा खो देता हूं, तो मैं यह नहीं देख सकता कि किसी दूसरे फाइलर को कॉपी किया गया स्नैपशॉट कैसे मदद करेगा।
क्या कोई समझा सकता है कि नेटएप स्नैपशॉट को बैकअप कैसे माना जा सकता है? मैं गुड सब्जेक्टिव उत्तरों की तलाश कर रहा हूं, इसलिए कृपया तथ्यों, संदर्भों और अनुभव के साथ अपनी स्थिति का समर्थन करें। यदि मेरी समझ अंतर्निहित तकनीक गलत है, तो कृपया बताएं कि मेरा निष्कर्ष कहां और क्यों बदलता है। यदि आपकी दुकान बैकअप के रूप में NetApp स्नैपशॉट पर निर्भर करती है, तो कृपया पर्याप्त संदर्भ जानकारी शामिल करें ताकि लोगों को यह पता चल सके कि आपको किस प्रकार की पुनर्प्राप्ति नीति प्राप्त करनी है।