ESXi хранилище данных заполнено после создания снимка/резервного копирования

Вопрос или проблема

У меня есть хост ESXI Essentials 6.7 U3. Два хранилища данных с одной виртуальной машиной в каждом. В datastore1 у меня все еще есть свободное место в VMFS. В datastore2 моя единственная виртуальная машина использует все дисковое пространство (толстый).

Что произошло? При попытке выполнить резервное копирование (MS SCDPM) ESXI создал снимок (и диск 000002.vmdk) в хранилище данных, что привело к сбою виртуальной машины, так как больше не было дискового пространства.

Я отменил резервное копирование, но машина уже испытывала ошибку дискового пространства. Поэтому я выключил виртуальную машину. Позже я попытался выполнить другое резервное копирование с помощью другого инструмента (AOMEI) с выключенной виртуальной машиной. Это занимало слишком много времени, поэтому я снова отменил. В результате проблема с дисковым пространством только усугубилась, так как был создан новый снимок (и диск 000003.vmdk).

Затем я переместил 000002 и 000003 (ctk.vmdk, vmdk) и снимки vmsm в папку в другом хранилище данных (datastore1). Я скачал и изменил vmx, чтобы попытаться запустить машину с основного vmdk. Я получил сообщение об ошибке неправильной ссылки на UID. При попытке вернуть файлы VMDK из datastore1 в исходную папку datastore2 я не смог сделать это, так как больше не было дискового пространства. Файлы 000002-sesparse, 000003-sesparse.vmdk, Snapshot1.vmsn, Snapshot2.vmsn, Snapshot3.vmsn находятся в папке, созданной в datastore1. Теперь ESXi рекомендует мне объединить диски, но, вероятно, я не смогу этого сделать из-за нехватки дискового пространства.

Мне не нужны данные с дисков 000002 и 000003 (после первой резервной копии).

Что мне делать? Любая помощь будет весьма признательна!

DataStore2
DataStore1

Ответ или решение

Проблема с заполнением хранилища ESXi после создания снимка/резервной копии

Ваша ситуация с хранилищем ESXi 6.7 U3 требует внимательного анализа и технического подхода, чтобы устранить возникшие проблемы без последствий для данных. Рассмотрим ключевые аспекты и шаги, которые необходимо предпринять для решения проблемы.

1. Понимание проблемы

При выполнении резервного копирования с помощью MS SCDPM на сервере ESXi был создан снимок виртуальной машины (VM), что привело к образованию файлов, таких как 000002.vmdk. Поскольку объем используемого пространства в datastore2 уже был максимальным, это вызвало сбой работы ВМ. После отмены резервного копирования, вы снова столкнулись с недостатком места, когда попытались запустить резервное копирование другим инструментом, AOMEI, что привело к созданию дополнительных снимков (файлы 000003.vmdk и сопутствующие).

2. Решение проблемы с дисковым пространством

Теперь ваша цель – освободить место в datastore2 и решить проблему с созданными снимками. Поскольку вы не нуждаетесь в данных, связанных с 000002 и 000003, вам необходимо их удалить, чтобы сделать место для консолидации и восстановления нормальной работы виртуальной машины.

Шаги для достижения этого:
  1. Отключите виртуальную машину: Если вы еще не сделали этого, убедитесь, что ВМ выключена. Это гарантирует, что файлы не будут изменяться во время операции.

  2. Удалите ненужные снимки:

    • Используйте ESXi Shell или SSH для доступа к серверу.
    • Удалите файлы 000002-sesparse.vmdk, 000003-sesparse.vmdk, а также связанные с ними файлы Snapshot1.vmsn, Snapshot2.vmsn, и Snapshot3.vmsn.
    • Выполните команду:
      rm /vmfs/volumes/datastore2/VM_folder/000002-*.vmdk
      rm /vmfs/volumes/datastore2/VM_folder/000003-*.vmdk
      rm /vmfs/volumes/datastore2/VM_folder/Snapshot*.vmsn
  3. Сбросьте конфигурацию хранилища: После удаления лишних файлов проверьте состояние datastore2. Убедитесь, что место освободилось и доступно для использования.

  4. Консолидируйте снимки: После удаления лишних файлов, интуитивно выполните консолидацию оставшихся снимков. Это можно сделать через интерфейс vSphere или с помощью командной строки:

    vim-cmd vmsvc/snapshot.consolidate <VMID>
  5. Перемещение файлов, если необходимо: Если вы хотите вернуть какие-то данные из datastore1 в datastore2, вы можете сначала создать временное хранилище в datastore1 и постепенно перемещать туда необходимые файлы.

3. Рекомендации по предотвращению будущих ошибок

  1. Мониторинг хранилищ: Регулярно проверяйте заполненность хранилищ на вашем ESXi, чтобы избежать подобных ситуаций.
  2. Планирование резервного копирования: Разработайте стратегию резервного копирования, которая уменьшит риск создания дополнительных снимков. Используйте инструменты, которые поддерживают автоматическое удаление старых снимков.
  3. Настройка уведомлений: Настройте уведомления для критического заполнения дисков, чтобы заранее реагировать на потенциальные проблемы.

Заключение

Ошибка из-за недостатка места в datastore2 может оказаться критической, но с правильными шагами можно быстро и эффективно восстановить работу системы. Следуя предложенным инструкциям, вы сможете не только устранить текущее затруднение, но и обеспечить надежную эксплуатацию вашего ESXi хранилища в будущем.

Оцените материал
Добавить комментарий

Капча загружается...