عندما أخبرت صديقًا مرة أخرى لماذا لا ينبغي الوثوق بقراءات SMART بشكل غير مشروط ولماذا من الأفضل عدم استخدام "شاشات SMART" الكلاسيكية طوال الوقت ، خطرت لي فكرة لكتابة الكلمات المنطوقة في شكل مجموعة من الأطروحات مع التفسيرات. لتقديم روابط بدلاً من إعادة سردها في كل مرة. ولتعريف جمهور واسع.
1) يجب استخدام برامج المراقبة التلقائية لسمات SMART بحذر شديد.
ما تعرفه على أنه سمات SMART لا يتم تخزينه على الرف ، ولكن يتم إنشاؤه في اللحظة التي تطلبها فيها. يتم حسابها بناءً على الإحصائيات الداخلية المتراكمة والمستخدمة بواسطة البرنامج الثابت لمحرك الأقراص أثناء التشغيل.
لا يحتاج الجهاز إلى بعض هذه البيانات لتوفير الوظائف الأساسية. ولا يتم تخزينها ، ولكن يتم إنشاؤها في كل مرة تكون مطلوبة. لذلك ، عند حدوث طلب للحصول على سمات SMART ، يقوم البرنامج الثابت بتشغيل عدد كبير من العمليات اللازمة لاسترداد البيانات المفقودة.
لكن هذه العمليات غير متوافقة بشكل جيد مع الإجراءات التي يتم إجراؤها عند تحميل محرك الأقراص بعمليات القراءة والكتابة.
في عالم مثالي ، لا ينبغي أن يؤدي هذا إلى أي مشاكل. لكن في الواقع ، يكتب الأشخاص العاديون برامج ثابتة لمحركات الأقراص الثابتة. والتي يمكن أن تكون خاطئة وخاطئة. لذلك ، إذا قمت بالاستعلام عن سمات SMART أثناء قيام الجهاز بإجراء عمليات القراءة / الكتابة بنشاط ، فإن فرص حدوث خطأ ما تزداد بشكل كبير. على سبيل المثال ، سيتم إتلاف البيانات الموجودة في المخزن المؤقت للقراءة أو الكتابة للمستخدم.
البيان حول زيادة المخاطر ليس نتيجة نظرية ، ولكن ملاحظة عملية. على سبيل المثال ، هناك خطأ معروف حدث في البرنامج الثابت لمحرك الأقراص الصلبة Samsung 103UI HDD ، حيث تعرضت بيانات المستخدم للتلف أثناء تنفيذ طلب سمات SMART.
لذلك ، لا تقم بتكوين التحقق التلقائي من سمات SMART. ما لم تكن متأكدًا من إصدار أمر Flush Cache قبل ذلك. أو ، إذا كنت لا تستطيع الاستغناء عنه ، فقم بتكوين تنفيذ الشيك بشكل نادر قدر الإمكان. في العديد من برامج المراقبة ، يكون الوقت الافتراضي بين عمليات الفحص حوالي 10 دقائق. إنه شائع جدًا. على أي حال ، فإن هذه الفحوصات ليست حلاً سحريًا لفشل القرص غير المتوقع (الدواء الشافي هو التكرار فقط). مرة في اليوم - أعتقد أنها كافية تمامًا.
لا يؤدي طلب درجة الحرارة إلى بدء عمليات حساب السمة ويمكن إجراؤه بشكل متكرر. لأنه إذا تم تنفيذه بشكل صحيح ، يتم ذلك عبر بروتوكول SCT. فقط ما هو معروف بالفعل يتم تقديمه من خلال SCT. يتم تحديث هذه البيانات تلقائيًا في الخلفية.
2) بيانات سمة SMART غالبًا ما تكون غير موثوقة.
توضح لك البرامج الثابتة لمحرك الأقراص الثابتة ما تراه مناسبًا ، وليس ما يحدث بالفعل. المثال الأكثر وضوحًا هو السمة الخامسة ، عدد القطاعات المعاد تخصيصها. من المعروف جيدًا لمتخصصي استعادة البيانات أن محرك الأقراص الثابتة يمكن أن يظهر صفرًا من realokates في السمة الخامسة ، على الرغم من أنها موجودة وتستمر في الظهور.
لقد طرحت سؤالاً على متخصص يدرس محركات الأقراص الثابتة ويفحص برامجها الثابتة. سألت ما هو المبدأ الذي من خلاله تقرر البرامج الثابتة للجهاز أنه من الضروري الآن إخفاء حقيقة إعادة تعيين القطاعات ، والآن يمكنك التحدث عنها من خلال سمات SMART.
فأجاب بأنه لا توجد قاعدة عامة بأن الأجهزة تظهر أو تخفي الصورة الحقيقية. ويبدو منطق المبرمجين الذين يكتبون برامج ثابتة لمحركات الأقراص الثابتة غريبًا جدًا في بعض الأحيان. عند دراسة البرامج الثابتة لنماذج مختلفة ، رأى أنه غالبًا ما يتم اتخاذ قرار "الإخفاء أو العرض" على أساس مجموعة من المعلمات ، والتي لا تتضح بشكل عام كيفية ارتباطها ببعضها البعض وبالمورد المتبقي للقرص الصلب.
3) تفسير مقاييس SMART خاص بالبائع.
على سبيل المثال ، في Seagates ، يجب ألا تنتبه إلى القيم الأولية "السيئة" للسمتين 1 و 7 ، بينما الباقي طبيعي. على الأقراص من هذا المصنع ، قد تزيد قيمها المطلقة أثناء الاستخدام العادي.
لتقييم الحالة والموارد المتبقية للقرص الصلب ، أولاً وقبل كل شيء ، يوصى بالاهتمام بالمعلمات 5 ، 196 ، 197 ، 198. علاوة على ذلك ، من المنطقي التركيز على القيم الأولية المطلقة (الخام) ، وليس على القيم المعطاة. يمكن إجراء صب السمات بطرق غير واضحة ، والتي تختلف باختلاف الخوارزميات والبرامج الثابتة.
بشكل عام ، بين المتخصصين في وسائل الإعلام ، عندما يتحدثون عن قيمة سمة ، عادة ما تكون القيمة المطلقة هي المقصود.