कैसे rsync तय करता है कि कैसे सिंक करना है?


15

मुझे सवाल के कई जवाब मिल रहे हैं, इसलिए लोगों से पूछना चाहता था कि वास्तव में इसका उपयोग करें, बजाय यादृच्छिक यादृच्छिक बेकार जानकारी के साथ भरकर सबसे बड़ा ब्लॉग बनाना चाहते हैं।

परिदृश्य: मैं rsync -av --progress /dir/a /dir/b और यह अपनी बात करता है।

मैं / dir / a के लिए नई फाइलें जोड़ता हूं और उसी कमांड को फिर से चलाता हूं, यह जानता है कि उसने क्या किया और केवल नई फाइलों को कॉपी करता है।

मैं / dir / a में नई फाइलें जोड़ता हूं और / dir / b में कुछ फ़ाइलों का नाम बदल देता हूं, और शायद कुछ भी हटा देता हूं।

अगर मैं rsync -av --progress /dir/a /dir/bफिर से दौड़ता हूं , तो क्या नकल होगी? बस नई फाइलें क्योंकि यह जानता है कि उसने पहले क्या कॉपी किया है, या जिन फ़ाइलों का नाम बदल दिया गया था / उन्हें हटा दिया गया था, क्योंकि वे अब मौजूद नहीं हैं।

और एक बोनस के रूप में, यदि पहले से कॉपी की गई फ़ाइलों को फिर से कॉपी किया जाता है, तो क्या इसे रोकने का एक तरीका है, ताकि / dir / a के लिए केवल नए अतिरिक्त की प्रतिलिपि बनाई जाए?

फिलहाल मैं चीजों को मैनुअली चैक कर रहा हूं, लेकिन जैसे-जैसे डेटा बड़ा होता जा रहा है, मुझे इस कार्य को करने के लिए अधिक ऑटोमेशन की जरूरत पड़ने वाली है।


3
-iझंडा बहुत आसान है। हर फ़ाइल के लिए, यह एक मैच स्ट्रिंग देता है जिसे यह देखने के लिए डिकोड किया जा सकता है कि यह क्यों मेल खाता है (मॉड समय के लिए ध्वज, आकार के लिए ध्वज, आदि)
BowlOfRed

जवाबों:


17

मैं / dir / a के लिए नई फाइलें जोड़ता हूं और उसी कमांड को फिर से चलाता हूं, यह जानता है कि उसने क्या किया और केवल नई फाइलों को कॉपी करता है।

नहीं, यह नहीं जानता कि इसने पिछले रन में क्या किया था। यह प्राप्त होने वाले डेटा की तुलना डेटा भेजने वाले पक्ष से करता है। छोटे पर्याप्त डेटा के साथ, यह स्पष्ट नहीं होगा, लेकिन जब आपके पास पर्याप्त बड़ी निर्देशिकाएं होती हैं, तो वास्तव में शुरू होने से पहले की तुलना में खर्च किए गए समय को आसानी से महसूस किया जाता है।

डिफ़ॉल्ट जाँच फ़ाइल संशोधन समय और आकार के लिए है। से man rsync:

-c, --checksum
      This changes the way rsync checks if the files have been changed
      and  are in need of a transfer.  Without this option, rsync uses
      a "quick check" that (by default) checks if each file’s size and
      time of last modification match between the sender and receiver.
      This option changes this to compare a 128-bit checksum for  each
      file  that  has a matching size.  Generating the checksums means
      that both sides will expend a lot of disk I/O  reading  all  the
      data  in  the  files  in  the transfer (and this is prior to any
      reading that will be done to transfer changed  files),  so  this
      can slow things down significantly.

तथा:

-u, --update
      This  forces  rsync  to  skip  any  files  which  exist  on  the
      destination  and  have  a  modified  time that is newer than the
      source  file.   (If  an  existing   destination   file   has   a
      modification time equal to the source file’s, it will be updated
      if the sizes are different.)

