ఈ సమీక్ష గమనిక కొనసాగుతుంది
UrBackup సమీక్ష.
పాల్గొనేవారి అభ్యర్థన మేరకు
పూర్తి బ్యాకప్ మోడ్లో, కింది ఫలితాలు పొందబడ్డాయి:
పని గంటలు:
మొదటి ప్రారంభం
రెండవ ప్రయోగం
మూడవ ప్రయోగం
మొదటి పరీక్ష
8m20 లు
8m19 లు
8m24 లు
రెండవ పరీక్ష
8m30 లు
8m34 లు
8m20 లు
మూడవ పరీక్ష
8m10 లు
8m14 లు
8m12 లు
పెరుగుతున్న బ్యాకప్ మోడ్లో:
పని గంటలు:
మొదటి ప్రారంభం
రెండవ ప్రయోగం
మూడవ ప్రయోగం
మొదటి పరీక్ష
8m10 లు
8m10 లు
8m12 లు
రెండవ పరీక్ష
3m50 లు
4m12 లు
3m34 లు
మూడవ పరీక్ష
2m50 లు
2m35 లు
2m38 లు
రెండు సందర్భాలలో రిపోజిటరీ పరిమాణం సుమారుగా 14 GB ఉంది, ఇది సర్వర్ వైపు పని తగ్గింపును సూచిస్తుంది. సర్వర్ మరియు క్లయింట్లో బ్యాకప్ సృష్టి సమయం మధ్య వ్యత్యాసం ఉందని కూడా గమనించాలి, ఇది గ్రాఫ్ల నుండి చాలా స్పష్టంగా కనిపిస్తుంది మరియు చాలా ఆహ్లాదకరమైన బోనస్, ఎందుకంటే వెబ్ ఇంటర్ఫేస్ బ్యాకప్ ప్రాసెస్ నడుస్తున్న సమయాన్ని చూపుతుంది ఖాతాలోకి తీసుకోకుండా సర్వర్ వైపు
క్లయింట్ యొక్క పరిస్థితి. సాధారణంగా, పూర్తి మరియు పెరుగుతున్న కాపీల కోసం గ్రాఫ్లు వేరు చేయలేవు. బహుశా ఇది సర్వర్ వైపు ఎలా నిర్వహించబడుతుందనేది మాత్రమే తేడా. రిడెండెంట్ సిస్టమ్లో తక్కువ ప్రాసెసర్ లోడ్తో నేను కూడా సంతోషించాను.
BackupPC సమీక్ష
పాల్గొనేవారి అభ్యర్థన మేరకు
rsyncతో పూర్తి బ్యాకప్లను సృష్టించే మోడ్లో, కింది ఫలితాలు పొందబడ్డాయి:
మొదటి ప్రారంభం
రెండవ ప్రయోగం
మూడవ ప్రయోగం
మొదటి పరీక్ష
12m25 లు
12m14 లు
12m27 లు
రెండవ పరీక్ష
7m41 లు
7m44 లు
7m35 లు
మూడవ పరీక్ష
10m11 లు
10m0 లు
9m54 లు
మీరు పూర్తి బ్యాకప్లు మరియు తారును ఉపయోగిస్తే:
మొదటి ప్రారంభం
రెండవ ప్రయోగం
మూడవ ప్రయోగం
మొదటి పరీక్ష
12m41 లు
12m25 లు
12m45 లు
రెండవ పరీక్ష
12m35 లు
12m45 లు
12m14 లు
మూడవ పరీక్ష
12m43 లు
12m25 లు
12m5 లు
పెరుగుతున్న బ్యాకప్ మోడ్లో, ఈ సెట్టింగ్లతో బ్యాకప్లు సృష్టించబడనందున నేను తారును వదిలివేయవలసి వచ్చింది.
rsyncని ఉపయోగించి పెరుగుతున్న బ్యాకప్లను సృష్టించే ఫలితాలు:
మొదటి ప్రారంభం
రెండవ ప్రయోగం
మూడవ ప్రయోగం
మొదటి పరీక్ష
11m55 లు
11m50 లు
12m25 లు
రెండవ పరీక్ష
2m42 లు
2m50 లు
2m30 లు
మూడవ పరీక్ష
6m00 లు
5m35 లు
5m30 లు
సాధారణంగా, rsync కొంచెం వేగ ప్రయోజనాన్ని కలిగి ఉంటుంది; rsync కూడా నెట్వర్క్తో మరింత ఆర్థికంగా పని చేస్తుంది. బ్యాకప్ ప్రోగ్రామ్గా టార్తో తక్కువ CPU వినియోగం ద్వారా ఇది కొంతవరకు ఆఫ్సెట్ చేయబడవచ్చు. Rsync యొక్క మరొక ప్రయోజనం ఏమిటంటే ఇది పెరుగుతున్న కాపీలతో పని చేస్తుంది. పూర్తి బ్యాకప్లను సృష్టించేటప్పుడు రిపోజిటరీ పరిమాణం ఒకే విధంగా ఉంటుంది, 16 GB, పెరుగుతున్న కాపీల విషయంలో - ప్రతి పరుగుకు 14 GB, అంటే పని తగ్గింపు.
అమండా సమీక్ష
పాల్గొనేవారి అభ్యర్థన మేరకు
ఆర్కైవర్ మరియు కంప్రెషన్ ప్రారంభించబడినట్లుగా తారుతో పరీక్షా పరుగు ఫలితాలు క్రింది విధంగా ఉన్నాయి:
మొదటి ప్రారంభం
రెండవ ప్రయోగం
మూడవ ప్రయోగం
మొదటి పరీక్ష
9m5 లు
8m59 లు
9m6 లు
రెండవ పరీక్ష
0m5 లు
0m5 లు
0m5 లు
మూడవ పరీక్ష
2m40 లు
2m47 లు
2m45 లు
ప్రోగ్రామ్ ఒక ప్రాసెసర్ కోర్ను పూర్తిగా లోడ్ చేస్తుంది, అయితే బ్యాకప్ నిల్వ సర్వర్ వైపు పరిమిత IOPS డిస్క్ కారణంగా, ఇది అధిక డేటా బదిలీ వేగాన్ని సాధించలేదు. సాధారణంగా, సెటప్ ఇతర పాల్గొనేవారి కంటే కొంచెం సమస్యాత్మకంగా ఉంది, ఎందుకంటే ప్రోగ్రామ్ యొక్క రచయిత sshని రవాణాగా ఉపయోగించరు, కానీ ఇదే విధమైన పథకాన్ని కీలతో అమలు చేస్తారు, పూర్తి స్థాయి CAని సృష్టించడం మరియు నిర్వహించడం. క్లయింట్ మరియు బ్యాకప్ సర్వర్ను విస్తృతంగా పరిమితం చేయడం సాధ్యపడుతుంది: ఉదాహరణకు, వారు ఒకరినొకరు పూర్తిగా విశ్వసించలేకపోతే, మీరు ఒక ఎంపికగా, సంబంధిత వేరియబుల్ విలువను సున్నాకి సెట్ చేయడం ద్వారా బ్యాకప్ పునరుద్ధరణను ప్రారంభించకుండా సర్వర్ను నిరోధించవచ్చు. సెట్టింగుల ఫైల్. నిర్వహణ కోసం వెబ్ ఇంటర్ఫేస్ను కనెక్ట్ చేయడం సాధ్యపడుతుంది, అయితే సాధారణంగా కాన్ఫిగర్ చేయబడిన సిస్టమ్ చిన్న బాష్ స్క్రిప్ట్లను (లేదా SCM, ఉదాహరణకు ansible) ఉపయోగించి పూర్తిగా ఆటోమేట్ చేయబడుతుంది. నిల్వను సెటప్ చేయడానికి కొంతవరకు అల్పమైన వ్యవస్థ ఉంది, ఇది డేటాను నిల్వ చేయడానికి (LTO క్యాసెట్లు, హార్డ్ డ్రైవ్లు మొదలైనవి) వివిధ పరికరాల విస్తృత జాబితాకు మద్దతు కారణంగా స్పష్టంగా కనిపిస్తుంది. ఈ వ్యాసంలో చర్చించబడిన అన్ని ప్రోగ్రామ్లలో, డైరెక్టరీ పేరు మార్చడాన్ని గుర్తించగలిగినది అమండా మాత్రమే అని కూడా గమనించాలి. ఒక పరుగు కోసం రిపోజిటరీ పరిమాణం 13 GB.
ప్రకటన
బ్యాకప్ పార్ట్ 6: బ్యాకప్ సాధనాలను పోల్చడం
బ్యాకప్ పార్ట్ 7: ముగింపులు
మూలం: www.habr.com