Таким образом, у нас возникли некоторые проблемы с нашим пассивным почтовым узлом на выходных, выполняя обновления vmtools, и для решения проблемы нам пришлось вернуться к моментальному снимку, а затем повторно заполнить все базы данных. В целом вроде все нормально, сервер работает и статус копии CCR работает нормально. Сегодня утром я использовал опцию «Удалить все», чтобы удалить моментальный снимок, и процесс, согласно vCenter, завершился без ошибок и без флага «Требуется консолидация». Кажется, все в порядке, пока я не проверил хранилище данных, в котором находится виртуальная машина в нашей SAN, и не смог четко увидеть довольно большие снимки (см. Прикрепленное изображение). Кажется, что они не меняют размер, а данные изменены примерно в то время, когда были начаты работы по обновлению vmtools. Означает ли это, что на каком-то этапе, возможно, во время возврата или полного сброса виртуальной машины, они стали сиротами? Есть ли какие-нибудь способы проверить статус моментальных снимков как «потерянные»?
Мы запускаем ESXi5.0 Update 1 с хранилищем, предоставляемым EMC SAN. Enterprise plus - это уровень лицензии.
Уильям Лам (очень известный и уважаемый сотрудник VMWare) пишет множество пользовательских скриптов, помогающих системным администраторам работать с их продуктами, и один из них (Clicky) - очень полезный скрипт проверки работоспособности vCenter всей системы. Среди очень многих вещей, которые он делает, это список всех снимков, и я думаю, что он также покажет осиротевшие. Не уверен на 100%, что это определенно решит эту проблему, но я хотел, чтобы вы знали об этом.
Если процесс удаления снимка завершился успешно, не торопитесь ли вы Обновить или Обновить вид? (точный срок зависит от страницы).
Чтобы найти снимки (забытые, неправильно управляемые, осиротевшие или иным образом), я просматриваю представление хранилища данных -> представления хранилища кластер или Дата центр объект. Столбец «Пространство снимков» - это руководство, которое я использую для определения активных или потерянных снимков.