msiexec / p (для исправления) - не обновляется после другого изменения

У меня есть файл .msp, созданный инструментом настройки Office 2007.

Если я создаю файл .msp и применяю его к машине, он работает. Но если я снова изменяю офисную установку этого компьютера, а затем снова пытаюсь запустить файл .msp на этом компьютере, он не устанавливает файл .msp (он запускается, но ничего не меняется).

Если я вернусь к средству развертывания Office, снова сохраню файл .msp и снова запущу его на компьютере, он снова запустится.

Итак, я предполагаю, что это какой-то порядковый номер или что-то подобное, но есть ли способ просто заставить файл .msp изменить существующую установку независимо от порядкового номера или того, что мешает ему работать?

При просмотре подробного журнала msiexec я получаю такие вещи, как «ожидаемый идентификатор продукта ###, но обнаружен идентификатор продукта ###», что наводит меня на мысль, что он что-то упорядочивает.

Шаги по воссозданию проблемы:

ИСПОЛЬЗУЙТЕ инструмент OCT для создания настраиваемой установки Office 2k7 (setup.exe / admin)
Разверните настраиваемую установку Office 2k7 на компьютер XP с пакетом обновления 2 (sp2), на котором больше ничего нет (setup.exe / adminfile custom.msp)
СЕЙЧАС ... есть часть поддержки программирования .NET в установке Infopath, которая не будет установлена, потому что для нее требуется .NET 2.0 или выше на настольном компьютере.
Установите .NET 2.0 или выше на клиенте
Создайте новый «патч обслуживания» только для поддержки программирования .NET (setup.exe / admin).
Запустите новый патч на клиентском компьютере (msiexec / p newpatch.msp)
В разделе «Установка и удаление программ» в Office 2007 убедитесь, что в подменю Infopath теперь отображается поддержка программирования .NET (что должно быть).
Измените установку Office в добавлении / удалении программ ... удалите выбор поддержки программирования .NET и продолжите ... это снова удалит эту функцию.
Попробуйте перезапустить "msiexec / mp newpatch.msp" ... он работает так, как будто работает, но на самом деле ничего не устанавливает.

Шаги 8–9 - это самый простой способ воссоздать реальную проблему ... если вы спрашиваете «зачем вы это делаете», это потому, что другие исправления, такие как исправления безопасности WSUS и т. Д., Также в конечном итоге делают файл newpatch.msp бесполезным, потому что они ударяют новая последовательность # после порядкового номера отметки времени / даты newpatch.msp.

После работы с Microsoft по этому вопросу единственным достойным решением было следующее:

Пранав из нашей команды по установке сообщил мне, что он смог разобраться в проблеме. Он объяснил мне, что вы не сможете установить с помощью msp, удалить офис, а затем переустановить с тем же MSP при изменении функции «Поддержка программирования .NET» в разделе «InfoPath».
Судя по всему, проблема может быть решена путем создания нового msp с теми же настройками, что и исходный msp.

Это, по-видимому, единственный способ решения проблемы, связанной с другими обновлениями Office, которая также приводит к сбою файла .msp.

Итак, мы решили сделать следующее:

Создайте исправление .msp и разверните его с помощью сценария запуска компьютера.
«Повторно сохраняйте» патч .msp один раз в день в течение 2 недель во время развертывания, чтобы убедиться, что он повлияет на клиентские компьютеры.
В сценарии клиентские компьютеры будут «сообщать» в центральный файл журнала (добавлять его) с именем своего компьютера и ответом «да / нет».
Через 2 недели мы воспользуемся полученными ответами «нет», чтобы вручную поразить эти машины и исправить их.

Это отстойно, но придется сойтись. Мы обновим наш базовый образ компьютера в будущем, чтобы нам больше не приходилось с этим сталкиваться.