Ամպային պահուստային պատճենները դանդաղ են VPN-ով՝ գտեք իրական փուլը
Դանդաղ պահուստավորումը կարող է սկանավորել, հեշավորել կամ նորից փորձել, այլ ոչ թե փոխանցել: Համեմատեք փուլը, նպատակակետի տեսակը և վերականգնումը նախքան երթուղիները փոխելը:
VPN-ով սողացող պահուստավորումը հրավիրում է ակնհայտ փորձի՝ անջատել թունելը և նորից չափել: Այդ փորձը հաճախ պատասխանում է մեկ այլ հարցի, որովհետև աշխատանքը կարող էր հեշավորել ֆայլերը կամ սպասել կրկնվող փորձի՝ բայթեր տեղափոխելու փոխարեն: Նախ առանձնացրեք փուլերը, և բողոքը վերածվում է կոնկրետ ակնկալվող արդյունքով կոնկրետ թեստի: Երթուղին թեկնածու է դառնում միայն այն ժամանակ, երբ դանդաղ է հենց փոխանցման փուլը:
Ո՞ր փուլում է աշխատանքը, երբ այն դանդաղ է թվում
Պահուստավորման գործիքները անցնում են փուլերով՝ ֆայլերի հայտնաբերում, դրանց ընթերցում և հեշավորում, սեղմում, գաղտնագրում, վերբեռնում, ապա ստուգում: Յուրաքանչյուր փուլ ունի իր նեղ տեղը, և դրանցից միայն մի քանիսն են ընդհանրապես դիպչում ցանցին: Գործիքը, որը դեռ ոչ մի փուլ չի հաղորդում, ասում է ձեզ, որ չի ավարտել սկանավորումը:
Մեկ միլիոն փոքր ֆայլեր պատրաստելու վրա քսան րոպե ծախսող աշխատանքը չի արագանա, երբ թունելը արագանա: Վերին հոսքը հագեցնող աշխատանքը այլ լուծում ունեցող հզորության խնդիր է: Կարդացեք առաջընթացի ելքը, քանի դեռ ուշացումը տևում է, նշեք փուլը և գրեք ժամանակը, որովհետև բողոքի պահին փուլը միակն է, որ նշանակություն ունի: Փոքր ֆայլերը նաև այլ կերպ են վարվում, քան մեկ մեծ օբյեկտը, քանի որ գերակշռում են ֆայլի հաշվով ետ ու առաջ անցումները, և փոխանցումը երբեք չի հասնում կայուն արագության: Համեմատեք նմանը նմանիդ հետ նախքան թունելի մասին եզրակացություններ անելը:
Հանրային վերջնակետը և մասնավոր NAS-ը տարբեր կերպ են ձախողվում
Հանրային պահուստավորման ծառայությունը կրում է իր սեփական նույնականացված հավելվածային կապը, իսկ թունելը մեկ ցատկ է ավելի երկար ուղու վրա: Մասնավոր NAS-ը սովորաբար կախված է այդ թունելից ձեր ցանցի հիմնական հասանելիության համար: Այդ տարբերությունը որոշում է՝ անջատումը վավեր ելակետ է, թե ոչնչի թեստ:
Հանրային դեպքում նույն աշխատանքը այլ երթուղով կարող է արդար համեմատություն լինել, երբ քաղաքականությունը թույլ է տալիս: Մասնավոր դեպքում թունելի հեռացումը սերվեր տանող ոչ մի ուղի չի թողնում, ուստի արդյունքը նկարագրում է ձեր ջնջած ուղին, ոչ թե այն, որն օգտագործում եք:
| Destination | What the tunnel provides | Valid baseline |
|---|---|---|
| Public backup service | One hop among several | The same job over another route |
| Private NAS | The only path to the server | None that removes the tunnel |
| Self-hosted gateway | Path plus split-DNS policy | Only if the policy is unchanged |
Կանգառը տարբերվող ձախողում է դանդաղ փոխանցումից
Այդ աղյուսակի երրորդ սյունակը որոշում է՝ կայունության թեստը ընդհանրապես հնարավոր է անցկացնել, որովհետև թունելը հեռացնող ելակետը իմաստ ունի միայն այնտեղ, որտեղ գոյություն ունի մեկ այլ ուղի: Օգտագործելի ելակետի դեպքում նայեք ձախողման ձևին, ոչ թե միջին արագությանը: Ցածր, բայց կայուն վերբեռնումը մատնանշում է հզորություն, մինչդեռ կանգ առնող և վերսկսվող աշխատանքը մատնանշում է ընդհատում, նույնականացում կամ մեկ անհանգստացնող ֆայլ: Այս երկուսը ստեղծում են գրեթե նույնական բողոքներ և բոլորովին տարբեր վերանորոգումներ:
Կրկնվող փորձերը աղավաղում են ցանկացած չափում, քանի որ լարին եղած բայթերը կարող են ավելի շատ լինել, քան իրականում փոխված քանակը: Կարդացեք վերսկսման վարքը նախքան աշխատանքը նորից ընդհատելը՝ տեսնելու, թե ինչ է տեղի ունենում, որովհետև բաժանված վերսկսվող վերբեռնումները վերականգնվում են էժան, իսկ ամբողջ ֆայլի վերսկսումը՝ ոչ: Թունելը, որը նորից միանում է ամեն մի քանի րոպեն, նույնպես թողունակության խնդիր է թվում, երբ իրականում կայունության խնդիր է: Ուղու MTU-ն ավելացնում է դա, որովհետև օգտակար բեռը նվազեցնող թունելը կանգնեցնում է մեծ հատվածները, մինչ փոքրերն անցնում են:
journalctl -u wg-quick@wg0 -n 50 --no-pager
ss -tin dst :443
ping -M do -s 1400 -c 3 backup.example.comՄեկ վերբեռնումը կարող է սովամահ անել մյուս բոլոր հոսքերին
Վերին հոսքը լցնող վերբեռնումը զանգերն ու զննարկումը դարձնում է անպատասխան, և պահուստավորումը հազվադեպ է միակը, որ մրցում է դրա համար: Երկրորդ համաժամեցման հաճախորդն ինքն է ստեղծում նույն ախտանիշը: Նախքան թունելին մեղադրելը, նայեք, թե էլ ինչ է վերբեռնվում:
Օգտագործեք գործիքի փաստաթղթավորած ժամանակացույցը կամ թողունակության սահմանը՝ գագաթնակետային թողունակության համար պայքարելու փոխարեն. ինտերակտիվ աշխատանքի համար տեղ թողնելը սովորաբար ավելի արժեքավոր է, քան վերջին տոկոսները: Ապա ստուգեք, թե ինչի վրա է սահմանը իրականում տարածվում, որովհետև որոշ գործիքներ սահմանափակում են ըստ ֆայլի, ոմանք՝ ամբողջ գործարկման, իսկ ոմանք ընդհանրապես անտեսում են փոքր ֆայլերի լրացուցիչ ծախսը: Աշխատանքային ծանրաբեռնվածությանը չհամապատասխանող սահմանը ոչինչ չի փոխում: Բաժանված թունելավորումն այստեղ նույնպես կասկածի արժանի է, որովհետև գործարկիչին թունելից դուրս թողնելը դուրս չի թողնում վերբեռնումը կատարող օժանդակ ծառայությունը: Օրինակ Rclone-ը հրապարակում է և՛ փոխանցման սահմանները, և՛ կրկնվող փորձերի վարքը իր փաստաթղթերում, ինչը նրան դարձնում է օգտակար հղում այն բանի համար, թե ինչ պետք է վերահսկի սահմանը:
Ավարտեք վերականգնմամբ, ոչ արագության թեստով
Ավարտված վերբեռնումը պահուստավորում չէ, քանի դեռ դրանից ինչ-որ բան չի վերականգնվել: Հաստատեք, որ սպասվող տարբերակը գոյություն ունի, ապա վերականգնեք ներկայացուցչական ֆայլ գործիքի փաստաթղթավորած ընթացակարգով: Վերականգնման տեղեկատվությունը պահեք այլ տեղում, քան այն մեքենան կամ պրոֆիլը, որը կարող եք կորցնել, և երբեք մի դեն նետեք աշխատող պահուստը միայն փորձը կոկիկ պահելու համար:
restic snapshots --latest 3
restic restore latest --target /tmp/restore-check --include /etc/hostsԿրկնեք և՛ փոխանցումը, և՛ վերականգնումը ցանցի փոփոխությունից հետո, որպեսզի բարելավումը ցույց տա, որ ծառայում է պահուստավորմանը, այլ ոչ միայն ավելի արագ տվյալների տեղափոխմանը: Հենց երկրորդ գործարկումն է փակում տոմսը: Ավելի արագ փոխանցումը չստուգված վերականգնմամբ ավելի դանդաղ ճանապարհ է՝ առանց պաշտպանության մնալու: