Роман Безруков

поднять галку "Запуск от имени Администратора"

во первых в этом случае запрос превышения прав будет всплывать каждый раз при запуске

Во вторых, правильно, создавать задачу в планировщике задач, там же и указывать условие запуска (можно без условия), и под каким пользователем, включая превышение прав.

Для запуска уже настроенной задачи без условия запуска можно использовать консольную команду schtasks /run

которая гораздо удобнее и легче в настройке

Ровно до тех пор, пока у вас не появляются нестандартные запросы. Например, перевод входящего звонка в зависимости от графика работы подразделений, меняющегося по праздникам и выходным. Или использование нескольких очередей с самостоятельной регистрацией в них операторов и интерфейсом, отображающим отвеченные и пропущенные звонки в этой очереди. Или дать возможность регистрироваться под одним номером с нескольких телефонов (рабочий аппарат сотрудника, софтфон на смартфоне сотрудника, софтфон на домашнем компьютере сотрудника). Или связать напрямую свой Asterisk с Asterisk организации-партнёра/клиента для прямых звонков.
Чистый Asterisk очень гибок в настройке, способен работать напрямую с базами данных, LDAP/AD и запускать внешние скрипты.

Для получения ответа на столь обще поставленные вопросы имеет смысл сначала прочесть документацию произовдителя.
В целом, вы понимаете правильно: подавляющая часть конфигурации Exchange хранится в AD, а потому резервное копирование сервера Exchange состоит, в основном, из резервного копирования данных (БД), а восстановление - в установке сервера Exchange в режиме восстановления и восстановлении БД. Но может потребоваться сохранение/восстановление нестандартных настроек служб (если есть), плюс, что-то надо делать с сертификатами: либо тоже сохранять/восстанавливать, либо перевыпускать после восстановления. Подробности см. в документации.
Для резервного копирования БД Exchange вполне достаточно встроенного Windows Server Backup (описано в документации). Сторонние программы предоставляют дополнительные удобные средства для управления резервными копиями, однако стоят денег. Так что, нужны они вам, или нет -разбирайтесь сами по месту.
И напоследок - имейте ввиду, что Exchange сильно зависит от AD, поэтому о сохраненности ее данных надо обязательно позаботиться.

Короче, полез таки я повторить ваш запрос
На заголовки посмотрел до того не очень внимательно

Тут на самом деле проблема не кодировки в смысле клиента (charset), а encoding для протокола - в смысле алгоритма компрессии. По короткому кусочку вывода это было не очень понятно, а выполнили ли вы рекомендацию записать в файл и там посмотреть - не ответили.

Проблема в том, что PSv5.1 не умеет декодировать контент в том виде как вы его просите, а именно
"accept-encoding"="gzip, deflate, br, zstd"
PSv5.1 умеет в gzip, deflate, zstd. а вот в br не умеет

Варианты:

1. Используйте PSv7, он умеет
   
2. Уберите 'br' из заголовка accept-encoding запроса
   
3. Уберите вообще заголовок accept-encoding из запроса
   

как и везде - load balancer, железный или софтовый (haproxy например).

Используйте FromStream

$content = Get-Content -Path "C:\temp\logo.jpg" -Encoding byte
$ms = New-Object System.IO.MemoryStream
$ms.Write($content)
$img = [System.Drawing.Image]::FromStream($ms)

Может так ?

$ou -split ',?..=' -split { }

Нигде ведь не сказано, что сплит должен быть один. И регулярка одна на 5 символов