Як зробити дублікат цілого HDD?

12

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

Який інструмент найкраще вирішує для цього завдання?

partitioning hard-drive backup

— мисливець
джерело

Чи маєте фізичний доступ до сервера? Якщо так, чи можете ви встановити накопичувач у RAID? Це, мабуть, було б найпростішим і безпечним рішенням.

— don.joey

Clonezilla

— Shaharil Ahmad

6

Існує безліч інструментів, які можуть це зробити, кожен має свої переваги та недоліки. Clonezilla - це утиліта, яка часто використовується для цього завдання; однак я не впевнений, наскільки добре він би впорався з тим, що ваш цільовий диск менше, ніж вихідний диск.

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

— Род Сміт
джерело

1

Не вдалося б скопіювати вміст всієї файлової системи з cpпроблемами для таких каталогів, як /devі /proc?

— Bert Van Vreckem

1

Каталоги /devта /procкаталоги є динамічними - вони створені як віртуальні файлові системи спеціальними драйверами ядра. Таким чином, ви зазвичай опускаєте ці каталоги в процесі копіювання.

— Род Сміт

1

Так, ви повинні їх опустити. Використовуйте "cp - one-file-system".

— Якоб

За замовчуванням clonezillaпсевдо-клонує жорсткий диск: (1) резервне копіювання метаданих структури, включаючи MBR; (2) використовувані сектори даних, це означає, що він ігнорує вільний простір розділів з файловими системами, які він розуміє; і (3) стискає резервні перегородки. Все це означає, що він може «клонувати» 500 ГБ жорсткого диска на 400 ГБ жорсткого диска, доки на вихідному диску є щонайменше 100 ГБ вільного місця. Іншими словами, clonezillaвпорався б з тим, що цільовий диск менше, ніж вихідний диск.

— ландроні

@RodSmith, що стосується "скопіювати все, що закінчилосяcp " ... Тоді як щодо метаданих (останні терміни доступу тощо)?

— Pacerier

3

Створіть резервну копію вашого виробництва-hdd.
Використовуйте gparted, щоб зменшити виробничий жорсткий диск трохи менше, ніж ємність вашого цільового диска, у вашому випадку менше 400 Гб.
Скопіюйте весь hdd. Для цього завантажтесь з live-cd та використовуйте dd if=/dev/sda of=/dev/sdc bs=1Mтам, де sda - це ваш production-hdd, а sdc - ваш новий hdd. Або щось на кшталт клонезилли (скопіюйте весь диск).

— Клаус
джерело

1

Будь-яка операція з зміни розміру файлової системи має певний ризик катастрофічного виходу з ладу файлової системи. Цей ризик невеликий, але все-таки приймати цей ризик нерозумно, коли є альтернативи (наприклад, використання Clonezilla, якщо він може впоратися з меншою ціллю, або використовувати tarабо cp).

— Род Сміт

1

Ми регулярно використовуємо gparted у виробничих умовах. Цитата з Clonezilla: "Розділ призначення повинен бути рівним або більшим, ніж вихідний." Копія вручну в порядку, якщо ви маєте необхідні знання про розділи, завантажувачі, fstab тощо

— Клаузі

1

Я стою біля своєї заяви: зміна розміру розділів створює певний ризик катастрофічного збою. Примітка: катастрофічно . Поломка електроенергії або збій системи середнього розміру, помилка або інші проблеми можуть призвести до зміни розміру в результаті непрацездатних структур даних, які будуть забирати багато часу та дорого виправити, якщо їх взагалі можна виправити. Є кращі альтернативи, навіть якщо Clonezilla не одна з них. Якщо ви робите це регулярно і вас не вкусили, то це означає, що вам пощастило, нічого більше.

— Род Сміт

1

Набагато краще, ніж повторювати свою думку і посилатися на удачу було б вагомим доказом вашої теорії. На мій досвід, "катастрофічний збій" може статися лише в тому випадку, якщо у вас немає резервного копіювання - це не один мій список. ;)

— Клаусі

1

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

Для цього спочатку вам доведеться завантажити ISO-адресу клонезіла звідси.

Після завантаження його потрібно буде записати на компакт-диск.

Тоді вам доведеться завантажитися з нього, щоб зробити повне резервне копіювання системи.

Повна процедура його подана тут - 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.

— realmoonstruck
джерело

Але майте на увазі, що hdds nkt однакових розмірів. чи виникне якась проблема через різницю розмірів?

— мисливець

1

Копіювання з більшого диска на меншу один з ddє НЕ рекомендується, так як результат, ймовірно, буде втрачено і / або усічений розділ (и), і , отже , до втрати даних.

— Род Сміт

Трохи детальніша відповідь ddу цьому дописі: askubuntu.com/a/55908/58950

— carnendil

Хоча це теоретично може відповісти на питання, бажано було б сюди включити істотні частини відповіді та надати посилання для довідки.

— RolandiXor