Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
После добавления приложения Win32 в Intune вы можете использовать Intune для создания одного или нескольких отношений замены между приложениями. В общем случае замена — это обновление или замена чего-либо. Функция замены в Intune позволяет обновлять и заменять существующие приложения Win32 более новыми версиями того же приложения или совершенно другим приложением Win32. В этой статье представлен обзор функции замены.
Важно!
Функция замены, позволяющая обновлять и заменять версию приложения Win32, в настоящее время не позволяет заменять приложение Win32 зависимостью приложения. Дополнительные сведения о зависимостях приложений см. в разделе Зависимости.
Отношения замещения можно создавать при добавлении или изменении приложения Win32 в Intune. Шаг замещения позволяет указать любые отношения замещения, связанные с приложением Win32.
Предварительные условия
Замена приложения может применяться только к приложениям Win32. Дополнительные сведения см. в статье Добавление приложения Win32 в Intune.
Разрешение Microsoft Intune необходимо для создания и изменения отношений замены и зависимости приложений Win32 с другими приложениями. Разрешение доступно в категории Мобильные приложения путем выбора параметра Связь. Начиная с выпуска службы 2202, администраторам Intune требуется это разрешение для добавления приложений замены и зависимостей при создании или изменении приложения Win32 в Центре администрирования Microsoft Intune. Чтобы найти это разрешение в Центре администрирования Microsoft Intune, выберитеРоли>администрирования> клиентаВсе роли>Создание.
Это разрешение на замену приложения Win32 добавляется к следующим встроенным ролям:
- Диспетчер приложений
- Школьный администратор
Примечание.
Сведения об использовании автоматического обновления для автоматического обновления замененного приложения см. в статье "Использование автоматического обновления при замене приложения".
Создание отношения замещения в Intune
Следующие действия помогут вам создать отношения замены между приложениями:
Войдите в Центр администрирования Microsoft Intune.
Выберите "Приложения>", все приложения, а затем выберите приложение Win32 из списка. Сведения о добавлении приложения Win32 см. в статье Добавление приложения Win32 в Intune.
Выбрав существующее приложение Win32, перейдите в раздел "Свойства".
В разделе "Замена " нажмите "Изменить>добавить ", чтобы выбрать приложения, которые должны быть заменены.
Примечание.
В отношении замены в Intune может быть не больше 10 узлов.
Найдите и выберите приложения, к которым нужно применить отношение замещения в области "Добавление приложений ". Нажмите выбрать, чтобы добавить приложения в список замены.
В списке замененных приложений измените параметр "Удалить предыдущую версию" для каждого выбранного приложения, чтобы указать, отправляется ли Intune команде удаления каждому выбранному приложению. Если установщик текущего приложения обновляет выбранное приложение автоматически, то нет необходимости отправлять команду удаления. При замене выбранного приложения другим приложением может потребоваться включить параметр "Удалить предыдущую версию ", чтобы удалить и заменить старое приложение.
После завершения этого шага выберите "Просмотреть + сохранить>""Сохранить".
Важно!
Для заменяющих приложений не применяется автоматический таргетинг. Чтобы каждое приложение вступило в силу, у каждого приложения должен быть явный таргетинг. Замена приложений, которые не являются целевыми, игнорируются агентом. Если заменяющее приложение нацелено на устройство с замененным приложением, замена происходит независимо от того, есть ли у замененного приложения таргетинг или нет. Дополнительные сведения о поведении замены см. в таблице ниже. Это поведение прямо противоположно зависимостей, которые не требуют таргетинга. Кроме того, только целевые приложения показывают состояния установки в Центре администрирования Microsoft Intune.
Поведение замены
Замещающее приложение — это приложение, которое обновляет или заменяет другие приложения. Замененное приложение — это приложение, которое обновляется или заменяется.
| Сценарии | Нацеливание на требуемое намерение | Выбор цели для доступного намерения |
|---|---|---|
|
Сценарий 1. Замененное приложение уже есть на устройстве, и для параметра "Удалить предыдущую версию " установлено значение "Да". |
Замененное приложение удаляется, а заменяющее приложение устанавливается на устройство. ПРИМЕЧАНИЕ. Даже если замененное приложение не является целевым, оно удаляется. |
На корпоративном портале отображаются только заменяющие приложения, которые можно установить. |
|
Сценарий 2. Замененное приложение существует на устройстве, а для параметра "Удалить предыдущую версию " установлено значение "Нет". |
Заменяющее приложение будет установлено на устройстве. Будет ли удалено замененное приложение, зависит от установщика замещающего приложения. | На корпоративном портале отображаются только заменяющие приложения, которые можно установить. |
|
Сценарий 3. Замененное приложение не существует на устройстве. |
Заменяющее приложение установлено. | Новое приложение появится на Корпоративном портале. |
Сравните обновление и замену приложения
Учитывая, что у приложения может быть несколько замененных приложений, приложение может обновлять набор приложений, одновременно заменяя другой набор приложений.
Примечание.
Конечные пользователи не смогут проверка, является ли конкретная операция замены приложения Win32 обновлением или заменой в Корпоративный портал. Кроме того, если несколько приложений заменяют приложение с доступным таргетингом на Корпоративном портале, страница сведений о заменяемом приложении переходит на страницу первого настроенного замещающего приложения. Например, если приложение A заменено приложениями B и C, а приложение B сначала заменяет приложение A, то страница сведений приложения A на корпоративном портале перейдет к приложению B.
Понимание того, как замена применяется при обновлении приложения и при замене приложения, можно проиллюстрировать на примере следующего сценария.
| Сценарий клиента | Описание | Ожидаемое поведение | Дополнительные сведения |
|---|---|---|---|
| Обновление приложения | ИТ-администратор хочет обновить приложение до более новой версии того же приложения. | Установщик более новой версии приложения (заменяющий приложение) автоматически обновляет старую версию приложения до более новой версии. | Так как установщик завершает обновление, нет необходимости отправлять команду удаления в более раннюю версию. Следовательно, параметр "Удалить предыдущую версию" отключен. |
| Замена приложения | ИТ-администратор хочет заменить приложение совершенно другим приложением. | Замененное приложение удаляется, а замещающее приложение устанавливается. Действия по установке и удалению основаны на командной строке установки/удаления, определенной ИТ-специалистом. | Поскольку это разные приложения, администратор может включить переключатель "Удалить предыдущую версию", чтобы удалить более раннюю версию с устройства. |
Общие сведения об обновлении приложения на месте и при сравнении с обновлением заменяющего приложения
Проверьте правила обнаружения приложений после выполнения любого из следующих типов обновлений.
| Тип обновления | Описание и подробные сведения об обновлении |
|---|---|
| Обновление приложения на месте |
|
| Обновление приложения Supersedence |
|
Общие сведения о взаимодействии между зависимостями и заменой
- Отношения замещения и зависимости можно создавать в одном подграфе приложения.
- При принудительном применении предпочтение отдается заместительной функции, а не зависимости, но при наличии конфликта служба Intune сообщит об этом.
- Конкретный пример: A зависит от B, C вытесняет B. A сообщит о состоянии конфликта.
- Конкретный пример #2: A зависит от B, C заменяет A; Система C устанавливается, а программа A заменяется. Б уходит налево.
- Замена не будет реализована в определенных сценариях.
- Пример: A зависит от B и C, а B вытесняет C.
Базовые примеры замены
В этих примерах предполагается, что все приложения являются целевыми (таргетинг на устройства или пользователей) и применимы.
Легенда для примеров сценариев замены
| Условные обозначения | Определение |
|---|---|
|
При обновлении приложения клавиша A заменена на B. |
|
A заменено на B путем замены приложения. |
|
Компонент A присутствует на устройстве, полностью установлен и соответствует определенным правилам обнаружения. |
|
A отсутствует на устройстве. |
Примеры замены случаев и решений
| Ситуация | Решение | Примечания |
|---|---|---|
|
Сценарий: Ни одно из приложений не обнаружено на устройстве. При обновлении приложения клавиша A заменена на B. Результат: Установка B. |
Обновление приложения означает, что администратор решил не удалять замененное приложение на этапе конфигурации. См. выше шаг замены в развертывании приложения. |
|
Сценарий: На устройстве обнаружено только A. При обновлении приложения клавиша A заменена на B. Результат: Установка B. |
Так как администратор решил не удалять предыдущую версию во время настройки, компонент A не удаляется явным образом в Intune. Компонент A может быть удален в зависимости от поведения установщика B. |
|
Сценарий: На устройстве обнаруживается только B. При обновлении приложения клавиша A заменена на B. Результат: Ничего. |
Так как B уже обнаружен на устройстве, никакие действия не выполняются. |
|
Сценарий: Оба приложения обнаруживаются на устройстве. При обновлении приложения клавиша A заменена на B. Результат: Ничего. |
Так как B уже обнаружен на устройстве, никакие действия не выполняются. Администратор решил не удалять предыдущую версию при настройке, поэтому A не удаляется. |
|
Сценарий: Ни одно из приложений не обнаружено на устройстве. A заменено на B путем замены приложения. Результат: Установка B. |
Замена приложения означает, что администратор решил удалить замененное приложение на этапе конфигурации. См. выше шаг замены в развертывании приложения. |
|
Сценарий: На устройстве обнаружено только A. A заменено на B путем замены приложения. Результат: Удалите А, затем установите Б. |
Компонент A будет удален, и как только агент обнаружит, что компонента A больше нет на устройстве, будет установлен компонент B. Если обнаружение по-прежнему обнаруживает A как присутствующее, агент не установит B. Установка B на устройстве зависит от того, обнаружен ли A на устройстве. |
|
Сценарий: На устройстве обнаруживается только B. A заменено на B путем замены приложения. Результат: Нет |
Никакие действия не выполняются, так как B уже установлен, а A не существует на устройстве. |
|
Сценарий: Оба приложения обнаруживаются на устройстве. A заменено на B путем замены приложения. Результат: Удалить А. |
A удаляется в процессе замены приложения. При обнаружении замененного приложения после установки заменяющего приложения будет применено принудительное исправление. |
Поведение в сценариях цепочки замены
Цепочки замещения возникают, когда несколько приложений являются частью отношения замещения. Например, ИТ-администратор может настроить приложение A так, чтобы оно было заменено приложением B, а затем настроить приложение B так, чтобы оно было заменено приложением C. В этом сценарии между приложениями A, B и C создается цепочка замены (как показано в первом случае ниже). Цепочки замещения могут иметь максимум 10 связанных узлов в цепочке. Дополнительные сведения об этом максимальном значении см. в статье Ограничения замещения.
Поведение цепочек замещения можно кратко представить следующим образом:
- Все приложения в цепочке замещения будут заменены замещающим приложением цепочки. В приведенном выше примере заменяющим приложением цепочки является приложение C.
Чтобы лучше понять поведение цепочки замещения, в следующей таблице представлен список случаев и решений. При просмотре этих цепочек замещения предполагайте, что все приложения являются целевыми и применимы к устройству.
| Ситуация | Решение | Примечания |
|---|---|---|
|
Сценарий: Ни одно из приложений не существует на устройстве. Связь между приложениями — это связь обновления приложений. Результат: Установите C. |
Так как ни одно из приложений не существует на устройстве, мы устанавливаем заменяющее приложение: приложение C. Заменяющее приложение относится к приложению, которое заменяет все остальные приложения в цепочке. |
|
Сценарий: На устройстве существуют только приложения A и C. Связь между приложениями — это связь обновления приложений. Результат: Никаких. |
Так как приложение C уже существует на устройстве и это сценарий обновления приложения, приложение A не удаляется. |
|
Сценарий: На устройстве существует только приложение A. Связь между приложениями — это связь обновления приложений. Результат: Установите C. |
Установите приложение C. Приложение A не удалено, так как это сценарий обновления приложения. У установщика C может быть или не быть поведение для удаления A, где "удалить" означает, что A больше не обнаруживается с помощью правил обнаружения (из-за определения версии). |
|
Сценарий: На устройстве существует только приложение C. Связь между приложениями — это связь обновления приложений. Результат: Никаких. |
Так как приложение C (заменяющее приложение) уже существует на устройстве (в данном случае это сценарий обновления приложения), никаких действий не предпринимается. |
|
Сценарий: Ни одно из приложений не существует на устройстве. Связь между приложениями — это связь замены приложений. Результат: Установите C. |
Так как на устройстве нет никаких приложений, установите заменяющее приложение — приложение C. |
|
Сценарий: На устройстве существуют приложения A и C. Связь между приложениями — это связь замены приложений. Результат: Удалить А. |
Так как приложение C существует на устройстве и в данном случае используется сценарий замены приложения, удалите приложение A. |
|
Сценарий: На устройстве существует только приложение A. Связь между приложениями — это связь замены приложений. Результат: Удалите A, затем установите C. |
Поскольку в данном случае используется сценарий замены приложения, приложение A удаляется, а приложение C (заменяющее приложение) устанавливается. |
|
Сценарий: На устройстве существует только приложение C. Связь между приложениями — это связь замены приложений. Результат: Никаких. |
Так как заменяющее приложение (приложение C) существует на устройстве, а другие замененные приложения не существуют, никакие действия не выполняются. |
Ограничения замещения
В одном графе замещения может быть не более 11 узлов. Узлы включают в себя замещающее приложение, замененные приложения и все последующие связанные приложения. Всего на следующей схеме имеется пять узлов, поэтому можно создать еще пять, пока не будет достигнуто максимальное число узлов.
Другие ограничения замещения:
- Многосеансовый режим виртуального рабочего стола Azure поддерживает только отношения замещения в приложениях системного контекста (на основе устройства).
- Только целевые приложения будут показывать состояния установки в Центре администрирования Microsoft Intune.
Использование автоматического обновления с заменой приложения
На зарегистрированном устройстве конечного пользователя можно автоматически обновлять приложения Win32, развернутые с Корпоративного портала. Эти приложения Win32, развернутые по мере доступности , можно автоматически обновить, задав отношение замещения для приложения и выбрав параметр "Автоматическое обновление " при настройке назначения. Кроме того, тип задания должен быть "Доступно для зарегистрированных устройств".
Пользователи, у которых замененное приложение было установлено с корпоративного портала, автоматически получат заменяющее приложение. Автоматическое обновление замены применяется только к доступным назначениям, то есть пользователи, у которых заменяемое приложение получило требуемое намерение, не получат заменяющее приложение.
Следующие действия помогут вам создать отношение замены автоматического обновления между приложениями:
Добавьте приложение Win32, чтобы заменить другое приложение Win32, выполнив следующие действия. Создание отношения замещения в Intune
На шаге "Замена " добавьте обновляемое приложение.
На шаге "Задания" добавьте группу пользователей или устройств в раздел "Доступно для зарегистрированных устройств ".
Выберите текущий параметр для группы в столбце "Автоматическое обновление ". Отображается панель "Изменение задания ".
Выберите параметр "Автоматическое обновление ".
Нажмите кнопку "ОК", чтобы закрыть эту панель.
Нажмите кнопку "Далее>"Создать, чтобы создать отношение замещения для автоматического обновления приложения Win32.
Производительность автоматического обновления
Чтобы пользователь мог получить автоматическое обновление для заменяющего приложения, необходимо выполнить две проверки доступных приложений.
Первая доступная проверка обычно выполняется через 1–8 часов после создания задания. Второй доступный проверка обычно происходит через 8 часов после первого проверка входа. Общее время получения заменяющего приложения составит 8–16 часов. В лучшем случае автоматическое обновление работает быстрее.
Ограничения автоматического обновления
Приложение Win32 может иметь максимум 10 заменяющих приложений. Пользователь должен войти в систему на устройстве, чтобы получить заменяющее приложение.
Если приложение нацелено с доступным намерением на группу, содержащую пользователя, и пользователь запросил установку приложения на Корпоративном портале, Intune создает назначение на основе устройства для отслеживания как согласия пользователя, так и внутреннего таргетинга на обработку приложения во время проверки. Это назначение на основе устройства используется для установки приложения на устройствах. Однако в ситуациях, когда целевой таргетинг меняется в течение жизненного цикла приложения, может возникнуть несколько сценариев. Если вы предпримете какое-либо из следующих действий после установки приложения на устройстве, Intune удалит согласие пользователя и приложение больше не будет таргетироваться с доступным намерением:
- Вы удаляете пользователя из членства в целевой группе в Центре администрирования Microsoft Entra.
- Вы удаляете задание целевой группе.
- Вы меняете назначение приложения с "Доступно " на что-то другое. Например, можно изменить намерение на "Удалить " или "Исключить".
Важно отметить, что даже если позже вы перенацеливаете приложение с намерением "Доступно ", замена автоматического обновления не произойдет, так как согласие пользователя удалено.
Примечание.
Намерение удаления имеет приоритет над доступным намерением.
Поведение повторных попыток автоматического обновления
Если по какой-либо причине заменяющее приложение не удается автоматически обновить и установить, Intune будет повторять бесконечные попытки, пока пользователь не запросит установку приложения с корпоративного портала. Когда пользователь запрашивает установку приложения, служба Intune изменяет тип запроса на сервере, чтобы отразить, что пользователь установил приложение, и останавливает повторные попытки установки.
Сценарии автоматического обновления
В следующем списке описаны конкретные случаи, когда приложение B заменяет приложение A.
| Ситуация | Сценарий | Result |
|---|---|---|
| Приложение A по-прежнему присутствует на устройстве. | Обновление запускается уже после первой доступной проверки, но перед установкой приложения Б на устройстве администратор удаляет связь между приложениями А и Б, делая их независимыми приложениями. | Во время второй доступной проверки оба приложения отправляются на устройство, а приложение B устанавливается как независимое приложение. |
| Изменения параметров автоматического обновления | Обновление уже запущено после первой доступной проверки, но перед установкой приложения B на устройство администратор изменяет параметр автоматического обновления для приложения B на значение false. | Во время второй доступной проверки приложение B отправляется на устройство, а приложение A обновляется до приложения B на устройстве. |
| Удаление замененного приложения после создания заменяющих сущностей приложения | Обновление запускается уже после первой доступной проверки, но до установки приложения B на устройство пользователь запрашивает удаление приложения A, а приложение A удаляется с устройства. | Во время второй доступной проверки приложение B отправляется на устройство, а приложение A обновляется до приложения B на устройстве. |
| Удаление после обновления замены | Приложение А было автоматически обновлено до приложения Б, но приложение А не было удалено с устройства. Позже пользователь запрашивает удаление приложения B с устройства, и приложение B успешно удаляется. | Приложение A по-прежнему присутствует на устройстве. |
| Ошибка обновления | Intune пытается автоматически обновить приложение A до приложения B, но установка приложения B не удалась, а приложение A уже было удалено с устройства. | Пользователи не смогут переустановить приложение A с корпоративного портала, так как оно заменено приложением B, но смогут попытаться переустановить приложение B с корпоративного портала. |
Другие ограничения:
- При любом изменении назначения приложения удаляется компонент, отвечающий за автоматическое обновление приложения.
- Этот компонент нельзя настроить вручную. Он создается, когда приложение устанавливается через Корпоративный портал конечным пользователем.
- Изучите назначения приложений перед развертыванием, чтобы избежать изменений в назначениях после установки, которые нарушат автоматическое обновление.