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