Проверка обновлений

  • Статья

Обзор

Проверка обновлений — функция в службе облачных обновлений в центре администрирования Приложения Microsoft 365, которая позволяет администраторам проверять новые обновления для ежемесячного корпоративного канала перед развертыванием в масштабах всей организации. Эта функция автоматически собирает и объединяет индикаторы работоспособности, такие как данные о производительности и надежности приложений и надстроек, а также внимание на выявленные проблемы. Его автоматизированный характер снижает потребность в работе с административными данными вручную и упрощает процесс развертывания обновлений.

Совет

Вводные сведения о проверке обновлений проверка видео Введение в проверку обновлений в центре администрирования Приложения Microsoft 365.

Примечание.

Проверка обновлений для надстроек в настоящее время находится в закрытой предварительной версии. Он станет широко доступен в 1 квартале 2024 года.

Преимущества

Многие крупные организации сначала развертывают новые обновления только на некоторых устройствах. Поэтапное развертывание помогает им находить и устранять потенциальные проблемы на ранних этапах и снижает вероятность возникновения проблем, влияющих на многие устройства. Но это также означает большую работу для администраторов. Им часто приходится вручную собирать ранние отзывы из таких источников, как группа технической поддержки или конкретные тестировщики. Кроме того, обратная связь может быть недостаточно четкой или подробной, чтобы определить фактическую проблему без дополнительных исследований и устранения неполадок. В целом это добавляется к рабочей нагрузке администратора и замедляет развертывание обновления.

Проверка обновлений помогает администраторам автоматически собирать сигналы о работоспособности, проверка их для устройств на первой волне развертывания и определять, безопасно ли продолжить развертывание обновлений. Администраторы могут видеть единый интерфейс, который поможет им пройти процесс. Проблемы в приложениях и надстройках автоматически обнаруживаются, оцениваются и выделяются. Если возникают проблемы, администраторы могут легко определить затронутые устройства, приложения и надстройки. Кроме того, администраторы могут остановить развертывание или восстановить обновленные устройства до предыдущего обновления из того же административного интерфейса.

Проверка обновлений удаляет из данных работоспособности все ненужные или неточные сведения с помощью статистических тестов и пороговых значений. Администраторы получают оценки на основе надежных аналитических сведений, которые показывают фактическое влияние на рабочий процесс пользователя.

Принципы действия

Проверка обновлений автоматически включается после настройки настраиваемых волн развертывания для ежемесячного корпоративного канала в облачном обновлении. После того как Cloud Update развертывает новое обновление на устройстве, автоматически выполняются следующие действия:

  • Вычисление работоспособности перед обновлением. Используя диагностические данные, полученные от устройств на первой волне развертывания за семь дней до выпуска обновления, он вычисляет базовые показатели производительности и надежности для каждого отдельного устройства, отдельного приложения и отдельной надстройки.
  • Вычисление работоспособности после обновления: После установки устройства последнего обновления те же базовые показатели вычисляются после достижения статистической достоверности в 95 %.
  • Фильтрация и сравнение. Он сравнивает метрики до и после обновления и вычисляет фактическое изменение. Незначительные ухудшения ниже определенного порогового значения отфильтровываются.
  • Оценка: отрицательные изменения (снижение) оцениваются по отдельности.
  • Вычисление и отображение оценки. После получения и проверки достаточного количества данных администратору отображается оценка.
    • Зеленый: Не обнаружено или незначительное снижение качества. Администратору рекомендуется продолжить развертывание обновления.
    • Желтый: Обнаружено ограниченное снижение производительности, и администратору рекомендуется внимательно следить за развертыванием.
    • Красного: Обнаружена по крайней мере одна серьезная деградация, и администратору предлагается приостановить развертывание или инициировать откат.

Для состояния желтого или красного цвета администратор может просмотреть список устройств и узнать, какое устройство, надстройка или приложение и метрика работоспособности вызвали данную оценку.

Требования

Поддерживаемые встроенные роли администратора

Для доступа к функции и управления ею можно использовать следующие встроенные роли Microsoft Entra:

Role Описание
Глобальный администратор Эта роль может управлять всеми аспектами Microsoft Entra ID и служб Майкрософт, которые используют Microsoft Entra удостоверения.
Администратор безопасности Эта роль может считывать сведения о безопасности и отчеты, а также управлять конфигурацией в Microsoft Entra ID и Office 365.
Администратор приложений Office (рекомендуется) Эта роль может управлять облачными службами приложений Office, включая управление политиками и параметрами, а также управлять возможностью выбора, отмены выбора и публикации содержимого функций "новые возможности" на устройствах конечных пользователей.

Примечание.

Global Reader — это еще одна встроенная роль, поддерживаемая Центром администрирования Приложения Microsoft 365, но она не поддерживает некоторые функции, такие как обновление облака или страница "Параметры современных приложений".

Требования к лицензированию

Пользователю необходимо назначить один из следующих планов подписки:

