নিম্নলিখিত বৈশিষ্ট্য এবং সীমাবদ্ধতার সাথে হার্ড ড্রাইভ "স্পিন-আপ" একটি খুব নির্দিষ্ট ক্রিয়াকলাপ is
- বেশিরভাগ ডেস্কটপ / গ্রাহক এইচডিডি এর জন্য স্পিন-আপ প্রক্রিয়াটি শেষ করতে 3 থেকে 5 সেকেন্ড সময় লাগে। স্পিন-আপ প্রক্রিয়া চলাকালীন, এইচডিডি কোনও ডেটা পড়তে বা লিখতে পারে না।
- স্পিন-আপের সময়, আপনি যদি ডিভাইসের খুব কাছাকাছি কথা শুনতে পান তবে আপনি একটি বাড়িয়ে দেওয়া পিচের শব্দ শুনতে পাবেন। এর শেষে আপনি এইচডিডি এর বল বিয়ারিংয়ের সেই নরম ক্লিকগুলির একটি বিস্ফোরণ শুনতে পাবেন যা ডিস্কটি বিভিন্ন স্থানে "সন্ধান করে" চলেছে (আই / ও অনুরোধগুলি পূরণ করতে যখন সারি শুরু হয়েছিল)।
- গ্রাহক এইচডিডি হাজার হাজার স্পিন-আপ / স্পিন-ডাউন চক্রের জন্য ডিজাইন করা হয়েছে, কিছু নিম্ন মানের ইউনিট প্রায় 1000-2000 স্পিন-আপ চক্রকে ব্যর্থ করে দিয়েছিল, তবে প্রায় 600,000 এর জন্য ইঞ্জিনিয়ারিং রয়েছে। এই সংখ্যাটি স্পিন-আপ চক্রের পরে, প্রক্রিয়াটির সাথে জড়িত প্রক্রিয়াগুলি ভেঙে যেতে শুরু করে এবং শেষ পর্যন্ত ব্যর্থ হয়।
সফ্টওয়্যারের দিক থেকে, একটি সু-কনফিগার করা সিস্টেমে সাধারণত স্পিন-আপ / স্পিন-ডাউনগুলি প্রায় তিন ধরণের নীতি থাকতে পারে:
জন্য চরম শক্তি সংরক্ষণ (যেমন, ব্যাটারি শক্তি একটি ল্যাপটপ মধ্যে), সম্ভাব্য স্বল্পতম স্পিন-ডাউন সময় আপনি আশা করতে পারে নিষ্ক্রিয়তার প্রায় 15 বা 30 মিনিট (হবে কোন সময়কালে ডিস্ক কার্যকলাপ)। আধুনিক উইন্ডোজটিতে, আমাদের এতগুলি প্রোগ্রাম সারাক্ষণ চলমান থাকে এবং প্রায় ধ্রুবক I / O করে চলেছে যে 15 মিনিটের জন্য কোনও ডিস্ক ক্রিয়াকলাপ না হওয়ার সম্ভাবনা, এমনকি একটি "ক্লিন" সিস্টেমে এমনকি ব্যবহারকারী সম্পূর্ণ নিষ্ক্রিয় থাকলেও শূন্য। অনুশীলনে, এই কনফিগারেশনটি আজকাল অস্বাভাবিক।
পরিমিত শক্তি সংরক্ষণের জন্য, একটি সাধারণ ডেস্কটপ স্পিন-ডাউন সময় প্রায় 2 থেকে 4 ঘন্টা হতে পারে। এর অর্থ, যদি 2 বা 4 ঘন্টা (বা এটির জন্য কনফিগার করা যাই হোক না কেন) হার্ড ড্রাইভটিতে কোনও পাঠ্য বা লেখার ঘটনা না ঘটে তবে ডিস্কটি নীচে নেমে যাবে এবং পরবর্তী আঘাতের জন্য I / O অনুরোধটি স্পিন করতে হবে ডিস্ক ব্যাক আপ।
সার্ভারগুলির জন্য, যেহেতু তারা সর্বদা যে কোনও তাত্ক্ষণিক সময়ে (তাদের প্রতিক্রিয়াতে কোনও ল্যাগ ছাড়াই) উপলভ্য হওয়ার জন্য আগ্রহী, তাই নিষ্ক্রিয়তার কারণে স্পিন-ডাউন সাধারণত অক্ষম থাকে। এটি একটি এনএএস পাশাপাশি একটি ওয়েব সার্ভার বা অন্য কোনও ধরণের সার্ভারে প্রযোজ্য।
আমি অবাক হব যদি আপনার নিজের ডাব্লুডি এনএএস খুব কম সংক্ষিপ্ত স্পিন-ডাউন সময়ের জন্য বাক্সের বাইরে তৈরি করা হয়। তবে বহু বছর আগে উবুন্টু লিনাক্সে একটি বাগ ছিল (২০০ in সালে) যেখানে তারা ঘটনাক্রমে স্পিন-ডাউন নিষ্ক্রিয় সময়টি 0 সেকেন্ডে সেট করে। এর অর্থ হ'ল ডিস্ক আই / ও অনুরোধটি পরিচালনা করা বন্ধ করার সাথে সাথে স্পিন-ডাউনের জন্য "0 সেকেন্ড" টাইমারটি অবিলম্বে শেষ হয়ে যাবে, ডিস্কটি নীচে নেমে যাবে এবং মাথাগুলি পার্ক করবে। তারপরে I / O অনুরোধগুলি মেমরিতে সারি করে রাখবে যখন সেগুলি পরিচালনা করতে ডিস্কটি আবার স্পিন করতে হয়েছিল।
স্পিন-আপ / স্পিন-ডাউনের এই ধ্রুবক মন্থরতা 2007 সালে উবুন্টুতে খুব অল্প ক্রমে মানুষের হার্ড ড্রাইভগুলিকে হত্যা করছিল ol যে সমস্যাগুলি লক্ষ্য করে এবং সংশোধন করেনি না এমন লোকেরা সপ্তাহের কয়েক সপ্তাহে ব্যর্থ হয়ে দ্রুত কাজ করা এইচডিডি অভিজ্ঞ (এই এইচডিডিগুলি হ'ল) ঘন ঘন স্পিন-আপ চক্রগুলি মাথায় রেখে নকশাকৃত নয় বা তারা সাধারণ ব্যবহারে ব্যর্থ হওয়ার কারণে 1 বছরের কম ছিল)।
আপনার জন্য NAS যদি হয় ক্রমাগত আপ কাটনা এবং নিচে, এটা ভিতরে ডিস্ক যান্ত্রিক পরিধান কেমন যে অসাধারণভাবে পোক্ত হয় (এই ফ্রিকোয়েন্সিতে) HDDs দ্বারা, সহন, তাই এটা সত্যিই ধরনের তাদের জন্য যন্ত্রণা পরীক্ষা। আপনার নিজের পরিস্থিতি এনএএস-তে সমাধানের চেষ্টা করা উচিত।
নিম্নলিখিত চেষ্টা করুন:
- এনএএসের কনফিগারেশন পৃষ্ঠাগুলিতে প্রতিটি ফার্মওয়্যার সেটিংটি দেখুন এবং নিশ্চিত করুন যে আপনি যেকোন পাওয়ার ম্যানেজমেন্ট সেটিংসকে যতটা সম্ভব "লক্ষ্মী" হতে হবে (ন্যূনতম পাওয়ার সাশ্রয় / অক্ষম) করতে হবে।
- প্রস্তুতকারকের কাছ থেকে পাওয়া সর্বশেষে NAS এর ফার্মওয়্যার আপডেট করুন।
- আপনি যদি এনএএস চ্যাসিসটি খোলার পক্ষে স্বাচ্ছন্দ্য বোধ করেন তবে তা করুন এবং ভিতরে এইচডিডিগুলির মডেল এবং সিরিয়াল নম্বরগুলি সন্ধান করুন। তারপরে অনলাইনে এই সংখ্যাগুলিতে ঘুষি মারুন এবং দেখুন যে আপনি নিজেরাই এইচডিডিগুলির জন্য ফার্মওয়্যার আপডেটগুলি খুঁজে পেতে পারেন (যদি আপনি এনএএস ইন্টারফেস থেকে ফার্মওয়্যার আপডেট করতে না পারেন তবে আপনি সরাসরি উইন্ডোজ থেকে এইচডিডি কম্পিউটারে রেখে ফার্মওয়্যার আপডেটগুলি প্রয়োগ করতে পারেন)।
- যদি ডিস্কগুলির জন্য স্মার্ট নির্ণয়ের উপলভ্য থাকে, আপনার একটি স্মার্ট ডায়াগনস্টিক্স প্রোগ্রাম ব্যবহার করে তাদের পরীক্ষা করা উচিত, বা সম্ভাব্য ব্যর্থতার ইঙ্গিত হিসাবে এনএএস ফার্মওয়্যারের মধ্যে সন্ধান করা উচিত।
- যদি এর কোনওটিই সমস্যার সমাধান না করে তবে সম্ভবত এনএএসের মধ্যে এইচডিডি (গুলি) ত্রুটিযুক্ত বা নাস নিজেই ত্রুটিযুক্ত। যদি এইচডিডিগুলি নির্দিষ্ট ধরণের অভ্যন্তরীণ ত্রুটিগুলি অনুভব করে তবে তারা নিজেরাই পুনরায় সেট করে চলেছে (পাওয়ার বন্ধ / পাওয়ার চালু) এবং ফলস্বরূপ স্পিন ডাউন হচ্ছে, তারপরে ব্যাক আপ।
এখন, আপনার সন্দেহ হিসাবে উইন্ডোজ কি সমস্যা? এটা না। কোনও এনএএসের ডিস্কগুলি অলস সময়ের কয়েক সেকেন্ড পরে নিয়মিত কাটানো উচিত নয়। তাদের সহজভাবে করা উচিত নয়। সময়কাল। কেউ তাদের এনএএসকে উদ্দেশ্য মতো ডিজাইন করে না (ভাল, আমি এটি পুরোপুরি ডাব্লুডির আগেই করব না, তবে এটি অসম্ভব)।
উইন্ডোজ completely সম্পূর্ণরূপে দোষহীন কারণ এটি ঘটছে কারণ আপনার উইন্ডোজ কম্পিউটার এসএমবি প্রোটোকলের মাধ্যমে আপনার নাসের সাটা নিয়ামকের পাওয়ার ম্যানেজমেন্ট ফাংশনকে নিয়ন্ত্রণ করতে পারে না। কেবল এনএএসের অপারেটিং সিস্টেমই এটি করতে পারে।
উইন্ডোজ 7 আসলে যখন আপনি উইন্ডোজ এক্সপ্লোরার খুলবেন তখন এটি কি নির্দিষ্ট এসএমবি অপারেশন সম্পাদন করে যা এনএএসের ভাগ করা স্থানে মোট এবং উপলব্ধ ডিস্কের স্থান গণনা করার জন্য ফাইল সিস্টেম মেটাডেটা অনুসন্ধান করে।
এক্সেসের সময় সজ্জিত এবং "সম্পূর্ণরূপে চলমান" এমন একটি হার্ড ড্রাইভের জন্য, মোট এবং উপলব্ধ ডিস্কের স্থান গণনা করতে এক সেকেন্ডেরও কম সময় নেওয়া উচিত। অনুরোধটি বিশেষভাবে ব্যয়বহুল নয় এবং এটি কোনও পরিমাপের দ্বারা "বন্যার" নয়।
যদি আপনি সত্যিকার অর্থে বিশ্বাস করেন যে উইন্ডোজ এনএএস- তে কোনওরকম কমান্ড বন্যার কাজ করছে, আপনার নিজের উইন্ডোজ computers কম্পিউটারের একটিতে ওয়্যারশার্ক ইনস্টল করে আপনার এনএএসের আইপি গন্তব্য সহ এসএমবি প্রোটোকলে একটি প্যাকেট স্নিফ চালানো উচিত prove । উইন্ডোজ এক্সপ্লোরার খোলার মাধ্যমে যদি প্রায় 100 টিরও বেশি অনুরোধ প্রেরণ করা হয় এবং বিশেষত এক্সপ্লোরার খোলার পরে 5-10 সেকেন্ডেরও বেশি সময় ধরে যদি অনুরোধগুলি খুব বেশি হারে চলতে থাকে তবে আমি এটিকে একটি বন্যার বিষয়টি বিবেচনা করব । অন্যথায় এটি কম-বেশি স্বাভাবিক।
মনে রাখবেন যে কোনও ভাইরাস স্ক্যানিং এবং ব্যাকআপ পণ্যগুলি উপলব্ধি করার জন্য যথেষ্ট স্মার্ট নয় যে কোনও ম্যাপযুক্ত নেটওয়ার্ক ড্রাইভ (উদাঃ এফ: বা কোনও কিছু) একটি শেয়ারড ড্রাইভ এবং ফলস্বরূপ, পুরো ড্রাইভে ভাইরাস স্ক্যানিং বা ব্যাকআপগুলি করার চেষ্টা (আপনি ইচ্ছাকৃতভাবে এগুলি থেকে অ্যাক্সেস করেন এমন ফাইলগুলি নয়)। এই ধরণের বাগগুলি বেশিরভাগ historicalতিহাসিক, তবে নির্দিষ্ট সফ্টওয়্যার দ্বারা সময়ে সময়ে ক্রপ করা যায়। কিছু প্রোগ্রাম রয়েছে যা ব্যবহারকারীর নির্দেশাবলী বিশ্বস্তভাবে কার্যকর করবে যদি তারা, উদাহরণস্বরূপ, ভাগ করা ড্রাইভে একটি ঘন্টা ঘন্টা পূর্ণ ভাইরাস স্ক্যান সম্পাদন করার জন্য প্রোগ্রামটি কনফিগার করে। এই প্রক্রিয়াটি শুরু হয়ে গেলে, এটি এসএমবির অনুরোধে এনএএসকে "বন্যা" করবে।
সুতরাং আপনি যে ধরণের ঘটনা ঘটতে পারে তা অস্বীকার করতে চাইতে পারেন, তবে আমার মতে সমস্যার মূল কারণ হ'ল ড্রাইভটি প্রথম স্থানে কাটছে। একটি ভাল এনএএস মোট নিষ্ক্রিয়তার কমপক্ষে ২ ঘন্টা অবধি ড্রাইভটি কমতে দেয় না এবং হেডস পার্ক করতে দেয় না। আপনি যদি খুব দ্রুত উইন্ডোজ এক্সপ্লোরারটি খুলতে / বন্ধ করতে এবং প্রতিবার স্পিন-আপ পুনরুত্পাদন করতে পারেন তবে এনএএস পক্ষের কিছু ভুল is