Я разработчик, а не ИТ-специалист, но в настоящее время я отвечаю за управление нашими серверами. Я столкнулся с проблемой ... очевидно, что наши резервные копии SQL намного больше, чем я ожидал, и в субботу вечером наша резервная копия SQL была запущена, а затем полностью заполнила наш виртуальный диск.
Мне не удалось загрузить виртуальную машину, поэтому я решил, что просто подключу диск к другому ВМ, удалите старые резервные копии, а затем снова добавьте их в виртуальную машину SQL. Но когда я просматривал его с другой виртуальной машины, на диске было доступно только определенное количество файлов. Таким образом, мне не удалось удалить старые резервные копии, оставив диск полностью заполненным. Затем я прочитал сообщение, в котором упоминалось, что я могу удалить снимок, чтобы освободить место. Оглядываясь назад, можно сказать, что это было глупо, но я сделал это. Это был самый первый снимок, который я сделал (тот, который мне больше не нужен).
Итак, теперь у меня есть VMDK, и следующее сообщение об ошибке:
Родительский виртуальный диск был изменен с момента создания дочернего . Идентификатор содержимого родительского виртуального диска не совпадает с соответствующим идентификатором родительского содержимого в дочернем.
В настоящее время я работаю над исправлением несоответствующих идентификаторов CID, но я все еще не знаю, что делать с полным VMDK ... может ли кто-нибудь объяснить, как я могу попасть на этот виртуальный диск и удалить несколько файлов, чтобы изменить конфигурацию резервных копий?
Если у вас нет времени чтобы разобраться, как это сделал я, тогда решение HopelessN00b - лучший вариант (при условии, что у вас есть резервные копии всего).
На данный момент восстановление VMDK из резервной копии, которую вы надеетесь получить, будет намного быстрее и проще. Снимки - это дельта-диски, и, удалив самый ранний, вы, вероятно, сделали снимки, следующие за ним, бесполезными.
Может быть, а может быть, и нет возможности распутать цепочку снимков и в итоге вообще получить текущий, работающий виртуальный диск, так что ... ну... учебный опыт. Безопаснее нажимать на резервные копии, журналы или что-то еще, что может запустить диск из места на несистемном диске, так что вы можете просто развернуть его, вместо того, чтобы пытаться смонтировать системный диск, освободить место и снова загрузить его.
Также, для справки, снэпшоты не занимают место в файловой системе VMDK, поэтому их удаление не освободит место в VDMK.
1) Извлечь виртуальный диск из ВМ:
2) Добавьте виртуальный диск в действующую виртуальную машину:
3) Найдите и удалите файлы внутри виртуального диска, чтобы освободить место
3b) Если вы не видите диска, откройте консоль работающей ВМ
3b), open Disk Management
См. данное руководство в руководстве от VMware:
В основном, вы просматриваете файл vmware.log, чтобы определить, какой CID он ищет, а затем вручную устанавливаете этот CID на виртуальном диске, который не может быть прикреплен. Это руководство выглядит устрашающе, но этот процесс довольно прост. Я использовал Putty для SSH на хосте, затем использовал vim для исправления CID в файле .vmdk.
Чтобы этого не случилось в будущем, я буду использовать большие диски на хосте, а не хранить VM на том же диске, что и гипервизор...
Спасибо за вашу помощь. Если кто-то вроде меня столкнется с этой проблемой, пожалуйста, не паникуйте, как я. Читайте ошибки и соответствующие KB статьи целиком и убедитесь, что вы сохранили бэкапы всего, что вы изменили (так же известный как не удаляйте снэпшот, не сделав сначала бэкап каталога ВМ).
Update: Читайте Понимание снимков VM в ESXi / ESX (1015180) | VMware KB, чтобы понять, как работают снимки, и вы избавите себя от множества душевных страданий, если вам нужно будет удалить снимки...
.