উইন্ডোজ সার্ভার ব্যাকআপ ত্রুটি - 16.7TB এর চেয়ে বেশি পরিমাণে ভলিউম সুরক্ষিত করা যায় না?


10

আমি আমার নতুন সার্ভারে একটি রেড অ্যারে ব্যাকআপ করার জন্য উইন্ডোজ সার্ভার ব্যাকআপ ব্যবহার করার চেষ্টা করছি। তবে, আমি যখন করি, তখন আমি এই ত্রুটিটি চালিয়ে যাচ্ছি:

এখানে চিত্র বর্ণনা লিখুন

সার্ভারটি উইন্ডোজ সার্ভার 2012 আর 2 চালাচ্ছে এবং প্রশ্নযুক্ত অ্যারে 20TB আকারের (18 টিবি ব্যবহারযোগ্য); 1TB এরও কম ব্যবহার বর্তমানে করা হচ্ছে।

আমি জানি যে উইন্ডোজ সার্ভার ২০০৮-এ, ভিএইচডি-র সীমাবদ্ধতার কারণে আপনি 2 টিবি-র চেয়ে বেশি পরিমাণের ব্যাকআপ নিতে পারেননি, তবে মাইক্রোসফ্ট এখন ভিএইচডিএক্সে স্যুইচ করেছে, যা T৪ টিবি ভলিউমকে ব্যাক আপ করার অনুমতি দেয়। আমি এর সদ্ব্যবহার করার চেয়ে আমি সচেতন, প্রশ্নযুক্ত ড্রাইভটি অবশ্যই জিপিটি হতে হবে।

আমি নিশ্চিত করেছি যে আমার ডিস্কটি আসলে জিপিটি।

এখানে চিত্র বর্ণনা লিখুন

আমি যখন উইন্ডোজ সার্ভার ব্যাকআপ চালনা করি, তখন আমি "ব্যাকআপ একবার" বিকল্পটি ব্যবহার করে একটি নেটওয়ার্ক ড্রাইভে ব্যাক আপ করছি। আমি মানক সেটিংস হিসাবে বিশ্বাস করি তাও ব্যবহার করছি। তবে, যখন আমি ব্যাকআপটি চালানোর চেষ্টা করি, তখন আমি উপরে প্রদর্শিত ত্রুটিটি উপস্থাপন করছি।

আমি নিশ্চিত নই কেন এটি 16.7TB এ ক্যাপচার করছে, যেহেতু উইন্ডোজ সার্ভার ব্যাকআপ 64TB অবধি ভলিউম ব্যাকআপ করতে পারে। এটি কেন ঘটছে বা আমি কী ভুল করছি তা সম্পর্কে কেউ আমাকে কিছুটা অন্তর্দৃষ্টি দিতে পারেন?

আপডেট: আমি নতুন ড্রাইভ পেয়েছি এবং আবার অ্যারে তৈরি করেছি তবে আমি এখনও একই ত্রুটি পেয়েছি। আমি নিশ্চিত করতে পারি যে আমার ক্লাস্টার গণনা 2 ^ 32 এর নিচে।

এখানে চিত্র বর্ণনা লিখুন

আমি এই প্রশ্নে পড়েছিলাম যে আপাতভাবে উইন্ডোজ ব্যাকআপ 512 বা 512e বাইট সেক্টর নেই এমন ডিস্কগুলিতে বা ব্যাক আপ সমর্থন করে না। আমি যে ফাইলসায়ারে ব্যাকআপ নেওয়ার চেষ্টা করছি তার দিকে তাকিয়ে এটি 4 কে সেক্টর ব্যবহার করে। এটি অন্তর্নিহিত সমস্যা হতে পারে? যদি এটি সহায়তা করে তবে আমি যে ভাগটি ব্যাকআপ করার চেষ্টা করছি সেটি একটি সেন্টোস সার্ভারে হোস্ট করা হচ্ছে।


