Вопросы Теги

VMWare ESXi 3.5 “Не мог включить VM: Никакое пространство не оставлено на устройстве”

Мой опыт состоит в том, что Backup Exec является очень суетливым когда дело доходит до совместимости с VSS. Нормальный признак - то, что все хорошо работает в течение многих недель или даже месяцев, затем таинственные отказы начинают прибывать толстые и быстрые.

Существует много текущих исправлений VSS, доступных от MS, который может разрешить его (KB940252, KB940349, и т.д.), но они требуют перезагрузки сервера. В моем случае они не работали так или иначе.

Поиск и устранение неисправностей шагов должен включить наблюдение, если NTBackup работает (помогает исключить - или подтвердить - если это-КОНКРЕТНЫЙ-ВОПРОС), и проверка Ваших vss устройств записи (vssadmin перечисляют устройства записи) - Вы могли бы найти, что, перезапуская сервисы, связанные с любым устройством записи, которое сообщает, проблемы достаточно для разрешения этого.

Это - также стоящее конфигурирование Ваших сервисов VSS для перезапуска при отказе. Также проверьте сервис WMI - это кажется связанным в некотором роде, я никогда не мог определить.

Кроме того, при выполнении снимков VSS на каких-либо совместно используемых папках, которые могут быть на серверах Exchange (которым Вы не должны быть, но иногда эти вещи должны быть сделаны), проверьте пространство, доступное для них и количества снимков, которые Вы имеете. Существует теоретическое макс. 64, если не изменяет память, но VSS, кажется, нравится много высоты, таким образом, у Вас не должно действительно быть даже половины этого.

Обновление Вашего БЫТЬ установкой на последних пакетах обновления также рекомендуется. Политика поддержки Symantec - то, что, если Вы не находитесь на текущей версии, Вы самостоятельно, но могут быть стоящие меры в более свежем 11D пакет обновления, чем Вы могли бы идти.

1
задан 12 January 2010 в 00:03
1 ответ

Сколько памяти делает VM, который Вы пытаетесь включить, имеют?

ESX должен создать файл подкачки тот же размер выделенной памяти VM, когда это включается; этот файл подкачки, обычно создают на том же хранилище данных, VM находится в (но это поведение может быть изменено).

Так, f.e., VM имеет 4 ГБ виртуальной RAM, при необходимости в 4 ГБ, свободных на том же хранилище данных, где VM.

Если ESX будет настроен для создания файла подкачки где-то в другом месте, то Вам, конечно, будет нужно так много пространства там.

1
ответ дан 4 December 2019 в 02:16
  • 1
    Datastore=67G Virtual_1_files=25G Virtual_2_files=25G Virtual_1_RAM=2G Virtual_2_RAM=2G Virtual_1_Swap=2G Virtual_2_Swap=2G * местоположение своп-файла = каталог виртуальной машины это просто doesn' t складывают –  Cristian 12 January 2010 в 00:27
  • 2
    Имейте Вас, получил любые снимки, работающие на тех VM' s? Также, Сколько vCPU' s и они VM' на 64 бита или на 32 бита; s - Виртуализация наверху (память потребовала для Гипервизора, который также должен быть покрыт подкачкой) выше, когда у Вас есть больше vCPU' s, и выше для машин на 64 бита, чем 32 бита. –  Helvick 12 January 2010 в 00:39
  • 3
    один из двух virtuals имеет один снимок, другой каждый имел два, но я удалил их от менеджера по снимку и - 32 бита, и у обоих есть только 1 CPU, я понимаю, что VMware будет нужен " some" пространство для каждой функции, которую Вы упомянули, но Вы знаете сколько пространства? есть ли такой документ?спасибо! –  Cristian 12 January 2010 в 02:15

Теги

Похожие вопросы