Назад | Перейти на главную страницу

Удаление контрольной точки Hyper-V восстанавливает нежелательное состояние

Я надеялся, что применение, а затем удаление CheckPoint приведет ко всем изменениям с момента удаления CheckPoint, но, к сожалению, оказалось, что это не так.

Вот что я сделал с виртуальной машиной Win8.1 при входе в систему через RDP:

  1. Создал контрольную точку
  2. Создал текстовый файл на рабочем столе
  3. Применял CheckPoint (был отключен, пришлось снова войти в систему)
  4. Отметил после входа в систему, что файл исчез (пока все хорошо)
  5. Удалил контрольную точку
  6. В диспетчере Hyper-V отмечено, что процесс слияния запускается автоматически.
  7. Текстовый файл волшебным образом снова появился на рабочем столе (нежелательное состояние)

Казалось бы, это указывает на то, что контрольные точки не являются надежным средством отката к предыдущему состоянию после неудачной установки программного обеспечения и т. Д.

Если это так, как мы можем вернуться в это предыдущее состояние и убрать после себя, когда мы закончим?

Я оставляю этот вопрос активным на тот случай, если кто-то обнаружит его, совершив ту же ошибку, что и я.

На шаге № 7 выше файл не появился снова, потому что удаление CheckPoint каким-то образом слилось в нежелательном состоянии. Он появился снова, потому что это ОС, присоединенная к домену, с использованием перенаправления папок, и все это я делал на рабочем столе. Файл восстанавливался с сервера.

Как только я сделал все это в папке на локальном диске (например, C:\_Test) все заработало, как ожидалось.

Применяя контрольную точку, вы разветвляете временную шкалу вашей виртуальной машины. Затем вы удалили одну из двух вилок. К сожалению, вы удалили именно тот форк, который вам нужен, а не тот, который вам не нужен. Можно удалить любую вилку.