Является ли клонирование HD, SSD или SD-карт хорошей практикой?
Клонирование очень удобно, если необходимо создать несколько идентичных систем. Но у меня есть следующая проблема. Насколько я знаю, при форматировании файловой системы и даже во время ее использования плохой сектор диска может быть помечен файловой системой как "плохой". Инструменты клонирования (такие как dd и аналогичные) не проверяют качество сектора и копируют все сектора идентично, как на исходном носителе. Пожалуйста, поправьте меня, если я ошибаюсь в любом из этих предположений.
Итак, мои вопросы:
Существует ли риск того, что на целевой среде имеются плохие сектора, которые во время клонирования не будут помечены как "плохие" и приведут к повреждению или нестабильной работе системы?
Если такой риск существует, насколько он велик для HDD, SDD, SD Card?
Наконец, учитывая все при клонировании, можно считать хорошей практикой?
Если ответы известны, пожалуйста, направьте меня к нужным источникам информации, потому что я не могу найти удовлетворительный ответ на Serverfault или Google. Благодарю.
2 ответа
Современные диски имеют переназначение плохих секторов, встроенных в логику самого диска. Это означает, что функция в файловых системах для маркировки поврежденных секторов является пережитком прошлого, который больше не служит цели.
Это не значит, что вы никогда не увидите ошибок чтения из-за плохих блоков. Попытка чтения из поврежденного блока, который еще не был переназначен, приведет к ошибке чтения. Повторное сопоставление невозможно, пока данные не будут успешно прочитаны или перезаписаны. Таким образом, поврежденные секторы на целевом диске должны снова стать хорошими (переназначенными) после записи образа на диск.
А количество блоков, помеченных как плохие на исходном диске, обычно равно нулю или, по крайней мере, слишком мало, чтобы беспокоиться.
По этим причинам я не считаю проблемные блоки проблемой, которую нужно учитывать при клонировании дисков.
Другие более важные проблемы заключаются в следующем: - Достаточно ли большой целевой диск? Даже носители, которые в соответствии с официальными спецификациями имеют одинаковый размер, могут внутренне иметь разные редакции и вследствие этого иметь немного разные размеры. - Может ли какая-либо часть программного обеспечения запутаться из-за того, что две разные файловые системы имеют одинаковые идентификаторы?
Вы можете избежать проблем, связанных с размером, оставив немного свободного пространства в конце носителя. И идентичные идентификаторы файловой системы становятся проблемой, только если впоследствии вы собираетесь использовать два клона на одном компьютере.
В большинстве случаев производственные диски не содержат поврежденных блоков, потому что они выбрасываются при первом таком событии. У него есть логическая причина: сравнить среднюю стоимость жесткого диска со средней заработной платой профессионального системного администратора. И вы даже не рассчитали ценность данных, которые содержит этот диск.
Но если мы увидим гипотетическую ситуацию о том, что диски с поврежденными блоками могут остаться в их среде профессионального бизнес-сервера, есть также возможности справиться с этими случаями.
Обычно на жестком диске всего несколько плохих блоков по сравнению с количеством блоков без каких-либо проблем.
Существуют инструменты, которые способны клонировать образы дисков, обрабатывая ошибки чтения, вызванные поврежденными секторами. Очень хороший пример - инструмент ddrescue в мире Unix.
Риск события плохой блокировки, пока существует клон. У моего профессионального перевозчика это случалось 2 раза за 15 лет. Риск существует, но он низкий. Вы должны всегда иметь резервную копию от всего!
Клонирование, как правило, хорошая вещь, хотя я клонирую в основном не через копию на уровне блоков, а просто через переформатирование и копирование на уровне файлов. (mke2fs, а потом cp -vfa или же tar -cvf - mountpoint/|nc targetserver). Это обрабатывает плохие блоки и перемещает только используемые блоки. Также не нужно копировать пустые блоки, для систем ssd это даже очень плохое поведение, потому что это может привести к тому, что блоки ssd с пустой подписью будут перезаписаны нулями.