Windows सर्वर बैकअप त्रुटि - 16.7TB की तुलना में बड़ा वॉल्यूम संरक्षित नहीं किया जा सकता है?

Question

मैं अपने नए सर्वर पर RAID सरणी का बैकअप लेने के लिए विंडोज सर्वर बैकअप का उपयोग करने की कोशिश कर रहा हूं। लेकिन, जब मैं करता हूं, मैं इस त्रुटि में भाग लेता हूं:

सर्वर Windows Server 2012 R2 चला रहा है और प्रश्न में सरणी 20TB आकार में है (18TB उपयोग करने योग्य); वर्तमान में 1TB से कम का उपयोग किया जा रहा है।

मुझे पता है कि Windows Server 2008 में, आप VHD में सीमा के कारण 2TB से बड़ा बैकअप बैकअप नहीं ले सकते थे, लेकिन Microsoft अब VHDX पर स्विच हो गया है, जो 64TB वॉल्यूम को बैकअप लेने की अनुमति देता है। मैं इसका लाभ उठाने के लिए भी जागरूक हूं, प्रश्न में ड्राइव GPT होना चाहिए।

मैंने पुष्टि की है कि मेरी डिस्क वास्तव में, जीपीटी है।

जब मैं विंडोज सर्वर बैकअप चलाता हूं, तो मैं "बैकअप वन्स" विकल्प का उपयोग कर रहा हूं और नेटवर्क ड्राइव पर बैकअप ले रहा हूं। मैं मानक सेटिंग्स होने के लिए जो भी मानता हूं उसका उपयोग कर रहा हूं। लेकिन, जब मैं बैकअप चलाने का प्रयास करता हूं, तो मुझे ऊपर दिखाई गई त्रुटि के साथ प्रस्तुत किया जाता है।

मुझे यकीन नहीं है कि यह 16.7TB पर कैपिंग कर रहा है, क्योंकि विंडोज सर्वर बैकअप 64TB तक के वॉल्यूम का बैकअप ले सकता है। क्या कोई मुझे कुछ जानकारी दे सकता है कि ऐसा क्यों हो रहा है या मैं क्या गलत कर सकता हूं?

अद्यतन: मैंने नई ड्राइव प्राप्त की है और फिर से सरणी बनाई है लेकिन मुझे अभी भी वही त्रुटि मिल रही है। मैं पुष्टि कर सकता हूं कि मेरी क्लस्टर संख्या 2 ^ 32 से कम है।

मैंने इस प्रश्न में पढ़ा कि जाहिरा तौर पर विंडोज बैकअप या डिस्क से समर्थन नहीं करता है जिसमें 512 या 512e बाइट सेक्टर नहीं होते हैं। जिस फाइलशेयर को मैं बैकअप करने का प्रयास कर रहा हूं, उसे देखते हुए, यह 4k सेक्टर का उपयोग करता है। क्या यह अंतर्निहित मुद्दा हो सकता है? यदि यह मदद करता है, तो मैं जिस शेयर का बैकअप लेने की कोशिश कर रहा हूं, वह सेंटोस सर्वर पर होस्ट किया जा रहा है।

Comments

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

— एंड्रयू एस

@AndrewS नहीं, यह विंडोज सर्वर बैकअप का एक संदेश है। "संरक्षित" इन दिनों बैकअप में नया buzzword लगता है। यहां तक ​​कि मेरा Avamar (एंटरप्राइज़ d2d बैकअप उत्पाद) डैशबोर्ड मुझे बताता है कि हमारे पास डेटा का X TB "संरक्षित" है।

— होपलेसनब बी

