Quanto è affidabile Unison? Ha mai rovinato i tuoi dati? [chiuso]


17

Sono interessato ai fatti, quando l'utilizzo di unison ( http://www.cis.upenn.edu/~bcpierce/unison/ ) ha rovinato i tuoi dati? Voglio scoprire la sua affidabilità.

Risposte:


4

Ho smesso di usare Unison perché:

  • non può gestire correttamente caratteri speciali e internazionali in un nome file. Penso che questi file non siano stati copiati (ma non ne sono sicuro).
  • Su un Mac, la GUI (opzionale) si è bloccata spesso, quindi ho dovuto riavviare il processo di sincronizzazione dopo ogni arresto.

3
Non ho mai avuto problemi con i caratteri internazionali nei nomi dei file con Unison, sia su Windows, Linux o Mac, sia nella sincronizzazione multipiattaforma tramite ssh. In realtà ho iniziato a usarlo inizialmente perché poteva sincronizzare correttamente gli host Win e Linux, quando rsync non riusciva ancora.
ttarchala,

3
C'è un problema noto con Cygwin e nomi di file non ASCII. Questo non è un bug all'unisono.
JeffP,

Uso Unison con molti archivi giapponesi. Non ho alcun problema, anche se ho avuto problemi molti anni fa. Sto usando 2.48.3, che ha già alcuni anni e supporta pienamente Unicode.
Edwinbradford,

23

Uso Unison on e off dal 2004. In una risposta a un'altra domanda, ho dato un cenno a rsync come strumento per il backup / sincronizzazione dei dati tra macchine.

In tutto questo tempo Unison non ha mai rovinato i miei dati nel senso di distruggere il contenuto dei file. Ha tuttavia mostrato una certa sensibilità alle condizioni limite come file in uso, autorizzazioni o problemi multipiattaforma. Dovrai fare attenzione a cercare questo se riscontri errori durante la sincronizzazione dei tuoi file con Unison. Salva i tuoi registri.

Un paio di settimane fa ho deciso di smettere di usare Unison e sono tornato a rsync. Ragione principale:

  • Unison non è più attivamente sviluppato, mentre lo è rsync
  • Unison è più lento di rsync nell'uso del mondo reale, dove ho centinaia di migliaia di file per un totale di oltre 150 GB nella mia directory home; il backup di un giorno di lavoro su un'unità USB richiede circa 10 minuti con Unison ma solo 1-2 minuti con l'ultima rsync.
  • I database di Unison devono essere ricostruiti ogni paio di mesi a causa di casi limite citati, come la disconnessione improvvisa del file system di ricezione; quando sono danneggiati, i tuoi file NON verranno distrutti ma potrebbero non essere sincronizzati e daranno strani errori. La ricostruzione di questo database, specialmente con volumi remoti, può richiedere ore o addirittura giorni.

14
Si noti, a proposito, che Unison è davvero per casi d'uso diversi da rsync. Unison è per la sincronizzazione bidirezionale , mentre rsync è per la sincronizzazione unidirezionale. Questo lo rende più capace, ma anche necessariamente più complesso di rsync. Quindi, lo strumento giusto per il lavoro, ecc.
sleske,

Come "ricostruisci" i database? Basta cancellare la cartella .unison?
Russellpierce,

Prendi in considerazione Crashplan.com invece di rsync per i backup.
Chloe,

9

Non lo uso da quando ttarchala, ma funziona bene con set di file più piccoli e non ho perso alcun dato.

Sebbene non sia in fase di sviluppo attivo, viene mantenuto in una certa misura. Ci sono stati aggiornamenti / correzioni impegnate per l'albero dei sorgenti negli ultimi mesi, e si può ottenere i binari attuali qui (per esempio).

Si noti inoltre che è possibile migliorare le prestazioni impostando fastcheck / pretendwin che rileva le modifiche ai file in base a dimensioni e data, anziché fare il checksum dell'intero file.


8

L'ho usato per un po '(per sincronizzare tra desktop e laptop). Mentre gli altri scrivono, è abbastanza attento durante la sincronizzazione e non ho mai perso alcun file. In caso di problemi può richiedere una risincronizzazione (che richiede tempo), ma alla fine tutto si risolve da solo.

Durante il normale funzionamento è rapido e sicuro.


7

Ho usato Unison sui miei Mac per almeno 8 anni. Non ho mai avuto Unison corrotto o perso un file. All'inizio, ho riscontrato alcuni problemi con Unison che non comprendeva le fork di risorse, il che ha portato a errori di sincronizzazione.

Ho iniziato a utilizzare Unison dopo aver scoperto che Finder sul mio Mac B&W G3 stava corrompendo silenziosamente i file copiati cambiando casualmente un byte o due ogni megabyte. (Causato da un problema hardware con Firewire sulle schede logiche Rev 1). Da quel momento, sono stato davvero paranoico nel confrontare le copie di backup e Unison lo fa bene per me.


3

Questi sono i fallimenti di Unison:

Quando si sincronizzano due directory Cygwin su Windows, si corrompono i collegamenti simbolici utilizzati da Cygwin e si corrompono i contenuti:

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

Notare la modifica delle dimensioni e le autorizzazioni? Sul computer di destinazione, quando si tenta di eseguire il comando, non riesce:

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

Devo usare rsync per copiare correttamente i collegamenti simbolici.

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

Un altro errore è Unison NON mantiene i tempi modificati per impostazione predefinita (è comunque possibile utilizzare l' -timesopzione per sincronizzare all'unisono i tempi di modifica dei file)! Se sincronizzi, i tempi modificati vengono impostati sull'ora di creazione del file sulla destinazione:

$ 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

Teoricamente, potresti potenzialmente perdere dati se lo fai

  1. Dispone di 2 posizioni file sincronizzate, Posizione1, Posizione2,
  2. Modifica una copia sincronizzata di un file in 2a posizione,
  3. Sincronizzato con Unison tra la prima posizione e una terza posizione,
  4. creato un file alla terza destinazione con una data di modifica più recente dovuta a Unison,
  5. utilizzato uno strumento di sincronizzazione diverso come rsync o SyncToy,
  6. quindi sincronizzato di nuovo la terza destinazione con la seconda posizione, che è stata effettivamente modificata dopo la prima sorgente, ma prima della terza ora di creazione del file di destinazione,
  7. L'altro strumento di sincronizzazione noterà che l'ora della terza posizione è più recente e sovrascriverà le modifiche alla seconda posizione,
  8. In tal modo perdere dati.
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.