Как сделать копию всего жесткого диска?

12

У меня есть рабочий сервер Ubuntu 12.04 с жестким диском емкостью 500 ГБ (почти 15 ГБ). Я хочу скопировать весь жесткий диск, включая структуру его разделов, на другой жесткий диск объемом 400 ГБ, чтобы изменение жесткого диска не повлияло на работающую систему.

Какой инструмент является лучшим решением для этой задачи?

охотник
источник
Есть ли у вас физический доступ к серверу? Если да, можете ли вы установить диск в RAID? Это, вероятно, будет самым простым и безопасным решением.
don.joey
Clonezilla
Shaharil Ahmad

Ответы:

6

Есть много инструментов, которые могут сделать это, каждый со своими преимуществами и недостатками. Clonezilla - это утилита, которая часто используется для этой задачи; однако я не уверен, насколько хорошо он справится с тем, что ваш целевой диск меньше исходного диска.

Другой вариант заключается вручную разбить цель ( с помощью GParted, parted, fdisk, gdisk, или какой -либо другой инструмент), создать файловые системы на цели, установить целевые разделы и скопировать все более с cpили tar. Это потребует некоторых дополнительных изменений на цели, таких как (возможно) настройка ее /etc/fstabи установка загрузчика. В целом, этот метод требует больше усилий, чем многие, но если вы знаете, что делаете, он довольно гибок и может определенно копировать с большего диска на меньший, при условии, что файлы действительно поместятся в целевое пространство.

Род Смит
источник
1
Не копирует ли содержимое всей файловой системы cpпроблемы с такими каталогами, как /devи /proc?
Берт Ван Врекем
1
Каталоги /devи /procявляются динамическими - они создаются как виртуальные файловые системы специальными драйверами в ядре. Таким образом, вы обычно опускаете эти каталоги в операции копирования.
Род Смит
1
Да, вы должны опустить их. Используйте "cp --one-file-system".
Якоб
По умолчанию clonezillaпсевдоклонирует жесткий диск: (1) он резервирует метаданные структуры, включая MBR; (2) используемые сектора данных, что означает, что он игнорирует свободное пространство разделов с файловыми системами, которые он понимает; и (3) сжимает резервные копии разделов. Все это означает, что он может «клонировать» жесткий диск объемом 500 ГБ на жесткий диск объемом 400 ГБ, если на исходном диске есть как минимум 100 ГБ свободного места. Другими словами, clonezillaсправился бы с тем, что целевой диск меньше исходного диска.
Ландрони
@RodSmith, что касается "скопировать все с помощьюcp " ... Тогда как насчет метаданных (время последнего доступа и т. Д.)?
Pacerier
3
  1. Сделайте резервную копию вашего производства HDD.
  2. Используйте gparted, чтобы уменьшить производственный жесткий диск чуть меньше, чем емкость целевого диска, в вашем случае менее 400 ГБ.
  3. Скопируйте весь жесткий диск. Для этого загрузитесь с live-cd и используйте dd if=/dev/sda of=/dev/sdc bs=1Mгде sda - ваш производственный жесткий диск, а sdc - новый жесткий диск. Или что-то вроде клонезиллы (скопируйте весь диск).
Clausi
источник
1
Любая операция по изменению размера файловой системы сопряжена с риском катастрофического сбоя файловой системы. Этот риск невелик, но, тем не менее, принимать этот риск неразумно, когда есть альтернативы (например, использование Clonezilla, если он может справиться с меньшей целью, или использование tarили cp).
Род Смит
1
Мы используем gparted на регулярной основе в нашей производственной среде. Цитата из Clonezilla: «Целевой раздел должен быть равен или больше исходного». Ручное копирование хорошо, если у вас есть необходимые знания о разделах, загрузочных
секторах
1
Я придерживаюсь своего утверждения: изменение размера раздела представляет некоторый риск катастрофического отказа. Примечание: катастрофическое . Сбой питания или сбой системы при изменении среднего размера, ошибка или другие проблемы могут привести к тому, что изменение размера приведет к искаженным структурам данных, которые будут трудоемкими и дорогостоящими для исправления, если их вообще можно будет исправить. Есть лучшие альтернативы, даже если Клонезилья не одна из них. Если вы делаете это регулярно и не были укушены, то это значит, что вам повезло, не более того.
Род Смит
1
Намного лучше, чем повторять ваше мнение и ссылаться на удачу, было бы существенным доказательством вашей теории. По моему опыту, «катастрофический сбой» может произойти только в том случае, если у вас нет резервной копии - что является номером один в моем списке. ;)
Clausi
1

Я бы порекомендовал Clonezilla , он прост в использовании, выполняет резервное копирование целых дисков и также не использует много места для резервного копирования.

Для этого сначала вам нужно скачать ISO-файл clonezilla здесь.

После того, как вы загрузили его, вам нужно будет записать его на компакт-диск.

Тогда вам придется загрузиться с него, чтобы сделать полную резервную копию системы.

Полная процедура для этого дана здесь - http://clonezilla.org/clonezilla-live-doc.php

Вам нужно будет выбрать опцию «Сохранить образ диска», процедура для которой приведена здесь - http://clonezilla.org/show-live-doc-content.php?topic=clonezilla-live/doc/01_Save_disk_image

После создания резервной копии ее можно восстановить с помощью параметра «Восстановить образ диска», процедура которого приведена здесь - http://clonezilla.org/show-live-doc-content.php?topic=clonezilla. -live / DOC / 02_Restore_disk_image

Посмотри на это. Если у вас есть какие-либо вопросы, дайте нам знать.

Спасибо!

aaditya1234
источник
1

Как и предлагали другие, Clonezilla может сделать эту работу, если вы измените размер рабочего раздела до меньшего размера. Тем не менее, я видел, что есть инструмент с именем FSArchiver, который позволяет восстанавливать данные на меньший диск, как только данные подходят (как в вашем случае). Извините, я не могу вам больше помочь в этом, так как я использовал только Clonezilla, но есть некоторая информация в ссылке и на их форуме.

боб
источник
0

Вы можете использовать dd для копирования диска. В этом посте описывается, как клонировать жесткий диск с помощью Ubuntu Live CD.

realmoonstruck
источник
Но имейте в виду, что HDD являются NKT в равных размерах. возникнет ли проблема из-за разницы в размерах?
охотник
1
Копирование из большего диска на меньшую один с ddявляется не рекомендуется, так как результат, вероятно, будет потерян и / или усечен раздел (ы), и , следовательно , к потере данных.
Род Смит
Немного более подробный ответ на ddэтот пост: askubuntu.com/a/55908/58950
carnendil
Хотя это может теоретически ответить на вопрос, было бы предпочтительным включить сюда основные части ответа и предоставить ссылку для справки.
RolandiXor