Làm thế nào để sao chép toàn bộ ổ cứng?


12

Tôi có một máy chủ sản xuất Ubuntu 12.04 với ổ cứng 500 GB (gần 15 gb). Tôi muốn sao chép toàn bộ ổ cứng, bao gồm, cấu trúc phân vùng của nó, sang một ổ cứng khác có kích thước 400 GB để việc thay đổi ổ cứng sẽ không ảnh hưởng đến hệ thống làm việc.

Công cụ nào là giải pháp tốt nhất cho nhiệm vụ này?


Bạn có quyền truy cập vật lý vào máy chủ? Nếu vậy, bạn có thể cài đặt một ổ đĩa trong RAID? Đó có lẽ sẽ là giải pháp dễ dàng và an toàn nhất.
don.joey

Câu trả lời:


6

Có rất nhiều công cụ có thể làm điều này, mỗi công cụ đều có ưu điểm và nhược điểm riêng. Clonezilla là một tiện ích thường được sử dụng cho nhiệm vụ này; tuy nhiên, tôi không chắc nó sẽ đối phó tốt như thế nào với thực tế là đĩa đích của bạn nhỏ hơn đĩa nguồn.

Một lựa chọn khác là để tự phân vùng mục tiêu (sử dụng GParted, parted, fdisk, gdisk, hoặc một số công cụ khác), tạo hệ thống tập tin trên mục tiêu, gắn kết các phân vùng mục tiêu, và sao chép tất cả mọi thứ trên với cphoặc tar. Điều này sẽ yêu cầu một số thay đổi bổ sung trên mục tiêu, chẳng hạn như (có thể) điều chỉnh nó /etc/fstabvà cài đặt bộ tải khởi động. Nhìn chung, phương pháp này đòi hỏi nhiều nỗ lực hơn nhiều, nhưng nếu bạn biết bạn đang làm gì, nó khá linh hoạt và chắc chắn nó có thể sao chép từ một đĩa lớn hơn sang một đĩa nhỏ hơn, miễn là các tệp sẽ thực sự phù hợp với không gian đích.


1
Sẽ không sao chép nội dung của toàn bộ hệ thống tập tin với cpcác vấn đề đặt ra cho các thư mục như /dev/proc?
Bert Van Vreckem

1
Các /dev/procthư mục đều năng động - chúng được tạo ra như là hệ thống tập tin ảo bằng trình điều khiển đặc biệt trong hạt nhân. Vì vậy, bạn thường bỏ qua các thư mục đó từ một hoạt động sao chép.
Rod Smith

1
Vâng, bạn phải bỏ qua những. Sử dụng "cp --one-file-system".
Jakob

Theo mặc định, clonezillagiả bản ổ cứng: (1) nó sao lưu siêu dữ liệu cấu trúc, bao gồm MBR; (2) các thành phần dữ liệu được sử dụng , có nghĩa là nó bỏ qua không gian trống của các phân vùng với các hệ thống tệp mà nó hiểu được; và (3) nén các phân vùng sao lưu. Tất cả điều này có nghĩa là nó có thể "sao chép" ổ cứng 500 GB thành ổ cứng 400 GB miễn là có ít nhất 100 GB dung lượng trống trên đĩa gốc. Nói cách khác, clonezillasẽ đối phó với thực tế là đĩa đích nhỏ hơn đĩa nguồn.
Landroni

@RodSmith, Liên quan đến "sao chép mọi thứ quacp " ... Vậy còn siêu dữ liệu (thời gian truy cập lần cuối và v.v.) thì sao?
Pacerier

3
  1. Sao lưu hdd sản xuất của bạn.
  2. Sử dụng gparted để thu nhỏ ổ cứng sản xuất của bạn xuống ít hơn một chút so với dung lượng của đĩa mục tiêu, trong trường hợp của bạn nhỏ hơn 400GB.
  3. Sao chép toàn bộ hdd. Để làm như vậy, hãy khởi động từ một đĩa CD trực tiếp và sử dụng dd if=/dev/sda of=/dev/sdc bs=1Mtrong đó sda là hdd sản xuất của bạn và sdc hdd mới của bạn. Hoặc một cái gì đó như clonezilla (sao chép toàn bộ đĩa).

1
Bất kỳ hoạt động thay đổi kích thước hệ thống tập tin đều đi kèm với một số nguy cơ lỗi hệ thống tập tin thảm khốc. Rủi ro đó là nhỏ, nhưng vẫn vậy, chấp nhận rủi ro đó là không khôn ngoan khi có những lựa chọn thay thế (như sử dụng Clonezilla, nếu nó có thể xử lý mục tiêu nhỏ hơn, hoặc sử dụng tarhoặc cp).
Rod Smith