यह 'बैकअप' शब्द का दुर्भाग्यपूर्ण दुरुपयोग है। आईटीआईएल के देवता नाराज हो रहे हैं, इसमें कोई शक नहीं। लेकिन, चूंकि यह NTFS पर FILE SIZE की सीमा 16.7TB है, इसलिए समस्या यह है कि - बैकअप (मुझे लगता है) एक विशाल फ़ाइल है और 16.7TB उस आकार की सीमा है। Microsoft और अन्य विक्रेता इसे मेनगेट कर सकते हैं और इसे 'सुरक्षा' या कोई अन्य अज्ञात मार्केटिंग स्लग कह सकते हैं, जिसे मैं अभी भी 'बैकअप' कहूंगा।

— एंड्रयू एस

@AndrewS यह डेटा कटौती और स्नैपशॉट और इस तरह से मूल डेटा आकार के एक उपाय के रूप में उपयोग किया जाता है। और सर्वर 2012 पर NTFS के लिए फ़ाइल आकार सीमा 256TiB है, न कि 16 TiB ।

— होपलेसनब बी

FWIW: यहाँ एक ही मुद्दा। सर्वर 2016, 20 और 63 टीबी ड्राइव, वॉल्यूम पर प्रति क्लस्टर 16KB बाइट्स, 2 ^ 32 क्लस्टर प्रति वॉल्यूम, भौतिक डिस्क 512 बाइट्स सेक्टर और GPT के तहत। vss शैडो इश्यू के बिना काम करते हैं, बैकअप को आपके जैसी ही त्रुटि मिलती है। मैं एक लानत शब्दाडंबर वाली स्क्रिप्ट को छोड़ने और लिखने वाला हूं जो एक स्नैपशॉट लेता है और प्रति फ़ोल्डर में एक पूर्वनिर्धारित स्क्रिप्ट चलाता है, और रूट पर फाइलों के लिए, जिसे प्रबंधित करने के लिए बहुत अधिक दर्द होगा ...

— कुकी मॉन्स्टर

Answer 1

ठीक है, Windows सर्वर बैकअप विफल हो रहा है क्योंकि वॉल्यूम पर आपके द्वारा उपयोग किए जा रहे क्लस्टर आकार के कारण। (और मैं वास्तव में समझाऊंगा कि आपके RAID सरणी के टाइम बम होने के महत्वपूर्ण मुद्दे के बाद आखिर ऐसा क्यों है।)

लेकिन बैकअप समस्या का समाधान करने से पहले, हमें आपके RAID सेटअप के साथ समस्या का समाधान करना होगा।

बड़े डिस्क के साथ RAID5 का उपयोग न करें। और आप बहुत सारे सदस्यों के साथ सरणियों के साथ RAID5 का उपयोग नहीं करते हैं। केवल एक समता डिस्क के साथ, आपको वस्तुतः एक (अपरिवर्तनीय रीड एरर) में चलना निश्चित है। कई बड़े डिस्क के साथ URE या अन्य डिस्क विफलता, इसलिए आपके पास कोई वास्तविक अतिरेक नहीं है। यदि आपको समता RAID का उपयोग करना है, तो RAID6 का उपयोग करें, लेकिन फिर भी, समता RAID गंभीर कमियों के साथ आता है, इसलिए जब आप समता RAID पर व्यवस्थित होने से पहले लंबा और कठिन सोचते हैं।

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

एक बार जब आप अपने RAID सरणी को एक उचित स्थिति में ले आते हैं, तो आप इस समस्या को भी हल कर देंगे, क्योंकि यह 16 TiB से छोटा होगा, जिसकी वर्तमान में शिकायत है। लेकिन, यदि आप जानना चाहते हैं, तो यह उस सरणी का आकार नहीं है जिसके साथ समस्या है, यह क्लस्टर की संख्या है। आपको जिस वॉल्यूम का बैकअप मिल रहा है, उसमें 2 ^ 32 क्लस्टर से कम होना चाहिए। अपने क्लस्टर आकार को 4 केबी से 8 केबी तक बदलें और आपको जाने के लिए अच्छा होना चाहिए।

अपने क्लस्टर आकार की जांच करने के लिए, उपयोग करें:

fsutil fsinfo ntfsinfo F:

