• System Center 2012 Operations Manager - Обновляемся до уровня SP1 и перебираемся на Windows Server 2012 и SQL Server 2012

    imageПродолжая тему развёртывания Service Pack 1 (SP1) для линейки продуктов Microsoft System Center (SC) 2012, в этой заметке опишу мой опыт обновления Operations Manager (SCOM).

    В этой заметке будет рассматриваться процедура обновления исходя из условия, что имеется два сервера управления SC 2012 OM Update Rollup 3 на которых роли SCOM распределены следующим образом:

    Имя сервера Компоненты SCOM Примечание
    KOM-AD01-SCOM02 Management Server
    Operations Console
    Web Console
    Reporting
    Operational Database
    Data Warehouse Database
    Эмулятор RMS
    KOM-AD01-SCOM03 Management Server
    Operations Console
    Primary Management Server для всех агентов SCOM

    То есть это фактически такая конфигурация, при которой все основные компоненты SCOM расположены на одном сервере – KOM-AD01-SCOM02

    Оба сервера работают на ОС Windows Server 2008 R2 Standard SP1. Базы данных SCOM расположены на SQL Server 2008 R2 Standard SP1

    Поставим перед собой задачу - выполнить обновление серверов до уровня SC 2012 OM SP1, при этом также обновим операционную систему каждого сервера до Windows Server 2012 Standard а БД перенесём на SQL Server 2012 

    Фактически задача в нашем сценарии будет состоять из двух частей:

    1. Обновление In-Place Upgrade имеющихся серверов до уровня SC 2012 OM SP1
    2.
    Миграция серверов на новую версию ОС/СУБД по плану Backup/Reinstall/Restore

    Первая часть возможна будет интересна тем, кто хочет выполнить только обновление существующей инфраструктуры SCOM. Вторая часть это по сути отдельный процесс, описывающий пробу сценария восстановления группы управления SCOM из имеющегося бэкапа.

    Читать далее...

  • Windows Server и клиентские лицензии Per-Device RDS CAL

    imageНедавно, перебираясь на новый сервер лицензирования служб терминалов Remote Desktop Licensing на базе Windows Server 2012 с Windows Server 2008 R2 вспомнил про проблему, описанную в посте форума TechNet трёхлетней давности Terminal Services Licensing Warnings. На старом сервере лицензирования RD Licensing к настоящему моменту был настоящий бардак в смысле отображения имён клиентских компьютеров, получивших лицензии. Виной тому является информация хранящаяся на клиентских компьютерах в ключах реестра:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing\HardwareID
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing\Store

    Не хотелось повторять ситуацию с именами клиентов на новом сервере лицензирования, и поэтому было решено немного углубиться в этот вопрос. В процессе изучения вопроса узнал для себя пару полезных утилит, которые на сегодня имеют уже почтенный возраст и найти их можно в пакете Windows Server 2003 Resource Kit Tools

    Читать далее...

  • Microsoft Office 2010 KMS Host на Windows Server 2012

    image_thumb_5_74F1491DПри попытке установки службы Key Management Service (KMS) для Microsoft Office 2010 на Windows Server 2012 можно получить сообщение о том, что данная операционная система не поддерживается – Unsupported operating system

    image

    Ничего удивительного в этом нет, ибо даже на странице загрузки Microsoft Office 2010 KMS Host License Pack честно сказано:

    Windows Server 2012 and Windows 8 are not supported at this time

    Весьма удручает то обстоятельство, что даже после официального выхода RTM Windows Server 2012 не появилось никакой новой информации по этому вопросу, что само по себе останавливает процесс полного перевода KMS-серверов на новую ОС.

    Здесь описано неподдерживаемое Microsoft решение, которое позволит запустить службу KMS Office 2010 на уже работающем KMS-хосте на базе Windows Server 2012.

    Читать далее...

  • Антивирус для Windows Server - настраиваем список исключений. Обновлено 11.08.2016

    imageВ ходе настройки политик управления клиентами любого антивирусного ПО необходимо определять список каталогов, имён процессов или даже расширений фалов, которые должны исключаться из Real-Time сканирования. Постараюсь собрать в одном месте информацию о рекомендуемых параметрах исключений и по мере необходимости буду его корректировать.  Стоит отметить, что список составлен исходя из приложений, которые эксплуатируются в моём рабочем окружении. Список разделен по основным категориям сервисов и там где возможно есть ссылки на официальные рекомендации производителей ПО. Во всех случаях подразумевается что программное обеспечение установлено в каталоги «по умолчанию».

    Читать далее...

  • Устанавливаем Microsoft Office 2010 KMS Host

    imageВ этой заметке мы установим службу Key Management Service (KMS) для Microsoft Office 2010 на сервер где уже выполняется служба KMS раздающая ключи для Windows 7 и Windows Server 2008 R2. Предполагается что у нас уже имеется KMS-ключ для Office 2010, полученный с веб-узла Microsoft Volume Licensing Service Center (VLSC). На данный момент он фигурирует там под названием "Office 2010 Suites and Apps KMS". Читать далее...

  • Пакетное изменение редакции Office Visio 2010

    imageИнсталляционной пакет Microsoft Office Visio 2010 содержит в себе все редакции – Premium, Professional и Standard, и та редакция которая будет установлена, определяется в зависимости от используемого ключа продукта. Забавно то, что по умолчанию Visio 2010 устанавливается с ключом продукта редакции Premium. Можно столкнуться с ситуацией когда в организации объём оплаченных текущих лицензий Visio разрешает лишь использование редакции Standard, а на клиентских компьютерах ранее была развёрнута конфигурация по-умолчанию – редакция Premium. Если вы начнёте изучать вопрос смены редакции уже установленных экземпляров Visio 2010, то можете обнаружить несколько вариантов решения вопроса, например с помощью Volume Activation Management Tool (VAMT) 2.0 или скрипта Ospp.vbs, как это описано в статье  MSDN Blogs - Visio Insights - Volume Activation for Visio 2010 Explained. Однако в интернете можно найти свидетельства (и эксперименты это подтверждают) того, что при применении подобных методов смены редакции в системном реестре полноценно не меняется информация о редакции установленного продукта. Например в оснастке Add/Remove Programs информация о редакции Visio будет неактуальной и отчёты того же SCCM будут отображать соответственно старую редакцию.

    Читать далее...

  • HP iLO2 - Настраиваем доменную авторизацию

    В случае, если у вас периодически возникает необходимость выполнять какие-то административные действия с помощью интерфейса HP Integrated Lights-Out 2 (iLO2) на серверах HP ProLiant и при этом вы имеете расширенную лицензию iLO 2 Advanced, возможно вам окажется полезным и удобным использование интеграции процесса авторизации в iLO2 с существующей доменной инфраструктурой Active Directory (AD). Рассмотрим пример такой интеграции.

    Читать далее...

  • SCOM 2012 - Устанавливаем Product License Key

    imageПосле развёртывания роли сервера управления (Management Server) в SCOM 2012, этот самый сервер начинает работать в полнофункциональном ознакомительном режиме (Evalution), который действует в течение 180 дней. При этом в консоли SCOM можно наблюдать соответствующую информацию об этом.

    image

    Если сервер установлен в продуктивном режиме и у нас есть ключ продукта, полученный по программе лицензирования System Center 2012, то мы можем перевести наш сервер в режим полной активной версии. Для этого на сервере SCOM открываем консоль Windows PowerShell с правами Администратора и выполняем:

    Import-Module OperationsManager

    Set-SCOMLicense -ProductId XXXXX-XXXXX-XXXXX-XXXXX-XXXXX

    image

    После этого, после следующей перезагрузки сервера, мы сможем убедиться в том, что наш сервер поменял свой уровень лицензии (product license level) на Retail

    image

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

    Import-Module OperationsManager

    Get-SCOMManagementServer |  ForEach {Set-SCOMLicense -ComputerName $_.HostComputer -ProductId "XXXXX-XXXXX-XXXXX-XXXXX-XXXXX" -Confirm:$False}

     

  • Основные приемы работы с Key Management Service (KMS) на Windows 7 и Windows Server 2008 R2

    imageДля изучения вопроса пришлось ознакомится с документами размещенными на узле TechNet Library - Volume Activation
    Из всего перечитанного можно отметить два самых содержательных и подробных гайда:

    Руководство по планированию развертывания Volume Activation ОС Windows 7 и Windows Server 2008 R2
    (
    Скачать: Volume Activation Planning Guide_Windows7.docx)
    Опубликовано: июнь 2009.

    Руководство по развертыванию Volume Activation ОС Windows 7 и Windows Server 2008 R2
    (
    Скачать: Volume Activation Deployment Guide_Windows7.docx)
    Опубликовано: июнь 2009 г.

    Русскоязычные версии гайдов можно найти по ссылке
    TechNet Library > Deployment > Volume Activation > Localized Content

    В данном посте тезисно выжаты основные важные моменты из документации.
    Сразу хочу отметить что приемы работы с публикацией KMS в DNS для последующей авто-активации клиентов рассматриваться не будет.

    Читать далее...