ध्यान दें कि ये आपके द्वारा उपयोग किए गए विकल्पों से निहित नहीं हैं। -aहै:

-a, --archive               archive mode; same as -rlptgoD (no -H)
-r, --recursive             recurse into directories
-l, --links                 copy symlinks as symlinks
-p, --perms                 preserve permissions
-o, --owner                 preserve owner (super-user only)
-g, --group                 preserve group
    --devices               preserve device files (super-user only)
    --specials              preserve special files
-D                          same as --devices --specials
-t, --times                 preserve times

सबसे अच्छा विवरण जो मैंने (अब तक) देखा है, धन्यवाद
SPooKYiNeSS

2
थोड़ा सा जोड़। नामांकित फ़ाइलों को अंत में अद्वितीय फ़ाइलों के रूप में माना जाता है। --fuzzyएक बार निर्दिष्ट करने के बाद उन्हें उसी निर्देशिका में समान माना जाएगा। --fuzzyदो बार उपयोग करने से यह क्षमता अन्य स्थानों पर फैल जाती है। man rsyncविवरण के लिए देखें। बेशक, उपयोग rsyncकरने का एक मुख्य कारण इसकी एक फ़ाइल के केवल हिस्सों की प्रतिलिपि बनाने की क्षमता है जो बदल गए हैं। यह बहुत तेजी से एक नेटवर्क पर स्थानान्तरण कर सकता है। BTW, चेकसम विकल्प कैसे rsyncकाम करता है इसकी व्याख्या के लिए ऊपर उल्लेख किया गया है । ज्यादातर मामलों में, इसका उपयोग नहीं किया जाना चाहिए।
जो

7

सामान्य

अगर मैं सही ढंग से समझता हूं, rsync -avकोई मेमोरी नहीं है, तो यह उन फ़ाइलों को कॉपी कर देगा जिनका नाम बदल दिया गया था / हटा दिया गया था, क्योंकि वे स्रोत में मौजूद हैं लेकिन अब लक्ष्य में मौजूद नहीं हैं।

टिप्स

  • -nअपनी rsyncकमांड लाइन चलाने से पहले क्या होता है, यह जाँचने के लिए, विकल्प 'ड्राई रन' का उपयोग करें ।

  • स्रोत निर्देशिका के बाद एक अनुगामी स्लेश के विशेष अर्थ पर ध्यान दें, और बीच का अंतर देखें

    rsync -av --progress dir/a/ dir/b
    

    तथा

    rsync -av --progress dir/a dir/b
    

    जो मैनुअल में वर्णित है man rsync

उदाहरण

आपका विशेष मामला (स्रोत निर्देशिका 'ए' में एक फ़ाइल को जोड़ने और लक्ष्य निर्देशिका 'बी' से एक फ़ाइल को हटाने) दोनों जोड़ी गई फ़ाइल और पहले से कॉपी की गई फ़ाइल को जोड़ देगा, क्योंकि यह अभी भी स्रोत निर्देशिका में है। यह विकल्प के साथ और उसके बिना भी होगा -uऔर मुझे rsyncआसानी से इसे ठीक करने का कोई विकल्प नहीं है , यदि आप इसे स्रोत निर्देशिका में रखना चाहते हैं।

लेकिन आप इसे स्रोत निर्देशिका से हटा सकते हैं या फ़ाइल का नाम फ़ाइल में डाल सकते excludedहैं और विकल्प का उपयोग कर सकते हैं --exclude-from=excluded(कई फ़ाइलों के लिए) या बस --exclude=PATTERNएक या कुछ फ़ाइलों के लिए।

$ rsync -avn --progress dir/a/ dir/b
sending incremental file list
./
file-1
file-2

sent 103 bytes  received 25 bytes  256.00 bytes/sec
total size is 13  speedup is 0.10 (DRY RUN)