और आपको नीचे दिए गए पेंचकस की तरह कुछ मिलना चाहिए।

यदि आप जिज्ञासु हैं कि 16TiB नंबर कहां से आया है, तो यह msdn ब्लॉग पोस्ट आपके लिए इसे साफ कर देना चाहिए ।

Comments

RAID के बारे में आपकी चिंता के लिए धन्यवाद। मैंने अपने बॉस को उस पर RAID6 का उपयोग करने के लिए मनाने की कोशिश की, लेकिन असफल रहा। यह वास्तव में 5TB डिस्क की श्रेणी में है, न कि 2TB डिस्क (इसके बारे में क्षमा करें, मुझे निर्दिष्ट करना चाहिए)। इसका कारण यह है कि इस पर बहुत कम डेटा का उपयोग किया जा रहा है क्योंकि हमने इसे अभी तक उत्पादन में नहीं लगाया है। लेकिन, यह अंततः हमारा नया NAS होगा। और हम बहुत बार बैकअप भी करते हैं ताकि हम आसानी से एक अपमानित सरणी से उबर सकें। तो, क्या इसका मतलब यह है कि अगर मैंने सरणी को एक बड़े धारी के आकार के साथ फिर से बनाया है जो कि मेरे पास यह मुद्दा नहीं होगा?

— क्रिस पॉवेल

@ChrisPowell क्षमा करें, मुझे गलत वर्तनी (गलती) लगी। मेरा कहने का मतलब था, धारी नहीं। आपको इस समय को छोड़कर सरणी को पुन: स्वरूपित करने की आवश्यकता है, अपने क्लस्टर आकार के लिए 8 KB (या अधिक, यदि आप चाहें) का चयन करें।

— होपलेस एनबीबी

@ क्रिसहॉवेल एक अच्छा सवाल पूछने में प्रयास करने के लिए धन्यवाद ... और एक मैं भी जवाब दे सकता हूं, बोनस। :)

— होपलेसनब बी

बस एक अद्यतन; आपको यह जानकर खुशी होगी कि मैंने अपने बॉस से फिर से बात की और मैंने उन्हें आश्वस्त किया कि मुझे NAS को RAID6 पर स्विच करने और ड्राइव को 6TB पर अपग्रेड करने दें। आपकी मदद के लिए पुनः शुक्रिया।

— क्रिस पॉवेल

एक और अपडेट: मुझे अभी ड्राइव मिला है, मैंने सरणी सेट की है और 8KB क्लस्टर आकार के साथ स्वरूपित किया है और मुझे अभी भी यह त्रुटि मिल रही है। कोई सलाह? मैंने अपने कुल समूहों की जाँच की और यह 2 ^ 32 से कम है।

— क्रिस पॉवेल

Answer 2

16.7 टीबी NTFS फाइल सिस्टम के लिए फ़ाइल आकार की सीमा है। NTFS5 की फाइल साइज लिमिट 16 एक्साबाइट है। चूंकि यह एक साझा भंडारण ड्राइव है, इसलिए यह NTFS स्वरूपित हो सकता है, NTFS5 स्वरूपित नहीं। आपको जांचना होगा। मुझे मिलने वाले सभी मंत्रालय ऐसे लोग हैं जो मान लेते हैं कि आप NTFS5 फाइल सिस्टम को लिख रहे हैं।

Comments

माइनस आप सभी चाहते हैं - यह उत्तर सही है

— एंड्रयू एस

WSB बैकअप के लिए डेटा के ~ 1 TiB के लिए 16 TiB फ़ाइल नहीं लिखेगा, इसलिए ऐसा नहीं है। समस्या का वास्तविक स्रोत 4K ^ क्लस्टर आकार के साथ संयुक्त 2 ^ 32 -1 क्लस्टर की एनटीएफएस कार्यान्वयन सीमा है , जो बहुत लंबे समय से डिफ़ॉल्ट है।

— होपलेसनब बी