1
Chúng tôi sử dụng gparted một cách thường xuyên trong môi trường sản xuất của chúng tôi. Trích dẫn từ Clonezilla: "Phân vùng đích phải bằng hoặc lớn hơn phân vùng nguồn." Sao chép thủ công là ổn nếu bạn có kiến ​​thức cần thiết về phân vùng, bộ khởi động, fstab, v.v.
Clausi

1
Tôi đứng trước tuyên bố của mình: Thay đổi kích thước phân vùng có một số nguy cơ thất bại thảm hại. Lưu ý: thảm khốc . Sự cố mất điện hoặc sự cố hệ thống giữa thay đổi kích thước, lỗi hoặc các sự cố khác có thể khiến thay đổi kích thước dẫn đến cấu trúc dữ liệu bị sai lệch sẽ tốn thời gian và tốn kém để khắc phục, nếu chúng có thể được khắc phục. Có những lựa chọn thay thế tốt hơn, ngay cả khi Clonezilla không phải là một trong số họ. Nếu bạn làm điều này thường xuyên và không bị cắn, thì điều đó có nghĩa là bạn đã may mắn, không có gì hơn thế.
Rod Smith

1
Tốt hơn nhiều so với việc lặp lại ý kiến ​​của bạn và đề cập đến may mắn sẽ là một bằng chứng đáng kể về lý thuyết của bạn. Theo kinh nghiệm của tôi, "thất bại thảm hại" chỉ có thể xảy ra nếu bạn không có bản sao lưu - đó là số 1 trong danh sách của tôi. ;)
Clausi

1

Tôi muốn giới thiệu Clonezilla , cách sử dụng đơn giản, thực hiện sao lưu toàn bộ đĩa và cũng không sử dụng nhiều dung lượng để sao lưu.

Để làm điều đó, đầu tiên bạn sẽ phải tải xuống clonezilla ISO từ đây.

Sau khi bạn đã tải xuống, bạn sẽ cần ghi nó vào đĩa CD.

Sau đó, bạn sẽ phải khởi động từ nó để thực hiện sao lưu toàn bộ hệ thống.

Quy trình đầy đủ cho nó được đưa ra ở đây- http://clonezilla.org/clonezilla-live-doc.php

Bạn sẽ phải chọn tùy chọn "Lưu ảnh đĩa", quy trình được đưa ra ở đây- http://clonezilla.org/show-live-doc-content.php?topic=clonezilla-live/doc/01_Save_disk_image

Sau khi tạo bản sao lưu, bạn có thể khôi phục nó bằng tùy chọn - "Khôi phục ảnh đĩa", quy trình được đưa ra ở đây- http://clonezilla.org/show-live-doc-content.php?topic=clonezilla -live / doc / 02_Restore_disk_image

Nhìn vào nó. Nếu bạn có bất kỳ câu hỏi cho chúng tôi biết.

Cảm ơn bạn!


1

Như những người khác đề xuất, Clonezilla có thể thực hiện công việc nếu bạn thay đổi kích thước phân vùng làm việc thành kích thước nhỏ hơn. Tuy nhiên, tôi đã thấy có một công cụ có tên là FSArchiver cho phép khôi phục dữ liệu vào một ổ đĩa nhỏ hơn, ngay khi dữ liệu phù hợp (như trong trường hợp của bạn). Tôi xin lỗi tôi không thể giúp bạn nhiều hơn trong việc này vì tôi chỉ sử dụng Clonezilla nhưng có một số thông tin trong liên kết và trong diễn đàn của họ.


0

Bạn có thể sử dụng dd để sao chép đĩa. Bài đăng này mô tả cách sao chép ổ đĩa cứng bằng đĩa CD Ubuntu Live.


Nhưng hãy nhớ rằng hdds là nkt có kích thước bằng nhau. bất kỳ vấn đề sẽ xảy ra vì sự khác biệt kích thước?
thợ săn

1
Sao chép từ một đĩa lớn hơn để một nhỏ hơn với ddđược không khuyến khích, vì kết quả là có khả năng bị bị mất và / hoặc cắt ngắn phân vùng (s), và do đó mất dữ liệu.
Rod Smith

Một câu trả lời chi tiết hơn một chút ddtrong bài đăng này: Askubfox.com/a/55908/58950
Carnendil

Trong khi điều này về mặt lý thuyết có thể trả lời câu hỏi, tốt hơn là nên bao gồm các phần thiết yếu của câu trả lời ở đây, và cung cấp liên kết để tham khảo.
RolandiXor
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.