GhettoVCB создают снимки отказы на ESXi 4.0 - 4.1

Эти два сервера с помощью RAID 5 являются определенно беспокойством (RAID 5 быстро читается/замедляется записи). Вы получили бы лучшую производительность от примерно любой другой конфигурации RAID (хотя RAID 0 не имеет никакой отказоустойчивости).

Измените RAID, и Вы, вероятно, получите производительность, которую Вы хотите, но я думал, что добавлю что-то еще, чему я не верю, был сказан все же:

Индексы, в то время как большой для выборов, влияют на выполнение любой операции записи отрицательным способом (Вы пишете данные, и индексы должны также быть обновлены). Таким образом, даже если бы выгрузка RAID не дает Вам производительность, которую Вы ожидаете, я посмотрел бы на индексы затем.

0
задан 14 June 2013 в 10:18
2 ответа

Читали ли вы документацию по этой функции? Он не будет создавать резервные копии моментальных снимков, а консолидирует их и впоследствии создает резервную копию виртуальной машины, поэтому вы, вероятно, все равно не захотите его использовать:

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

Если это действительно то, что вы хотите иметь, сообщества VMWare имеют поток , в котором описывается проблема, похожая на вашу, и предлагается изменение кода сценария, предназначенное для ее устранения:

#        elif ls "${VMX_DIR}" | grep -q "\-delta\.vmdk" > /dev/null 2>&1; then
#            if [ ${ALLOW_VMS_WITH_SNAPSHOTS_TO_BE_BACKEDUP} -eq 0 ]; then
#                logger "info" "Snapshot found for ${VM_NAME}, backup will not take place\n"
#                VM_FAILED=1
#            fi
        elif [[ -f "${VMX_PATH}" ]] && [[ ! -z "${VMX_PATH}" ]]; then
            if ls "${VMX_DIR}" | grep -q "\-delta\.vmdk" > /dev/null 2>&1; then
                if [ ${ALLOW_VMS_WITH_SNAPSHOTS_TO_BE_BACKEDUP} -eq 1 ]; then
                    logger "info" "Snapshot found for ${VM_NAME}, consolidating ALL snapshots now (this can take awhile) ...\n"
                    $VMWARE_CMD vmsvc/snapshot.removeall ${VM_ID} > /dev/null 2>&1
                else
                   logger "info" "ERROR: Snapshot found for ${VM_NAME}, backup will not take place\n"
                   exit 1
                fi
            fi
1
ответ дан 4 December 2019 в 21:15

Из вашего сообщения я понял, что вы пытаетесь создать резервную копию виртуальной машины с помощью ghettoVCB, который не может распознать виртуальные машины. Итак, предоставленная вами конфигурация в порядке, требуется лишь несколько изменений:
** Как вы запускаете сценарий гетто **

Решение:

Создайте файл и вставьте имя виртуальной машины:

предположим, что имя виртуальной машины
1. test1
2. test2
Затем в каталоге гетто:

vi backup  

test1
test2
Теперь запустите файл сохранения и закрытия и выполните следующую команду:

./ghettoVCB.sh -f backup -d dryrun  

Здесь -f для создания резервной копии определенных виртуальных машин, имя которых указано в файле резервной копии, который мы создали ранее. И -d dryrun будет искать эти перечисленные виртуальные машины, существуют они или нет, и может быть выполнено резервное копирование. Вывод будет похож на

- info: ###### Окончательный статус: ОК, только пробный прогон. ######

Теперь вы можете продолжить выполнение резервного копирования, указанное ниже командой:

./ghettoVCB.sh -f backup 

Здесь будет запущено резервное копирование и будет сохранен снимок в указанном месте назначения.

0
ответ дан 4 December 2019 в 21:15

Теги

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