क्या कोई मौका है कि मेरा डेटा एक रोबोकॉपी SMB नेटवर्क ट्रांसफर के साथ चुपचाप भ्रष्ट हो जाएगा?


0

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

जवाबों:


1

अपने डॉक्स पढ़ें - इन दिनों हर किसी के पास एक सत्यापित विकल्प है।

मैं दृढ़ता से सत्यापन के साथ rsync का सुझाव देता हूं। आप इन दिनों किसी भी OS पर rsync प्राप्त कर सकते हैं, और आपको केवल क्लाइंट की आवश्यकता है। इसके अलावा, यह संभावना नहीं है कि नेटवर्क परत द्वारा प्रतिलिपि के दौरान आपका डेटा दूषित हो जाएगा। हो सकता है कि आपकी ड्राइव कबाड़ हो, या आपका मदरबोर्ड मर रहा हो, लेकिन नेटवर्क बहुत मजबूत है।

इसके अलावा, यदि आप ड्राइव को माउंट करते हैं, तो एक cmd विंडो (उर्फ डॉस विंडो) को आग लगा दें और सत्यापित प्रतिलिपि प्राप्त करने के लिए xcopy / V का प्रयास करें (सभी विकल्पों को देखने के लिए xcopy / का उपयोग करें) - और सुनिश्चित करें कि आपका डेटा कई ड्राइव पर रहता है? , या आपके पास प्रतियां बाहर फैली हुई हैं। कभी भी विफलता के एक बिंदु पर भरोसा मत करो!


रोबोकॉपी, वास्तव में, एक सत्यापित विकल्प नहीं है। मुझे आश्चर्य है कि एक्सकोपी करता है, यह देखते हुए कि रोबोकॉपी एक प्रतिस्थापन होने का मतलब है।
Archagon

1

डेटा भ्रष्टाचार एक संभावना है और डेटा की मात्रा के साथ इसके होने की संभावना बढ़ जाती है

कृपया ध्यान दें कि xcopy / v डेटा अखंडता को सत्यापित नहीं करता है

"इस सत्यापन प्रक्रिया में इस बात की पुष्टि होती है कि जो डेटा अभी लिखा गया है, उसे पढ़ा जा सकता है (उदाहरण के लिए, कि डेटा डिस्क पर खराब सेक्टर के लिए नहीं लिखा गया था)। स्रोत और गंतव्य डेटा की कोई तुलना नहीं होती है।"

https://support.microsoft.com/en-us/kb/126457

मैं वर्तमान में अपने पुराने संग्रहण सरणी से अपने नए संग्रहण सर्वर पर 5Tb के लिए डेटा माइग्रेशन योजना (व्यक्तिगत डेटा) विकसित कर रहा हूं। मेरे शोध, अधूरे, ने दिखाया है कि जिस डेटा को स्थानांतरित किया गया था उसकी डेटा अखंडता को सत्यापित करने के लिए ईथरनेट CRC16 का उपयोग करता है।

एक अच्छा लिंक है, लेकिन मैं इसे प्रतिष्ठा बिंदुओं के कारण पोस्ट नहीं कर सकता। बस इसके सामने http रखो

doc.utwente.nl/64267/1/schiphorst.pdf

जैसे ही मैं एमएस फाइल चेकसम इंटीग्रिटी वेरिफायर की बारीकियों को सीखता हूं, मैं अपने स्रोत के एमडी 5 हैश की स्क्रिप्ट करूंगा और इसे गंतव्य तक तुलना करूंगा। हैश डेटाबेस को ~ 1Tb पर जनरेट करने में लगभग 9 घंटे लग गए। यह सबसे अधिक समय लेने वाली विधि है लेकिन सबसे पूर्ण भी है। मेरे कुछ डेटा को प्रतिस्थापित नहीं किया जा सकता है और यह मेरे लिए महत्वपूर्ण है। इसमें कोई त्रुटि नहीं पकड़ना (मूक भ्रष्टाचार) बहुत छोटा है (जैसे 10 ^ -16 मुझे लगता है लेकिन उसके लिए मेरा स्रोत नहीं मिल सकता है)

https://support.microsoft.com/en-us/kb/841290


FYI करें, मैंने अपनी सभी फाइलों की अखंडता को सत्यापित करने के लिए hashdeep / md5deep का उपयोग किया । वास्तव में अच्छी तरह से काम करता है।
अर्चागन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.