Unison đáng tin cậy như thế nào? Nó đã bao giờ làm hỏng dữ liệu của bạn? [đóng cửa]


17

Tôi quan tâm đến sự thật, khi sử dụng unison ( http://www.cis.upenn.edu/~bcpierce/unison/ ) đã phá hỏng dữ liệu của bạn? Tôi muốn tìm hiểu về độ tin cậy của nó.

Câu trả lời:


4

Tôi đã ngừng sử dụng Unison vì:

  • nó không thể xử lý các ký tự đặc biệt và quốc tế trong một tên tệp chính xác. Tôi nghĩ rằng những tập tin này không được sao chép (nhưng tôi không chắc về điều đó).
  • Trên máy Mac, GUI (tùy chọn) thường xuyên bị hỏng, vì vậy tôi phải khởi động lại quá trình đồng bộ hóa sau mỗi lần gặp sự cố.

3
Tôi chưa bao giờ gặp vấn đề với các ký tự quốc tế trong tên tệp với Unison, trên Windows, Linux hoặc Mac hoặc thậm chí là đồng bộ hóa đa nền tảng thông qua ssh. Trên thực tế, tôi đã bắt đầu sử dụng nó bởi vì nó có thể đồng bộ hóa đúng cách các máy chủ Win và Linux, khi rsync vẫn không thể.
ttarchala

3
Có một vấn đề đã biết với tên tệp Cygwin và không phải ASCII. Đây không phải là một lỗi với unison.
JeffP

Tôi sử dụng Unison với rất nhiều tài liệu lưu trữ của Nhật Bản. Tôi không có bất kỳ vấn đề nào mặc dù tôi đã có vấn đề từ nhiều năm trước. Tôi đang sử dụng 2.48.3 đã được vài năm tuổi và hỗ trợ đầy đủ Unicode.
edwinbradford

23

Tôi đã sử dụng Unison bật và tắt kể từ năm 2004. Trong câu trả lời cho một câu hỏi khác, tôi đã gật đầu với rsync như một công cụ để sao lưu / đồng bộ hóa dữ liệu của bạn giữa các máy.

Trong tất cả thời gian này, Unison không bao giờ làm hỏng dữ liệu của tôi theo nghĩa băm nhỏ nội dung tệp. Tuy nhiên, nó đã hiển thị một số độ nhạy đối với các điều kiện cạnh như các tệp đang sử dụng, quyền hoặc các vấn đề đa nền tảng. Bạn sẽ cần cẩn thận để nghiên cứu vấn đề này nếu bạn gặp phải bất kỳ lỗi nào khi đồng bộ hóa các tệp của bạn với Unison. Lưu nhật ký của bạn.

Một vài tuần trước tôi đã quyết định ngừng sử dụng Unison và quay lại rsync. Lý do chính:

  • Unison không còn được phát triển tích cực, trong khi rsync là
  • Unison chậm hơn rsync trong việc sử dụng trong thế giới thực, nơi tôi có hàng trăm ngàn tệp với tổng số hơn 150 GB trong thư mục nhà của tôi; Sao lưu một ngày làm việc vào ổ USB mất khoảng 10 phút với Unison nhưng chỉ 1-2 phút với rsync mới nhất.
  • Cơ sở dữ liệu của Unison cần được xây dựng lại mỗi vài tháng do các trường hợp cạnh đã nói ở trên, chẳng hạn như ngắt kết nối hệ thống tập tin đột ngột; khi chúng bị hỏng, các tệp của bạn sẽ KHÔNG bị hủy nhưng chúng có thể vẫn không được đồng bộ hóa và sẽ cung cấp cho bạn các lỗi lạ. Cơ sở dữ liệu này được xây dựng lại, đặc biệt là với khối lượng từ xa, có thể mất nhiều giờ hoặc thậm chí vài ngày.

14
Lưu ý, btw, Unison thực sự dành cho các trường hợp sử dụng khác với rsync. Unison dành cho đồng bộ hai chiều , trong khi rsync dành cho đồng bộ một chiều. Điều này làm cho nó có khả năng hơn, nhưng cũng nhất thiết phức tạp hơn rsync. Vì vậy, công cụ phù hợp cho công việc, v.v.
sleske

Làm thế nào để bạn "xây dựng lại" cơ sở dữ liệu? Chỉ cần xóa thư mục .unison?
russellpierce

Hãy xem xét Crashplan.com thay vì rsync để sao lưu.
Chloe

9

Tôi đã không sử dụng nó miễn là ttarchala, nhưng nó hoạt động tốt cho các tập tin nhỏ hơn và tôi không bị mất bất kỳ dữ liệu nào.

Trong khi nó không được phát triển tích cực, nó đang được duy trì ở một mức độ nào đó. Đã có các cập nhật / sửa lỗi được cam kết cho cây nguồn trong vài tháng qua và bạn có thể nhận được các tệp nhị phân hiện tại ở đây (ví dụ).

Cũng lưu ý rằng bạn có thể cải thiện hiệu suất bằng cách đặt fastcheck / Pretendwin để phát hiện các thay đổi của tệp theo kích thước và ngày, thay vì kiểm tra toàn bộ tệp.


8

Tôi đã sử dụng nó khá lâu (để đồng bộ giữa máy tính để bàn và máy tính xách tay). Như những người khác viết, nó khá cẩn thận trong quá trình đồng bộ, và tôi không bao giờ mất bất kỳ tập tin nào. Trong trường hợp có vấn đề, nó có thể yêu cầu một resynch (tốn thời gian), nhưng cuối cùng mọi thứ sẽ tự giải quyết.

Trong hoạt động thường xuyên, nó là nhanh chóng và an toàn.


7

Tôi đã sử dụng Unison trên máy Mac của mình trong ít nhất 8 năm. Tôi chưa bao giờ bị Unison hỏng hoặc mất tập tin. Ngay từ sớm, tôi đã gặp một số vấn đề với Unison khi không hiểu các nhánh tài nguyên, dẫn đến lỗi không đồng bộ hóa.

Tôi bắt đầu sử dụng Unison sau khi tôi phát hiện ra rằng Finder trên Mac B & W G3 của tôi đang âm thầm làm hỏng các tệp được sao chép bằng cách thay đổi ngẫu nhiên một hoặc hai byte mỗi megabyte. (Nguyên nhân là do sự cố phần cứng với Firewire trên bảng logic Rev 1.) Vì vấn đề đó, tôi đã thực sự, thực sự hoang tưởng về việc so sánh các bản sao lưu và Unison làm điều đó tốt cho tôi.


3

Đây là những thất bại của Unison:

Khi đồng bộ hóa hai thư mục Cygwin trên Windows, nó sẽ làm hỏng các liên kết tượng trưng mà Cygwin sử dụng và làm hỏng nội dung:

C:\Program Files\Unison>"Unison-2.40.102 Text.exe"  c:\cygwin socket://xps:4321/c:\cygwin -path bin
UNISON 2.40.102 started propagating changes at 03:32:12.55 on 28 Feb 2013
[BGN] Updating file bin/X from C:/cygwin to //xps/C:/cygwin


$ ls -l /bin/X //xps/c/cygwin/bin/X
-rwxr-xr-x+ 1 Administrators ???????? 19 Feb 28 03:32 //xps/c/cygwin/bin/X
lrwxrwxrwx  1 Chloe          None      8 Jan 28 18:35 /bin/X -> XWin.exe


$ stat /bin/X //xps/c/cygwin/bin/X
  File: `/bin/X' -> `XWin.exe'
  Size: 8               Blocks: 1          IO Block: 65536  symbolic link
Device: f8e5edb8h/4175818168d   Inode: 1125899907027010  Links: 1
Access: (0777/lrwxrwxrwx)  Uid: ( 1006/   Chloe)   Gid: (  513/    None)
Access: 2013-01-28 18:35:38.648870400 -0500
Modify: 2013-01-28 18:35:38.648870400 -0500
Change: 2013-01-28 18:35:38.648870400 -0500
 Birth: 2013-01-28 18:35:38.648870400 -0500
  File: `//xps/c/cygwin/bin/X'
  Size: 19              Blocks: 1          IO Block: 65536  regular file
Device: 808a8f0bh/2156564235d   Inode: 4222124650737757  Links: 1
Access: (0755/-rwxr-xr-x)  Uid: (  544/Administrators)   Gid: (4294967295/????????)
Access: 2013-02-28 03:32:20.619899500 -0500
Modify: 2013-02-28 03:32:20.619899500 -0500
Change: 2013-02-28 03:32:20.629884400 -0500
 Birth: 2013-02-26 13:21:32.963302500 -0500

Lưu ý sự thay đổi kích thước, và các quyền? Trên máy đích, khi thử chạy lệnh, nó không thành công:

Chloe@xps /usr/bin
$ X
bash: ./X: cannot execute binary file

Tôi phải sử dụng rsync để sao chép chính xác các liên kết tượng trưng.

$ rsync -arvz  /cygdrive/c/cygwin/bin/ //xps/c/cygwin/bin
sending incremental file list
./
X -> XWin.exe

Một thất bại khác là Unison KHÔNG giữ thời gian sửa đổi theo mặc định (tuy nhiên có thể sử dụng -timestùy chọn để thực hiện đồng bộ hóa thời gian sửa đổi tệp)! Nếu bạn đồng bộ hóa, thời gian sửa đổi được đặt thành thời gian tạo tệp ở đích:

$ unison 'c:\Sites' '\\xps\c\Sites'
...
  new file ---->            ruby-env.sh
...
[BGN] Copying ruby-env.sh from c:/Sites to //xps/c/Sites
[END] Copying ruby-env.sh



$ ls -l ruby-env.sh //xps/c/sites/ruby-env.sh
----------+ 1 ???????? ???????? 188 Feb 28 02:48 //xps/c/sites/ruby-env.sh
-rw-r--r--+ 1 Chloe    None     188 Feb 27 03:06 ruby-env.sh

Về mặt lý thuyết, bạn có khả năng bị mất dữ liệu nếu bạn

  1. Có 2 vị trí tệp được đồng bộ hóa, Location1, Location2,
  2. Sửa đổi bản sao được đồng bộ hóa của tệp ở vị trí thứ 2,
  3. Đã đồng bộ hóa với Unison giữa vị trí thứ nhất và vị trí thứ 3,
  4. đã tạo một tệp tại đích thứ 3 với ngày sửa đổi mới hơn do Unison,
  5. đã sử dụng một công cụ đồng bộ hóa khác như rsync hoặc SyncToy,
  6. sau đó đồng bộ hóa đích thứ 3 một lần nữa với vị trí thứ 2, thực tế đã được sửa đổi muộn hơn nguồn thứ 1, nhưng trước thời gian tạo tệp đích thứ 3,
  7. Công cụ đồng bộ hóa khác sẽ nhận thấy thời gian vị trí thứ 3 mới hơn và ghi đè lên các thay đổi đối với vị trí thứ 2,
  8. Qua đó mất dữ liệu.
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.