воскресенье, 17 октября 2010 г.

Data Migration Tool

Есть такой боян: “Администраторы делятся на две категории – тех, кто не делает бекап и тех, кто уже делает”.
Моя личная статистика опроса моих слушателей показывает, что применительно к vCenter Server процентов 80 админов рискуют оказаться во второй категории.
Бекап vCenter штука, с одной стороны, не очень критичная. Что происходит, если vCenter упал и совсем не встает?
В первом приближении, ничего.
Ведь виртуальные машины как работали, так и продолжают работать. Системы хранения обслуживают запросы. Сеть передает пакеты данных.
Однако, кое что нам становиться недоступно, пока vCenter мы не вернем в строй (хотя бы новый):
  1. Перестает централизованно собираться статистика производительности, та, что доступна на вкладке Performance.
  2. Не собираются события, произошедшие с инфраструктурой – вкладка Events.
  3. Перестанут работать alarm.
  4. Кластер drs перестанет работать.
  5. DPM, если был, перестанет работать.
  6. vMotion и все прочие миграции перестанут быть возможными.
  7. Перестанут работать интегрирующиеся с vCenter программы: Converter, Update Manager, Data Recovery.
  8. Если коммутаторы распределенные , изменение их настроек станет невозможным. 
  9. Частично это касается и Cisco Nexus 1000V.
  10. Не получиться быстро найти и включить виртуальную машину, если она лежит на каком-то из большого числа серверов.
  11. Нельзя будет развертывать ВМ из шаблонов
Скорее всего, мы переживем без этого даже пока быстренько не поднимем vCenter с нуля.
Однако поступив так, мы теряем:
  1. Статистику производительности, что хранится до года – что плохо для анализа и планирования инфраструктуры.
  2. Теряются события, произошедшие с инфраструктурой – вкладка Events.
  3. Потеряются alarm, созданные нами вручную, и изменения существующих по умолчанию (настройки оповещения в первую очередь).
  4. Потеряются vApp и пулы ресурсов кластера drs
  5. Потеряются правила кластера drs
  6. Перестанут работать интегрирующиеся с vCenter программы: Converter, Update Manager, Data Recovery (возможно, у вас будет что-то еще). Для некоторых потребуется переустановка.
  7. Если коммутаторы распределенные , то конфигурация их будет потеряна  - т.е. при появлении нового vCenter придется подключать к нему сервера ESX(i) и создавать новые распределенные виртуальные коммутаторы.
  8. Частично это касается и Cisco Nexus 1000V.
  9. Потеряются сертификаты.
  10. Если при установке vCenter мы указывали использование портов, отличных от по умолчанию – мы теряем эти значения.
Мораль – лучше бы нам поднапрячься, и осуществлять таки резервное копирование базы данных 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. Особенное это актуально для тех, кто будет старый 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

20 комментариев:

  1. Штука удобная, надо только не забыть про 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

    ОтветитьУдалить
  2. Мне так помнится, что первая категория админов всегда именовалась несколько иначе - "те, кто НЕ делает бекап..." :)

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  3. точно.
    я помнил что что-то забыл :-)

    ОтветитьУдалить
  4. даже не так: "тех, кто ЕЩЕ НЕ делает бекап и тех, кто УЖЕ делает" :)

    Вот, кстати, интересный вопрос: а если у меня есть бекап виртуалки с vCenter в Data Recovery - я смогу его восстановить без живого vCenter?

    ОтветитьУдалить
  5. Есть такое мнение, что не стоит новый vCenter 4.1 ставить на 2008 R2. Пробовал ли кто либо ставить на 2008 R2?

    ОтветитьУдалить
  6. @mihal У меня в лабе vCenter 4.1 стоит на 2008 R2 и все работает отлично. Хотя в этом артикле (KB Article: 102210, http://kb.vmware.com/kb/1022101 ) у них он не включен в список поддерживаемых операционных систем . Так что думаю в продакшене не стоит так делать.

    ОтветитьУдалить
  7. Поставил в продакшн 4.1 на 2008R2 на днях. Кое-где пропали права на папки и отдельные ВМ.
    Skyrod7

    ОтветитьУдалить
  8. 2mihal: 2 vc 4.1 на r2 работают в продакшн, и еще три в стендах в лабе. Никаких проблем из-за операционки не возникало.

    ОтветитьУдалить
  9. Мартиневский Александрпонедельник, 25 октября, 2010

    В продакшне vc 4.1 на R2 работает нормально. При переезде с помощью Data Migration Tool
    столкнулся с двумя глюками, которые решаються вышеуказанными статьями.

    ОтветитьУдалить
  10. 2008r2 стоит в компатматриксе
    Просто статья в кб отстает от доки.
    http://www.vmware.com/pdf/vsphere4/r41/vsp_41_config_max.pdf

    ОтветитьУдалить
  11. По поводу бэкапов: на крайний случай виртуалку или физ. сервер можно средствами самой винды забэкапить. Да и бэкап будет более полным, ведь и настройки самой ОС имеют важное значение.

    По поводу совместимсости:
    2008 R2 поддерживается только с версии vSphere4.1. До этого у меня работал почти год, но иногда (примерно раз в месяц) без причины винда падала в БСОД. После обновления до 4.1 все стало ОК.

    После этого я стал очень внимательно читать требования к установке любого софта, когда имеешь дело с продакшеном :)

    ОтветитьУдалить
  12. Хочу сказать, что 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

    Вот такой вот интересный лог.

    ОтветитьУдалить
  13. Приветствую. Искал информацию по резервному копированию VMWare, нашел приложение VMWare Data Recivery. Но у него минус - оно завязано на vCenter, и если последний сломается, то восстановить что-то через DR будет нельзя. Озадачился вопросом бэкапа vCenter.

    Какие минусы есть у резервного копирования сервера vCenter (OS - Win2k8r2) при помощи встроенного средства Windows Backup? Бэкапить можно на шару, раз в день достаточно. При "поломке" сервера vCenter восстанавливаем его из резервной копии (которая может лежать на втором диске этой же виртуальной машины).

    ОтветитьУдалить
  14. Минус я вижу один - тяжелый бэкап, занимает много места, идет дольше, чем DM. Зато бэкапит все вместе...

    ОтветитьУдалить
  15. для защиты vCenter можно разные варианты предлагать.

    ИМХО, самый простой из бесплатных - наладить бекап базы, и держать копию ВМ с vCenter в холодном резерве (просто клон оригинальной ВМ с vCenter).
    Если что - поднимаем заранее созданную резервную ВМ с vCenter, восстанавливаем в его БД бекап - и вуаля.

    ОтветитьУдалить
  16. Михаил, вы написали замечательную статью, не имеющую никакого отношения к жизни. Эта процедура не работает, не должна, и не будет.
    Попробуйте себя в политических оборзеваниях, там неточности приветствуются.
    плохой, негодный блог.
    пример блога хорошего, годного -- yellow-bricks.
    вот такой вот vExpert. одно слово -- маасквич.

    ОтветитьУдалить
  17. Небольшое замечание после опытов: поддерживается только 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

    ОтветитьУдалить
  18. Этот комментарий был удален автором.

    ОтветитьУдалить

Примечание. Отправлять комментарии могут только участники этого блога.