Как включить KB2670838 в установщик с помощью InstallShield 2013?

В InstallShield это обновление обычно следует доставлять в качестве предварительного условия (инструменты > редактор предварительных условий) или в виде пакета, включенного в комплект (ссылка [SystemFolder]wusa.exe для установки файла .msu). В обоих случаях это логически отделяет распространяемую установку от установки вашего пакета, предоставляя пользователям единый интерфейс установки.

Глытжкоф упоминает несколько действительно хороших моментов о том, как определить, было ли установлено обновление. Вы вы захотите включить их в свои условия (в пакет предварительных условий или комплект), а также в обнаружение обновления или его отсутствия в вашем пакете .msi, чтобы он мог прерваться, если требуемое обновление не было установлено к моменту запуска .msi.

Список Установка и удаление программ в реестре может помочь вам получить приблизительное представление о том, что установлено:

• HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall

Похоже, что это не дает полного списка того, что установлено, хотя: http://social.technet.microsoft.com/Forums/windows/en-US/d913471a-d7fb-448d-869b-da9025dcc943/where-does-addremove-programs-get-its-information-from-in-the-registry?forum=w7itprogeneral

Другим способом может быть использование информации о файле из статьи базы знаний: http://support.microsoft.com/kb/2670838/en (для получения дополнительной информации : информация о файле) и используйте функцию Wix / MSI AppSearch / LaunchCondition. Это должно сделать трюк, хотя я находите синтаксис немного нелогичным.

Другой подход заключается в том, чтобы написатьпользовательское действие и объединить эти два источника (добавить /удалить запись и информацию о файле). Такое пользовательское действие не внесет никаких изменений в систему и, следовательно, менее проблематично, чем другие пользовательские действия, которые вызывают проблемы отката. Я считаю, что проще протестировать и поддерживать пользовательское действие в случае, если в какой-то момент потребуются дополнительные предварительные условия. Впрочем, это дело вкуса. Я просто считаю, что это легче сделать. запустите сценарий предварительных условий для выбора файлов, чтобы проверить, что он их правильно идентифицирует и выполняет, как ожидалось, чем продолжать запускать файл MSI для каждого теста.

Вот аналогичный вопрос с некоторыми указателями из superuser.com: https://superuser.com/questions/521175/determine-if-windows-hotfix-has-been-applied

И еще одна ссылка на serverfault.com (сайт системного администрирования). Хороший подход с использованием PowerShell , который, безусловно, можно перенести к пользовательскому действию: https://serverfault.com/questions/312778/determine-if-user-has-hotfix-981889-installed

Еще больше serverfault.com материал, включающий обновление.exe, WMI и скрипт Powershell для просмотра всех установленных исправлений: https://serverfault.com/questions/263847/how-can-i-query-my-system-via-command-line-to-see-if-a-kb-patch-is-installed . рекомендуется читать . Microsoft: http://technet.microsoft.com/en-us/library/hh849836.aspx

PSInfo , кажется, может показать установленные исправления: http://technet.microsoft.com/en-us/sysinternals/bb897550

Позвольте мне попытаться добавить ответ в стиле ссылки , поскольку мой другой ответ немного органичен, чтобы сказать по меньшей мере на этом этапе - я оставлю его, так как он содержит обсуждение MSI. см. рекомендацию MSI в среднем разделе ниже :

WMI:

wmic qfe where "HotfixID = 'KB973687'"

PowerShell: (просто get-исправление для полного списка)

get-hotfix | findstr "981889"

SystemInfo (удалить аргументы для формата списка):

systeminfo /fo csv

PSInfo (кажется чтобы не перечислять все на всех машинах, и не может работать молча должным образом):

PSinfo -h

Реестр (видимо, не полный список исправлений):

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall

---

Для MSI custom action use я бы на самом деле использовал пользовательское действие, которое проверяет версии файлов, как описано в моем другом ответе. Очень надежный, и принимает во внимание, что исправление может быть устаревшим, пока файлы все еще до дата.

---

Ссылки :

• рекомендуется: https://serverfault.com/questions/263847/how-can-i-query-my-system-via-command-line-to-see-if-a-kb-patch-is-installed
• Как получить список установленных обновлений и исправлений?
• SystemInfo: https://serverfault.com/questions/334552/how-to-check-that-a-known-windows-vulnerability-has-been-patched
• http://windowsitpro.com/scripting/get-hotfix-information-quickly-wmic
• https://serverfault.com/questions/69467/list-all-hotfixes-applied-to-windows-server
• wmic в целом: http://technet.microsoft.com/en-us/library/bb742610.aspx
• рекомендуется : http://www.dedoimedo.com/computers/windows-wmic.html
• http://www.techsupportalert.com/content/quick-and-easy-way-list-all-windows-updates-installed-your-system.htm
• http://pario.no/2011/06/19/list-installed-windows-updates-using-wmic/

Имел ту же проблему и решил ее, добавив необходимое условие сценария PowerShell и пакетный файл для его выполнения.

пре. ps1 файл выглядит примерно так:

function TestConnection
{
    Test-Connection -ComputerName "8.8.8.8" -Quiet
}

get-hotfix -id KB2670838
if(!$?){
    #SourceURI = "https://download.microsoft.com/download/1/4/9/14936FE9-4D16-4019-A093-5E00182609EB/Windows6.1-KB2670838-x64.msu";
    #$FileName = $SourceURI .Split('/')[-1]
    #$BinPath = Join-Path $DownloadPath -ChildPath $FileName
    Invoke-Webrequest -Uri $SourceURI -OutFile $BinPath
    #Start-Process -FilePath $BinPath -ArgumentList "/q /norestart" -Wait -NoNewWindow
}

пре.cmd файл выглядит примерно так:

@echo off
::set PS_FILE=%~dp0Prerequisite.ps1
set PS_FILE=%~dpn0.ps1
set PS_EXEC_PATH=%SystemRoot%\sysnative\WindowsPowerShell\v1.0\
set PS_EXEC_PATH=%SystemRoot%\System32\WindowsPowerShell\v1.0\
::set PS_EXEC_PATH=%SystemRoot%\SysWOW64\WindowsPowerShell\v1.0\
set PS_EXEC_PATH=
set PS_EXEC=%PS_EXEC_PATH%powershell.exe
echo %PS_EXEC%
echo %PS_FILE%

::%PS_EXEC% -file %PS_FILE% set-executionpolicy remotesigned
::%PS_EXEC% -NoProfile -ExecutionPolicy Bypass -Command "& '%PS_FILE%'"
::This is with admin rights
%PS_EXEC% -NoProfile -Command "& {Start-Process PowerShell.exe -ArgumentList '-NoProfile -ExecutionPolicy Bypass -File ""%PS_FILE%""' -Verb RunAs}"

::pause