Làm thế nào để tạo một hệ thống máy tính để bàn dự phòng với ảnh chụp nhanh hàng ngày? (Btrfs đã sẵn sàng để sử dụng chưa?)


12

Tôi muốn định cấu hình một hệ thống máy tính để bàn trong đó hệ thống tập tin gia đình sẽ là dự phòng (ví dụ RAID-1) và sẽ có các ảnh chụp nhanh hàng tuần. Tôi đã thực hiện điều này với ZFS, hệ thống chụp nhanh thật tuyệt vời và với send / recv bạn có thể dễ dàng tạo bản sao lưu trên phương tiện bên ngoài. Thật không may, tại thời điểm đó, tôi muốn GNU + Linux chứ không phải FreeBSD hay Solaris, vì vậy tôi đang tìm kiếm đề xuất cho các lựa chọn thay thế tốt.

Tôi nghĩ rằng các lựa chọn thay thế của tôi là:

  1. btrfs - nó dường như chính xác là những gì tôi cần, nó có ảnh chụp nhanh và các lệnh cho phép bạn dễ dàng sao chép zfs send. Tuy nhiên, tất cả các tài liệu đề cập rằng nó vẫn còn thử nghiệm. Tôi dường như không thể tìm thấy bất kỳ báo cáo thực tế về các vấn đề độ tin cậy hoặc khả năng sử dụng của nó. Bạn có thể chỉ cho tôi bất kỳ thông tin nào về vấn đề đó có thể làm rõ liệu nó có phải là một lựa chọn khả thi không? Tôi có một ưu tiên lớn cho tùy chọn này, chủ yếu là vì tôi không muốn định dạng lại các ổ đĩa khi btrfs đã sẵn sàng, nhưng tôi không có thông tin nào về việc liệu nó có thể sử dụng được hay không, liệu nó có phải là một ý tưởng ngớ ngẩn khi sử dụng nó không, v.v. rằng tôi không thể có câu trả lời là "thử nghiệm" nghĩa là gì .
  2. ảnh chụp nhanh lvm và ext4 - tốt nhất là không, vì nó có thể tiêu tốn một lượng không gian khủng khiếp khi các tệp mới được tạo. Tạo các tệp 200 GB yêu cầu dung lượng trống 200 GB và thêm 200 GB để chụp nhanh. Tôi cũng đã tìm thấy nó không đáng tin cậy - thất bại viết lại siêu dữ liệu kết quả trong một PV không thể đọc được. Tôi đang tự hỏi làm thế nào btrfs sẽ so sánh ở đây.
  3. Một hệ thống tập tin duy nhất (ext4) trên mảng RAID-1 với ảnh chụp nhanh COW tùy chỉnh với các liên kết cứng (như cp -al). Đó là sở thích hiện tại của tôi nếu tôi không thể sử dụng btrfs.

Vì vậy, btrfs thử nghiệm là gì, tôi nên chọn cái nào và tôi có lựa chọn nào khác không? Điều gì xảy ra nếu tôi không giữ các bản sao lưu gia tăng bên ngoài, điều đó có ảnh hưởng đến sự lựa chọn của tôi không?


1
Re # 3: Hardlinking không thực sự tạo ra một bản sao lưu tốt ... nếu bạn sửa đổi hoặc làm hỏng bản gốc, điều tương tự cũng xảy ra với tất cả các "bản sao".
dùng1686

Điểm tốt. Tôi đã không xem xét điều đó. Cảm ơn.
TestUser16418

@grawity, Bạn không nên trực tiếp sửa đổi ảnh chụp nhanh. Đó là điểm của họ. Chúng nên là một hình ảnh 'chỉ đọc' của hệ thống của bạn đôi khi trong quá khứ.
g19fanatic

@ g19fanatic: Chính xác là quan điểm của tôi. Nếu "ảnh chụp nhanh" của bạn đang được thực hiện bằng cách liên kết cứng, thì việc sửa đổi bản sao trực tiếp của tệp sẽ khiến "ảnh chụp nhanh" cũng thay đổi (vì liên kết cứng không sao chép dữ liệu).
dùng1686

