"Предишни състояние" включва съдържание vHDD, VRAM и конфигурация ВМТ.
Максималният брой на контролно-пропускателен пункт е (наричан CP) - 50. Ако се опитате да направите 51-ви CP вие ще получите тази грешка:
Можете да промените местоположението на Hyper-V конзола:
Когато създавате VM работи CP, в тази папка ще бъде създаден .xml файл с конфигурацията на VM и подпапка, където ще се записват и .bin .vsv - така наречените записано състояние файлове.
Ако го направите, когато CP ВМ е изключен, няма да бъде създаден за запазване на състоянието на файла.
Различаване VHD (X) ще бъде създаден в една и съща опаковка, където "родител" VHD (X).
Имена .xml. Бин. VSV. avhd (х) и подпапки ще се срещнат GUID'y Checkpoint'a.
И ако името .avhdx относително чете:
Имената на папките с моментни снимки (забележка директория все още е по-старата) не очевидни:
Научете GUID Checkpoint'a може С PowerShell (имайте предвид старите дългосрочни снимки използвани отново):
В процеса на създаване на контролно-пропускателен пункт за VM активирана, се случва следното:
- Виртуалната машина е на пауза
- Създаден .avhd (х) файл
- Запазване на резервно копие на конфигурацията (.xml)
- В са направени промени в конфигурацията (свързан .avhdx файл)
- Виртуалната машина започва
- Съдържанието се съхранява в държавните файлове R съм спасен. Ако в този момент на операционната система се опитва да пише в блок R AM, че все още не са спасени, исканията са засечени, а резултатите се съхраняват.
- Контролен готов.
Пауза за стъпки 1-5 е много малък:
Но запазването на съдържанието на RAM в държавните файлове, запазени и отнема голяма част от времето.
Процесът на кандидатстване и премахване на контролно-пропускателен пункт е Мисля, че са интуитивни, така че давай напред.
Износ Checkpoint - една от най-рядко използваните, но наистина полезни функции.
Можете да направите износа на CP, а след това да го импортирате на друг хост.
В този случай, името на внесени VM да съвпада с името на КП:
Можете да автоматизирате създаването на СР работи нещо подобно от Task Scheduler:
Нека да обобщим:
Сега, когато, надявам се, че разбирате техническата страна на Checkpoint'ov ще разберат в кои случаи можем да ги използват, и къде не.
- В среда, където е необходимо да се гарантира и SLA и функционалност Checkpoint'ov трябва да го предостави на съхранение дизайн етап.
- За лабораторни приложения и тест CP достатъчно удобно, но не забравяйте да CP за всички "трудно", свързана VM.
- В една нормална производствена среда нужда Checkpoint'ah не трябва да бъде. Описание грамотен процес на управление на промяната в производствена среда извън обхвата на тази статия, но можете да направите CP, износа и да ги импортирате в изолирана среда за тестване за валидиране на промените, които ще донесе в производствена среда.
Във всеки случай, CP е най-добре, когато ВМ изключен.
Изрази надежда, информацията ще бъде полезна, и ако имате нужда от помощ - използвайте формата в началната страница на сайта ми.
Споделете това: