Добавление замены приложения Win32
После добавления приложения 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.
Сведения о применении замены при обновлении приложения и замене приложения можно проиллюстрировать на основе следующего сценария.
| Сценарий клиента | Описание | Ожидаемое поведение | Дополнительные сведения |
|---|---|---|---|
| Обновление приложения | ИТ-администратор хочет обновить приложение более новой версией того же приложения. | Установщик более новой версии приложения (заменяющего приложения) автоматически обновляет старую версию приложения до более новой версии. | Так как установщик завершает обновление, нет необходимости отправлять команду удаления в более раннюю версию. Таким образом, параметр Удалить предыдущую версию отключен. |
| Замена приложений | ИТ-администратор хочет заменить приложение совершенно другим приложением. | Замененное приложение удаляется, а приложение, заменяющее, устанавливается. Действия установки и удаления основаны на командной строке установки и удаления ИТ-специалистов. | Так как эти два приложения отличаются, администратор может включить переключатель Удалить предыдущую версию, чтобы удалить старое приложение с устройства. |
Общие сведения об обновлении приложения на месте и обновлении приложения замены
В следующих сценариях следует просмотреть правила обнаружения приложений после выполнения любого типа следующих обновлений.
| Тип обновления | Описание и сведения об обновлении |
|---|---|
| Обновление приложения на месте |
|
| Обновление приложения замены |
|
Общие сведения о взаимодействии между зависимостями и заменой
Взаимодействия между зависимостями и заменой включают следующее:
- Замены и связи зависимостей можно создать в одном и том же подграфе приложения.
- Принудительное применение предпочитает замену, чем зависимость, но при наличии конфликтного состояния Intune сообщит об этом.
- Конкретный пример: A зависит от B, C заменяет B. Будет сообщать о состоянии конфликта.
- Конкретный пример 2: A зависит от B, C заменяет A; C устанавливается, а A заменяется. Б остается.
- Замена не будет проходить в определенных сценариях.
- Пример: A зависит от B и C, а B заменяет C.
Базовые примеры замены
Для целей этого документа мы предполагаем, что все приложения являются целевыми (целевыми для устройств или пользователей) и применимы.
Условные обозначения для примеров сценариев замены
| Условные обозначения | Определение |
|---|---|
|
A заменяется B с помощью обновления приложения. |
|
A заменяется B с помощью замены приложения. |
|
Объект присутствует на устройстве, полностью установлен и передает определенные правила обнаружения. |
|
Отсутствует на устройстве. |
Примеры замены регистра и разрешения
| Ситуация | Решение | Примечания |
|---|---|---|
|
Сценарий: Ни один из приложений не обнаруживается на устройстве. A заменяется B с помощью обновления приложения. Результат: Установите B. |
Обновление приложения означает, что администратор решил не удалять замененное приложение на этапе настройки. См. выше в разделе Шаг замены в развертывании приложения. |
|
Сценарий: На устройстве обнаруживается только A. A заменяется B с помощью обновления приложения. Результат: Установите B. |
Так как администратор решил не удалять предыдущую версию во время настройки, Intune явно не удаляет A. Объект может быть удален в зависимости от поведения установщика B. |
|
Сценарий: На устройстве обнаруживается только B. A заменяется B с помощью обновления приложения. Результат: Ничто. |
Так как B уже обнаружен на устройстве, никаких действий не предпринимается. |
|
Сценарий: На устройстве обнаруживаются оба приложения. A заменяется B с помощью обновления приложения. Результат: Ничто. |
Так как B уже обнаружен на устройстве, никаких действий не предпринимается. Администратор решили не удалять предыдущую версию при настройке, поэтому A не удаляется. |
|
Сценарий: Ни один из приложений не обнаруживается на устройстве. A заменяется B с помощью замены приложения. Результат: Установите B. |
Замена приложения означает, что администратор решил удалить замененное приложение на этапе настройки. См. выше в разделе Шаг замены в развертывании приложения. |
|
Сценарий: На устройстве обнаруживается только A. A заменяется B с помощью замены приложения. Результат: Удалите A, а затем установите B. |
Будет удален, и когда агент обнаружит, что на устройстве больше нет A, он установит B. Если обнаружение продолжает обнаруживать A как присутствует, агент не установит B. Установка B на устройстве зависит от того, обнаружен ли на устройстве объект A. |
|
Сценарий: На устройстве обнаруживается только B. A заменяется B с помощью замены приложения. Результат: Никакой |
Никакие действия не выполняются, так как B уже установлен, а A не существует на устройстве. |
|
Сценарий: На устройстве обнаруживаются оба приложения. A заменяется B с помощью замены приложения. Результат: Удаление A. |
Объект удаляется в процессе замены приложения. Обнаружение замененного приложения после установки заменяющего приложения приведет к принудительному применению исправления. |
Поведение сценариев замены с цепочками
Цепочки замены возникают, когда несколько приложений являются частью отношения замены. Например, ИТ-администратор может настроить приложение A для замены приложением B, а затем настроить приложение B для замены приложением C. В этом сценарии создается цепочка замены между приложениями A, B и C (как показано в первом примере ниже). Цепочки замены могут содержать не более 10 связанных узлов в цепочке. Дополнительные сведения об этом максимуме см. в разделе Ограничения замены.
Поведение для цепочек замены можно обобщить следующим образом:
- Все приложения в цепочке замены будут заменены приложением, заменяющим цепочку. В приведенном выше примере вместо приложения цепочки используется приложение C.
Чтобы лучше понять поведение цепочки замены, в следующей таблице приведен список вариантов и решений. При проверке этих цепочек замены предположим, что все приложения являются целевыми и применимы к устройству.
| Ситуация | Решение | Примечания |
|---|---|---|
|
Сценарий: Ни одно из приложений не существует на устройстве. Связь между приложениями является одной из обновлений приложений. Результат: Установите C. |
Так как ни одно из приложений не существует на устройстве, мы устанавливаем замещающее приложение: App C. Заменяющее приложение относится к приложению, которое заменяет все остальные приложения в цепочке. |
|
Сценарий: На устройстве существуют только приложения A и C. Связь между приложениями является одной из обновлений приложений. Результат: Никакой. |
Так как приложение C уже существует на устройстве и это сценарий обновления приложения, приложение A не удаляется. |
|
Сценарий: На устройстве существует только приложение A. Связь между приложениями является одной из обновлений приложений. Результат: Установите C. |
Установка приложения C. Приложение А не удаляется, так как это сценарий обновления приложения. Установщик C может или не может выполнять удаление A, где "удалить" означает, что A больше не обнаруживается с помощью своих правил обнаружения (из-за обнаружения версии). |
|
Сценарий: На устройстве существует только приложение C. Связь между приложениями является одной из обновлений приложений. Результат: Никакой. |
Так как приложение C, заменяющее приложение, уже существует на устройстве, и это сценарий обновления приложения, никаких действий не предпринимается. |
|
Сценарий: Ни одно из приложений не существует на устройстве. Связь между приложениями является одной из замены приложений. Результат: Установите C. |
Так как ни одно из приложений не существует на устройстве, установите замещающее приложение App C. |
|
Сценарий: Приложения A и C существуют на устройстве. Связь между приложениями является одной из замены приложений. Результат: Удаление A. |
Так как приложение 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 |
|---|---|---|
| Приложение А по-прежнему присутствует на устройстве. | Обновление уже запускается после первого доступного проверка, но перед установкой приложения B на устройстве администратор удаляет связь между приложением A и приложением B, делая их независимыми. | Во время второго доступного проверка оба приложения отправляются на устройство, а приложение B будет установлено как независимое приложение. |
| Изменения параметров автоматического обновления | Обновление уже запускается после первого доступного проверка, но перед установкой приложения B на устройстве администратор изменяет параметр автоматического обновления для приложения B на false. | Во время второго доступного проверка в приложение B отправляется на устройство, а приложение A будет обновлено с приложением B на устройстве. |
| Удаление замененного приложения после замены созданных сущностей приложения | Обновление уже активируется после первого доступного проверка, но перед установкой приложения B на устройстве пользователь запрашивает удаление приложения A, а приложение A удаляется с устройства. | Во время второго доступного проверка в приложение B отправляется на устройство, а приложение A будет обновлено с приложением B на устройстве. |
| Удаление после обновления замены | Приложение A было автоматически обновлено до приложения B, но приложение А не было удалено с устройства. Позже пользователь запросит удаление приложения B с устройства, и приложение B будет успешно удалено. | Приложение А по-прежнему присутствует на устройстве. |
| Сбой обновления | Intune пытается автоматически обновить приложение A в приложение B, но установка приложения B завершилась ошибкой и приложение A уже удалено с устройства. | Пользователи не смогут переустановить приложение A из Корпоративный портал, так как оно заменено приложением B, но могут попытаться переустановить приложение B из Корпоративный портал. |
Ограничения:
Любые изменения назначения приложений приводят к удалению компонента, который отвечает за автоматическое обновление приложения.
Этот компонент нельзя настроить вручную, он создается после установки приложения через Корпоративный портал конечным пользователем.
Назначение приложения должно быть хорошо изучено перед развертыванием, чтобы избежать каких-либо изменений в назначении после установки и нарушения автоматического обновления в конечном итоге.