Обновление пакета управления VMM 2008 для OpsMgr 2007
Я надеюсь, что вы уже успели попробовать настройку интеграции между System Center Operations Manager 2007 и System Center Virtual Machine Manager 2008 — хотя бы в тестовой среде. И, возможно, вы столкнулись при этом с некоторыми досадными проблемами. Более того — возможно, вы уже в курсе того, что для исправления этих проблем должно было выйти обновление пакетов управления. И оно действительно появилось уже пару недель назад.
Если вы этого ещё не сделали — то настоятельно советую обратить внимание и загрузить System Center Virtual Machine Manager 2008 Management Pack for System Center Operations Manager 2007 версии 2.0.3451.0 с сайта Microsoft Download Center.
Итак, будем считать, что у вас уже развёрнута конфигурация с установленными SC OpsMgr 2007 и SC VMM 2008, а также настроена интеграция между ними. В этом случае у вас используется пакет управления первоначальной версии 2.0.3444.0, которая поставлялась вместе с дистрибутивом VMM 2008. Теперь имеет смысл обновить пакет управления — но эта процедура может выглядеть не вполне тривиальной для администраторов, не имющих достаточного опыта работы с OpsMgr. Поэтому сейчас я вкратце расскажу о том, с какой проблемой столкнулся у одного из своих заказчиков в ходе проведения обновления.
Перед тем, как импортировать новую версию пакета управления, необходимо удалить старую. Для этого открываем консоль OpsMgr, переходим на панель «Administration» и выбираем в дереве консоли пункт «Management Packs». Затем выделяем по одному все пакеты управления, имена которых начинаются с «System Center Virtual Machine Manager 2008». И в контекстном меню каждого пакета выбираем пункт «Delete».
![upgrade-mp-01a[1]](https://msdntnarchive.z22.web.core.windows.net/media/TNBlogsFS/BlogFileStorage/blogs_technet/vm/WindowsLiveWriter/VMM2008OpsMgr2007_3DF/upgrade-mp-01a%5B1%5D_3.png "upgrade-mp-01a[1]")
И вот здесь меня подстерегал сюрприз. По какой-то причине в пакете управления по умолчанию (Default Management Pack) существовали зависимости от пакета «System Center Virtual Machine Manager 2008».
![upgrade-mp-02[1]](https://msdntnarchive.z22.web.core.windows.net/media/TNBlogsFS/BlogFileStorage/blogs_technet/vm/WindowsLiveWriter/VMM2008OpsMgr2007_3DF/upgrade-mp-02%5B1%5D_3.png "upgrade-mp-02[1]")
Вообще говоря, в нормальной ситуации такого быть не должно. Вероятнее всего, кто-то из администраторов заказчика создавал переопределения правил (Override) напрямую в пакете управления по умолчанию — что, мягко говоря, далеко от оптимальных и рекомендованных методов работы с OpsMgr.
Что же остаётся делать? Возможно, в другой ситуации стоило бы тщательно проанализировать причину и удалить некорректные зависимости, по возможности используя основные интерфейсы OpsMgr. Однако в нашем случае был выбран максимально простой и быстрый способ сразу удалить зависимости. Для этого я вначале экспортировал пакет управления по умолчанию.
![upgrade-mp-03a[1]](https://msdntnarchive.z22.web.core.windows.net/media/TNBlogsFS/BlogFileStorage/blogs_technet/vm/WindowsLiveWriter/VMM2008OpsMgr2007_3DF/upgrade-mp-03a%5B1%5D_3.png "upgrade-mp-03a[1]")
В результате получился файл в формате XML, и я смог просто отредактировать его в «Блокноте». Разумеется, перед этим была сделана резервная копия.
В файле я сделал поиск по слову «VirtualMachineManager» и нашёл следующие узлы, содержащие ссылки на пакет управления VMM. После этого соответствующие узлы были удалены из файла целиком.
<Reference Alias="SystemCenter">
<ID>Microsoft.SystemCenter.VirtualMachineManager.2008</ID>
<Version>2.0.3444.0</Version>
<PublicKeyToken>31bf3856ad364e35</PublicKeyToken>
</Reference>
<RulePropertyOverride ID="OverrideForRuleMicrosoftSystemCenterVirtualMachineManager2008EngineAdminConsoleNotPresentruleForContext7c6a092ce0d54156adb67932192870ac" Context="SystemCenter!Microsoft.SystemCenter.VirtualMachineManager.2008.Engine" ContextInstance="bc19827b-01e8-2bb9-a988-e8014d2acb41" Enforced="true" Rule="SystemCenter!Microsoft.SystemCenter.VirtualMachineManager.2008.Engine.AdminConsoleNotPresent.rule" Property="Enabled">
<Value>true</Value>
</RulePropertyOverride>
<RuleConfigurationOverride ID="OverrideForRuleMicrosoftSystemCenterVirtualMachineManager2008EngineAdminConsoleNotPresentruleForContext89ff5b764a9e49fb8efb0e50ea5fab24" Context="SystemCenter!Microsoft.SystemCenter.VirtualMachineManager.2008.Engine" ContextInstance="bc19827b-01e8-2bb9-a988-e8014d2acb41" Enforced="true" Rule="SystemCenter!Microsoft.SystemCenter.VirtualMachineManager.2008.Engine.AdminConsoleNotPresent.rule" Parameter="IntervalInSeconds" Module="DS">
<Value>600</Value>
</RuleConfigurationOverride>
Затем я удалил пакет управления по умолчанию. (Для этого следует точно так же выделить «Default Management Pack» и в его контекстном меню выбрать пункт «Delete»). И импортировал его новую версию — то есть ту, которая получилась после удаления фрагментов из файла XML.
![upgrade-mp-04[1]](https://msdntnarchive.z22.web.core.windows.net/media/TNBlogsFS/BlogFileStorage/blogs_technet/vm/WindowsLiveWriter/VMM2008OpsMgr2007_3DF/upgrade-mp-04%5B1%5D_3.png "upgrade-mp-04[1]")
После всех этих манипуляций я смог штатным образом удалить по очереди все пакеты управления «System Center Virtual Machine Manager 2008». А затем — импортировать их новые версии.
![upgrade-mp-05[1]](https://msdntnarchive.z22.web.core.windows.net/media/TNBlogsFS/BlogFileStorage/blogs_technet/vm/WindowsLiveWriter/VMM2008OpsMgr2007_3DF/upgrade-mp-05%5B1%5D_3.png "upgrade-mp-05[1]")
На этом процесс обновления пакетов управления VMM 2008 можно считать завершённым.
Добавлено в 1:20. Кстати говоря, если ваши серверы виртуализации (и не только) объединены в кластеры — то идея задействовать OpsMgr для их мониторинга напрашивается просто сама собой. Поэтому не пропустите Windows Server Cluster Management Pack for Operations Manager 2007 версии 6.0.6505.0, которая вышла буквально пару дней назад. В ней наконец-то поддерживается мониторинг кластеров Windows Server 2008, а значит — и роли Hyper-V.