ఈ కథనం బ్యాకప్ సాఫ్ట్‌వేర్‌ను పరిశీలిస్తుంది, డేటా స్ట్రీమ్‌ను ప్రత్యేక భాగాలుగా (భాగాలు) విభజించడం ద్వారా రిపోజిటరీని ఏర్పరుస్తుంది.
రిపోజిటరీ భాగాలు మరింత కుదించబడతాయి మరియు గుప్తీకరించబడతాయి మరియు ముఖ్యంగా - పునరావృత బ్యాకప్ ప్రక్రియల సమయంలో - తిరిగి ఉపయోగించబడతాయి.
అటువంటి రిపోజిటరీలోని బ్యాకప్ కాపీ అనేది ఒకదానికొకటి కనెక్ట్ చేయబడిన భాగాల యొక్క పేరు పెట్టబడిన గొలుసు, ఉదాహరణకు, వివిధ హాష్ ఫంక్షన్ల ఆధారంగా.
అనేక సారూప్య పరిష్కారాలు ఉన్నాయి, నేను 3 పై దృష్టి పెడతాను: zbackup, borgbackup మరియు రెస్టిక్.
ఆశించిన ఫలితాలు
దరఖాస్తుదారులందరికీ ఒక విధంగా లేదా మరొక విధంగా రిపోజిటరీని సృష్టించడం అవసరం కాబట్టి, రిపోజిటరీ పరిమాణాన్ని అంచనా వేయడం చాలా ముఖ్యమైన కారకాల్లో ఒకటి. ఆదర్శవంతంగా, ఆమోదించబడిన పద్దతి ప్రకారం దాని పరిమాణం 13 GB కంటే ఎక్కువ ఉండకూడదు లేదా అంతకంటే తక్కువ - మంచి ఆప్టిమైజేషన్‌కు లోబడి ఉండాలి.
tar వంటి ఆర్కైవర్‌లను ఉపయోగించకుండా నేరుగా ఫైల్‌ల బ్యాకప్ కాపీలను సృష్టించడం, అలాగే rsync మరియు sshfs వంటి అదనపు సాధనాలు లేకుండా ssh/sftpతో పని చేయడం కూడా చాలా అవసరం.
బ్యాకప్‌లను సృష్టించేటప్పుడు ప్రవర్తన:
- రిపోజిటరీ పరిమాణం మార్పుల పరిమాణానికి సమానంగా లేదా తక్కువగా ఉంటుంది.
- కంప్రెషన్ మరియు/లేదా ఎన్‌క్రిప్షన్‌ని ఉపయోగిస్తున్నప్పుడు భారీ CPU లోడ్ అంచనా వేయబడుతుంది మరియు బ్యాకప్ స్టోరేజ్ సర్వర్‌లో ఆర్కైవింగ్ మరియు/లేదా ఎన్క్రిప్షన్ ప్రాసెస్ రన్ అవుతున్నట్లయితే చాలా ఎక్కువ నెట్‌వర్క్ మరియు డిస్క్ లోడ్ అయ్యే అవకాశం ఉంది.
- రిపోజిటరీ దెబ్బతిన్నట్లయితే, కొత్త బ్యాకప్‌లను సృష్టించేటప్పుడు మరియు పునరుద్ధరించడానికి ప్రయత్నిస్తున్నప్పుడు ఆలస్యమైన లోపం సంభవించవచ్చు. రిపోజిటరీ యొక్క సమగ్రతను నిర్ధారించడానికి అదనపు చర్యలను ప్లాన్ చేయడం లేదా దాని సమగ్రతను తనిఖీ చేయడానికి అంతర్నిర్మిత సాధనాలను ఉపయోగించడం అవసరం.
మునుపటి కథనాలలో ఒకదానిలో చూపినట్లుగా, తారుతో పని చేయడం సూచన విలువగా తీసుకోబడుతుంది.
zbackupని పరీక్షిస్తోంది
zbackup యొక్క సాధారణ మెకానిజం ఏమిటంటే, ప్రోగ్రామ్ అదే డేటాను కలిగి ఉన్న ఇన్‌పుట్ డేటా స్ట్రీమ్ ఏరియాలలో కనుగొని, ఐచ్ఛికంగా వాటిని కంప్రెస్ చేసి, ఎన్‌క్రిప్ట్ చేస్తుంది, ప్రతి ప్రాంతాన్ని ఒక్కసారి మాత్రమే సేవ్ చేస్తుంది.
ఇప్పటికే ఉన్న డేటా బ్లాక్‌లకు వ్యతిరేకంగా బైట్-బై-బైట్ మ్యాచ్‌ల కోసం తనిఖీ చేయడానికి స్లైడింగ్ విండోతో 64-బిట్ రింగ్ హాష్ ఫంక్షన్‌ను డీడప్లికేషన్ ఉపయోగిస్తుంది (rsync దీన్ని ఎలా అమలు చేస్తుందో అదే విధంగా ఉంటుంది).
మల్టీ-థ్రెడ్ lzma మరియు lzo కుదింపు కోసం మరియు aes ఎన్క్రిప్షన్ కోసం ఉపయోగించబడతాయి. తాజా సంస్కరణలు భవిష్యత్తులో రిపోజిటరీ నుండి పాత డేటాను తొలగించగల సామర్థ్యాన్ని కలిగి ఉంటాయి.
ప్రోగ్రామ్ C++లో కనిష్ట డిపెండెన్సీలతో వ్రాయబడింది. రచయిత స్పష్టంగా unix-way ద్వారా ప్రేరణ పొందారు, కాబట్టి ప్రోగ్రామ్ బ్యాకప్‌లను సృష్టించేటప్పుడు stdinలో డేటాను అంగీకరిస్తుంది, పునరుద్ధరించేటప్పుడు stdoutలో ఇలాంటి డేటా స్ట్రీమ్‌ను ఉత్పత్తి చేస్తుంది. అందువల్ల, మీ స్వంత బ్యాకప్ పరిష్కారాలను వ్రాసేటప్పుడు zbackup చాలా మంచి "బిల్డింగ్ బ్లాక్"గా ఉపయోగించబడుతుంది. ఉదాహరణకు, వ్యాసం యొక్క రచయిత ఈ ప్రోగ్రామ్‌ను దాదాపు 2014 నుండి హోమ్ మెషీన్‌ల కోసం ప్రధాన బ్యాకప్ సాధనంగా ఉపయోగించారు.
పేర్కొనకపోతే డేటా స్ట్రీమ్ సాధారణ తారుగా ఉంటుంది.
ఫలితాలు ఏమిటో చూద్దాం:
పని 2 ఎంపికలలో తనిఖీ చేయబడింది:
- ఒక రిపోజిటరీ సృష్టించబడుతుంది మరియు సోర్స్ డేటాతో సర్వర్‌లో zbackup ప్రారంభించబడుతుంది, తర్వాత రిపోజిటరీలోని కంటెంట్‌లు బ్యాకప్ నిల్వ సర్వర్‌కు బదిలీ చేయబడతాయి.
- బ్యాకప్ నిల్వ సర్వర్‌లో రిపోజిటరీ సృష్టించబడుతుంది, బ్యాకప్ నిల్వ సర్వర్‌లో ssh ద్వారా zbackup ప్రారంభించబడుతుంది మరియు డేటా పైపు ద్వారా దానికి పంపబడుతుంది.
మొదటి ఎంపిక యొక్క ఫలితాలు క్రింది విధంగా ఉన్నాయి: 43m11s - గుప్తీకరించని రిపోజిటరీ మరియు lzma కంప్రెసర్‌ను ఉపయోగిస్తున్నప్పుడు, 19m13s - కంప్రెసర్‌ను lzoతో భర్తీ చేసినప్పుడు.
ఒరిజినల్ డేటాతో సర్వర్‌పై లోడ్ క్రింది విధంగా ఉంది (lzmaతో ఒక ఉదాహరణ చూపబడింది; lzoతో దాదాపు అదే చిత్రం ఉంది, కానీ rsync యొక్క వాటా దాదాపు పావు వంతు సమయం):
అటువంటి బ్యాకప్ ప్రక్రియ సాపేక్షంగా అరుదైన మరియు చిన్న మార్పులకు మాత్రమే అనుకూలంగా ఉంటుందని స్పష్టమవుతుంది. zbackupని 1 థ్రెడ్‌కి పరిమితం చేయడం కూడా చాలా మంచిది, లేకపోతే చాలా ఎక్కువ CPU లోడ్ ఉంటుంది, ఎందుకంటే బహుళ థ్రెడ్‌లలో పని చేయడంలో ప్రోగ్రామ్ చాలా బాగుంది. డిస్క్‌పై లోడ్ తక్కువగా ఉంది, ఇది సాధారణంగా ఆధునిక ssd-ఆధారిత డిస్క్ సబ్‌సిస్టమ్‌తో గుర్తించబడదు. రిమోట్ సర్వర్‌కు రిపోజిటరీ డేటాను సమకాలీకరించే ప్రక్రియ యొక్క ప్రారంభాన్ని కూడా మీరు స్పష్టంగా చూడవచ్చు; ఆపరేషన్ వేగం సాధారణ rsyncతో పోల్చబడుతుంది మరియు బ్యాకప్ నిల్వ సర్వర్ యొక్క డిస్క్ సబ్‌సిస్టమ్ పనితీరుపై ఆధారపడి ఉంటుంది. ఈ విధానం యొక్క ప్రతికూలత స్థానిక రిపోజిటరీ యొక్క నిల్వ మరియు ఫలితంగా, డేటా యొక్క నకిలీ.
మరింత ఆసక్తికరంగా మరియు ఆచరణలో వర్తించే రెండవ ఎంపిక, బ్యాకప్ నిల్వ సర్వర్‌లో నేరుగా zbackupని అమలు చేయడం.
ముందుగా, మేము lzma కంప్రెసర్‌తో గుప్తీకరణను ఉపయోగించకుండా ఆపరేషన్‌ను పరీక్షిస్తాము:
ప్రతి టెస్ట్ రన్ యొక్క రన్నింగ్ సమయం:
ప్రయోగ 1
ప్రయోగ 2
ప్రయోగ 3
39m45 లు
40m20 లు
40m3 లు
7m36 లు
8m3 లు
7m48 లు
15m35 లు
15m48 లు
15m38 లు
మీరు aesని ఉపయోగించి గుప్తీకరణను ప్రారంభిస్తే, ఫలితాలు చాలా దగ్గరగా ఉంటాయి:
ఎన్‌క్రిప్షన్‌తో ఒకే డేటాపై ఆపరేటింగ్ సమయం:
ప్రయోగ 1
ప్రయోగ 2
ప్రయోగ 3
43m40 లు
44m12 లు
44m3 లు
8m3 లు
8m15 లు
8m12 లు
15m0 లు
15m40 లు
15m25 లు
గుప్తీకరణను lzo ఉపయోగించి కుదింపుతో కలిపితే, ఇది ఇలా కనిపిస్తుంది:
పని గంటలు:
ప్రయోగ 1
ప్రయోగ 2
ప్రయోగ 3
18m2 లు
18m15 లు
18m12 లు
5m13 లు
5m24 లు
5m20 లు
8m48 లు
9m3 లు
8m51 లు
ఫలితంగా రిపోజిటరీ పరిమాణం 13GB వద్ద సాపేక్షంగా ఒకే విధంగా ఉంది. డీప్లికేషన్ సరిగ్గా పని చేస్తుందని దీని అర్థం. అలాగే, ఇప్పటికే కంప్రెస్ చేయబడిన డేటాపై, lzoని ఉపయోగించడం గమనించదగ్గ ప్రభావాన్ని ఇస్తుంది; మొత్తం ఆపరేటింగ్ సమయం పరంగా, zbackup డూప్లిసిటీ/డూప్లికాటికి దగ్గరగా వస్తుంది, అయితే librsync ఆధారంగా 2-5 రెట్లు వెనుకబడి ఉంటుంది.
ప్రయోజనాలు స్పష్టంగా ఉన్నాయి - బ్యాకప్ నిల్వ సర్వర్‌లో డిస్క్ స్థలాన్ని ఆదా చేయడం. రిపోజిటరీ చెకింగ్ టూల్స్ కొరకు, zbackup రచయిత వాటిని అందించలేదు; తప్పు-తట్టుకునే డిస్క్ శ్రేణి లేదా క్లౌడ్ ప్రొవైడర్‌ని ఉపయోగించమని సిఫార్సు చేయబడింది.
మొత్తంమీద, ప్రాజెక్ట్ సుమారు 3 సంవత్సరాలుగా నిలిచిపోయినప్పటికీ (చివరి ఫీచర్ అభ్యర్థన ఒక సంవత్సరం క్రితం జరిగింది, కానీ ప్రతిస్పందన లేకుండా) చాలా మంచి అభిప్రాయం.
బోర్గ్‌బ్యాకప్‌ని పరీక్షిస్తోంది
బోర్గ్‌బ్యాకప్ అనేది అటకపై ఒక ఫోర్క్, zbackup మాదిరిగానే మరొక వ్యవస్థ. పైథాన్‌లో వ్రాయబడింది, ఇది zbackup మాదిరిగానే సామర్థ్యాల జాబితాను కలిగి ఉంది, అయితే అదనంగా వీటిని చేయవచ్చు:
- ఫ్యూజ్ ద్వారా బ్యాకప్‌లను మౌంట్ చేయండి
- రిపోజిటరీ కంటెంట్‌లను తనిఖీ చేయండి
- క్లయింట్-సర్వర్ మోడ్‌లో పని చేయండి
- డేటా కోసం వివిధ కంప్రెషర్‌లను ఉపయోగించండి, అలాగే ఫైల్ రకాన్ని కంప్రెస్ చేసేటప్పుడు హ్యూరిస్టిక్ నిర్ధారణను ఉపయోగించండి.
- 2 ఎన్క్రిప్షన్ ఎంపికలు, aes మరియు బ్లేక్
- కోసం అంతర్నిర్మిత సాధనం
పనితీరు తనిఖీలు
బోర్గ్‌బ్యాకప్ బెంచ్‌మార్క్ crud ssh://backup_server/repo/path local_dir
ఫలితాలు ఈ క్రింది విధంగా ఉన్నాయి:
CZ-BIG 96.51 MB/s (10 100.00 MB ఆల్-జీరో ఫైల్‌లు: 10.36సె)
RZ-BIG 57.22 MB/s (10 100.00 MB ఆల్-జీరో ఫైల్‌లు: 17.48సె)
UZ-BIG 253.63 MB/s (10 100.00 MB ఆల్-జీరో ఫైల్‌లు: 3.94సె)
DZ-BIG 351.06 MB/s (10 100.00 MB ఆల్-జీరో ఫైల్‌లు: 2.85సె)
CR-BIG 34.30 MB/s (10 100.00 MB యాదృచ్ఛిక ఫైల్‌లు: 29.15సె)
RR-BIG 60.69 MB/s (10 100.00 MB యాదృచ్ఛిక ఫైల్‌లు: 16.48సె)
UR-BIG 311.06 MB/s (10 100.00 MB యాదృచ్ఛిక ఫైల్‌లు: 3.21సె)
DR-BIG 72.63 MB/s (10 100.00 MB యాదృచ్ఛిక ఫైల్‌లు: 13.77సె)
CZ-మీడియం 108.59 MB/s (1000 1.00 MB ఆల్-జీరో ఫైల్‌లు: 9.21సె)
RZ-మీడియం 76.16 MB/s (1000 1.00 MB ఆల్-జీరో ఫైల్‌లు: 13.13సె)
UZ-మీడియం 331.27 MB/s (1000 1.00 MB ఆల్-జీరో ఫైల్‌లు: 3.02సె)
DZ-మీడియం 387.36 MB/s (1000 1.00 MB ఆల్-జీరో ఫైల్‌లు: 2.58సె)
CR-మీడియం 37.80 MB/s (1000 1.00 MB యాదృచ్ఛిక ఫైల్‌లు: 26.45సె)
RR-మీడియం 68.90 MB/s (1000 1.00 MB యాదృచ్ఛిక ఫైల్‌లు: 14.51సె)
UR-మీడియం 347.24 MB/s (1000 1.00 MB యాదృచ్ఛిక ఫైల్‌లు: 2.88సె)
DR-మీడియం 48.80 MB/s (1000 1.00 MB యాదృచ్ఛిక ఫైల్‌లు: 20.49సె)
CZ-SMALL 11.72 MB/s (10000 10.00 kB ఆల్-జీరో ఫైల్‌లు: 8.53సె)
RZ-SMALL 32.57 MB/s (10000 10.00 kB ఆల్-జీరో ఫైల్‌లు: 3.07సె)
UZ-SMALL 19.37 MB/s (10000 10.00 kB ఆల్-జీరో ఫైల్‌లు: 5.16సె)
DZ-SMALL 33.71 MB/s (10000 10.00 kB ఆల్-జీరో ఫైల్‌లు: 2.97సె)
CR-SMALL 6.85 MB/s (10000 10.00 kB యాదృచ్ఛిక ఫైల్‌లు: 14.60సె)
RR-SMALL 31.27 MB/s (10000 10.00 kB యాదృచ్ఛిక ఫైల్‌లు: 3.20సె)
UR-SMALL 12.28 MB/s (10000 10.00 kB యాదృచ్ఛిక ఫైల్‌లు: 8.14సె)
DR-SMALL 18.78 MB/s (10000 10.00 kB యాదృచ్ఛిక ఫైల్‌లు: 5.32సె)
పరీక్షిస్తున్నప్పుడు, ఫైల్ రకాన్ని (కంప్రెషన్ ఆటో) నిర్ణయించడానికి కంప్రెషన్ హ్యూరిస్టిక్స్ ఉపయోగించబడుతుంది మరియు ఫలితాలు క్రింది విధంగా ఉంటాయి:
ముందుగా, ఎన్క్రిప్షన్ లేకుండా ఇది ఎలా పని చేస్తుందో చూద్దాం:
పని గంటలు:
ప్రయోగ 1
ప్రయోగ 2
ప్రయోగ 3
4m6 లు
4m10 లు
4m5 లు
56
58
54
1m26 లు
1m34 లు
1m30 లు
మీరు రిపోజిటరీ అధికారాన్ని (ప్రామాణీకరించబడిన మోడ్) ప్రారంభిస్తే, ఫలితాలు దగ్గరగా ఉంటాయి:
పని గంటలు:
ప్రయోగ 1
ప్రయోగ 2
ప్రయోగ 3
4m11 లు
4m20 లు
4m12 లు
1m0 లు
1m3 లు
1m2 లు
1m30 లు
1m34 లు
1m31 లు
aes ఎన్క్రిప్షన్ యాక్టివేట్ చేయబడినప్పుడు, ఫలితాలు పెద్దగా క్షీణించలేదు:
ప్రయోగ 1
ప్రయోగ 2
ప్రయోగ 3
4m55 లు
5m2 లు
4m58 లు
1m0 లు
1m2 లు
1m0 లు
1m49 లు
1m50 లు
1m50 లు
మరియు మీరు aesని బ్లేక్‌గా మార్చినట్లయితే, పరిస్థితి పూర్తిగా మెరుగుపడుతుంది:
పని గంటలు:
ప్రయోగ 1
ప్రయోగ 2
ప్రయోగ 3
4m33 లు
4m43 లు
4m40 లు
59
1m0 లు
1m0 లు
1m38 లు
1m43 లు
1m40 లు
Zbackup విషయంలో వలె, రిపోజిటరీ పరిమాణం 13GB మరియు కొంచెం తక్కువగా ఉంటుంది, ఇది సాధారణంగా అంచనా వేయబడుతుంది. నడుస్తున్న సమయంతో నేను చాలా సంతోషించాను; ఇది మరింత విస్తృతమైన సామర్థ్యాలను అందించే librsync ఆధారంగా పరిష్కారాలతో పోల్చవచ్చు. ఎన్విరాన్మెంట్ వేరియబుల్స్ ద్వారా వివిధ పారామితులను సెట్ చేయగల సామర్థ్యంతో నేను కూడా సంతోషించాను, ఇది ఆటోమేటిక్ మోడ్‌లో బోర్గ్‌బ్యాకప్‌ను ఉపయోగిస్తున్నప్పుడు చాలా తీవ్రమైన ప్రయోజనాన్ని ఇస్తుంది. నేను బ్యాకప్ సమయంలో లోడ్‌తో కూడా సంతోషించాను: ప్రాసెసర్ లోడ్ ద్వారా నిర్ణయించడం, బోర్గ్‌బ్యాకప్ 1 థ్రెడ్‌లో పనిచేస్తుంది.
ఉపయోగించినప్పుడు ప్రత్యేక ప్రతికూలతలు లేవు.
రెస్టిక్ పరీక్ష
రెస్టిక్ అనేది చాలా కొత్త పరిష్కారం అయినప్పటికీ (మొదటి 2 అభ్యర్థులు 2013లో మరియు అంతకంటే ఎక్కువ కాలం తెలిసినవారు), ఇది చాలా మంచి లక్షణాలను కలిగి ఉంది. గోలో వ్రాయబడింది.
zbackupతో పోల్చినప్పుడు, ఇది అదనంగా ఇస్తుంది:
- రిపోజిటరీ యొక్క సమగ్రతను తనిఖీ చేస్తోంది (భాగాల్లో తనిఖీ చేయడంతో సహా).
- బ్యాకప్‌లను నిల్వ చేయడానికి మద్దతు ఉన్న ప్రోటోకాల్‌లు మరియు ప్రొవైడర్‌ల యొక్క భారీ జాబితా, అలాగే క్లౌడ్ సొల్యూషన్‌ల కోసం rclone - rsync కోసం మద్దతు.
- 2 బ్యాకప్‌లను ఒకదానితో ఒకటి పోల్చడం.
- ఫ్యూజ్ ద్వారా రిపోజిటరీని మౌంట్ చేయడం.
సాధారణంగా, లక్షణాల జాబితా బోర్గ్‌బ్యాకప్‌కి చాలా దగ్గరగా ఉంటుంది, కొన్ని చోట్ల ఎక్కువ, మరికొన్నింటిలో తక్కువ. ఎన్‌క్రిప్షన్‌ను డిసేబుల్ చేయడానికి మార్గం లేదు, అందువల్ల బ్యాకప్ కాపీలు ఎల్లప్పుడూ గుప్తీకరించబడతాయి. ఈ సాఫ్ట్‌వేర్ నుండి ఏమి పిండవచ్చో ఆచరణలో చూద్దాం:
ఫలితాలు ఈ క్రింది విధంగా ఉన్నాయి:
పని గంటలు:
ప్రయోగ 1
ప్రయోగ 2
ప్రయోగ 3
5m25 లు
5m50 లు
5m38 లు
35
38
36
1m54 లు
2m2 లు
1m58 లు
పనితీరు ఫలితాలు కూడా rsync-ఆధారిత సొల్యూషన్‌లతో పోల్చవచ్చు మరియు సాధారణంగా, బోర్గ్‌బ్యాకప్‌కి చాలా దగ్గరగా ఉంటాయి, అయితే CPU లోడ్ ఎక్కువగా ఉంటుంది (బహుళ థ్రెడ్‌లు నడుస్తున్నాయి) మరియు సాటూత్.
చాలా మటుకు, ప్రోగ్రామ్ డేటా నిల్వ సర్వర్‌లోని డిస్క్ సబ్‌సిస్టమ్ పనితీరు ద్వారా పరిమితం చేయబడింది, ఇది ఇప్పటికే rsync విషయంలో జరిగింది. రిపోజిటరీ పరిమాణం 13GB, zbackup లేదా borgbackup లాగానే, ఈ పరిష్కారాన్ని ఉపయోగిస్తున్నప్పుడు స్పష్టమైన ప్రతికూలతలు లేవు.
Результаты
వాస్తవానికి, అభ్యర్థులందరూ ఒకే విధమైన ఫలితాలను సాధించారు, కానీ వేర్వేరు ధరలకు. బోర్గ్‌బ్యాకప్ అన్నింటికంటే ఉత్తమంగా ప్రదర్శించబడింది, రెస్టిక్ కొంచెం నెమ్మదిగా ఉంది, zbackup ఉపయోగించడం ప్రారంభించడం విలువైనది కాదు,
మరియు ఇది ఇప్పటికే ఉపయోగంలో ఉన్నట్లయితే, దానిని బోర్గ్‌బ్యాకప్ లేదా రెస్టిక్‌గా మార్చడానికి ప్రయత్నించండి.
కనుగొన్న
అత్యంత ఆశాజనకమైన పరిష్కారం రెస్టిక్‌గా కనిపిస్తుంది, ఎందుకంటే... ఆపరేటింగ్ స్పీడ్‌కు సామర్థ్యాల యొక్క ఉత్తమ నిష్పత్తిని కలిగి ఉన్న వ్యక్తి, అయితే ప్రస్తుతానికి సాధారణ తీర్మానాలకు వెళ్లవద్దు.
Borgbackup ప్రాథమికంగా అధ్వాన్నంగా లేదు, కానీ zbackup బహుశా ఉత్తమంగా భర్తీ చేయబడుతుంది. నిజమే, 3-2-1 నియమం పనిచేస్తుందని నిర్ధారించడానికి zbackup ఇప్పటికీ ఉపయోగించబడుతుంది. ఉదాహరణకు, (lib)rsync-ఆధారిత బ్యాకప్ సౌకర్యాలకు అదనంగా.
ప్రకటన
బ్యాకప్ పార్ట్ 5: linux కోసం బాకులా మరియు వీమ్ బ్యాకప్‌ని పరీక్షిస్తోంది
బ్యాకప్ పార్ట్ 6: బ్యాకప్ సాధనాలను పోల్చడం
బ్యాకప్ పార్ట్ 7: ముగింపులు
వీరిచే పోస్ట్ చేయబడింది: పావెల్ డెమ్కోవిచ్
మూలం: www.habr.com