VM स्नॅपशॉट रोलबॅक: काय पुनर्संचयित होते आणि काय नाही
VM स्नॅपशॉट अतिथीच्या डिस्क आणि मेमरीची स्थिती पुनर्संचयित करतो, दूरस्थ खात्यांच्या क्रिया, सामायिक फाइलींच्या प्रती किंवा दुसरीकडे ठेवलेल्या नोंदी नाही: आधी रोलबॅकची व्याप्ती ठरवा।
चेकपॉइंट अतिथीचा एक भाग मागे घेतो आणि इतर प्रत्येक प्रणाली जिथे होती तिथेच ठेवतो। अतिथीतून बाहेर गेलेले — पोहोचवलेला संदेश, होस्टवर प्रत केलेली फाइल, वेबसाइटने स्वीकारलेली खाते-क्रिया — ते स्वीकारणाऱ्या प्रणालीचे असते, चेकपॉइंटचे नाही। रोलबॅकला ठरलेली स्थानिक व्याप्ती असते, आणि त्याला पुसणे म्हणणे पुनर्प्राप्ती योजनेचे खोटे विधान करते। खालील तक्ता म्हणजे पुनर्संचयन प्रत्यक्षात कुठपर्यंत पोहोचते याची तपासणी यादी।
डेस्कटॉप परत येतो, दूरस्थ सत्र येत नाही
नेहमीची तक्रार घटनेनंतर येते। व्हर्च्युअल मशीन मागील आठवड्याच्या स्थितीत बूट होते, ब्राउझरचा इतिहास जातो, आणि वापरकर्त्याने साइन इन केलेली सेवा सत्र अजूनही सक्रिय म्हणून दाखवते। काहीही तुटलेले नाही; दोन्ही प्रणाली कधीही एकाच व्यवहारात नव्हत्या।
| Where the effect landed | Who owns undoing it | How you verify it is gone |
|---|---|---|
| Guest virtual disk | The hypervisor, through the checkpoint you restore | The disk state matches the checkpoint's timestamp |
| Guest memory | Only a checkpoint type that saved memory | The guest resumes or cold-boots, as that type dictates |
| Host share or clipboard | The owner of that host path | The copied file is absent at its destination |
| Remote account or session | The service that accepted the action | The session list shows nothing active for that account |
| Mail or message queue | The mail system that delivered it | The message is gone from the recipient's mailbox, not from the guest |
ती विसंगतीच धडा आहे। चेकपॉइंट हायपरव्हायझर जे मागोवा घेतो ते पुनर्संचयित करतो: अतिथीचे व्हर्च्युअल हार्डवेअर आणि प्रकारानुसार त्याची मेमरी। तो वेब अनुप्रयोगाचा सत्र-तक्ता, मेल सर्व्हरची वितरण रांग किंवा सहकाऱ्याचे डाउनलोड फोल्डर मागोवा घेत नाही। पुनर्संचयनापूर्वी प्रकार वाचा, कारण प्रकारच ठरवतो की पुनर्संचयनाला अखेर काय परत मिळू शकते।
हायपरव्हायझरने प्रत्यक्षात काय साठवले
Microsoft चे Hyper-V दस्तऐवज व्हर्च्युअल डिस्कसह मेमरीही कॅप्चर करणारे प्रमाणित चेकपॉइंट, आणि डेटाशी सुसंगत यंत्रणा वापरून मेमरी वगळणारे उत्पादन चेकपॉइंट यांत फरक करते। प्रमाणित चेकपॉइंट अतिथी ज्या सूचना चालवत होता तिथून पुढे सुरू होतो; उत्पादन चेकपॉइंट त्याऐवजी सुसंगत डिस्कवरून बूट होतो। हा फरक ठरवतो की पुनर्संचयन चालू असलेली प्रक्रिया परत देतो की स्वच्छ सुरुवात। एका हायपरव्हायझरचे वर्तन दुसऱ्यावर नेऊ नका, कारण उत्पादनांमध्ये संज्ञा आणि सुसंगतता-यंत्रणा बदलतात।
Microsoft हे देखील इशारा देते की चेकपॉइंट हा बॅकअप नाही, आणि हा इशारा महत्त्वाचा आहे। एका व्हॉल्यूमवरील चेकपॉइंटची साखळी त्या व्हॉल्यूमचे नशीब वाटून घेते, त्यामुळे ती हरवलेल्या होस्टपासून नाही तर वाईट बदलापासून संरक्षण करते।
अतिथीच्या डिस्कबाहेर राहणाऱ्या फाइली
सामायिक फोल्डर ही अतिथीला दाखवली जाणारी होस्टची फाइलप्रणाली आहे, आणि अतिथी मागे घेतल्याने ती मागे जात नाही। वापरकर्त्याने अतिथीत फाइल डाउनलोड करून सामायिक मार्गाने बाहेर प्रत केली असेल, तर त्या दुसऱ्या प्रतीचे स्वतःचे जीवनचक्र आणि स्वतःचा मालक असतो। अतिथीचे पुनर्संचयन पहिली प्रत काढून टाकते आणि दुसरी जिथे ठेवली होती तिथेच ठेवते।
रोलबॅकचे वचन देण्यापूर्वी प्रत्येक मार्ग कोणाचा आहे ते विचारा। होस्ट सामायिकरण, क्लिपबोर्डद्वारे हस्तांतरण आणि क्लाउड ड्राइव्हवर अपलोड ही तीन गंतव्ये आहेत, आणि फक्त पहिलीच हायपरव्हायझरच्या साठवणुकीजवळ असू शकते।
जिथे प्रत खरोखर काढून टाकायची आहे, तिथे ती तिच्या गंतव्यस्थानी काढून टाका आणि ती पायरी वेगळी नोंदवा। फक्त स्नॅपशॉटची यादी देणारी पुनर्प्राप्ती योजना अशा प्रकारे अपूर्ण असते जी प्रत सापडेपर्यंत कोणालाही जाणवत नाही। तीच सावधानता अतिथी चालू असताना होस्टने लिहिलेल्या लॉगवरही लागू होते।
हायपरव्हायझरने कधीही न पाहिलेली खाती
सेवेने अतिथीकडून स्वीकारलेले काहीही सेवेची नोंद असते, अतिथीची नाही। हायपरव्हायझरने तो व्यवहार कधीही पाहिला नाही, म्हणून तो उलटू शकत नाही। पासवर्ड बदल, खरेदी, प्रकाशित संदेश आणि API कॉल — सर्व त्या प्रणालीत राहतात जिने त्यांना प्रक्रिया केली। डिस्क प्रतिमेचे पुनर्संचयन त्या प्रणालीपर्यंत पोहोचत नाही।
ब्राउझरची स्थिती विसंगती मूर्त करते। पुनर्संचयित अतिथीकडे अशा सेवेची जुनी कुकी असू शकते जिने त्यानंतर सत्र बदलले आहे, त्यामुळे वापरकर्ता साइन इन दिसतो आणि गुपचूप नाकारला जातो, किंवा साइन आउट दिसतो आणि सेवा अजूनही सत्र वैध मानते। सेवेकडे सत्र रद्द करणे हीच ते संपवणारी एकमेव क्रिया आहे।
पुनर्संचयन जे पूर्ववत करू शकत नाही
चेकपॉइंट मंजूर चाचणीसाठी किंवा व्याप्ती समजलेल्या संरचना प्रयोगासाठी उपयुक्त आहे। तो स्थानिक स्थितीसाठी स्थानिक पूर्ववत करणे आहे, जे ऐकायला जाते त्यापेक्षा अरुंद वचन आहे, आणि होस्ट, हायपरव्हायझर किंवा कोणतीही बाह्य प्रणाली स्वच्छ राहिली याचा तो पुरावा नाही। VPN पॅकेट कोणत्या मार्गाने जातात ते बदलते; अतिथीतील सॉफ्टवेअर चालवण्यास सुरक्षित करत नाही। दोन्ही दावे वेगळे आहेत आणि त्यापैकी एकच बोगद्याबद्दल आहे।
$cp = Get-VMSnapshot -VMName lab-desktop -Name baseline
Get-VMHardDiskDrive -VMSnapshot $cp | Select-Object ControllerType, ControllerNumber, ControllerLocation, Pathपहिली ओळ चेकपॉइंटचे ऑब्जेक्टमध्ये रूपांतर करते, आणि दुसरी त्याने व्यापलेल्या डिस्कची यादी देते, जे व्याप्तीच्या प्रश्नाचे उत्तर स्मरणाऐवजी पुराव्याने देते। उघड झालेले रहस्य त्याच्या मालकीच्या सेवेकडे फिरवा आणि रद्द करा। जिथे ज्ञात दुर्भावनापूर्ण कोड गुंतलेला आहे, तिथे स्नॅपशॉट कार्यान्वयन सुरक्षित करतो असे गृहीत धरण्याऐवजी अधिकृत तपासणी वातावरण आणि संस्थेची प्रतिक्रिया प्रक्रिया वापरा।
पुनर्संचयनापूर्वी तीन गोष्टी लिहा: अतिथीची कोणती स्थिती मागे घेत आहात, कोणत्या बाह्य प्रणाली अजूनही परिणाम धरून आहेत, आणि यानंतर कोणत्या बिंदूवर विश्वास ठेवाल। ती योजना पुन्हा ओळखीची वाटणाऱ्या यंत्रापेक्षा मजबूत दावा आहे। पुढील पुनर्संचयन त्याच यादीतून सुरू व्हावे म्हणून ती तिकिटासोबत ठेवा।