Ранее мы уже рассматривали пример создания специального контейнера в домене Active Directory для хранения данных механизма Distributed Key Management (DKM), используемого в System Center Virtual Machine Manager (VMM). Видимо, разработчиками VMM предполагается, что эта процедура выполняется разово при развёртывании сервера VMM и не требует дальнейшей корректировки начальной конфигурации, поэтому графическая среда управления VMM не имеет штатной возможности изменения этих настроек. Однако на практике может возникнуть необходимость переноса данных контейнера DKM в другое доменное подразделение Organizational Unit (OU) для уже развёрнутого и эксплуатируемого сервера VMM.
-
Перенос контейнера Distributed Key Management (DKM) для System Center 2022 VMM в другое подразделение OU в домене Active Directory
-
System Center 2022 VMM и неактуальный перечень версий ОС Linux в свойствах ВМ
Если вы работаете с System Center VMM и используете в качестве гостевых ОС в управляемых виртуальных машинах современные версии Linux систем, то, наверняка, могли заметить, что в VMM в свойствах ВМ нет возможности указания некоторых последних версий этих ОС. Как правило, этот перечень ОС, расширялся в релизных версиях VMM при переходе между разными линейками System Center. Но крайне редко этот перечень обновлялся с установкой очередного кумулятивного обновления к VMM. В итоге практически всегда в VMM приходится работать с неактуальным списком версий ОС. -
Ошибка WinRM при установке агента System Center 2016 VMM "Error (2927) A Hardware Management error has occurred trying to contact server ... Unknown error (0x80338113)"
При развёртывании очередного агента System Center 2016 VMM на новых хостах виртуализации Hyper-V на базе Windows Server 2016 столкнулись с проблемой невозможности установки агента с консоли управления VMM. Несколько предпринятых попыток установки завершалась ошибкой 2927 следующего вида (в локализованном варианте консоли VMM):Ошибка (2927) При попытке связаться с сервером SCVMM1.holding.com произошла ошибка управления оборудованием: : . WinRM: URL: [http://scvmm01.holding.com:5985], Verb: [INVOKE], Method: [AddPeerCertificate], Resource: [http://schemas.microsoft.com/wbem/wsman/1/wmi/root/scvmm/AgentManagement] Unknown error (0x80338113) Рекомендуемое действие Убедитесь, что на сервере SCVMM01.holding.com установлена и запущена служба WinRM. Дополнительные сведения можно получить с помощью команды "winrm helpmsg hresult" и в статье http://support.microsoft.com/kb/2742275.Из текста ошибки понятно, что на сервере VMM возникли проблемы с работой WinRM.
-
Ошибка проверки подлинности при подключении к удалённому рабочему столу Windows RDS …"Причиной ошибки может быть исправление шифрования CredSSP"
Информация об уязвимости в провайдере безопасности CredSSP ОС Windows была опубликована 13.03.2018 в документе CVE-2018-0886 | CredSSP Remote Code Execution Vulnerability. В этом документе можно найти ссылки на обновления безопасности, которые были выпущены для закрытия этой уязвимости. Выпущенные обновления относятся к механизмам CredSSP, как в клиентских, так и в серверных ОС Windows. При этом неправильная последовательность развёртывания обновлений, касающихся CredSSP, может привести к неожиданным последствиям. -
System Center 2012 R2 App Controller Hight Availability на базе узлов кластера Virtual Machine Manager
Несмотря на то, что такой продукт, как App Controller из состава System Center 2012 R2, можно сказать, уже близок к завершению своего жизненного цикла, выполнять его установку и настройку, да ещё и в варианте Hight Availability, мне до сих пор не доводилось. Практика показала, что процедура такого развёртывания имеет свои нюансы, и поэтому в данной заметке я попытаюсь пошагово описать данный процесс. Основным и главным условием развёртывания высоко-доступного App Controller в моём случае будет использование уже имеющихся серверов System Center 2012 R2 Virtual Machine Manager (VMM), то есть установка служб App Controller будет выполняться на узлы действующего кластера VMM, конфигурация которого рассматривалась ранее в заметке Обновляем System Center 2012 SP1 Virtual Machine Manager до уровня System Center 2012 R2 на Windows Server 2012 R2 и SQL Server 2012 SP1 с параллельным переходом в режим Highly Available. -
Первичная настройка HP 3PAR StoreServ 7200 - Разворачиваем виртуальную машину HP 3PAR Virtual Service Processor 4.3.0 на Hyper-V в Windows Server 2012 R2
Появилась задача первичной настройки СХД HP 3PAR StoreServ 7200 своими силами. Сначала были мысли о том, что имея комплект онлайн-документации от производителя, в общем-то не очень сложно, провести все нужные работы - смонтировать СХД в стойку, назначить контроллерам СХД IP адрес и развернуть отдельную виртуальную машину HP 3PAR Virtual Service Processor для обслуживания этой СХД специалистами тех.поддержки HP. Однако, процесс оказался не совсем тривиальным, особенно учитывая то, что я в первый раз видел это оборудование. Поэтому было решено сделать кратенькую пошаговую шпаргалку для себя и тех, кому это ещё предстоит. -
System Center 2012 R2 Virtual Machine Manager - Перенос базы данных Highly Available VMM на другой сервер БД без переустановки VMM
При переносе базы данных System Center 2012 Virtual Machine Manager (VMM) с одного SQL сервера на другой способом описанным в заметке SCVMM 2012 — Перенос БД без переустановки VMM в своё время особых проблем не возникало. В ту пору VMM работал как отдельный сервер. При переходе на System Center 2012 R2 конфигурацию VMM было решено расширить и задействовать функционал высокой доступности в кластере их двух серверов VMM, использующих общую базу данных расположенную на отдельном кластере SQL Server. Однако наступил момент, когда кластеризованную БД VMM потребовалось перенести из одного кластера SQL Server в другой, и тут описанный ранее метод не сработал. Дело в том, что в кластерной конфигурации предлагаемые к изменению параметры реестра входят в ключ реестра HKLM\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings, который является реплицируемым между узлами кластера. Это можно увидеть например в оснастке Failover Cluster Manager если открыть свойства кластерной службы VMM Service на закладке Registry Replication
Таким образом, чтобы успешно изменить параметры реестра в этом ключе, нам потребуется выполнить некоторую последовательность действий.
-
System Center 2012 R2 Virtual Machine Manager - Удаляем из БД запись о Library Server
После подключения нового файлового кластера на базе Windows Server 2012 R2 в качестве сервера Библиотеки (Library Server) System Center 2012 R2 Virtual Machine Manager (VMM) через консоль VMM попытались выполнить удаление ранее используемого файлового кластера на Windows Server 2008 R2 и что-то в процессе удаления пошло не так… Сервера-участники кластера были успешно удалены из консоли, в том числе были удалены агенты VMM с этих серверов, однако сам объект кластера удалён не был с ошибкой "Ошибка (13805). Не удалось связаться со службой кластеров на KOM-AD01-FSCLS.", хотя сам кластер при этом находился во вполне вменяемом состоянии…
-
Hyper-V Live Migration - The specified target is unknown or unreachable (0x80090303)
При попытке выполнить миграцию виртуальных машин на новый хост Hyper-V только что добавленный в System Center 2012 R2 Virtual Machine Manager (VMM) возникли ошибки на этапе предварительной проверки хоста на предмет возможности такого переноса. Как следствие мастер миграции VMM не позволял выполнить перенос виртуальных машин на проблемный хост.
-
Обновляем System Center 2012 SP1 Virtual Machine Manager до уровня System Center 2012 R2 на Windows Server 2012 R2 и SQL Server 2012 SP1 с параллельным переходом в режим Highly Available
Завершая тему обновления линейки продуктов Microsoft System Center (SC) 2012 SP1 до уровня System Center 2012 R2, в этой заметке будет рассмотрена процедура обновления SC 2012 SP1 Virtual Machine Manager (VMM). В нашем примере исходный экземпляр VMM Management Server расположен на одном виртуальном сервере под управлением Windows Server 2012 Standard с использованием для хранения базы данных VirtualManagerDB удалённого кластеризованного экземпляра SQL Server 2012 SP1Рассмотрим процесс обновления существующего экземпляра SC 2012 SP1 VMM до уровня System Center 2012 R2 с параллельным внедрением конфигурации повышенной доступности с использованием двух серверов управления на базе службы кластеризации Windows Server 2012 R2 Standard. В качестве исходных условий принимается то, что БД VMM уже расположена на выделенном кластеризованном экземпляре SQL Server 2012 SP1, а в качестве VMM Library используется отдельный файловый кластер, таким образом, в нашей конфигурации на текущий момент роль VMM Management Server является узким местом - возможной точкой отказа. В ходе дальнейшего описания рассмотрим процесс кластеризации обозначенной роли, чтобы в конечном итоге получить схему инфраструктуры VMM, в которой все основные компоненты выполняются в режиме повышенной доступности - Highly Available
Онлайн-курсы Евгения Лейтана
Внедрение Microsoft System Center Operations (SCOM) 2016/201913 уроков (6 часов видео), лабораторные работы и вручение именного сертификата.
Промокод "IT-KB_60" со скидкой 60%!
RSS - Записи