Ранее мы уже рассматривали пример создания специального контейнера в домене 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 приходится работать с неактуальным списком версий ОС.
-
Множественные события с Event ID 32 "Failed to look up debug info for provider…Unknown NTSTATUS Error code" в event-логе Microsoft\Windows\Kernel-EventTracing\Admin после установки агента SCOM на Windows Server 2022
После развёртывания агента System Center 2022 Operations Manager (SCOM) на серверах с ОС Windows Server 2022 может появится множественная регистрация событий с кодом Event ID 32 от источника Kernel-EventTracing в event-логе Microsoft\Windows\Kernel-EventTracing\Admin. Интенсивность регистрации событий - около трёх десятков событий в течение каждого часа. Эти события не приводят к видимым проблемам в работе самого агента SCOM, но привносят дополнительные неудобства в работе с представлением "Administrative Events" в Event Viewer, так как создают эффект "лишнего шума".
-
Ошибка обнаружения контроллеров домена в SCOM 2016 Discovery Wizard "Discovery failed. There were no computers discovered that met your criteria … Computer verification failure 0x80070005. Access is denied"
При централизованном развёртывании агентов мониторинга System Center 2016 Operations Manager (SCOM) на множество серверных систем в доменной инфраструктуре можно столкнуться с проблемой невозможности обнаружения серверов с ролью контроллера домена Active Directory. Работа мастера "Computer and Device Management Wizard" при явном указании списка контроллеров домена и учётной записи администратора домена может заканчиваться сообщением "Discovery failed … There were no computers discovered that met your criteria".
-
Ошибка "MMC cannot open the file C:\Program Files\Microsoft System Center 2022\DPM\DPM\bin\Microsoft System Center Data Protection Manager.msc"
Если администратор работает с консолью управления System Center 2022 Data Protection Manager и в этот момент происходит аварийное завершение работы системы, то после перезагрузки системы попытка запуска консоли DPM может оказаться безуспешной. При попытке открытия консоли может появится ошибка "MMC cannot open the file C:\Program Files\Microsoft System Center 2022\DPM\DPM\bin\Microsoft System Center Data Protection Manager.msc".
-
Ошибка 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.
-
Обновляем System Center 2012 R2 Data Protection Manager до уровня System Center 2016 на Windows Server 2012 R2 с обновлением SQL Server 2012 до SQL Server 2016
Как известно, продукты линейки Microsoft System Center 2012 R2 завершают свой жизненный цикл, так как подходит к концу срок расширенной поддержки, который завершается 11.07.2022. Кроме того, на подходе срок поддержки SQL Server 2012 с той же датой Extended End Date (без учёта расширенной программы Extended Security Update). Поэтому, если вы всё ещё используете старую линейку System Center 2012 R2, то самое время подумать о поднятии её версии.
В данной заметке будет рассмотрен пример обновления System Center 2012 R2 Data Protection Manager (DPM) до уровня System Center 2016 с последующим повышением экземпляра SQL Server, используемого для DPM, с версии SQL Server 2012 до версии SQL Server 2016.
-
System Center 2012 R2 DPM - Определяем группу защиты по неизвестной символической ссылке в \Volumes\Replica или GUID раздела DPM-vol_*
Обратился ко мне коллега с интересным вопросом о том, как найти в System Center DPM проблемную группу защиты, у которой переполнен раздел Replica Volume при условии, что в консоли DPM нет никаких упоминаний о проблемном разделе и вообще все группы защиты имеют включённый признак авто-расширения и выглядят как штатно работающие. Определение ассоциированной группы защиты DPM оказалось нетривиальным, и поэтому было решено зафиксировать это дело в данной заметке.
-
Вебинар на тему: “Мониторинг ИТ-инфраструктуры на примере ПО Microsoft (System Center 2012 R2 Operation Manager + Operations Management Suite)”
28 сентября (уже в эту среду) 2016 года с 10:00 до 12:00 в режиме онлайн (ссылка) и оффлайн (г. Санкт-Петербург, БЦ “Авеню”, Аптекарская набережная, 20А, офис Microsoft) будет проведено мероприятие, посвященное мониторингу ИТ-инфраструктуры.
Будьте в курсе актуальных новостей в мире ИТ: https://t.me/ITKBnews. Также будем рады видеть Вас участниками групп https://vk.com/blogitkb и https://www.fb.com/blog.it.kb
Читать далее... -
System Center 2012 R2 DPM - Ошибка удаления диска из Storage Pool -System.Data.SqlClient.SqlException (0x80131904): The DELETE statement conflicted with the REFERENCE constraint "FK_tbl_SPM_Extent_tbl_SPM_Disk".
При плановой замене дисков из пула Storage Pool в System Center 2012 R2 DPM столкнулся с проблемой удаления высвобожденного диска из пула. Ранее описанный способ удаления диска из пула с предварительным переносом бэкапов на другой диск в завершающей стадии (в тот момент, когда освобождённый от бэкапов диск должен быть удалён из пула) завершился с ошибкой. Перейдя в консоль DPM я увидел, что диск уже действительно не имеет активных бэкапов (Protected data) и при этом помечен как неисправный/либо отсутствующий.