Извиняюсь за ужасно расплывчатый вопрос ...
Какова частота ошибок при чтении и записи на устройства хранения, и учитывают ли это наши файловые системы и ОС?
У меня были плохие сектора на жестком диске 320 ГБ моего ноутбука в течение многих лет, и, похоже, он продолжает работать. Я храню резервные копии всего, потому что сейчас я ожидаю серьезного сбоя.
Что происходит, если на жестком диске плохой сектор? Часто ли повреждены сектора? Смогут ли операционные системы работать с поврежденными секторами?
А как насчет случайных ошибок чтения и записи жесткого диска - казалось бы, эти ошибки могут вызвать катастрофические повреждения - есть ли в файловых системах механизм для обнаружения и исправления этих проблем (например, контрольная сумма)?
А теперь угадайте, для чего был придуман RAID;) Серьезно.
Что происходит, если на жестком диске плохой сектор?
Ошибка чтения.
Часто ли повреждены сектора?
Вокруг тонны.
У меня около дюжины на моем жестком диске, приемлемо ли это, и смогут ли операционные системы решить эти проблемы.
Что ж, диск больше не будет использовать этот сектор и сопоставить его с резервными секторами, которые у него есть для этого. ОС ничего не увидит. Данных о них больше нет.
Прочтите о RAID, который предназначен именно для решения проблем с надежностью устройства хранения. Никогда не доверяйте обычному хранилищу. Что делать, если завтра просто сдохнет диск? Да, бывает. Довольно часто.
Какова частота ошибок при чтении и записи на устройства хранения, и учитывают ли это наши файловые системы и ОС?
Он сильно различается и зависит от производственных процессов, связанных с данным приводом. Существует несколько различных типов ошибок хранилища, которые могут повлиять на данные и доступ к ним:
Частота невосстановимых ошибок чтения указывается в спецификациях жесткого диска. Он будет отображаться как «прочитан 1 сектор из 10 ^ 14». Это то, что ограничивает размер массива RAID5, который вы можете создать с дисками этого типа.
Невозможно предсказать частоту ошибок плохих секторов, по крайней мере, с вращающимися носителями. Они просто пришли. Вот почему на дисках мало места для перемещения секторов. Когда ОС пытается записать в сектор, который внезапно испортился, диск вместо этого записывает этот сектор в область перемещения и увеличивает список плохих блоков в данных SMART. Проблемы начинают возникать, когда на диске заканчиваются блоки перемещения, и в этот момент ОС действительно видит это. Методы обработки зависят от ОС и файловой системы.
Новейшие файловые системы в Linux (btrfs и, возможно, ext4) поддерживают контрольную сумму записей журнала и данных. Это позволяет обнаружить сбойный сектор, о котором не сообщает СМИ (например, когда перераспределенные секторы полностью заняты). Это довольно дорогостоящая операция, но в наши дни все происходит достаточно быстро, поэтому для большинства рабочих нагрузок это не проблема.
Windows NTFS не поддерживает журнал или контрольную сумму данных, и, вероятно, не будет в течение нескольких лет. Обнаружение плохих секторов выполняется постфактум при сбое чтения данных для некоторых секторов или кластеров. Контрольная сумма - это очень новая идея (относительно разработки файловых систем), которая еще не полностью распространилась на все уголки рынка. Самые шустрые операционные системы (Linux, вероятно, BSD, до недавнего времени сборки OpenSolaris ZFS) получают его первыми, остальные получат его со временем.