Есть такой боян: “Администраторы делятся на две категории – тех, кто не делает бекап и тех, кто уже делает”.
Моя личная статистика опроса моих слушателей показывает, что применительно к vCenter Server процентов 80 админов рискуют оказаться во второй категории.
Бекап vCenter штука, с одной стороны, не очень критичная. Что происходит, если vCenter упал и совсем не встает?
В первом приближении, ничего.
Ведь виртуальные машины как работали, так и продолжают работать. Системы хранения обслуживают запросы. Сеть передает пакеты данных.
Однако, кое что нам становиться недоступно, пока vCenter мы не вернем в строй (хотя бы новый):
Однако поступив так, мы теряем:
А к чему это я – к тому, что если раньше резервное копирование осуществлялось средствами базы (например, для SQL Express при помощи двух кликов в Management Studio Express), то сейчас у VMware появилось родное средство – Data Migration Tool.
Это утилита командной строки из дистрибутива vCenter 4.1, хотя работает она с vCenter начиная с версии 2.5.
С ее помощью можно сохранить:
Утилита предназначена, в первую очередь, для миграции со старой на новую версию vCenter. Особенное это актуально для тех, кто будет старый vCenter на 32битной ОС обновлять до 4.1 на 64битной ОС.
Впрочем, для резервного копирования SQL Express базы она тоже может быть удобна – тем, что в бекап сохраняет не только саму базу.
UPD. Тематическая статья базы знаний - vSphere 4.1 upgrade pre-installation requirements and considerations.
Видео оттуда:
UPD. Из комментариев:
Небольшое замечание после опытов: поддерживается только Vcenter2.5 и 4.0 для сохранения конфигурации и не работает с VCenter'ом 4.1 и выше.
То же самое подтверждает саппорт VMware.
Выдает такие же ошибки:
[INFO] Checking vCenter Server version...
[INFO] vCenter Server installation version 4.1.0.12319
[INFO] vCenter Server installation version 4.1.0.12319
[ERROR] vCenter Server version not supported
Моя личная статистика опроса моих слушателей показывает, что применительно к vCenter Server процентов 80 админов рискуют оказаться во второй категории.
Бекап vCenter штука, с одной стороны, не очень критичная. Что происходит, если vCenter упал и совсем не встает?
В первом приближении, ничего.
Ведь виртуальные машины как работали, так и продолжают работать. Системы хранения обслуживают запросы. Сеть передает пакеты данных.
Однако, кое что нам становиться недоступно, пока vCenter мы не вернем в строй (хотя бы новый):
- Перестает централизованно собираться статистика производительности, та, что доступна на вкладке Performance.
- Не собираются события, произошедшие с инфраструктурой – вкладка Events.
- Перестанут работать alarm.
- Кластер drs перестанет работать.
- DPM, если был, перестанет работать.
- vMotion и все прочие миграции перестанут быть возможными.
- Перестанут работать интегрирующиеся с vCenter программы: Converter, Update Manager, Data Recovery.
- Если коммутаторы распределенные , изменение их настроек станет невозможным.
- Частично это касается и Cisco Nexus 1000V.
- Не получиться быстро найти и включить виртуальную машину, если она лежит на каком-то из большого числа серверов.
- Нельзя будет развертывать ВМ из шаблонов
Однако поступив так, мы теряем:
- Статистику производительности, что хранится до года – что плохо для анализа и планирования инфраструктуры.
- Теряются события, произошедшие с инфраструктурой – вкладка Events.
- Потеряются alarm, созданные нами вручную, и изменения существующих по умолчанию (настройки оповещения в первую очередь).
- Потеряются vApp и пулы ресурсов кластера drs
- Потеряются правила кластера drs
- Перестанут работать интегрирующиеся с vCenter программы: Converter, Update Manager, Data Recovery (возможно, у вас будет что-то еще). Для некоторых потребуется переустановка.
- Если коммутаторы распределенные , то конфигурация их будет потеряна - т.е. при появлении нового vCenter придется подключать к нему сервера ESX(i) и создавать новые распределенные виртуальные коммутаторы.
- Частично это касается и Cisco Nexus 1000V.
- Потеряются сертификаты.
- Если при установке vCenter мы указывали использование портов, отличных от по умолчанию – мы теряем эти значения.
А к чему это я – к тому, что если раньше резервное копирование осуществлялось средствами базы (например, для SQL Express при помощи двух кликов в Management Studio Express), то сейчас у VMware появилось родное средство – Data Migration Tool.
Это утилита командной строки из дистрибутива vCenter 4.1, хотя работает она с vCenter начиная с версии 2.5.
С ее помощью можно сохранить:
- сертификаты SSL;
- номера портов;
- данные лицензирования;
- если БД это SQL Express на той же машине, то в резервную копию будет включена и база (для SQL, Oracle и DB2 придется по прежнему БД бекапить отдельно);
- конфигурацию (не сами патчи) Update Manager, если он установлен на той же машине.
Утилита предназначена, в первую очередь, для миграции со старой на новую версию vCenter. Особенное это актуально для тех, кто будет старый vCenter на 32битной ОС обновлять до 4.1 на 64битной ОС.
Впрочем, для резервного копирования SQL Express базы она тоже может быть удобна – тем, что в бекап сохраняет не только саму базу.
UPD. Тематическая статья базы знаний - vSphere 4.1 upgrade pre-installation requirements and considerations.
Видео оттуда:
UPD. Из комментариев:
Небольшое замечание после опытов: поддерживается только Vcenter2.5 и 4.0 для сохранения конфигурации и не работает с VCenter'ом 4.1 и выше.
То же самое подтверждает саппорт VMware.
Выдает такие же ошибки:
[INFO] Checking vCenter Server version...
[INFO] vCenter Server installation version 4.1.0.12319
[INFO] vCenter Server installation version 4.1.0.12319
[ERROR] vCenter Server version not supported
Штука удобная, надо только не забыть про 2 статьи KB: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1024490 и http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1024380
ОтветитьУдалитьSkyrod7
Мне так помнится, что первая категория админов всегда именовалась несколько иначе - "те, кто НЕ делает бекап..." :)
ОтветитьУдалитьС уважением,
Umlyaut.
точно.
ОтветитьУдалитья помнил что что-то забыл :-)
даже не так: "тех, кто ЕЩЕ НЕ делает бекап и тех, кто УЖЕ делает" :)
ОтветитьУдалитьВот, кстати, интересный вопрос: а если у меня есть бекап виртуалки с vCenter в Data Recovery - я смогу его восстановить без живого vCenter?
2Ivan: вряд ли.
ОтветитьУдалитьЕсть такое мнение, что не стоит новый vCenter 4.1 ставить на 2008 R2. Пробовал ли кто либо ставить на 2008 R2?
ОтветитьУдалить@mihal У меня в лабе vCenter 4.1 стоит на 2008 R2 и все работает отлично. Хотя в этом артикле (KB Article: 102210, http://kb.vmware.com/kb/1022101 ) у них он не включен в список поддерживаемых операционных систем . Так что думаю в продакшене не стоит так делать.
ОтветитьУдалитьПоставил в продакшн 4.1 на 2008R2 на днях. Кое-где пропали права на папки и отдельные ВМ.
ОтветитьУдалитьSkyrod7
2mihal: 2 vc 4.1 на r2 работают в продакшн, и еще три в стендах в лабе. Никаких проблем из-за операционки не возникало.
ОтветитьУдалитьВ продакшне vc 4.1 на R2 работает нормально. При переезде с помощью Data Migration Tool
ОтветитьУдалитьстолкнулся с двумя глюками, которые решаються вышеуказанными статьями.
2008r2 стоит в компатматриксе
ОтветитьУдалитьПросто статья в кб отстает от доки.
http://www.vmware.com/pdf/vsphere4/r41/vsp_41_config_max.pdf
По поводу бэкапов: на крайний случай виртуалку или физ. сервер можно средствами самой винды забэкапить. Да и бэкап будет более полным, ведь и настройки самой ОС имеют важное значение.
ОтветитьУдалитьПо поводу совместимсости:
2008 R2 поддерживается только с версии vSphere4.1. До этого у меня работал почти год, но иногда (примерно раз в месяц) без причины винда падала в БСОД. После обновления до 4.1 все стало ОК.
После этого я стал очень внимательно читать требования к установке любого софта, когда имеешь дело с продакшеном :)
Хочу сказать, что Data Migration Tool не работает.
ОтветитьУдалить[INFO] Checking vCenter Server version...
[INFO] vCenter Server installation version 4.1.0.12319
[INFO] vCenter Server installation version 4.1.0.12319
[ERROR] vCenter Server version not supported
[WARNING] vCenter Server does not satisfy migration prerequisite
Вот такой вот интересный лог.
Приветствую. Искал информацию по резервному копированию VMWare, нашел приложение VMWare Data Recivery. Но у него минус - оно завязано на vCenter, и если последний сломается, то восстановить что-то через DR будет нельзя. Озадачился вопросом бэкапа vCenter.
ОтветитьУдалитьКакие минусы есть у резервного копирования сервера vCenter (OS - Win2k8r2) при помощи встроенного средства Windows Backup? Бэкапить можно на шару, раз в день достаточно. При "поломке" сервера vCenter восстанавливаем его из резервной копии (которая может лежать на втором диске этой же виртуальной машины).
Минус я вижу один - тяжелый бэкап, занимает много места, идет дольше, чем DM. Зато бэкапит все вместе...
ОтветитьУдалитьдля защиты vCenter можно разные варианты предлагать.
ОтветитьУдалитьИМХО, самый простой из бесплатных - наладить бекап базы, и держать копию ВМ с vCenter в холодном резерве (просто клон оригинальной ВМ с vCenter).
Если что - поднимаем заранее созданную резервную ВМ с vCenter, восстанавливаем в его БД бекап - и вуаля.
Михаил, вы написали замечательную статью, не имеющую никакого отношения к жизни. Эта процедура не работает, не должна, и не будет.
ОтветитьУдалитьПопробуйте себя в политических оборзеваниях, там неточности приветствуются.
плохой, негодный блог.
пример блога хорошего, годного -- yellow-bricks.
вот такой вот vExpert. одно слово -- маасквич.
Небольшое замечание после опытов: поддерживается только Vcenter2.5 и 4.0 для сохранения конфигурации и не работает с VCenter'ом 4.1 и выше.
ОтветитьУдалитьТо же самое подтверждает саппорт VMware.
Выдает такие же ошибки:
[INFO] Checking vCenter Server version...
[INFO] vCenter Server installation version 4.1.0.12319
[INFO] vCenter Server installation version 4.1.0.12319
[ERROR] vCenter Server version not supported
спасибо, интересно
ОтветитьУдалитьЭтот комментарий был удален автором.
ОтветитьУдалить