कैसे विश्वसनीय है यूनिसन? क्या इसने कभी आपका डेटा बर्बाद किया? [बन्द है]

Question

मुझे तथ्यों में दिलचस्पी है, जब यूनिसन ( http://www.cis.upenn.edu/~bcpierce/unison/ ) का उपयोग करके आपके डेटा को बर्बाद कर दिया गया? मैं इसकी विश्वसनीयता के बारे में पता लगाना चाहता हूं।

Answer 1

मैंने यूनिसन का उपयोग करना बंद कर दिया क्योंकि:

• यह फ़ाइल नाम में विशेष और अंतर्राष्ट्रीय वर्णों को सही ढंग से नहीं संभाल सकता है। मुझे लगता है कि इन फ़ाइलों को कॉपी नहीं किया गया था (लेकिन मुझे इस बारे में निश्चित नहीं है)।
• एक मैक पर, (वैकल्पिक) जीयूआई अक्सर दुर्घटनाग्रस्त हो जाता है, इसलिए मुझे प्रत्येक दुर्घटना के बाद सिंकिंग प्रक्रिया को फिर से शुरू करना पड़ा।

Comments

मुझे यूनिसन के साथ फ़ाइल नामों में अंतर्राष्ट्रीय वर्णों के साथ कभी भी समस्या नहीं थी, या तो विंडोज, लिनक्स या मैक पर, या यहां तक ​​कि ssh के माध्यम से क्रॉस प्लेटफॉर्म सिंक्रोनाइज़ेशन में भी। वास्तव में मैंने शुरू में इसका उपयोग किया था क्योंकि यह विन और लिनक्स होस्ट को ठीक से सिंक्रनाइज़ कर सकता था, जब rsync अभी भी नहीं कर सका।

— १४:४४ बजे

Cygwin और गैर-ASCII फ़ाइल नामों के साथ एक ज्ञात समस्या है। यह एक बग के साथ नहीं है।

— जेएफपी

मैं बहुत सारे जापानी अभिलेखागार के साथ यूनिसन का उपयोग करता हूं। मुझे कोई समस्या नहीं है, हालांकि मेरे पास कई साल पहले मुद्दे थे। मैं 2.48.3 का उपयोग कर रहा हूं जो पहले से ही कुछ साल पुराना है और पूरी तरह से यूनिकोड का समर्थन करता है।

— एडविन ब्रैडफोर्ड

Answer 2

मैं 2004 से कुछ के बाद से Unison का उपयोग कर रहा हूं। एक अन्य प्रश्न के उत्तर में मैंने इसे rsync के लिए मशीनों के बीच अपने डेटा को बैकअप / सिंक्रनाइज़ करने के लिए एक उपकरण के रूप में एक नोड दिया।

इस सारे समय में Unison ने कभी भी मेरे डेटा को श्रेडिंग फ़ाइल सामग्री के अर्थ में बर्बाद नहीं किया। यह, हालांकि, उपयोग, अनुमतियाँ, या क्रॉस-प्लेटफ़ॉर्म मुद्दों में फ़ाइलों जैसे किनारे की स्थितियों के लिए कुछ संवेदनशीलता प्रदर्शित करता है। यदि आप अपनी फ़ाइलों को Unison के साथ सिंक्रोनाइज़ करते हैं तो आपको किसी भी त्रुटि का सामना करने पर इस पर शोध करने के लिए सावधान रहने की आवश्यकता होगी। अपने लॉग सहेजें।

कुछ हफ़्ते पहले मैंने यूनिसन का उपयोग बंद करने का फैसला किया और rsync पर वापस चला गया। मुख्य कारण:

• Unison अब सक्रिय रूप से विकसित नहीं हुआ है, जबकि rsync है
• यूनिसन वास्तविक दुनिया के उपयोग में rsync की तुलना में धीमा है, जहां मेरे पास घर की निर्देशिका में 150 जीबी से अधिक की कुल सैकड़ों फाइलें हैं; USB ड्राइव में एक दिन के काम का बैकअप Unison के साथ लगभग 10 मिनट का होता है लेकिन नवीनतम rsync के साथ केवल 1-2 मिनट का।
• पूर्ववर्ती किनारे के मामलों के कारण यूनिसन के डेटाबेस को हर दो महीने में पुनर्निर्माण की आवश्यकता होती है, जैसे कि फाइल सिस्टम प्राप्त करने का अचानक वियोग; जब वे दूषित हो जाते हैं, तो आपकी फाइलें नष्ट नहीं होंगी लेकिन वे अनियंत्रित रह सकते हैं और आपको अजीब त्रुटियां देंगे। यह डेटाबेस पुनर्निर्माण, विशेष रूप से दूरस्थ संस्करणों के साथ, घंटे या दिन भी ले सकता है।

Comments

ध्यान दें, btw, कि Unison वास्तव में rsync की तुलना में विभिन्न उपयोग के मामलों के लिए है। Unison टू-वे सिंकिंग के लिए है, जबकि rsync वन-वे सिंकिंग के लिए है। यह इसे अधिक सक्षम बनाता है, लेकिन आवश्यक रूप से rsync से अधिक जटिल भी है। तो, नौकरी के लिए सही उपकरण, आदि ..

— sleske

आप डेटाबेस को "पुनर्निर्माण" कैसे करते हैं? बस .unison फ़ोल्डर साफ़ करें?

— रसेलपीयरस

बैकअप के लिए rsync के बजाय Crashplan.com पर विचार करें।

— च्लोए

Answer 3

मैं इसे तब तक इस्तेमाल नहीं कर रहा हूं, जब तक कि यह टरटचला का उपयोग नहीं करता है, लेकिन यह छोटे फाइलसेट के लिए अच्छी तरह से काम करता है और मैंने कोई डेटा नहीं खोया है।

हालांकि यह सक्रिय विकास के अधीन नहीं है, लेकिन इसे कुछ हद तक बनाए रखा जा रहा है। पिछले कुछ महीनों में स्रोत पेड़ के लिए अद्यतन / बगफिक्स हुए हैं, और आप यहां (उदाहरण के लिए) वर्तमान बायनेरिज़ प्राप्त कर सकते हैं ।

यह भी ध्यान दें कि आप फास्टचेक / प्रिटेंडविन सेट करके प्रदर्शन में सुधार कर सकते हैं जो संपूर्ण फ़ाइल की जांच करने के बजाय आकार और दिनांक द्वारा फ़ाइल परिवर्तनों का पता लगाता है।

Answer 4

मैंने इसे काफी समय तक इस्तेमाल किया (डेस्कटॉप और लैपटॉप के बीच सिंक करने के लिए)। जैसा कि अन्य लिखते हैं, यह सिंक के दौरान काफी सावधान है, और मैंने कभी कोई फाइल नहीं खोई। समस्याओं के मामले में इसे (समय लेने वाली) रेज़िंच की आवश्यकता हो सकती है, लेकिन अंत में सब कुछ अपने आप निकल जाता है।

नियमित संचालन में, यह तेज और सुरक्षित दोनों है।

Answer 5

मैंने अपने Mac पर Unison का उपयोग कम से कम 8 वर्षों के लिए किया है। मैंने कभी भी यूनिसन को भ्रष्ट नहीं किया है और न ही फाइल खोई है। शुरुआत में, मेरे पास कुछ समस्याएँ थीं जिनके कारण संसाधन कांटे नहीं समझ पा रहे थे, जिसके कारण सिंक्रनाइज़ेशन विफल हो गया।

जब मैंने अपने मैक बी एंड डब्ल्यू जी 3 पर खोजक को चुपचाप एक बाइट या दो हर मेगाबाइट को बेतरतीब ढंग से कॉपी की गई फ़ाइलों को दूषित कर रहा था, तो पता लगाने के बाद मैंने यूनिसन का उपयोग करना शुरू कर दिया। (रेव 1 लॉजिक बोर्ड पर फायरवायर के साथ एक हार्डवेयर मुद्दे के कारण।) उस समस्या के बाद से, मैं वास्तव में, बैकअप प्रतियों की तुलना करने के बारे में वास्तव में पागल हो गया हूं, और यूनिसन मेरे लिए भी यही करता है।

Answer 6

ये यूनिसन की असफलताएं हैं:

Windows पर दो Cygwin निर्देशिकाओं को सिंक्रनाइज़ करते समय, यह प्रतीकात्मक लिंक्स को भ्रष्ट करता है जो Cygwin उपयोग करता है, और सामग्री को दूषित करता है:

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

आकार में परिवर्तन, और अनुमतियाँ देखें? गंतव्य मशीन पर, जब कमांड चलाने की कोशिश की जाती है, तो वह विफल हो जाती है:

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

मुझे प्रतीकात्मक लिंक को सही ढंग से कॉपी करने के लिए rsync का उपयोग करना होगा।

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

एक और असफलता है यूनिसन डिफ़ॉल्ट रूप से संशोधित समय नहीं रखता है (हालांकि यह संभव है कि यूनिसन -timesफ़ाइल संशोधन समय को सिंक्रनाइज़ करने के लिए विकल्प का उपयोग करना संभव हो )! यदि आप सिंक्रनाइज़ करते हैं, तो संशोधित समय गंतव्य पर फ़ाइल निर्माण समय पर सेट किया जाता है:

$ 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

सैद्धांतिक रूप से, यदि आप संभावित रूप से डेटा खो सकते हैं

1. 2 समन्‍वयित फ़ाइल स्‍थान, स्‍थान 1, स्‍थान 2,
2. किसी फ़ाइल की सिंक्रनाइज़ की गई प्रतिलिपि को दूसरे स्थान पर संशोधित करें,
3. 1 स्थान और 3 स्थान के बीच सामंजस्य के साथ समन्वयित,
4. यूनिसन के कारण एक नई संशोधित तारीख के साथ 3 जी गंतव्य पर एक फ़ाइल बनाई,
5. rsync या SyncToy जैसे एक अलग सिंक टूल का उपयोग किया,
6. फिर 3 डी गंतव्य को फिर से 2 स्थान के साथ सिंक किया, जिसे वास्तव में 1 स्रोत की तुलना में बाद में संशोधित किया गया था, लेकिन 3 डी गंतव्य फ़ाइल निर्माण समय से पहले,
7. अन्य सिंक टूल 3 स्थान के समय को नए रूप में देखेगा, और 2 स्थान के परिवर्तनों को अधिलेखित करेगा,
8. जिससे डेटा कम हो रहा है।