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 ద్వారా పన్నెండు గిగాబైట్ల అప్లోడ్ గురించి చిన్న పరీక్షలో కొలిచిన ఏదైనా గరిష్ఠ వేగం కంటే ఎక్కువ చెబుతుంది.