এটি কোনও 'সুরক্ষিত' বার্তা, কোনও স্থানের বার্তা নয়। 'স্ট্যান্ডার্ড সেটিংস' কোনও উইন্ডোজ সার্ভারের ব্যাকআপের জন্য ডিপিএম - ডেটা সুরক্ষা ব্যবস্থাপক ব্যবহার করা হয়। এটি উপস্থিত হয় যখন ডিপিএম ব্যবহার করার সময় কোনও সফ্টওয়্যার সীমাবদ্ধতা থাকে। আপনার প্রয়োজনের বাইট-বাইট অনুলিপি পুনরুদ্ধার করার কোনও উপায় আছে বলে ধরে নিয়ে, সেটিংস তথাকথিত 'সুরক্ষা' সক্ষম না করে কোনও বাইট-বাই-বাইট অনুলিপি গ্রহণের অনুমতি দেয় কিনা তা আপনি দেখতে চাইতে পারেন।
অ্যান্ড্রু এস

1
@ এন্ড্রুএস না, এটি উইন্ডোজ সার্ভার ব্যাকআপের একটি বার্তা। "সুরক্ষিত" হ'ল এই দিনগুলিতে ব্যাকআপগুলিতে নতুন বাজওয়ার্ড বলে মনে হচ্ছে। এমনকি আমার আভামার (এন্টারপ্রাইজ ডি 2 ডি ব্যাকআপ প্রোডাক্ট) ড্যাশবোর্ডটি আমাকে বলে যে এটির জন্য আমাদের জন্য এক্স টিবি ডেটা "সুরক্ষিত" রয়েছে।
আশাহীন N00b

2
এটি 'ব্যাকআপ' শব্দটির দুর্ভাগ্যজনক অপব্যবহার। সন্দেহ নেই যে আইটিআইএল দেবতারা ক্রুদ্ধ হচ্ছেন। তবে, এটি হিসাবে দেখা যাচ্ছে যে এনটিএফএসের ফাইল সাইজের সীমাটি 16.7TB, সুতরাং সমস্যাটি হ'ল - ব্যাকআপ (আমি অনুমান করছি) একটি বিশাল ফাইল এবং 16.7TB সেই আকারের সীমা। মাইক্রোসফ্ট এবং অন্যান্য বিক্রেতারা এটিকে ম্যাঙ্গেল করতে এবং এটিকে একটি 'সুরক্ষা' বা তারা যে কোনও ইডিয়টিক বিপণন স্লাগ বলতে চান, আমি এখনও এটিকে একটি 'ব্যাকআপ' বলব।
অ্যান্ড্রু এস

@ অ্যান্ড্রুস এটি ডেটা ডুপ্লিকেশন এবং স্ন্যাপশ্যাটিং এবং এর আগে আসল তথ্য আকারের একটি পরিমাপ হিসাবে ব্যবহৃত হয়। এবং সার্ভার 2012 এ এনটিএফএসের ফাইলের সীমা 256 টিআইবি, 16 টিবি নয়
আশাহীন N00b

এফডাব্লুআইডাব্লু: একই সমস্যা এখানে। সার্ভার 2016, 20 এবং 63 টিবি ড্রাইভ, ভলিউমের প্রতি ক্লাস্টারে 16 কেবি বাইটস, ভলিউম প্রতি 2 ^ 32 ক্লাস্টার, ফিজিকাল ডিস্ক 512 বাইট সেক্টর এবং জিপিটি under vss ছায়াগুলি ইস্যু ছাড়াই কাজ করে, ব্যাকআপগুলি আপনার মতো একই ত্রুটি পায়। আমি একটি জঘন্য পাওয়ারশেল স্ক্রিপ্ট ছেড়ে দিতে এবং লিখতে চলেছি যা একটি স্ন্যাপশট নেয় এবং ফোল্ডার প্রতি একটি পূর্বনির্ধারিত স্ক্রিপ্ট চালায় এবং মূলত ফাইলগুলির জন্য, যা পরিচালনা করার জন্য অনেক বেশি যন্ত্রণা হবে ...
কুকি মনস্টার

উত্তর:


8

