Минулої ночі я зробив знімок VM перед тим, як додати новий диск і запустити офлайн-дефрагмент Exchange (використовуючи щойно доданий диск як тимчасовий шлях).
Коли я прокинувся сьогодні, сервер був в автономному режимі, і коли я відкрив vSphere, я побачив повідомлення "Проблеми з конфігурацією - консолідація дисків віртуальної машини потрібна". Я відповів на запитання і вибрав Abort / Cancel. Потім VM завантажився. Зараз база даних Exchange становить ~ 160 Гб (зменшення приблизно від 240 ГБ), що приблизно відповідає розміру, який я очікував після дефрагментації. Це змусило мене підозрювати, що дефраг, можливо, завершився, але, на жаль, він не встановиться.
На цьому етапі моїм уподобанням було б повернутися до знімка. Хтось раніше був у цій ситуації? Я багато читав, але знайшов лише статті, що пояснюють, як виправити помилку "консолідація потреб" шляхом консолідації. Я не можу знайти нічого про видалення небажаних дельта-дисків для повернення до оригіналу.
Чи підтримується спосіб видалення цих небажаних дельта-дисків без їх консолідації?
Чи можу я просто перемістити файли diskname-000001.vmdk в інше місце, а потім завантажувати VM? (У мене також є деякі файли з розширенням .REDO_nSGail, які, мабуть, мені теж потрібно буде перемістити). Оригінальні файли .vmdk перебувають у режимі лише для читання - чи є спосіб я повернути їх для читання-запису?
Дякуємо всім, хто може запропонувати поради.
Інша інформація: - ESXi 6.0 - VM - це вікно SBS для Windows (у якому є і Exchange, і AD). У нього також є близько 1 ТБ даних і недостатньо вільного місця в сховищі даних, щоб відновити все це. Мені потрібно спочатку перенести всі файли VM, а потім відновити резервну копію, яка зайняла б багато годин, тому я скоріше уникаю цього, якщо можливо.