1
@grawity: tôi không nghĩ anh ấy có nghĩa là liên kết cứng theo cách mà bạn đang nghĩ. Hãy nghĩ về phần mềm Apple TimeRestore. nó thực hiện một bản sao ban đầu của mọi thứ như ảnh chụp đầu tiên của nó. Sau đó, mọi ảnh chụp nhanh sau đó sử dụng một liên kết cứng đến các tệp trong ảnh chụp nhanh trước đó cho các tệp không thay đổi. Nếu một tệp đã thay đổi, thì một khác hoặc sao chép trực tiếp được thực hiện thay vì liên kết cứng với ảnh chụp nhanh trước đó. sử dụng phương pháp này, khi bạn sửa đổi tệp trực tiếp, bạn sẽ không thay đổi bản sao lưu của mình vì chúng không hoạt động với ảnh chụp nhanh chứ không phải dữ liệu trực tiếp.
g19fanatic 17/03/2016

Câu trả lời:


0

Câu trả lời này được duy trì vì lý do lịch sử và có thể không áp dụng cho các phiên bản hiện tại của btrfs.


btrfs là thử nghiệm theo nghĩa là nó vẫn có thể thay đổi. Do đó, btrfs có thể không hoàn toàn ổn định. Ngoài ra, vì hiện tại không có fsck cho btrfs, có thể làm hỏng hệ thống tập tin và khiến nó không sử dụng được trong trường hợp mất điện vì không có cách nào để phục hồi sau khi bị hỏng. Xem wiki brtfs để biết thêm thông tin về hệ thống tập tin này. Cho đến khi một tiện ích kiểm tra hệ thống tập tin đã sẵn sàng, tôi sẽ không đề xuất btrfs và có lẽ tốt nhất là chọn tùy chọn 3.


Theo thiết kế, BTRFS không thực sự cần fsck . BTRFS có tổng kiểm tra, do đó, một bộ lọc sẽ phát hiện lỗi một cách đáng tin cậy (và sửa chúng nếu có thể, tùy thuộc vào sự dư thừa). Các hệ thống tập tin khác như ext4 có thể dọn sạch sau khi gặp sự cố nhưng họ sẽ không biết chắc chắn nếu có gì đó bị hỏng. Ngoài ra, hầu hết các tính năng cơ bản của BTRFS không thực sự được coi là thử nghiệm nữa.
bản6

7

Mặc dù không ai chính thức ban phước cho nó, nhưng cá nhân tôi đoán rằng nó đã sẵn sàng để sử dụng sản xuất.

Một số lý do thường được đưa ra cho việc không sử dụng nó trong sản xuất: định dạng trên đĩa có thể không ổn định, không có btrfsck, không có hỗ trợ có sẵn. Vì vậy, hãy kiểm tra những người:

Điều cuối cùng là những gì thực sự nói nó cho tôi. Nếu Oracle - công ty duy trì phần mềm - giờ đây sẵn sàng cung cấp cho bạn hỗ trợ thương mại cho nó, thì có lẽ nó đã sẵn sàng. Tất nhiên họ rất quan tâm đến việc không bao giờ nói rằng phiên bản nguồn mở (theo như tôi biết, cùng một phần mềm, không có hợp đồng hỗ trợ) thực sự đã sẵn sàng để sử dụng, vì họ muốn bạn mua hỗ trợ và Tất nhiên họ không muốn bị đổ lỗi nếu bạn tự mình làm điều gì đó và làm điều gì đó không được hỗ trợ và làm nổ tung đĩa của bạn, nhưng tôi nghi ngờ họ sẽ sẵn sàng hỗ trợ nếu họ thực sự nghĩ rằng nó sẽ mất dữ liệu.


0

Mặc dù điều này không trả lời câu hỏi btrfs, bạn đã viết "Tôi đã thực hiện điều này với ZFS, hệ thống chụp nhanh thật tuyệt vời và với send / recv bạn có thể dễ dàng tạo bản sao lưu trên phương tiện bên ngoài. Thật không may, tại thời điểm đó, tôi muốn GNU + Linux "và tính đến năm 2013 có http://zfsonlinux.org/ - hãy tận hưởng!


ZFSonLinux hoạt động rất tốt thực sự. Nhưng nó phải được cài đặt bằng tay (có một số kho lưu trữ).
bản6

0

Snapper là một công cụ sẽ tự động hóa quá trình này cho bạn. Bạn có thể có các ảnh chụp nhanh hàng giờ nếu bạn muốn, các khoảng thời gian chụp nhanh khác nhau cho mỗi subvolume, khôi phục dễ dàng, tự động xóa các ảnh chụp nhanh cũ ngay cả khi nó có gui.

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.