Как надежный являются текущими 2 дисковода на уровне конечного пользователя TByte?
Когда Вы делаете это ( tar | gpg | bzip2 > output.tar.gpg.bzip2) Вы передаете команды по каналу, который означает, что Вы выполняете все команды одновременно и перенаправляете выводы каждой команды во вход следующей команды (пока последний вывод Вы не перенаправляете в файл). Так tar вывод переходит в gpg вход это производит к bzip2 вход, что наконец выводы в файл.
Так, когда Вы передаете Вас по каналу, используют больше памяти, потому что Вы выполняете все команды одновременно. Вы также используете больше вычислительной мощности с тех пор gpg и bzip2 два CPU голодные программы.
Статистические данные с 1 ошибкой чтения из 10 ^ 14 - это всего лишь точка статистических данных. Это не означает, что на каком-либо конкретном диске вы увидите ошибки, и не означает, что это обязательно происходит с начала срока службы диска до конца. Это означает только то, что диск не имеет такого высокого рейтинга, как корпоративные диски, и, исходя из моего опыта (разработка корпоративных систем хранения), как потребительские, так и корпоративные диски также никогда не достигают полных значений MTBF. Я тоже не помню большой разницы между ними. Была некоторая разница, но не очень большая.
Когда блок читается и он терпит неудачу, тогда диск помещает сектор в список хранения. Когда сектор будет записан в следующий раз, будет предпринята попытка записи и сектор проверен, если это сработает, дальше ничего делать не будет. Если проверка не удалась, сектор будет перераспределен.
Во многих случаях диски и RAID могут исправлять поврежденные сектора на лету, даже до того, как они станут большой проблемой. Существует фоновое сканирование носителя на диске и очистка диска в массиве RAID, и оба они работают для защиты данных. В корпоративных массивах хранения данных используются более тонкие проверки, чтобы убедиться, что даже слегка проблемные секторы диска будут обработаны и исправлены.
Существуют и другие проблемы с использованием потребительских дисков в массиве RAID, TLER - одна из них, по сути, это означает, что вы можете потерять диск хотя бы на один сбойный сектор, поскольку диск перестает отвечать до тех пор, пока ему не удастся прочитать сектор. На самом деле TLER - это способ избежать того, чтобы RAID-массив вызвал сбой диска, когда это просто небольшая проблема с носителем.
Будьте осторожны с RAID и потребительскими дисками. В зависимости от вашего RAID-контроллера, он сработает, если диск слишком долго отвечает из-за отсутствия TLER .
Что происходит с невосстановимым блоком, описано здесь
Когда ошибка микропрограмма диска определяет сектор как плохой или нестабильный контроллер, контроллер диска переназначает логический сектор на другой физический сектор. При нормальной работе жесткого диска обнаружение и переназначение поврежденных секторов должно происходить в прозрачным для остальной системы и заранее данные потеряны. Однако следует помнить, что повреждение физическое тело жесткого диска влияет не только на одну область данные хранятся. Очень часто физические повреждения могут повредить детали из множества разных файлов.
Что касается вашего вопроса о 1/6 вероятности того, что блок поврежден, это верно для блока, однако операционные системы / файловые системы имеют свои собственные способы работы с плохими блоками и восстановления из него, поэтому вполне возможно, что OS / FS сможет самостоятельно восстановить сбойный блок, и вы не заметите никакого повреждения файлов.
Это означает, что их Контроль качества настроен таким образом, что вы можете ожидать, что на каждые 12,5 ТБ будет приходиться одно невосстановимое чтение. Это не означает, что он будет, просто то, что их контроль качества был откалиброван.
Это имеет довольно серьезные последствия, когда вы рассматриваете группы RAID - набор 5 + 1 RAID 5 из дисков 2 ТБ приближается к этому числу. Для восстановления RAID требуется повторное сканирование всей группы RAID, поэтому ваши шансы на сбой при восстановлении становятся значительными. Частичные решения включают меньшие группы RAID или использование RAID 6, но это имеет свои последствия. (В частности, RAID-6, будучи умным, сожжет вас штрафом за запись, особенно на «более дешевых / медленных» дисках).
Вот почему «серверные диски» «такие дорогие» - одна из ключевых причин заключается в том, что они обычно имеют размер 1/10 ^ 16 - это значительно снижает вероятность комплексного отказа.
Но вы должны заметить - просто поскольку ожидаемая частота ошибок составляет 12,5 ТБ, это не значит, что вам не повезет. RAID никогда не заменяет резервное копирование. (Но я подозреваю, что вы это уже знаете.)