এটি সেই অঞ্চলগুলির মধ্যে একটি যেখানে স্যাটা সাবপটিমাল। সমস্যাটি স্টোরেজ ডিভাইস আন্তঃসংযোগ প্রোটোকল স্তরে, এবং এইভাবে আপনি কোন সফ্টওয়্যারটি চালাচ্ছেন তার সাথে সম্পর্কিত নয়। অন্য কোনও ফাইল কপিয়ার বা অন্য অপারেটিং সিস্টেম ব্যবহার করা যাদুবিদ্যার কারণে জিনিসগুলিকে আরও উন্নত করতে পারে না, ব্যতীত এটি সমস্যার প্রভাব কমাতে বিভিন্ন টাইমআউট মান নির্ধারণের চেষ্টা করতে পারে (যা হার্ডওয়্যার এবং ফার্মওয়্যারের উপর নির্ভর করে সম্ভব হতে পারে বা নাও হতে পারে; নীচে দেখুন) )।
এখানে কয়েকটি গুরুত্বপূর্ণ বিষয় রয়েছে:
- Sata- এর সাথে, যদি ড্রাইভটি সাড়া দেওয়া বন্ধ করে দেয় তবে এটি কেবলমাত্র একটি ড্রাইভেই সমস্যায় পড়ছে তা নয় , পুরো স্টোরেজ সিস্টেমটি বেঁধে ফেলতে পারে। এটি অবশ্যই পুরো নিয়ামককে বেঁধে রাখার সম্ভাবনা রাখে এবং যেহেতু বেশিরভাগ গ্রাহক সিস্টেমে কেবলমাত্র একটিমাত্র ডিস্ক নিয়ামক থাকে (মাদারবোর্ডে সংহত একটি), এর অর্থ সমস্ত স্টোরেজ। এটি আরও খারাপ যদি ড্রাইভটি কিছু মানহীন এবং / অথবা অপ্রত্যাশিত উপায়ে ব্যর্থ হয় তবে ড্রাইভ প্রান্তিক হলে অবশ্যই ঘটতে পারে। আপনার আগ্রহী হতে পারে কোনও হার্ডওয়্যার SATA RAID-10 অ্যারেতে থাকা একটি সিঙ্গল ডিস্ক কীভাবে পুরো অ্যারেটিকে স্ক্রাইকিং স্টলটিতে আনতে পারে? সার্ভার ফল্টে।
- বেশিরভাগ গ্রাহক এসটিএ ড্রাইভের দীর্ঘ সময়সীমার সময়সীমা থাকে (মিনিটের ক্রম অনুসারে) এবং অনেক গ্রাহক এসটিএ ড্রাইভে কনফিগারযোগ্য ত্রুটি পুনরুদ্ধার নিয়ন্ত্রণের অভাব থাকে । তথাকথিত "এনএএস" ড্রাইভে প্রায়শই কনফিগারযোগ্য ইসআরসি থাকে, এবং উচ্চ-শেষের ড্রাইভগুলি কার্যত সর্বদা করে থাকে; এ জাতীয় ড্রাইভগুলিরও সংক্ষিপ্ত ডিফল্ট সময়সীমা থাকতে পারে (7 সেকেন্ডের একটি সাধারণ মান হচ্ছে)। দীর্ঘ সময়সীমার সময়কালে সুবিধাজনক যদি ড্রাইভে ডেটাগুলির একমাত্র অনুলিপি ধারণ করে, যা দুর্ভাগ্যক্রমে গ্রাহক সিস্টেমে সাধারণ; এগুলি একটি অপ্রয়োজনীয় কনফিগারেশনের অসুবিধা বা যেখানে আপনি আরও বেশি খারাপ হওয়ার আগে ড্রাইভটি যতটা সম্ভব সম্ভব পেতে চান।
- একটি ড্রাইভ একটি খারাপ ক্ষেত্রটি পড়ার চেষ্টা চালিয়ে যাবে যতক্ষণ না এটি তার সময়সীমা শেষ না হওয়া অবধি বা হোস্ট দ্বারা কোনও বিসর্জন বাতিল হওয়া পর্যন্ত until যেহেতু সাটা বাসটি পড়া শেষ হওয়ার অপেক্ষায় বেঁধে রাখা যেতে পারে, তাই ওএসের পক্ষে স্টোরেজ-স্তরের কমান্ড বিসর্জনের ইঙ্গিত দেওয়া সম্ভব নাও হতে পারে এবং চরম ক্ষেত্রে, ড্রাইভগুলিও স্যাটা বাসের পুনরায় সেটাকে সাড়া দেয় না might এমন পরিস্থিতিতে
পয়েন্ট # 1 সার্ভারে এসএএসের অন্যতম প্রধান বিক্রয় পয়েন্ট ; এসএএসএর তুলনায় এসএএস-তে উল্লেখযোগ্যভাবে ভাল ত্রুটি রয়েছে। পয়েন্ট # 2 একটি ড্রাইভ ফার্মওয়্যার সীমাবদ্ধতা, এবং # 3 সত্যিই কেবল # 2 এর কারণে সমস্যা হয়ে দাঁড়িয়েছে।
সুতরাং যা হয় তা হ'ল ওএস ডিস্কে একটি "পঠিত সেক্টর" কমান্ড জারি করে এবং নির্দিষ্ট ক্ষেত্রগুলি কোনওভাবে ক্ষতিগ্রস্থ হয়। সুতরাং, ডিস্কটি প্লাটারগুলিতে তথ্য নেওয়ার চেষ্টা করার জন্য পুনরায় চেষ্টা করার চেষ্টা করে, বারবার পড়ার চেষ্টা করে যতক্ষণ না ভাল পর্যাপ্ত ডেটা না পাওয়া যায় যে ডিস্কের নিজস্ব ত্রুটি সংশোধন ( এফইসি ) অবশিষ্ট ত্রুটিগুলি সংশোধন করতে সক্ষম হয়। আপনি যদি দুর্ভাগ্য হন তবে এটি কখনই না হতে পারে তবে এই পঠনটি সফল হবে না এমন সিদ্ধান্ত নেওয়ার আগে ড্রাইভ কিছুটা দীর্ঘ সময়ের জন্য চেষ্টা চালিয়ে যাবে।
যেহেতু অপারেটিং সিস্টেমটি পড়ার জন্য অপেক্ষা করছে, এটি খুব কমপক্ষে অনুলিপি করার প্রক্রিয়াটি একটি ক্রলকে কমিয়ে দেবে এবং সঠিক ওএস আর্কিটেকচারের উপর নির্ভর করে ওএসকে সময়কালের জন্য ঝাঁকুনির বা এমনকি হিমশীতল হতে পারে। এই মুহুর্তে ডিস্কটি মূল পড়ার সাথে ব্যস্ত থাকে এবং বর্তমানে চালিত কমান্ড (সফলভাবে বা অসফলভাবে) শেষ না হওয়া পর্যন্ত পরবর্তী পঠিত কমান্ডগুলিতে সাড়া দেয় না এবং অন্যান্য সফ্টওয়্যার সাধারণত অপারেটিং সিস্টেমের চেয়ে ভাল করতে পারে না until চলছে।
অতএব, যে কোনও কিছু পড়ার জন্য অন্য কোথাও আলোড়িত করে ( আদর্শভাবে কেবল ক্ষতিগ্রস্থ ড্রাইভে) ক্ষতিগ্রস্থ ড্রাইভটি সফলভাবে প্রশ্নে খাতটি পড়া না হওয়া পর্যন্ত বা লাইকটি অপেক্ষা করতে হবে না বা এটি পড়া যায় না। প্রতিক্রিয়াবিহীন ড্রাইভগুলি স্যাটাকে অনুকূল হ্যান্ডলিংয়ের চেয়ে কম বলে, এর অর্থ এই হতে পারে যে আপনি যে ড্রাইভটি অনুলিপি করছেন তা কেবল তার I / O বিলম্বিত হতে পারে না। অপারেটিং সিস্টেমটি সামলাতে সক্ষম হলেও, এটি সফ্টওয়্যারটির ফলে খুব সহজেই অন্যান্য সফ্টওয়্যারকে ধীর বা প্রতিক্রিয়াহীন হয়ে উঠতে পারে, কারণ সফ্টওয়্যারটি অপর এক I / O অনুরোধটি শেষ করার জন্য অপেক্ষা করে।
আপনি এখানে ডিস্কের কোনও ফাইল অ্যাক্সেস না করেও ডিস্ক আই / ও ঘটতে পারে তা এখানেও লক্ষণীয় গুরুত্বপূর্ণ। এর প্রধান দুটি কারণ হ'ল লোড-অন-ডিমান্ড এক্সিকিউটেবল কোড এবং অদলবদল। যেহেতু সিস্টেমটি মেমরির চাপের মধ্যে না থাকলেও অদলবদল কখনও কখনও ব্যবহৃত হয় এবং আধুনিক সিস্টেমে লোড-অন-ডিমান্ড এক্সিকিউটেবল কোডটি সাধারণ এবং আধুনিক এক্সিকিউটেবল ফাইল ফর্ম্যাট সহ, সাধারণ ব্যবহারের সময় অযৌক্তিক ডিস্ক পড়ার ক্রিয়াকলাপ খুব বাস্তব সম্ভাবনা।
মাত্তিও ইটালিয়া কর্তৃক প্রশ্নের মন্তব্যে যেমন উল্লেখ করা হয়েছে , একটি প্রশমিত কৌশল হ'ল ভিন্ন স্টোরেজ আন্তঃসংযোগ ব্যবহার করা, যা "ইউএসবি ঘেরে ডিস্ক স্থাপন" বলার জটিল উপায়। ইউএসবি ভর স্টোরেজ প্রোটোকলের মাধ্যমে বিমূর্ত করে, এটি আপনার সিস্টেমের বাকী অংশ থেকে সমস্যাযুক্ত SATA অংশকে পৃথক করে, যার অর্থ এই যে তাত্ত্বিকভাবে , সেই নির্দিষ্ট ডিস্কের কেবলমাত্র I / O disk ডিস্কের আই / ও সমস্যার দ্বারা প্রভাবিত হওয়া উচিত।
কিছুটা হলেও, এটি বেশিরভাগ ক্ষেত্রেই কেন Sata (বিশেষত ড্রাইভ-লেভেল ইআরসি ব্যতীত Sata) প্রায়শই RAID এর জন্য নিরুৎসাহিত হয় (বিশেষত RAID স্তরগুলি রিডানডেন্সির সাথে থাকে যা মানকগুলির মধ্যে সমস্ত RAID 0 ব্যতীত হয় ); দীর্ঘ সময়সীমা এবং দুর্বল ত্রুটি পরিচালনার ফলে সহজেই একটি একক খারাপ সেক্টরের জন্য পুরো ডিভাইসটিকে অ্যারের বাইরে ফেলে দেওয়া যেতে পারে, যা অতিরিক্ত পরিমাণে উপস্থিত থাকলে RAID নিয়ামক ঠিক জরিমানা করতে পারে এবং স্টোরেজ নিয়ামক সহজেই জানেন যে এটিই সমস্যা। এসএএস বড় স্টোরেজ অ্যারেগুলির জন্য ডিজাইন করা হয়েছিল, এবং এই প্রত্যাশার সাথে যে মাঝে মাঝে বিভিন্ন ড্রাইভে সমস্যা হবে, যার ফলে এটি একটি একক সমস্যাযুক্ত ড্রাইভের কেস পরিচালনা করার জন্য নকশাকৃত হয়েছিল বা I / O অনুরোধটি নিখুঁতভাবে অনুরোধ করেছেএমনকি যদি ড্রাইভ না করে। সমস্যাযুক্ত ডিস্কগুলি গ্রাহক সিস্টেমে খুব বেশি সাধারণ হয় না কারণ কেবল তাদের মধ্যে অনেকগুলি ডিস্ক ইনস্টল না করা থাকে এবং যেগুলি ইনস্টল করা হয় সেগুলি কখনই অপ্রয়োজনীয় হয় না; যেহেতু Sata Pata / IDE কে SCSI নয় প্রতিস্থাপনের লক্ষ্য করে (পরবর্তীটি বিশেষত SAS এর লক্ষ্য হিসাবে চিহ্নিত করা হয়েছিল), সম্ভবত এটির ত্রুটি পরিচালনার বৈশিষ্ট্য এবং দাবিগুলি (বা গ্যারান্টি) তার উদ্দেশ্যযুক্ত ব্যবহারের ক্ষেত্রে যথেষ্ট বিবেচিত হয়েছিল।