Jak zrobić duplikat całego dysku twardego?

12

Mam serwer produkcyjny Ubuntu 12.04 z dyskiem twardym 500 GB (prawie 15 GB). Chcę zduplikować cały dysk twardy, w tym jego strukturę partycji, na inny dysk twardy o wielkości 400 GB, aby zmiana dysku twardego nie wpłynęła na działający system.

Które narzędzie jest najlepszym rozwiązaniem dla tego zadania?

partitioning hard-drive backup

— Łowca
źródło

Czy masz fizyczny dostęp do serwera? Jeśli tak, czy możesz zainstalować dysk w macierzy RAID? To prawdopodobnie byłoby najłatwiejsze i najbezpieczniejsze rozwiązanie.

— don.joey

Clonezilla

— Shaharil Ahmad

6

Istnieje wiele narzędzi, które potrafią to zrobić, każde ma swoje zalety i wady. Clonezilla to narzędzie często używane do tego zadania; nie jestem jednak pewien, jak dobrze poradziłby sobie z tym, że dysk docelowy jest mniejszy niż dysk źródłowy.

Inną opcją jest ręczne partycjonowanie cel (za pomocą GParted, parted, fdisk, gdisk, lub inne narzędzie), tworzenia systemów plików na tarczy, zamontować partycje docelowych i skopiować wszystko za sobą cplub tar. Będzie to wymagało pewnych dodatkowych zmian w celu, takich jak (możliwe) dostosowanie go /etc/fstabi zainstalowanie modułu ładującego. Ogólnie rzecz biorąc, ta metoda wymaga więcej wysiłku niż wiele, ale jeśli wiesz, co robisz, jest dość elastyczna i na pewno można skopiować z większego dysku na mniejszy, pod warunkiem, że pliki faktycznie zmieszczą się w przestrzeni docelowej.

— Rod Smith
źródło

1

Czy kopiowanie zawartości całego systemu plików nie cpstwarzałoby problemów dla katalogów takich jak /devi /proc?

— Bert Van Vreckem,

1

Zarówno katalogi, jak /devi /procsą dynamiczne - są tworzone jako wirtualne systemy plików przez specjalne sterowniki w jądrze. Dlatego zwykle pomijasz te katalogi w operacji kopiowania.

— Rod Smith

1

Tak, musisz je pominąć. Użyj „cp --one-file-system”.

— Jakob

Domyślnie clonezillapseudoklonowanie dysku twardego: (1) tworzy kopię zapasową metadanych struktury, w tym MBR; (2) wykorzystane sektory danych, co oznacza, że ignoruje wolne miejsce na partycjach z systemami plików, które rozumie; i (3) kompresuje utworzone partycje. Wszystko to oznacza, że może „sklonować” dysk twardy o pojemności 500 GB na dysk twardy o pojemności 400 GB, o ile na oryginalnym dysku jest co najmniej 100 GB wolnego miejsca. Innymi słowy, clonezillaporadziłby sobie z tym, że dysk docelowy jest mniejszy niż dysk źródłowy.

— landroni

@RodSmith, Odnośnie „skopiuj wszystko za pomocącp ”… A co z metadanymi (czasy ostatniego dostępu itp.)?

— Pacerier

3

Wykonaj kopię zapasową dysku twardego produkcji.
Użyj gparted, aby zmniejszyć produkcyjny dysk twardy do nieco mniejszej niż pojemność dysku docelowego, w twoim przypadku mniejszej niż 400 GB .
Skopiuj cały dysk twardy. Aby to zrobić, uruchom komputer z płyty CD na żywo i użyj miejsca, w dd if=/dev/sda of=/dev/sdc bs=1Mktórym sda jest dyskiem produkcyjnym, a sdc nowym dyskiem twardym. Lub coś w rodzaju clonezilla (skopiuj cały dysk).

— Clausi
źródło

1

Każda operacja zmiany rozmiaru systemu plików wiąże się z pewnym ryzykiem katastrofalnej awarii systemu plików. Ryzyko to jest niewielkie, ale podejmowanie tego ryzyka jest nierozsądne, gdy istnieją alternatywy (takie jak użycie Clonezilla, jeśli może poradzić sobie z mniejszym celem lub użycie tarlub cp).

