Не удалось задать новый родительский диск для виртуального диска
Обновлено: 17.05.2024
Предполагается, что имеется компьютер с Windows 8.1, Windows Server 2012 R2, Windows 8 или Windows Server 2012 установлены и подключены к общему ресурсу сервера через SMB2 ссылку, которая не поддерживает устойчивость. Устойчивость является дополнительной функцией, начиная с SMB 2.1 и некоторые реализации SMB2 поддерживать устойчивость. Затем возникает одна из следующих проблем:
Не удалось завершить резервное копирование. Произошла ошибка при подготовке образа резервной копии.
Имя файла \\< системы >\< совместно >\New виртуальных жестких Disk.vhdx зарезервировано для использования операционной системой Windows.
Извините, произошла ошибка подключения к файлу.
При использовании интерфейса API Win32, не CreateVirtualDisk().
Решение
Для решения этой проблемы для Windows 8.1 или Windows Server 2012 R2 установки накопительного пакета обновления 2919355. Дополнительные сведения о получении накопительного пакета обновления 2919355 щелкните следующий номер статьи базы знаний Майкрософт:
Windows RT 8.1 Windows 8.1 и Windows Server 2012 R2 обновления в апреле, 2014 гДля решения этой проблемы для Windows 8 и Windows Server 2012, установите исправление, описанное в данной статье.
Сведения об исправлении
Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте данное исправление только в тех системах, которые имеют данную проблему.
Если исправление доступно для скачивания, имеется раздел "Пакет исправлений доступен для скачивания" в верхней части этой статьи базы знаний. Если этого раздела нет, отправьте запрос в службу технической поддержки для получения исправления.
Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание посетите следующий веб-узел корпорации Майкрософт:
Примечание. В форме "Пакет исправлений доступен для скачивания" отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.
Предварительные условия
Для установки этого исправления необходимо наличие Windows 8.1, Windows Server 2012 R2, Windows 8 или Windows Server 2012.
Сведения о реестре
Для использования исправления из этого пакета нет необходимости вносить изменения в реестр.
Необходимость перезагрузки
После установки исправления компьютер необходимо перезагрузить.
Сведения о замене исправлений
Это исправление не заменяет ранее выпущенные исправления.
Глобальная версия этого исправления устанавливает файлы с атрибутами, указанными в приведенных ниже таблицах. Дата и время для файлов указаны в формате UTC. Дата и время для файлов на локальном компьютере отображаются в местном времени с вашим текущим смещением летнего времени (DST). Кроме того, при выполнении определенных операций с файлами, даты и время могут изменяться.
Примечания к сведениям о файле Windows 8 и Windows Server 2012Важно. Исправления для Windows Server 2012 и Windows 8 исправления включены в те же пакеты. Однако только «Windows 8» отображается на странице запрос исправления. Для получения пакета исправлений, который применяется к одной или обеих операционных систем, установите исправления, перечисленные в разделе «Windows 8» на странице. Всегда смотрите раздел "Информация в данной статье относится к следующим продуктам" статьи для определения фактических операционных систем, к которым применяется каждое исправление.
Файлы, относящиеся к определенному продукту, этапу разработки (RTM, SPn) и направлению поддержки (LDR, GDR) можно определить по номерам версий, как показано в следующей таблице.
Файлы МАНИФЕСТА (.manifest) и MUM (.mum), устанавливаемые для каждой среды, указаны отдельно в разделе «Дополнительные «сведения о файлах для Windows Server 2012 и Windows 8. MUM, MANIFEST и связанные файлы каталога безопасности (.cat) очень важны для поддержания состояния обновленных компонентов. Файлы каталога безопасности, для которых не перечислены атрибуты, подписаны цифровой подписью корпорации Майкрософт.
Статус
Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе "Относится к".
Дополнительные сведения
Для получения дополнительных сведений о терминологии обновлений программного обеспечения щелкните следующий номер статьи базы знаний Майкрософт:
Описание Стандартные термины, используемые при описании обновлений программных продуктов МайкрософтСледующие сценарии по-прежнему блокироваться
Под управлением виртуальной машины (VM) подготовлено в общей папке SMB-устойчивыми.
Хранилище миграции-устойчивость общей папки SMB.
Динамическая миграция, совместно с перемещается в SMB надежность хранения данных.
Виртуальная машина (VM) репликации к общей SMB-устойчивыми, использующий реплики Hyper-v.
Сведения о дополнительных файлах для Windows Server 2012 и Windows 8
Дополнительные файлы для всех поддерживаемых версий Windows 8 для систем на базе x86
2 года назад у меня было такое блестящий идея создать базовый диск Windows XP, который будет использовать вся моя виртуальная машина с XP.
Конечно, это закончилось тем, что у меня была только одна виртуальная машина с XP: -).
Сегодня мне нужно было освободить место на жестком диске, поэтому я нашел одну не используемую виртуальную машину с именем "Windows XP", которая имела только 5 ГБ. Я удалил его как можно быстрее 🙂 и, конечно, я использовал шифт, чтобы не использовать "корзину".
Теперь когда я хочу запустить мой XP VM у меня следующая ошибка: "один из родительских жестких дисков . отсутствовать."
Это не проблема для меня, как только я могу восстановить файлы с этого дифференциального vhd, который у меня есть прямо сейчас.
So:
- у меня дифференциальный диск с файлами
- у меня нет родительского диска
мой вопрос: Как я могу восстановить файлы из этого дифференциального hvd?
Если это только 5 ГБ вы можете попробовать кусок восстановления программного обеспечения, как программы diskeeper это восстановить.
Update: часть программного обеспечения, которое я использую и нашел очень полезным,WinUndelete, который скажет вам, если файл можно восстановить. Это может быть путем наименьшего сопротивления в будущем. Вскоре я опубликую дополнительную информацию о восстановлении с разностных дисков.
обновление (2): по Бену Армстронгу (виртуализация Microsoft Менеджер Программ)Blog
" без родительского AVHD невозможно получить данные от дочернего AVHD."
You нужно чтобы получить этот родительский VHD, если это вообще возможно. Будьте очень осторожны с интенсивными дисковыми операциями, которые могут перезаписать или повредить удаленный файл. Программист во мне говорит, что вы "можете" проанализировать дочерний VHD как поток байтов и найти маркеры для определенного файла и каким-то образом восстановить файлы, но это это не сходство.
Я подозреваю, что вам придется много узнать о внутренней работе файла vhd или как-то смонтировать его, может быть vhdmount или WinMount или что-то подобное будет работать. Я понятия не имею, понадобится ли ему оригинальный диск, поскольку я не знаю подробностей о том, что хранится на дифференциальном диске.
Я предполагаю, что Recuva найти и восстановить исходный файл невозможно, как если бы у вас было так мало места, которое вы заполняли резервное копирование с другими данными, так что оригинал утерян.
эта ссылка также может помочь вам:
при создании разностного диска по возможности следует инициализировать пути для локаторов платформ обоих типов на соответствующих платформах. Примечание: версии предыдущей для Microsoft виртуальный PC 2004 г. сохранены только абсолютные пути. Операция записи для Разностного жесткого диска Для операции записи, все данные записываются в разностном образ жесткого диска. Растровое изображение блока помечено как грязное для все сектора записываются в определенный блок. Операция чтения для Разностного жесткого диска Когда виртуальная машина считывает секторы образа жесткого диска, разностная подсистема жесткого диска проверяет битовую карту блока на разностном жестком диске. Разностный подсистемы жесткого диска считывает сектора помечены как "грязные" из разностного жесткого диска и секторов, помеченных очистить от материнской жестком диске. Например, рассмотрим блок, содержащий сектора от 4096 до 8191 в обоих образ родительского и дочернего жесткого диска. Первый сектор блока содержит растровое изображение блока. Одна ячейка представляет бит в растровом изображении, а черная точка представляет определенный сектор в блоке, в который была записана виртуальная машина.
Я нашел программу под названием MediaHeal для виртуальных дисков и после сканирования моего другого vhd с ним, кажется, что я могу восстановить свои файлы. Демо-версия только восстанавливает структуру папок / файлов, но это доказывает, что он может каким-то образом декодировать эти различия в NTFS.
У меня легкий ум теперь, когда я знаю, что это возможно. Этот инструмент стоит $199. Если кто знает что-то дешевле/бесплатно я открыт для предложений!
Статья рассматривает особенности использования виртуальных дисков в VirtualBox, применение разных режимов чтения-записи, принцип и организацию работы snapshot-ов, кэширование ввода/вывода данных, а также некоторые аспекты использования виртуальных дисков с точки зрения информационной безопасности. Для тех, кому интересен пример с безопасностью, можете сразу переходить по якорю к разделу об особых режимах записи.
Начнем с некоторых общих понятий. У VirtualBox существуют 3 основных метода предоставления гостевой операционной системе (ОС) доступа к данным. Сей текст концентрируется на использовании виртуальных дисков.
Виртуальные диски подключаются к виртуальной — гостевой ОС, методом эмуляции подключения через соответствующий контроллер, IDE, SATA (AHCI), SCSI, SAS.
Поведение контроллеров запрограммировано таким образом, чтобы имитировать физические прототипы, следовательно IDE контроллер будет работать медленнее SATA и потреблять больше ресурсов процессора, ОС без соответствующих драйверов и аппаратной поддержки не будут взаимодействовать с виртуальными дисками и т.д. Например, в семействе Windows до Windows Vista нет поддержки Advanced Host Controller Interface (AHCI), к которому относится SATA, поэтому в частности, виртуальная машина с ОС Windows XP с SATA работать не будет.
Файлы виртуальных дисков
VirtualBox позволяет работать с разными форматами файлов виртуальных дисков. Помимо собственного VDI, поддерживаются VMDK (VMware), VHD (Microsoft), Parallels version 2 HDD format (Parallels).
Каждому виртуальному диску присваивается уникальный идентификатор UUID, это помогает VirtualBox удостовериться, что каждый диск используется только один раз и не позволяет импортировать в гостевую ОС обычные копии дисков (для этого существует отдельная процедура клонирования).
Виртуальные диски могут быть, как фиксированного размера, так и динамически выделяемого, причем VirtualBox позволяет увеличить размер дискового пространства, независимо от объёма и формата диска и даже в том случае, если диск содержит данные. Ниже пример, как это сделать с помощью утилиты vboxmanage.
При выборе динамически выделяемого образа, файл контейнера будет «разрастаться» постепенно, по мере заполнения секторов данными, до тех пор, пока размер контейнера не достигнет указанного при создании виртуальной машины лимита.
Учитывая то, что в процессе регулярного увеличения размера контейнера задействуются дополнительные вычислительные ресурсы, скорость записи при использовании опции с фиксированным размером, как правило выше, в с равнении с динамическим диском. Тем не менее, если размер динамического диска в долгосрочной перспективе значительно не увеличивается, то разница в скорости записи практически нивелируется.
Управление виртуальными медиа (Virtual Media Manager)
VirtualBox ведет реестр всех виртуальных медиа носителей, которые используются всеми гостевыми ОС. Это так называемые ”known media”, доступ к списку (реестру) которых можно получить используя утилиту Virtual Media Manager (доступно из меню File). Эта утилита показывает детальную информацию о каждом виртуальном диске, включая полный путь к файлу, а также к какой именно виртуальной машине файл прикреплен. Информацию из реестра можно удалить используя встроенную функцию удаления “Remove”
Каждый отдельно взятый образ можно «открепить» от виртуальной машины за которой он закреплен, используя функцию ”Release”
Открепив образ, прикрепить его обратно нажатием одной кнопки не удастся, для этого необходимо будет добавить образ, как жесткий диск. Аналогичным способом «прикрепляются» и снэпшоты (снимки диска).
В очередной раз отмечу, что из-за наличия UUID, о которых говорилось выше, нельзя просто скопировать и прикрепить образ диска.
Snapshots (Снэпшоты)
Как известно snapshot в переводе с английского означает снимок. Принцип работы механизма прост. При создании снэпшота, VirtualBox переводит текущий образ (образы, если их несколько), прикрепленный к ВМ в режим только для чтения и создает отдельный виртуальный диск (диски) и все последующие процедуры записи производятся уже в новом виртуальном хранилище. Причем фиксируются только изменения в определенных секторах, проще говоря при создании снэпшота диска размером 10GB, новый снэпшот будет гораздо меньше, и будет увеличиваться в размере постепенно, как будут заполнятся сектора.
Логично предположить, что чем больше используется снэпшотов одной виртуальной машины, тем больше используется вычислительных ресурсов для выполнения операций чтения с диска. Действительно, если есть 2 снэпшота, то вначале VirtualBox смотрит есть ли нужный сектор в образе снэпшота2, если нет, то система обращается к снэпшоту1, если и там ничего не обнаружено, то тогда идет обращение к основному диску. Нагрузка все-же будет незначительной и мало заметной для конечного пользователя, т, к. вся таблица секторов постоянно присутствует в памяти.
Стоить помнить, что при удалении снэпшота, все изменения произведенные после его создания «сливаются» с ранее «замороженным» образом.
Кэширование ввода/вывода
Помимо расходa ресурсов еще одним недостатком кэширования является недостаточная надежность. Например, если внезапно случился перебой с электропитанием в момент, когда хоставая ОС уже сообщила гостевой об успешном выполнении записи, а сам процесс асинхронной записи еще не завершился. Такой сценарий безусловно приводит к потере данных.
Отключение кэширования выполняется следующим образом:
Bandwidth
VirtualBox позволяет ограничивать ширину пропускного канала для одного или нескольких виртуальных дисков.
Создаем группу “Limit” и устанавливаем лимит в 20 Mb/s
Добавляем нужные диски в группу.
Суммарный для обоих дисков bandwidth не будет превышать 20 MB/s. Этот лимит можно изменить в любой момент, не выключая виртуальной машины.
Особые режимы записи образов
Для каждого образа виртуального диска, поддерживаемого VirtualBox, не зависимо от формата, можно определить режим поведения при записи данных, будь это следствие операций внутри виртуальной машины или снимка дика (snapshot). Такие режимы называются «нестандартными», в то время, как по умолчанию все образы дисков функционируют в «нормальном» режиме. Для того, что бы перевести режим из «нормального» в «нестандартный» можно воспользоваться вышеупомянутым Virtual Media Manager или консольной утилитой vboxmanage
В «нормальном» режиме записи, гостевая ОС может осуществлять чтение и запись с физического диска без всяких ограничений a при создании снимков диска (snapshot), VirtualBox создает oтдельный файл в котором фиксируются все изменения.
В режиме «write through» функция снэпшотов работать не бует.
Режим работы «shareable» своего рода разновидность предыдущего. Тут тоже нет возможности работы со «снэпшотами», зато есть возможность использования несколькими одновременно работающими виртуальными машинами одного образа диска, сценарий кластеризации.
Схожий по названию, но отличающийся по принципам работы режим «multiattach», также позволяет использовать один образ диска для нескольких виртуальных машин, но в этом режиме каждая отдельная виртуальная машина использует свой независимый «снэпшот» и изменения произведенные в одной ВМ не доступны для других.
Режим «read only» используется в основном для работы с образами CD/DVD, т.к. предполагает только чтение.
Режим на который стоит обратить внимание называется «Immutable». Как следует из названия immutable образы не меняются с течением времени. Любые изменения в immutable диске актуальны ровно до тех пор, пока виртуальная машина работает. После отключения виртуальной машины все изменения пропадают. Прежде чем перевести диск в режим immutable стоит сначало создатъ «нормальный» диск, установить и настроить систему в оптимальное состояние, желательно не подключаясь к интеренету, и только после того, как гостевая система готова — «откреплять» диск и переводить его в режим immutable.
Одним из сценариев работы может быть схема при которой используются два диска – один в режиме immutable, на котором находится сама система, второй в нормальном или write-through режиме. На первый взгляд вполне безопасный и понятный сценарий работы — каждый раз загружается «свежая» система. Но не все так прозрачно и есть некоторые нюансы.
Во первых, для immutable дисков есть одно важное исключение. Они не “обнуляются” в случае, когда прикреплены к виртуальной машине, снимок диска которой был сделан пока та была запущенна — так называемый online-snapshot. Это означает, что если например, пользователь создал immutable disk, а потом в процессе работы, создал «снэпшот», не завершив работу виртуальной машины, то начиная с упомянутого «снэпшота» все последующие операции и действия внутри системы будут носить необратимый эффект, т.к. все действия будут де-факто происходить в «снэпшоте».
В случае если основной целью является «свежая система» при каждом запуске, то от использования снэпшотов, лучше воздержаться.
Во-вторых, вышеописанное «обнуление» отдельного образа происходит только в случае, когда команда включения/отключения виртуальной машины посылается самой средой VirtualBox, а не происходит внутри гостевой ОС. Проще говоря, если например перезагрузить гостевую ОС Windows стандартным методом (Меню пуск, перезагрзить систему), то обнуление immutable диска не произойдет.
Наконец последнее и самое важное — все изменения происходившие внутри виртуальной машины сохраняются на физическом диске и остаются там до тех пор, пока виртуальная машина не будет запущена заново.
После того, как текущий контейнер установлен в режим immutable, VirtualBox перестает использовать этот контейнер и фактически диск переходит в режим «read only». Все операции записи перенаправляются в отдельный образ и каждый раз, когда виртуальная машина начинает работу этот новый «отдельный» образ «обнуляется». В реальности на жестком диске создается временный «снэпшот», который находится в папке Snapshots, соответствующей виртуальной машины, внутри которого и происходит вся работа. После завершения работы виртуальной машины вышеупомянутый временный скриншот остается нетронутым.
Рассмотрим простой пример
Боб создал виртуальную машину, настроил ОС и перевел диск в режим immutable. Боб регулярно использует свою виртуальную машину для тайного общения с Алисой. При каждом запуске, загружается «свежая» система, не содержащая никаких логов предыдущего общения, текстов, видео или фото. В очередной раз закончив переписку, Боб спокойно выключает виртуальную машину и идет спать.
Предположим также, что перед каждым запуском ОС Боб проверяет, что режим диска установлен как “immutable”.
Ева имеет доступ к компьютеру на котором установлена виртуальная машина. Ей достаточно зайти в папку Snapshots внутри директории соответствующей виртуальной машины и там будет требуемый «снэпшот».
Все что остается сделать Еве, что бы увидеть всю переписку, равно как и результат всех действий производимых Бобом внутри ОС, это перевести диск в «нормальный» режим и перед тем, как запустить виртуальную машину прикрепить к ней снэпшот. Более того, Ева может каждый день делать резервные копии таких «снэпшотов», главное, что бы это было сделано до того, как Боб снова запустит виртуальную машину.
Решением для Боба в данной ситуации будет после завершения работы, вручную удалять все содержимое папки Snapshots. Не говоря уже о том, что надо постоянно проверять в каком режиме работает диск и желательно, либо вообще заблокировать некоторые элементы GUI, что достаточно просто реализуется
Справедливости ради стоит сказать, что у тех-же Parallels, с самых ранних версий для того, что бы перевести диски из одного режима в другой необходим пароль суперпользователя, а временные «снэпшоты» удаляются моментально, после завершения работы.
В наличии папка с конфигурационными файлами виртуальной машины и снепшотов (xml) и файлы виртуальных дисков и снепшотов vhd и avhd.
Папка осталась после потери системного раздела или после копирования виртуальной машины вместо экспорта.
Цель: подключить виртуальную машину со всеми снепшотами.
Итак, для начала создаем новую виртуальную машину с именем DeleteMe в папке c:\VMs.
Рисунок 1. Создание виртуальной машины.
Далее создаем через консоль Hyper-V Manager несколько снепшотов. Обратите внимание на имя файла для HDD на IDE Controller 0 и параметры сети.
Рисунок 2. Настройки виртуальной машины.
Посмотрим, что же мы получили с папке c:\VMs после выполнения этих операций.
Для новой виртуальной машины создана папка с именем виртуальной машины. Внутри этой папки расположены файлы жестких дисков и снепшотов и папки с конфигурацией виртуальной машины Virtual Machines и с конфигурацией снепшотов Snapshots.
Рисунок 3. Папка C:\VMs\DeleteMe.
Рисунок 4. Папка C:\VMs\DeleteMe\Snapshots.
Рисунок 5. Папка C:\VMs\DeleteMe\Virtual Machines.
Итак, исходная конфигурация готова.
Пора «терять» виртуальную машину.
Для простоты эксперимента остановим управляющий сервис гипервизора через консоль Hyper-V Manager и скопируем всю папку DeleteMe.
Дополнительно подстрахуемся при помощи Volume Shadow Copy. Использование Volume Shadow Copy для диска, на котором расположен файл конфигурации виртуальной машины и на системном разделе – неплохой вариант восстановления правильной конфигурации или всей виртуальной машины, которая была случайно удалена. Но вот по поводу использования Volume Shadow Copy для раздела, где расположены диски и снепшоты виртуальных машин – тут меня терзают сомнения. Copy on Write приведет к дополнительным издержкам при записи. Особенно, если для хранения Shadow Copy используется не отдельный выделенный диск, а свободное место на том же разделе.
Итак, подстелили соломку, включили управляющий сервис гипервизора и удаляем виртуальную машину через консоль Hyper-V Manager.
Рисунок 6. Удаление виртуальной машины DeleteMe.
После этого сравним содержимое папки C:\VMs\DeleteMe до и после операции.
Обратите внимание на значение полей Location и Contains.
Рисунок 7. Папка C:\VMs\DeleteMe до и после удаления виртуальной машины.
Почему удалена половина файлов? Почему файлов было 12? Не скажу. Жду Ваши предположения в комментариях J
Итак, пора приступать к восстановлению.
Останавливаем управляющий сервис гипервизора. Копируем содержимое папки DeleteMe обратно. В боевой ситуации этот шаг соответствует восстановлению/переустановке сервера или подключению дисков к другому серверу.
Вот и начинается самое интересное… Как объяснить службе гипервизора, что необходимо прочитать конфигурацию виртуальной машины из некоторого файла в файловой системы. За внутренности работы Hyper-V отвечает папка скрытая C:\ProgramData\Microsoft\Windows\Hyper-V. В ней содержится файл управления ролевым доступом к Hyper-V InitialStore.xml, а также папки Virtual Machines и Snapshots. Основной фокус в том, что при создании виртуальной машины через Hyper-V Manager в этих папках создаются NTFS hardlinks на соответствующие конфигурационные файлы. Таким образом, задача сводится к созданию hardlinks.
Создаем hardlink при помощи оманды mklink в административной командной строке.
Рисунок 8. Создание hardlink для конфигурационного файла виртуальной машины.
Запускаем управляющий сервис гипервизора и видим, что в консоли ничего не появилось…
Все пропало… Гипс сняли, а бриллиантов то там давно и нету…
Зато в журнале событий есть письмо от расстроенного гипервизора:
Рисунок 9. Ошибка загрузки конфигурации виртуальной машины.
Проверьте ACL объекта hardlink для виртуальной машины, созданной при помощи Hyper-V Manager. В нашем hardlink отсутствует SID виртуальной машины с разрешениями Full Control.
SID виртуальной машины по странному стечению обстоятельств подозрительно похож на GUID, из которого состоит имя конфигурационного файла виртуальной машины.
Останавливаем управляющий сервис гипервизора.
Модификацию ACL выполняем при помощи cacls.
Рисунок 10. Модификация ACL для hardlink конфигурационного файла виртуальной машины.
Обратите внимание на имя Security Principal NT VIRTUAL MACHINE\<GUID>.
Запускаем управляющий сервис гипервизора.
Открываем консоль Hyper-V Manager. О, чудо. Виртуальная машина тут.
Но без снепшотов и с потерянной сетью. Обратите внимание, что диск подключен к правильному avhd файлу. Т.е. виртуальная машина уже находится в последнем активном состоянии, но без возможности удалить или применить нужный снепшот.
Рисунок 11. Конфигурация виртуальной машины.
Заглянем снова в журнал событий.
Рисунок 12. Ошибка загрузки снепшотов.
И снова закинул старик свой невод…Потемнело синее море…Давно старик не стирал свой невод…
В смысле опять останавливаем управляющий сервис гипервизора.
Необходимо создать hardlink для каждого снепшота и добавить разрешение Full Control для SID виртуальной машины в каждый hardlink.
Рисунок 13. Создание hardlink и изменение ACL для снепшота.
Запускаем управляющий сервис гипервизора и о чудо…
Рисунок 14. Консоль Hyper-V Manager. Виртуальная машина с подключенными снепшотами.
Для того, чтобы счастье не только было видно в консоли, но и можно было использовать, осталось предоставить SID виртуальной машины доступ Full Control к папке с конфигурационными и дисковыми файлами виртуальной машины.
Рисунок 15. Изменение ACL папки DeleteMe
Вуаля. Теперь можно изменить конфигурацию виртуальной машины, сменить активный снепшот и начать поиск решения для автоматического выбора правильного сетевого интерфейса для виртуальной машины…
P.S. Протестировано и отскриншотено внутри виртуальной машины.
P.P.S. Комментарии и отзывы приветствуются!
Share this:
Понравилось это:
Похожее
При запуске cacls в windows 2008 r2 выводится предупреждение, что cacls устаревший инструмент и лучше использовать icacls. Так что принципиальной разницы нет. Хотя ключи могут немного отличаться.
Тоха, спасибо за ключики для icacls
Саша, статью как пить дать нужно добавлять в TechNet Wiki -)
А нельзя ли увеличить скриншоты?
Подскажите, на Рисунок 13, что написано во втором абзаце? На Рисунок 15 тоже не могу прочитать команду. Прошу подсказать.
kupchynetsky, буду очень признателен, если вы ответите на мой вопрос, который выше.
P13
Mklink .xml \.xml
Cacls .xml /L /E /G “NT VIRTUAL MACHINE”\:F
P15
Cacls /T /E /G “NT VIRTUAL MACHINE”\:F
Работает только Mklink CD151E17-1BD0-4DAF-BBA9-3444360E00ED.xml \CD151E17-1BD0-4DAF-BBA9-3444360E00ED.xml
Не работают Cacls CD151E17-1BD0-4DAF-BBA9-3444360E00ED.xml /L /E /G “ВИРТУАЛЬНАЯ МАШИНА NT”\:F или Cacls CD151E17-1BD0-4DAF-BBA9-3444360E00ED.xml /L /E /G “NT VIRTUAL MACHINE”\:F
Cacls /T /E /G “NT VIRTUAL MACHINE”\:F
Что не правильно делаю?
Здравствуйте, коллеги!
Отличная статья.
Есть вопрос. Умирает Hyper-V Core, сама система на одном логическом томе, все ВМ на другом. Доступ к папке C:\ProgramData\Microsoft\Windows\Hyper-V имеется. Если я скопирую вышеуказанную папку в другое место, переустановлю гипервизор, и залью папку обратно, заработают ли без танцов с бубном ВМ? Все ВМ без снапшотов.
Спасибо!
Вот нормальный синтаксис для тех кто ещё попадет на эту страницу:
Читайте также: