كيف يمكنني حماية ملف البيانات من القرص الفساد ؟

StackOverflow https://stackoverflow.com/questions/86548

  •  01-07-2019
  •  | 
  •  

سؤال

مؤخرا قرأت مقالا بعنوان "SATA مقابلSCSI الموثوقية".فإنه في الغالب يناقش عالية جدا معدل بت التقليب في المستهلك SATA و يخلص "56% فرصة أن كنت لا تستطيع قراءة جميع البيانات من قرص معين الآن".حتى Raid-5 لا يمكن حفظ لنا كما يجب أن يكون باستمرار الممسوحة ضوئيا عن المشاكل و إذا كان القرص لا يموت أنت مضمونة أن يكون بعض انقلبت بت على بناء نظام الملفات.

الاعتبارات:

لقد سمعت أشياء عظيمة عن الشمس ZFS مع Raid-Z ولكن لينكس و BSD تطبيقات لا تزال تجريبية.أنا غير متأكد من أنه على استعداد لخوض الانتخابات حتى الآن.

لقد قرأت أيضا قليلا جدا عن Par2 تنسيق الملف.يبدو تخزين المزيد % تعادل جنبا إلى جنب مع كل ملف من شأنها أن تسمح لك لاسترداد من معظم المشاكل.ومع ذلك, أنا لست على بينة من نظام الملفات التي يقوم بذلك داخليا و يبدو أنه يمكن أن يكون من الصعب على إدارة ملفات منفصلة.

النسخ الاحتياطي (تحرير):

أنا أفهم أن النسخ الاحتياطي هي الهدف الأسمى.ومع ذلك ، من دون نوع من التحقق في المكان الذي يمكن أن يكون بسهولة إرسال البيانات السيئة إلى الناس دون حتى أن يعرفوا ذلك.أيضا معرفة أي النسخ الاحتياطي نسخة جيدة من هذه البيانات يمكن أن يكون صعبا.

على سبيل المثال لديك Raid-5 مجموعة تشغيل لمدة سنة و تجد ملف تالف.الآن عليك أن تعود التحقق من النسخ الاحتياطي الخاصة بك حتى يمكنك العثور على نسخة جيدة.من الناحية المثالية سوف تذهب إلى أول النسخ الاحتياطي التي شملت الملف ولكن التي قد يكون من الصعب معرفة ، خاصة إذا كان الملف قد تم تعديله عدة مرات.حتى أسوأ من ذلك ، النظر إذا كان هذا الملف تم إلحاق أو تحريرها بعد الفساد حدث.وهذا وحده سبب كاف كتلة مستوى التكافؤ مثل Par2.

هل كانت مفيدة؟

المحلول

ZFS هو بداية.العديد من البائعين التخزين توفر 520B محركات أقراص إضافية لحماية البيانات المتاحة كذلك.ولكن هذا فقط يحمي البيانات الخاصة بك في أقرب وقت كما أنه يدخل بنية التخزين.إذا كان تلف على مستوى المضيف, ثم كنت مسقي على أي حال.

في الأفق بعض واعدة المعايير المستندة إلى حلول لهذه المشكلة.End-to-End حماية البيانات.

النظر في T10 DIF (سلامة البيانات الميدانية).هذا هو معيار الناشئة (تم صياغته قبل 5 سنوات) و تقنية جديدة, ولكن لديه هدف نبيل من حل مشكلة تلف البيانات.

نصائح أخرى

تلك المادة بشكل ملحوظ يبالغ المشكلة عن طريق سوء الفهم المصدر.فإنه يفترض أن فقدان البيانات الأحداث مستقلة ، أي أنه إذا كنت تأخذ ألف الأقراص والحصول على خمسمائة الأخطاء التي من المحتمل أن تكون واحدة من كل خمس مئة من الأقراص.ولكن في الواقع, كما أي شخص لديه مشكلة القرص يدري ، ربما خمسمائة أخطاء في قرص واحد (لا يزال جزء صغير من القرص إجمالي القدرات) ، وغيرها من تسع مئة وتسعة وتسعين بخيركما أنه ليس هناك 56% فرصة أن كنت لا تستطيع قراءة جميع القرص ، بل ربما أكثر من 1% أو أقل ، ولكن معظم الناس في أن 1% سوف تجد أنها فقدت عشرات أو مئات من القطاعات على الرغم من القرص ككل لم فشلت.

من المؤكد التجارب العملية تعكس هذا الفهم ، وليس أحد يقدم في المادة.

أساسا هذا هو مثال على "مجرد إشاعات".المادة مرتبطة يشير هنا إلى آخر المادة ، والذي بدوره يشير بشكل غير مباشر إلى نشر ورقة.تقول الصحيفة التي بالطبع هذه الأحداث لا مستقلة ولكن هذه الحقيقة الحيوية يختفي على الانتقال بسهولة هضمها تنسيق المدونة.

56% فرصة لا أستطيع قراءة شيء, أنا أشك في ذلك.تشغيل مزيج من RAID 5 وغيرها من الأشياء الجيدة فقط نسخة احتياطية جيدة الممارسات ولكن مع Raid 5 و قطع الغيار الساخنة لم أي وقت مضى فقدان البيانات لذلك أنا لست متأكدا ما كل هذه الضجة حول.إذا كنت تخزين التكافؤ المعلومات ...حسنا أنت خلق نظام RAID باستخدام البرنامج, القرص فشل في R5 النتائج في التكافؤ مثل التحقق من أن نعود إلى فقدان البيانات على القرص حتى ...هو بالفعل هناك.

تشغيل Raid, النسخ الاحتياطي للبيانات الخاصة بك, عليك أن تكون على ما يرام :)

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top