कंटेनरचा की त्यातील फाइलींचा बॅकअप? पुनर्संचयनाच्या स्वरूपावरून ठरवा
इमेज-स्तरीय आणि फाइल-स्तरीय बॅकअप वेगवेगळ्या गोष्टी पुनर्संचयित करतात आणि वेगवेगळ्या किल्ल्यांवर अवलंबून असतात. साठवलेली वस्तू तुम्हाला खरोखर आवश्यक असलेल्या पुनर्संचयनाशी जुळवा.
तुम्ही एन्क्रिप्टेड कंटेनरचा बॅकअप एकच वस्तू म्हणून घेऊ शकता, किंवा तो माउंट करून आतील फाइलींचा बॅकअप घेऊ शकता. दोन्ही 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 नोंदवल्याप्रमाणे बदलत्या आकाराचे खंडीकरण आणि प्रत-निर्मूलन ते कमी करू शकतात, पण ते त्या साधनाचे वैशिष्ट्य आहे, सर्वसाधारणपणे एन्क्रिप्टेड कंटेनरचे नाही.
गृहीत धरण्याऐवजी मोजा. छोट्या, निरुपद्रवी बदलानंतर पहिल्या फेरीची दुसऱ्या फेरीशी तुलना करा, आणि हस्तांतरित बाइट तसेच गेलेला वेळ दोन्ही नोंदवा. प्रयोग करताना ज्ञात-चांगला बॅकअप ठेवा, जेणेकरून एखादी चाचणी तुमचा एकमेव पुनर्संचयन-बिंदू संपवणार नाही.
नंतर तपासणी यादी एकमेव महत्त्वाच्या चाचणीने पूर्ण करा: मूळ मशीनशिवाय पुनर्संचयन. पुनर्संचयित कंटेनर उघडा, किंवा निवडलेल्या फाइली त्यांच्या मेटाडेटासह पुनर्संचयित करा, आणि अ‍ॅप्लिकेशन किंवा वापरकर्ता निकाल वापरू शकतो याची खात्री करा. त्या चाचणीला उत्तर देऊ न शकणारे वेगवान, चांगले एन्क्रिप्टेड हस्तांतरण म्हणजे तुमच्या डेटाची प्रत, त्याचा बॅकअप नाही.