వీమ్ బ్యాకప్ మరియు రెప్లికేషన్ 9.5 అప్‌డేట్ 4 రోజులలో ఆర్కైవ్ టైర్ పేరుతో కెపాసిటీ టైర్ (లేదా మేము దీనిని Vim - captir అని పిలుస్తాము) తిరిగి కనిపించింది. ఆపరేషనల్ పునరుద్ధరణ విండో అని పిలవబడే నుండి ఆబ్జెక్ట్ స్టోరేజ్‌కి పడిపోయిన బ్యాకప్‌లను తరలించడం సాధ్యమయ్యేలా చేయడం దీని వెనుక ఉన్న ఆలోచన. డిస్క్ స్పేస్ తక్కువగా ఉన్న వినియోగదారుల కోసం ఇది క్లియర్ చేయడంలో సహాయపడింది. మరియు ఈ ఎంపికను మూవ్ మోడ్ అని పిలుస్తారు.
ఈ సరళమైన (అనిపించినట్లుగా) చర్యను అమలు చేయడానికి, రెండు షరతులకు అనుగుణంగా ఉంటే సరిపోతుంది: తరలించబడిన బ్యాకప్ నుండి అన్ని పాయింట్లు తప్పనిసరిగా పైన పేర్కొన్న కార్యాచరణ పునరుద్ధరణ విండో సరిహద్దుల వెలుపల ఉండాలి, ఇది UIలో స్పష్టంగా సెట్ చేయబడింది. మరియు రెండవది: గొలుసు తప్పనిసరిగా "సీల్డ్ ఫారమ్" అని పిలవబడే (సీల్డ్ బ్యాకప్ చైన్ లేదా ఇన్యాక్టివ్ బ్యాకప్ చైన్) లో ఉండాలి. అంటే, కాలక్రమేణా ఈ గొలుసులో ఎటువంటి మార్పులు జరగవు.
కానీ VBR v10లో, కాన్సెప్ట్ కొత్త ఫంక్షన్‌లతో అనుబంధించబడింది - కాపీ మోడ్, సీల్డ్ మోడ్ మరియు ఉచ్చరించడానికి కష్టంగా ఉండే ఇమ్యుటబిలిటీ అనే పేరు కనిపించింది.
ఈ రోజు మనం మాట్లాడబోయే మనోహరమైన విషయాలు ఇవి. మొదట, ఇది VBR9.5u4లో ఎలా పని చేసిందనే దాని గురించి, ఆపై పదవ సంస్కరణలో మార్పుల గురించి.
మరియు స్వచ్ఛమైన భాష యొక్క విజేతలు నన్ను క్షమించగలరు, కానీ అనువదించలేని చాలా పదాలు ఉన్నాయి.
కాబట్టి ఇక్కడ టన్ను ఆంగ్లభాషలు ఉంటాయి.
మరియు చాలా gif లు.
మరియు చిత్రాలు.
- కనీస విచారం లేకుండా. వ్యాస రచయిత.
ఉన్నట్టుండి
సరే, కార్యాచరణ పునరుద్ధరణ విండో మరియు సీల్డ్ బ్యాకప్‌ను విశ్లేషించడం ద్వారా ప్రారంభిద్దాం (లేదా వాటిని ఇన్యాక్టివ్ బ్యాకప్ చైన్ డాక్యుమెంటేషన్‌లో పిలుస్తారు). వారి అవగాహన లేకుండా, తదుపరి వివరణ సాధ్యం కాదు.
మేము చిత్రంలో చూస్తున్నట్లుగా, మేము డేటా బ్లాక్‌లతో ఒక రకమైన బ్యాకప్ చైన్‌ని కలిగి ఉన్నాము, ఇది కెపాసిటీ టైర్ కనెక్ట్ చేయబడిన రిపోజిటరీ యొక్క పనితీరు స్థాయి SOBRలో ఉంది. మా కార్యాచరణ బ్యాకప్ విండో మూడు రోజులు.
దీని ప్రకారం, సోమవారం సృష్టించబడిన .vbk మునుపటి గొలుసును మూసివేస్తుంది, దీని విండో మూడు రోజులకు సెట్ చేయబడింది. మరియు మీరు ఈ మూడు రోజుల కంటే పాతవన్నీ షూటింగ్ రేంజ్‌కి సురక్షితంగా రవాణా చేయడం ప్రారంభించవచ్చు.
కానీ సరిగ్గా సీల్డ్ చైన్ అంటే ఏమిటి మరియు అప్‌డేట్ 4లో కెపాసిటీ షూటింగ్ రేంజ్‌కి ఏమి పంపవచ్చు?
ఫార్వర్డ్ ఇంక్రిమెంటల్ కోసం, గొలుసును మూసివేసే సంకేతం కొత్త పూర్తి బ్యాకప్‌ను సృష్టించడం. మరియు ఈ పూర్తి బ్యాకప్ ఎలా పొందబడుతుందనేది పట్టింపు లేదు: సింథటిక్ పూర్తి మరియు క్రియాశీల పూర్తి బ్యాకప్‌లు రెండూ పరిగణించబడతాయి.
రివర్స్ విషయంలో, ఇవన్నీ ఆపరేటింగ్ విండోలోకి రాని ఫైల్స్.
రోల్‌బ్యాక్‌లతో ఫార్వర్డ్ ఇంక్రిమెంట్ విషయంలో, పనితీరు పరిధిపై మరొక .vbk ఉంటే, ఇవన్నీ రోల్‌బ్యాక్‌లు మరియు .vbk.
ఇప్పుడు బ్యాకప్ కాపీ గొలుసులతో పని చేసే ఎంపికను పరిశీలిద్దాం. GFS నిలుపుదల పరిధిలోకి వచ్చే అంశాలు మాత్రమే ఇక్కడకు రవాణా చేయబడ్డాయి. ఎందుకంటే ఇటీవలి బ్యాకప్ కాపీ చెయిన్‌లలో నిల్వ చేయబడిన ప్రతిదీ ఒక విధంగా లేదా మరొక విధంగా మార్చబడుతుంది.
ఇప్పుడు హుడ్ కింద చూద్దాం. అక్కడ, డీహైడ్రేషన్ అనే ప్రక్రియ జరుగుతుంది - బ్యాకప్ ఫైళ్లను ఖాళీగా ఉంచడం మరియు ఈ ఫైల్‌ల నుండి బ్లాక్‌లను కెపాసిటీ షూటింగ్ రేంజ్‌కి లాగడం. ఈ ప్రక్రియను ఆప్టిమైజ్ చేయడానికి, డీహైడ్రేషన్ ఇండెక్స్ అని పిలవబడేది ఉపయోగించబడుతుంది, ఇది ఇప్పటికే సామర్థ్యం షూటింగ్ రేంజ్‌కి కాపీ చేయబడిన బ్లాక్‌లను కాపీ చేయడాన్ని నివారించడానికి మిమ్మల్ని అనుమతిస్తుంది.
ఒక ఉదాహరణతో ఇది ఎలా ఉందో చూద్దాం: లావాదేవీ విండో నుండి వచ్చిన మరియు సీల్డ్ చైన్‌కు చెందిన .vbk మన వద్ద ఉందని అనుకుందాం. దీన్ని కెపాసిటీ షూటింగ్ రేంజ్‌కి తరలించడానికి మాకు పూర్తి హక్కు ఉందని దీని అర్థం. తరలించే సమయంలో, బదిలీ చేయబడిన ఫైల్ యొక్క కెపాసిటీ డాష్ మరియు బ్లాక్‌లలో మెటాడేటా ఫైల్ సృష్టించబడుతుంది. లింక్-స్థాయి మెటాడేటా ఫైల్ మా ఫైల్‌ను కలిగి ఉన్న బ్లాక్‌లను వివరిస్తుంది. చిత్రంలో ఉన్న సందర్భంలో, మా మొదటి ఫైల్ a, b, c బ్లాక్‌లను కలిగి ఉంటుంది మరియు మెటాడేటా ఈ బ్లాక్‌లకు లింక్‌లను కలిగి ఉంటుంది. మేము రెండవ .vbk ఫైల్‌ను కలిగి ఉన్నప్పుడు, తరలించడానికి సిద్ధంగా ఉన్నాము మరియు బ్లాక్‌లు a, b మరియు d కలిగి ఉన్నప్పుడు, మేము నిర్జలీకరణ సూచికను విశ్లేషిస్తే, బ్లాక్ d మాత్రమే బదిలీ చేయబడాలని అర్థం చేసుకుంటాము. మరియు దాని మెటాడేటా ఫైల్ రెండు మునుపటి బ్లాక్‌లకు మరియు ఒక కొత్తదానికి లింక్‌లను కలిగి ఉంటుంది.
దీని ప్రకారం, ఈ ఖాళీ స్థలాలను తిరిగి డేటాతో నింపే ప్రక్రియను రీహైడ్రేషన్ అంటారు. ఇది ఇప్పటికే స్థానిక పనితీరు మేరకు పురాతన .vbk ఫైల్ ఆధారంగా దాని స్వంత రీహైడ్రేషన్ సూచికను ఉపయోగిస్తుంది. అంటే, వినియోగదారు సామర్థ్యం షూటింగ్ పరిధి నుండి ఫైల్‌ను తిరిగి ఇవ్వాలనుకుంటే, మేము ముందుగా పాత పూర్తి బ్యాకప్ యొక్క బ్లాక్‌ల సూచికను సృష్టిస్తాము మరియు సామర్థ్యం షూటింగ్ గ్యాలరీ నుండి తప్పిపోయిన బ్లాక్‌లను మాత్రమే బదిలీ చేస్తాము. చిత్రంలో ప్రదర్శించబడిన సందర్భంలో, రీహైడ్రేషన్ ఇండెక్స్ ప్రకారం FullBackup1.vbkని రీహైడ్రేట్ చేయడానికి, మనకు బ్లాక్ C మాత్రమే అవసరం, ఇది మేము సామర్థ్యం షూటింగ్ పరిధి నుండి తీసుకుంటాము. స్టోరేజ్ క్లౌడ్ ఆబ్జెక్ట్ కెపాసిటీ షూటింగ్ రేంజ్‌గా పనిచేస్తే, ఇది అపారమైన డబ్బును ఆదా చేయడానికి మిమ్మల్ని అనుమతిస్తుంది.
ఇక్కడ ఈ సాంకేతికత WAN యాక్సిలరేటర్‌లలో ఉపయోగించిన దానితో సమానంగా ఉన్నట్లు అనిపించవచ్చు, కానీ అది అలా మాత్రమే అనిపిస్తుంది. యాక్సిలరేటర్‌లలో, తగ్గింపు అనేది గ్లోబల్; ఇక్కడ, ప్రతి ఫైల్‌లో నిర్దిష్ట ఆఫ్‌సెట్‌లో లోకల్ డీప్లికేషన్ ఉపయోగించబడుతుంది. పరిష్కరించబడుతున్న పనులలో వ్యత్యాసం కారణంగా ఇది జరుగుతుంది: ఇక్కడ మేము పెద్ద పూర్తి బ్యాకప్ ఫైల్‌లను కాపీ చేయాలి మరియు మా పరిశోధన ప్రకారం, వాటి మధ్య ఎక్కువ సమయం గడిచినప్పటికీ, ఈ తగ్గింపు అల్గోరిథం ఉత్తమ ఫలితాన్ని ఇస్తుంది.
అయితే ఇండెక్స్‌ల దేవుడికి మరిన్ని సూచికలు! డేటా రికవరీ కోసం ఇండెక్స్ కూడా ఉంది! మేము కెపాసిటీ డాష్‌లో ఉన్న మెషీన్‌ను పునరుద్ధరించడం ప్రారంభించినప్పుడు, మేము పనితీరు డాష్‌లో లేని ప్రత్యేకమైన డేటా బ్లాక్‌లను మాత్రమే చదువుతాము.
అది ఎలా జరిగింది?
పరిచయ భాగానికి అంతే. ఇది చాలా వివరంగా ఉంది, కానీ పైన పేర్కొన్న విధంగా, ఈ వివరాలు లేకుండా కొత్త విధులు ఎలా పనిచేస్తాయో వివరించడం సాధ్యం కాదు. అందువల్ల, మరింత శ్రమ లేకుండా, మొదటిదానికి వెళ్దాం.
కాపీ మోడ్
ఇది చాలావరకు ఇప్పటికే ఉన్న సాంకేతికతలపై ఆధారపడి ఉంటుంది, కానీ పూర్తిగా భిన్నమైన ఉపయోగ తర్కాన్ని కలిగి ఉంటుంది.
ఈ మోడ్ యొక్క ఉద్దేశ్యం స్థానిక పరిధిలో ఉన్న మొత్తం డేటా కెపాసిటీ డాష్‌లో కాపీని కలిగి ఉండేలా చేయడం.
మీరు మూవ్ మరియు కాపీ మోడ్‌లను నేరుగా సరిపోల్చినట్లయితే, ఇది ఇలా కనిపిస్తుంది:
- మూసివున్న గొలుసును మాత్రమే తరలించవచ్చు. కాపీ మోడ్ విషయంలో, బ్యాకప్ జాబ్‌లో ఏమి జరుగుతుందనే దానితో సంబంధం లేకుండా ఖచ్చితంగా ప్రతిదీ బదిలీ చేయబడుతుంది.
- ఫైల్‌లు కార్యాచరణ బ్యాకప్ విండో యొక్క సరిహద్దులను దాటి వెళ్లినప్పుడు తరలించడం ప్రారంభించబడుతుంది మరియు బ్యాకప్ ఫైల్ కనిపించిన వెంటనే కాపీ చేయడం ప్రారంభించబడుతుంది.
- కాపీ చేయడం కోసం కొత్త డేటాను పర్యవేక్షించడం నిరంతరం జరుగుతుంది మరియు తరలించడానికి ప్రతి 4 గంటలకు ఒకసారి ప్రేరేపించబడుతుంది.
కొత్త మోడ్‌ను పరిగణనలోకి తీసుకుంటే, నేను సాధారణ ఉదాహరణల నుండి సంక్లిష్టమైన వాటికి మారాలని ప్రతిపాదిస్తున్నాను.
అత్యంత సాధారణ సందర్భంలో, మేము ఇంక్రిమెంట్‌లతో కొత్త ఫైల్‌లను కలిగి ఉన్నాము మరియు మేము వాటిని సామర్థ్య షూటింగ్ పరిధికి కాపీ చేస్తాము. బ్యాకప్ జాబ్‌లో ఏ మోడ్ ఉపయోగించబడిందనే దానితో సంబంధం లేకుండా, అది గొలుసులోని సీలు చేసిన భాగానికి చెందినదా లేదా అనే దానితో సంబంధం లేకుండా, మా ఆపరేటింగ్ విండో గడువు ముగిసినా. వారు దానిని తీసుకొని కాపీ చేసారు.
దీని వెనుక ఉన్న ప్రక్రియ పైన వివరించిన విధంగా ఇప్పటికీ నిర్జలీకరణం. కాపీ మోడ్‌లో, ఇది ఇప్పటికే మన స్టోరేజ్‌లో ఉన్న బ్లాక్‌లను కాపీ చేయదని కూడా నిర్ధారిస్తుంది. ఒకే తేడా ఏమిటంటే, మూవీ మోడ్‌లో మనం నిజమైన ఫైల్‌లను నకిలీ ఫైల్‌లతో భర్తీ చేస్తే, ఇక్కడ మనం వాటిని ఏ విధంగానూ తాకము మరియు ప్రతిదీ అలాగే వదిలివేయము. లేకపోతే, ఇది సరిగ్గా అదే నిర్జలీకరణ సూచిక, ఇది మీ డబ్బు మరియు సమయాన్ని ఆదా చేయడానికి జాగ్రత్తగా ప్రయత్నిస్తుంది.
ప్రశ్న తలెత్తుతుంది - మీరు UIని చూస్తే, ఒకే సమయంలో రెండు ఎంపికలను ఎంచుకోవడానికి అవకాశం ఉంది. అటువంటి మిశ్రమ మోడ్ ఎలా పని చేస్తుంది?
దాన్ని సరిగ్గా తెలుసుకుందాం.
ప్రారంభం ప్రామాణికం: బ్యాకప్ ఫైల్ సృష్టించబడుతుంది మరియు వెంటనే కాపీ చేయబడుతుంది. దానికి ఇంక్రిమెంట్ సృష్టించబడింది మరియు కాపీ చేయబడింది. ఫైల్‌లు మా ఆపరేటింగ్ విండోను విడిచిపెట్టాయని మరియు మూసివున్న గొలుసు కనిపించిందని మేము గ్రహించే క్షణం వరకు ఇది జరుగుతుంది. ఈ సమయంలో మేము డీహైడ్రేషన్ ఆపరేషన్ చేస్తాము మరియు ఈ ఫైల్‌లను డమ్మీ ఫైల్‌లతో భర్తీ చేస్తాము. వాస్తవానికి, మేము సామర్థ్య షూటింగ్ పరిధికి మళ్లీ దేనినీ కాపీ చేయము.
ఈ ఆకర్షణీయమైన తర్కం అంతా ఇంటర్‌ఫేస్‌లోని ఒక చెక్‌బాక్స్‌కు మాత్రమే బాధ్యత వహిస్తుంది: బ్యాకప్‌లు సృష్టించబడిన వెంటనే ఆబ్జెక్ట్ నిల్వకు కాపీ చేయండి.
మనకు ఈ కాపీ మోడ్ ఎందుకు అవసరం?
ప్రశ్నను ఈ విధంగా పునరావృతం చేయడం మరింత మంచిది: దాని సహాయంతో మనం ఏ ప్రమాదాల నుండి రక్షించబడ్డాము? ఇది ఏ సమస్యను పరిష్కరించడంలో మాకు సహాయపడుతుంది?
సమాధానం స్పష్టంగా ఉంది: వాస్తవానికి, ఇది డేటా రికవరీ. ఆబ్జెక్ట్ స్టోరేజ్‌లో స్థానిక డేటా యొక్క పూర్తి కాపీని కలిగి ఉన్నట్లయితే, మా ఉత్పత్తికి ఏమి జరిగినా, షరతులతో కూడిన Amazonలో ఉన్న ఫైల్‌ల నుండి మేము ఎల్లప్పుడూ డేటాను పునరుద్ధరించవచ్చు.
కాబట్టి సరళమైన వాటి నుండి సంక్లిష్టమైన వాటి వరకు సాధ్యమయ్యే దృశ్యాలను చూద్దాం.
మన తలపై పడే సరళమైన దురదృష్టం బ్యాకప్ గొలుసులోని ఫైల్‌లలో ఒకదానిని యాక్సెస్ చేయలేకపోవడం.
విచారకరమైన కథనం ఏమిటంటే, మా SOBR రిపోజిటరీ యొక్క విస్తారాలలో ఒకటి విరిగిపోయింది.
మొత్తం SOBR రిపోజిటరీ ప్రాప్యత చేయలేనప్పుడు ఇది మరింత ఘోరంగా మారుతుంది, కానీ సామర్థ్యం షూటింగ్ పరిధి పని చేస్తోంది.
మరియు ప్రతిదీ నిజంగా చెడ్డది - ఇది బ్యాకప్ సర్వర్ చనిపోయినప్పుడు మరియు పది నిమిషాల్లో కెనడియన్ సరిహద్దుకు వెళ్లడానికి మీ మొదటి కోరిక.
ఇప్పుడు ప్రతి పరిస్థితిని విడిగా చూద్దాం.
మేము ఒక (మరియు అనేక) బ్యాకప్ ఫైల్‌లను పోగొట్టుకున్నప్పుడు, అప్పుడు మనం చేయాల్సిందల్లా రిపోజిటరీ రెస్కాన్ ప్రక్రియను ప్రారంభించడమే మరియు కోల్పోయిన ఫైల్ నకిలీ ఫైల్‌తో భర్తీ చేయబడుతుంది. మరియు రీహైడ్రేషన్ ప్రక్రియను ఉపయోగించి (ఇది వ్యాసం ప్రారంభంలో చర్చించబడింది), వినియోగదారు సామర్థ్యం షూటింగ్ పరిధి నుండి స్థానిక నిల్వకు డేటాను డౌన్‌లోడ్ చేయగలరు.
ఇప్పుడు పరిస్థితి మరింత క్లిష్టంగా మారింది. మా SOBR పనితీరు మోడ్‌లో నడుస్తున్న రెండు విస్తీర్ణాలను కలిగి ఉందని అనుకుందాం, అంటే మా .vbk మరియు .vib వాటిపై అసమాన లేయర్‌లో విస్తరించి ఉన్నాయి. మరియు ఏదో ఒక సమయంలో, విస్తరణలలో ఒకటి అందుబాటులో ఉండదు మరియు వినియోగదారు అత్యవసరంగా మెషీన్‌ను పునరుద్ధరించాలి, దానిలో కొంత భాగం ఈ మేరకు ఖచ్చితంగా ఉంటుంది.
వినియోగదారు రికవరీ విజార్డ్‌ను ప్రారంభిస్తాడు, అతను పునరుద్ధరించాలనుకుంటున్న పాయింట్‌ను ఎంచుకుంటాడు మరియు విజర్డ్, పని చేస్తున్నప్పుడు, స్థానికంగా రికవరీకి అవసరమైన మొత్తం డేటా తన వద్ద లేదని మరియు అందువల్ల కెపాసిటీ షూటింగ్ నుండి డౌన్‌లోడ్ చేసుకోవాల్సిన అవసరం ఉందని గ్రహించాడు. గ్యాలరీ. అదే సమయంలో, స్థానిక నిల్వలో మిగిలి ఉన్న బ్లాక్‌లు క్లౌడ్ నుండి డౌన్‌లోడ్ చేయబడవు. పునరుద్ధరణ సూచికకు గ్లోరీ (అవును, ఇది వ్యాసం ప్రారంభంలో కూడా ప్రస్తావించబడింది).
ఈ కేసు యొక్క ఉప రకం ఏమిటంటే, మొత్తం SOBR రిపోజిటరీ ప్రాప్యత చేయలేనిదిగా మారింది. ఈ సందర్భంలో, స్థానిక నిల్వ నుండి కాపీ చేయడానికి మాకు ఏమీ లేదు మరియు అన్ని బ్లాక్‌లు క్లౌడ్ నుండి డౌన్‌లోడ్ చేయబడతాయి.
మరియు అత్యంత ఆసక్తికరమైన పరిస్థితి ఏమిటంటే బ్యాకప్ సర్వర్ మరణించింది. ఇక్కడ రెండు ఎంపికలు ఉన్నాయి: అడ్మిన్ గొప్పవాడు మరియు కాన్ఫిగరేషన్ బ్యాకప్‌లు చేసాడు మరియు అడ్మిన్ స్వయంగా చెడ్డ పినోచియో మరియు కాన్ఫిగరేషన్ బ్యాకప్‌లను చేయలేదు.
మొదటి సందర్భంలో, అతను కేవలం VBR యొక్క క్లీన్ ఇన్‌స్టాలేషన్‌ను ఎక్కడో అమలు చేయడానికి మరియు ప్రామాణిక మార్గాలను ఉపయోగించి బ్యాకప్ నుండి దాని డేటాబేస్ను పునరుద్ధరించడానికి సరిపోతుంది. ఈ ప్రక్రియ ముగింపులో, ప్రతిదీ సాధారణ స్థితికి వస్తుంది. లేదా పై దృశ్యాలలో ఒకదాని ప్రకారం ఇది పునరుద్ధరించబడుతుంది.
అడ్మిన్ తన స్వంత శత్రువు అయితే, లేదా కాన్ఫిగరేషన్ బ్యాకప్ కూడా పురాణ వైఫల్యాన్ని ఎదుర్కొంటే, ఇక్కడ కూడా మేము అతనిని విధి యొక్క దయకు వదిలివేయము. ఈ సందర్భంలో, మేము దిగుమతి ఆబ్జెక్ట్ స్టోరేజ్ అనే కొత్త విధానాన్ని ప్రవేశపెట్టాము. ఇది SOBR రిపోజిటరీని మాన్యువల్‌గా పునఃసృష్టించే ప్రక్రియను దాటవేయడానికి మరియు తదుపరి రెస్కాన్‌తో దానికి కెపాసిటీ షూటింగ్ రేంజ్‌ని జోడించడానికి మిమ్మల్ని అనుమతిస్తుంది మరియు Vim ఇంటర్‌ఫేస్‌కు నిల్వ వస్తువును జోడించి, దిగుమతి స్టోరేజ్ రిపోజిటరీ విధానాన్ని అమలు చేయండి. మీ బ్యాకప్‌లు ఎన్‌క్రిప్ట్ చేయబడి ఉంటే పాస్‌వర్డ్‌ను నమోదు చేయమని ఒక అభ్యర్థన మాత్రమే మీకు మరియు మీ బ్యాకప్‌లకు మధ్య అడ్డుగా నిలబడగలదు.
ఇది బహుశా కాపీ మోడ్‌కు సంబంధించినది మరియు మేము కొనసాగుతాము
సీల్డ్ మోడ్
రిపోజిటరీ యొక్క ఎంచుకున్న SOBR పరిధిపై కొత్త బ్యాకప్‌లు కనిపించవు అనేది ప్రధాన ఆలోచన. v10కి ముందు, రిపోజిటరీతో ఏదైనా పని పూర్తిగా నిషేధించబడినప్పుడు మాత్రమే మేము నిర్వహణ మోడ్‌ని కలిగి ఉన్నాము. నిల్వను మూసివేయడం కోసం ఒక విధమైన హార్డ్‌కోర్ మోడ్, ఇక్కడ మాత్రమే ఖాళీ చేయి బటన్ అందుబాటులో ఉంటుంది, ఇది బ్యాకప్‌లను ఒక సారి మరొక మేరకు రవాణా చేస్తుంది.
మరియు సీల్డ్ మోడ్ ఒక రకమైన “సాఫ్ట్” ఎంపిక: మేము కొత్త బ్యాకప్‌ల సృష్టిని నిషేధిస్తాము మరియు ఎంచుకున్న నిలుపుదల ప్రకారం పాత వాటిని క్రమంగా తొలగిస్తాము, అయితే ఈ ప్రక్రియలో మేము నిల్వ చేసిన పాయింట్ల నుండి పునరుద్ధరించే సామర్థ్యాన్ని కోల్పోము. చాలా ఉపయోగకరమైన విషయం ఏమిటంటే, మన దగ్గర ఏదైనా హార్డ్‌వేర్ దాని జీవిత ముగింపుకి చేరుకుంది మరియు దానిని భర్తీ చేయవలసి ఉంటుంది, లేదా మనం దానిని మరింత ముఖ్యమైన దాని కోసం విడిపించవలసి ఉంటుంది, కానీ దానిని తీసుకొని అన్నింటినీ ఒకేసారి తరలించడానికి ఎక్కడా లేదు. లేదా అది తొలగించబడదు.
దీని ప్రకారం, ఆపరేషన్ సూత్రం చాలా సులభం: అన్ని వ్రాత కార్యకలాపాలను (కొత్త డేటా రూపాన్ని) నిషేధించడం అవసరం, చదవడం (పునరుద్ధరణలు) మరియు తొలగించడం (నిలుపుదల).
రెండు మోడ్‌లు ఏకకాలంలో ఉపయోగించబడతాయి, అయితే నిర్వహణకు అధిక ప్రాధాన్యత ఉందని గుర్తుంచుకోండి.
ఉదాహరణగా, రెండు విస్తారాలతో కూడిన SOBRని పరిగణించండి. మేము మొదటి నాలుగు రోజులు ఫార్వర్డ్ ఫరెవర్ ఇంక్రిమెంటల్ మోడ్‌లో బ్యాకప్‌లను సృష్టించాము, ఆపై మేము పరిధిని సీల్ చేసాము. ఇది రెండవ అందుబాటులో ఉన్న మేరకు కొత్త యాక్టివ్ ఫుల్‌ను సృష్టించడాన్ని ప్రారంభించటానికి దారి తీస్తుంది. మన నిలుపుదల నాలుగు అయితే, సీల్డ్ పరిధిలో ఉన్న మొత్తం గొలుసు దాని పరిమితులను మించిపోయినప్పుడు, అది స్పష్టమైన మనస్సాక్షితో తొలగించబడుతుంది.
తొలగింపు ముందుగా జరిగినప్పుడు పరిస్థితులు ఉన్నాయి. ఉదాహరణకు, ఇది ఆవర్తన ఫుల్‌లతో ఫార్వర్డ్ ఇంక్రిమెంటల్. మేము మొదటి రెండు రోజులు పూర్తి బ్యాకప్‌లను సృష్టించి, గురువారం రిపోజిటరీని సీల్ చేయాలని నిర్ణయించుకుంటే, శుక్రవారం, కొత్త బ్యాకప్ సృష్టించబడినప్పుడు, సోమవారం కోసం ఫైల్ తొలగించబడుతుంది ఎందుకంటే ఈ పాయింట్‌కి డిపెండెన్సీలు లేవు. మరియు పాయింట్ ఎవరిపైనా ఆధారపడదు. అప్పుడు మేము అందుబాటులో ఉన్న స్థాయిలో నాలుగు పాయింట్లు సృష్టించబడే వరకు వేచి ఉండి, మిగిలిన మూడింటిని తొలగిస్తాము, అవి ఒకదానికొకటి స్వతంత్రంగా తొలగించబడవు.
రివర్స్ ఇంక్రిమెంటల్‌తో విషయాలు సరళంగా ఉంటాయి. అందులో, పురాతన పాయింట్లు దేనిపైనా ఆధారపడవు మరియు సురక్షితంగా తొలగించబడతాయి. అందువల్ల, కొత్త .vbk కొత్త మేరకు సృష్టించబడిన వెంటనే, పాత .vrbs ఒక్కొక్కటిగా తొలగించబడతాయి.
మార్గం ద్వారా, మేము ప్రతిసారీ కొత్త .vbkని ఎందుకు సృష్టిస్తాము: మేము దానిని సృష్టించకపోతే, పాత ఇంక్రిమెంట్ల గొలుసును కొనసాగించినట్లయితే, పాత .vbk దాని తొలగింపును నిరోధిస్తూ, ఏ మోడ్‌లోనైనా అనంతంగా చాలా కాలం పాటు స్తంభింపజేస్తుంది. అందువల్ల, మేరకు సీలు చేయబడిన వెంటనే, మేము ఉచిత మేరకు పూర్తి బ్యాకప్‌ను రూపొందించాలని నిర్ణయించాము.
సామర్థ్యం షూటింగ్ పరిధితో విషయాలు మరింత క్లిష్టంగా ఉంటాయి.
మొదట, కాపీ మోడ్‌ను చూద్దాం. మేము నాలుగు రోజుల పాటు చురుకుగా బ్యాకప్‌లను సృష్టిస్తున్నామని అనుకుందాం, ఆపై సామర్థ్యం షూటింగ్ రేంజ్ మూసివేయబడింది. మేము దేనినీ తొలగించము, కానీ నిలుపుదలని వినయంగా సహిస్తాము, దాని తర్వాత మేము సామర్థ్యం షూటింగ్ పరిధి నుండి డేటాను తొలగిస్తాము.
మూవ్ మోడ్‌లో దాదాపు అదే జరుగుతుంది - మేము రీటచ్ కోసం వేచి ఉంటాము, స్థానిక నిల్వలో పాతదాన్ని తొలగిస్తాము మరియు ఆబ్జెక్ట్ స్టోరేజ్‌లో నిల్వ చేసిన దాన్ని తొలగిస్తాము.
ఫరెవర్ ఫార్వర్డ్ ఇంక్రిమెంటల్‌తో ఆసక్తికరమైన ఉదాహరణ. మేము మూడు పాయింట్ల వద్ద నిలుపుదలని ఇన్‌స్టాల్ చేస్తాము మరియు సోమవారం నుండి బ్యాకప్‌లను చేయడం ప్రారంభిస్తాము, అవి క్రమం తప్పకుండా క్లౌడ్‌కి కాపీ చేయబడతాయి. నిల్వను మూసివేసిన తర్వాత, బ్యాకప్‌లు సృష్టించబడటం కొనసాగుతుంది, మూడు పాయింట్‌లను నిర్వహిస్తుంది, అయితే కెపాసిటీ డాష్‌లో నిల్వ చేయబడిన డేటా ఆధారపడి ఉంటుంది మరియు తొలగించబడదు. అందువల్ల, మేము గురువారం వరకు వేచి ఉంటాము, మా .vbk నిలుపుదల దాటిపోతుంది, ఆపై మాత్రమే మేము మొత్తం సేవ్ చేసిన గొలుసును ప్రశాంతంగా తొలగిస్తాము.
మరియు ఒక చిన్న నిరాకరణ: ఇక్కడ అన్ని ఉదాహరణలు ఒక యంత్రంతో చూపబడ్డాయి. మీ బ్యాకప్‌లో వాటిలో అనేకం ఉంటే, యాక్టివ్ ఫుల్‌గా రూపొందించబడిందా లేదా అనేదానిపై ఆధారపడి వాటి రీటచ్ భిన్నంగా ఉంటుంది.
ప్రాథమికంగా అంతే. కాబట్టి అత్యంత హార్డ్‌కోర్ ఫీచర్‌కి వెళ్దాం -
మార్పులేనిది
మునుపటి పాయింట్ల మాదిరిగానే, ఈ ఫంక్షన్ ఏ సమస్యను పరిష్కరిస్తుంది అనేది మొదటి విషయం. మేము నిల్వ కోసం ఎక్కడైనా మా బ్యాకప్‌లను అప్‌లోడ్ చేసిన వెంటనే, వారి భద్రతకు హామీ ఇవ్వాలనే బలమైన కోరిక ఉంటుంది, అంటే, వాటి తొలగింపు మరియు ఇచ్చిన నిలుపుదల సమయంలో ఏదైనా సవరణను భౌతికంగా నిషేధించడం. అడ్మిన్‌లతో సహా, వారి రూట్ ఖాతాలతో సహా. ఇది ప్రమాదవశాత్తు లేదా ఉద్దేశపూర్వక నష్టం నుండి వారిని రక్షించడానికి మిమ్మల్ని అనుమతిస్తుంది. AWSతో పనిచేసే ఎవరైనా ఆబ్జెక్ట్ లాక్ అనే ఇలాంటి ఫీచర్‌ని చూసి ఉండవచ్చు.
ఇప్పుడు సాధారణ పరంగా మోడ్‌ను చూద్దాం, ఆపై వివరాలను పరిశీలిద్దాం. మా ఉదాహరణలో, నాలుగు రోజుల నిలుపుదలతో మా కెపాసిటీ షూటింగ్ రేంజ్ కోసం ఇమ్యుటబిలిటీ ప్రారంభించబడుతుంది. మరియు బ్యాకప్‌లో కాపీ మోడ్ ప్రారంభించబడింది.
మార్పులేనిది సాధారణ ధారణతో ఏ విధంగానూ సంకర్షణ చెందదు. ఉదాహరణకు, ఇది అదనపు పాయింట్‌లను లేదా అలాంటిదేమీ జోడించదు. ఒక వ్యక్తి నాలుగు రోజుల్లో బ్యాకప్ ఫైల్‌లను తొలగించలేడు. మీరు సోమవారం బ్యాకప్ చేస్తే, మీరు దాని ఫైల్‌ను శుక్రవారం మాత్రమే తొలగించగలరు.
డీహైడ్రేషన్, ఇండెక్స్‌లు మరియు మెటాడేటా యొక్క మునుపు వివరించిన అన్ని అంశాలు సరిగ్గా అదే పనిని కొనసాగిస్తాయి. కానీ ఒక షరతుతో - బ్లాక్ డేటా కోసం మాత్రమే కాకుండా, మెటాడేటా కోసం కూడా సెట్ చేయబడింది. మోసపూరిత దాడి చేసే వ్యక్తి మా మెటాడేటా డేటాబేస్ను తొలగించాలని మరియు డేటా బ్లాక్‌లు పనికిరాని బైనరీ మష్‌గా మారకుండా నిరోధించాలని నిర్ణయించుకున్న సందర్భంలో ఇది జరుగుతుంది.
మా బ్లాక్ జనరేషన్ టెక్నాలజీని వివరించడానికి ఇప్పుడు మంచి సమయం. లేదా ఉత్పత్తిని నిరోధించండి. ఇది చేయుటకు, దాని రూపానికి దారితీసిన పరిస్థితిని పరిగణించండి.
ఆరు రోజుల టైమ్ స్కేల్‌ని తీసుకుందాం మరియు దిగువన మేము మార్పులేని గడువు ముగింపు సమయాన్ని గుర్తు చేస్తాము. మొదటి రోజున మేము డేటా బ్లాక్ a మరియు దాని మెటాడేటాతో కూడిన ఫైల్‌ని తీసుకొని సృష్టిస్తాము. మార్పులేనిది మూడు రోజులకు సెట్ చేయబడితే, నాల్గవ రోజున డేటా అన్‌లాక్ చేయబడి తొలగించబడుతుందని భావించడం తార్కికం. రెండవ రోజు మేము అదే సెట్టింగ్‌లతో బ్లాక్ బితో కూడిన కొత్త ఫైల్2ని జోడిస్తాము. నాల్గవ రోజున బ్లాక్ ఎ స్టిల్‌ను తీసివేయాలి. కానీ మూడవ రోజు ఏదో భయంకరమైనది జరుగుతుంది - ఫైల్3 ఫైల్ సృష్టించబడుతుంది, ఇందులో కొత్త బ్లాక్ d మరియు పాత బ్లాక్ aకి లింక్ ఉంటుంది. దీనర్థం బ్లాక్ మరియు దాని మార్పులేని ఫ్లాగ్ కోసం తప్పనిసరిగా కొత్త తేదీకి రీసెట్ చేయబడాలి, అది ఆరవ రోజుకి మార్చబడుతుంది. మరియు ఇక్కడ ఒక సమస్య తలెత్తుతుంది - నిజమైన బ్యాకప్‌లలో అటువంటి బ్లాక్‌లు భారీ సంఖ్యలో ఉన్నాయి. మరియు వారి మార్పులేని కాలాన్ని పొడిగించడానికి, మీరు ప్రతిసారీ భారీ సంఖ్యలో అభ్యర్థనలను చేయాలి. వాస్తవానికి, ఇది దాదాపు అంతులేని రోజువారీ ప్రక్రియ అవుతుంది, ఎందుకంటే అధిక స్థాయి సంభావ్యతతో మేము ప్రతి కాపీతో నకిలీ బ్లాక్‌ల భారీ స్టాక్‌లను కనుగొంటాము. ఆబ్జెక్ట్ స్టోరేజ్ ప్రొవైడర్ల నుండి పెద్ద సంఖ్యలో అభ్యర్థనల అర్థం ఏమిటి? నిజమే! నెలాఖరులో భారీ బిల్లు.
మరియు మీ ఇష్టమైన క్లయింట్‌లను గణనీయమైన డబ్బు కోసం బహిర్గతం చేయకుండా ఉండటానికి, బ్లాక్ జనరేషన్ మెకానిజం కనుగొనబడింది. ఇది మేము సెట్ ఇమ్యుటబిలిటీ పీరియడ్‌కి జోడించే అదనపు వ్యవధి. దిగువ ఉదాహరణలో, ఈ వ్యవధి రెండు రోజులు. అయితే ఇది ఒక ఉదాహరణ మాత్రమే. వాస్తవానికి, వారు వారి స్వంత సూత్రాన్ని ఉపయోగిస్తారు, ఇది నెలవారీ లాక్ సమయంలో సుమారు పది అదనపు రోజులను ఇస్తుంది.
అదే పరిస్థితిని పరిశీలిద్దాం, కానీ బ్లాక్ జనరేషన్‌తో. మొదటి రోజు బ్లాక్ a మరియు మెటాడేటా నుండి ఫైల్1ని సృష్టిస్తాము. మేము జనరేషన్ వ్యవధి మరియు మార్పులేని వాటిని జోడిస్తాము - అంటే ఫైల్‌ను తొలగించే అవకాశం ఆరవ రోజున ఉంటుంది. రెండవ రోజు మనం ఫైల్2ని సృష్టిస్తే, ఇందులో బ్లాక్ బి మరియు బ్లాక్‌కి లింక్ ఉంటుంది, అప్పుడు ఆశించిన తొలగింపు తేదీకి ఏమీ జరగదు. ఆరో రోజు అలాగే నిలబడిపోయింది. అందువల్ల మేము అభ్యర్థనల సంఖ్యపై డబ్బు ఆదా చేయడానికి ప్రయత్నిస్తున్నాము. తరం వ్యవధి గడువు ముగిసినట్లయితే మాత్రమే గడువును మార్చగల పరిస్థితి. అంటే, మూడవ రోజున కొత్త File3లో aని నిరోధించే లింక్ ఉంటే, Gen2 ఇప్పటికే గడువు ముగిసినందున తరం 1 జోడించబడుతుంది. మరియు బ్లాక్ aని తొలగించడానికి ఆశించిన తేదీ ఎనిమిదో రోజుకు మారుతుంది. ఇది డీప్లికేటెడ్ బ్లాక్‌ల జీవితకాలాన్ని పొడిగించడానికి అభ్యర్థనల సంఖ్యను నాటకీయంగా తగ్గించడానికి అనుమతిస్తుంది, ఇది క్లయింట్‌లకు టన్ను డబ్బును ఆదా చేస్తుంది.
ఈ సాంకేతికత S3 మరియు S3-అనుకూల హార్డ్‌వేర్ వినియోగదారులకు అందుబాటులో ఉంది, దీని తయారీదారులు తమ అమలు అమెజాన్‌కు భిన్నంగా లేదని హామీ ఇస్తారు. అందువల్ల అజూర్‌కు ఎందుకు మద్దతు లేదు అనే చట్టబద్ధమైన ప్రశ్నకు సమాధానం - అవి ఒకే విధమైన లక్షణాన్ని కలిగి ఉంటాయి, అయితే ఇది వ్యక్తిగత వస్తువులు కాకుండా కంటైనర్ల స్థాయిలో పనిచేస్తుంది. మార్గం ద్వారా, అమెజాన్ రెండు మోడ్‌లలో ఆబ్జెక్ట్ లాక్‌ని కలిగి ఉంది: సమ్మతి మరియు పాలన. రెండవ సందర్భంలో, ఆబ్జెక్ట్ లాక్ ఉన్నప్పటికీ, అడ్మిన్‌ల పైన ఉన్న గొప్ప అడ్మిన్ మరియు రూట్‌ల పైన ఉన్న రూట్ ఇప్పటికీ డేటాను తొలగించే అవకాశం ఉంది. సమ్మతి విషయంలో, ప్రతిదీ గట్టిగా వ్రేలాడదీయబడుతుంది మరియు బ్యాకప్‌లను ఎవరూ తొలగించలేరు. అమెజాన్ నిర్వాహకులు కూడా (వారి అధికారిక ప్రకటనల ప్రకారం). ఇది మేము సపోర్ట్ చేసే మోడ్.
మరియు, ఎప్పటిలాగే, కొన్ని ఉపయోగకరమైన లింకులు:
- న ప్రతి వివరాలు.
- గురించి మొత్తం సమాచారం ఉత్తమంగా
- О వివరములతో
మూలం: www.habr.com