VPN वरून rsync: तुटलेल्या हस्तांतरणाचा पुनर्वापर करणारा पुन्हा प्रयत्न

बारा गीगाबाइटच्या संग्रहाच्या चार गीगाबाइटवर तुमचे अपलोड थांबते, आणि डाउनलोड व्यवस्थापकांकडून शिकलेली सवय पुन्हा सुरू दाबा असे सांगते. rsync TCP प्रवाह पुन्हा सुरू करणार नाही, कारण तो प्रवाह बोगद्याच्या शेवटच्या पुनःप्रेषणासोबत गेला. ते जे करू शकते ते म्हणजे आधीच मिळालेले बाइट ठेवणे आणि त्यांना पुढील प्रयत्नाचा आधार म्हणून वापरणे, ही वेगळ्या नियमसंचासह वेगळी यंत्रणा आहे. तुम्ही निवडता ते फ्लॅग हे पुनर्वापर होईल की नाही हे ठरवतात.

पुन्हा प्रयत्न स्थिती पुन्हा बांधतो, प्रवाह पुन्हा सुरू करत नाही

जेव्हा SSH सत्र पडते, तेव्हा दूरच्या टोकावर फक्त डिस्कवर लिहिलेले राहते, दुसरे काही नाही. पुन्हा जोडण्यासाठी सत्र टोकन नाही आणि पुन्हा वाजवण्यासाठी क्रमांक नाही. पुढील वेळेस नवीन जोडणी उघडते, स्रोत पुन्हा वाचते आणि प्राप्तकर्त्याला आधीच काय आहे विचारते.

तोच शेवटचा प्रश्न अर्धवट फाइल ठेवणे का योग्य ते स्पष्ट करतो. प्राप्तकर्त्याची प्रत rsync ला तुलना करण्यासाठी काही देते, आणि अल्गोरिदम फक्त ओळखू येणारे फरक पाठवते. हे अजूनही मेटाडेटाचे नवीन हस्तांतर आणि स्रोतावरची नवीन फेरी आहे, म्हणून वाचवलेला वेळ फाइल किती जुळते याच्या प्रमाणात आहे, मागील जोडणी किती पुढे गेली होती याच्या नाही. प्राप्तकर्त्याने काहीही ठेवले नसेल, तर पुढील प्रयत्न पूर्ण प्रत आहे, पहिल्याने किती गीगाबाइट हलवले तरी.

पुनर्वापर करता येणारा तुकडा कुठे राहतो ते ठरवा

मूलभूत वर्तन अर्धवट फाइल गंतव्य मार्गावर लिहिते, ज्यामुळे अर्धी लिहिलेली संग्रह अंतिम नावाखाली दिसू लागते. --partial-dir ती तुमच्या निवडीच्या डिरेक्टरीत हलवते, आणि पुस्तिका ती डिरेक्टरी पुढील हस्तांतरणाने डेटा म्हणून वापरण्यासाठी ठेवलेली असे वर्णन करते. सापेक्ष नाव गंतव्य डिरेक्टरीखाली सोडवले जाते, दोन्ही टोकांची मांडणी वेगळी असू शकते तेव्हा तुम्हाला हवे तेच.

rsync -e ssh --partial-dir=.rsync-partial --info=progress2 -- \
  large-archive.bin [email protected]:/srv/incoming/

गंतव्यावरही क्रम महत्त्वाचा: अर्धवट डिरेक्टरीला तुकड्यासाठी पुरेशी जागा लागते, आणि व्हॉल्यूमला पूर्ण झालेल्या फाइलसाठीही पुरेशी जागा लागते. हस्तांतरणाच्या मध्यात लक्ष्य व्हॉल्यूम भरल्यास नेटवर्क समस्येसारखे वाटणारे पण नसलेले अपयश येते, आणि ठेवलेला तुकडा कापलेला राहू शकतो. धाव सुरू होण्यापूर्वी प्राप्त करणाऱ्या होस्टवर मोकळी जागा तपासा, अपयशानंतर नाही. त्याच SSH मार्गावर df -h सह काही सेकंद योजनेची सर्वात स्वस्त शक्य चाचणी आहे.

परवानग्या लहान पण खरी चिंता आहेत. असंबंधित खाती लिहू शकणाऱ्या अर्धवट डिरेक्टरीत दुसरे कोणी असे घटक बदलू शकतात ज्यांना तुमची पुढील धाव आधीच प्राप्त मानेल. ती हस्तांतरण खात्याच्या मालकीत ठेवा, आणि इतर सेवा प्रकाशित करतात तिथे ठेवू नका.

