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 გამოძახება ყველა რჩება იმ სისტემაში, რომელმაც ისინი დაამუშავა. დისკის გამოსახულების აღდგენა ამ სისტემამდე არ აღწევს.
ბრაუზერის მდგომარეობა შეუთავსებლობას ხელშესახებს ხდის. აღდგენილ სტუმარს შეიძლება ჰქონდეს უფრო ადრინდელი cookie იმ სერვისისთვის, რომელმაც მას შემდეგ სესია შეცვალა, ამიტომ მომხმარებელი შესული ჩანს და ჩუმად უარყოფილია, ან გასული ჩანს, მაშინ როცა სერვისი სესიას ჯერ კიდევ ნამდვილად თვლის. სერვისში სესიის გაუქმება ერთადერთი ოპერაციაა, რომელიც მას ამთავრებს.
რისი გაუქმებაც აღდგენას არ შეუძლია
საკონტროლო წერტილი სასარგებლოა დამტკიცებული ტესტისთვის ან კონფიგურაციის ექსპერიმენტისთვის, რომლის ფარგლებიც გასაგებია. ეს ლოკალური გაუქმებაა ლოკალური მდგომარეობისთვის, რაც უფრო ვიწრო დაპირებაა, ვიდრე ჟღერს, და ეს არ არის მტკიცება, რომ ჰოსტი, ჰიპერვიზორი ან რომელიმე გარე სისტემა სუფთა დარჩა. VPN ცვლის, რომელი გზით მიდიან პაკეტები; ის სტუმრის პროგრამულ უზრუნველყოფას გასაშვებად უსაფრთხოს არ ხდის. ორი მტკიცება ცალკეა და მხოლოდ ერთია გვირაბზე.
$cp = Get-VMSnapshot -VMName lab-desktop -Name baseline
Get-VMHardDiskDrive -VMSnapshot $cp | Select-Object ControllerType, ControllerNumber, ControllerLocation, Pathპირველი ხაზი საკონტროლო წერტილს ობიექტად აქცევს, ხოლო მეორე ჩამოთვლის დისკებს, რომლებსაც ის ფარავს, რაც ფარგლების კითხვას მეხსიერებით კი არა, მტკიცებულებით პასუხობს. მოატრიალეთ და გააუქმეთ გამჟღავნებული საიდუმლო იმ სერვისში, რომელიც მას ფლობს. სადაც ცნობილი მავნე კოდია ჩართული, გამოიყენეთ უფლებამოსილი გამოძიების გარემო და ორგანიზაციის რეაგირების პროცესი, ნაცვლად იმისა, რომ ჩათვალოთ, თითქოს სნეპშოტი გაშვებას უსაფრთხოს ხდის.
აღდგენამდე ჩამოწერეთ სამი რამ: სტუმრის რომელ მდგომარეობას იბრუნებთ, რომელი გარე სისტემები ინახავენ ჯერ კიდევ ეფექტს და რომელ წერტილს ენდობით ამის შემდეგ. ეს გეგმა უფრო ძლიერი მტკიცებაა, ვიდრე მანქანა, რომელიც ისევ ნაცნობად გამოიყურება. შეინახეთ ის ბილეთთან ერთად, რათა შემდეგი აღდგენა იმავე სიიდან დაიწყოს.