$ rsync -av --progress dir/a/ dir/b
sending incremental file list
./
file-1
              6 100%    0.00kB/s    0:00:00 (xfr#1, to-chk=1/3)
file-2
              7 100%    6.84kB/s    0:00:00 (xfr#2, to-chk=0/3)

sent 196 bytes  received 57 bytes  506.00 bytes/sec
total size is 13  speedup is 0.05

$ echo textx-3>./dir/a/file-3

$ rsync -avn --progress dir/a/ dir/b
sending incremental file list
./
file-3

sent 121 bytes  received 22 bytes  286.00 bytes/sec
total size is 21  speedup is 0.15 (DRY RUN)

$ rm dir/b/file-1 
rm: ta bort normal fil 'dir/b/file-1'? y

$ rsync -avn --progress dir/a/ dir/b
sending incremental file list
./
file-1
file-3

sent 124 bytes  received 25 bytes  298.00 bytes/sec
total size is 21  speedup is 0.14 (DRY RUN)

$ rsync -avun --progress dir/a/ dir/b
sending incremental file list
./
file-1
file-3

sent 124 bytes  received 25 bytes  298.00 bytes/sec
total size is 21  speedup is 0.14 (DRY RUN)

$ rsync -avun --exclude=file-1 --progress dir/a/ dir/b
sending incremental file list
./
file-3

sent 104 bytes  received 22 bytes  252.00 bytes/sec
total size is 15  speedup is 0.12 (DRY RUN)

वैकल्पिक: unison

आप उपकरण का परीक्षण करना चाह सकते हैं unison, जो एक सिंक्रनाइज़ेशन उपकरण है। यह विशेष मामलों की पहचान करने और क्या करने का निर्णय लेने के लिए एक दृश्य विधि प्रदान करता है। एक GUI संस्करण है ( unison-gtk)।


अच्छा उदाहरण धन्यवाद। मुझे अंत में पता था / कि, मैं बस ऐप से यह पूछ रहा हूं, और यह याद आया (और आप स्पष्ट रूप से देख सकते हैं कि मैं कॉपी / पोस्ट किया गया
SPooKYiNeSS

और फिर से यह खत्म होने से पहले भेजता है और मुझे अपनी टिप्पणी संपादित नहीं करने देगा ... दूसरे को कॉपी / पेस्ट किया गया। मैं एक प्रकार का जानवर पर एक नज़र डालूंगा और देखूंगा कि क्या वह कर सकता है जो मैं चाहता हूं, और अगर नहीं तो मैं वापस योजना बी में जाऊंगा और बस एक स्क्रिप्ट
बनाऊंगा

मैं unison-gtkकई वर्षों से उपयोग कर रहा हूं , और मैं इससे खुश हूं। (मैं rsyncभी उपयोग करता हूं ।)
सुडोकु

1

यह केवल / dir / a में नई फ़ाइलों को कॉपी करता है। जब भी आप / dir / b में काम करते हैं, तब तक नजरअंदाज कर दिया जाएगा, जब तक कि आप --delete विकल्प का उपयोग नहीं करते। उस स्थिति में, / dir / b में नामांकित फ़ाइलों को हटा दिया जाएगा। यह बलपूर्वक / dir / b होगा जैसा / dir / a।

बोनस के बारे में, क्या आपका मतलब है जैसे फ़ाइलों का नाम बदलने के मामले में / dir / a, और फिर rsyncing to / dir / b? मुझे नहीं लगता कि वहाँ rsync को रोकने के लिए एक तरीका है बस उस मामले में फ़ाइलों को फिर से कॉपी करने से।


मुझे उम्मीद नहीं थी कि एक तरीका हो सकता है, जिसे निर्धारित करने के लिए एक विशेषता का उपयोग करने के अलावा, लेकिन फिर अगर कोई किडी स्क्रिप्ट बना रहा है और उसकी आवश्यकता होगी। हालांकि आपके जवाब के लिए धन्यवाद, कम से कम अब मुझे पता है कि मुझे क्या करने की आवश्यकता है।
SPooKYiNeSS 14
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.