Так что у меня есть особенно тревожная проблема, оставленная старым ИТ-отделом. Мы запускаем несколько снимков, и никто не подумал их объединить, вероятно, потому, что никто не был достаточно опытным в VMWare, чтобы понять, что они должны это сделать. Итак, это проблема, с которой я остался:
Предполагая, что изображение не загружается, мы имеем следующее:
Я немного покопался, и, похоже, лучшее решение - это сделать:
- Создайте резервную копию файлов виртуальной машины, в идеале, когда она выключена. Достаточно просто скопировать всю виртуальную машину во второе место.
- Удалите снимки. В идеале в нерабочее время для консолидации потребуется время. Много времени. Когда виртуальная машина выключена, все будет быстрее.
- Проверьте, цела ли виртуальная машина, если нет, восстановите резервную копию. Источник: Консолидация старых снимков VMWare
Мой вопрос к вам:
Эти моментальные снимки были запущены в течение некоторого времени, самые старые с 2018 года. Судя по тому, что я читаю, это может вызвать некоторое ухудшение, если не полностью повредить виртуальную машину на этом этапе.
Если я правильно понимаю, возврат возвращает его к состоянию до создания снимков, отменяя изменения, сделанные в снимке. В то время как удаление снимков объединяет все внесенные изменения в один. (Странная терминология VMWare)
Кроме того, это сервер с тонким предоставлением. Из-за нехватки места на диске я обнаружил эту проблему, и на данный момент у меня осталось около 4 ГБ.
Согласно «Оцените время, необходимое для консолидации моментальных снимков виртуальных машин (2053758)» на https://kb.vmware.com/s/article/2053758, во время консолидации создается дополнительный файл Delta, если виртуальная машина включена. Это находится в разделе ПРИМЕЧАНИЯ и заявляет
Если консолидация дисков запускается при включении виртуальной машины, создается дополнительный файл дельты для отслеживания измененных блоков, который, наконец, записывается на базовый диск в конце консолидации. Однако при удалении только одного снимка, который не является текущим, дополнительный файл дельты не требуется.
«Никакой дополнительный файл дельты не требуется при удалении только одного снимка, который не является текущим». Удаление по одному в порядке от самого старого к самому новому не потребует дополнительного места на диске, пока вы не перейдете к самому последнему снимку. Это будет работать в фоновом режиме.
Тема сообщества VMware на https://communities.vmware.com/thread/560315 тоже есть эта проблема. В худшем случае базовый / родительский диск должен быть способен увеличиваться только до объема данных в моментальных снимках.
Кроме того, здесь представлена база знаний VMware о консолидации моментальных снимков в ESX 3.5 и ESX 4.0 (для чего требуются обновления исправлений). В ESX 5 и выше эта функция встроена и выполняет ту же операцию. Он охватывает те же вопросы, что и обсуждение сообщества, которое я связал. https://kb.vmware.com/s/article/1023657.
Таким образом, мой ответ на дополнительные требования к пространству: «Если вы сначала выключите виртуальную машину, дополнительных требований к пространству не потребуется. Или вы можете удалять по одному снимку за раз, от самого старого к самому новому, а освободившееся пространство позволит вам удалить самый новый, пока он еще включен ».
Возврат снимка к состоянию на несколько лет назад имеет свои проблемы. Вы теряете доверие домена, так как пароль компьютера больше не тот, который должен быть. В зависимости от предоставленных вами временных меток вы также потеряете 1,5 года обновлений Windows и любых других обновлений сторонних приложений или обновлений, выполненных вручную. Изменения реестра, которые не произошли через GPO. Настройки. Вы теряете все данные, которые хранятся в другом месте, например документы или папки загрузок (если у вас нет их резервной копии). Все это нужно вернуть.
Если вас беспокоит повреждение, выключите виртуальную машину, скопируйте файлы на диске в дополнительное хранилище и попытайтесь выполнить консолидацию, как вы упомянули в качестве варианта. Или просто создайте новый сервер и перенесите базу данных ... если у вас есть место в другом месте, поскольку вы уже упомянули о проблемах с пространством.
Я не совсем уверен в вашем вопросе, поэтому постараюсь ответить на оба вопроса.
Вы определенно захотите консолидировать этот диск, так как моментальные снимки не предназначены для использования в качестве «долгосрочных резервных копий». Когда вы создаете моментальный снимок (игнорируя VVOL для простоты), vSphere «замораживает» файл VMDK (файл в хранилище данных, представляющий жесткий диск виртуальной машины) для дисков виртуальных машин и начинает записывать все изменения в отдельную дельту. файл. Этот файл может вырасти только до размера исходного VMDK (примерно, могут возникнуть дополнительные накладные расходы). Если затем вы сделаете второй снимок, ваш первый дельта-файл снова будет "заморожен", и vSphere запустит второй дельта-файл.
Когда вы затем удаляете моментальный снимок, vSphere берет дельта-файл и записывает все изменения обратно в исходный VMDK. Однако, пока он делает это с включенной виртуальной машиной, ему нужно где-то продолжать записывать изменения, поступающие от виртуальной машины, поэтому он создает временный дельта-файл для сохранения изменений в VMDK во время консолидации моментального снимка. Когда это будет сделано, он снова объединит гораздо меньший временный дельта-файл и обычно на долю секунды останавливает виртуальную машину, чтобы дисковый ввод-вывод был тихим, пока она консолидирует временный файл.
Однако, если вы удалите промежуточный моментальный снимок, vSphere уже будет иметь другой новый файл дельты для работы, поэтому он может просто делать это, не затрагивая виртуальную машину. Этим можно воспользоваться, если вы не хотите минимизировать влияние удаления большого снимка, просто сделайте новый снимок, удалите старый в фоновом режиме, а затем удалите гораздо меньший снимок, когда это будет сделано.
Возврат работает немного иначе. Здесь вы откатываете состояние виртуальной машины, что намного менее ресурсоемко, вы просто удаляете дельта-файл и перезапускаете виртуальную машину с исходным VMDK (вы также можете сделать снимок памяти, который затем вернет виртуальную машину в состояние с включенным питанием). по состоянию).
Итак, зная все это;
Если ваша виртуальная машина работает нормально, хотя и немного медленнее из-за снижения производительности, вам следует сделать следующее:
Если ваша виртуальная машина сломана, выключите ее и восстановите копию из резервной копии / восстановите ее. Последний вариант - вернуться к древнему снимку. Моментальные снимки предназначены для того, чтобы быть «о, я случайно удалил весь диск C: во время выполнения некоторой работы, позвольте мне вернуться к моему снимку, который я сделал 30 минут назад», а не резервной копией.
