ఈ సమీక్ష గమనిక కొనసాగుతుంది , పాఠకుల అభ్యర్థన మేరకు వ్రాయబడింది, ఇది UrBackup, BackupPC మరియు AMANDA గురించి కూడా మాట్లాడుతుంది.
UrBackup సమీక్ష.
పాల్గొనేవారి అభ్యర్థన మేరకు నేను క్లయింట్-సర్వర్ బ్యాకప్ సిస్టమ్ అయిన UrBackup యొక్క సమీక్షను జోడిస్తున్నాను. ఇది పూర్తి మరియు పెరుగుతున్న బ్యాకప్‌లను సృష్టించడానికి మిమ్మల్ని అనుమతిస్తుంది, పరికర స్నాప్‌షాట్‌లతో పని చేయవచ్చు (విన్ మాత్రమే?), మరియు ఫైల్ బ్యాకప్‌లను కూడా సృష్టించవచ్చు. క్లయింట్ సర్వర్ ఉన్న అదే నెట్‌వర్క్‌లో ఉండవచ్చు లేదా ఇంటర్నెట్ ద్వారా కనెక్ట్ చేయవచ్చు. మార్పు ట్రాకింగ్ ప్రకటించబడింది, ఇది బ్యాకప్ కాపీల మధ్య తేడాలను త్వరగా కనుగొనడానికి మిమ్మల్ని అనుమతిస్తుంది. సర్వర్ వైపు డేటా నిల్వ తగ్గింపుకు మద్దతు కూడా ఉంది, ఇది స్థలాన్ని ఆదా చేస్తుంది. నెట్‌వర్క్ కనెక్షన్‌లు ఎన్‌క్రిప్ట్ చేయబడ్డాయి మరియు సర్వర్‌ని నిర్వహించడానికి వెబ్ ఇంటర్‌ఫేస్ కూడా ఉంది. ఆమె ఏమి చేయగలదో చూద్దాం:
పూర్తి బ్యాకప్ మోడ్‌లో, కింది ఫలితాలు పొందబడ్డాయి:
పని గంటలు:
మొదటి ప్రారంభం
రెండవ ప్రయోగం
మూడవ ప్రయోగం
మొదటి పరీక్ష
8m20 లు
8m19 లు
8m24 లు
రెండవ పరీక్ష
8m30 లు
8m34 లు
8m20 లు
మూడవ పరీక్ష
8m10 లు
8m14 లు
8m12 లు
పెరుగుతున్న బ్యాకప్ మోడ్‌లో:
పని గంటలు:
మొదటి ప్రారంభం
రెండవ ప్రయోగం
మూడవ ప్రయోగం
మొదటి పరీక్ష
8m10 లు
8m10 లు
8m12 లు
రెండవ పరీక్ష
3m50 లు
4m12 లు
3m34 లు
మూడవ పరీక్ష
2m50 లు
2m35 లు
2m38 లు
రెండు సందర్భాలలో రిపోజిటరీ పరిమాణం సుమారుగా 14 GB ఉంది, ఇది సర్వర్ వైపు పని తగ్గింపును సూచిస్తుంది. సర్వర్ మరియు క్లయింట్‌లో బ్యాకప్ సృష్టి సమయం మధ్య వ్యత్యాసం ఉందని కూడా గమనించాలి, ఇది గ్రాఫ్‌ల నుండి చాలా స్పష్టంగా కనిపిస్తుంది మరియు చాలా ఆహ్లాదకరమైన బోనస్, ఎందుకంటే వెబ్ ఇంటర్‌ఫేస్ బ్యాకప్ ప్రాసెస్ నడుస్తున్న సమయాన్ని చూపుతుంది ఖాతాలోకి తీసుకోకుండా సర్వర్ వైపు
క్లయింట్ యొక్క పరిస్థితి. సాధారణంగా, పూర్తి మరియు పెరుగుతున్న కాపీల కోసం గ్రాఫ్‌లు వేరు చేయలేవు. బహుశా ఇది సర్వర్ వైపు ఎలా నిర్వహించబడుతుందనేది మాత్రమే తేడా. రిడెండెంట్ సిస్టమ్‌లో తక్కువ ప్రాసెసర్ లోడ్‌తో నేను కూడా సంతోషించాను.
BackupPC సమీక్ష
పాల్గొనేవారి అభ్యర్థన మేరకు నేను BackupPC యొక్క సమీక్షను జోడిస్తున్నాను. ఈ సాఫ్ట్‌వేర్ పెర్ల్‌లో వ్రాయబడిన బ్యాకప్ నిల్వ సర్వర్‌లో ఇన్‌స్టాల్ చేయబడింది మరియు వివిధ బ్యాకప్ సాధనాలపై పని చేస్తుంది - ప్రధానంగా rsync, tar. Ssh మరియు smb రవాణాగా ఉపయోగించబడతాయి; cgi-ఆధారిత వెబ్ ఇంటర్‌ఫేస్ కూడా ఉంది (అపాచీ పైన అమర్చబడింది). వెబ్ ఇంటర్‌ఫేస్‌లో విస్తృతమైన సెట్టింగుల జాబితా ఉంది. లక్షణాలలో బ్యాకప్‌ల మధ్య కనీస సమయాన్ని సెట్ చేయగల సామర్థ్యం, అలాగే బ్యాకప్‌లు సృష్టించబడని వ్యవధి. బ్యాకప్ సర్వర్ కోసం ఫైల్ సిస్టమ్‌ను ఎంచుకున్నప్పుడు, హార్డ్ లింక్‌లకు మద్దతు ఉందని మీరు నిర్ధారించుకోవాలి. అందువలన, నిల్వ కోసం ఫైల్ సిస్టమ్ మౌంట్ పాయింట్లుగా విభజించబడదు. మొత్తంమీద, చాలా ఆహ్లాదకరమైన అనుభవం, ఈ సాఫ్ట్‌వేర్ సామర్థ్యం ఏమిటో చూద్దాం:
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