Blog of Khlebalin Dmitriy

(Записки из мира IT…)

Upgrade vSphere 5.1 to 5.5 наши изыскания и траблешутинг.


Недавно столкнулись с некими проблемами  с периодическим анабиозом нод «вари», в результате, чего все ноды были обновлены до крайнего релиза версии 5.1. Но некоторые проблемы с vCenter остались, было принято решение исправить проблемы, обновить vCenter, а с ним и все остальное до версии 5.5.

Небольшая выдержка из истории…

Изначально при внедрении «вари» vCenter был установлен под SQL Express, после чего через определенное время база «воткнула» (достигла ограничения 10 Gb). Поверх SQL был обновлен до версии SQL 2008 Std, а затем и до версии SQL 2008R2 Std тоже поверх, но в ходе обновления что-то пошло не так, появились ошибки SQL перестал стартовать, пришлось «резать по живому» дабы вернуть его в строй. В итоге в строй удалось вернуть, но более руки пока не доходили разобраться до конца в происходящем.

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

Для начала решили поправить недочеты SQL и почистить базу, она разрослась до большого размера для такого количества хостов как у нас.

Смотрим, размеры таблиц базы:

pic

В ходе изучения обнаружилось отсутствие джобов в SQL (соответственно база никак не очищалась), добавляем джобы:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1004382

Джобы добавлены, теперь неплохо бы почистить базу от старых данных.

Делаем все, что написано здесь:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1025914 

но чуда не случилось, база никак не похудела, тогда поможет вот этот сценарий:

https://communities.vmware.com/thread/450672  

Здесь, запускаем вот эти две команды:

TRUNCATE table VPX_EVENT_ARG

DELETE FROM VPX_EVENT

Вроде запрос начинает благополучно выполняться, но через пару минут вылетает с ошибкой:

Msg 9002, Level 17, State 4, Line 2

The transaction log for database ‘VIM_VCDB’ is full. To find out why space in the log cannot be reused, see the log_reuse_wait_desc column in sys.databases

пытаемся поправить эту ошибку:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1003980

или так

https://support.microsoft.com/en-us/kb/317375

но все тщетно, оба эти варианта никак не исправили ситуацию, а помогла вот эта рекомендация:

http://www.rivnet.ro/2010/04/fix-transaction-log-for-database-vim_vcdb-is-full-errors.html

Далее снова запускаем этот же запрос, и забываем про сервер на несколько часов.

Наконец база очищена и можно перейти у апгрейду. Для этого можно ознакомиться вот с этими постами:

http://pubs.vmware.com/vsphere-55/index.jsp?topic=%2Fcom.vmware.vsphere.upgrade.doc%2FGUID-935464A3-8FBC-4246-AEE8-847EA3824556.html

или

http://www.kytmanov.com/2013/10/esxi-55.html

Вроде все готово к обновлению, но в последний момент изучив все «за» и «против» совместно с инженерами VmWare принимаем решение, поднять рядом совершенно новый (чистый) vCenter Server и перенести туда все хосты.

Подробности установки можно прочесть здесь:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2052334

или

https://www.vmadmin.co.uk/resources/36-virtualcenter/370-vmwarevsphere55p5webclient

В процессе  установки vCenter Server может возникнуть проблема с  занятым 80-м портом, варианты решения можно посмотреть здесь:

http://stackoverflow.com/questions/12492025/windows-8-nt-kernel-and-system-using-port-80

или

http://berezovskiy.org.ua/2012/03/esli-port-80-zanyat-sistemoy-protsess-system-pid-4/

в моем случае порт держала служба SQL (или перенастраиваем ее порт или останавливаем ее за ненадобностью)

pic2

Теперь vCenter благополучно установлен, осталось до установить необходимые прикладные сервисы типа Update Manager и прочих…

Устанавливаем Update Manager, подробно тут:

http://www.derekseaman.com/2013/11/vsphere-5-5-install-pt-17-vum.html

или

http://www.youtube.com/watch?v=dH3rMJpRbeM

я создал отдельную базу UMDB, о нюансах можно почитать здесь:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2050256

http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=1010401

http://pubs.vmware.com/vsp40/wwhelp/wwhimpl/js/html/wwhelp.htm#href=install/t_configure_a_sql_server_odbc_connection.html

если устанавливали Update Manager из под доменной учетки, то может возникнуть ошибка, что UM не может подключиться к базе по 443 порту (это как раз мой случай), проблему исправляет вот эта рекомендация:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1015223

В итоге все успешно установлено на новом (чистом) сервере vCenter (не забываем раздать права на новом сервере, с локальной учеткой работать не очень удобно) и можно приступить к миграции хостов, подробно об этом здесь:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1004775

Перецепляем хосты на новом сервере.

Если сервера разные, то не забываем вот эту настройку перед переносом хостов:

pic3

Настраиваем необходимые нам правила DRS.

Тушим старый сервер vCenter и забываем про него.

Остается обновить хосты до версии 5.5 это в онлайне через UM и VmWare Tools на виртуалках (это уже в нерабочее время или ночью, так как потребуется перезагрузка серверов).

Подробно об обновлениях можно посмотреть здесь:

http://www.youtube.com/watch?v=dH3rMJpRbeM

Пошагово обновляем каждую ноду: сначала Upgrade to 5.5 потом патчи и исправления

pic4

После обновления и установки патчей на всех нодах, незабываем перенастроит правила резервного копирования на Veeam Server (так как старого vCenter более не существует).

Рекомендация по изменению настроек Veeam следующая:

«Так как был добавлен новый Vcenter, то RefId на всех VMs изменился. Самый оптимальный способ это  удалить все бэкапные задания (у вас их не много)  и начать с Full backup.

В любом случае Veeam будет делать полный бэкап (в инкремент) даже если просто передобавить машинки в имеющиеся бэкапные задания.»

Следуем рекомендациям инженеров.

На этом собственно Upgrade 5.1 to 5.5 завершен.

Всем хорошей работы!!!

 

 

 

 

 

 

Реклама

13.05.2015 - Posted by | vmware & hyper-v Infrastructure

Sorry, the comment form is closed at this time.

%d такие блоггеры, как: