Действительно Совершает рейд 1, защищают от повреждения данных? Например, скажем, то, что я сохраняю все свои важные файлы на NAS, который использует 2 диска в RAID 1. Если один жесткий диск имеет некоторую внутреннюю проблему, и данные становятся поврежденными, RAID распознает это автоматически и исправляет его с помощью данных из другого хорошего диска?
Это могло даже знать, какая копия является хорошей?
RAID 5 защищает от повреждения?
Я знаю, что RAID не является решением для резервного копирования. Я пытаюсь выяснить, как удостовериться, что я не создаю резервную копию поврежденных данных!
Это зависит от того, где повреждение происходит от. Если диск в зеркале RAID 1 будет screwey и запишет ерунду затем, то зеркало RAID ухудшится, и исправный диск будет использоваться, и у Вас будут хорошие файлы. В случае RAID 5 это сделано с 2 дисками данных и диском четности (в самой простой форме) и если один из 3 дисков не запишет надлежащие файлы затем, то это перестанет работать, и Вас оставят или с 2 дисками данных или с 1 диском данных и диском четности.
Теперь позволяет взгляду на то, что происходит, если повреждение вызывается вирусом или ошибкой в программе. В RAID 1 и RAID 5 не будет выведен из обслуживания никакой диск, потому что диски пишут правильно. Ничто не перестало работать. Однако файлы будут уничтожены, потому что вирус или ошибка пишут спам, и это запишет это и в Ваши диски в зеркале RAID 1, и ко всем 3 из Ваших дисков в системе RAID 5.
Именно поэтому RAID не является резервным копированием. Это предотвращает наиболее вероятный отказ, который является отказом диска, но это не составляет много других сценариев.
На практике, да. Подавляющее большинство отказов жесткого диска происходит все или ничего. Любой (a) кабель отключается, или микроконтроллер диска перестали работать, таким образом, RAID-контроллер не получает ответа вообще - очевидный сбойный диск. Или (b) Кабель и микроконтроллер диска являются подходящими, но когда он пытается считать сектор, микроконтроллер внутреннего диска обнаруживает повреждение данных, потому что внутренняя контрольная сумма ECC перестала работать, и повторенные попытки считать тот сектор (в случае, если это - временный незначительный сбой чтения), в конечном счете испытывают таймаут, таким образом, RAID-контроллер получает вежливый "жаль" ответ - очевидный сбойный диск. Так или иначе для RAID-1 или контроллера RAID-5 очевидно, что диск перестал работать.
В принципе, нет. Если что-то пошло так плохо неправильно, что жесткий диск пишет ерунду и все же так или иначе работает достаточно хорошо для написания корректного внутреннего кода ECC для той ерунды, то RAID-1 не может сказать, какой диск корректен. Система RAID-1, вероятно, перезапишет хорошие данные с поврежденными данными по пересинхронизации. RAID-5 не лучше. "Сбой питания" дыры записи RAID-5 во время активной записи является одной редкой деталью, но не невозможный случай.
Насколько я знаю, единственный способ избежать, чтобы такое повреждение использовало сквозные контрольные суммы в дополнение к зеркальному отражению файла, или автоматически как часть файловой системы (ZFS или Btrfs) или периодически или вручную (перевычисление rsync контрольные суммы, простая проверка файла, наборы файла Parchive, и т.д.); идеально с криптографическим хешем, таким как SHA-256.