Требования и рекомендации для кластерного обновления
В этом разделе описываются требования и зависимости, необходимые для применения обновлений с учетом кластера (CAU) для применения обновлений к отказоустойчивом кластеру под управлением Windows Server.
Примечание.
Вам может потребоваться самостоятельно проверить готовность кластерной среды к применению обновлений, если вы используете подключаемый модуль, отличный от Microsoft.WindowsUpdatePlugin. Если вы используете сторонний подключаемый модуль, за дополнительной информацией обратитесь к его издателю. Дополнительные сведения о подключаемых модулях см. в статье о работе подключаемых модулей.
Установка компонента отказоустойчивости кластеров и средств отказоустойчивости кластеров
Для использования CAU необходимо установить компонент отказоустойчивости кластеров и средства отказоустойчивости кластеров. Средства отказоустойчивости кластеров включают в себя средства CAU (clusterawareupdating.dll), командлеты для работы с отказоустойчивыми кластерами и другие компоненты, необходимые для операций CAU. Инструкции по установке компонента отказоустойчивости кластеров см. в записи блога Установка компонента отказоустойчивости кластеров и средств отказоустойчивости кластеров.
Точные требования к установке для средств отказоустойчивой кластеризации зависят от того, координирует ли CAU обновления как кластеризованную роль в отказоустойчивом кластере (с помощью режима самостоятельного обновления) или с удаленного компьютера. Для режима самообновления CAU необходимо дополнительно установить кластерную роль CAU в отказоустойчивом кластере с помощью средств CAU.
В таблице ниже кратко описываются требования для установки компонента CAU в двух режимах обновления CAU.
| Установленный компонент | Режим самообновления | Режим удаленного обновления |
|---|---|---|
| Средство отказоустойчивости кластеров | Требуется во всех узлах кластера | Требуется во всех узлах кластера |
| Средства отказоустойчивой кластеризации | Требуется во всех узлах кластера | — обязательный для удаленного обновления компьютер — требуется на всех узлах кластера для запуска командлета Save-CauDebugTrace |
| Кластерная роль CAU | Обязательное поле | Необязательное |
Получение учетной записи администратора
Для использования компонентов CAU требуются указанные ниже разрешения администратора.
Чтобы просмотреть или применить действия обновления с помощью пользовательского интерфейса CAU или командлетов обновления с поддержкой кластера, необходимо использовать учетную запись домена с правами и разрешениями локального администратора на всех узлах кластера. Если у учетной записи нет достаточных привилегий на каждом узле, вам будет предложено в окне обновления с поддержкой кластера указать необходимые учетные данные при выполнении этих действий. Чтобы использовать командлеты обновления с поддержкой кластера, можно указать необходимые учетные данные в качестве параметра командлета.
Если вы используете CAU в режиме удаленного обновления при входе с учетной записью, которая не имеет прав локального администратора и разрешений на узлах кластера, необходимо запустить средства CAU в качестве администратора с помощью учетной записи локального администратора на компьютере координатора обновления или с помощью учетной записи, которая имеет клиент после проверки подлинности права пользователя.
Чтобы запустить анализатор рекомендаций CAU, необходимо использовать учетную запись с правами администратора на узлах кластера и локальных административных привилегиях на компьютере, который используется для запуска командлета Test-CauSetup или анализа готовности к обновлению кластера с помощью окна обновления с учетом кластера. Дополнительные сведения см. в разделе Проверка готовности к обновлению кластера.
Проверка конфигурации кластера
Ниже приведены общие требования, которые должны выполняться, чтобы отказоустойчивый кластер поддерживал обновление с помощью CAU. Дополнительные требования к конфигурации для удаленного управления на узлах приведены в подразделе Настройка узлов для удаленного управления далее в этом разделе.
Должно быть доступно достаточное число узлов кластера, чтобы в кластере был кворум.
Все узлы кластера должны быть в одном домене Active Directory.
Имя кластера должно разрешаться в сети с помощью DNS.
Если компонент CAU используется в режиме удаленного обновления, компьютер координатора обновлений должен иметь сетевое соединение с узлами отказоустойчивого кластера и должен относиться к тому же домену Active Directory, что и отказоустойчивый кластер.
Служба кластеров должна быть запущена во всех узлах кластера. По умолчанию эта служба устанавливается во всех узлах кластера, и для нее настраивается автоматический запуск.
Чтобы использовать скрипты powerShell перед обновлением или после обновления во время выполнения обновления CAU, убедитесь, что скрипты установлены на всех узлах кластера или доступны всем узлам, например в общей сетевой папке с высоким уровнем доступности. Если сценарии сохранены в сетевой папке, настройте для нее разрешение на чтение для группы "Все".
Настройка узлов для удаленного управления
Чтобы использовать обновление с поддержкой кластера, все узлы кластера должны быть настроены для удаленного управления. По умолчанию единственной задачей, которую необходимо выполнить для настройки узлов для удаленного управления, является включение правила брандмауэра для разрешения автоматического перезапуска.
В следующей таблице перечислены полные требования к удаленному управлению, если среда не соответствует значениям по умолчанию.
Эти требования дополняют требования раздела Установка компонента отказоустойчивости кластеров и средств отказоустойчивости кластеров , а также общие требования для использования кластеризации, которые описаны в предыдущих подразделах этого раздела.
| Требование | Состояние по умолчанию | Режим самообновления | Режим удаленного обновления |
|---|---|---|---|
| Включение правила брандмауэра для разрешения автоматического перезапуска | Выключено | Требуется во всех узлах кластера, если используется брандмауэр | Требуется во всех узлах кластера, если используется брандмауэр |
| Включение инструментирования управления Windows | Включен | Требуется во всех узлах кластера | Требуется во всех узлах кластера |
| Включение удаленного взаимодействия Windows PowerShell 3.0 или 4.0 и Windows PowerShell | Включен | Требуется во всех узлах кластера | Требуется во всех узлах кластера для выполнения следующих компонентов: — командлет Save-CauDebugTrace |
| Установка платформа .NET Framework 4.6 или 4.5 | Включен | Требуется во всех узлах кластера | Требуется во всех узлах кластера для выполнения следующих компонентов: — командлет Save-CauDebugTrace |
Включение правила брандмауэра для обеспечения автоматического перезапуска
Если в узлах кластера используется брандмауэр Windows или сторонний брандмауэр, то, чтобы разрешить автоматический перезапуск после применения обновлений (если это необходимо), в каждом узле необходимо включить правило брандмауэра, разрешающее следующий трафик:
Протокол: TCP
Направление: входящий
Программа: wininit.exe
Порты: динамические RPC-порты
Профиль: домен
Если в узлах кластера используется брандмауэр Windows, сделать это можно путем включения группы правил брандмауэра Windows Удаленное завершение работы в каждом узле кластера. При использовании окна обновления с поддержкой кластера для применения обновлений и настройки параметров самостоятельного обновления группа правил брандмауэра Windows удаленного завершения работы автоматически включается на каждом узле кластера.
Примечание.
Группу правил брандмауэра Windows Remote Shutdown нельзя включить, если она вступит в конфликт с параметрами групповой политики, настроенными для брандмауэра Windows.
Группа правил брандмауэра удаленного завершения также включена, указав параметр -EnableFirewallRules при выполнении следующих командлетов CAU: Add-CauClusterRole, Invoke-CauRun и SetCauClusterRole.
В следующем примере PowerShell показан дополнительный метод для включения автоматического перезапуска на узле кластера.
Set-NetFirewallRule -Group "@firewallapi.dll,-36751" -Profile Domain -Enabled true
Включение инструментария управления Windows (WMI)
Для всех узлов кластера должно быть настроено удаленное управление с помощью инструментария управления Windows (WMI). Эта функция включена по умолчанию.
Чтобы включить удаленное управление вручную, выполните указанные ниже действия.
В консоли "Службы" запустите службу Удаленное управление Windows и задайте для нее тип запуска Автоматически.
Выполните командлет Set-WSManQuickConfig или следующую команду из командной строки с повышенными привилегиями.
winrm quickconfig -q
Если в узлах кластера используется брандмауэр Windows, то для поддержки удаленного взаимодействия WMI в каждом узле необходимо включить правило брандмауэра Удаленное управление Windows (HTTP) . По умолчанию это правило включено.
Включение Windows PowerShell и удаленного взаимодействия Windows PowerShell
Чтобы включить режим самостоятельного обновления и некоторые функции CAU в удаленном режиме обновления, PowerShell необходимо установить и включить для запуска удаленных команд на всех узлах кластера. По умолчанию PowerShell устанавливается и включена для удаленного взаимодействия.
Чтобы включить удаленное взаимодействие PowerShell, используйте один из следующих методов:
Выполните командлет Enable-PSRemoting .
Настройте параметр групповой политики на уровне домена для удаленного управления Windows (WinRM).
Дополнительные сведения о включении удаленного взаимодействия PowerShell см. в разделе "Сведения о удаленных требованиях".
Установка платформа .NET Framework 4.6 или 4.5
Чтобы включить режим самостоятельного обновления и некоторые функции CAU в удаленном режиме обновления, платформа .NET Framework 4.6 или платформа .NET Framework 4.5 (в Windows Server 2012 R2) должны быть установлены на всех узлах кластера. По умолчанию платформа NET Framework устанавливается.
Чтобы установить платформа .NET Framework 4.6 (или 4.5) с помощью PowerShell, если он еще не установлен, используйте следующую команду:
Install-WindowsFeature -Name NET-Framework-45-Core
Рекомендации по использованию обновления с учетом кластеров
Рекомендации по применению обновлений Майкрософт
Перед началом использования CAU для применения обновлений с помощью подключаемого модуля по умолчанию Microsoft.WindowsUpdatePlugin в кластере рекомендуется остановить все остальные методы установки обновлений программ в узлах кластера.
Внимание
Одновременное использование CAU и методов, выполняющих автоматическое обновление отдельных узлов (по расписанию в заданное время), может привести к непредсказуемым результатам — вплоть до прерывания обслуживания и незапланированных простоев.
Рекомендуется придерживаться следующего плана действий.
Для получения оптимальных результатов рекомендуется отключить параметры автоматического обновления в узлах кластера, например параметры автоматического обновления на панели управления или параметры, настроенные с помощью групповой политики.
Внимание
Автоматическая установка обновлений в узлах кластера может помешать установке обновлений с помощью CAU и привести к сбоям CAU.
При необходимости можно использовать следующие параметры автоматического обновления, которые совместимы с CAU, так как администратор может управлять временем установки обновлений:
параметры, в соответствии с которыми перед загрузкой и установкой обновлений выводятся уведомления;
параметры, в соответствии с которыми обновления загружаются автоматически, но перед их установкой выводятся уведомления.
Однако, если служба автоматического обновления загружает обновления одновременно с прогоном обновления CAU, на выполнение прогона может потребоваться больше времени.
Не настраивайте систему обновления, такую как службы Windows Server Update Services (WSUS), для автоматического применения обновлений (по расписанию в заданное время) на узлах кластера.
Во всех узлах кластера должно быть настроено использование одного и того же источника обновлений, например сервера служб WSUS, Центра обновления Windows или Центра обновления Майкрософт.
При использовании системы управления конфигурацией для обновления программного обеспечения на компьютерах в сети отмените все обязательные и автоматические обновления для узлов кластера. Примерами систем управления конфигурацией являются Microsoft Endpoint Configuration Manager и Microsoft System Center диспетчер виртуальных машин 2008.
Если для хранения и развертывания обновлений используются внутренние серверы распространения программного обеспечения (например, серверы WSUS), убедитесь, что эти серверы правильно определяют утвержденные обновления для узлов кластера.
Применение обновлений Майкрософт в филиалах
Для загрузки обновлений Майкрософт из Центра обновления Майкрософт или Центра обновления Windows на узлы кластера в филиале в некоторых случаях может потребоваться настроить параметры прокси-сервера для учетной записи Local System в каждом узле. Например, это может быть необходимо сделать в случае, если кластеры в филиалах получают доступ к Центру обновления Майкрософт или Центру обновления Windows для загрузки обновлений через локальный прокси-сервер.
При необходимости настройте параметры прокси-сервера WinHTTP в каждом узле, указав локальный прокси-сервер и исключения локальных адресов (то есть список локальных адресов, не требующих прокси-сервера). Для этого можно выполнить следующую команду в каждом узле кластера из командной строки с повышенными привилегиями.
netsh winhttp set proxy <ProxyServerFQDN >:<port> "<local>"
Где <ProxyServerFQDN> — это полное доменное имя прокси-сервера и< порт— порт>, через который следует взаимодействовать (обычно порт 443).
Например, чтобы настроить параметры прокси-сервера WinHTTP для учетной записи локальной системы, указав прокси-сервер MyProxy.CONTOSO.com, с исключениями портов 443 и локальных адресов введите следующую команду:
netsh winhttp set proxy MyProxy.CONTOSO.com:443 "<local>"
Рекомендации по использованию подключаемого модуля Microsoft.HotfixPlugin
Мы рекомендуем настроить разрешения для корневой папки исправлений и файла конфигурации исправлений, предоставив доступ для записи только локальным администраторам компьютеров, на которых хранятся эти файлы. Это поможет предотвратить несанкционированный доступ к этим файлам, который может нарушить функционирование отказоустойчивого кластера при применении исправлений.
Чтобы обеспечить целостность данных для подключения SMB, используемых для доступа к корневой папке исправлений, в общей папке SMB следует настроить шифрование SMB, если это возможно. Подключаемый модуль Microsoft.HotfixPlugin требует настройки подписания SMB или шифрования SMB для обеспечения целостности данных, передаваемых через подключения SMB.
Дополнительные сведения см. в разделе "Ограничение доступа к корневой папке исправлений" и файлу конфигурации исправлений.
Дополнительные рекомендации
Чтобы не помешать выполнению пробега обновления CAU, который может быть запланирован на то же время, не планируйте изменение паролей для объектов имен кластеров и виртуальных объектов-компьютеров на периоды запланированного обслуживания.
Следует задать соответствующие разрешения для сценариев, выполняемых перед обновлением или после обновления, которые сохранены в сетевых общих папках, чтобы предотвратить возможный несанкционированный доступ к этим файлам.
Чтобы настроить CAU в режиме самообновления, необходимо создать в Active Directory виртуальный объект-компьютер для кластерной роли CAU. Компонент CAU может создать этот объект автоматически при добавлении кластерной роли CAU, если у отказоустойчивого кластера достаточно разрешений. Однако из-за политик безопасности в некоторых организациях может быть необходимо предварительно подготовить этот объект в Active Directory. Описание этой процедуры см. в разделе Действия по предварительной настройке учетной записи для кластерной роли.
Чтобы сохранить параметры прогона обновления, а затем использовать их повторно применительно к отказоустойчивым кластерам с аналогичными потребностями в обновлении, можно создать профили прогона обновления. Кроме того, в зависимости от режима обновления можно сохранить профили прогона обновления и управлять ими в общей папке, доступной всем удаленным компьютерам координатора обновлений или отказоустойчивым кластерам. Дополнительные сведения см. в разделе "Дополнительные параметры" и " Обновление профилей выполнения" для CAU.
Проверка готовности к обновлению кластера
Модель анализатора рекомендаций CAU (BPA) можно запустить, чтобы проверить, соответствует ли отказоустойчивый кластер и сетевая среда требованиям, которые должны применяться к CAU. Многие из тестов проверяют среду на готовность к применению обновлений Майкрософт с помощью подключаемого модуля по умолчанию Microsoft.WindowsUpdatePlugin.
Примечание.
Возможно, вам потребуется независимо проверить, готова ли среда кластера применять обновления программного обеспечения с помощью подключаемого модуля, отличного от Microsoft.WindowsUpdatePlugin. Если вы используете подключаемый модуль, отличный от Майкрософт, например один из предоставленных производителем оборудования, обратитесь к издателю для получения дополнительных сведений.
Анализатор соответствия рекомендациям можно запустить двумя способами.
В консоли CAU выберите Проанализировать готовность кластера к обновлению . После завершения тестов готовности BPA появится тестовый отчет. В нем можно просмотреть информацию о выявленных неполадках и соответствующих узлах, чтобы принять меры по устранению этих неполадок. Выполнение тестов может занять несколько минут.
Выполните командлет Test-CauSetup . Командлет можно запустить на локальном или удаленном компьютере, на котором установлен модуль отказоустойчивой кластеризации для Windows PowerShell (часть средств отказоустойчивой кластеризации). Его также можно выполнить в узле отказоустойчивого кластера.
Примечание.
- Необходимо использовать учетную запись с правами администратора на узлах кластера и локальных административных привилегиях на компьютере, который используется для запуска командлета Test-CauSetup или анализа готовности к обновлению кластера с помощью окна обновления с учетом кластера. Чтобы выполнить тесты с помощью окна обновления с поддержкой кластера, необходимо войти на компьютер с необходимыми учетными данными.
- При проведении тестов предполагается, что средства CAU, используемые для просмотра и применения обновлений ПО, запускаются с того же компьютера и с теми же учетными данными, которые используются для проверки готовности к обновлению кластера.
Внимание
Настоятельно рекомендуем проверить кластер на готовность к обновлению в следующих ситуациях:
- перед первым использованием кластерного обновления для применения обновлений ПО;
- после добавления узла в кластер или внесения других изменений в оборудование кластера, требующих запуска мастера проверки кластера;
- после изменения источника обновлений либо изменения параметров или конфигураций обновления (кроме CAU), которые могут повлиять на применение обновлений к узлам.
Тесты готовности к обновлению кластера
В таблице ниже перечислены тесты готовности к обновлению кластера, некоторые распространенные проблемы и действия по их устранению.
| Тест | Возможные проблемы и их последствия | Способы устранения |
|---|---|---|
| Должен быть доступен отказоустойчивый кластер | Не удается разрешить имя отказоустойчивого кластера, либо невозможно получить доступ к одному или нескольким узлам кластера. Анализатор соответствия рекомендациям не может выполнить тесты готовности кластера. | — Проверьте орфографию имени кластера, указанного во время выполнения BPA. — Убедитесь, что все узлы кластера находятся в сети и работают. — Убедитесь, что мастер проверки конфигурации может успешно запуститься в отказоустойчивом кластере. |
| На узлах отказоустойчивого кластера должно быть включено удаленное управление через WMI | Для одного или нескольких узлов отказоустойчивого кластера не включено удаленное управление с помощью инструментария управления Windows (WMI). Компонент CAU не может обновить узлы кластера, если для них не настроено удаленное управление. | Убедитесь в том, что для узлов отказоустойчивого кластера включено удаленное управление через WMI. Дополнительные сведения см. в разделе Настройка узлов для удаленного управления этой статьи. |
| Удаленное взаимодействие PowerShell должно быть включено на каждом узле отказоустойчивого кластера | PowerShell не установлен или не включен для удаленного взаимодействия на одном или нескольких узлах отказоустойчивого кластера. Для компонента CAU нельзя настроить режим самообновления, а в режиме удаленного обновления нельзя использовать некоторые функции. | Убедитесь, что PowerShell установлен на всех узлах кластера и включен для удаленного взаимодействия. Дополнительные сведения см. в разделе Настройка узлов для удаленного управления этой статьи. |
| Версия отказоустойчивого кластера | Один или несколько узлов в отказоустойчивом кластере не работают под управлением Windows Server 2016, Windows Server 2012 R2 или Windows Server 2012. Компонент CAU не может обновить отказоустойчивый кластер. | Убедитесь, что отказоустойчивый кластер, указанный во время выполнения BPA, работает под управлением Windows Server 2016, Windows Server 2012 R2 или Windows Server 2012. Дополнительные сведения см. в разделе Проверка конфигурации кластера этой статьи. |
| На всех узлах отказоустойчивого кластера должны быть установлены требуемые версии .NET Framework и Windows PowerShell | платформа .NET Framework 4.6, 4.5 или Windows PowerShell не установлены на одном или нескольких узлах кластера. Некоторые функции CAU могут не работать. | Убедитесь, что на всех узлах кластера установлены платформа .NET Framework 4.6 или 4.5 и Windows PowerShell. Дополнительные сведения см. в разделе Настройка узлов для удаленного управления этой статьи. |
| Служба кластеров должна работать на всех узлах кластера | Служба кластеров не работает на одном или нескольких узлах. Компонент CAU не может обновить отказоустойчивый кластер. | — Убедитесь, что служба кластера (clussvc) запущена на всех узлах кластера и настроена автоматически. — Убедитесь, что мастер проверки конфигурации может успешно запуститься в отказоустойчивом кластере. Дополнительные сведения см. в разделе Проверка конфигурации кластера этой статьи. |
| Службу автоматического обновления не следует настраивать для автоматической установки обновлений на узлы отказоустойчивого кластера | По крайней мере на одном узле отказоустойчивого кластера служба автоматического обновления настроена на автоматическую установку обновлений Майкрософт. Использование CAU в сочетании с другими способами обновления может привести к незапланированным простоям или непредвиденным результатам. | Если на одном или нескольких кластерах настроено автоматическое обновление с помощью Центра обновления Windows, убедитесь в том, что служба автоматического обновления не настроена на автоматическую установку обновлений. Дополнительные сведения см. в разделе Рекомендации по применению обновлений Майкрософт. |
| Узлы отказоустойчивого кластера должны использовать один и тот же источник обновления | Для одного или нескольких узлов отказоустойчивого кластера настроено использование источника обновлений Майкрософт, отличного то указанного для остальных узлов. Компонент CAU не может обеспечить единообразное применение обновлений к узлам кластера. | Убедитесь в том, что для всех узлов кластера настроено использование одного и того же источника обновлений, например сервера служб WSUS, Центра обновления Windows или Центра обновления Майкрософт. Дополнительные сведения см. в разделе Рекомендации по применению обновлений Майкрософт. |
| На каждом узле отказоустойчивого кластера должно быть включено правило брандмауэра, разрешающее удаленное выключение | На одном или нескольких узлах отказоустойчивого кластера не включено правило брандмауэра, разрешающее удаленное выключение, либо включение этого правила запрещено параметром групповой политики. Прогоны обновления, требующие автоматической перезагрузки узлов, могут быть применены неверно. | Если на узлах кластера используется брандмауэр Windows или сторонний брандмауэр, настройте в нем правило, разрешающее удаленное завершение работы. Дополнительные сведения см. в разделе Включение правила брандмауэра для обеспечения автоматического перезапуска этой статьи. |
| В качестве прокси-сервера на каждом узле отказоустойчивого кластера должен быть задан локальный прокси-сервер | На одном или нескольких узлах отказоустойчивого кластера неправильно настроен прокси-сервер. Если используется локальный прокси-сервер, параметр прокси-сервера на каждом узле должен быть настроен правильно, чтобы кластер мог получать доступ к Центру обновления Майкрософт или Центру обновления Windows. |
Убедитесь в том, что в качестве прокси-сервера WinHTTP на каждом узле кластера задан локальный прокси-сервер, если он необходим. Если в вашей среде прокси-сервер не используется, это предупреждение можно игнорировать. Дополнительные сведения см. в разделе Apply updates in branch office scenarios этой статьи. |
| Для включения режима самообновления на отказоустойчивом кластере должна быть установлена кластерная роль CAU | Кластерная роль CAU не установлена на этом отказоустойчивом кластере. Она требуется для самообновления кластера. | Чтобы использовать CAU в режиме самообновления, добавьте кластерную роль CAU в отказоустойчивый кластер одним из указанных ниже способов. — Запустите командлет Add-CauClusterRole PowerShell. |
| Для включения режима самообновления на отказоустойчивом кластере должна быть включена кластерная роль CAU | Кластерная роль CAU отключена. Например, кластеризованная роль CAU не установлена или отключена с помощью командлета Disable-CauClusterRole PowerShell. Она требуется для самообновления кластера. | Чтобы использовать CAU в режиме самообновления, включите кластерную роль CAU в отказоустойчивом кластере одним из указанных ниже способов. — Запустите командлет Enable-CauClusterRole PowerShell. |
| Настроенный для режима самообновления подключаемый модуль CAU должен быть зарегистрирован на всех узлах отказоустойчивого кластера | Кластерная роль CAU на одном или нескольких узлах этого отказоустойчивого кластера не может получить доступ к подключаемому модулю CAU, настроенному в параметрах режима самообновления. Прогон самообновления может завершиться сбоем. | — Убедитесь, что настроенный подключаемый модуль CAU установлен на всех узлах кластера, следуя процедуре установки продукта, который предоставляет подключаемый модуль CAU. — Запустите командлет PowerShell Register-CauPlugin , чтобы зарегистрировать подключаемый модуль на необходимых узлах кластера. |
| На всех узлах отказоустойчивого кластера должен быть один и тот же набор зарегистрированных подключаемых модулей CAU | Прогон самообновления может завершиться сбоем, если подключаемый модуль, настроенный для использования в процессе прогона, изменяется на подключаемый модуль, который доступен не на всех узлах кластера. | — Убедитесь, что настроенный подключаемый модуль CAU установлен на всех узлах кластера, следуя процедуре установки продукта, который предоставляет подключаемый модуль CAU. — Запустите командлет PowerShell Register-CauPlugin , чтобы зарегистрировать подключаемый модуль на необходимых узлах кластера. |
| Должны быть настроены допустимые параметры прогона обновления | Параметры расписания самообновления и прогона обновления, настроенные для этого отказоустойчивого кластера, являются неполными или недопустимыми. Прогон самообновления может завершиться сбоем. | Настройте допустимое расписание самообновления и набор параметров прогона обновления. Например, можно использовать командлет Set-CauClusterRole PowerShell для настройки кластеризованной роли CAU. |
| По крайней мере два узла отказоустойчивого кластера должны быть владельцами кластерной роли CAU | Прогон обновления, запущенный в режиме самообновления, завершится сбоем, так как нет узла-владельца, на который можно перенести кластерную роль CAU. | С помощью средств отказоустойчивости кластеров настройте все узлы кластера в качестве потенциальных владельцев кластерной роли CAU. Это конфигурация по умолчанию. |
| Все узлы отказоустойчивого кластера должны иметь доступ к сценариям Windows PowerShell | Не все возможные узлы-владельцы для кластерной роли CAU имеют доступ к настроенным сценариям Windows PowerShell, которые выполняются до и после обновления. Прогон самообновления завершится сбоем. | Убедитесь, что все возможные узлы владельца кластеризованной роли CAU имеют разрешения на доступ к настроенным скриптам предварительного обновления и после обновления PowerShell. |
| На всех узлах отказоустойчивого кластера должны использоваться идентичные сценарии Windows PowerShell | Не на всех возможных узлах-владельцах для кластерной роли CAU используется одна и та же копия указанных сценариев Windows PowerShell, которые выполняются до и после обновления. Прогон самообновления может завершиться сбоем или выполняться непредвиденным образом. | Убедитесь, что все возможные узлы владельца кластеризованной роли CAU используют одинаковые скрипты предварительного обновления и после обновления PowerShell. |
| Значение параметра WarnAfter, заданное для прогона обновления, должно быть меньше значения параметра StopAfter | Указанные значения времени ожидания прогона обновления CAU делают время ожидания предупреждения недействительным. Прогон обновления может быть отменен до регистрации предупреждения в журнале событий. | В параметрах прогона обновления задайте значение параметра WarnAfter так, чтобы оно было меньше значения параметра StopAfter . |