В ходе настройки политик управления клиентами любого антивирусного ПО необходимо определять список каталогов, имён процессов или даже расширений фалов, которые должны исключаться из Real-Time сканирования. Постараюсь собрать в одном месте информацию о рекомендуемых параметрах исключений и по мере необходимости буду его корректировать. Стоит отметить, что список составлен исходя из приложений, которые эксплуатируются в моём рабочем окружении. Список разделен по основным категориям сервисов и там где возможно есть ссылки на официальные рекомендации производителей ПО. Во всех случаях подразумевается что программное обеспечение установлено в каталоги «по умолчанию».
-
Антивирус для Windows Server - настраиваем список исключений. Обновлено 11.08.2016
-
SCVMM 2012 - Перенос БД без переустановки VMM
Возникла необходимость перенести базу данных System Center 2012 Virtual Machine Manager (VMM) с отдельного сервера SQL, на который она изначально была развёрнута на сам сервер VMM. Было найдено руководство по переносу БД на блоге Virtual Machine Manager Engineering Blog - How to move the SCVMM database to another server, которое подразумевает переустановку сервера VMM. В этой же заметке будет описан испытанный мной альтернативный метод (без переустановки VMM), который, как вы понимаете, не является рекомендуемым или официально поддерживаемый Microsoft. -
Установка System Center VMM 2012
В данной заметке будет описана процедура установки на выделенный виртуальный сервер c ОС Windows Server 2008 R2 Standard EN SP1 трёх компонент System Center Virtual Machine Manager (VMM) 2012:-
- VMM Management Server
- VMM Console
- VMM Self-Service Portal
База данных (БД) VMM будет создана в процессе установки на отдельном сервере, где предварительно уже установлен и настроен SQL Server 2008 R2 Standard (64-bit) EN SP1
Информацию о системных требованиях для установки компонент VMM 2012 можно найти в документе System Requirements for System Center 2012 - Virtual Machine Manager. Далее, опираясь на требования этого документа, мы последовательно рассмотрим порядок подготовки сервера для установки перечисленных компонент VMM и сервера на котором будет расположена БД VMM.
-
-
Hyper-V P2V с помощью Disk2vhd
Проводя в прошедшие выходные миграцию физического терминального сервера на платформе HP ProLiant DL360 c Windows Server 2008 в виртуальную среду с помощью SCVMM 2008 R2 столкнулся с проблемой установки компонент миграции, в частности vmmP2VSource.msi. Предыдущий опыт P2V с помощью SCVMM во всех случаях был успешным, но в этот раз, как выяснилось, из-за проблем системного характера на мигрируемом сервере развертывание компонент миграции было невозможно без предварительного траблшутинга и решения этой системной проблемы. Но как это иногда бывает, на подобного рода действия времени не было, и пришлось воспользоваться альтернативным методом миграции, а именно конвертировать “на горячую” диски физического сервера в формат VHD с помощью маленькой но удаленькой утилиты от Mark Russinovich и Bryce Cogswell - Disk2vhd. 
С помощью этой утилиты можно выполнить снятие снапшота необходимых разделов диска в единый VHD файл и сохранить на сетевой ресурс, например сразу на Hyper-V хост. При этом, перед началом процесса конвертации, весьма желательно остановить все критичные процессы на сервере, например работающие экземпляры SQL Server и других БД.
После того как виртуальные диски будут созданы (диски создаются динамическими), выключаем физический сервер и на хосте Hyper-V создаём новую виртуальную машину с подключением к ней этих виртуальных дисков.
Первый запуск VM возможно будет долгим из-за переопределения состава оборудования в ОС и попыток запуска вендорных утилит из состава HP ProLiant Support Pack. Чтобы избежать этого в дальнейшем, после запуска ОС останавливаем все системные службы из состава ПО HP ProLiant Support Pack и производим удаление этих программных компонент с последующей перезагрузкой.
Следующим важным шагом будет установка компонент интеграции Hyper-V и удаление всех устройств-фантомов. О том как удалить из ОС неиспользуемые устройства можно найти в заметке Диспетчер устройств не отображает устройства, не подключенные к компьютеру под управлением Windows
После всех указанных действий альтернативную миграцию сервера можно считать законченной и время загрузки виртуальной ОС должно быть на порядок меньше, чем у её физического прародителя.
Скачать эту могучую малютку можно по ссылке:
Windows Sysinternals - File and Disk Utilities - Disk2vhd -
SCVMM 2008 R2– Проверяем версию компонент интеграции
В консоли SCVMM 2008 R2 на закладке Hosts можно видеть текущую версию компонент виртуализации если включить отображение колонки Virtualization Software Version, чего не скажешь об уровне виртуальных машин, где визуально с помощью этой консоли определить то какая версия компонент интеграции установлена внутри виртуальных машин не представляется возможным. Для того чтобы попытаться получить данную информацию в сводном виде воспользуемся советом от Peter Noorderijk из заметки Hyper-v.nu - How to check the version of the Integration Components. Скрипт взят за основу, и немного расширен, а именно:- Добавлена загрузка PSSnapin VMM (на тот случай если скрипт выполняется не на сервере VMM)
- Информация о хостах виртуализации берётся не из файла а из данных сервера VMM, к которому мы предварительно подключаемся.
- Виртуальные машины с версией компонент интеграции не соответствующей номеру, указанному в переменных, - выделяются красным цветом для облегчения визуального анализа
# Блок переменных
# $VMMSrv - Имя сервера SCVMM на котором будут выбраны все хосты виртуализации и их VM для анализа
# $ICCurrentVer - Текущая версия компонент интеграции которая должна быть установлена на VM
#
$VMMSrv = "KOM-SCVMM.holding.com"
$ICCurrentVer = "6.1.7601.17514"
#
# Подгружаем оснастку PS VMM для работы с объектами SCVMM
#
$VMMMod = "Microsoft.SystemCenter.VirtualMachineManager"
If ((Get-PSSnapin -Name $VMMMod -ErrorAction SilentlyContinue) -eq $null)
{
Add-PSSnapin $VMMMod
}
#
# Функция получения и вывода сведений о компонентах интеграции на VM определённого хоста
#
Function Get-IntegrationServicesVersion ($HVhost = $(Throw "HVHost required"))
{
$kvps = Get-WmiObject -Namespace rootvirtualization `
-ComputerName $HVHost `
-Query "Select GuestIntrinsicExchangeItems From Msvm_KvpExchangeComponent"
Foreach ($kvp in $kvps)
{
$vmkvp = $Kvp.GuestIntrinsicExchangeItems
$VMICvArray = $vmkvp | Select-Object `
@{Label="VMName";Expression={([xml]$vmkvp[0]).instance.property[1].value}},`
@{Label="ICVersion";Expression={([xml]$vmkvp[14]).instance.property[1].value}} -first 1
Foreach ($VMICv in $VMICvArray)
{
If ($ICCurrentVer -ne $VMICv.ICVersion) {
Write-Host "IC ver.: " $VMICv.ICVersion " on " $VMICv.VMName -ForegroundColor Red
} Else {
Write-Host "IC ver.: " $VMICv.ICVersion " on " $VMICv.VMName
}
}
}
}
#
# Блок основного вывода
#
$VMHosts = Get-VMMServer -ComputerName $VMMSrv | Get-VMHost | Sort -Property "Name"
Foreach ($HVhost in $VMHosts) {
Write-Host "`nHyper-V Host: " $HVhost "`n" -ForegroundColor Green
Get-IntegrationServicesVersion $HVhost
}
Результат работы скрипта будет выглядеть примерно так:
Примечание:
Скрипт не выводит информацию о виртуальных машинах, которые находятся в выключенном состоянии.
-
SCVMM 2008 R2: Интеграция с SCOM 2007 R2
Для того чтобы произвести интеграцию SCVMM 2008 R2 c SCOM 2007 R2 воспользуемся руководством «Virtual Machine Manager 2008 R2 Guide to Operations Manager Integration» в Июльской редакции 2010 г.
Процесс состоит из следующей последовательности действий:1. Проверка наличия регистрации SPN в домене для службы OpsMgr SDK Service
2. Установка UI консоли SCOM на сервер VMM
3. Импорт пакетов управления (Management Pack) VMM в SCOM
4. Включение учетной записи служб VMM в роль SCOM - Operations Manager Administrators
5. Включение учетной записи служб VMM в группу локальных администраторов сервера RMS SCOM
6. Установка консоли VMM Administrator Console на сервер RMS SCOM
7. Изменение политики исполнения скриптов PowerShell на сервере RMS SCOM для обеспечения работы скриптов PRO
8. Настройка прочих серверов управления SCOM (если требуется)
9. Включение учетной записи действия (Action Account) SCOM в роль Администраторов VMM
10. Включение интеграции VMM в SCOM в консоли VMM Administrator Console
11. Изменение политики исполнения скриптов PowerShell на сервере VMM для обеспечения работы скриптов PRO
12. Установка агентов SCOM на сервер VMM, все хосты виртуализации и все виртуальные машины.
13. Проверка доступности объектов мониторинга VMM в консоли SCOM
14. Включение интеграции отчетов VMM в сервер отчетов SCOM в консоли VMM Administrator Console
15. Включение и настройка механизмов PRO (если требуется)1. Проверка наличия регистрации SPN в домене для службы OpsMgr SDK Service
Перед началом интеграции VMM в SCOM мы должны убедиться в том, что служба OpsMgr SDK Service (System Center Data Access service) запущенная на нашем корневом сервере управления SCOM (Operations Manager root management server), имеет регистрацию Service Principle Names (SPNs) в домене. Проверить это можно командой:
SetSPN.exe –L <domain><SDKServiceAccount>
Вывод утилиты должен показать, что для доменной учетной записи, от имени которой работает служба OpsMgr SDK Service на корневом сервере управления SCOM, есть зарегистрированные SPN – MSOMSdkSvc
C:>setspn -L Domains-scom-sdk-service
Registered ServicePrincipalNames for CN=s-SCOM-SDK-Service,OU=SCOM,OU=Services,DC=Domain,DC=com:
MSOMSdkSvc/SCOM-RMS.domain.com
MSOMSdkSvc/SCOM-RMS2. Установка UI консоли SCOM на сервер VMM
На VMM сервере запускаем программу установки SCOM 2007 R2 и выбираем пункт Install Operations Manager 2007 R2
На этапе выбора устанавливаемых компонент оставляем только User Interfaces и Command Shell
После того как установка завершиться, мы должны произвести установку кумулятивного обновления для SCOM для того чтобы версия используемых компонент SCOM на VMM сервере была такой же как на самом корневом сервере управления SCOM.
При запуске программы установки CU мы должны выбрать пункт Run Server Update, так как ранее установленная консоль SCOM входит в состав серверных компонент.
По завершению успешной установки CU для SCOM мы можем проверить то, что версии используемых исполняемых модулей SCOM на сервер VMM совпадают с теми, что используются на сервере RMS SCOM
3.Импорт пакетов управления (Management Pack) VMM в SCOM
Перед импортом пакетов управления мы должны убедиться в том, что на нашем SCOM уже имеются MP, необходимые для работы MP для VMM 2008 R2, в следующем составе:
Microsoft SQL Server Management Pack:
- Microsoft.SQLServer.Library версии 6.0.5000.0 или новее (Обязательно)
- Microsoft.SQLServer.2005.Monitoring (Рекомендуется)
- Microsoft.SQLServer.2005.Discovery (Рекомендуется)
- Microsoft.SQLServer.2008.Monitoring (Рекомендуется)
- Microsoft.SQLServer.2008.Discovery (Рекомендуется)
Microsoft Windows Server Internet Information Services (IIS) Management Pack:
- Microsoft.Windows.InternetInformationServices.CommonLibrary версии 6.0.5000.0 или новей
- Microsoft.Windows.InternetInformationServices.2003 версии 6.0.5000.0 или новей
- Microsoft.Windows.InternetInformationServices.2008 версии 6.0.6539.0 или новей
- Microsoft.Windows.InternetInformationServices.7 (Рекомендуется)
Если требования к перечисленным MP соблюдены, - можно приступать к импорту VMM 2008 R2 Management Pack.
Файлы этого пакета управления можно найти на дистрибутивном носителе VMM в подкаталоге amd64VirtualizationMP
После импорта пакета управления на консоли SCOM появятся соответствующие «вьюшки», но они будут пусты до тех пор, пока процедура интеграции не будет завершена до конца.
4.Включение учетной записи служб VMM в роль SCOM - Operations Manager Administrators
В консоли SCOM на закладке Administration переходим в раздел Security – User Roles, открываем роль Operations Manager Administrators и определяем имя доменной группы в которую нам необходимо всклочить доменную учетную запись пользователя от имени которой работает служба VMM (мы подразумеваем что VMM установлен у нас именно в такой конфигурации)
В нашем случае в роль Operations Manager Administrators включена доменная группа DomainSCOM-Administrators, в которую мы на следующем шаге и включим учетную запись службы VMM.
5.Включение учетной записи служб VMM в группу локальных администраторов сервера RMS SCOM
Добавляем VMM service account в локальную группу безопасности Администраторы (BUILTINAdministrators) на корневом сервере управления SCOM
В нашем случае в группу локальных администраторов RMS включена та же доменная группа DomainSCOM-Administrators, в которую в свою очередь мы и добавляем учетную запись службы VMM.
После этого, для того чтобы на RMS изменения безопасности вступили в силу, - перезапускаем службу Operations Manager SDK service (System Center Data Access service) на сервере RMS SCOM
6.Установка консоли VMM Administrator Console на сервер RMS SCOM
На корневом сервере управления SCOM запускаем программу установки VMM 2008 R2 и выбираем пункт VMM Administrator Console
В процессе установки выбираем порт, который используется на сервере VMM для удаленного подключения (по умолчанию - 8100)
После завершения процесса установки консоли VMM сразу устанавливаем все необходимые обновления для VMM (все они доступны через WSUS) с учетом того, что версии исполняемых компонент VMM на сервере RMS должны соответствовать версиям на сервере VMM.
7.Изменение политики исполнения скриптов PowerShell на сервере RMS SCOM для обеспечения работы скриптов PRO
Для проверки обеспечения возможности работы механизма PRO на корневом сервере управления SCOM открываем консоль PS VMM (меню Start > All Programs > Microsoft System Center > Virtual Machine Manager 2008 R2 > Windows PowerShell – Virtual Machine Manager) и выполняем команду Get-ExecutionPolicy
Возвращаемое значение должно быть RemoteSigned (режим, при котором разрешено локальное исполнение скриптов не имеющих цифровой подписи и удаленное исполнение скриптов с цифровой подписью). В случае необходимости можно изменить это значение с помощью команды Set-ExecutionPolicy
8.Настройка прочих серверов управления SCOM (если требуется)
Если в нашем продуктивном окружении помимо RMS сервера есть ещё и дополнительные сервера управления SCOM, то вышеописанные процедуры нужно выполнить на всех серверах управления SCOM, а именно:
- Включить учетную запись службы VMM в группу локальных администраторов;
- Установить консоль VMM;
- Включить режим исполнения RemoteSigned для PowerShell
9.Включение учетной записи действия (Action Account) SCOM в роль Администраторов VMM
В консоли VMM Administrator Console на закладке Administration в разделе User Roles открываем роль Administrator и добавляем учетную запись действия (Action Account) SCOM а так же учетную запись от имени которой работает агент SCOM на сервере VMM (если агент работает от имени Local System в группу нужно добавить учетную запись компьютера VMM).
Также нужно учитывать то, что если у нас несколько серверов управления SCOM и при этом на каждом из них используется отдельная учетная запись действия, то нам необходимо включить в роль Администраторов VMM все эти учетные записи.
10.Включение интеграции VMM в SCOM в консоли VMM Administrator Console
Все подготовительные стадии выполнены и теперь можно произвести непосредственно процедуру интеграции. Для этого в консоли VMM Administrator Console на закладке Administration выбираем System Center и открываем свойства параметра Operations Manager Server и указываем имя корневого сервера управления SCOM.
Значение Operations Manager server можно так же задать через Virtual Machine Manager command shell, используя следующий командлет:
Set-VMMServer –OpsMgrServer <OpsMgrServerName>
11.Изменение политики исполнения скриптов PowerShell на сервере VMM для обеспечения работы скриптов PRO
Для проверки обеспечения возможности работы механизма PRO на сервере VMM открываем консоль PS VMM (меню Start > All Programs > Microsoft System Center > Virtual Machine Manager 2008 R2 > Windows PowerShell – Virtual Machine Manager) и выполняем команду Get-ExecutionPolicy
Возвращаемое значение должно быть RemoteSigned (режим, при котором разрешено локальное исполнение скриптов не имеющих цифровой подписи и удаленное исполнение скриптов с цифровой подписью). В случае необходимости можно изменить это значение с помощью команды Set-ExecutionPolicy
12.Установка агентов SCOM на сервер VMM, все хосты виртуализации и все виртуальные машины
На этом этапе мы должны обеспечить наличие агента SCOM на всех объектах, которые подпадают под инфраструктуру VMM, а именно:
- На сервере VMM
- На всех серверах несущих роль VMM Library Server
- На всех серверах виртуализации с ролью Hyper-V
- На всех виртуальных машинах
13.Проверка доступности объектов мониторинга VMM в консоли SCOM
Для проверки успешности результата интеграции обратимся к консоли SCOM – на закладке Monitoring должна появиться новая diagram view отображающая схему инфраструктуры VMM.
Также следует убедиться в том, что на вьюшках типа State View (например Agent State) присутствует информация об объектах мониторинга и нет объектов находящихся в состоянии “Not monitored” (такие объекты будут свидетельствовать либо об отсутствии на них агента SCOM, либо о проблемах коммуникаций между агентом SCOM и сервером управления SCOM)
14.Включение интеграции отчетов VMM в сервер отчетов SCOM в консоли VMM Administrator Console
Чтобы включить возможность отображения отчетов из VMM 2008 R2 Management Pack для SCOM нужно в консоли VMM указать URL сервера службы отчетов SCOM (в консоли VMM Administrator Console на закладке Administration выбираем System Center и открываем свойства параметра Operations Manager Reporting URL и указываем адрес сервера службы отчетов SCOM)
В случае успешной интеграции в консоли VMM Administrator Console появится дополнительная закладка Reporting которая откроет доступ к отчетам загруженным в SCOM при помощи VMM 2008 R2 Management Pack
15.Включение и настройка механизмов PRO (если требуется)
После интеграции SCOM в VMM нам станут доступными настройка и использование механизма Performance and Resource Optimization (PRO) с помощью которого мы сможем автоматизировать процессы распределения нагрузки между серверами виртуализации.
Настройка конфигурации PRO станет доступной в свойствах групп хостов VMM (host group) а также на уровне кластерных хостов
Также для виртуальных машин появится возможность исключения из работы PRO во избежание возможных проблем при автоматической миграции между хостами
Дополнительные источники информации:
- System Center TechCenter - How to Integrate Operations Manager with VMM 2008 R2
- System Center TechCenter - System Center Virtual Machine Manager 2008 R2 Management Pack Guide
- System Center TechCenter - Configuring Security for Operations Manager Integration and PRO in VMM
- System Center TechCenter - Troubleshooting Operations Manager, PRO, and Reporting Issues in VMM
Онлайн-курсы Евгения Лейтана
Внедрение Microsoft System Center Operations (SCOM) 2016/201913 уроков (6 часов видео), лабораторные работы и вручение именного сертификата.
Промокод "IT-KB_60" со скидкой 60%!
RSS - Записи