Добавление замены приложения 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, выберите администрирование> клиентаРоли>Все роли>Create.
Это разрешение на замену приложения Win32 было добавлено для следующих встроенных ролей:
- Диспетчер приложений
- Школьный администратор
Примечание.
Сведения об использовании автоматического обновления для автоматического обновления заменяемого приложения см. в статье Использование автоматического обновления с заменой приложения.
Create отношения замены в 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, выполнив следующие действия: Create отношение замены в Intune
На шаге Замена добавьте обновленное приложение.
На шаге Назначения добавьте группу пользователей или устройств в разделе Доступно для зарегистрированных устройств .
Выберите текущий параметр для группы в столбце Автоматическое обновление . Откроется панель Изменение назначения .
Выберите параметр Автоматическое обновление .
Нажмите кнопку ОК , чтобы закрыть панель.
Выберите Далее>Create, чтобы создать отношение замены для автоматического обновления приложения Win32.
Производительность автоматического обновления
Чтобы пользователь получил автоматическое обновление для заменяющего приложения, требуются два устройства проверка для доступных приложений.
Первый доступный проверка обычно происходит через 1–8 часов после создания назначения. Второй доступный проверка обычно происходит через 8 часов после первого проверка. Общее время получения заменяющего приложения составит 8–16 часов. В лучшем случае производительность автоматического обновления будет быстрее.
Ограничения автоматического обновления
Максимальное число приложений, заменяющих приложение Win32, составляет 10. Чтобы получить замещающее приложение, пользователь должен войти на устройство.
Поведение повторных попыток автоматического обновления
Если по какой-либо причине заменяющее приложение не удалось выполнить автоматическое обновление и установку, 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 из Корпоративный портал. |
Дальнейшие действия
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по