ఈ కథనం బ్యాకప్ సాధనాలను సరిపోల్చుతుంది, అయితే ముందుగా మీరు బ్యాకప్‌ల నుండి డేటాను పునరుద్ధరించడాన్ని ఎంత త్వరగా మరియు బాగా ఎదుర్కొంటారు అని మీరు కనుగొనాలి.
పోలిక సౌలభ్యం కోసం, మేము పూర్తి బ్యాకప్ నుండి పునరుద్ధరించడాన్ని పరిశీలిస్తాము, ప్రత్యేకించి అభ్యర్థులందరూ ఈ ఆపరేషన్ మోడ్‌కు మద్దతు ఇస్తున్నందున. సరళత కోసం, సంఖ్యలు ఇప్పటికే సగటున ఉన్నాయి (అనేక పరుగుల యొక్క అంకగణిత సగటు). ఫలితాలు పట్టికలో సంగ్రహించబడతాయి, ఇందులో సామర్థ్యాల గురించిన సమాచారం కూడా ఉంటుంది: వెబ్ ఇంటర్ఫేస్ ఉనికి, సెటప్ మరియు ఆపరేషన్ సౌలభ్యం, ఆటోమేట్ చేసే సామర్థ్యం, వివిధ అదనపు ఫీచర్ల ఉనికి (ఉదాహరణకు, డేటా సమగ్రతను తనిఖీ చేయడం) , మొదలైనవి గ్రాఫ్‌లు డేటా ఉపయోగించబడే సర్వర్‌లోని లోడ్‌ను చూపుతాయి (బ్యాకప్ కాపీలను నిల్వ చేయడానికి సర్వర్ కాదు).
సమాచారం తిరిగి పొందుట
rsync మరియు tar నుండి సూచన పాయింట్‌గా ఉపయోగించబడతాయి బ్యాకప్ కాపీలు చేయడానికి సాధారణ స్క్రిప్ట్‌లు.
rsync 4 నిమిషాల 28 సెకన్లలో సెట్ చేయబడిన పరీక్ష డేటాతో coped, చూపిస్తున్న
అటువంటి లోడ్
రికవరీ ప్రక్రియ బ్యాకప్ స్టోరేజ్ సర్వర్ (సాటూత్ గ్రాఫ్‌లు) యొక్క డిస్క్ సబ్‌సిస్టమ్ యొక్క పరిమితిని తాకింది. మీరు ఎటువంటి సమస్యలు లేకుండా ఒక కెర్నల్‌ని లోడ్ చేయడాన్ని కూడా స్పష్టంగా చూడవచ్చు (తక్కువ iowait మరియు softirq - డిస్క్ మరియు నెట్‌వర్క్‌తో వరుసగా సమస్యలు లేవు). ఇతర రెండు ప్రోగ్రామ్‌లు, అవి rdiff-backup మరియు rsnapshot, rsyncపై ఆధారపడి ఉంటాయి మరియు సాధారణ rsyncని రికవరీ సాధనంగా అందిస్తాయి కాబట్టి, అవి దాదాపు ఒకే లోడ్ ప్రొఫైల్ మరియు బ్యాకప్ రికవరీ సమయాన్ని కలిగి ఉంటాయి.
తారు అది కొంచెం వేగంగా పూర్తయింది
2 నిమిషాల 43 సెకన్లు:
పెరిగిన softirq కారణంగా మొత్తం సిస్టమ్ లోడ్ సగటున 20% ఎక్కువగా ఉంది - నెట్‌వర్క్ సబ్‌సిస్టమ్ యొక్క ఆపరేషన్ సమయంలో ఓవర్‌హెడ్ ఖర్చులు పెరిగాయి.
ఆర్కైవ్ మరింత కుదించబడితే, రికవరీ సమయం 3 నిమిషాల 19 సెకన్లకు పెరుగుతుంది.
ప్రధాన సర్వర్‌పై అటువంటి లోడ్తో (ప్రధాన సర్వర్ వైపు అన్‌ప్యాక్ చేయడం):
డికంప్రెషన్ ప్రక్రియ రెండు ప్రాసెసర్ కోర్లను తీసుకుంటుంది ఎందుకంటే రెండు ప్రక్రియలు నడుస్తున్నాయి. సాధారణంగా, ఇది ఆశించిన ఫలితం. అలాగే, బ్యాకప్‌లతో సర్వర్ వైపు gzipని అమలు చేసినప్పుడు పోల్చదగిన ఫలితం (3 నిమిషాలు మరియు 20 సెకన్లు) పొందబడింది; ప్రధాన సర్వర్‌లోని లోడ్ ప్రొఫైల్ gzip కంప్రెసర్ లేకుండా తారును నడుపుతున్నట్లుగా చాలా పోలి ఉంటుంది (మునుపటి గ్రాఫ్ చూడండి).
В rdiff-బ్యాకప్ మీరు సాధారణ rsyncని ఉపయోగించి చేసిన చివరి బ్యాకప్‌ను సమకాలీకరించవచ్చు (ఫలితాలు ఒకే విధంగా ఉంటాయి), కానీ పాత బ్యాకప్‌లు ఇప్పటికీ rdiff-బ్యాకప్ ప్రోగ్రామ్‌ని ఉపయోగించి పునరుద్ధరించబడాలి, ఇది 17 నిమిషాల 17 సెకన్లలో పునరుద్ధరణను పూర్తి చేసి చూపుతుంది
ఈ లోడ్:
బహుశా ఇది కనీసం రచయితల వేగాన్ని పరిమితం చేయడానికి ఉద్దేశించబడింది . rsyncతో డిస్క్ మరియు నెట్‌వర్క్‌లో దామాషా ప్రకారం పోల్చదగిన పనితీరుతో (అంటే 2-5 రెట్లు నెమ్మదిగా) బ్యాకప్ కాపీని పునరుద్ధరించే ప్రక్రియ ఒక కోర్‌లో సగం కంటే కొంచెం తక్కువ పడుతుంది.
Rsnapshot రికవరీ కోసం, ఇది సాధారణ rsyncని ఉపయోగించమని సూచిస్తుంది, కాబట్టి దాని ఫలితాలు ఒకే విధంగా ఉంటాయి. సాధారణంగా, ఇది ఇలా మారింది.
బర్ప్ నేను 7 నిమిషాల 2 సెకన్లలో బ్యాకప్‌ని పునరుద్ధరించే పనిని పూర్తి చేసాను
ఈ లోడ్తో:
ఇది చాలా త్వరగా పని చేస్తుంది మరియు స్వచ్ఛమైన rsync కంటే కనీసం చాలా సౌకర్యవంతంగా ఉంటుంది: మీరు ఏ ఫ్లాగ్‌లను గుర్తుంచుకోవాల్సిన అవసరం లేదు, సాధారణ మరియు స్పష్టమైన క్లి ఇంటర్ఫేస్, బహుళ కాపీలకు అంతర్నిర్మిత మద్దతు - ఇది రెండు రెట్లు నెమ్మదిగా ఉన్నప్పటికీ. మీరు చివరిగా చేసిన బ్యాకప్ నుండి డేటాను పునరుద్ధరించాలనుకుంటే, మీరు కొన్ని హెచ్చరికలతో rsyncని ఉపయోగించవచ్చు.
ప్రోగ్రామ్ దాదాపు అదే వేగం మరియు లోడ్‌ను చూపించింది బ్యాకప్ పిసి rsync బదిలీ మోడ్‌ను ప్రారంభించేటప్పుడు, బ్యాకప్‌ని అమలు చేస్తున్నప్పుడు
7 నిమిషాల 42 సెకన్లు:
కానీ డేటా ట్రాన్స్‌ఫర్ మోడ్‌లో, బ్యాకప్‌పిసి తారును మరింత నెమ్మదిగా ఎదుర్కొంది: 12 నిమిషాల 15 సెకన్లలో, ప్రాసెసర్ లోడ్ సాధారణంగా తక్కువగా ఉంటుంది.
ఒకటిన్నర సార్లు:
డ్యూప్లిసిటీలో ఎన్క్రిప్షన్ లేకుండా కొంచెం మెరుగైన ఫలితాలను చూపించింది, 10 నిమిషాల 58 సెకన్లలో బ్యాకప్‌ను పునరుద్ధరించింది. మీరు gpgని ఉపయోగించి గుప్తీకరణను సక్రియం చేస్తే, రికవరీ సమయం 15 నిమిషాల 3 సెకన్లకు పెరుగుతుంది. అలాగే, కాపీలను నిల్వ చేయడానికి రిపోజిటరీని సృష్టించేటప్పుడు, ఇన్‌కమింగ్ డేటా స్ట్రీమ్‌ను విభజించేటప్పుడు ఉపయోగించబడే ఆర్కైవ్ పరిమాణాన్ని మీరు పేర్కొనవచ్చు. సాధారణంగా, సాంప్రదాయ హార్డ్ డ్రైవ్‌లలో, సింగిల్-థ్రెడ్ ఆపరేటింగ్ మోడ్ కారణంగా, చాలా తేడా లేదు. హైబ్రిడ్ నిల్వను ఉపయోగించినప్పుడు ఇది వివిధ బ్లాక్ పరిమాణాలలో కనిపించవచ్చు. రికవరీ సమయంలో ప్రధాన సర్వర్‌పై లోడ్ క్రింది విధంగా ఉంది:
గుప్తీకరణ లేదు
ఎన్‌క్రిప్షన్‌తో
నకిలీ పోల్చదగిన రికవరీ రేటును చూపించింది, దానిని 13 నిమిషాల 45 సెకన్లలో పూర్తి చేసింది. పునరుద్ధరించబడిన డేటా యొక్క ఖచ్చితత్వాన్ని తనిఖీ చేయడానికి మరో 5 నిమిషాలు పట్టింది (మొత్తం 19 నిమిషాలు). లోడ్ అయింది
కొద్దిగా ఎత్తులో:
aes ఎన్క్రిప్షన్ అంతర్గతంగా ప్రారంభించబడినప్పుడు, రికవరీ సమయం 21 నిమిషాల 40 సెకన్లు, రికవరీ సమయంలో CPU వినియోగం గరిష్టంగా (రెండు కోర్లు!) ఉంటుంది; డేటాను తనిఖీ చేస్తున్నప్పుడు, ఒక థ్రెడ్ మాత్రమే సక్రియంగా ఉంది, ఒక ప్రాసెసర్ కోర్‌ను ఆక్రమించింది. రికవరీ తర్వాత డేటాను తనిఖీ చేయడానికి అదే 5 నిమిషాలు పట్టింది (మొత్తం దాదాపు 27 నిమిషాలు).
ఫలితంగా
గుప్తీకరణ కోసం బాహ్య gpg ప్రోగ్రామ్‌ను ఉపయోగిస్తున్నప్పుడు duplicati రికవరీతో కొంచెం వేగంగా ఉంటుంది, అయితే సాధారణంగా మునుపటి మోడ్ నుండి తేడాలు తక్కువగా ఉంటాయి. 16 నిమిషాల్లో డేటా వెరిఫికేషన్‌తో ఆపరేటింగ్ సమయం 30 నిమిషాల 6 సెకన్లు. లోడ్ అయింది
అటువంటి:
AMANDA, తారును ఉపయోగించి, దానిని 2 నిమిషాల 49 సెకన్లలో పూర్తి చేసారు, ఇది సూత్రప్రాయంగా, సాధారణ తారుకు చాలా దగ్గరగా ఉంటుంది. సూత్రప్రాయంగా సిస్టమ్‌పై లోడ్ చేయండి
అదే:
ఉపయోగించి బ్యాకప్‌ను పునరుద్ధరించేటప్పుడు zbackup కింది ఫలితాలు పొందబడ్డాయి:
ఎన్క్రిప్షన్, lzma కంప్రెషన్
రన్నింగ్ టైమ్ 11 నిమిషాల 8 సెకన్లు
AES ఎన్క్రిప్షన్, lzma కంప్రెషన్
ఆపరేటింగ్ సమయం 14 నిమిషాలు
AES ఎన్క్రిప్షన్, ఎల్జో కంప్రెషన్
రన్నింగ్ టైమ్ 6 నిమిషాలు, 19 సెకన్లు
మొత్తంమీద, చెడ్డది కాదు. ఇది అన్ని బ్యాకప్ సర్వర్లో ప్రాసెసర్ యొక్క వేగంపై ఆధారపడి ఉంటుంది, ఇది వివిధ కంప్రెషర్లతో ప్రోగ్రామ్ యొక్క నడుస్తున్న సమయం నుండి స్పష్టంగా చూడవచ్చు. బ్యాకప్ సర్వర్ వైపు, సాధారణ తారు ప్రారంభించబడింది, కాబట్టి మీరు దానితో పోల్చినట్లయితే, రికవరీ 3 రెట్లు నెమ్మదిగా ఉంటుంది. రెండు కంటే ఎక్కువ థ్రెడ్‌లతో బహుళ-థ్రెడ్ మోడ్‌లో ఆపరేషన్‌ను తనిఖీ చేయడం విలువైనదే కావచ్చు.
బోర్గ్ బ్యాకప్ ఎన్‌క్రిప్టెడ్ మోడ్‌లో ఇది తారు కంటే కొంచెం నెమ్మదిగా ఉంది, 2 నిమిషాల 45 సెకన్లలో, అయితే, తారులా కాకుండా, రిపోజిటరీని నకిలీ చేయడం సాధ్యమైంది. లోడ్ మారినది
క్రింది:
మీరు బ్లేక్ ఆధారిత ఎన్‌క్రిప్షన్‌ని ఎనేబుల్ చేస్తే, బ్యాకప్ రికవరీ వేగం కొంచెం నెమ్మదిగా ఉంటుంది. ఈ మోడ్‌లో రికవరీ సమయం 3 నిమిషాల 19 సెకన్లు, మరియు లోడ్ పోయింది
ఇలా:
AES ఎన్క్రిప్షన్ కొద్దిగా నెమ్మదిగా ఉంటుంది, రికవరీ సమయం 3 నిమిషాల 23 సెకన్లు, లోడ్ ముఖ్యంగా
మారలేదు:
బోర్గ్ బహుళ-థ్రెడ్ మోడ్‌లో పనిచేయగలదు కాబట్టి, ప్రాసెసర్ లోడ్ గరిష్టంగా ఉంటుంది మరియు అదనపు విధులు సక్రియం చేయబడినప్పుడు, ఆపరేటింగ్ సమయం కేవలం పెరుగుతుంది. స్పష్టంగా, zbackup మాదిరిగానే మల్టీథ్రెడింగ్‌ను అన్వేషించడం విలువైనది.
రెస్టిక్ రికవరీని కొంచెం నెమ్మదిగా ఎదుర్కొంది, ఆపరేటింగ్ సమయం 4 నిమిషాల 28 సెకన్లు. లోడ్ అనిపించింది
ఈ క్రింది విధంగా:
స్పష్టంగా పునరుద్ధరణ ప్రక్రియ అనేక థ్రెడ్‌లలో పనిచేస్తుంది, అయితే సామర్థ్యం BorgBackup కంటే ఎక్కువగా ఉండదు, కానీ సాధారణ rsyncతో పోల్చవచ్చు.
సహాయంతో ఉర్బ్యాకప్ 8 నిమిషాల 19 సెకన్లలో డేటాను పునరుద్ధరించడం సాధ్యమైంది, లోడ్ అయింది
అటువంటి:
లోడ్ ఇప్పటికీ చాలా ఎక్కువగా లేదు, తారు కంటే కూడా తక్కువ. కొన్ని ప్రదేశాలలో పేలుళ్లు ఉన్నాయి, కానీ ఒక కోర్ యొక్క లోడ్ కంటే ఎక్కువ కాదు.
పోలిక కోసం ప్రమాణాల ఎంపిక మరియు సమర్థన
మునుపటి కథనాలలో ఒకదానిలో పేర్కొన్నట్లుగా, బ్యాకప్ సిస్టమ్ క్రింది ప్రమాణాలకు అనుగుణంగా ఉండాలి:
- వాడుకలో సౌలభ్యత
- పాండిత్యము
- స్థిరత్వం
- రాపిడిటీ
ప్రతి పాయింట్‌ను విడిగా మరింత వివరంగా పరిగణించడం విలువ.
ఆపరేషన్ సౌలభ్యం
"ప్రతిదీ బాగా చేయండి" అనే ఒక బటన్ ఉన్నప్పుడు ఇది ఉత్తమం, కానీ మీరు నిజమైన ప్రోగ్రామ్‌లకు తిరిగి వస్తే, అత్యంత అనుకూలమైన విషయం కొంత సుపరిచితమైన మరియు ప్రామాణికమైన ఆపరేటింగ్ సూత్రం అవుతుంది.
చాలా మంది వినియోగదారులు cli కోసం కీల సమూహాన్ని గుర్తుంచుకోవాల్సిన అవసరం లేకుంటే, వెబ్ లేదా tui ద్వారా విభిన్నమైన, తరచుగా అస్పష్టమైన ఎంపికల సమూహాన్ని కాన్ఫిగర్ చేయనవసరం లేకుంటే లేదా విజయవంతం కాని ఆపరేషన్ గురించి నోటిఫికేషన్‌లను సెటప్ చేయనవసరం లేదు. ఇది ఇప్పటికే ఉన్న ఇన్‌ఫ్రాస్ట్రక్చర్‌లో బ్యాకప్ సొల్యూషన్‌ను సులభంగా "ఫిట్" చేయగల సామర్థ్యాన్ని మరియు బ్యాకప్ ప్రక్రియ యొక్క ఆటోమేషన్‌ను కూడా కలిగి ఉంటుంది. ప్యాకేజీ నిర్వాహికిని ఉపయోగించి లేదా "డౌన్‌లోడ్ మరియు అన్‌ప్యాక్" వంటి ఒకటి లేదా రెండు ఆదేశాలలో ఇన్‌స్టాలేషన్ చేసే అవకాశం కూడా ఉంది. curl ссылка | sudo bash - సంక్లిష్టమైన పద్ధతి, ఎందుకంటే మీరు లింక్ ద్వారా ఏమి వస్తుందో తనిఖీ చేయాలి.
ఉదాహరణకు, పరిగణించబడే అభ్యర్థులలో, ఒక సాధారణ పరిష్కారం బర్ప్, rdiff-బ్యాకప్ మరియు రెస్టిక్, ఇది వివిధ ఆపరేటింగ్ మోడ్‌ల కోసం జ్ఞాపకశక్తి కీలను కలిగి ఉంటుంది. బోర్గ్ మరియు డూప్లిసిటీ కొంచెం క్లిష్టంగా ఉంటాయి. అత్యంత కష్టం అమండా. మిగిలినవి వాడుకలో సౌలభ్యం విషయంలో ఎక్కడో మధ్యలో ఉన్నాయి. ఏదైనా సందర్భంలో, వినియోగదారు మాన్యువల్‌ని చదవడానికి మీకు 30 సెకన్ల కంటే ఎక్కువ సమయం అవసరమైతే, లేదా మీరు Google లేదా మరొక శోధన ఇంజిన్‌కి వెళ్లాలి మరియు సుదీర్ఘ సహాయపు షీట్ ద్వారా కూడా స్క్రోల్ చేయాలి, నిర్ణయం తీసుకోవడం కష్టం, ఒక మార్గం లేదా మరొకటి.
పరిగణించబడిన అభ్యర్థులలో కొందరు స్వయంచాలకంగా ఇ-మెయిల్‌జాబర్ ద్వారా సందేశాన్ని పంపగలరు, మరికొందరు సిస్టమ్‌లోని కాన్ఫిగర్ చేసిన హెచ్చరికలపై ఆధారపడతారు. అంతేకాకుండా, చాలా తరచుగా సంక్లిష్ట పరిష్కారాలు పూర్తిగా స్పష్టమైన హెచ్చరిక సెట్టింగ్‌లను కలిగి ఉండవు. ఏదైనా సందర్భంలో, బ్యాకప్ ప్రోగ్రామ్ సున్నా కాని రిటర్న్ కోడ్‌ను ఉత్పత్తి చేస్తే, ఇది ఆవర్తన పనుల కోసం సిస్టమ్ సేవ ద్వారా సరిగ్గా అర్థం చేసుకోబడుతుంది (ఒక సందేశం సిస్టమ్ అడ్మినిస్ట్రేటర్‌కు లేదా నేరుగా పర్యవేక్షణకు పంపబడుతుంది) - పరిస్థితి సులభం. కానీ బ్యాకప్ సర్వర్లో పనిచేయని బ్యాకప్ సిస్టమ్‌ను కాన్ఫిగర్ చేయలేకపోతే, సమస్య గురించి చెప్పడానికి స్పష్టమైన మార్గం ఏమిటంటే సంక్లిష్టత ఇప్పటికే అధికంగా ఉంది. ఏదైనా సందర్భంలో, వెబ్ ఇంటర్ఫేస్ లేదా లాగ్‌కు మాత్రమే హెచ్చరికలు మరియు ఇతర సందేశాలను జారీ చేయడం చెడ్డ పద్ధతి, ఎందుకంటే చాలా తరచుగా అవి విస్మరించబడతాయి.
ఆటోమేషన్ విషయానికొస్తే, ఒక సాధారణ ప్రోగ్రామ్ దాని ఆపరేటింగ్ మోడ్‌ను సెట్ చేసే ఎన్విరాన్‌మెంట్ వేరియబుల్‌లను చదవగలదు లేదా వెబ్ ఇంటర్ఫేస్ ద్వారా పని చేస్తున్నప్పుడు ప్రవర్తనను పూర్తిగా నకిలీ చేయగల అభివృద్ధి చెందిన క్లిని కలిగి ఉంటుంది, ఉదాహరణకు. ఇది నిరంతర ఆపరేషన్ యొక్క అవకాశం, విస్తరణ అవకాశాల లభ్యత మొదలైనవాటిని కూడా కలిగి ఉంటుంది.
పాండిత్యము
ఆటోమేషన్‌కు సంబంధించి మునుపటి ఉపవిభాగాన్ని పాక్షికంగా ప్రతిధ్వనిస్తూ, బ్యాకప్ ప్రక్రియను ఇప్పటికే ఉన్న ఇన్‌ఫ్రాస్ట్రక్చర్‌లో "ఫిట్" చేయడం ఒక నిర్దిష్ట సమస్య కాకూడదు.
పని కోసం ప్రామాణికం కాని పోర్ట్‌లను (బాగా, వెబ్ ఇంటర్ఫేస్ మినహా) ఉపయోగించడం, ప్రామాణికం కాని మార్గంలో ఎన్‌క్రిప్షన్‌ను అమలు చేయడం, ప్రామాణికం కాని ప్రోటోకాల్‌ను ఉపయోగించి డేటా మార్పిడి చేయడం వంటివి నాన్‌స్టాండర్డ్ సంకేతాలు అని గమనించాలి. - సార్వత్రిక పరిష్కారం. చాలా వరకు, అన్ని అభ్యర్థులు స్పష్టమైన కారణం కోసం వాటిని ఒక విధంగా లేదా మరొక విధంగా కలిగి ఉంటారు: సరళత మరియు బహుముఖ ప్రజ్ఞ సాధారణంగా కలిసి ఉండవు. మినహాయింపుగా - బర్ప్, ఇతరులు ఉన్నారు.
సంకేతంగా - సాధారణ ssh ఉపయోగించి పని చేసే సామర్థ్యం.
పని వేగం
అత్యంత వివాదాస్పద మరియు వివాదాస్పద అంశం. ఒక వైపు, మేము ప్రక్రియను ప్రారంభించాము, ఇది వీలైనంత త్వరగా పని చేస్తుంది మరియు ప్రధాన పనులతో జోక్యం చేసుకోలేదు. మరోవైపు, బ్యాకప్ వ్యవధిలో ట్రాఫిక్ మరియు ప్రాసెసర్ లోడ్‌లో పెరుగుదల ఉంది. కాపీలు చేయడానికి వేగవంతమైన ప్రోగ్రామ్‌లు సాధారణంగా వినియోగదారులకు ముఖ్యమైన ఫంక్షన్‌ల పరంగా అత్యంత పేదవి అని కూడా గమనించాలి. మళ్ళీ: పాస్‌వర్డ్‌తో అనేక పదుల బైట్ల పరిమాణంలో ఒక దురదృష్టకర టెక్స్ట్ ఫైల్‌ను పొందడానికి మరియు దాని కారణంగా మొత్తం సేవ ఖర్చులు (అవును, అవును, బ్యాకప్ ప్రక్రియ చాలా తరచుగా ఇక్కడ నిందించబడదని నేను అర్థం చేసుకున్నాను) మరియు మీరు రిపోజిటరీలోని అన్ని ఫైల్‌లను వరుసగా మళ్లీ చదవాలి లేదా మొత్తం ఆర్కైవ్‌ను విస్తరించాలి - బ్యాకప్ సిస్టమ్ ఎప్పుడూ వేగంగా ఉండదు. ఆర్కైవ్ నుండి బ్యాకప్‌ని అమలు చేసే వేగం తరచుగా అడ్డంకిగా మారే మరొక అంశం. ఎక్కువ అవకతవకలు (rsync, ఉదాహరణకు) లేకుండా ఫైల్‌లను కాపీ లేదా కావలసిన స్థానానికి తరలించగలిగే వారికి ఇక్కడ స్పష్టమైన ప్రయోజనం ఉంది, అయితే చాలా తరచుగా సమస్యను సంస్థాగత మార్గంలో, అనుభవపూర్వకంగా పరిష్కరించాలి: బ్యాకప్ రికవరీ సమయాన్ని కొలవడం ద్వారా మరియు దీని గురించి వినియోగదారులకు బహిరంగంగా తెలియజేస్తుంది.
స్థిరత్వం
దీన్ని ఈ విధంగా అర్థం చేసుకోవాలి: ఒక వైపు, బ్యాకప్ కాపీని ఏ విధంగానైనా తిరిగి అమర్చడం సాధ్యమవుతుంది, మరోవైపు, ఇది వివిధ సమస్యలకు నిరోధకతను కలిగి ఉండాలి: నెట్‌వర్క్ అంతరాయం, డిస్క్ వైఫల్యం, కొంత భాగాన్ని తొలగించడం రిపోజిటరీ.
బ్యాకప్ సాధనాల పోలిక
సృష్టి సమయాన్ని కాపీ చేయండి
రికవరీ సమయాన్ని కాపీ చేయండి
సులువు సంస్థాపన
సులువు సెటప్
సాధారణ ఉపయోగం
సాధారణ ఆటోమేషన్
మీకు క్లయింట్ సర్వర్ అవసరమా?
రిపోజిటరీ యొక్క సమగ్రతను తనిఖీ చేస్తోంది
అవకలన కాపీలు
పైపు ద్వారా పని
పాండిత్యము
స్వాతంత్ర్యం
రిపోజిటరీ పారదర్శకత
ఎన్క్రిప్షన్
కుదింపు
డూప్లికేషన్
వెబ్ ఇంటర్ఫేస్
క్లౌడ్‌లో నింపడం
Windows మద్దతు
మార్క్
rsync
4m15 లు
4m28 లు
అవును
ఏ
ఏ
ఏ
అవును
ఏ
ఏ
అవును
ఏ
అవును
అవును
ఏ
ఏ
ఏ
ఏ
ఏ
అవును
6
తారు
స్వచ్ఛమైన
3m12 లు
2m43 లు
అవును
ఏ
ఏ
ఏ
ఏ
ఏ
అవును
అవును
ఏ
అవును
ఏ
ఏ
ఏ
ఏ
ఏ
ఏ
అవును
8,5
gzip
9m37 లు
3m19 లు
అవును
Rdiff-బ్యాకప్
16m26 లు
17m17 లు
అవును
అవును
అవును
అవును
అవును
ఏ
అవును
ఏ
అవును
ఏ
అవును
ఏ
అవును
అవును
అవును
ఏ
అవును
11
Rsnapshot
4m19 లు
4m28 లు
అవును
అవును
అవును
అవును
ఏ
ఏ
అవును
ఏ
అవును
ఏ
అవును
ఏ
ఏ
అవును
అవును
ఏ
అవును
12,5
బర్ప్
11m9 లు
7m2 లు
అవును
ఏ
అవును
అవును
అవును
అవును
అవును
ఏ
అవును
అవును
ఏ
ఏ
అవును
ఏ
అవును
ఏ
అవును
10,5
డ్యూప్లిసిటీలో
గుప్తీకరణ లేదు
16m48 లు
10m58 లు
అవును
అవును
ఏ
అవును
ఏ
అవును
అవును
ఏ
ఏ
అవును
ఏ
అవును
అవును
ఏ
అవును
ఏ
అవును
11
జిపిజి
17m27 లు
15m3 లు
నకిలీ
గుప్తీకరణ లేదు
20m28 లు
13m45 లు
ఏ
అవును
ఏ
ఏ
ఏ
అవును
అవును
ఏ
ఏ
అవును
ఏ
అవును
అవును
అవును
అవును
అవును
అవును
11
AES
29m41 లు
21m40 లు
జిపిజి
26m19 లు
16m30 లు
zbackup
గుప్తీకరణ లేదు
40m3 లు
11m8 లు
అవును
అవును
ఏ
ఏ
ఏ
అవును
అవును
అవును
ఏ
అవును
ఏ
అవును
అవును
అవును
ఏ
ఏ
ఏ
10
AES
42m0 లు
14m1 లు
aes+lzo
18m9 లు
6m19 లు
బోర్గ్ బ్యాకప్
గుప్తీకరణ లేదు
4m7 లు
2m45 లు
అవును
అవును
అవును
అవును
అవును
అవును
అవును
అవును
అవును
అవును
ఏ
అవును
అవును
అవును
అవును
ఏ
అవును
16
AES
4m58 లు
3m23 లు
బ్లేక్2
4m39 లు
3m19 లు
రెస్టిక్
5m38 లు
4m28 లు
అవును
అవును
అవును
అవును
ఏ
అవును
అవును
అవును
అవును
అవును
ఏ
అవును
ఏ
అవును
ఏ
అవును
అవును
15,5
ఉర్బ్యాకప్
8m21 లు
8m19 లు
అవును
అవును
అవును
ఏ
అవును
ఏ
అవును
ఏ
అవును
అవును
ఏ
అవును
అవును
అవును
అవును
ఏ
అవును
12
అమండా
9m3 లు
2m49 లు
అవును
ఏ
ఏ
అవును
అవును
అవును
అవును
ఏ
అవును
అవును
అవును
అవును
అవును
ఏ
అవును
అవును
అవును
13
బ్యాకప్ పిసి
rsync
12m22 లు
7m42 లు
అవును
ఏ
అవును
అవును
అవును
అవును
అవును
ఏ
అవును
ఏ
ఏ
అవును
అవును
ఏ
అవును
ఏ
అవును
10,5
తారు
12m34 లు
12m15 లు
టేబుల్ లెజెండ్:
- ఆకుపచ్చ, ఆపరేటింగ్ సమయం ఐదు నిమిషాల కంటే తక్కువ, లేదా “అవును” అని సమాధానం ఇవ్వండి (“క్లయింట్ సర్వర్ కావాలా?” కాలమ్ మినహా), 1 పాయింట్
- పసుపు, ఆపరేటింగ్ సమయం ఐదు నుండి పది నిమిషాలు, 0.5 పాయింట్లు
- ఎరుపు, పని సమయం పది నిమిషాల కంటే ఎక్కువ, లేదా సమాధానం “లేదు” (“మీకు క్లయింట్ సర్వర్ కావాలా?” అనే కాలమ్ మినహా), 0 పాయింట్లు
పై పట్టిక ప్రకారం, సరళమైన, వేగవంతమైన మరియు అదే సమయంలో అనుకూలమైన మరియు శక్తివంతమైన బ్యాకప్ సాధనం BorgBackup. రెస్టిక్ రెండవ స్థానంలో నిలిచింది, పరిగణించబడిన మిగిలిన అభ్యర్థులు చివరిలో ఒకటి లేదా రెండు పాయింట్ల వ్యాప్తితో దాదాపు సమానంగా ఉంచబడ్డారు.
సిరీస్‌ను చివరి వరకు చదివిన ప్రతి ఒక్కరికీ నేను కృతజ్ఞతలు తెలుపుతున్నాను, ఎంపికలను చర్చించమని మరియు ఏదైనా ఉంటే మీ స్వంతంగా అందించమని నేను మిమ్మల్ని ఆహ్వానిస్తున్నాను. చర్చ సాగుతున్న కొద్దీ, పట్టికను విస్తరించవచ్చు.
సిరీస్ యొక్క ఫలితం తుది కథనం అవుతుంది, దీనిలో ఆదర్శవంతమైన, వేగవంతమైన మరియు నిర్వహించదగిన బ్యాకప్ సాధనాన్ని అభివృద్ధి చేసే ప్రయత్నం ఉంటుంది, ఇది సాధ్యమైనంత తక్కువ సమయంలో కాపీని తిరిగి అమర్చడానికి మరియు అదే సమయంలో సౌకర్యవంతంగా మరియు సులభంగా ఉంటుంది. కాన్ఫిగర్ చేయడానికి మరియు నిర్వహించడానికి.
ప్రకటన
బ్యాకప్ పార్ట్ 6: బ్యాకప్ సాధనాలను పోల్చడం
బ్యాకప్ పార్ట్ 7: ముగింపులు
మూలం: www.habr.com