В течение многих лет моя компания следовала обычной стратегии исправления программного обеспечения каждого ИТ-отдела, в котором я когда-либо работал, а именно, проверка новых версий программного обеспечения в тестировании перед тем, как выпустить обновление для всех остальных. Для Office 365 это означает, что большинство людей были на канале полугодовых обновлений, и только репрезентативный срез тестовых пользователей был на канале ежемесячных. Мы используем SCCM для облегчения этого, и это в основном автоматизировано, за исключением редких случаев, когда обновления что-то ломают, и нам приходится откладывать, пока мы не исправим проблему.
Около года назад компания Microsoft тихо объявила, что собирается принудительно перевести часть своих клиентов на канал Monthly Enterprise, хотят они этого или нет:
Приложения Microsoft 365 будут обновлены до ежемесячного корпоративного канала на всех ваших устройствах Office.
Пользователям полугодовой подписки Microsoft 365 придется обновляться ежемесячно
Microsoft переводит некоторых пользователей приложений Microsoft 365 на ежемесячные циклы обновлений
Microsoft переведет приложения Office на ежемесячные обновления для корпоративных клиентов
Все эти статьи указывают на то, что Microsoft предупредила пользователей об этом изменении в Admin Center, но, конечно, никто не увидел его до крайнего срока отказа 20 мая 2022 года, и мы были вынуждены перейти на канал Monthly Enterprise. Это не работает для нас, и нам нужно вернуться к Semi-Annual, но похоже, что Microsoft намеренно сводит на нет любые усилия сделать это.
На уровне арендатора есть некая невидимая настройка, которая не отображается ни на одной из различных страниц администратора. Я попробовал все, что описано вэта статья поддержки Microsoft, но ничего не работает.
- Групповая политика настроена на отключение автоматических обновлений, а канал обновления установлен на Semi-Annual. Я проверил, что политика корректно применяется на тестовых компьютерах. Office 365 просто игнорирует ее.
- Канал Semi-Annual был указан в файле конфигурации ODT, и с его помощью на тестовом компьютере была установлена новая копия Office 365.
- SCCM настроен на управление клиентом O365, а агентам доступны только полугодовой пакет и обновления.
- Я не устанавливал никаких политик Intune, поскольку наши устройства не зарегистрированы в Intune.
- По умолчанию канал 365 для всей организации установлен на полугодовой.
- У нас нет профилей обслуживания, определенных в Apps Admin Center. Единственная доступная там опция — это канал Monthly Enterprise. Даже если бы я определил его, мне все равно пришлось бы создать и управлять группой исключений, в которую входят все компьютеры (в Azure нет группы «Все компьютеры» по умолчанию, как в AD).
Я даже написал скрипт оболочки, который полностью удаляет Office 365, очищает реестр и переустанавливает выпуск 2202 Semi-Annual (последнюю версию до внесения этого изменения) с соответствующим файлом ODT и полностью отключенными обновлениями Windows. Примерно через день он «исправляется» сам с помощью последнего и не самого лучшего обновления Monthly Enterprise channel.
Microsoft действительно, действительно, ОЧЕНЬ не хочет, чтобы я использовал полугодовой канал. Как мне полностью заблокировать канал Office 365 Monthly Enterprise на моих ПК??
решение1
По ссылке:Сравнение каналов обновления приложений Microsoft 365, существуют различные типы обновлений, такие какобновления функций,обновления безопасности, иобновления, не связанные с безопасностью.
Независимо от применяемого канала обновления, обновления безопасности и не-безопасности доступны ежемесячно, если это необходимо. Только обновления функций, разные каналы обновления, частота push-уведомлений разная.
Если вы хотите иметь полный контроль над частотой обновлений, есть обходной путь, которыйизменение источника обновлениявместо использования Microsoft CDN.
Например, вы можете загрузить файлы обновления в общую папку в вашей организации, затем обновить файлы обновления, когда вам это нужно, и распространить их среди клиентов. Но этот обходной путь увеличит стоимость контроля.