ঠিক আছে, উইন্ডোজ সার্ভার ব্যাকআপ ব্যর্থ হওয়ার কারণটি আপনি ভলিউমে যে ক্লাস্টারের আকার ব্যবহার করছেন তা হ'ল। (এবং আমি আপনার রেড অ্যারের টাইম বোমা হওয়ার গুরুত্বপূর্ণ ইস্যুর পরেও কেন এখুনি ঠিক তা ব্যাখ্যা করব))

তবে ব্যাকআপ ইস্যুটি সমাধান করার আগে আমাদের আপনার RAID সেটআপ দিয়ে সমস্যাটি সমাধান করা দরকার।

বড় ডিস্ক সহ RAID5 ব্যবহার করবেন না। এবং আপনি অনেক সদস্যের সাথে অ্যারে সহ RAID5 ব্যবহার করবেন না। কেবলমাত্র একটি প্যারিটি ডিস্কের সাহায্যে, আপনি অনেকগুলি বড় ডিস্কের সাথে ইউআরআই বা অন্য কোনও ডিস্ক ব্যর্থতায় চলে যাবেন (অপরিবর্তনযোগ্য পড়ার ত্রুটি) তে চালানো কার্যত নিশ্চিত, সুতরাং আপনার কোনও আসল অপ্রয়োজনীয়তা নেই। আপনার যদি প্যারিটি RAID ব্যবহার করতে হয়, RAID6 ব্যবহার করুন তবে তারপরেও প্যারিটি RAID গুরুতর অসুবিধা নিয়ে আসে, সুতরাং প্যারিটি RAID এ স্থির হওয়ার আগে দীর্ঘ এবং কঠোর চিন্তা করুন।

আমি পরামর্শ দিচ্ছি যে ২০ টিবি টি অ্যারেটি ভেঙে এবং এটি র‌্যাড ১০-এ পুনরায় তৈরি করার পরামর্শ দেবে আপনার ডেটাটির জন্য আপনি আরও ভাল পারফরম্যান্স এবং আসল অপ্রয়োজনীয়তা পাবেন। যেহেতু আপনি কেবল 1 টিবি ব্যবহার করছেন, আপনার এখনও ভবিষ্যতের বিকাশের জন্য 9 টিবি রয়েছে এবং আপনি যদি সত্যিই এটি আঘাত করেন তবে আপনাকে একটি নিবেদিত এনএএস ডিভাইস বা স্টোরেজ সার্ভারটি অনুসন্ধান করা দরকার।

আপনি একবার আপনার রেড অ্যারে যুক্তিসঙ্গত অবস্থায় আনার পরে আপনি এই সমস্যাটিও সমাধান করবেন, কারণ এটি বর্তমানে যে টিআইবি অভিযোগ করছে এটির চেয়ে এটি ছোট হবে। তবে, যদি আপনি জানতে চান, এটি অ্যারের আকার নয় যা এটির সাথে সমস্যা রয়েছে, এটি ক্লাস্টারের সংখ্যা। আপনি যে ভলিউমটি ব্যাক আপ করছেন তার মধ্যে আপনার কাছে 2 ^ 32 টিরও কম ক্লাস্টার থাকা দরকার। আপনার ক্লাস্টারের আকারটি 4 কেবি থেকে 8 কেবিতে পরিবর্তন করুন এবং আপনার ভাল হওয়া উচিত।

আপনার ক্লাস্টারের আকার পরীক্ষা করতে, ব্যবহার করুন:

fsutil fsinfo ntfsinfo F:

এবং আপনার নীচের স্ক্রিনক্লিপের মতো কিছু পাওয়া উচিত।

এখানে চিত্র বর্ণনা লিখুন

আপনি যদি কৌতূহলী হন যে 16TiB নম্বরটি কোথা থেকে এসেছে তবে এই এমএসডিএন ব্লগ পোস্টটি এটি আপনার জন্য পরিষ্কার করা উচিত


RAID সম্পর্কে আপনার উদ্বেগের জন্য আপনাকে ধন্যবাদ। আমি আমার বসকে এটির উপর RAID6 ব্যবহার করার জন্য বোঝানোর চেষ্টা করেছি, তবে এটি ব্যর্থ হয়েছিল। এটি আসলে 2 টিবি ডিস্ক নয়, 5 টিবি ডিস্কের একটি অ্যারেতে রয়েছে (এর জন্য দুঃখিত, আমার উল্লেখ করা উচিত)। এটিতে এত অল্প ডেটা ব্যবহার হওয়ার কারণ হ'ল আমরা এটিকে এখনও উত্পাদনে রাখিনি। তবে, শেষ পর্যন্ত এটি আমাদের নতুন এনএএস হবে। এবং আমরা ব্যাকআপগুলিও প্রায়শই সম্পাদন করি যাতে আমরা সহজেই একটি অবনমিত অ্যারে থেকে পুনরুদ্ধার করতে পারি। সুতরাং, এর অর্থ কি এই যে আমি যদি বড় আকারের স্ট্রাইপ আকারের সাথে অ্যারেটি পুনরায় তৈরি করি তবে আমার এই সমস্যাটি নেই?
ক্রিস পাওয়েল

1
@ ক্রিসপোয়েল দুঃখিত, আমি ভুল বানান (ভুল টাইপ)। আমি ক্লাস্টার বলতে চেয়েছি, স্ট্রাইপ নয়। আপনাকে অ্যারের পুনরায় ফর্ম্যাট করতে হবে, এই সময়টি বাদ দিয়ে, আপনার ক্লাস্টারের আকারের জন্য 8 কেবি (বা আরও বেশি, আপনি চাইলে) নির্বাচন করুন।
হোপলেস এন 100 বি

2
@ ক্রিসপোয়েল একটি ভাল প্রশ্ন জিজ্ঞাসা করার চেষ্টা করার জন্য ধন্যবাদ ... এবং যার উত্তর আমি দিতে পারব, বোনাস। :)
আশাহীন N00b

1
শুধু একটি আপডেট; আপনি জানতে পেরে আপনি খুশি হবেন যে আমি আবার আমার বসের সাথে কথা বলেছি এবং আমি তাকে দৃ me়প্রত্যয় জানিয়েছি যে আমাকে NAS কে RAID6 এ পরিবর্তন করতে এবং ড্রাইভগুলি 6TB এ উন্নত করতে দিন। আপনার সাহায্যের জন্য আবার আপনাকে ধন্যবাদ.
ক্রিস পাওয়েল

অন্য আপডেট: আমি সবেমাত্র ড্রাইভগুলি পেয়েছি, আমি অ্যারে সেট আপ করেছি এবং একটি 8 কেবি ক্লাস্টার আকারের সাথে ফর্ম্যাট করেছি এবং আমি এখনও এই ত্রুটিটি পেয়েছি। কোন পরামর্শ? আমি আমার মোট ক্লাস্টার চেক করেছি এবং এটি 2 ^ 32 এর নিচে ভাল।
ক্রিস পাওয়েল

0

16.7 টিবি হ'ল এনটিএফএস ফাইল সিস্টেমের ফাইল আকারের সীমা। এনটিএফএস 5 এর ফাইল আকারের সীমা 16 এক্সপায়াইট। যেহেতু এটি একটি ভাগ করা স্টোরেজ ড্রাইভ, এটি এনটিএফএস ফর্ম্যাটেড হতে পারে, এনটিএফএস 5 ফর্ম্যাটেড নয়। আপনার চেক করা দরকার। আমি যে সকল মিনিটগুলি পাচ্ছি তা হ'ল এমন লোকেরা যারা ধরে নিবেন যে আপনি কোনও এনটিএফএস 5 ফাইল সিস্টেমে লিখছেন।


আপনি যা চান তা বিয়োগ - এই উত্তরটি সঠিক
অ্যান্ড্রু এস

1
ডাব্লুএসবি ব্যাকআপ নিতে Ti 1 টিআইবি ডেটার জন্য 16 টিআইবি ফাইল লিখবে না, তাই এটি নয় it's সমস্যার আসল উত্স হল 2 N 32 -1 ক্লাস্টারের এনটিএফএস বাস্তবায়ন সীমা, 4KB ক্লাস্টার আকারের সাথে মিলিত , যা খুব দীর্ঘ সময় ধরে ডিফল্ট ছিল।
আশাহীন N00b
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.