तीच प्रत चालवा, अधिक हुशार नाही

पुनर्वापर फक्त तेव्हाच लागू होतो जेव्हा स्रोत आणि गंतव्य अजूनही त्याच वस्तूचे वर्णन करतात. तोच मार्ग, तेच नाव, तीच फाइल. स्रोताचे नाव बदलणे किंवा वेगळ्या गंतव्य डिरेक्टरीकडे निर्देश करणे उपयोगी नसलेल्या गोष्टीशी नवीन तुलना सुरू करते.

डेल्टा वर्तनाची अपेक्षा करताना --whole-file जोडू नका. तो पर्याय rsync ला रोलिंग चेकसम तुलनेशिवाय संपूर्ण फाइल प्रत करण्यास सांगतो, जो वेगवान स्थानिक दुव्यावर योग्य आणि अपयशी दूरच्या अपलोडनंतर अगदी चुकीचा आहे. --inplace ही कथा बदलतो: थेट गंतव्य फाइलमध्ये लिहितो, म्हणून व्यत्यय जुने आणि नवीन घटक मिसळणारी फाइल सोडतो, मागे फिरण्यासाठी वेगळा तुकडा राहत नाही.

प्रगती ओळ हस्तांतरणाची एकूण प्रगती सांगते. तो पूर्णतेचा संकेत नाही. जोडणी अजून उघडी असताना संख्या शंभर टक्क्यांपर्यंत पोहोचणे म्हणजे डेटा ढकलला गेला, प्राप्तकर्त्याने काही नाव बदलले, समक्रमित केले किंवा स्वीकारले असे नाही.

वस्तू जुळल्यावरच स्वीकारा

आधी निर्गम स्थितीची खात्री करा, नंतर त्रुटींच्या अनुपस्थितीवर विश्वास ठेवण्याऐवजी निकालाची तुलना करा. आकार तपासणी बहुतेक कापलेले हस्तांतरण पकडते; चेकसम तुलना उर्वरित पकडते, आणि अपलोड पुन्हा चालवण्याच्या तुलनेत दोन्ही स्वस्त आहेत.

संग्रह खालच्या प्रक्रियेने प्रकाशित करत असेल, तर त्या प्रक्रियेला स्वीकारलेल्या फाइलची वाट पाहू द्या. अंतिम नावाखाली देखरेखीच्या डिरेक्टरीत पडणारा ठेवलेला तुकडा पुढील स्कॅन घेतो, आणि ग्राहकाची त्रुटी कधीही न संपलेल्या हस्तांतरणाबद्दल नाही, खराब इनपुटबद्दल असेल.

प्राप्तकर्त्याने खात्री देईपर्यंत स्रोताला हात लावू नका. प्रयत्नांमध्ये संग्रह पुन्हा तयार केल्यास तुलनेचा आधार बदलतो, आणि पुढील धाव एकतर जवळपास सर्व हस्तांतरित करते किंवा जुन्या किंवा नव्या स्रोताशी न जुळणारी फाइल तयार करते.

जेव्हा मर्यादा फ्लॅग नाही, दुवा असतो

शीर्षक आणि प्रोटोकॉलचा अतिरिक्त भार हस्तांतरणाचा एक खर्च आहे, आणि मोठी फाइल किती वेळ घेते हे क्वचितच तोच ठरवतो. पुन्हा सुरू करण्याचे वर्तन अधिक महत्त्वाचे: हाताच्या पायऱ्यांशिवाय खंड पार करणारी पद्धत पुन्हा सुरू करावी लागणाऱ्या वेगवान पद्धतीपेक्षा लवकर वापरण्यायोग्य फाइल देते. दोन्ही टोकांवरील साठवण आणि प्रमाणीकरण मार्ग त्याच तुलनेत येतात.

परवानगी दिलेले पर्यायी मार्ग त्याच फाइल आणि त्याच गंतव्यासह तुलना करा, आणि व्यत्ययानंतर प्रत्येक कुठून पुन्हा सुरू होतो ते लिहा. तो एकच स्तंभ VPN वरून बारा गीगाबाइटच्या अपलोडबद्दल छोट्या चाचणीत मोजलेल्या कोणत्याही शिखर गतीपेक्षा जास्त सांगतो.