vMind.ru – Page 24 – Записки о виртуализации и о жизни

Скрипт по включению режима обслуживания MS Exchange 2013

Изредка я занимаюсь обслуживанием почтовый серверов MS Exchange. Поставить обновления и кумулятивные пакеты – в принципе несложно.

В очередной раз выполняя процедуру по выводу сервера в режим обслуживания, я подумал – почему бы не написать скрипт, содержащий шесть PowerShell-командлетов вида

Set-MailboxServer &lt;Servername&gt; -DatabaseCopyAutoActivationPolicy Blocked

1	Set-MailboxServer <Servername> -DatabaseCopyAutoActivationPolicy Blocked

в которые еще и нужно добавить имя сервера, выводимого в режим обслуживания.

В общем, я написал скрипт, который при запуске с сервера MS Exchange спрашивает “выберите какую операцию вы хотите выполнить”: ввод в режим обслуживания или выход из него.

В зависимости от выбранной опции и роли сервера скрипт выполняет требуемые PS-командлеты.

$servername=$env:computername
$dagname=(Get-DatabaseAvailabilityGroup | where {$_.servers -contains $servername}).name
$partner_fqdn=[System.Net.Dns]::GetHostByName(((Get-DatabaseAvailabilityGroup $dagname).servers | where {!($_.name -eq $servername)} | select -First 1).name).Hostname
$answer=""
while (!(($answer -eq "1") -or($answer -eq "2"))){
 Write-Host("Please choose the operation")
 Write-Host("1: Enter the maintenance mode")
 Write-Host("2: Exit the maintenance mode")
 $answer=read-host "Please enter the ID of operation"
}
if($answer -eq "1"){
 if((get-exchangeserver $servername).serverrole -match "Mailbox"){
  Set-ServerComponentState $servername -Component HubTransport -State Draining -Requester Maintenance
  Redirect-Message -Server $servername -Target $partner_fqdn -Confirm:$false
  Suspend-ClusterNode $servername
  Set-MailboxServer $servername -DatabaseCopyActivationDisabledAndMoveNow $True
  Set-MailboxServer $servername -DatabaseCopyAutoActivationPolicy Blocked
 }
 Set-ServerComponentState $servername -Component ServerWideOffline -State inactive -Requester Maintenance
}
else{
 Set-ServerComponentState $servername -Component ServerWideOffline -State Active -Requester Maintenance
 if((get-exchangeserver $servername).serverrole -match "Mailbox"){
  Resume-ClusterNode $servername
  Set-MailboxServer $servername -DatabaseCopyActivationDisabledAndMoveNow $False
  Set-MailboxServer $servername -DatabaseCopyAutoActivationPolicy Unrestricted
  Set-ServerComponentState $servername -Component HubTransport -State Active -Requester Maintenance
 }
}

$servername=$env:computername

$dagname=(Get-DatabaseAvailabilityGroup | where {$_.servers -contains $servername}).name

$partner_fqdn=[System.Net.Dns]::GetHostByName(((Get-DatabaseAvailabilityGroup $dagname).servers | where {!($_.name -eq $servername)} | select -First 1).name).Hostname

$answer=""

while (!(($answer -eq "1") -or($answer -eq "2"))){

Write-Host("Please choose the operation")

Write-Host("1: Enter the maintenance mode")

Write-Host("2: Exit the maintenance mode")

$answer=read-host "Please enter the ID of operation"

}

if($answer -eq "1"){

if((get-exchangeserver $servername).serverrole -match "Mailbox"){

Set-ServerComponentState $servername -Component HubTransport -State Draining -Requester Maintenance

Redirect-Message -Server $servername -Target $partner_fqdn -Confirm:$false

Suspend-ClusterNode $servername

Set-MailboxServer $servername -DatabaseCopyActivationDisabledAndMoveNow $True

Set-MailboxServer $servername -DatabaseCopyAutoActivationPolicy Blocked

}

Set-ServerComponentState $servername -Component ServerWideOffline -State inactive -Requester Maintenance

}

else{

Set-ServerComponentState $servername -Component ServerWideOffline -State Active -Requester Maintenance

if((get-exchangeserver $servername).serverrole -match "Mailbox"){

Resume-ClusterNode $servername

Set-MailboxServer $servername -DatabaseCopyActivationDisabledAndMoveNow $False

Set-MailboxServer $servername -DatabaseCopyAutoActivationPolicy Unrestricted

Set-ServerComponentState $servername -Component HubTransport -State Active -Requester Maintenance

}

Критика приветствуется.

Приглашаем на VeeamOn в Москве 6 июня 2019 года

VeeamON Forum Россия 2019 состоится в Москве 6 июня в Отеле Хаятт Ридженси Москва Петровский Парк.

Приглашаем ознакомиться с программой, зарегистрироваться и участвовать!

Обращаю внимание, что программа состоит из 2 направлений:

Управление данными в облаке
Непрерывность бизнеса

Exchange 2013 CU22 и информация об Exchange

Я уже писал о том, что после разворачивания CU22 на Exchange 2013 вы получаете запись в реестре о том, что, оказывается, на сервере-то установлен Exchange 2013 CU20. Microsoft проблему признало и выпустило совет, как можно вручную исправить ключ реестра.

Я же по привычке делюсь скриптом, который исправит этот ключ реестра по всем вашим серверам Exchange, подразумевая что все они – Exhchange 2013 CU22.

Get-ExchangeServer | %{$reg = [Microsoft.Win32.RegistryKey]::OpenRemoteBaseKey('LocalMachine',$_.name); $regKey= $reg.OpenSubKey("SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Uninstall\\Microsoft Exchange v15",$true); $regKey.SetValue("DisplayName","Microsoft Exchange Server 2013 Cumulative Update 22",[Microsoft.Win32.RegistryValueKind]::String);$_.name}

Get-ExchangeServer | %{$reg = [Microsoft.Win32.RegistryKey]::OpenRemoteBaseKey('LocalMachine',$_.name); $regKey= $reg.OpenSubKey("SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Uninstall\\Microsoft Exchange v15",$true); $regKey.SetValue("DisplayName","Microsoft Exchange Server 2013 Cumulative Update 22",[Microsoft.Win32.RegistryValueKind]::String);$_.name}

Скрипт пройдется по всем серверам Exchange в организации, поменяет параметр реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Microsoft Exchange v15\Displayname и выведет имя сервера в качестве интерактива с вами.

Если вам нужно, чтобы обрабатывались не все сервера, а только какой-то список, то:

список серверов нужно будет подать на вход вместо командлета Get-ExchangeServer;
вместо $_.name использовать более подходящий $_

P.S. История с этим апдейтом напомнила

“Здравствуйте, я бедный албанский вирус. Я пока что ничего не умею, и к сожалению, не могу причинить вред вашему компьютеру. Пожалуйста, будьте так любезны, сотрите один из важных файлов с жесткого диска вашего компьютера самостоятельно и перешлите меня 30 друзьям. И будет вам счастье. Если вы этого не сделаете я обижусь и не будет вам счастья и конфет весь следующий год! Заранее благодарен за понимание и сотрудничество”.

Проблемы с бэкапом из-за нецелого размера vmdk-диска

Обратил внимание на то, что некоторые виртуальные машины не бэкапятся через штатный VADP API. Техническая поддержка NetBackup нашла в логах, что причиной этого является дробный (нецелый) размер VMDK-диска.

Создать такой диск очень просто – указать дробный размер для терабайт в “толстом” клиенте:

Если изменить единицы измерения с терабайт на гигабайты, вы увидите, что диск занимает нецелое количество гигабайт (и соответственно, мегабайт).

Веб-клиент в этом плане получше – он сразу показывает наличие проблемы:

Лечится проблема достаточно легко:

Меняете единицы измерения на мегабайты и увеличиваете размер диска в сторону ближайшего целого значения. В приведенном случае вместо 2’086’666,23925781 МБ у вас должно стать 2’086’667 МБ.
Растягиваете размер файловой системы на вновь появившееся место.

Для экспресс-проверки вашей инфраструктуры вы можете воспользоваться следующим PowerCLI-скриптом:

Get-VM | Get-HardDisk | where {($_.capacityGB-[math]::Truncate($_.capacityGB)) -gt 0} | ft capacityGB, parent -AutoSize

1	Get-VM \| Get-HardDisk \| where {($_.capacityGB-[math]::Truncate($_.capacityGB)) -gt 0} \| ft capacityGB, parent -AutoSize

Скрипт выведет список виртуальных машин и размер диска, имеющего дробное значение.

XenServer умер, да здравствует Citrix Hypervisor!

Кроме VMware vSphere, на свете существуют и менее известные гипервизоры, имеющие непростой жизненный путь.

Один из таких XenServer от компании Citrix: то открытый, то проприетарный; то бесплатный, то платный. А теперь и имя не нравится – вместо Citrix XenServer получаем Citrix Hypervisor 8.0.

Новое в версии 8.0:

Гипервизор Xen 4.11.
Поддержка актуальных дистрибутивов Linux и Microsoft Windows Server 2019.
Поддержка процессоров Xeon CascadeLake-SP.
Экспериментальная поддержка загрузки гостевых систем в режиме UEFI.

Релиз VMware vSphere 6.7 Update 2

Недолго ждали и вот VMware vSphere 6.7 Update 2 стал доступен:

VMware ESXi 6.7 Update 2 Release Notes

VMware vCenter Server 6.7 Update 2 Release Notes

Обзоры:

Enhancements to Working with Plug-ins in the vSphere Client (vSphere 6.7 Update 2)

Анонс VMware vSphere 6.7 update 2

На днях анонсирована новая версия VMware vSphere 6.7 update 2, которая будет доступен в ближайшее время. Подборка статей с описанием различного функционала:

Также анонсирована новая версия Operations Managere 7.5:

Пара кейсов по импорту OVA-шаблонов

Возникла задача развернуть пару виртуалок Avaya.

На третьем шаге мастер по импорту шаблонов споткнулся и сказал, что сертификат vCenter недоверенный.

Решение стандартное: сертификату vCenter рабочая станция должна доверять, причем подключаться вы должны по полному имени (FQDN) vCenter.

Один из вариантов – это добавить в доверенные узлы на вашей рабочей станции тот центр сертификации, которым воспользовался vCenter.

Для просмотра сертификата vCenter нажмите на красный значок в адресной строке:

Затем перейдите на вкладку “Путь сертификации”, выберите сертификат центра сертификации (самый верхний) и нажмите “Просмотр сертификата”.

Указанный сертификат необходимо установить в доверенные центры сертификации “Local Machine” на вашей рабочей станции.

После этого перезапустите браузер и подключитесь по полному имени сервера, указанному в сертификате в поле “Кому выдан” или CN.

Но и это еще не все – ряд виртуальных машин отказывался импортироваться, выдавая ошибки несоответствия.

Для решения данной проблемы я исключил проверку целостности OVA-архива, распаковав его и удалив файлы .cert и .mf.

P.S. соавтор Mr_Nobody подсказывает, что при развертывании через Host Client сертификаты игнорируются.

Exchange 2013 CU22 и Get-ExchangeEnvironment

Четыре года назад я писал о своем опыте инвентаризации серверов Exchange в организации.

Для инвентаризации серверов мы используем скрипт Get-ExchangeEnvironment, который за последние годы был модернизирован для поддержки Exchange 2016 и большой кучи CU к Exchange 2013 🙂

Вышел Exchange 2013 CU22, закрывающий критические уязвимости в безопасности, и мы его развернули.

При этом мы столкнулись с парой проблем:

Пропатченные сервера Exchange стали прикидываться Exchange 2013 CU20. Неожиданно, но это косяк Microsoft. В качестве лечения предлагается вручную исправить параметр реестра, содержащий номер CU (с “20” на “22”).
Второй подвох ждал нас уже в скрипте инвентаризации: после исправления пункта №1 версия Exchange перестала отображаться.

Реверс инжиниринг скрипта показал, что в скрипте последний “поддерживаемый” CU – CU20:

# 1.5.8 Exchange Service Pack String Mapping
$ExSPLevelStrings = @{"0" = "RTM" 
                      "1" = "SP1"  
                      "2" = "SP2"
                      "3" = "SP3"  
                      "4" = "SP4"   
                      "SP1" = "SP1"  
                      "SP2" = "SP2"}      # Add many CUs                 
   for ($i = 1; $i -le 20; $i++)      {  
       $ExSPLevelStrings.Add("CU$($i)","CU$($i)");}

# 1.5.8 Exchange Service Pack String Mapping

$ExSPLevelStrings = @{"0" = "RTM"

"1" = "SP1"

"2" = "SP2"

"3" = "SP3"

"4" = "SP4"

"SP1" = "SP1"

"SP2" = "SP2"} # Add many CUs

for ($i = 1; $i -le 20; $i++) {

$ExSPLevelStrings.Add("CU$($i)","CU$($i)");}

Соответственно, для отображения корректной версии “Exchange 2013 CU22” вам нужно увеличить число, выделенное жирным и подчеркнутое, до 22.

P.S. Перечитал старую статью – там тоже были проблемы с отображаемыми CU 🙂

Особенно посмеялся со своей фразы “Исправляем таблицу, предположив, что для Exchange 2013 не будет выпущено больше CU10”.

Релиз Veeam Backup & Replication 9.5 Update 4a

Компания Veeam выпустила исправляющую ошибки версию для своего флагманского продукта Veeam Backup & Replication 9.5.

Кроме 300 исправлений, появилась поддержка разных систем и ПО:

Предварительная поддержка VMware vSphere 6.7 Update 2, включая virtual hardware версии 15.
Microsoft System Center Virtual Machine Manager 2019.
Dell EMC Data Domain OS 6.2 по протоколам DDBoost и CIFS/NFS.
Поддержка тома NSS на ОС Open Enterprise Server.
Поддержка нового японского имперского календаря.

Заметки к релизу.