— Rod Smith

1

Używamy gparted regularnie w naszym środowisku produkcyjnym. Cytat z Clonezilla: „Partycja docelowa musi być równa lub większa niż partycja źródłowa”. Ręczne kopiowanie jest w porządku, jeśli masz wymaganą wiedzę na temat partycji, bootsectorów, fstab itp.

— Clausi

1

Podtrzymuję moje stwierdzenie: zmiana rozmiaru partycji stwarza pewne ryzyko katastrofalnej awarii. Uwaga: katastrofalny . Awaria zasilania lub awaria systemu w trakcie zmiany rozmiaru, błąd lub inne problemy mogą spowodować, że zmiana rozmiaru spowoduje zniekształcone struktury danych, których naprawienie będzie czasochłonne i kosztowne, jeśli uda się je w ogóle naprawić. Istnieją lepsze alternatywy, nawet jeśli Clonezilla nie jest jedną z nich. Jeśli robisz to regularnie i nie zostałeś ugryziony, oznacza to, że miałeś szczęście, nic więcej.

— Rod Smith

1

Znacznie lepiej niż powtarzanie swojej opinii i odwoływanie się do szczęścia byłoby znaczącym dowodem na twoją teorię. Z mojego doświadczenia wynika, że „katastrofalna awaria” może wystąpić tylko wtedy, gdy nie masz kopii zapasowej - co jest numerem 1 na mojej liście. ;)

— Clausi

1

Polecam Clonezilla , jest prosty w obsłudze, wykonuje kopie zapasowe całych dysków i nie zajmuje dużo miejsca na kopie zapasowe.

Aby to zrobić, najpierw musisz pobrać stąd clonezilla ISO.

Po pobraniu musisz go nagrać na płytę CD.

Następnie będziesz musiał uruchomić komputer, aby wykonać pełną kopię zapasową systemu.

Pełna procedura jest podana tutaj - http://clonezilla.org/clonezilla-live-doc.php

Będziesz musiał wybrać opcję „Zapisz obraz dysku”, której procedurę podano tutaj - http://clonezilla.org/show-live-doc-content.php?topic=clonezilla-live/doc/01_Save_disk_image

Po utworzeniu kopii zapasowej można ją przywrócić za pomocą opcji „Przywróć obraz dysku”, której procedurę podano tutaj: http://clonezilla.org/show-live-doc-content.php?topic=clonezilla -live / doc / 02_Restore_disk_image

Spójrz na to. Jeśli masz jakieś pytania, daj nam znać.

Dziękuję Ci!

— aaditya1234
źródło

1

Jak sugerowali inni, Clonezilla może wykonać to zadanie, jeśli zmienisz rozmiar partycji roboczej na mniejszą. Widziałem jednak, że istnieje narzędzie o nazwie FSArchiver, które pozwala przywrócić dane na mniejszy dysk, gdy tylko dane się zmieszczą (jak w twoim przypadku). Przepraszam, nie mogę ci w tym pomóc, ponieważ użyłem tylko Clonezilli, ale w linku i na forum jest kilka informacji.

— kok
źródło

0

Możesz użyć dd, aby skopiować dysk. W tym poście opisano, jak sklonować dysk twardy za pomocą Live CD Ubuntu.

— realmoonstruck
źródło

Pamiętaj jednak, że dyski twarde są w równych rozmiarach. czy wystąpi jakiś problem z powodu różnicy wielkości?

— łowca

1

Kopiowanie z większego dysku na mniejszy niedd jest zalecane, ponieważ wynik może zostać utracony i / lub obcięte partycje, a zatem utrata danych.

— Rod Smith,

Trochę bardziej szczegółowa odpowiedź ddw tym poście: askubuntu.com/a/55908/58950

— carnendil

Chociaż teoretycznie może to odpowiedzieć na pytanie, lepiej byłoby zawrzeć tutaj istotne części odpowiedzi i podać odnośnik.

— RolandiXor