Перед встановленням оновлення у вас має бути свіже бекап Active Directory
Якщо ролі MBX і CAS встановлені на різних серверах, то в першу чергу необхідно встановлювати оновлення на сервер з роллю MBX
Встановлене оновлення не можна видалити, щоб повернутися до раніше встановленого
У нашому сценарії оновлення, ми будемо використовувати наступну архітектуру:
1 ліс, 1 домен, 1 сайт з виходом в Інтернет
1 контролер домену (DC01)
2 сервера з суміщеними ролями MBX і CAS, об'єднаних в DAG (EX01 і EX02)
1 сервер з роллю CAS (CAS01)
Загальний план оновлення (для нашого сценарію)
Готуємо Active Directory (етап 1)
Визначаємо сервер з роллю "Primary Active Manager" (в моєму випадку це сервер EX01) - його оновлювати будемо в останню чергу (етап 2)
Готуємо сервер EX02 для установки оновлення (етап 2)
Переводимо сервер EX02 в Maintenance Mode (етап 3)
Встановлюємо оновлення (етап 4а або 4б)
Перевірюємо Exchange оновленого сервера (етап 6)
Повторюємо кроки 3-7 для сервера EX01
Повторюємо кроки 3-7 для сервера CAS01
Оновлюємо Management Tools (етап 7)
Етап 1. Підготовка Active Directory.
Запускаємо командний рядок cmd.exe (НЕ Powershell), переходимо в папку з розпакованим оновленням і запускаємо наступну команду
Якщо у вашій організації є кілька доменів, де знаходяться облікові записи з поштовими скриньками, то вам необхідно додатково підготувати і їх (докладніше можна прочитати в статті Prepare Active Directory and domains)
Етап 2. Підготовка до встановлення
Нижче представлений список файлів, зміни в яких необхідно зберегти куди-небудь, щоб після установки оновлення їх внести заново:
Exchange: файли * .config - конфігураційні файли служб Exchange (вони розташовуються по шляху C: \ Program Files \ Microsoft \ Exchange Server \ V15 \ Bin) - їх зміна зазвичай пов'язане, наприклад, з необхідністю збільшити кількість одночасних переміщень поштових скриньок
Exchange: реєстр (розташування HKLM \ Software \ Microsoft \ ExchangeServer \ V15)
Далі необхідно визначити, який із MBX серверів в даний момент тримає роль "Primary Active Manager" - цей MBX сервер необхідно буде оновлювати в останню (.) Чергу. Зробити це можна одним з таких способів:
Подивитися в консолі "Failover Cluster Manager":
Використовуючи командлет Get-ClusterGroup (сервер з роллю PAM завжди буде власником "Cluster Group"):
Етап 3. Включення Maintenance режиму
Якщо у вас в організації більше одного MBX сервера або більше одного CAS сервера, то щоб знизити загальний час даунтайм сервісу, обов'язково потрібно включати "режим обслуговування" (maintenance mode). Це необхідно для того, щоб кліенсткіе підключення виявилася перенаправлялись на оновлюваний сервер, щоб копії поштових баз в DAG не активована на обновлюваному сервері і т.д.
Як це робиться?
CAS Maintenance Mode
Для включення Maintenance Mode для сервера тільки з CAS роллю необхідно виконати наступне:
Якщо у вас використовується який-небудь механізм балансування між декількома CAS серверами, то в першу чергу необхідно виключити цей сервер з пулу балансування. При цьому, якщо ви використовуєте залізний балансувальник і у вас налаштований моніторинг компонентів Exchange (з використанням перевірки сторінки ... / HealthCheck.htm), то ручне виключення з пулу балансування можна пропустити.
Відкриваємо EMS і виконуємо наступну команду:
Після виконання цієї команди, сервер з роллю CAS буде переведений в Maintenance Mode.
MBX Maintenance Mode
Для включення Maintenance Mode для сервера тільки з MBX роллю або для сервера з суміщеними ролями MBX + CAS. необхідно виконати наступне:
Якщо у вас використовується який-небудь механізм балансування між декількома CAS серверами, то в першу чергу необхідно виключити цей сервер з пулу балансування. При цьому, якщо ви використовуєте залізний балансувальник і у вас налаштований моніторинг компонентів Exchange (з використанням перевірки сторінки ... / HealthCheck.htm), то ручне виключення з пулу балансування можна пропустити.
Переводимо службу Transport в режим Draining (для того, щоб нові повідомлення не приймалися, а ще недоставлені - вирушили):
Перенаправляємо все решта повідомлення в чергах на інший MBX сервер (ім'я сервера призначення повинно бути обов'язково задано в вигляді FQDN):
Переводимо стан Ноди кластера в паузу (це робиться для того, щоб нода не змогла взяти на себе роль PAM):
Ініціюємо переміщення активних копій, які перебувають на цьому сервері, на інші сервера:
Встановлюємо заборона на активацію копій, які перебувають на цьому сервері:
Переводимо всі компоненти сервера в режим Maintenance Mode:
Після виконання цих команд, сервер з роллю MBX (або CAS + MBX) буде переведений в Maintenance Mode.
Етап 4а. Встановлення оновлення (використовуючи майстер установки)
Переходимо в папку з розпакованим оновленням і запускаємо файл setup.exe
У вікні "Check for Updates? "Вибираємо пункт" Do not check for updates right now "і натискаємо Next
У вікні "License Agreement" Новомосковський ліцензійну угоду, приймаємо його і натискаємо Next.
У вікні "Readiness Checks" майстер установки перевірить готовність усіх попередніх вимог, і, якщо критичних помилок не буде, натискаємо Install для початку установки оновлення (в моєму випадку майстер установки не знайшов відправляє коннектора, що в даному випадку не важливо, тому що це тестовий сервер).
Після цього почнеться установка оновлення. Залежно від деяких критеріїв (кількість поштових баз, з якої версії відбувається оновлення, продуктивність сервера і т.д.) установка може зайняти до декількох годин.
Після закінчення установки оновлення, майстер установки запропонує виконати перезавантаження сервера, що ми і зробимо.
Етап 4б. Встановлення оновлення (використовуючи командний рядок)
Запускаємо командний рядок cmd.exe (НЕ Powershell), переходимо в папку з розпакованим оновленням і запускаємо наступну команду:
Після цього почнеться установка поновлення в автоматичному режимі, після закінчення якої на екран виведеться інформація про результат.
Після установки оновлення обов'язково перезавантажуємо сервер.
Етап 5. Висновок сервера з Maintenance Mode
Після установки оновлення та перевірки версії необхідно вивести сервер з режиму Maintenance Mode, щоб він продовжив обслуговувати клієнтів.
Для цього необхідно виконати наступні кроки:
Після установки обноленія і виведення сервера з Maintanance Mode необхідно перевірити його працездатність. Для цього необхідно виконати наступні кроки:
Перевірити версію сервера через EAC (розділ Servers): Перевірити версію сервера через EMS можна наступним чином:
Перевірити, що всі ноди кластера доступні:
Перевірити, що всі служби запущені: