Russian Windows Virtualization Discussion

Запрет смены пароля ОС для предотвращения устаревания снимков и неиспользуемых ВМ

Периодически я сталкиваюсь с ситуацией, когда пароль компьютера в локальном хранилище теряет синхронизацию с доменом. Это происходит как при восстановлении старого снимка (snapshot) виртуальной машины, так и просто при запуске тестовой машины, которая не включалась несколько месяцев. Результатом обычно бывает недоступность домена, что исправляется выводом ВМ из домена и повторным присоединением. Технически данная проблема вообще не связана с виртуализацией. Если вы выключаете любой доменный компьютер более, чем на 60 дней, то при включении он может быть не принят контроллером в виду проблем с так называемы «безопасным каналом» (secure channel). Если же вы используете снимки в виртуальных машинах, то в течении 30 дней с момента создания снимка компьютер должен сменить свой пароль в домене, После чего, применив снимок, вы уже не сможете зайти в домен. Сегодня мы рассмотрим эту проблему и способы ее решения.

Вышел Microsoft System Center Data Protection Manager (SC DPM) 2007 Service Pack 1 — централизованное резервное копирование виртуальных машин Hyper-V

Позволю себе вклиниться перед рассказом Алекса об Operations Manager и поделиться краткой новостью (она действительно краткая — практически весь объём заметки занимают ссылки). Речь пойдёт про другой продукт семейства System Center, который предназначен для централизованного резервного копирования, — Data Protection Manager (DPM) 2007. На днях для него вышел первый пакет обновления (Service Pack 1), сборка 2.0.8793.0. И это стало, в общем-то, весьма долгожданным событием. Дело в том, что помимо традиционного для любых обновлений исправления ошибок, этот пакет добавляет в продукт сразу несколько очень важных новых возможностей. Самой главной для нас, конечно же, является полная поддержка виртуальных машин Hyper-V.

Диски с отменой (Undo) и Hyper-V

Многие из тех, кто работал в Virtual Server 2005 или Virtual PC, часто пользовались функционалом дисков с отменой (undo). Это давало возможность при выключении виртуальной машины вернуть ее в то состояние, в котором она находилась до включения. Помимо этого, изменения можно было сохранить до следующего включения или применить их к основному виртуальному диску навсегда. В Hyper-V такая возможность отсутствует. И я часто слышу вопрос — как же теперь отменять или применять изменения. Ответ на этот вопрос очевиден: в Hyper-V существует механизм снимков (snapshots), о котором я уже писал. Он позволяет значительно расширить сценарии применения дисков с отменой, так как появилась возможность строить несколько независимых деревьев снимков. Но сейчас я расскажу о том, как использовать механизм снимков Hyper-V аналогично использованию дисков с отменой в Virtual Server 2005.

Изменения в создании snapshots в Hyper-V RC0

Буквально на днях заметил следующий факт. Если в Beta-версии Hyper-V выделить сразу несколько виртуальных машин и запустить созднаие снимков с них, то этот процесс будет выполняться для всех ВМ одновременно. Они будут бороться между собой за доступ к диску, памяти, процессору — и в результате процесс создания снимков для нескольких виртуальных машин затягивается. Хотя, по сути, основное время занимает лишь запись в файл состояния оперативной памяти ВМ. В RC0, как оказалось, ситуация изменилась.

Как работают «снимки» (Snapshots) в Hyper-V

В последнее время я часто получаю вопросы по «снимкам» (snapshots) в Hyper-V. Как это работает, влияет ли на производительность, сколько может быть снимков у одной ВМ, как удалить снимки, как перенести ВМ со снимками на другой сервер?.. Вопросов много — давайте разберемся.