కంటైనర్దా లేక దాని ఫైల్లదా బ్యాకప్? పునరుద్ధరణ రూపం ప్రకారం నిర్ణయించుకోండి
ఇమేజ్ మరియు ఫైల్ స్థాయి బ్యాకప్లు వేర్వేరు విషయాలను పునరుద్ధరిస్తాయి మరియు వేర్వేరు కీలపై ఆధారపడతాయి. నిల్వ చేసిన వస్తువును మీకు నిజంగా అవసరమైన పునరుద్ధరణకు సరిపోల్చండి.
మీరు గుప్తీకరించిన కంటైనర్ను ఒకే వస్తువుగా బ్యాకప్ చేయవచ్చు, లేదా దాన్ని మౌంట్ చేసి లోపలి ఫైల్లను బ్యాకప్ చేయవచ్చు. రెండూ VPN ద్వారా సులభంగా దాటుతాయి, పోలిక అక్కడే ముగుస్తుంది. అవి వేర్వేరు విషయాలను పునరుద్ధరిస్తాయి, వేర్వేరు కీలపై ఆధారపడతాయి, వేర్వేరు స్థలాన్ని తీసుకుంటాయి, ఎవరికైనా డేటా తిరిగి కావాల్సినప్పుడు వేర్వేరు విధాలుగా విఫలమవుతాయి. మొదట పునరుద్ధరణ వస్తువును ఎంచుకోండి, తర్వాత రవాణా, తర్వాత నిల్వ చేసిన కాపీ గుప్తీకరణ. క్రింది చెక్లిస్ట్ అదే క్రమంలో సాగుతుంది, ఎందుకంటే దాదాపు ప్రతి బ్యాకప్ వివాదం వాస్తవానికి ఈ మూడింటిలో ఏది మొదట నిర్ణయించబడిందనే దానిపై భిన్నాభిప్రాయమే.
రెండు వస్తువులు, రెండు పునరుద్ధరణ రూపాలు
ఇమేజ్ స్థాయి బ్యాకప్ కంటైనర్ను పునరుద్ధరిస్తుంది: గుప్తీకరించిన వాల్యూమ్ తిరిగి లభిస్తుంది మరియు దాన్ని తెరవడానికి ఇంకా దాని పునరుద్ధరణ సామగ్రి అవసరం. ఫైల్ స్థాయి బ్యాకప్ ఫైల్లు మరియు డైరెక్టరీ చెట్లను పునరుద్ధరిస్తుంది, వాటిని రక్షించే ఏ గుప్తీకరణ అయినా బ్యాకప్ రిపాజిటరీ లక్షణం, అసలు కంటైనర్ లక్షణం కాదు. దూరపు ఫోల్డర్కు సాధారణ కాపీ మూడో సందర్భం, అది ఆ ఫోల్డర్కు యాదృచ్ఛికంగా ఉన్న రక్షణను వారసత్వంగా పొందుతుంది.
| Object | What a restore gives you | Where the encryption question lands |
|---|---|---|
| Encrypted container image | The volume, still locked | The container format and its recovery key material |
| Mounted files into a backup tool | Selected files and metadata | The backup repositorys own keys and design |
| Plain copy to a remote folder | Whatever the copy process kept | Whatever protects that storage afterwards |
మధ్య వరుసే ప్రజలు తప్పుగా చదివేది. అది పూర్తిగా మంచి నిర్మాణం కావచ్చు: బ్యాకప్ ప్రోగ్రామ్ స్థానికంగా స్పష్ట పాఠ్యాన్ని చదివి గుప్తీకరించిన, ప్రామాణీకరించిన నిల్వను రాస్తుంది. అప్పుడు భద్రత ఆ ప్రోగ్రామ్ మరియు దాని ఆధారాలపై నిలుస్తుంది, అసలు కంటైనర్ పాస్వర్డ్పై కాదు, రెండింటినీ ఒకే నియంత్రణగా వర్ణించకూడదు.
తనిఖీ 1: పునరుద్ధరణ ఏమి పునర్నిర్మించాలి?
ప్రశ్నను బ్యాకప్ రూపంలో కాదు, పునరుద్ధరణ రూపంలో అడగండి. అవసరం “ఈ సేవను మరో హోస్ట్లో తిరిగి తీసుకురా” అయితే, ఇమేజ్ మరియు దాని పునరుద్ధరణ సామగ్రి సుసంగతమైన సమాధానం. అవసరం “మార్చి నెల ఆర్థిక స్ప్రెడ్షీట్ తిరిగి తీసుకురా” అయితే, ఒక ఫైల్ తీయడానికి అనేక గిగాబైట్ల ఇమేజ్ను పునరుద్ధరించడం ఖరీదైన సమాధానం. రెండూ చెల్లుబాటు అయిన పునరుద్ధరణలు, అవి ఒకదానికొకటి మార్చుకోగల బడ్జెట్లు కావు. ఒకటి మాత్రమే పేర్కొనే ప్రణాళిక చివరికి మరొకదానితో పరీక్షించబడుతుంది.
పునరుద్ధరణ లక్ష్యాన్ని ప్రణాళికలో రాయండి: మొత్తం వాల్యూమ్, డైరెక్టరీ చెట్టు లేదా వ్యక్తిగత ఫైల్లు. తర్వాత ఏ మెటాడేటా వాటితో ప్రయాణించాలో గుర్తించండి, ఎందుకంటే యాజమాన్యం, అనుమతులు, విస్తరించిన లక్షణాలు మరియు సమయ ముద్రలు ఫైల్ స్థాయి పునరుద్ధరణలో భాగం మరియు పరీక్షలో సరిపోతాయని అనిపించిన కాపీ ఆధారిత పని ప్రవాహాలలో అవి తరచుగా పోతాయి.
పునరుద్ధరణ ఎవరు చేస్తారో కూడా నిర్ణయించండి. ఏ ఆపరేటర్ అయినా మౌంట్ చేయగల ఫైల్ స్థాయి నిల్వ, కీ హోల్డర్ ఉనికిని కోరే ఇమేజ్ నుండి భిన్నమైన ప్రవేశ నమూనా, ఏదీ ఆటోమేటిక్గా మెరుగైనది కాదు. ముఖ్యమైనది ఎంపిక ఉద్దేశపూర్వకంగా మరియు వ్రాతపూర్వకంగా ఉండటం.
తనిఖీ 2: నిల్వ చేసిన కాపీని ఏది రక్షిస్తుంది?
VPN రవాణా విభాగాన్ని రక్షిస్తుంది. బదిలీ ముగిసిన తర్వాత నిల్వ చేసిన కాపీ గురించి అది ఏమీ చెప్పదు, “అది సొరంగం గుండా వెళ్ళింది” అనేది బ్యాకప్ ఆపరేటర్ మీ డేటాను చదవగల సామర్థ్యం గురించిన ప్రకటన కాదు. దూరపు వైపు మరొకరు నిర్వహిస్తుంటే, ప్రశ్న వారు ఏమి చదవగలరో, లింక్ గుప్తీకరించబడిందా అనేది కాదు.
ఇమేజ్ కోసం దాని అర్థం కంటైనర్ కీ సామగ్రిని ఇమేజ్ నుండి విడిగా రక్షించడం. హెడర్ పోగొట్టుకోవడం వాల్యూమ్ పోగొట్టుకోవడం, కాబట్టి ఇమేజ్ లేని చోట హెడర్ బ్యాకప్ చేయండి:
cryptsetup luksHeaderBackup /dev/vg0/data --header-backup-file data-header.img
cryptsetup luksDump /dev/vg0/data | head -20
ఫైల్ స్థాయి నిల్వ కోసం, సాధనం కంటెంట్ మరియు మెటాడేటాను హోస్ట్ విడిచే ముందే గుప్తీకరిస్తుందా మరియు ప్రామాణీకరిస్తుందా అని తనిఖీ చేయండి, కీలు ఎవరి వద్ద ఉన్నాయో తెలుసుకోండి. Restic యొక్క నిర్మాణ పత్రాలు నమ్మకమైన మూల హోస్ట్ను ఊహిస్తాయని మరియు గుప్తీకరణ నిల్వకు ప్రవేశం ఉన్నవారు బ్యాకప్లను తొలగించడాన్ని ఆపదని స్పష్టంగా చెబుతాయి. రెండు హెచ్చరికలూ ముఖ్యం: నిల్వ రహస్యంగా ఉండి కూడా నాశనం కావచ్చు.
తనిఖీ 3: కాపీ సుసంగతంగా ఉందా?
మారుతున్న ఫైల్ సిస్టమ్ను బంధించే బ్యాకప్ ఒక కాపీ, పునరుద్ధరణ బిందువు కాదు. ఇమేజ్ కోసం వాల్యూమ్ సాధనం మద్దతు ఇచ్చే పద్ధతిలో స్థిరమైన స్నాప్షాట్ తీసుకోండి, దాని అర్థం సాధారణంగా స్నాప్షాట్ ఆపరేషన్ లేదా అన్మౌంట్, పెద్ద ఫైల్ మారుతున్నప్పుడు చదవడం కాదు:
lvcreate -L 5G -s -n data-snap /dev/vg0/data
cryptsetup open /dev/vg0/data-snap data-snap --readonly
మౌంట్ చేసిన ఫైల్ల కోసం, సక్రియ డేటాబేస్లు మరియు ఇతర సమన్వయ డేటా కోసం అప్లికేషన్ మద్దతు ఇచ్చే సుసంగతత ప్రక్రియను ఉపయోగించండి. ఫైల్ సిస్టమ్ స్థాయి కాపీ మరియు అప్లికేషన్తో సుసంగతమైన పునరుద్ధరణ బిందువు వేర్వేరు వివరణలు, తేడా పునరుద్ధరించిన కాపీ నుండి అప్లికేషన్ ప్రారంభించడానికి ప్రయత్నించినప్పుడే కనిపిస్తుంది.
పునరుద్ధరణ సామగ్రిని స్వతంత్ర రక్షిత మార్గంలో ఉంచండి. అసలు మెషీన్ పోవడం దాని బ్యాకప్ తెరిచే ఏకైక ఆధారాన్ని కూడా పోగొట్టడం ఎప్పుడూ కాకూడదు, కీ ఫైల్ బ్యాకప్ అవుతున్న వాల్యూమ్పై నివసించినప్పుడు సరిగ్గా అదే జరుగుతుంది. ఆ విభజనను ఉద్దేశపూర్వకంగా పరీక్షించండి: అసలు ఎప్పుడూ చూడని హోస్ట్పై, ప్రణాళిక అందుబాటులో ఉందని చెప్పినది మాత్రమే ఉపయోగించి పునరుద్ధరించండి.
తనిఖీ 4: ఈ వస్తువుకు మార్పు గుర్తింపు వర్తిస్తుందా?
గుప్తీకరించిన కంటైనర్ చాలా బదిలీ సాధనాలకు ఒక పెద్ద అపారదర్శక ఫైల్లా కనిపిస్తుంది, కాబట్టి స్పష్ట పాఠ్యంలో చిన్న మార్పు సాధనం మరియు ఆకృతిని బట్టి పెద్ద పునఃపఠనం లేదా పూర్తి పునఃఅప్లోడ్కు కారణం కావచ్చు. restic పత్రీకరించినట్లు మారే పరిమాణపు విభజన మరియు నకలు తొలగింపు దాన్ని తగ్గించగలవు, కానీ అది ఆ సాధనం లక్షణం, సాధారణంగా గుప్తీకరించిన కంటైనర్ల లక్షణం కాదు.
ఊహించకుండా కొలవండి. చిన్న, హానిలేని మార్పు తర్వాత మొదటి పరుగును రెండో దానితో పోల్చి, బదిలీ అయిన బైట్లు మరియు గడిచిన సమయం రెండింటినీ నమోదు చేయండి. ప్రయోగిస్తున్నప్పుడు తెలిసిన-మంచి బ్యాకప్ను ఉంచండి, ఒక పరీక్ష మీ ఏకైక పునరుద్ధరణ బిందువును ఖర్చు చేయకుండా.
తర్వాత చెక్లిస్ట్ను లెక్కించే ఏకైక పరీక్షతో ముగించండి: అసలు మెషీన్ లేకుండా పునరుద్ధరణ. పునరుద్ధరించిన కంటైనర్ తెరవండి, లేదా ఎంచుకున్న ఫైల్లను వాటి మెటాడేటాతో పునరుద్ధరించండి, అప్లికేషన్ లేదా వినియోగదారు ఫలితాన్ని ఉపయోగించగలరని నిర్ధారించండి. ఆ పరీక్షకు సమాధానం ఇవ్వలేని వేగవంతమైన, బాగా గుప్తీకరించిన బదిలీ మీ డేటా కాపీ, దాని బ్యాకప్ కాదు.