Тип План подписки
Образование
  • Microsoft 365 A3
  • Microsoft 365 A5
    		•
    Для бизнеса
  • Microsoft 365 бизнес стандарт
  • Microsoft 365 бизнес премиум
    		•
    Корпоративная
  • Microsoft 365 E3
  • Microsoft 365 E5
    		•

    Важно!

    Следующие планы не поддерживаются:

    • Microsoft 365 под управлением 21Vianet
    • Microsoft 365 GCC
    • Microsoft 365 GCC High и DoD

    Требования к версии продукта

    Вы можете управлять Приложения Microsoft 365 в Windows с помощью следующих требований к версии:

    Дополнительные требования

    Необходимо выполнить следующие дополнительные требования:

    • Устройствами необходимо управлять с помощью облачного обновления.
    • Диагностические данные должны быть включено для ваших устройств.
    • Устройства должны находиться в ежемесячном корпоративном канале.
    • Необходимо настроить и реализовать волны развертывания.
    • Между первой волной и двумя развертываниями должен быть установлен период в семь дней.

    Включение проверки обновлений

    Настройка пользовательских волн для обновления в облаке. Для первой волны будет автоматически задана семидневная задержка и включена проверка обновлений. Убедитесь, что устройства wave one предлагают разностороннее представление отделов и сценариев использования вашей организации, включая надстройки. Это разностороннее представление способствует раннему обнаружению проблем и своевременному их решению, что еще больше сводит к минимуму потенциальные риски.

    Отключение проверки обновлений

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

    • Перейдите в раздел Ежемесячное обновление > облака Параметры > корпоративного канала > Волны развертывания и выберите параметр Отказаться от проверки обновлений.
    • Отключить волны развертывания полностью, установив для параметра Использовать волны развертываниязначение Нет, не требуется. Без волн развертывания проверка обновлений отключается автоматически.

    описание In-Depth

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

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

    • Производительность: производительность запуска приложения, измеряемая в секундах.
    • Надежность: средняя частота сбоев, измеряемая в процентах.

    Эти метрики вычисляются отдельно для каждого из следующих приложений и надстроек:

    • Word
    • Excel
    • PowerPoint
    • Outlook
    • OneNote
    • Все общедоступные надстройки, за исключением тех, которые входят в комплект с Приложения Microsoft 365

    Эти метрики вычисляются отдельно для каждого устройства и формируют базовый план предварительного обновления для данного устройства. Например, если на первой волне развертывания есть 10 устройств и каждое устройство работает Приложения Microsoft 365 с двумя дополнительными надстройками, на каждое устройство вычисляется 14 метрик, в общей сложности 140.

    Базовые показатели работоспособности после обновления

    После обновления устройства до последней версии и отправки диагностических данных начинается проверка обновления для вычисления базового плана после обновления. Он использует те же метрики, что и базовый план перед обновлением, и вычисляет их на постоянной основе. После передачи статистической достоверности в 95 % результаты отправляются на следующий этап. Для получения достаточного количества диагностических данных может потребоваться несколько дней.

    Применение пороговых значений и результатов оценки

    На этом этапе сравниваются базовые показатели и отдельные метрики для каждого устройства. Улучшенные метрики, такие как время запуска приложения Outlook, игнорируются на последующих шагах. Однако метрики, которые ухудшились, например надежность Word, оцениваются с помощью следующих пороговых значений, чтобы определить, влияет ли снижение на пользователя.

    • Для каждого приложения проверка, если:
      • Производительность выше 5 секунд и по крайней мере на 1 секунду медленнее, чем раньше.
      • Надежность ниже 99 % и по крайней мере на 1 процентный пункт ниже, чем раньше.
    • Для каждой надстройки проверка, если:
      • Производительность по крайней мере на 1 секунду медленнее, чем раньше.
      • Надежность ниже 99 % и по крайней мере на 1 процентный пункт ниже, чем раньше.

    Пороговые значения помогают отфильтровать статистически значимые, но не нарушающие работу пользователей. Например, представьте, что производительность запуска приложения Outlook замедляется с двух до трех секунд. Это снижение на 50 %, но это не оказывает большого влияния на пользователя. Outlook по-прежнему запускается довольно быстро и не может нарушить повседневную работу пользователя.

    После этого любому снижению, превышающему пороговые значения, назначается оценка.

    • Снижение производительности приложения: 0,5 пункта
    • Снижение надежности приложения: 1 балл
    • Снижение производительности надстройки: 0,25 пункта
    • Снижение надежности надстройки: 0,5 пункта

    Отображение оценки

    Серая оценка указывает, что для надежной оценки требуется больше данных. Эта оценка отображается до тех пор, пока не будут обработаны и оценены данные по крайней мере с 10 устройств. Затем суммируются оценки, а администратору отображается оценка:

    • Зеленая оценка означает, что оценка ниже 0,5. Это означает отсутствие или минимальное снижение производительности, и при развертывании обновлений должно быть безопасно.
    • Желтая оценка означает, что оценка находится в диапазоне от 0,5 до 1,0. Это означает ограниченное снижение производительности, и рекомендуется продолжить развертывание обновлений и отслеживать любые проблемы.
    • Красная оценка означает, что оценка выше 1,0. Это означает значительное снижение производительности, и администратору рекомендуется проверить, какие устройства, приложения и надстройки затронуты, и решить, следует ли приостановить развертывание обновлений. Администратор также может откатить устройства, которые уже получили обновление из того же интерфейса.

    Например:

    • Если Word начинается медленнее, чем раньше, на одном устройстве и превышает пороговое значение, это добавляет 0,5 балла к оценке и приводит к желтой оценке.
    • Если надстройка происходит сбой чаще, чем раньше, на двух устройствах и превышает пороговое значение, это добавляет 1 балл к оценке и приводит к красной оценке. Это не обязательно должна быть одна и та же надстройка на двух устройствах.