Из переписки - vsish

Из переписки:
я бы допустил ошибку в фёрме, если бы не разные вендора, поверил бы в погрешность абортов и ретраев, если бы это было не 10% от общего количества, ну и самая печаль что счетчики Failed Blocks W/R (
vsish -e /storage/scsifw/devices/naa.XXX/stats
) так же растет несоразмерно допустимой погрешности

Dark Dark Evil Way:

vsish -e get /hardware/ipmiSupport
esxcli hardware ipmi sdr list
VSISH
VMkernel system information shell (known as vsish) is a great tool for troubleshooting network performance issue. vsish runs in the ESXi shell and let you look at in advanced system parameters and performance information of the ESXi host and associated objects like the VMs.
https://vmwareaddicted.blogspot.com/2017/01/network-troublshooting-using-esxcli-and.html

Цикл статей Защита привилегированных аккаунтов

Защита привилегированных аккаунтов домена:
Вот цикл статей неплохой, о том, что нужно защищать. Понятно, что сейчас virtual base security и пр, нового много. Но для понимания полезно, чтобы debug привилегиями не ограничиваться: https://www.securitylab.ru/analytics/431689.php
https://www.securitylab.ru/analytics/437458.php
https://www.securitylab.ru/analytics/437459.php
https://www.securitylab.ru/analytics/437270.php

Let's do some magic

[string]$proxydomain_1 = "@ xxx.ru"; #delete some whitespace
[string]$proxydomain_2 = "@ xxx.local"; #delete some whitespace
[string]$powersnapin = "Coexistence-Configuration"; #Directory Sync PS-Snapin name
[string]$email = $_.SamAccountName + '$proxydomain_1'
Import-Module ActiveDirectory
Get-ADUser -Filter "*" -SearchScope Subtree -Properties ProxyAddresses, givenName, Surname, mail | foreach-object {

Write-Host "Editing user: $_.SamAccountName"

if ($_.Proxyaddresses -match $_.SamAccountName+""+$proxydomain_1)
{
Write-Host "Result: Proxy Address already exists; No action taken."
}
else
{
Set-ADUser -Identity $_.SamAccountName -Remove @{Proxyaddresses="SMTP:"+$_.SamAccountName+""+$proxydomain_2}
Set-ADUser -Identity $_.SamAccountName -Remove @{Proxyaddresses="smtp:"+$_.SamAccountName+""+$proxydomain_1}
Set-ADUser -Identity $_.SamAccountName -Add @{Proxyaddresses="SMTP:"+$_.SamAccountName+""+$proxydomain_1}
Set-ADUser -Identity $_.SamAccountName -Add @{Proxyaddresses="smtp:"+$_.SamAccountName+""+$proxydomain_2}
}
#}

Microsoft Azure Fundamentals Certification Course (AZ-900)

Microsoft Azure Fundamentals Certification Course (AZ-900) - Pass the exam in 3 hours!
Learn about Microsoft Azure and pass the Azure Fundamentals exam! The Azure Fundamentals exam is an opportunity to prove knowledge of cloud concepts
https://www.youtube.com/watch?v=NKEFWyqJ5XA

UPD
Ловите всякие халявные эвенты на https://events.microsoft.com/?timeperiod=next30Days&isSharedInLocalViewMode=false по аз-900 всегда ваучеры дают сразу на экзамен, читают его ну очень часто

Exchange migration - Client Connectivity in an Exchange 2016 Coexistence Environment with Exchange 2

Из переписки:
Я на FB уже сто лет не была. Формально обновление всех сайтов не требуется. с другой стороны, рекомендуется мигрировать связанные ящики совместно. Т.е. общие ящики, ящики делегатов и пр. У меня заказчики этим рекомендациям не следуют (лень). и проблем не было за последнее время. Но тестирование никто не отменял. при использовании тех же MAC-ов нужно одновременно мигрировать архив и сам ящик на новую версию, формально архив и ящик на разных версиях не поддерживаются, хотя все работает, кроме Outlook for Mac. P.S. если ссылаешься на мнение вендора, было бы не плохо ссылкой подкреплять. Или выражать это как свое мнение.
Посайтовая миграция это обычная практика. Поднимаете в сайте нужно кол-во серверов с ролью MBX 2016. При этом нужно убедиться, что точка входа по RPC (CAS array) не совпадает с HTTP (VDs, OA). Если не совпадает, то вам повезло. Если совпадает, это отдельная тема. На 2016 настраиваете директории так, как на 2010 (там могут быть разные точки для HTTP). Для mapi\http выбираете подходящее имя. Когда 2016 полностью настроен, переключаете в DNS или на балансировщике (что там у вас) HTTP на 2016. Т.е. подключения 2010-х клиентов к ящику и адресной книге остаются на 2010 (это идеальный вариант) , HTTP (AutoD, EWS... etc) подключаются на 2016. Так же нужно переключить внешний доступ, если он есть. Мигрируете. Из других сайтов подключения будут проксироваться на 2010 CAS, если ящик на 2010. Все описано с примерами

Т.е. суть в том, что запросы HTTP проксирует 2016 на 2010, он это делать умеет. На Channel9 (да, я опять рекламирую это старый добрый ресурс) можно найти презентации с анимацией, как работает клиентское подключение. Они Естественно, не 2020 года, но с тех пор ничего и не менялось.

Client Connectivity in an Exchange 2016 Coexistence Environment with Exchange 2010
https://techcommunity.microsoft.com/t5/exchange-team-blog/client-connectivity-in-an-exchange-2016-coexistence-environment/ba-p/603945

UPD
Вот ваш коллега писал, нашел ту статью. Но у себя в проде мигрировал по сайтам с заменой SCP и т.д. Не доводил до таких моментов )
Autodiscover Service Connection Point (SCP) in coexistence 2007 / 2010/ 2013
http://www.alexxhost.ru/2013/12/autodiscover-service-connection-point.html