đồng bộ hóa lưu trữ ngoại tuyến phân tán với các tệp lớn trên các ổ đĩa ngoài


1

Tôi có một số tệp phương tiện (giả sử 500 tệp 500 MB mỗi tệp, mặc dù một số tệp nhỏ hơn và một số lớn hơn) mà tôi không thể lưu trữ trên máy tính của mình, vì ổ cứng quá nhỏ, vì vậy tôi muốn lưu trữ chúng trên một ổ đĩa ngoài.

Tôi chỉ có thể di chuyển mọi thứ vào một ổ đĩa, nhưng điều đó có nguy cơ mất tất cả mọi thứ trong một vụ tai nạn ổ đĩa. Vì vậy, cần phải có nhiều ổ đĩa được đồng bộ hóa với nhau. Việc đồng bộ hóa sẽ giữ cho các ổ đĩa có thể hoán đổi cho nhau, thêm một tệp vào một ổ đĩa nên thêm nó vào ổ đĩa khác và xóa một tệp trên một ổ đĩa sẽ xóa nó trên ổ đĩa khác, bất kể cái nào là cái kia và cái nào là cái kia, bởi vì Đôi khi tôi sử dụng nhiều máy tính được kết nối với ổ đĩa ngoài của riêng chúng và tôi không muốn mang theo một loại ổ đĩa chính giữa các máy tính. Vì vậy, công cụ đồng bộ hóa cần lưu giữ lịch sử dữ liệu meta của các tệp ghi lại tệp nào mới và tệp nào bị xóa. Nó cũng nên theo dõi việc đổi tên, vì vậy nó không sao chép toàn bộ tệp đã đổi tên,

Lịch sử cũng có thể làm cho các bản sao lưu đáng tin cậy hơn, nếu nó có hàm băm cho mỗi tệp, nó có thể kiểm tra xem tệp có còn nguyên vẹn hay bị hỏng do sự cố đĩa hay không. Và tôi có thể tra cứu khi tệp được thêm hoặc thay đổi lần cuối đáng tin cậy hơn dấu thời gian của hệ thống tệp.

Bây giờ tôi đang tìm kiếm một công cụ đồng bộ như vậy. (atm tôi chỉ sử dụng linux, nhưng có lẽ tôi sử dụng một hệ điều hành khác vào một ngày nào đó?)

Một số công cụ không phù hợp, nhưng gần gũi:

  • rsync: Nó không giữ một lịch sử.

  • unison: Nó giữ lịch sử, nhưng nó nằm trên máy tính đồng bộ hóa chứ không phải với dữ liệu. Nếu tôi đồng bộ hóa chúng trên một máy tính mới, nó sẽ cần quét lại mọi thứ. Và nó sử dụng cơ sở dữ liệu cặp, nếu có n gương trên máy tính, nó sẽ giữ lịch sử m n² (hoặc chỉ là mn với cấu trúc liên kết sao, nhưng sau đó nó cần ổ đĩa chính). Ngoài ra, cơ sở dữ liệu dường như không được thiết kế để sử dụng lâu dài, phiên bản unison mới hơn có thể có định dạng cơ sở dữ liệu mới, sau đó cần quét lại mọi thứ và tôi không thể tra cứu sau 10 năm nữa khi tôi thêm tệp nào nữa.

  • kiểm soát nguồn, git, hg, svn, gut, boar: Các tệp quá lớn để giữ lịch sử của mọi thứ. Ngoài ra tôi có các tệp quan trọng và không quan trọng trong bộ sưu tập, khi hết dung lượng, tôi sẽ xóa vĩnh viễn các tệp không quan trọng hơn là mua một ổ đĩa lớn hơn.

  • bup, git annex: họ xóa các tệp khỏi hệ thống tệp để lưu trữ chúng trong hệ thống tệp dựa trên git của riêng họ. Điều đó khiến việc truy cập chúng trở nên khó khăn và tôi thích một giải pháp giữ các tệp như hiện tại và chỉ cần thêm dữ liệu meta cần thiết để theo dõi các thay đổi.

  • git-media: dường như chủ yếu được thực hiện để vượt qua giới hạn kích thước tệp của git

  • ổ đĩa google: không ngoại tuyến

  • owncloud: Điều đó dường như được dựa trên một máy chủ trung tâm luôn chạy chứ không phải là một loạt các ổ đĩa cứng bằng nhau.

  • syncthing: nó dường như chạy vĩnh viễn và đồng bộ mọi thứ ngay lập tức giữa các máy tính. Thỉnh thoảng, tôi muốn thực hiện đồng bộ hóa cục bộ, vì kết nối cả hai ổ đĩa ngoài với cùng một máy tính và đồng bộ hóa chúng sau mỗi tháng một lần

  • spark Meatare: dường như không được thực hiện cho các tập tin lớn


Nhiều ổ đĩa ngoài trên nhiều thiết bị và đồng bộ hóa hoạt động là bộ đếm trực quan. Tôi nói sử dụng một chủ duy nhất luôn có trên kho lưu trữ trên một số phần cứng cũ, sau đó chúng tôi một cái gì đó như đồng bộ hóa resilio để đẩy và kéo các tệp. Nhưng điều này không tạo ra sự dư thừa mỗi se vì nếu bạn gây rối hoặc gặp trục trặc, bạn có thể dễ dàng mất dữ liệu. Bạn vẫn cần một bản sao lưu SEPARATE được đồng bộ hóa một chiều. Các doanh nghiệp sử dụng quy tắc 3-2-1- như một TỐI THIỂU điển hình.
Damon

Tôi không sử dụng nó thường xuyên đủ để biện minh cho phần cứng chuyên dụng cho điều đó. Giống như một lần một tuần trung bình. Nó sẽ ngăn chặn hầu hết các trục trặc với lịch sử. Giống như Git. Bạn không phải sợ để vô tình làm hỏng kho lưu trữ Git. (công cụ đồng bộ hóa có thể di chuyển các tệp đã xóa trong thư mục thrash để cho phép hoàn tác đồng bộ hóa cuối cùng). Tôi có thể đưa một ổ đĩa cho mẹ tôi ở một tiểu bang khác, nhưng sau đó tôi chỉ có thể đồng bộ hóa với cái đó mỗi năm một lần.
BeniBela

FreeFileSync, Resilio Sync
Damon

FreeFileSync ít nhất lưu trữ cơ sở dữ liệu theo dõi thay đổi trong thư mục bên phải, nhưng nó không lưu trữ băm của tất cả các tệp để phát hiện tham nhũng. Resilio dường như được tạo để đồng bộ hóa nền vĩnh viễn giữa các thiết bị thay vì đồng bộ hóa thường xuyên giữa các ổ đĩa.
BeniBela
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.