Media Pack for Windows XP Home Edition N and Windows XP Professional N (KB886540)
Last Modified:
5/9/2006
Size:
29.4 MB
Description: Architecture: X86 Classification: Updates Supported products: Windows XP Supported languages: Czech |
MSRC Number: n/a MSRC severity: KB article numbers: 886540 |
Hi,
We’re deploying a new WSUS server, since we only have 30mbps and the network gets a bit clogged up when the computers update. After reading some topics on the matter, I decided to give 500GB to the system. However, when I started downloading everything, it says it’s going to download over 2TB! We haven’t deployed WSUS before, so we’re not sure which categories are exactly needed.
The categories selected are:
- Visual Studio 2005-2013
- Exchange 2013
- Office 2003-2016 (+ dictionary updates)
- All SQL servers except 2000
- Windows 10 Dynamic Update, Feature on Demand, GDR-DU FOD, GDR-DU LP, GDR-DU, Windows 10
- Windows 7
- Windows 8/8.1 (+Dynamic Update)
- Windows Defender
- Windows Dictionary Updates
- Windows GDR-Dynamic Update
- Windows Internet Explorer 7/8 Dynamic Installer
- Windows Media Dynamic Installer
- Windows Next Graphics Driver Dynamic update
- Windows Server 2008 (+R2), Server Manager Dynamic Installer
- Windows Server 2012 (+R2)
- Windows Server Manager — WSUS Dynamic Installer
The Server Cleanup Wizard declined absolutely nothing, not sure what’s up with that.
What should I do to decrease the size?
Thanks in advance
Read these next…
Merging two domains with the same name?
Windows
It seems that a possible company merger is coming down the pipeline, but as luck would have it, the active directory domains have the same name (ie, domain.local)The domain I maintain is running server 2019 at a 2016/2019 functional level.The other domain…
How can I track changes to network adapter configuration
Windows
Ok, so we have a site where most of the users have local admin and they have a small group of users who «know about computers». The site runs pretty smoothly but we’re seeing a bunch of users who are able to function on the wired network but aren’t able …
Snap! — Cooling in Antarctica, Back to the Moon, Biological Clothing, AI Sci-Fi
Spiceworks Originals
Your daily dose of tech news, in brief.
Welcome to the Snap!
Flashback: February 3, 1986: The term “vaporware” is first used by Philip Elmer-DeWitt in a TIME magazine article (Read more HERE.)
Bonus Flashback: February 3, 1966: Luna 9 Lan…
Safety Glasses with Glasses
Networking
I’m going to be pulling some new wire soon through some dirty drop ceilings, and without fail, at some point I always get a piece of something in my eye at some point during the job.I’d like to avoid that this time.I have struggled to find safety glasses …
AD on-premise courses
IT & Tech Careers
Hello!We have a predominantly on-prem AD environment. Whilst we will be moving to M365 that will be in a while.We have a number of junior staff that need basic instruction in Active Directory and file/folder permissions. I recall many years ago the MC…
Разработчик |
Microsoft |
---|---|
Операционная система |
Windows |
Последняя версия |
4.5 (2 июня 2008 года [1]) |
Лицензия |
Пользовательское соглашение Microsoft |
Windows Installer (установщик Windows) — подсистема Microsoft Windows, обеспечивающая установку программ (инсталлятор). Является компонентом Windows, начиная с Windows 2000; может доустанавливаться и на более ранние версии Windows. Вся необходимая для установки информация (иногда и вместе с устанавливаемыми файлами) содержится в установочных пакетах (installation packages), имеющих расширение .msi.
Содержание
- 1 История
- 2 Логическая структура пакета
- 3 Физическая структура пакета
- 4 Процесс установки
- 4.1 Действия
- 4.2 Сбор информации
- 4.3 Выполнение
- 4.4 Откат
- 5 Прочие возможности
- 5.1 Анонсирование и установка по требованию
- 5.2 Журнал установки
- 6 Другие системы инсталляции
- 7 Примечания
- 8 См. также
- 9 Ссылки
История
Windows Installer был разработан в 1995—1998 годах и имел вначале кодовое название Darwin. Ранние версии назывались Microsoft Installer, отсюда стандартное расширение файла инсталляционного пакета — .msi. [2]
Первая версия Installer’а вышла в начале 1999 в качестве инсталлятора Microsoft Office 2000. В конце того же года Installer стал частью Windows 2000. Майкрософт всячески поощрял переход разработчиков на новый инсталлятор, включив в список требований к программам, желающим получить так называемый знак Windows 2000 Logo, требование устанавливаться с помощью Windows Installer.
Windows Installer оказался значительным шагом вперёд по отношению к предыдущему инсталлятору Microsoft — Setup API (ACME Setup): в нём были введены возможности GUI, поддержка деинсталляции и отката в любой момент установки (включая откат во время деинсталляции), корректная работа с правами доступа в Windows и другие возможности, что сделало его сильной альтернативой различным существовавшим на рынке инсталляционным пакетам.
Логическая структура пакета
Инсталляционный пакет описывает установку одного продукта и имеет свой GUID. Продукт состоит из компонентов (components) (тоже имеющих свои GUIDы), сгруппированных в возможности (features).
Компонент (component) — минимальная неделимая установочная единица, представляющая собой группу файлов, значений реестра, создаваемых папок и других элементов, объединённых общим именем (именем компоненты) и либо устанавливаемых вместе, либо не устанавливаемых. Компоненты скрыты от конечного пользователя. Каждая компонента имеет ключевой путь (key path) — например, имя своего главного файла — по которому определяется наличие этой компоненты на компьютере пользователя.
Возможность (feature; в русифицированной версии Windows именно это слово переводится как «компонента», что вносит путаницу) — это иерархическая группа компонент и/или других возможностей. Когда при установке показывается диалог выбора устанавливаемых частей программы, пользователь управляет выбором именно возможностей. Выбор возможности для установки влечёт за собой установку всех компонент, которые в неё включены.
Физическая структура пакета
Файл .msi представляет собой составной документ OLE (OLE compound document — в том же формате-контейнере хранятся документы Microsoft Word, Excel и т. д.), в котором содержится небольшая реляционная база данных — набор из нескольких десятков взаимосвязанных таблиц, содержащих различную информацию о продукте и процессе установки. При этом все строковые данные в базе хранятся вместе в отдельном потоке документа, а в таблицах базы на них имеются ссылки; таким образом избегают дублирования строк, что значительно уменьшает размер базы.
Кроме базы, структура файла .msi предусматривает помещение туда пользовательских сценариев и вспомогательных DLL, если таковые требуются для установки, а также самих устанавливаемых файлов, запакованных в формате .cab. Файлы можно размещать и отдельно от пакета, в запакованном или распакованном виде (с сохранением структуры каталогов).
Процесс установки
Процесс установки состоит из нескольких этапов — сбора информации, выполнения (собственно установки), а также, возможно, отката (в случае ошибки или отмены установки пользователем).
Действия
Каждый этап установки состоит из последовательности действий (actions), записанной в базе данных. Действиям присвоены номера, определяющие порядок их выполнения, а иногда — и условия, при которых действия выполняются или не выполняются.
Большая часть действий — это стандартные действия, характерные для типичного процесса сбора информации и установки. Все эти действия документированы. Кроме них, пользователь может определить и свои действия (custom actions).
Действия, определённые пользователем, могут быть либо написаны на одном из скриптовых языков, встроенных в операционную систему (JScript или VBScript так же и Eclipse, побочный язык от C++), либо размещаться в специально созданной DLL (написанной на таких языках, как C, C++ и т. д.). Файлы с этими действиями помещаются внутрь файла .msi и извлекаются оттуда в начале запуска инсталляции.
Сбор информации
На этапе сбора информации Windows Installer собирает инструкции (либо путём взаимодействия с пользователем, либо программным путём) установить или удалить одну или несколько возможностей, входящих в продукт. Эти инструкции в дальнейшем формируют на основе базы данных внутренний сценарий, детально описывающий последующий этап выполнения.
Этот этап называют также непосредственным режимом (immediate mode).
Выполнение
К началу этого этапа инсталлятор генерирует внутренний сценарий, предназначенный для выполнения без вмешательства пользователя. Этот сценарий выполняется инсталлятором в привилегированном режиме службы NT (конкретно — под аккаунтом LocalSystem). Привилегированный режим требуется из-за того, что инсталляция могла быть запущена пользователем, не обладающим необходимыми правами для изменения системных параметров и файлов (хотя право установить программу ему было предоставлено).
Этот этап иногда называется отложенным режимом (deferred mode).
Откат
Если какое-либо из действий, определённых в сценарии, оканчивается неудачей, или установка в процессе отменяется пользователем, все действия, выполненные до этого места, откатываются, возвращая систему в состояние, бывшее до установки. Откат обеспечивается наличием для каждого действия, вносящего изменение в систему, обратного к нему. Вводя в пакет нестандартные действия, программист также должен создать обратные к ним для правильной работы отката.
Прочие возможности
Анонсирование и установка по требованию
Журнал установки
Другие системы инсталляции
- Nullsoft Scriptable Install System
- Inno Setup
- Wise Package Studio
Примечания
- ↑ Ссылка на скачивание актуальной версии Установщика Windows
- ↑ Rob Mensching. Inside the MSI file format.
См. также
- WiX
- RPM
- Инсталлятор
Ссылки
- Раздел Установщик Windows (англ.) MSDN
API и фреймворки Microsoft | |
---|---|
Графика | Desktop Window Manager · Direct2D · Direct3D (extensions) · GDI / GDI+ · WPF · Windows Color System · Windows Image Acquisition · Windows Imaging Component |
Аудио | DirectMusic · DirectSound · DirectX plugin · XACT · Speech API · XAudio2 |
Мультимедиа | DirectX (Media Objects · Video Acceleration) · DirectInput · DirectShow · Image Mastering API · Managed DirectX · Media Foundation · XNA · Windows Media · Video for Windows |
Web | MSHTML · RSS Platform · JScript · VBScript · BHO · XDR · SideBar Gadgets |
Доступ к данным | Data Access Components · Extensible Storage Engine · ADO.NET · ADO.NET Entity Framework · Sync Framework · Jet Engine · MSXML · OLE DB · OPC |
Сеть | Winsock (LSP) · Winsock Kernel · Filtering Platform · Network Driver Interface Specification · Windows Rally · BITS · P2P API · MSMQ · MS MPI · DirectPlay |
Коммуникации | Messaging API · Telephony API · WCF |
Администрирование и |
Win32 console · Windows Script Host · WMI (extensions) · PowerShell · Task Scheduler · Offline Files · Shadow Copy · Windows Installer · Error Reporting · Event Log · Common Log File System |
Компонентная модель | COM · COM+ · ActiveX · Distributed Component Object Model · .NET Framework |
Библиотеки | Base Class Library (BCL) · Microsoft Foundation Classes (MFC) · Active Template Library (ATL) · Windows Template Library (WTL) |
Драйверы устройств | Windows Driver Model · Windows Driver Foundation (KMDF · UMDF) · WDDM · NDIS · UAA · Broadcast Driver Architecture · VxD |
Безопасность | Crypto API (CAPICOM) · Windows CardSpace · Data Protection API · Security Support Provider Interface (SSPI) |
.NET | ASP.NET · ADO.NET · Base Class Library (BCL) · Remoting · Silverlight · TPL · WCF · WCS · WPF · WF |
Программное обеспечение | EFx Factory · Enterprise Library · Composite UI · CCF · CSF |
IPC | MSRPC · Dynamic Data Exchange (DDE) · Remoting · WCF |
Доступность | Active Accessibility · UI Automation |
Текст и многоязная |
DirectWrite · Text Services Framework · Text Object Model · Input method editor · Language Interface Pack · Multilingual User Interface · Uniscribe |
Компоненты Microsoft Windows | |
---|---|
Основные |
Aero • ClearType • Диспетчер рабочего стола • DirectX • Панель задач (Пуск • Область уведомлений) • Проводник (Пространство имён • Специальные папки • Ассоциации файлов) • Windows Search (Smart folders • iFilters) • GDI • WIM • SMB • .NET Framework • XPS • Active Scripting (WSH • VBScript • JScript) • COM (OLE • DCOM • ActiveX • Структурированное хранилище • Сервер транзакций) • Теневая копия • WDDM • UAA • Консоль Win32 |
Службы управления |
Архивация и восстановление • COMMAND.COM • cmd.exe • Средство переноса данных • Просмотр событий • Установщик • netsh.exe • PowerShell • Отчёты о проблемах • rundll32.exe • Программа подготовки системы (Sysprep) • Настройка системы (MSConfig) • Проверка системных файлов • Индекс производительности • Центр обновления • Восстановление системы • Дефрагментация диска • Диспетчер задач • Диспетчер устройств • Консоль управления • Очистка диска • Панель управления (элементы) |
Приложения |
Контакты • DVD Maker • Факсы и сканирование • Internet Explorer • Журнал • Экранная лупа • Media Center • Проигрыватель Windows Media • Программа совместной работы • Центр устройств Windows Mobile • Центр мобильности • Экранный диктор • Paint • Редактор личных символов • Удалённый помощник • Распознавание речи • WordPad • Блокнот • Боковая панель • Звукозапись • Календарь • Калькулятор • Ножницы • Почта • Таблица символов • Исторические: Movie Maker • NetMeeting • Outlook Express • Диспетчер программ • Диспетчер файлов • Фотоальбом |
Игры |
Chess Titans • Mahjong Titans • Purble Place • Пасьянсы (Косынка • Паук • Солитер) • Сапёр • Пинбол • Червы |
Ядро ОС |
Ntoskrnl.exe • Слой аппаратных абстракций (hal.dll) • Бездействие системы • svchost.exe • Реестр • Службы • Диспетчер управления сервисами • DLL (формат модулей) • PE • NTLDR • Диспетчер загрузки • Программа входа в систему (winlogon.exe) • Консоль восстановления • Windows RE • Windows PE • Защита ядра от изменений |
Службы |
Autorun.inf • Фоновая интеллектуальная служба передачи • Файловая система стандартного журналирования • Отчёты об ошибках • Планировщик классов мультимедиа • Теневая копия • Планировщик задач • Беспроводная настройка |
Файловые системы |
Protogon • NTFS (Жёсткая ссылка • Точка соединения • Точка монтирования • Точка повторной обработки • Символьная ссылка • TxF • EFS) • WinFS • FAT • exFAT • CDFS • UDF • DFS • IFS |
Сервер |
Active Directory • Службы развёртывания • Служба репликации файлов • DNS • Домены • Перенаправление папок • Hyper-V • IIS • Media Services • MSMQ • Защита доступа к сети (NAP) • Службы печати для UNIX • Удалённое разностное сжатие • Службы удаленной установки • Служба управления правами • Перемещаемые профили пользователей • SharePoint • Диспетчер системных ресурсов • Удаленный рабочий стол • WSUS • Групповая политика • Координатор распределённых транзакций |
Архитектура |
NT • Диспетчер объектов • Пакеты запроса ввода/вывода • Диспетчер транзакций ядра • Диспетчер логических дисков • Диспетчер учетных записей безопасности • Защита ресурсов • lsass.exe • csrss.exe • smss.exe • spoolsv.exe • Запуск |
Безопасность |
BitLocker • Защитник • Предотвращение выполнения данных • Обязательный контроль целостности • Защищенный канал данных • UAC • UIPI • Брандмауэр • Центр обеспечения безопасности • Защита файлов |
Совместимость |
Подсистема UNIX (Interix) • Виртуальная машина DOS • Windows on Windows • WOW64 |
Программные интерфейсы и фреймворки Microsoft Windows | |
---|---|
Графика | Проводник Windows • DirectX • Direct3D • GDI • Windows Presentation Foundation • Windows Color System • Windows Image Acquisition • Windows Imaging Component |
Звук | DirectSound • DirectMusic • XACT • Speech API • MME |
Мультимедиа | DirectShow • Windows Media • Media Foundation |
Веб | MSHTML • MSXML • Платформа RSS для Windows • JScript • ActiveX • XMLHttpRequest • Гаджеты |
Доступ к данным | Компоненты Microsoft Data Access • Extensible Storage Engine • ADO.NET • Sync Framework • Jet-механизм |
Сети | Winsock (LSP) • Filtering Platform • NDIS • Windows Rally • Сервис фоновой интеллектуальой передачи данных • P2P API |
Коммуникации | TAPI |
Администрирование | Консоль Win32 • Windows Script Host • Инструментарий управления Windows • PowerShell • Планировщик задач • Offline Files • Теневое копирование • Windows Installer • Диспетчер ошибок Windows • Журнал событий Windows |
Модель компонентов | COM • COM+ • DCOM • .NET Framework |
Библиотеки | Microsoft Foundation Classes (MFC) • Active Template Library (ATL) • Windows Template Library (WTL) • Base Class Library (BCL) |
Разработка драйверов | Windows Driver Model • Windows Driver Foundation (KMDF • UMDF) |
Безопасность | CryptoAPI (CAPICOM) • Windows CardSpace • Data protection API • Security Support Provider Interface |
.NET | .NET Framework • ASP.NET • ADO.NET • .NET Remoting • Windows Presentation Foundation • Windows Workflow Foundation • Windows Communication Foundation • Windows CardSpace • XNA Framework • Silverlight • Библиотека параллельного программирования |
Межпроцессное взаимодействие |
Dynamic Data Exchange (DDE) • MSRPC • Именованные каналы |
Текст и поддержка языков |
Framework Текстовых сервисов • Объектная модель текстов • Редактор метода ввода • Языковые пакеты • Многоязычный интерфейс |
Игры | XNA Framework • DirectX |
Форматы архивов (сравнение по типу) | |
---|---|
Только архивирование |
ar • cpio • shar • tar • LBR |
Только сжатие |
bzip2 • compress • gzip • LZMA • LZW • lzop • rzip • SQ • XZ |
Архивирование и сжатие |
7z • ACE • ARC • ALZip • ARJ • Cabinet • cpt • DAR • dd • DGCA • .dmg • GCA • kgb • LHA • LZX • PAQ • RAR • qda • sit • SQX • Xar • zoo • ZIP |
Упаковка и распространение ПО |
deb • pkg • gem • RPM • MSI • JAR (WAR • RAR (Java) • EAR) |
Windows Installer
Windows Installer (установщик Windows) — подсистема Microsoft Windows, обеспечивающая установку программ (инсталлятор). Является компонентом Windows, начиная с Windows 2000; может доустанавливаться и на более ранние версии Windows. Вся необходимая для установки информация (иногда и вместе с устанавливаемыми файлами) содержится в установочных пакетах (installation packages), имеющих расширение .msi.
Содержание
История
Windows Installer был разработан в 1995—1998 годах и имел вначале кодовое название Darwin. Ранние версии назывались Microsoft Installer, отсюда стандартное расширение файла инсталляционного пакета — .msi. [1]
Первая версия Installer’а вышла в начале 1999 в качестве инсталлятора Microsoft Office 2000. В конце того же года Installer стал частью Windows 2000. Майкрософт всячески поощрял переход разработчиков на новый инсталлятор, включив в список требований к программам, желающим получить так называемый знак Windows 2000 Logo, требование устанавливаться с помощью Windows Installer.
Windows Installer оказался значительным шагом вперёд по отношению к предыдущему инсталлятору Microsoft — Setup API (ACME Setup): в нём были введены возможности GUI, поддержка деинсталляции и отката в любой момент установки (включая откат во время деинсталляции), корректная работа с правами доступа в Windows и другие возможности, что сделало его сильной альтернативой различным существовавшим на рынке инсталляционным пакетам.
Логическая структура пакета
Компонента (component) — минимальная неделимая установочная единица, представляющая собой группу файлов, значений реестра, создаваемых папок и других элементов, объединённых общим именем (именем компоненты) и либо устанавливаемых вместе, либо не устанавливаемых. Компоненты скрыты от конечного пользователя. Каждая компонента имеет ключевой путь (key path) — например, имя своего главного файла — по которому определяется наличие этой компоненты на компьютере пользователя.
Возможность (feature; в русифицированной версии Windows именно это слово переводится как «компонента», что вносит путаницу) — это иерархическая группа компонент и/или других возможностей. Когда при установке показывается диалог выбора устанавливаемых частей программы, пользователь управляет выбором именно возможностей. Выбор возможности для установки влечёт за собой установку всех компонент, которые в неё включены.
Физическая структура пакета
Файл .msi представляет собой составной документ OLE (OLE compound document — в том же формате-контейнере хранятся документы Microsoft Word, Excel и т. д.), в котором содержится небольшая реляционная база данных — набор из нескольких десятков взаимосвязанных таблиц, содержащих различную информацию о продукте и процессе установки. При этом все строковые данные в базе хранятся вместе в отдельном потоке документа, а в таблицах базы на них имеются ссылки; таким образом избегают дублирования строк, что значительно уменьшает размер базы.
Процесс установки
Процесс установки состоит из нескольких этапов — сбора информации, выполнения (собственно установки), а также, возможно, отката (в случае ошибки или отмены установки пользователем).
Действия
Каждый этап установки состоит из последовательности действий (actions), записанной в базе данных. Действиям присвоены номера, определяющие порядок их выполнения, а иногда — и условия, при которых действия выполняются или не выполняются.
Большая часть действий — это стандартные действия, характерные для типичного процесса сбора информации и установки. Все эти действия документированы. Кроме них, пользователь может определить и свои дейстия (custom actions).
Действия, определённые пользователем, могут быть либо написаны на одном из скриптовых языков, встроенных в операционную систему (VBScript), либо размещаться в специально созданной C, C++ и т. д.). Файлы с этими действиями помещаются внутрь файла .msi и извлекаются оттуда в начале запуска инсталляции.
Сбор информации
На этапе сбора информации Windows Installer собирает инструкции (либо путём взаимодействия с пользователем, либо программным путём) установить или удалить одну или несколько возможностей, входящих в продукт. Эти инструкции в дальнейшем формируют на основе базы данных внутренний сценарий, детально описывающий последующий этап выполнения.
Этот этап называют также непосредственным режимом (immediate mode).
Выполнение
К началу этого этапа инсталлятор генерирует внутренний сценарий, предназначенный для выполнения без вмешательства пользователя. Этот сценарий выполняется инсталлятором в привилегированном режиме службы NT (конкретно — под аккаунтом LocalSystem). Привилегированный режим требуется из-за того, что инсталляция могла быть запущена пользователем, не обладающим необходимыми правами для изменения системных параметров и файлов (хотя право установить программу ему было предоставлено).
Этот этап иногда называется отложенным режимом (deferred mode).
Откат
Если какое-либо из действий, определённых в сценарии, оканчивается неудачей, или установка в процессе отменяется пользователем, все действия, выполненные до этого места, откатываются, возвращая систему в состояние, бывшее до установки. Откат обеспечивается наличием для каждого действия, вносящего изменение в систему, обратного к нему. Вводя в пакет нестандартные действия, программист также должен создать обратные к ним для правильной работы отката.
Источник
Windows media dynamic installer что это
Windows Server Update Services (WSUS) — сервер обновлений операционных систем и продуктов трафик компании и позволяет быстрее устанавливать исправления ошибок и уязвимостей в операционных системах Windows на рабочих местах.
Обновляемое ПО
По состоянию на август 2006 года Windows Software Update Services поддерживает обновление для следующих операционных систем и продуктов:
- Microsoft
- Exchange
- Exchange 2000 Server
- Exchange Server 2003
- Exchange Server 2007 Hygiene
- Exchange Server 2007
- Forefront
- Forefront Client Security
- Internet Security and Acceleration Server
- Internet Security and Acceleration Server 2004
- Microsoft Codename Max
- Max
- Microsoft System Center Data Protection Manager
- Data Protection Manager 2006
- Office
- Office 2002/XP
- Office 2003
- Office 2007
- SQL
- SQL Server 2005
- SQL Server
- System Protection Products
- Microsoft Client Protection
- Windows Live
- Windows Live Mail Desktop
- Windows Live Toolbar
- Windows Small Business Server
- Windows Small Business Server 2003
- Windows
- 64-разрядная операционная система Windows XP 64-Bit Edition версии 2003
- Windows 2000
- Windows Defender
- Windows Internet Explorer 7.0 Dynamic Installer
- Windows Media Dynamic Installer
- Windows Server 2003, Datacenter Edition
- Windows Server 2003
- Windows Vista Dynamic Installer
- Windows XP x64 Edition
- Windows XP
- Exchange
Классы обновлений
- Драйверы
- Критические обновления
- Накопительные пакеты обновления
- Обновления определений
- Обновления системы безопасности
- Обновления
- Пакеты новых функций
- Пакеты обновления
- Средства
Ссылки
Компоненты Microsoft Windows Основные
Aero • Desktop Window Manager • Проводник (Explorer) • Панель задач • Меню «Пуск» • Shell (namespace • Special Folders • File associations) • Search (Saved search • iFilters) • Graphics Device Interface • WIM • Next Generation TCP/IP stack () • .NET Framework • Audio • Printing (XML Paper Specification) • Active Scripting (WSH • VBScript • COM (OLE • OLE Automation • DCOM • ActiveX • ActiveX Document • Structured storage • Transaction Server) • Previous Versions • WDDM • UAA • Win32 console
Калькулятор • Calendar • Таблица символов • Contacts • DVD Maker • Fax and Scan • Internet Explorer • Journal • Outlook Express • Почта Windows • Magnifier • Media Center • Meeting Space • Mobile Device Center • Mobility Center • Movie Maker • Narrator • Notepad • Paint • Фотоальбом • Private Character Editor • Remote Assistance • Sidebar • Snipping Tool • Звукозапись • Windows Media Player • Windows Speech Recognition • Игры
Chess Titans • Hold ‘Em • InkBall • Mahjong Titans • Purble Place • Пасьянс «Косынка» • Пасьянс «Паук» • Сапёр • Пасьянс «Свободная ячейка» • Пинбол • Червы
Autorun • BITS • Task Scheduler • Wireless Zero Configuration • Shadow Copy • Windows Error Reporting • Multimedia Class Scheduler • CLFS
Hard link • Junction point • Mount Point • Reparse point • Symbolic link • TxF • FAT • CDFS • UDF • DFS • IFS
Domains • Active Directory • DNS • Групповая политика • Roaming user profiles • Folder redirection • Координатор распределённых транзакций • MSMQ • Windows SharePoint Services • Windows Media Services • Rights Management Services • IIS • Terminal Services • WSUS • Network Access Protection • DFS Replication • Remote Differential Compression • Print Services for UNIX • Remote Installation Services • Windows Deployment Services • Windows System Resource Manager • Hyper-V
NT series architecture • Object Manager • Startup process (Vista) • I/O request packets • Kernel Transaction Manager • Logical Disk Manager • Security Accounts Manager • Windows Resource Protection • LSASS • CSRSS • SMSS
Unix subsystem (Interix) • Virtual DOS Machine • Windows on Windows • WOW64
Wikimedia Foundation . 2010 .
Полезное
Смотреть что такое «Wsus» в других словарях:
WSUS — Infobox Radio station name = WSUS city = Franklin, New Jersey area = Sussex County, New Jersey branding = WSUS 102.3 slogan = The Best Variety of Soft Rock frequency = 102.3 MHz format = Adult Contemporary erp = 590 watts haat = 227 meters class … Wikipedia
WSUS — Windows Server Update Services (Abkürzung WSUS) ist die Softwarekomponente des Microsoft Windows Server 2003 und Microsoft Windows Server 2008, die für Patches und Aktualisierungen zuständig ist. Sie ist die Nachfolgeversion der… … Deutsch Wikipedia
WSUS — Windows Server Update Services (WSUS) сервер обновлений операционных систем и продуктов трафик компании и позволяет быстрее устанавливать исправления ошибок и уязвимостей в операционных системах Windows на рабочих местах. Обновляемое ПО По… … Википедия
WSUS — Windows Server Update Services Windows Server Update Services (WSUS) est un service permettant de distribuer les mises à jour pour Windows et d autres applications Microsoft. WSUS est un serveur local qui se synchronise avec le site public… … Wikipédia en Français
WSUS — Windows Server Update Service (Computing » Software) * Washington State Urology Society (Medical) … Abbreviations dictionary
WSUS — abbr. Washington State University Spokane … Dictionary of abbreviations
Windows Server Update Services — (WSUS) provides a software update service for Microsoft Windows operating systems and other Microsoft software. WSUS is a locally managed system that works with the public Microsoft Update website to give system administrators more control. By… … Wikipedia
Windows Server Update Services — Este artículo o sección se encuentra desactualizado. Es posible que la información suministrada aquí haya cambiado o sea insuficiente. Windows Server Update Services provee actualizaciones de seguridad para los sistemas operativos Microsoft.… … Wikipedia Español
Windows Update Server — Windows Server Update Services (Abkürzung WSUS) ist die Softwarekomponente des Microsoft Windows Server 2003 und Microsoft Windows Server 2008, die für Patches und Aktualisierungen zuständig ist. Sie ist die Nachfolgeversion der… … Deutsch Wikipedia
Windows Update Services — Windows Server Update Services (Abkürzung WSUS) ist die Softwarekomponente des Microsoft Windows Server 2003 und Microsoft Windows Server 2008, die für Patches und Aktualisierungen zuständig ist. Sie ist die Nachfolgeversion der… … Deutsch Wikipedia
Источник
Установщик Windows
Установщик Windows
Windows Installer (установщик Windows) — подсистема Microsoft Windows, обеспечивающая установку программ (инсталлятор). Является компонентом Windows, начиная с Windows 2000; может доустанавливаться и на более ранние версии Windows. Вся необходимая для установки информация (иногда и вместе с устанавливаемыми файлами) содержится в установочных пакетах (installation packages), имеющих расширение .msi.
Содержание
История
Windows Installer был разработан в 1995—1998 годах и имел вначале кодовое название Darwin. Ранние версии назывались Microsoft Installer, отсюда стандартное расширение файла инсталляционного пакета — .msi. [2]
Первая версия Installer’а вышла в начале 1999 в качестве инсталлятора Microsoft Office 2000. В конце того же года Installer стал частью Windows 2000. Майкрософт всячески поощрял переход разработчиков на новый инсталлятор, включив в список требований к программам, желающим получить так называемый знак Windows 2000 Logo, требование устанавливаться с помощью Windows Installer.
Windows Installer оказался значительным шагом вперёд по отношению к предыдущему инсталлятору Microsoft — Setup API (ACME Setup): в нём были введены возможности GUI, поддержка деинсталляции и отката в любой момент установки (включая откат во время деинсталляции), корректная работа с правами доступа в Windows и другие возможности, что сделало его сильной альтернативой различным существовавшим на рынке инсталляционным пакетам.
Логическая структура пакета
Инсталляционный пакет описывает установку одного продукта и имеет свой GUID. Продукт состоит из компонентов (components) (тоже имеющих свои GUIDы), сгруппированных в возможности (features).
Компонент (component) — минимальная неделимая установочная единица, представляющая собой группу файлов, значений реестра, создаваемых папок и других элементов, объединённых общим именем (именем компоненты) и либо устанавливаемых вместе, либо не устанавливаемых. Компоненты скрыты от конечного пользователя. Каждая компонента имеет ключевой путь (key path) — например, имя своего главного файла — по которому определяется наличие этой компоненты на компьютере пользователя.
Возможность (feature; в русифицированной версии Windows именно это слово переводится как «компонента», что вносит путаницу) — это иерархическая группа компонент и/или других возможностей. Когда при установке показывается диалог выбора устанавливаемых частей программы, пользователь управляет выбором именно возможностей. Выбор возможности для установки влечёт за собой установку всех компонент, которые в неё включены.
Физическая структура пакета
Файл .msi представляет собой составной документ OLE (OLE compound document — в том же формате-контейнере хранятся документы Microsoft Word, Excel и т. д.), в котором содержится небольшая реляционная база данных — набор из нескольких десятков взаимосвязанных таблиц, содержащих различную информацию о продукте и процессе установки. При этом все строковые данные в базе хранятся вместе в отдельном потоке документа, а в таблицах базы на них имеются ссылки; таким образом избегают дублирования строк, что значительно уменьшает размер базы.
Кроме базы, структура файла .msi предусматривает помещение туда пользовательских сценариев и вспомогательных DLL, если таковые требуются для установки, а также самих устанавливаемых файлов, запакованных в формате .cab. Файлы можно размещать и отдельно от пакета, в запакованном или распакованном виде (с сохранением структуры каталогов).
Процесс установки
Процесс установки состоит из нескольких этапов — сбора информации, выполнения (собственно установки), а также, возможно, отката (в случае ошибки или отмены установки пользователем).
Действия
Каждый этап установки состоит из последовательности действий (actions), записанной в базе данных. Действиям присвоены номера, определяющие порядок их выполнения, а иногда — и условия, при которых действия выполняются или не выполняются.
Большая часть действий — это стандартные действия, характерные для типичного процесса сбора информации и установки. Все эти действия документированы. Кроме них, пользователь может определить и свои действия (custom actions).
Действия, определённые пользователем, могут быть либо написаны на одном из скриптовых языков, встроенных в операционную систему (JScript или VBScript так же и Eclipse, побочный язык от C++), либо размещаться в специально созданной DLL (написанной на таких языках, как C, C++ и т. д.). Файлы с этими действиями помещаются внутрь файла .msi и извлекаются оттуда в начале запуска инсталляции.
Сбор информации
На этапе сбора информации Windows Installer собирает инструкции (либо путём взаимодействия с пользователем, либо программным путём) установить или удалить одну или несколько возможностей, входящих в продукт. Эти инструкции в дальнейшем формируют на основе базы данных внутренний сценарий, детально описывающий последующий этап выполнения.
Этот этап называют также непосредственным режимом (immediate mode).
Выполнение
К началу этого этапа инсталлятор генерирует внутренний сценарий, предназначенный для выполнения без вмешательства пользователя. Этот сценарий выполняется инсталлятором в привилегированном режиме службы NT (конкретно — под аккаунтом LocalSystem). Привилегированный режим требуется из-за того, что инсталляция могла быть запущена пользователем, не обладающим необходимыми правами для изменения системных параметров и файлов (хотя право установить программу ему было предоставлено).
Этот этап иногда называется отложенным режимом (deferred mode).
Откат
Если какое-либо из действий, определённых в сценарии, оканчивается неудачей, или установка в процессе отменяется пользователем, все действия, выполненные до этого места, откатываются, возвращая систему в состояние, бывшее до установки. Откат обеспечивается наличием для каждого действия, вносящего изменение в систему, обратного к нему. Вводя в пакет нестандартные действия, программист также должен создать обратные к ним для правильной работы отката.
Источник
You may also like…
Adblock
detector
Разработчик |
---|
Довольно распространённая проблема среди пользователей операционной системы Windows любых версий – ошибка msi при установке программ из файла с расширением .msi. В этой статье я опишу часто встречаемые проблемы с установщиком Windows 7/10/XP и варианты их решения, а также сделаю видео по текущему вопросу.
Файлы с расширением .msi это обычные пакеты установки (дистрибутивы) из которых ставится программа. В отличии от обычных «setup.exe», для запуска файла msi система использует службу Windows Installer (процесс msiexec.exe). Говоря простыми словами, установщик Windows разархивирует и запускает файлы из дистрибутива. Когда Windows Installer не работает, то появляются различные ошибки.
Вообще, меня это жутко бесит, т.к. после глупого сообщения об ошибке совсем непонятно что делать дальше. Microsoft специально разработали установщик Windows Installer для расширения возможностей установки программ (в основном это касается системных администраторов), но не позаботились должным образом о безглючной работе этой службы или хотя бы об адекватных сообщениях о проблемах. А нам теперь это разгребать 🙂
Неполадки могут быть с работой самой службы или могут возникать в процессе установки программ, когда всё настроено, в принципе, правильно. В первом случае нужно ковырять службу установщика, а во втором решать проблему с конкретным файлом. Рассмотрим оба варианта, но сначала второй.
Ошибки msi файлов
Очень часто ошибки появляются из-за недостаточных прав системы на файлы или папки. Нельзя сказать, что Windows Installer не работает, в этом случае достаточно просто добавить нужные права и всё заработает. Буквально вчера я столкнулся с тем, что скаченный дистрибутив .msi не захотел устанавливаться, при этом успешно запускается мастер установки, выбираются параметры, но затем система думает несколько секунд и выдаёт ошибку:
«Error reading from file «имя файла» verify that the file exists and that you can access it» (Error 1305). Переводится «Ошибка чтения из файла … проверьте существует ли файл и имеете ли вы к нему доступ». Ну не тупняк ли? Естественно, что кнопка «Повторить» не помогает, а отмена прекращает всю установку. Сообщение особой смысловой нагрузки также не несёт, т.к. файл точно существует и я имею к нему доступ, иначе бы просто не смог его запустить и получить это сообщение, к тому же почему-то на английском языке 🙂
А ошибка в том, что не Я должен иметь доступ к файлу, а установщик Windows, точнее сама Система. Решается очень просто:
- Кликаем правой кнопкой по файлу с расширением .msi, выбираем «Свойства»
- На вкладке «Безопасность» смотрим, есть ли в списке пользователь с именем «система» или «System»
- Скорее всего вы такого не увидите. Поэтому будем добавлять вручную. Нажимаем кнопку «Изменить…», затем «Добавить…»
- В поле пишем «система» или «System» (если у вас английская Windows) и нажимаем «Проверить имена». При этом слово должно стать подчёркнутым как на картинке.
- Нажимаем «ОК», ставим галочку «Полный доступ», «ОК»
- Кнопка «Дополнительно» -> «Изменить разрешения…» ставим «Добавить разрешения, наследуемые от родительских объектов», «ОК» три раза.
Теперь ошибка установщика не появится! Можно добавить доступ на всю папку, из которой вы обычно инсталлируете программы, например на папку «Downloads», как у меня. Смотрим видео по решению проблем с правами доступа:
В Windows XP вкладки «Безопасность» не будет, если включён простой общий доступ к файлам. Чтобы его выключить, нужно зайти в и выключить опцию «Использовать простой общий доступ к файлам». В урезанных версиях Windows 7/10 и XP вкладки «Безопасность» нет в принципе. Чтобы её увидеть, нужно загрузить Windows в безопасном режиме и зайти в неё под администратором.
Ещё способы решить проблему
- Запускайте установку, войдя в систему под администраторским аккаунтом
- Правой кнопкой по пакету «.msi» и выбираем «Запуск от имени Администратора»
- Выключите антивирус на время
- Включить режим совместимости с предыдущими операционными системами. Для этого зайдите в свойства файла msi и на вкладке «Совместимость» поставьте галочку «Запустить программу в режиме совместимости»
- Если файл на флешке, то попробуйте скопировать его куда-нибудь на жёсткий диск и запустить оттуда (бывает, что запрещена установка программ со съёмных накопителей)
- Попробуйте просто создать новую папку с любым именем в корне диска, перекинуть туда дистрибутив и запустить его оттуда
Описанный метод поможет при разных сообщениях, с разными номерами. Например, вы можете видеть такие ошибки файлов msi:
- Error 1723
- Internal Error 2203
- Системная ошибка 2147287035
- Ошибка «Невозможно открыть этот установочный пакет»
- Ошибка 1603: Во время установки произошла неустранимая ошибка
Во всех этих случаях должна помочь установка прав на файл и/или на некоторые системные папки. Проверьте, имеет ли доступ «система» к папке временных файлов (вы можете получать ошибку «Системе не удается открыть указанное устройство или файл»). Для этого:
- Сначала узнаем нужные пути. Нажмите «Win + Pause» и зайдите в
- В списках ищем переменные с названиями «TEMP» и «TMP» (значения обычно совпадают), в них записаны пути к временным папкам, которые использует установщик Windows
- Теперь идём к этим папкам и смотрим в их свойствах, имеет ли к ним доступ «система». Чтобы быстро получить путь к временной папке пользователя, кликните два раза по переменной, скопируйте путь и вставьте его в адресной строке «Проводника» Windows
После нажатия «Enter» путь преобразится на «нормальный» и вы переместитесь в реальную временную папку. Права на неё и надо проверять. Также рекомендую очистить временные папки от всего что там скопилось или даже лучше удалить их и создать новые с такими же названиями. Если не получается удалить папку, почитайте как удалить неудаляемое, но это не обязательно.
Если служба Windows Installer всё равно не хочет работать, то проверьте права на папку «C:Config.Msi», сюда «система» также должна иметь полный доступ. В этом случае вы могли наблюдать ошибку «Error 1310». На всякий случай убедитесь, что к папке КУДА вы инсталлируете софт также есть все права.
Если вы используете шифрование папок, то отключите его для указанных мной папок. Дело в том, что хотя мы сами имеем к ним доступ, служба Microsoft Installer не может до них достучаться пока они зашифрованы.
Ещё ошибка может быть связана с битым файлом. Может быть он не полностью скачался или оказался битым уже на сервере. Попробуйте скачать его ещё раз оттуда же или лучше с другого места.
Ошибка установщика Windows
В случае общих проблем не будут устанавливаться никакие msi файлы, процесс установки, скорее всего, даже не начнётся. При этом могут появляться ошибки вида:
- Нет доступа к службе установщика Windows
- Не удалось получить доступ к службе установщика Windows
- Ошибка пакета установщика Windows (1719)
или ещё нечто подобное со словами «ошибка msi», «Windows Installer Error». Всё это означает, что система дала сбой и теперь её надо лечить. Может вы ставили какой-то софт, который испортил системные файлы и реестр, или подхватили вирус. Конечно, никогда не будет лишним удалить вирусы, или убедиться что их нет. Но оставьте этот вариант на потом, т.к. обычно проблема кроется в другом.
Сначала давайте проверим работает ли служба Windows Installer:
- Нажмите «Win + R» и введите services.msc
- Найдите в конце списка службу «Установщик Windows» или «Windows Installer»
- Тип запуска должен быть «Вручную». Если она «Отключена», то зайдите в «Свойства» и выберите «Вручную»
- Затем кликните по ней правой кнопкой и выберите «Запустить» или «Перезапустить». Если ошибок нет и состояние переходит в режим «Работает», то здесь всё нормально.
- Нажмите «Win + R» и введите msiexec. Если модуль MSI работает нормально, то должно появиться окно с версией установщика и параметрами запуска, а не ошибка.
Следующее что я посоветую сделать – это выполнить команду сканирования системы на повреждённые и изменённые системные файлы. Нажмите «Win + R» и введите
Sfc /scannow
Произойдёт поиск и замена испорченных файлов на оригинальные, при этом может потребоваться вставить установочный диск с Windows XP-7-10. После окончания процесса перегрузитесь и посмотрите, решена ли проблема.
Microsoft сам предлагает утилиту, призванную решить нашу проблему. Запустите программу Easy Fix и следуйте мастеру.
Скачать Easy Fix
Параметры реестра и службы
Следующий способ устранения ошибки – восстановление рабочих параметров в реестре установщика Windows Installer.
Скачать msiserver.reg
Для этого скачайте архив и запустите оттуда два reg-файла, соответственно своей версии Windows. Согласитесь с импортом настроек.
Важно! Перед последним действием желательно создать точку восстановления системы! Если способ не поможет или станет хуже, вы сможете восстановиться до прежнего состояния.
В Windows XP или Windows Server 2000 установите последнюю версию установщика 4.5.
Скачать Windows Installer 4.5
Если не помогло, то проделайте ещё перерегистрацию компонентов:
- Нажмите «Win + R» и введите «cmd». Затем в чёрном окне введите последовательно команды:
MSIExec /unregister
MSIExec /regserver - В ответ должна быть пустота, никаких ошибок. Если проблема не решена, введите ещё команду
regsvr32 msi.dll - Закройте чёрное окно
Если пишет, что не хватает прав, то нужно запускать командную строку от имени Администратора.
Если команды выполнились, но не помогло, то скачайте файл и запустите msi_error.bat из архива, проверьте результат.
Последний вариант — скачайте программу Kerish Doctor, почитайте мою статью, там есть функция исправления работы службы установщика и многих других частых проблем Windows.
Также, многие программы используют .NET Framework, поэтому не будет лишним установить последнюю версию этого пакета. И, напоследок, ещё один совет: если в пути к файлу-дистрибутиву есть хоть одна папка с пробелом в начале названия, то удалите пробел. Такой простой приём решит вашу проблему 🙂
Подведение итогов
Ошибки с установщиком Windows очень неприятные, их много и сразу непонятно куда копать. Одно ясно – система дала сбой и нужно восстанавливать её до рабочего состояния. Иногда ничего не помогает и приходится переустанавливать Windows. Однако не торопитесь это делать, попробуйте попросить помощи на этом форуме. В точности опишите вашу проблему, расскажите что вы уже делали, какие сообщения получили, и, возможно, вам помогут! Ведь мир не без добрых людей 🙂
Содержание
- Распространяемые компоненты установщика Windows
- получение распространяемого пакета установщик Windows (4,5 и более ранних версий)
- установка распространяемого пакета установщик Windows (4,5 и более ранних версий)
- Синтаксис
- Параметры командной строки
- отложенный перезапуск в Windows Vista и Windows Server 2008
- отложенный перезапуск на Windows XP и Windows Server 2003
- Ошибки при установке программ из пакета Windows Installer «.msi»
- Ошибки msi файлов
- Ещё способы решить проблему
- Ошибка установщика Windows
- Параметры реестра и службы
- Подведение итогов
- Msi installer что это
- Ошибки msi файлов
- Ещё способы решить проблему
- Ошибка установщика Windows
- Параметры реестра и службы
- Подведение итогов
- Описание формата MSI
- Windows Installer: то, что вендор прописал
- «Чистый MSI»
- «Комбинированный MSI»
- MSI с простой настройкой через трансформ или параметры
- MSI с мастером настройки
- MSI с файлом ответов
распространяемый пакет для установщик Windows 5,0 не существует. эта версия входит в состав ос Windows 7, Windows Server 2008 R2 и более поздних выпусков клиента и сервера (включая Windows 10).
получение распространяемого пакета установщик Windows (4,5 и более ранних версий)
все доступные установщик Windows распространяемые пакеты можно найти в центре загрузки майкрософт.
имя распространяемого пакета, устанавливающего установщик Windows 4,5 на компьютерах на базе процессоров x86 под управлением Windows Vista, Windows Vista с пакетом обновления 1 (sp1) и Windows Server 2008 — Windows 6.0-kb942288-v2-x86. MSU.
имя распространяемого пакета, устанавливающего установщик Windows 4,5 на компьютерах на базе x64 под управлением Windows Vista, Windows Vista с пакетом обновления 1 (SP1) и Windows Server 2008 — Windows 6.0-kb942288-v2-x64. MSU.
имя распространяемого пакета, устанавливающего установщик Windows 4,5 на компьютерах Itanium-Based Systems под управлением Windows Vista, Windows Vista с пакетом обновления 1 (SP1) и Windows Server 2008 — Windows 6.0-kb942288-v2-ia64. MSU.
имя распространяемого пакета, устанавливающего установщик Windows 4,5 на компьютерах на базе процессоров x86 под управлением Windows XP с пакетом обновления 2 (sp2) и Windows XP с пакетом обновления 3 (sp3), WindowsXP-KB942288-v3-x86.exe.
имя распространяемого пакета, устанавливающего установщик Windows 4,5 на компьютерах на базе процессоров x86 под управлением Windows Server 2003 с пакетом обновления 1 (SP1) и Windows Server 2003 с пакетом обновления 2 (SP2), WindowsServer2003-KB942288-v4-x86.exe.
имя распространяемого пакета, устанавливающего установщик Windows 4,5 на компьютерах x64 под управлением Windows Server 2003 с пакетом обновления 1 (SP1) и Windows Server 2003 с пакетом обновления 2 (SP2) WindowsServer2003-KB942288-v4-x64.exe.
имя распространяемого пакета, устанавливающего установщик Windows 4,5 на компьютерах Itanium-Based Systems под управлением Windows Server 2003 с пакетом обновления 1 (SP1) и Windows Server 2003 с пакетом обновления 2 (SP2) WindowsServer2003-KB942288-v4-ia64.exe.
распространяемый пакет, который устанавливает установщик Windows 4,0, отсутствует. эта версия установщик Windows поставляется с Windows Vista.
в установщик Windows 2,0 использовалось предыдущее соглашение об именовании для распространяемого пакета: Instmsi.exe. распространяемый пакет для установки или обновления до установщик Windows 2,0 на Windows 2000 не следует использовать для установки или обновления установщик Windows 2,0 на Windows Server 2003 и Windows XP.
установка распространяемого пакета установщик Windows (4,5 и более ранних версий)
установщик Windows 4,5 ресдистрибутабле предоставляется для операционных систем Windows Vista и Windows Server 2008 в виде msu-файла и должна устанавливаться с помощью Центр обновления Windows автономного установщика (Wusa.exe).
распространяемый пакет установщик Windows 4,5 для операционных систем Windows XP и Windows Server 2003 можно установить с помощью следующего синтаксиса и параметров командной строки.
распространяемые пакеты установщик Windows 3,1 и установщик Windows 3,0 можно установить с помощью следующего синтаксиса и параметров командной строки.
Синтаксис
используйте следующий синтаксис, чтобы установить распространяемые компоненты для установщик Windows 4,5 на Windows XP и Windows Server 2003.
Параметры командной строки
в пакетах обновлений распространяемого программного обеспечения установщик Windows используются следующие параметры командной строки без учета регистра.
отложенный перезапуск в Windows Vista и Windows Server 2008
Параметр командной строки/norestart предотвращает перезагрузку компьютера wusa.exe. Однако если файл, обновляемый пакетом MSU, используется, то пакет не будет применен к компьютеру до тех пор, пока пользователь не перезапустит компьютер. это означает, что приложения, использующие распространяемый компонент установщик Windows 4,5 для Windows Vista и Windows Server 2008, не могут использовать функцию установщик Windows 4,5, пока компьютер не будет перезагружен.
отложенный перезапуск на Windows XP и Windows Server 2003
рекомендуется остановить службу установщик Windows при использовании пакета обновления. когда пакет запускается в режиме полного пользовательского интерфейса, он обнаруживает, работает ли служба установщик Windows, и запрашивает у пользователя команду на ее отключение. если пользователь продолжит работу без остановки службы, обновление заменяется на установщик Windows.
начальная загрузка приложений, использующих распространяемый пакет для установки установщик Windows с другим приложением, может потребовать дополнительной перезагрузки системы в дополнение к перезагрузкам, необходимым для установки приложения. Параметр отложенной перезагрузки рекомендуется использовать только в случаях, когда необходимо устранить дополнительную перезагрузку, вызванную установкой используемых файлов. Разработчики должны выполнить следующие действия в приложении установки, чтобы использовать параметр отложенной перезагрузки.
Источник
Ошибки при установке программ из пакета Windows Installer «.msi»
Вообще, меня это жутко бесит, т.к. после глупого сообщения об ошибке совсем непонятно что делать дальше. Microsoft специально разработали установщик Windows Installer для расширения возможностей установки программ (в основном это касается системных администраторов), но не позаботились должным образом о безглючной работе этой службы или хотя бы об адекватных сообщениях о проблемах. А нам теперь это разгребать 🙂
Неполадки могут быть с работой самой службы или могут возникать в процессе установки программ, когда всё настроено, в принципе, правильно. В первом случае нужно ковырять службу установщика, а во втором решать проблему с конкретным файлом. Рассмотрим оба варианта, но сначала второй.
Ошибки msi файлов
«Error reading from file «имя файла» verify that the file exists and that you can access it» (Error 1305). Переводится «Ошибка чтения из файла … проверьте существует ли файл и имеете ли вы к нему доступ». Ну не тупняк ли? Естественно, что кнопка «Повторить» не помогает, а отмена прекращает всю установку. Сообщение особой смысловой нагрузки также не несёт, т.к. файл точно существует и я имею к нему доступ, иначе бы просто не смог его запустить и получить это сообщение, к тому же почему-то на английском языке 🙂
А ошибка в том, что не Я должен иметь доступ к файлу, а установщик Windows, точнее сама Система. Решается очень просто:
Теперь ошибка установщика не появится! Можно добавить доступ на всю папку, из которой вы обычно инсталлируете программы, например на папку «Downloads», как у меня. Смотрим видео по решению проблем с правами доступа:
Ещё способы решить проблему
Описанный метод поможет при разных сообщениях, с разными номерами. Например, вы можете видеть такие ошибки файлов msi:
Во всех этих случаях должна помочь установка прав на файл и/или на некоторые системные папки. Проверьте, имеет ли доступ «система» к папке временных файлов (вы можете получать ошибку «Системе не удается открыть указанное устройство или файл»). Для этого:
После нажатия «Enter» путь преобразится на «нормальный» и вы переместитесь в реальную временную папку. Права на неё и надо проверять. Также рекомендую очистить временные папки от всего что там скопилось или даже лучше удалить их и создать новые с такими же названиями. Если не получается удалить папку, почитайте как удалить неудаляемое, но это не обязательно.
Если служба Windows Installer всё равно не хочет работать, то проверьте права на папку «C:Config.Msi», сюда «система» также должна иметь полный доступ. В этом случае вы могли наблюдать ошибку «Error 1310». На всякий случай убедитесь, что к папке КУДА вы инсталлируете софт также есть все права.
Если вы используете шифрование папок, то отключите его для указанных мной папок. Дело в том, что хотя мы сами имеем к ним доступ, служба Microsoft Installer не может до них достучаться пока они зашифрованы.
Ещё ошибка может быть связана с битым файлом. Может быть он не полностью скачался или оказался битым уже на сервере. Попробуйте скачать его ещё раз оттуда же или лучше с другого места.
Ошибка установщика Windows
В случае общих проблем не будут устанавливаться никакие msi файлы, процесс установки, скорее всего, даже не начнётся. При этом могут появляться ошибки вида:
или ещё нечто подобное со словами «ошибка msi», «Windows Installer Error». Всё это означает, что система дала сбой и теперь её надо лечить. Может вы ставили какой-то софт, который испортил системные файлы и реестр, или подхватили вирус. Конечно, никогда не будет лишним удалить вирусы, или убедиться что их нет. Но оставьте этот вариант на потом, т.к. обычно проблема кроется в другом.
Сначала давайте проверим работает ли служба Windows Installer:
Следующее что я посоветую сделать – это выполнить команду сканирования системы на повреждённые и изменённые системные файлы. Нажмите «Win + R» и введите
Sfc /scannow
Произойдёт поиск и замена испорченных файлов на оригинальные, при этом может потребоваться вставить установочный диск с Windows XP-7-10. После окончания процесса перегрузитесь и посмотрите, решена ли проблема.
Microsoft сам предлагает утилиту, призванную решить нашу проблему. Запустите программу Easy Fix и следуйте мастеру.
Параметры реестра и службы
Следующий способ устранения ошибки – восстановление рабочих параметров в реестре установщика Windows Installer.
Для этого скачайте архив и запустите оттуда два reg-файла, соответственно своей версии Windows. Согласитесь с импортом настроек.
В Windows XP или Windows Server 2000 установите последнюю версию установщика 4.5.
Если не помогло, то проделайте ещё перерегистрацию компонентов:
Если пишет, что не хватает прав, то нужно запускать командную строку от имени Администратора.
Если команды выполнились, но не помогло, то скачайте файл и запустите msi_error.bat из архива, проверьте результат.
Последний вариант — скачайте программу Kerish Doctor, почитайте мою статью, там есть функция исправления работы службы установщика и многих других частых проблем Windows.
Подведение итогов
Ошибки с установщиком Windows очень неприятные, их много и сразу непонятно куда копать. Одно ясно – система дала сбой и нужно восстанавливать её до рабочего состояния. Иногда ничего не помогает и приходится переустанавливать Windows. Однако не торопитесь это делать, попробуйте попросить помощи на этом форуме. В точности опишите вашу проблему, расскажите что вы уже делали, какие сообщения получили, и, возможно, вам помогут! Ведь мир не без добрых людей 🙂
Источник
Msi installer что это
Вообще, меня это жутко бесит, т.к. после глупого сообщения об ошибке совсем непонятно что делать дальше. Microsoft специально разработали установщик Windows Installer для расширения возможностей установки программ (в основном это касается системных администраторов), но не позаботились должным образом о безглючной работе этой службы или хотя бы об адекватных сообщениях о проблемах. А нам теперь это разгребать 🙂
Неполадки могут быть с работой самой службы или могут возникать в процессе установки программ, когда всё настроено, в принципе, правильно. В первом случае нужно ковырять службу установщика, а во втором решать проблему с конкретным файлом. Рассмотрим оба варианта, но сначала второй.
Ошибки msi файлов
«Error reading from file «имя файла» verify that the file exists and that you can access it» (Error 1305). Переводится «Ошибка чтения из файла … проверьте существует ли файл и имеете ли вы к нему доступ». Ну не тупняк ли? Естественно, что кнопка «Повторить» не помогает, а отмена прекращает всю установку. Сообщение особой смысловой нагрузки также не несёт, т.к. файл точно существует и я имею к нему доступ, иначе бы просто не смог его запустить и получить это сообщение, к тому же почему-то на английском языке 🙂
А ошибка в том, что не Я должен иметь доступ к файлу, а установщик Windows, точнее сама Система. Решается очень просто:
Теперь ошибка установщика не появится! Можно добавить доступ на всю папку, из которой вы обычно инсталлируете программы, например на папку «Downloads», как у меня. Смотрим видео по решению проблем с правами доступа:
Ещё способы решить проблему
Описанный метод поможет при разных сообщениях, с разными номерами. Например, вы можете видеть такие ошибки файлов msi:
Во всех этих случаях должна помочь установка прав на файл и/или на некоторые системные папки. Проверьте, имеет ли доступ «система» к папке временных файлов (вы можете получать ошибку «Системе не удается открыть указанное устройство или файл»). Для этого:
После нажатия «Enter» путь преобразится на «нормальный» и вы переместитесь в реальную временную папку. Права на неё и надо проверять. Также рекомендую очистить временные папки от всего что там скопилось или даже лучше удалить их и создать новые с такими же названиями. Если не получается удалить папку, почитайте как удалить неудаляемое, но это не обязательно.
Если служба Windows Installer всё равно не хочет работать, то проверьте права на папку «C:Config.Msi», сюда «система» также должна иметь полный доступ. В этом случае вы могли наблюдать ошибку «Error 1310». На всякий случай убедитесь, что к папке КУДА вы инсталлируете софт также есть все права.
Если вы используете шифрование папок, то отключите его для указанных мной папок. Дело в том, что хотя мы сами имеем к ним доступ, служба Microsoft Installer не может до них достучаться пока они зашифрованы.
Ещё ошибка может быть связана с битым файлом. Может быть он не полностью скачался или оказался битым уже на сервере. Попробуйте скачать его ещё раз оттуда же или лучше с другого места.
Ошибка установщика Windows
В случае общих проблем не будут устанавливаться никакие msi файлы, процесс установки, скорее всего, даже не начнётся. При этом могут появляться ошибки вида:
или ещё нечто подобное со словами «ошибка msi», «Windows Installer Error». Всё это означает, что система дала сбой и теперь её надо лечить. Может вы ставили какой-то софт, который испортил системные файлы и реестр, или подхватили вирус. Конечно, никогда не будет лишним удалить вирусы, или убедиться что их нет. Но оставьте этот вариант на потом, т.к. обычно проблема кроется в другом.
Сначала давайте проверим работает ли служба Windows Installer:
Следующее что я посоветую сделать – это выполнить команду сканирования системы на повреждённые и изменённые системные файлы. Нажмите «Win + R» и введите
Sfc /scannow
Произойдёт поиск и замена испорченных файлов на оригинальные, при этом может потребоваться вставить установочный диск с Windows XP-7-10. После окончания процесса перегрузитесь и посмотрите, решена ли проблема.
Microsoft сам предлагает утилиту, призванную решить нашу проблему. Запустите программу Easy Fix и следуйте мастеру.
Параметры реестра и службы
Следующий способ устранения ошибки – восстановление рабочих параметров в реестре установщика Windows Installer.
Для этого скачайте архив и запустите оттуда два reg-файла, соответственно своей версии Windows. Согласитесь с импортом настроек.
В Windows XP или Windows Server 2000 установите последнюю версию установщика 4.5.
Если не помогло, то проделайте ещё перерегистрацию компонентов:
Если пишет, что не хватает прав, то нужно запускать командную строку от имени Администратора.
Если команды выполнились, но не помогло, то скачайте файл и запустите msi_error.bat из архива, проверьте результат.
Последний вариант — скачайте программу Kerish Doctor, почитайте мою статью, там есть функция исправления работы службы установщика и многих других частых проблем Windows.
Подведение итогов
Ошибки с установщиком Windows очень неприятные, их много и сразу непонятно куда копать. Одно ясно – система дала сбой и нужно восстанавливать её до рабочего состояния. Иногда ничего не помогает и приходится переустанавливать Windows. Однако не торопитесь это делать, попробуйте попросить помощи на этом форуме. В точности опишите вашу проблему, расскажите что вы уже делали, какие сообщения получили, и, возможно, вам помогут! Ведь мир не без добрых людей 🙂
Описание формата MSI
Файл MSI относится к установочным пакетам для платформы Microsoft Windows. Данный формат файла, включает в себя наличие программного обеспечения, отвечающего за обновления ОС или установку определенных программных комплексов. MSI файл относят к документам OLE, содержащим определенные базы данных, которые состоят из наборов взаимосвязанных таблиц с заданной информацией.
В русскоязычной версии Windows служба Windows Installer именуется Установщик Windows. Следует понимать, что речь идет не о программе, «которая устанавливает Windows», а о программе, которая обеспечивает «установку для Windows».
Еще раз повторим, что по настоятельной рекомендации Microsoft все современные дистрибутивы «солидных» приложений должны создаваться на основе технологии MSI – так называемые инсталляторы MSI.
При ее использовании большая часть задач по развертыванию приложения возлагается не на программу-инсталлятор, а на службу Windows Installer. Именно поэтому Многие компании-разработчики включают в состав дистрибутивов своих приложений еще и установочные файлы службы Windows Installer: если таковая на компьютере пользователя отсутствует, инсталляции приложения предшествует установка Windows Installer.
Хотя эта процедура запускается автоматически, полезно знать, что дистрибутив может содержать два ехе-файла для установки Windows Installer:
Так что, увидев в составе дистрибутива два этих файла, не пугайтесь: это не вирусы и не программы-шпионы (хотя. кто знает, чем занимается Windows Installer помимо инсталляции).
Windows Installer позволяет выполнять следующие задачи:
Файлы Msiexec.exe и Msi.dll входят в состав систему и находятся в папке %SystemRoot%SYSTEM32 (для Windows 2000/ХР) или %SyetemRoot%SYSTEM (для Windows 98) на жестком диске компьютера (если Windows Installer установлен).
По двойному щелчку файла с расширением MSI операционная система запускает программу Msiexec.exe. Тот же результат можно получить, выбрав в контекстном меню MSI-файла команду Установка,
Существуют MSI-дистрибутивы, состоящие только из одного MSI-файла. Чтобы начать установку такого приложения, следует щелкнуть правой кнопкой мыши значок MSI-файл и выбрать в его контекстном меню команду Установка (можно также выбрать соответствующий MSI-файл с помощью компонента Установка и удаление программ).
Каждый файл пакета (MSI) содержит базу данных реляционного типа, в которой хранятся все инструкции и данные, необходимые для установки (или удаления) программы различными способами. Например, файл пакета может содержать инструкции по установке приложения, предыдущая версия которого уже установлена.
Реляционная база данных – это база данных, состоящая из нескольких взаимосвязанных таблиц. Соответственно, MSI-файл содержит набор таблиц, описывающих доступные возможности, компоненты, отношения между возможностями и компонентами приложения, а также необходимые параметры реестра.
Поскольку база данных является реляционной, изменения, внесенные в одну таблицу, автоматически распространяются на всю базу. Это упрощает процесс настройки больших приложений или групп приложений.
Помимо MSI-файла в состав дистрибутива могут входить файлы еще нескольких типов, влияющих на работу Windows Installer. Наиболее важными среди них можно считать файлы преобразования (с расширением MST). Содержащиеся в них сведения применяются к установочной базе данных и изменяют ее элементы. Например, Windows Installer может использовать файл преобразования для смены языка интерфейса пользователя приложения. Файлы преобразования изменяют MSI-файл пакета установки во время установки и, следовательно, могут динамически влиять на процесс установки. Эти преобразования применяются к файлу базового пакета каждый раз, когда требуется изменить конфигурацию приложения, заданную в пакете установки. Преобразования применяются в ходе начальной установки и не влияют на уже установленные приложения.
Источник
Windows Installer: то, что вендор прописал
Продолжая тему работы с Windows Installer, сегодня предлагаю поговорить о готовых инсталляторах, предоставляемых производителями ПО – для их обозначения широко применяется термин «vendor MSI».
Как вы помните из прошлой статьи, Windows Installer является промышленным стандартом установочных файлов и используется в большинстве систем развертывания приложений. Vendor MSI очень удобны для системных администраторов, занимающихся развертыванием ПО в корпоративных сетях. Казалось бы, достаточно взять из документации установочные параметры, использовать их в командной строке или трансформе – и дело сделано. Всё ли так просто?
Предлагаю заглянуть внутрь нескольких vendor MSI и разобраться с их устройством.
Из всякого правила есть исключения. Несмотря на то, что инсталляционный пакет прошел тестирование производителя, будьте готовы столкнуться с непредвиденным поведением в процессе установки, возникающим именно в ваших неповторимых условиях.
Естественно, при подготовке приложения к развертыванию в корпоративной среде нужно руководствоваться в первую очередь рекомендациями производителя ПО. Однако иногда система развертывания понимает только формат MSI, а вендор предоставляет только exe-инсталлятор — в этом случае есть смысл попытаться заполучить именно vendor MSI.
Где взять vendor MSI?
Предположим, нужно развернуть некоторое приложение в нашей сети. Обычно у нас есть установочный пакет, полученный от производителя ПО – скопированный с установочного диска, скачанный с официального сайта и т.д.
Если у нас нет установочного пакета – идем на рутрекер сайт производителя и ищем пакет там. На сайте нет пакета в формате MSI, только онлайн-установщик или setup.exe? Попробуем поискать получше. Часто msi-файл для корпоративных пользователей вместе с инструкциями по развертыванию находится не на главной странице, а в разделе сайта с громким названием вроде «For business» (например, Google Chrome или Skype), или на ftp производителя. Если есть выбор из online и offline установщика – выбираем offline вариант.
Простое правило – установочный пакет (в любом формате) можно скачивать только с официального сайта (или ftp) производителя. НИКОГДА не качайте установщик с «файловых архивов» и «каталогов программ», дабы не столкнуться с неприятным сюрпризом.
Естественно, полные версии платных приложений вроде Adobe Creative Suite вы не найдете в открытом доступе. Если у вас есть лицензия на корпоративную версию, но нет установочных файлов — смело обращайтесь в службу поддержки производителя.
Это можно проверить так:
• Попытаться открыть exe-файл с помощью программы-архиватора (7-zip, WinRAR).
• Запустить установку приложения из имеющегося exe-файла и заглянуть во временные папки (%temp%). Обычно во время установки создается папка со случайным названием, в ней находятся установочные файлы, включая msi-файл. Копируем установочные файлы в надежное место – после окончания процесса установки временная папка удаляется.
• Заглянуть в журналы событий по окончанию установки и проверить наличие свежих записей о событиях с источником MsiInstaller.
• ваш вариант?
Начнем с простого эксперимента на установщике iTunes – откроем файл iTunesSetup.exe с помощью 7-zip и видим, что он включает сразу пять msi-файлов (решить сколько из них «лишние» предлагаю вам самостоятельно).
Убедившись, что мы имеем дело с vendor MSI, продолжаем исследование.
Для удобства предлагаю выделить основные категории vendor MSI. Классификация совершенно условна и основана лишь на личном опыте.
По типу ресурсов:
• «Чистый MSI»
• «Комбинированный MSI»
По типу настройки:
• MSI с простой настройкой через трансформ или параметры
• MSI с мастером настройки
• MSI с файлом ответов
Теперь о каждом немного подробнее и с примерами.
«Чистый MSI»
Общее свойство установщиков такого типа – использование нативных механизмов Windows Installer для установки файлов и ключей реестра. Соответствующие этим ресурсам записи присутствуют в таблицах MSI (File, Registry, Shortcut и т.д.). Для внесения изменений в установку достаточно отредактировать записи этих таблиц в трансформе — вы имеете практически полный котроль над процессом инсталляции.
Простые примеры «чистых MSI» – Skype, InstEd.
Для диагностирования проблем с такими установщиками используются стандартные возможности – чтение записей журнала событий (журнал Application, события с источником MsiInstaller) или полное логирование установки (запуск msiexec с параметром /l*v ).
«Комбинированный MSI»
Пример первый – Google Chrome for Business.
Хорошо видно, что таблица File в установщике вообще отсутствует, а основную часть установки выполняет бинарный Custom Action под названием DoInstall, внутри него и находятся файлы, которые будут установлены в систему.
Еще один интересный пример – Java Runtime Environment. Извлекаем msi-файл с сопутствующим cab-файлом из оффлайн-установщика, распространяемого в формате exe-файла.
Таблица File этого vendor MSI содержит всего четыре записи, основные файлы приложения находятся внутри zip-архива (который в свою очередь находится внутри cab-файла) с последующей их распаковкой в процессе установки:
За основную часть процесса инсталляции отвечает файл regutils.dll, названия Custom Actions довольно красноречивы:
Этот тип инсталляторов несколько тяжелее поддается диагностированию ошибок – логи Windows Installer дадут нам полезную информацию только до момента запуска внутреннего exe-файла, а сам exe-файл не всегда генерирует внятные сообщения при возникновении ошибок. Также такие vendor MSI тяжелее поддаются настройке. Вернее сказать, наши возможности настройки процесса установки чаще всего ограничены только настройками, предусмотренными производителем ПО. Например, производитель ПО не всегда предусматривает возможность отключения установки ярлыков или внесения изменений в файлы настройки приложения при его установке.
Инсталляторы такого типа иногда преподносят неприятные сюрпризы в процессе установки (приходилось разбираться с JRE и Adobe Flash Player, сваливавшимися на выполнении Custom Action), и на диагностику и исправление ошибок может понадобиться некоторое время.
Теперь перейдем к возможностям настройки пакетов, предлагаемым нам производителями ПО.
MSI с простой настройкой через трансформ или параметры
Это самый распространенный способ – большинство vendor MSI имеют возможность такой настройки. Обычно производитель уже предусмотрел самые востребованные настройки вроде отключения автообновлений приложения и настроек подключения к серверу, и описал это в документации. Настройки могут быть описаны в виде параметров командной строки установщика, параметров MSI (MSI properties) или даже описания реестровых записей, которые вы можете добавить в трансформ для пакета.
Стоит упомянуть, что иногда в более новой версии vendor MSI параметры могут вести себя не так, как в предыдущей (или совсем перестать работать, как когда-то произошло с переставшими работать параметрами отключения автообновлений JRE), но это бывает крайне редко.
MSI с мастером настройки
Некоторые вендоры не ограничиваются публикацией перечня параметров командной строки для установки и настройки пакета. Они предоставляют утилиту для тонкой настройки инсталлятора, выполняющую несколько полезных функций:
• Интуитивно-понятный интерфейс избавляет системного администратора от необходимости открывать msi-файл в редакторе и вручную изменять большое количество записей в таблицах
• Утилита обычно предусматривает некоторую «защиту от дурака» и производит проверку правильности значений изменяемых параметров.
В результате выполнения мастера настроек для msi-файла формируется трансформ, который будет использоваться при развертывании пакета. Естественно, вы можете просмотреть содержимое сохраненного трансформа, применив его к открытому в редакторе msi-файлу.
Хорошим примером такого подхода может служить Adobe Customization Wizard, используемый для настройки параметров установки Adobe Reader и Adobe Acrobat:
Другой пример известного мастера настроек – Office Customization Tool (OCT). Эта утилита позволяет сконфигурировать большое количество параметров, относящихся к установке и пользовательским настройкам MS Office. В результате выполнения мастера создается MSP-файл (патч в терминологии Windows Installer), который используется при дальнейшем развертывании MS Office в корпоративной среде.
MSI с файлом ответов
Этот тип инсталляционных пакетов скорее нужно было назвать «Setup.exe с файлом ответов». Идея состоит в том, что некий установочный файл (назовем его Setup.exe) читает некий предварительно сформированный системным администратором конфигурационный файл (config.xml) и формирует набор параметров для запуска расположенного рядом установочного msi-файла (или нескольких msi-файлов).
Этот подход не предусматривает нашей работы непосредственно с msi-файлом, поэтому не будем на нем останавливаться слишком подробно. Упомяну примеры таких установщиков – файлы настроек Adobe Creative Suite (версии CS2-CS3), а также использование файла ответов config.xml для установки MS Office.
Обычно для диагностики в случае проблем установки можно использовать создаваемый программой-установщиком лог-файл с описанием этапов выполнения; дополнительная информация от Windows Installer также попадает в журналы событий.
Как видите, за общим названием vendor MSI скрываются иногда совершенно непохожие инсталляторы. Надеюсь, эта обзорная статья помогла вам получить представление об их многообразии и о возможных проблемах установки и способах их диагностики.
Источник
From Wikipedia, the free encyclopedia
This article is about the Microsoft Windows component. For the installation of the operating system itself, see Windows Setup.
Windows Installer
Help screen of Windows Installer 5.0 running on Windows 11. |
|
Developer(s) | Microsoft |
---|---|
Initial release | 31 August 1999; 23 years ago |
Final release |
5.0 |
Operating system | Microsoft Windows |
Platform | IA-32, x86-64, ARM32, ARM64, Itanium |
Included with | Windows 2000 and later |
Type | Installer |
License | Freeware |
Website | docs.microsoft.com/en-us/windows/win32/msi/windows-installer-portal |
Windows Installer Package[2]
Filename extension |
.msi, .msp |
---|---|
Internet media type |
application/x-ole-storage |
Developed by | Microsoft |
Type of format | Archive |
Container for | Installation information and an optional .cab file payload |
Extended from | COM Structured Storage |
Open format? | No |
Windows Installer (msiexec.exe
, previously known as Microsoft Installer,[3] codename Darwin)[4][5] is a software component and application programming interface (API) of Microsoft Windows used for the installation, maintenance, and removal of software. The installation information, and optionally the files themselves, are packaged in installation packages, loosely relational databases structured as COM Structured Storages and commonly known as «MSI files», from their default filename extensions. The packages with the file extensions mst
contain Windows Installer «Transformation Scripts», those with the msm
extensions contain «Merge Modules» and the file extension pcp
is used for «Patch Creation Properties».[6] Windows Installer contains significant changes from its predecessor, Setup API. New features include a GUI framework and automatic generation of the uninstallation sequence. Windows Installer is positioned as an alternative to stand-alone executable installer frameworks such as older versions of InstallShield and NSIS.
Before the introduction of Microsoft Store (then named Windows Store), Microsoft encouraged third parties to use Windows Installer as the basis for installation frameworks, so that they synchronize correctly with other installers and keep the internal database of installed products consistent. Important features such as rollback and versioning depend on a consistent internal database for reliable operation. Furthermore, Windows Installer facilitates the principle of least privilege by performing software installations by proxy for unprivileged users.
Logical structure of packages[edit]
A package describes the installation of one or more full products and is universally identified by a GUID. A product is made up of components, grouped into features. Windows Installer does not handle dependencies between products.
Products[edit]
A single, installed, working program (or set of programs) is a product. A product is identified by a unique GUID (the ProductCode property) providing an authoritative identity throughout the world. The GUID, in combination with the version number (ProductVersion property), allows for release management of the product’s files and registry keys.
A package includes the package logic and other metadata that relates to how the package executes when running. For example, changing an EXE file in the product may require the ProductCode or ProductVersion to be changed for the release management. However, merely changing or adding a launch condition (with the product remaining exactly the same as the previous version) would still require the PackageCode to change for release management of the MSI file itself.
Features[edit]
A feature is a hierarchical group of components. A feature may contain any number of components and other sub-features. Smaller packages can consist of a single feature. More complex installers may display a «custom setup» dialog box, from which the user can select which features to install or remove.
The package author defines the product features. A word processor, for example, might place the program’s core file into one feature, and the program’s help files, optional spelling checker and stationery modules into additional features.
Components[edit]
A component is the basic unit of a product. Each component is treated by Windows Installer as a unit. The installer cannot install just part of a component.[7] Components can contain program files, folders, COM components, registry keys, and shortcuts. The user does not directly interact with components.
Components are identified globally by GUIDs; thus the same component can be shared among several features of the same package or multiple packages, ideally through the use of Merge Modules.
Key paths[edit]
A key path is a specific file, registry key, or ODBC data source that the package author specifies as critical for a given component. Because a file is the most common type of key path, the term key file is commonly used. A component can contain at most one key path; if a component has no explicit key path, the component’s destination folder is taken to be the key path. When an MSI-based program is launched, Windows Installer checks the existence of key paths. If there is a mismatch between the current system state and the value specified in the MSI package (e.g., a key file is missing), the related feature is re-installed. This process is known as self-healing or self-repair. No two components should use the same key path.
Developing installer packages[edit]
Creating an installer package for a new application is not trivial. It is necessary to specify which files must be installed, to where and with what registry keys. Any non-standard operations can be done using Custom Actions, which are typically developed in DLLs. There are a number of commercial and freeware products to assist in creating MSI packages, including Visual Studio (natively up to VS 2010,[8] with an extension on newer VS versions[9]), InstallShield and WiX. To varying degrees, the user interface and behavior may be configured for use in less common situations such as unattended installation. Once prepared, an installer package is «compiled» by reading the instructions and files from the developer’s local machine, and creating the .msi file.
The user interface (dialog boxes) presented at the start of installation can be changed or configured by the setup engineer developing a new installer. There is a limited language of buttons, text fields and labels which can be arranged in a sequence of dialogue boxes. An installer package should be capable of running without any UI, for what is called «unattended installation».
ICE validation[edit]
Microsoft provides a set of Internal Consistency Evaluators (ICE) that can be used to detect potential problems with an MSI database.[10] The ICE rules are combined into CUB files, which are stripped-down MSI files containing custom actions that test the target MSI database’s contents for validation warnings and errors. ICE validation can be performed with the Platform SDK tools Orca and msival2, or with validation tools that ship with the various authoring environments.
For example, some of the ICE rules are:
- ICE09: Validates that any component destined for the System folder is marked as being permanent.
- ICE24: Validates that the product code, product version, and product language have appropriate formats.
- ICE33: Validates that the Registry table is not used for data better suited for another table (Class, Extension, Verb, and so on).
Addressing ICE validation warnings and errors is an important step in the release process.
Versions[edit]
Version | Included with[1] | Also available for |
---|---|---|
1.0 | Office 2000 | — |
1.1 | Windows 2000 RTM, SP1, SP2
Office XP[11] |
Windows 95, Windows 98 Windows NT 4.0 |
1.2 | Windows Me | — |
2.0 | Windows XP RTM, SP1 Windows 2000 SP3, SP4 Windows Server 2003 RTM |
Windows 9x Windows NT 4.0 Windows 2000 |
3.0 | Windows XP SP2 | Windows 2000 Windows XP Windows Server 2003 |
3.1 | Windows XP SP3 Windows Server 2003 SP1, SP2 Windows XP Professional x64 Edition |
Windows 2000 Windows XP Windows Server 2003 |
4.0 | Windows Vista RTM, SP1 Windows Server 2008 RTM |
— |
4.5[12] | Windows Vista SP2 Windows Server 2008 SP2 |
Windows XP Windows Server 2003 Windows XP Professional x64 Edition Windows Vista Windows Server 2008[13] |
5.0 | Windows 7 and later Windows Server 2008 R2 and later |
— |
See also[edit]
- APPX — Software package format used on Microsoft’s Windows Store
- App-V — Software package format used for virtualization and streaming
- .exe
- Installation
- List of installation software
- Package management system
- Windows Installer CleanUp Utility
- ZAP file – a way to perform an application installation when no MSI file exists
References[edit]
- ^ a b «Released Versions of Windows Installer». Microsoft Developer Network. Microsoft. Retrieved 3 November 2012.
- ^ «File Extension .MSI Details». Filext.com. Retrieved 2013-04-24.
- ^ Mensching, Rob (2003-11-25). «Inside the MSI file format». MSDN Blogs. Archived from the original on 2009-01-15. Retrieved 2017-02-15.
- ^ Mensching, Rob (2003-10-11). «The story of Orca». MSDN Blogs. Archived from the original on 2008-12-23. Retrieved 2017-02-15.
- ^ Smith, Chris (2005-07-01). «Windows Installer, The .NET Framework, The Bootstrapper, and You». MSDN Blogs. Retrieved 2017-02-15.
- ^ Stewart, Heath (2006-02-27). «Identifying Windows Installer File Types». Retrieved 2020-04-22.
- ^ «Windows Installer Components». MSDN Library. Microsoft Corporation. 2012-11-30. Retrieved 2013-04-08.
- ^ Hodges, Buck (2011-03-17). «Visual Studio setup projects (vdproj) will not ship with future versions of VS». MSDN Blogs. Retrieved 2020-02-04.
- ^ «Visual Studio Installer Projects Extension». Visual Studio Blog. 2014-04-17. Retrieved 2020-02-04.
- ^ Internal Consistency Evaluators – ICEs
- ^ «Applying Full-File Updates to Client Computers». Microsoft. March 9, 2004. Archived from the original on April 10, 2004.
- ^ What’s New in Windows Installer 4.5
- ^ «Released Versions of Windows Installer (Windows)». Msdn.microsoft.com. 2012-11-30. Retrieved 2013-04-24.
External links[edit]
- Official website
From Wikipedia, the free encyclopedia
This article is about the Microsoft Windows component. For the installation of the operating system itself, see Windows Setup.
Windows Installer
Help screen of Windows Installer 5.0 running on Windows 11. |
|
Developer(s) | Microsoft |
---|---|
Initial release | 31 August 1999; 23 years ago |
Final release |
5.0 |
Operating system | Microsoft Windows |
Platform | IA-32, x86-64, ARM32, ARM64, Itanium |
Included with | Windows 2000 and later |
Type | Installer |
License | Freeware |
Website | docs.microsoft.com/en-us/windows/win32/msi/windows-installer-portal |
Windows Installer Package[2]
Filename extension |
.msi, .msp |
---|---|
Internet media type |
application/x-ole-storage |
Developed by | Microsoft |
Type of format | Archive |
Container for | Installation information and an optional .cab file payload |
Extended from | COM Structured Storage |
Open format? | No |
Windows Installer (msiexec.exe
, previously known as Microsoft Installer,[3] codename Darwin)[4][5] is a software component and application programming interface (API) of Microsoft Windows used for the installation, maintenance, and removal of software. The installation information, and optionally the files themselves, are packaged in installation packages, loosely relational databases structured as COM Structured Storages and commonly known as «MSI files», from their default filename extensions. The packages with the file extensions mst
contain Windows Installer «Transformation Scripts», those with the msm
extensions contain «Merge Modules» and the file extension pcp
is used for «Patch Creation Properties».[6] Windows Installer contains significant changes from its predecessor, Setup API. New features include a GUI framework and automatic generation of the uninstallation sequence. Windows Installer is positioned as an alternative to stand-alone executable installer frameworks such as older versions of InstallShield and NSIS.
Before the introduction of Microsoft Store (then named Windows Store), Microsoft encouraged third parties to use Windows Installer as the basis for installation frameworks, so that they synchronize correctly with other installers and keep the internal database of installed products consistent. Important features such as rollback and versioning depend on a consistent internal database for reliable operation. Furthermore, Windows Installer facilitates the principle of least privilege by performing software installations by proxy for unprivileged users.
Logical structure of packages[edit]
A package describes the installation of one or more full products and is universally identified by a GUID. A product is made up of components, grouped into features. Windows Installer does not handle dependencies between products.
Products[edit]
A single, installed, working program (or set of programs) is a product. A product is identified by a unique GUID (the ProductCode property) providing an authoritative identity throughout the world. The GUID, in combination with the version number (ProductVersion property), allows for release management of the product’s files and registry keys.
A package includes the package logic and other metadata that relates to how the package executes when running. For example, changing an EXE file in the product may require the ProductCode or ProductVersion to be changed for the release management. However, merely changing or adding a launch condition (with the product remaining exactly the same as the previous version) would still require the PackageCode to change for release management of the MSI file itself.
Features[edit]
A feature is a hierarchical group of components. A feature may contain any number of components and other sub-features. Smaller packages can consist of a single feature. More complex installers may display a «custom setup» dialog box, from which the user can select which features to install or remove.
The package author defines the product features. A word processor, for example, might place the program’s core file into one feature, and the program’s help files, optional spelling checker and stationery modules into additional features.
Components[edit]
A component is the basic unit of a product. Each component is treated by Windows Installer as a unit. The installer cannot install just part of a component.[7] Components can contain program files, folders, COM components, registry keys, and shortcuts. The user does not directly interact with components.
Components are identified globally by GUIDs; thus the same component can be shared among several features of the same package or multiple packages, ideally through the use of Merge Modules.
Key paths[edit]
A key path is a specific file, registry key, or ODBC data source that the package author specifies as critical for a given component. Because a file is the most common type of key path, the term key file is commonly used. A component can contain at most one key path; if a component has no explicit key path, the component’s destination folder is taken to be the key path. When an MSI-based program is launched, Windows Installer checks the existence of key paths. If there is a mismatch between the current system state and the value specified in the MSI package (e.g., a key file is missing), the related feature is re-installed. This process is known as self-healing or self-repair. No two components should use the same key path.
Developing installer packages[edit]
Creating an installer package for a new application is not trivial. It is necessary to specify which files must be installed, to where and with what registry keys. Any non-standard operations can be done using Custom Actions, which are typically developed in DLLs. There are a number of commercial and freeware products to assist in creating MSI packages, including Visual Studio (natively up to VS 2010,[8] with an extension on newer VS versions[9]), InstallShield and WiX. To varying degrees, the user interface and behavior may be configured for use in less common situations such as unattended installation. Once prepared, an installer package is «compiled» by reading the instructions and files from the developer’s local machine, and creating the .msi file.
The user interface (dialog boxes) presented at the start of installation can be changed or configured by the setup engineer developing a new installer. There is a limited language of buttons, text fields and labels which can be arranged in a sequence of dialogue boxes. An installer package should be capable of running without any UI, for what is called «unattended installation».
ICE validation[edit]
Microsoft provides a set of Internal Consistency Evaluators (ICE) that can be used to detect potential problems with an MSI database.[10] The ICE rules are combined into CUB files, which are stripped-down MSI files containing custom actions that test the target MSI database’s contents for validation warnings and errors. ICE validation can be performed with the Platform SDK tools Orca and msival2, or with validation tools that ship with the various authoring environments.
For example, some of the ICE rules are:
- ICE09: Validates that any component destined for the System folder is marked as being permanent.
- ICE24: Validates that the product code, product version, and product language have appropriate formats.
- ICE33: Validates that the Registry table is not used for data better suited for another table (Class, Extension, Verb, and so on).
Addressing ICE validation warnings and errors is an important step in the release process.
Versions[edit]
Version | Included with[1] | Also available for |
---|---|---|
1.0 | Office 2000 | — |
1.1 | Windows 2000 RTM, SP1, SP2
Office XP[11] |
Windows 95, Windows 98 Windows NT 4.0 |
1.2 | Windows Me | — |
2.0 | Windows XP RTM, SP1 Windows 2000 SP3, SP4 Windows Server 2003 RTM |
Windows 9x Windows NT 4.0 Windows 2000 |
3.0 | Windows XP SP2 | Windows 2000 Windows XP Windows Server 2003 |
3.1 | Windows XP SP3 Windows Server 2003 SP1, SP2 Windows XP Professional x64 Edition |
Windows 2000 Windows XP Windows Server 2003 |
4.0 | Windows Vista RTM, SP1 Windows Server 2008 RTM |
— |
4.5[12] | Windows Vista SP2 Windows Server 2008 SP2 |
Windows XP Windows Server 2003 Windows XP Professional x64 Edition Windows Vista Windows Server 2008[13] |
5.0 | Windows 7 and later Windows Server 2008 R2 and later |
— |
See also[edit]
- APPX — Software package format used on Microsoft’s Windows Store
- App-V — Software package format used for virtualization and streaming
- .exe
- Installation
- List of installation software
- Package management system
- Windows Installer CleanUp Utility
- ZAP file – a way to perform an application installation when no MSI file exists
References[edit]
- ^ a b «Released Versions of Windows Installer». Microsoft Developer Network. Microsoft. Retrieved 3 November 2012.
- ^ «File Extension .MSI Details». Filext.com. Retrieved 2013-04-24.
- ^ Mensching, Rob (2003-11-25). «Inside the MSI file format». MSDN Blogs. Archived from the original on 2009-01-15. Retrieved 2017-02-15.
- ^ Mensching, Rob (2003-10-11). «The story of Orca». MSDN Blogs. Archived from the original on 2008-12-23. Retrieved 2017-02-15.
- ^ Smith, Chris (2005-07-01). «Windows Installer, The .NET Framework, The Bootstrapper, and You». MSDN Blogs. Retrieved 2017-02-15.
- ^ Stewart, Heath (2006-02-27). «Identifying Windows Installer File Types». Retrieved 2020-04-22.
- ^ «Windows Installer Components». MSDN Library. Microsoft Corporation. 2012-11-30. Retrieved 2013-04-08.
- ^ Hodges, Buck (2011-03-17). «Visual Studio setup projects (vdproj) will not ship with future versions of VS». MSDN Blogs. Retrieved 2020-02-04.
- ^ «Visual Studio Installer Projects Extension». Visual Studio Blog. 2014-04-17. Retrieved 2020-02-04.
- ^ Internal Consistency Evaluators – ICEs
- ^ «Applying Full-File Updates to Client Computers». Microsoft. March 9, 2004. Archived from the original on April 10, 2004.
- ^ What’s New in Windows Installer 4.5
- ^ «Released Versions of Windows Installer (Windows)». Msdn.microsoft.com. 2012-11-30. Retrieved 2013-04-24.
External links[edit]
- Official website
Устройство и развертывание пакетных файлов
Какому администратору Windows не знакомы символы msi? Служба Windows Installer (программа msiexec.exe) и ее пакетный файл .msi — фактически стандартная технология для установки приложений Windows. Преимущества пакета установки приложений Windows Installer общеизвестны. Во-первых, при сбоях в процессе установки пакет .msi отменяет выполненный фрагмент установки и восстанавливает исходное состояние компьютера, тем самым предотвращая повреждения приложений и системы. Во-вторых, .msi-упакованное приложение обладает способностью к самовосстановлению, если пользователь удаляет один из его файлов. И наконец, Windows Installer обеспечивает установку программ на пользовательских компьютерах. Основные принципы работы Windows Installer широко известны, но более глубокое понимание внутренних механизмов Windows Installer и пакетов .msi позволит строить специализированные пакеты установки приложений и упростит диагностику сбоев в процессе развертывания. Ниже приводится обзор технологии Windows Installer, а затем речь пойдет о структуре пакетов .msi и их взаимодействии со службой Windows Installer.
Технология Windows Installer
Технология Windows Installer была разработана около четырех лет назад, а позднее стала базовым компонентом операционной системы Windows 2000 Server. Windows Installer 2.0 входит в состав Windows Server 2003 и Windows XP и поддерживает сборки Microsoft .NET (блок установки в .NET). Пользователи могут получить Windows Installer либо вместе с операционной системой Windows в качестве службы Windows Installer, либо в составе комплекта разработки программ (software development kit, SDK). Служба Windows Installer представляет собой механизм, который устанавливает пакеты Windows Installer (.msi-файлы). SDK содержит спецификации и API, определяющие формат и функцию .msi-файлов. Windows Installer SDK представляет собой составную часть Platform SDK. Его можно загрузить по адресу http://www.microsoft.com/msdownload/platformsdk/ sdkupdate/sdkinfo.htm. Разработчики и поставщики инструментов упаковки программ, такие как InstallShield Software, OnDemand Software и Wise Solutions (в настоящее время подразделение компании Altiris), применяют SDK для подготовки пакетов установки приложений. Программисты часто используют инструменты упаковки приложений, которые преобразуют старые процедуры установки в формат Windows Installer, чтобы скрыть от пользователей сложность технологии Windows Installer.
Продукты, функции и компоненты
.msi-файл представляет собой сложную базу инструкций по установке приложений, которая содержит десятки таблиц, сотни столбцов и иногда вложенные файлы. В базе данных хранится информация о требованиях операционной системы к установке приложения, этапах установки и даже диалоговых окнах, выводимых на экран.
.msi-файл имеет трехуровневую структуру. Высший уровень — продукт, собственно приложение. Продукту присваивается уникальный код — глобально уникальный идентификатор (globally unique identifier, GUID). На следующем уровне располагаются функциональные блоки внутри продукта. Функциональные блоки имеют имена и могут быть добавлены по желанию пользователя. На экране 1 показан пример функциональных блоков в приложении — в данном случае Microsoft Office Access и Microsoft Office Excel в пакете установки Microsoft Office. Функциональный блок — это единый блок для установки внутри пакета Windows Installer. Устанавливаются (или удаляются) функциональные блоки пакета, а не отдельные файлы.
Экран 1. Функциональные блоки приложения, упакованного для Windows Installer |
На экране 1 видно, что Excel состоит из множества функциональных подблоков, таких как Help и Spreadsheet Templates. Во время установки пользователь может указать подблоки, которые следует установить на компьютере локально или запускать с сервера, добавить при первом обращении к ним (обозначается единицей в пиктограмме подблока) или вообще не требуется устанавливать. Метод «объявления» (advertisement) подблоков описан по врезке «Возможности объявлений».
Функциональные блоки состоят из компонентов, которые представляют третий уровень иерархии .msi-файла. Компонент — это базовая единица пакета Windows Installer и строительный блок приложения. Компонент может быть файлом или группой файлов, параметром реестра, ярлыком или ресурсом (например, пиктограммой). С компонентом связан ключевой путь (key path). Ключевой путь определяет файл или параметр, без которого невозможна полная установка компонента. Ключевой путь — основа механизма самовосстановления пакетов на базе Windows Installer. При ремонте .msi-упакованного приложения служба Windows Installer проверяет полноту всех ключевых путей компонентов. Если ключевой путь какого-нибудь компонента отсутствует, служба Windows Installer определяет, какому функциональному блоку принадлежит компонент, и повторно устанавливает функциональный блок. Таким образом, время, необходимое для ремонта развернутого приложения, отчасти зависит от числа компонентов в пакете и числа компонентов в функциональном блоке, содержащем испорченный компонент.
База данных Windows Installer
Как отмечалось ранее, .msi-файл представляет собой набор инструкций по установке, организованных в таблицы. Windows Installer SDK определяет каждую таблицу и столбец. С помощью редактора баз данных Orca из Windows Installer SDK можно просматривать и редактировать содержимое .msi-файла. .msi-файл установки для Orca находится в подкаталоге in установочного каталога Platform SDK (например, c:program filesplatform sdkin). После установки Orca можно открыть любой .msi-файл. В левой панели интерфейса Orca представлен список таблиц файла. Выделив таблицу, в правой панели можно увидеть ее строки и столбцы.
Экран 2. Таблицы базы данных приложения, упакованного для Windows Installer |
На экране 2 показана таблица LaunchCondition пакета Windows Installer для Group Policy Management Console (GPMC). В правой панели таблицы представлены минимальные требования к операционной системе и платформе для установки GPMC. В столбце Condition содержатся условия, которые должны быть выполнены в процессе установки. В столбце Description описаны минимальные требования для набора условий. Приступая к установке приложения, Windows Installer проверяет, удовлетворены ли условия запуска, прежде чем продолжить установку.
Таблицы последовательностей (sequence table) представляют собой ядро базы данных; в них перечислены действия, которые служба Windows Installer должна выполнить в процессе установки, и порядок их выполнения. Например, в таблице последовательностей указывается, что механизм Installer должен сначала проверить условия запуска в таблице LaunchCondition, затем скопировать исходные файлы в каталог назначения и подготовить набор элементов реестра. Таблицы последовательностей бывают трех типов: Admin, Advertisement и Install. Тип таблицы последовательностей, используемый Windows Installer, зависит от типа выполняемой процедуры установки. Описания типов таблиц последовательностей даны в таблице 1.
С каждой таблицей последовательностей связаны две вспомогательные таблицы. Одна из них — InstallUISequence — определяет диалоговые окна пользовательского интерфейса, которые должны отображаться при интерактивной (управляемой пользователем) установке. Другая таблица — так называемая таблица «исполнительной последовательности» (execute sequence; InstallExecuteSequence) — определяет шаги, необходимые для установки.
Последовательность состоит из набора заранее определенных стандартных функций, которые перечислены в столбце Action таблицы InstallExecuteSequence. Стандартные функции выполняют разнообразные задачи, в том числе копирование файлов, поиск новых версий программы и определение размера дискового пространства, доступного при установке. В документации SDK и Orca приведены подробные сведения о назначении конкретного пакета Windows Installer. С помощью Orca можно подготовить специальные операции для задач, которые нельзя решить с использованием стандартных функций пакета Windows Installer. Специальная операция может быть DLL, составленной пользователем, и даже сценарием VBScript для таких действий, как поиск в Active Directory (AD) определенных значений перед продолжением установки.
Таблица Property — еще одна важная часть базы данных .msi. Свойства представляют собой постоянные величины, задавая которые можно управлять ходом установки. В сущности, свойства есть переменные среды для .msi-файла. В пакетах Windows Installer часто используется свойство ALLUSERS, которое указывает процедуре установки, каким образом хранится информация о конфигурации приложения — для пользователя или для компьютера. Имена свойств чувствительны к регистру и их можно указывать в командной строке во время установки или используя трансформацию.
Трансформации, исправления и модули слияния
.msi-файл, полученный от поставщика, часто не располагает всем необходимым для развертывания пакета в конкретной среде. Например, потребитель может пожелать развернуть пакет автоматически с помощью инструмента развертывания программного обеспечения или установить только определенные функциональные блоки. В такой ситуации могут пригодиться трансформации. Трансформация — это специальный тип файла базы данных .msi, обычно имеющего расширение .mst. Трансформации применяются к процедуре развертывания приложения во время установки. В сущности, они изменяют выбираемые по умолчанию значения в пакете .msi, управляя процессом установки. Измененные значения в .msi-файле не сохраняются; они просто определяют, как будет протекать конкретная установка.
Файлы исправлений (patch file или .msp-файлы) отличаются от трансформаций. Как правило, поставщик выпускает файл исправлений, когда нужно модернизировать продукт, не прибегая к его глубокой переработке. Примером исправлений могут служить обновления для системы безопасности. После установки исправления в экземпляре .msi-файла, хранящемся в кэше рабочей станции, производятся постоянные изменения. Чтобы новые пользователи в будущем получали обновленные файлы, следует применить файлы исправлений к исходному пакету приложения.
Еще один вариант .msi-файла — модуль слияния (merge module, или .msm-файл), набор компонентов, многократно используемых при установке приложений. Например, в различных программах независимых поставщиков применяются компоненты Microsoft Data Access Components (MDAC). Вместо того чтобы воспроизводить установку общих компонентов в каждом новом .msi-пакете, авторы пакетов приложений могут задействовать модули слияния, предоставляемые поставщиками общих компонентов. Модули слияния — упрощенные файлы базы данных .msi, содержащие только общие функциональные блоки и компоненты для процедур установки приложений. Часто собственно компонентные файлы встраиваются в .msm-файл, что позволяет использовать модули слияния с разными пакетами. Затем .msm-файлы вставляются в основной пакет Windows Installer для данного приложения на этапе создания пакета.
При подготовке нового пакета установки файлы приложения можно вставить в .msi-файл. Как правило, файлы вставляются в виде встроенных файлов .cab, которые представляют собой сжатые наборы файлов, похожие на .zip-файлы. В .msi-файл удобно вставлять .cab-файлы не очень большого размера. Например, в Office имеются отдельные .msi- и .cab-файлы, так как размеры .cab-файлов Office достигают нескольких сотен мегабайт. Однако, упаковав все необходимые файлы малого приложения в .msi-файл, можно получить компактный файл, который удобно распространять среди пользователей. Извлечь встроенный .cab-файл из .msi-файла можно с помощью инструмента msidb.exe пакета Windows Installer SDK.
Служба Windows Installer
Пакеты Windows Installer и служба Windows Installer взаимозависимы: они не могут существовать друг без друга. Служба Installer по умолчанию устанавливается на всех компьютерах с версиями операционной системы, выпущенными после Windows 2000: редистрибутивную версию (автономную версию службы Installer и сопутствующие DLL) можно развернуть на компьютерах Windows NT Server 4.0 и Windows 9x. Служба Installer работает в контексте привилегированной пользовательской учетной записи LocalSystem. Чтобы запустить службу Windows Installer, нужно дважды щелкнуть на .msi-файле (например, в Windows Explorer); при запуске службы формируется новый процесс Installer (msiexec.exe) в контексте полномочий пользователя. После того как Windows Installer завершит установку приложения, служба Installer закрывается до следующего обращения к ней.
Служба Windows Installer обеспечивает набор функций, удобных для развертывания программ, особенно при использовании совместно с функцией Software Installation в Group Policy. Главная среди этих функций — повышение полномочий (privilege escalation). Когда обычный пользователь пытается установить приложение на своем компьютере, дважды щелкнув на .msi-файле, его полномочий для выполнения установки не всегда достаточно. Однако при развертывании приложения с помощью функции Software Installation групповой политики служба Windows Installer выполняет установку в своем контексте безопасности LocalSystem.
В частности, служба Installer создает новый процесс msiexec.exe в контексте безопасности пользователя для выполнения той части установки, которая проводится в пользовательском профиле. Служба Installer использует собственный повышенный контекст безопасности (учетную запись LocalSystem) для выполнения специфической для данного компьютера части процедуры установки, для проведения которой у пользователя полномочий нет. Приложения, развернутые таким способом, называются управляемыми (managed applications). Повышение полномочий, используемое Windows Installer для управляемых приложений, как правило, возможно только при применении групповой политики, хотя метод доступен и вне процедур на базе Group Policy Object (GPO), через политику Administrative Template.
В рамках взаимозависимых отношений между Group Policy и службой Windows Installer реализованы объявления (advertisement). Как отмечалось ранее, при связывании программы с пользователем в Group Policy, в сущности, производится установка с объявлением. Таким образом, механизм Windows Installer обрабатывает сценарий объявления приложения (файл .aas), а не непосредственно .msi-файл. Файл .aas создается, когда для развертывания приложения используется Group Policy. Чтобы создать .aas-файл, редактор Group Policy Editor (GPE) вызывает функцию, экспортируемую из msi.dll (основная DLL, используемая msiexec.exe), которая генерирует уникальный сценарий объявлений внутри GPO. Таким образом, когда механизм Windows Installer обрабатывает сценарий объявлений, ему известно местонахождение соответствующего .msi-файла и части приложения, которые нужно объявить. Другими словами, процедура установки программ на базе GPO тесно связана со службой Windows Installer и наоборот.
Хранение файлов Installer на рабочей станции
Рассмотрим, что происходит на рабочей станции, когда служба Windows Installer устанавливает пакет .msi. Во-первых, чтобы обеспечить отмену действий в случае сбоя, Installer делает резервные копии всех замененных файлов, сохраняя их во временной папке на жестком диске пользователя, обычно C:config.msi. Заглянув в эту папку в ходе установки, можно увидеть в ней временные файлы с необычными именами, созданные службой Installer. После завершения установки служба Installer удаляет временные файлы.
Закончив установку, Windows Installer сохраняет экземпляр ассоциированного .msi-файла и любые трансформации, использовавшиеся Windows Installer при установке приложения, в папке %windir%installer, назначая файлам уникальные условные имена (например, 19fe9b79.msi). Файлы в %windir%installer в действительности представляют собой кэшированные копии всех .msi-файлов, обработанных службой Windows Installer на компьютере. Благодаря наличию кэшированных копий пользователь может изменить или удалить приложение, не обращаясь к оригинальному пакету установки, который может находиться на разделяемом диске сервера, недоступном мобильному пользователю. Windows отслеживает все развернутые приложения на базе .msi; имеющиеся функциональные блоки, компоненты и исправления, а также имя кэшированного .msi-файла в реестре.
Чтобы выяснить, какой .msi-файл с непонятным именем соответствует данному приложению на рабочей станции, следует перейти в раздел реестра HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows CurrentVersionInstallerUserData. Разделы упорядочены по SID имени пользователя; первой показана учетная запись LocalSystem, S-1-5-18, далее обычно перечисляются все приложения, установленные на компьютере. Список доступных пользователю программ приведен под соответствующим SID пользователя.
Запуск Installer Files из командной строки и в сценариях
Существует два дополнительных способа запуска пакетных установок Windows Installer — из командной строки и сценария. С помощью msiexec.exe можно выполнять различные процедуры установки из командной строки. Полный список функций командной строки для msiexec.exe приведен в статье Microsoft «Command-Line Switches for the Microsoft Windows Installer Tool» по адресу http://support.microsoft.com/?kbid=227091. Например, из командной строки можно установить один функциональный блок в прикладном пакете, такой как инструменты консоли DNS в пакете Windows 2003 Administration Tools (adminpak.msi). С помощью Orca следует отыскать нужное имя функционального блока — в данном случае FeDNSConsole — и запустить msiexec.exe из командной строки, чтобы произвести установку:
msiexec /I adminpak.msi ADDLOCAL=FeDNSConsole
Свойство ADDLOCAL используется данной командой, чтобы указать службе Windows Installer функциональные блоки пакета, которые необходимо установить. Метод командной строки используется вместо выбора функциональных блоков пользователями или установки отдельных блоков администратором с помощью файла трансформации.
В Windows Installer SDK имеются примеры, поясняющие использование сценариев Windows Script Host (WSH) для взаимодействия со службой Windows Installer и пакетами .msi. Объект WindowsInstaller.Installer располагает методами и свойствами, которые можно применять в сценариях для выполнения таких операций, как подготовка списка всех .msi-пакетов, имеющихся в системе, добавление .cab-файла в базу данных .msi, применение трансформации в ходе установки и сравнение двух .msi-файлов базы данных. Более подробную информацию о сценарных объектах Windows Installer можно получить, изучив сценарии примеров Installer SDK в папке http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/using_the_automation_interface.asp.
Как было показано выше, задачи Windows Installer не ограничиваются простым щелчком на .msi-файле. Мощная технология Windows Installer позволяет гибко и быстро устанавливать программы, но для эффективного использования службы необходимо понимать принципы ее работы.
Даррен Мар-Элиа — редактор журнала Windows & NET Magazine. С ним можно связаться по адресу: dmarelia@winnetmag.net
Возможности объявлений
Объявление приложений — компонент Windows Installer, который широко используется при развертывании приложений с помощью Group Policy. Объявленное приложение на самом деле не устанавливается на настольном компьютере пользователя, обозначается лишь «присутствие» приложения. Это может быть ярлык на рабочем столе или в меню Start, ассоциирование файлов в реестре и даже COM-компонент, зарегистрированный в HKEY_CLASSES_ROOT. Объявление оповещает пользователя о том, что приложение установлено и готово к использованию. Однако сами файлы приложения разворачиваются лишь после первого обращения пользователя к приложению. Преимущество объявлений заключается в том, что приложения доступны, но устанавливаются лишь после того, как в них возникает необходимость. Благодаря объявлениям, администратору, обслуживающему 20 тыс. настольных компьютеров, приходится обновлять приложения только на компьютерах, пользователи которых действительно работают с этими программами. Недостаток объявлений — вынужденное ожидание в течение нескольких минут, пока система устанавливает приложение для первого запуска.
Типы таблиц последовательностей
Тип таблицы последовательностей | Описание |
Admin | Используется для административных установок приложений (с сервера) |
Advertisement | Используется для установки с объявлениями |
Install | Используется для интерактивных или автоматических установок на локальном компьютере — наиболее распространенный тип |
Содержание
- 1 Ошибки msi файлов
- 1.1 Ещё способы решить проблему
- 2 Ошибка установщика Windows
- 2.1 Параметры реестра и службы
- 3 Подведение итогов
- 4 Описание формата MSI
Довольно распространённая проблема среди пользователей операционной системы Windows любых версий – ошибка msi при установке программ из файла с расширением .msi. В этой статье я опишу часто встречаемые проблемы с установщиком Windows 7/10/XP и варианты их решения, а также сделаю видео по текущему вопросу.
Файлы с расширением .msi это обычные пакеты установки (дистрибутивы) из которых ставится программа. В отличии от обычных «setup.exe», для запуска файла msi система использует службу Windows Installer (процесс msiexec.exe). Говоря простыми словами, установщик Windows разархивирует и запускает файлы из дистрибутива. Когда Windows Installer не работает, то появляются различные ошибки.
Вообще, меня это жутко бесит, т.к. после глупого сообщения об ошибке совсем непонятно что делать дальше. Microsoft специально разработали установщик Windows Installer для расширения возможностей установки программ (в основном это касается системных администраторов), но не позаботились должным образом о безглючной работе этой службы или хотя бы об адекватных сообщениях о проблемах. А нам теперь это разгребать 🙂
Неполадки могут быть с работой самой службы или могут возникать в процессе установки программ, когда всё настроено, в принципе, правильно. В первом случае нужно ковырять службу установщика, а во втором решать проблему с конкретным файлом. Рассмотрим оба варианта, но сначала второй.
Ошибки msi файлов
Очень часто ошибки появляются из-за недостаточных прав системы на файлы или папки. Нельзя сказать, что Windows Installer не работает, в этом случае достаточно просто добавить нужные права и всё заработает. Буквально вчера я столкнулся с тем, что скаченный дистрибутив .msi не захотел устанавливаться, при этом успешно запускается мастер установки, выбираются параметры, но затем система думает несколько секунд и выдаёт ошибку:
«Error reading from file «имя файла» verify that the file exists and that you can access it» (Error 1305). Переводится «Ошибка чтения из файла … проверьте существует ли файл и имеете ли вы к нему доступ». Ну не тупняк ли? Естественно, что кнопка «Повторить» не помогает, а отмена прекращает всю установку. Сообщение особой смысловой нагрузки также не несёт, т.к. файл точно существует и я имею к нему доступ, иначе бы просто не смог его запустить и получить это сообщение, к тому же почему-то на английском языке 🙂
А ошибка в том, что не Я должен иметь доступ к файлу, а установщик Windows, точнее сама Система. Решается очень просто:
- Кликаем правой кнопкой по файлу с расширением .msi, выбираем «Свойства»
- На вкладке «Безопасность» смотрим, есть ли в списке пользователь с именем «система» или «System»
- Скорее всего вы такого не увидите. Поэтому будем добавлять вручную. Нажимаем кнопку «Изменить…», затем «Добавить…»
- В поле пишем «система» или «System» (если у вас английская Windows) и нажимаем «Проверить имена». При этом слово должно стать подчёркнутым как на картинке.
- Нажимаем «ОК», ставим галочку «Полный доступ», «ОК»
- Кнопка «Дополнительно» -> «Изменить разрешения…» ставим «Добавить разрешения, наследуемые от родительских объектов», «ОК» три раза.
Теперь ошибка установщика не появится! Можно добавить доступ на всю папку, из которой вы обычно инсталлируете программы, например на папку «Downloads», как у меня. Смотрим видео по решению проблем с правами доступа:
В Windows XP вкладки «Безопасность» не будет, если включён простой общий доступ к файлам. Чтобы его выключить, нужно зайти в «Пуск -> Панель управления -> Свойства папки -> Вид» и выключить опцию «Использовать простой общий доступ к файлам». В урезанных версиях Windows 7/10 и XP вкладки «Безопасность» нет в принципе. Чтобы её увидеть, нужно загрузить Windows в безопасном режиме и зайти в неё под администратором.
Ещё способы решить проблему
- Запускайте установку, войдя в систему под администраторским аккаунтом
- Правой кнопкой по пакету «.msi» и выбираем «Запуск от имени Администратора»
- Выключите антивирус на время
- Включить режим совместимости с предыдущими операционными системами. Для этого зайдите в свойства файла msi и на вкладке «Совместимость» поставьте галочку «Запустить программу в режиме совместимости»
- Если файл на флешке, то попробуйте скопировать его куда-нибудь на жёсткий диск и запустить оттуда (бывает, что запрещена установка программ со съёмных накопителей)
- Попробуйте просто создать новую папку с любым именем в корне диска, перекинуть туда дистрибутив и запустить его оттуда
Описанный метод поможет при разных сообщениях, с разными номерами. Например, вы можете видеть такие ошибки файлов msi:
- Error 1723
- Internal Error 2203
- Системная ошибка 2147287035
- Ошибка «Невозможно открыть этот установочный пакет»
- Ошибка 1603: Во время установки произошла неустранимая ошибка
Во всех этих случаях должна помочь установка прав на файл и/или на некоторые системные папки. Проверьте, имеет ли доступ «система» к папке временных файлов (вы можете получать ошибку «Системе не удается открыть указанное устройство или файл»). Для этого:
- Сначала узнаем нужные пути. Нажмите «Win + Pause» и зайдите в «Дополнительные параметры системы -> Вкладка «Дополнительно» -> кнопка «Переменные среды»»
- В списках ищем переменные с названиями «TEMP» и «TMP» (значения обычно совпадают), в них записаны пути к временным папкам, которые использует установщик Windows
- Теперь идём к этим папкам и смотрим в их свойствах, имеет ли к ним доступ «система». Чтобы быстро получить путь к временной папке пользователя, кликните два раза по переменной, скопируйте путь и вставьте его в адресной строке «Проводника» Windows
После нажатия «Enter» путь преобразится на «нормальный» и вы переместитесь в реальную временную папку. Права на неё и надо проверять. Также рекомендую очистить временные папки от всего что там скопилось или даже лучше удалить их и создать новые с такими же названиями. Если не получается удалить папку, почитайте как удалить неудаляемое, но это не обязательно.
Если служба Windows Installer всё равно не хочет работать, то проверьте права на папку «C:Config.Msi», сюда «система» также должна иметь полный доступ. В этом случае вы могли наблюдать ошибку «Error 1310». На всякий случай убедитесь, что к папке КУДА вы инсталлируете софт также есть все права.
Если вы используете шифрование папок, то отключите его для указанных мной папок. Дело в том, что хотя мы сами имеем к ним доступ, служба Microsoft Installer не может до них достучаться пока они зашифрованы.
Ещё ошибка может быть связана с битым файлом. Может быть он не полностью скачался или оказался битым уже на сервере. Попробуйте скачать его ещё раз оттуда же или лучше с другого места.
Ошибка установщика Windows
В случае общих проблем не будут устанавливаться никакие msi файлы, процесс установки, скорее всего, даже не начнётся. При этом могут появляться ошибки вида:
- Нет доступа к службе установщика Windows
- Не удалось получить доступ к службе установщика Windows
- Ошибка пакета установщика Windows (1719)
или ещё нечто подобное со словами «ошибка msi», «Windows Installer Error». Всё это означает, что система дала сбой и теперь её надо лечить. Может вы ставили какой-то софт, который испортил системные файлы и реестр, или подхватили вирус. Конечно, никогда не будет лишним удалить вирусы, или убедиться что их нет. Но оставьте этот вариант на потом, т.к. обычно проблема кроется в другом.
Сначала давайте проверим работает ли служба Windows Installer:
- Нажмите «Win + R» и введите services.msc
- Найдите в конце списка службу «Установщик Windows» или «Windows Installer»
- Тип запуска должен быть «Вручную». Если она «Отключена», то зайдите в «Свойства» и выберите «Вручную»
- Затем кликните по ней правой кнопкой и выберите «Запустить» или «Перезапустить». Если ошибок нет и состояние переходит в режим «Работает», то здесь всё нормально.
- Нажмите «Win + R» и введите msiexec. Если модуль MSI работает нормально, то должно появиться окно с версией установщика и параметрами запуска, а не ошибка.
Следующее что я посоветую сделать – это выполнить команду сканирования системы на повреждённые и изменённые системные файлы. Нажмите «Win + R» и введите
Sfc /scannow
Произойдёт поиск и замена испорченных файлов на оригинальные, при этом может потребоваться вставить установочный диск с Windows XP-7-10. После окончания процесса перегрузитесь и посмотрите, решена ли проблема.
Microsoft сам предлагает утилиту, призванную решить нашу проблему. Запустите программу Easy Fix и следуйте мастеру.
Параметры реестра и службы
Следующий способ устранения ошибки – восстановление рабочих параметров в реестре установщика Windows Installer.
Для этого скачайте архив и запустите оттуда два reg-файла, соответственно своей версии Windows. Согласитесь с импортом настроек.
В Windows XP или Windows Server 2000 установите последнюю версию установщика 4.5.
Если не помогло, то проделайте ещё перерегистрацию компонентов:
- Нажмите «Win + R» и введите «cmd». Затем в чёрном окне введите последовательно команды:
MSIExec /unregister
MSIExec /regserver - В ответ должна быть пустота, никаких ошибок. Если проблема не решена, введите ещё команду
regsvr32 msi.dll - Закройте чёрное окно
Если пишет, что не хватает прав, то нужно запускать командную строку от имени Администратора.
Если команды выполнились, но не помогло, то скачайте файл и запустите msi_error.bat из архива, проверьте результат.
Последний вариант — скачайте программу Kerish Doctor, почитайте мою статью, там есть функция исправления работы службы установщика и многих других частых проблем Windows.
Также, многие программы используют .NET Framework, поэтому не будет лишним установить последнюю версию этого пакета. И, напоследок, ещё один совет: если в пути к файлу-дистрибутиву есть хоть одна папка с пробелом в начале названия, то удалите пробел. Такой простой приём решит вашу проблему 🙂
Подведение итогов
Ошибки с установщиком Windows очень неприятные, их много и сразу непонятно куда копать. Одно ясно – система дала сбой и нужно восстанавливать её до рабочего состояния. Иногда ничего не помогает и приходится переустанавливать Windows. Однако не торопитесь это делать, попробуйте попросить помощи на этом форуме. В точности опишите вашу проблему, расскажите что вы уже делали, какие сообщения получили, и, возможно, вам помогут! Ведь мир не без добрых людей 🙂
Описание формата MSI
Файл MSI относится к установочным пакетам для платформы Microsoft Windows. Данный формат файла, включает в себя наличие программного обеспечения, отвечающего за обновления ОС или установку определенных программных комплексов. MSI файл относят к документам OLE, содержащим определенные базы данных, которые состоят из наборов взаимосвязанных таблиц с заданной информацией.
Формат MSI может хранить пользовательский сценарий либо вспомогательную библиотеку DLL, последняя может требоваться в целях установки ПО. Файлы расширением .msi, возможно размещать отдельно от установочных пакетов, как в запакованном виде, так и в распакованном.
Чтобы выполнить открытие файла .msi, используют Windows Installer, являющийся штатным средством установки программ, разработанным компанией Майкрософт. Стоит отметить, что Microsoft Windows Installer, считается подсистемой и компонентом операционной системы Windows, начиная от версии Windows 2000. Установочный процесс распределяется на несколько этапов, включающих в себя сбор информации, действия, отвечающие за установку программ и возможный откат при наличии ошибок, когда операционная система начинает конфликтовать с загружаемым контентом.
Тип файла, имеющий расширение MSI, может работать и с утилитами файловой декомпрессии, к примеру Universal Extractor, The Unarchiver либо 7-Zip, такие приложения способны открыть MSI и извлечь его содержимое. Чтобы открыть файл, достаточно дважды кликнуть по нему посредством левой клавиши мыши. Примечательно, что .msi файл в Windows Vista, был заменен на расширение файла MSU. Если у пользователя не получается открыть файл MSI, есть вероятность того, что поврежден установочный пакет, файл или сам установщик Windows.
Windows Installer изначально входит в состав операционных систем семейства Windows .NET Server 2003, Windows XP, Windows 2000 и Windows Me; для операционных систем Windows NT 4.0, Windows 98 и Windows 95 он должен устанавливаться дополнительно (либо, как было сказано выше, при инсталляции какого-либо приложения, либо в виде отдельного пакета обновления).
В русскоязычной версии Windows служба Windows Installer именуется Установщик Windows. Следует понимать, что речь идет не о программе, «которая устанавливает Windows», а о программе, которая обеспечивает «установку для Windows».
Еще раз повторим, что по настоятельной рекомендации Microsoft все современные дистрибутивы «солидных» приложений должны создаваться на основе технологии MSI — так называемые инсталляторы MSI.
При ее использовании большая часть задач по развертыванию приложения возлагается не на программу-инсталлятор, а на службу Windows Installer. Именно поэтому Многие компании-разработчики включают в состав дистрибутивов своих приложений еще и установочные файлы службы Windows Installer: если таковая на компьютере пользователя отсутствует, инсталляции приложения предшествует установка Windows Installer.
Хотя эта процедура запускается автоматически, полезно знать, что дистрибутив может содержать два ехе-файла для установки Windows Installer:
- INSTMSI.EXE — стандартный инсталлятор;
- INSTMSIW.EXE — инсталлятор с поддержкой кодировки Unicode (то есть с поддержкой расширенного набора символов для обеспечения многоязычности).
Так что, увидев в составе дистрибутива два этих файла, не пугайтесь: это не вирусы и не программы-шпионы (хотя. кто знает, чем занимается Windows Installer помимо инсталляции).
Windows Installer позволяет выполнять следующие задачи:
- восстановление состояния компьютера после сбоя установка — Windows Installer продолжает записывать все изменения в системе во время установки приложения; в случае сбоя установки он может восстановить или вернуть систему в исходное состояние;
- предотвращение определенных форм конфликта между приложениями — Windows Installer назначает правила установки, которые помогают, предотвратить конфликты с общими ресурсами в существующих приложениях; такие конфликты могут возникать при попытке программы установки обновить или удалить общие с существующим приложением библиотеки динамической компоновки (.dll);
- надежное удаление существующих программ — Windows Installer может надежно удалить любую ранее установленную им программу; удаляются все связанные с ней записи реестра и файлы, кроме тех, которые являются общими с другим программным обеспечением;
- диагностика и восстановление поврежденных приложений для проверки наличия в установленных приложениях поврежденных файлов. или отсутствия файлов эти приложения могут послать запрос к Windows Installer, если такие файлы будут найдены, Windows Installer восстановит приложение, скопировав только отсутствующие или поврежденные;
- установка компонентов приложения по требованию (install on demand) — Windows Installer можно настроить на исходную установку минимального набора возможностей приложения; в дальнейшем дополнительные компоненты могут быть автоматически установлены при попытке пользователя получить доступ к возможностям приложения, для которых эти компоненты необходимы; возможность называют объявлением (advertisement), например Windows Installer может установить Microsoft Excel без поддержки средств аналитической обработки данных — при первой попытке доступа пользователя к функции анализа (не включенной в исходную установку) Windows Installer автоматически установит соответствующий компонент; точно так же Windows Installer удаляет компоненты, не используемые в приложении, например Можно настроить Windows Installer на удаление компонента анализа данных, если он не будет использоваться более 30 дней;
- автоматическая установка приложений — пакеты установки можно настроить так, чтобы не прерывать процесс установки по требованию пользователя; во время процесса установки Windows Installer может запросить атрибуты Рабочего стола;
- поддержка 32-разрядных и 64-разрядных приложений — допускается установка 32-разрядных приложений на 64-разрядные компьютеры;
- поддержка технологии Microsoft .NET Framework;
- интеграция с сосуществованием компонентов — исключает конфликты версий библиотек .dll, позволяя привязывать приложение к версии компонента, с которой оно было разработано и протестировано, вне зависимости от компьютера, на котором размещается приложение; сосуществование компонентов поддерживает одновременное выполнение нескольких версий каждого компонента;
- возможность настройки параметров программного обеспечения разработчиками.
Технология .NET Framework позволяет разрабатывать приложения, которые, будучи однажды написанными и скомпилированными, могут выполняться в любой среде. Архитектура .NET разделяет компоненты приложений. В результате приложение всегда загружает компоненты, с которыми оно было разработано и протестировано. Если приложение выполняется после установки, оно будет выполняться всегда. Исключается неверная работа приложений, вызванная заменой первоначальных библиотек .dll на файлы .dll, разработанные для более поздних версий. Технология работы Windows Installer базируется на использовании трех основных файлов:
- файла пакета установи (в формате MSI), входящего в дистрибутив приложения;
- файла программы установщика — Msiexec.exe; эта программа выполняет все задачи, связанные с установкой: копирует файлы на жесткий диск, вносит изменения в реестр, создает ярлыки на Рабочем столе и выводит диалоговые окна для запроса пользовательских предпочтений; Msiexec.exe можно запустить в режиме командной строки, указав необходимые дополнительные параметры;
- файла библиотеки динамической компоновки Msi.dll, содержащего функции для чтения файлов пакетов (MSI), применения преобразований и выполнения некоторых других действий.
Файлы Msiexec.exe и Msi.dll входят в состав систему и находятся в папке %SystemRoot%SYSTEM32 (для Windows 2000/ХР) или %SyetemRoot%SYSTEM (для Windows 98) на жестком диске компьютера (если Windows Installer установлен).
По двойному щелчку файла с расширением MSI операционная система запускает программу Msiexec.exe. Тот же результат можно получить, выбрав в контекстном меню MSI-файла команду Установка,
Существуют MSI-дистрибутивы, состоящие только из одного MSI-файла. Чтобы начать установку такого приложения, следует щелкнуть правой кнопкой мыши значок MSI-файл и выбрать в его контекстном меню команду Установка (можно также выбрать соответствующий MSI-файл с помощью компонента Установка и удаление программ).
Каждый файл пакета (MSI) содержит базу данных реляционного типа, в которой хранятся все инструкции и данные, необходимые для установки (или удаления) программы различными способами. Например, файл пакета может содержать инструкции по установке приложения, предыдущая версия которого уже установлена.
Реляционная база данных — это база данных, состоящая из нескольких взаимосвязанных таблиц. Соответственно, MSI-файл содержит набор таблиц, описывающих доступные возможности, компоненты, отношения между возможностями и компонентами приложения, а также необходимые параметры реестра.
Поскольку база данных является реляционной, изменения, внесенные в одну таблицу, автоматически распространяются на всю базу. Это упрощает процесс настройки больших приложений или групп приложений.
Помимо MSI-файла в состав дистрибутива могут входить файлы еще нескольких типов, влияющих на работу Windows Installer. Наиболее важными среди них можно считать файлы преобразования (с расширением MST). Содержащиеся в них сведения применяются к установочной базе данных и изменяют ее элементы. Например, Windows Installer может использовать файл преобразования для смены языка интерфейса пользователя приложения. Файлы преобразования изменяют MSI-файл пакета установки во время установки и, следовательно, могут динамически влиять на процесс установки. Эти преобразования применяются к файлу базового пакета каждый раз, когда требуется изменить конфигурацию приложения, заданную в пакете установки. Преобразования применяются в ходе начальной установки и не влияют на уже установленные приложения.
Содержание
- Desktop App Installer что это в Windows 10?
- Native Desktop Media Service что это и как удалить?
- Добавить комментарий Отменить ответ
- 10 ненужных стандартных программ в Windows 10, которые можно удалить
- Cortana
- Internet Explorer
- Windows Media Player
- Paint
- WordPad
- Факсы и сканирование Windows
- «Быстрая поддержка»
- Просмотр задач
- Кнопка «Люди»
- Универсальные приложения
- Установка приложений Windows 10, не используя магазин Microsoft Store
- Как получить ссылку на нужное приложение в Магазине Windows 10.
- Включить Режим разработчика.
- Записки IT специалиста
- Дополнительные материалы:
Desktop App Installer что это в Windows 10?
Desktop App Installer — это установщик приложений в Windows 10. Его можно скачать в Microsoft Store, но мне кажется что он уже идет вместе с системой. Или устанавливается автоматически.
Я так понимаю, что главная фишка Desktop App Installer — это более простая установка приложений. Нужно два раза нажать на appx/appxbundle-файл (видимо установщик программы) и Desktop App Installer его быстренько установит.
Есть еще одна программа из той же оперы — Desktop App Converter, позволяет конвертировать обычные программы Win32 в метро-приложения.
У меня вообще есть мнение, что нас всех хотят пересадить на метро-приложения. Нет, конечно это громко звучит, такие программы как Фотошоп, Автокад.. вряд ли будут когда-то только в формате метро-приложений. Но все равно кажется что нас хотят подсадить все больше именно на эти приложения, чтобы мы отвыкали от обычных программ)) ну это мое мнение всего лишь))
Desktop App Installer
Первое что находится в сети, это то, что Native Desktop Media Service — рекламный вирус. То есть не страшный и опасный вирус там, например троян, а рекламный, главная цель которого — показать вам рекламу любым способом. Например реклама может быть в браузере, на каких-то сайтах, на рабочем столе.
В интернете нормальной информации нет, зато полно странных и непонятных инструкций, которые написано на таком же странном русском языке)) я думаю вы понимаете о чем я))
Все самое главное что вам нужно сделать — проверить ПК утилитами, которые я скажу, это лучшие утилиты, и проверять желательно в такой последовательности, как я сейчас напишу. Просто послушайте меня и сделайте это, окей?)) Смотрите:
Утилиты которые я посоветовал — лучшие, вы поверьте. Они не мусорят в системе, не устанавливают ничего левого на комп, если что — удалить можно спокойно (Win + R и введите команду appwiz.cpl). Утилиты являются именно лучшей тройкой. Их всегда нужно держать на примете и если что — проверять комп. Ну и посоветую вам бесплатный антивирус, если вы не против, вот только не думайте что я рекламирую — это Касперский. Там есть бесплатная версия.
Внешний вид утилит
Раз уж я показал утилиты, то еще дам совет — для анализа автозагрузки используйте бесплатную программу AnVir Task Manager. Она покажет все что есть в автозагрузке, в том числе и автозагрузку в реестре, в планировщике задач и много всякого. Одним словом — советую. Вот как выглядит программа:
На этом все ребята. Мы сегодня узнали о двух программах — о хорошей Desktop App Installer и о вредной Native Desktop Media Service, надеюсь если что, вы от нее сможете спокойно избавиться)) На этом все, удачи вам и берегите себя!
Добавить комментарий Отменить ответ
Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.
Источник
10 ненужных стандартных программ в Windows 10, которые можно удалить
Новые версии операционных систем мало того, что становятся более быстрыми и удобными, так еще и обрастают множеством инструментов и приложений. Возможно, это забота о пользователях. Вот только далеко не все эти утилиты им нужны. Многие компоненты Windows 10 нами никогда не используются, а потребляют ресурсы или просто занимают место на диске. В условиях, когда используется ультрабук с SSD-накопителем небольшой емкости, это становится проблемой.
В этом материале мы расскажем о некоторых предустановленных приложениях Windows 10, отсутствие которых вы вполне можете и не заметить. Большую часть из них можно удалить с помощью меню Пуск → Параметры → Приложения → Приложения и возможности → Дополнительные компоненты.
В списке приложений необходимо выбрать ненужный компонент и нажать «Удалить».
Еще есть компоненты, находящиеся в меню «Дополнительные возможности». К ним нужен отдельный подход. При необходимости удаленные ранее пакеты можно легко восстановить, нажав кнопку «Добавить компонент» в указанном меню. Это позволит вернуться к первоначальному виду системы. Итак по порядку.
Cortana
Обновление Windows 10 с кодом 20H1 или номером 2004 привносит на компьютеры голосовой ассистент Cortana. При этом он появляется даже там, где его раньше и не было. Русскоязычные пользователи могут и порадоваться новой возможности, вот только после клика по синему кружку появляется надпись: «Кортана недоступна в вашем регионе».
Кажется странным добавлять в локализованную русскую версию Windows ассистента, который по-русски разговаривать не умеет. Логичным будет удалить Cortana, чтобы она место не занимала.
Для этого нажмите правой кнопкой мыши по значку «Пуск» и выберите элемент «Windows PowerShell (Администратор)».
В появившемся темном окне введите команду:
После нажатия клавиши «Ввод» приложение Cortana будет удалено. А если когда-нибудь ассистент сможет полноценно работать в России, то ничто не мешает установить его снова из Microsoft Store.
Internet Explorer
Давайте будем перед собой честными — большинство из нас использует Internet Explorer для скачивания другого браузера (Chrome или Firefox) сразу же после установки Windows 10. Затем это приложение мало кому нужно. Так почему бы его тоже не удалить?
Перейдите по пути Пуск → Параметры → Приложения → Приложения и возможности → Дополнительные возможности. Найдите и выберите в списке Internet Explorer, после чего нажмите «Удалить».
Теперь в Windows 10 этого браузера больше не будет. Но если он вам вдруг понадобится (например, для работы со специфическими плагинами регистраторов), то в этом же окне нажмите на кнопку «Добавить компонент», выделите нужный пакет и нажмите кнопку «Установить».
Предустановленный в Windows проигрыватель мало изменился со времен еще старой Windows XP. Это касается прежде всего его функционала. Для потребления мультимедиа-контента нетрудно найти намного более понятные и быстрые программы. Видимо, в Microsoft давно уже махнули на свой Media Player рукой, неслучайно в системе появились приложения «Музыка Groove» и «Кино и ТВ» с дублирующим функционалом. Если пользователи Windows и выбирают для работы с медиа предустановленные приложения, то уж явно не Media Player. Удалить его можно в окне «Дополнительные параметры».
Paint
Paint подходит разве что для создания примитивных или детских рисунков, большинство же пользователей этим редактором не пользуется. К тому же у него есть немало бесплатных и куда более продвинутых альтернатив.
Какое-то время Paint был неотъемлемой частью системы, что не позволяло его удалить. Но в майском обновлении 2020 года пользователи Windows 10 наконец получили эту возможность. Найдите в меню «Дополнительные параметры» этот бесполезный графический редактор и удалите его.
WordPad
Если Paint мало в чем поможет при редактировании рисунков, то с текстами похожая ситуация с WordPad. Этот редактор очень простой и какими-то особыми возможностями никогда не выделялся. Да, WordPad умеет открывать форматы DOC и DOCX, но при этом вновь созданные тексты сохраняет в уже подзабытом формате RTF. Нужно ли промежуточное звено между Блокнотом и мощным Word? Удалить WordPad можно тоже через «Дополнительные возможности». А удачной заменой этому приложению станут Microsoft Word или бесплатные Open Office, Google Docs.
Факсы и сканирование Windows
Если вы работаете в офисе, то вам может понадобиться и сканер, и факс. Но зачем этот функционал вам дома, если и устройств таких там нет. Да и кто/когда последний раз вообще отправлял факс? Его отлично заменяет обычная электронная почта.
Это приложение тоже можно удалить. Перейдите в меню «Дополнительные возможности» и найдите там пакет «Факсы и сканирование Windows», нажмите «Удалить». Если вам когда-нибудь понадобится отправить факс или отсканировать документ, то приложение всегда можно вернуть обратно.
«Быстрая поддержка»
В Microsoft считают, что пользователи Windows 10 регулярно обращаются за помощью к инструменту «Быстрая помощь». Но это лишь теория, а на практике картина совсем другая. Чем пытаться найти ответ на проблему в шаблонных фразах, лучше поискать решение в Интернете или попросить помочь друзей/специалистов с помощью программ удалённого доступа. Если у вас есть немало помощников, с которыми вы общаетесь через социальные сети или мессенджеры, и вы в состоянии запустить TeamViewer, то приложение «Быстрая поддержка» можно будет удалить.
Просмотр задач
Рядом с меню «Пуск» есть кнопка «Представление задач».
Нажав на нее, вы сможете увидеть недавно открытые файлы и документы. Если у вас уже есть аккаунт Microsoft, и вы работаете с фирменными мобильными приложениями, то в данном окне можно увидеть файлы и с других устройств. Это могут быть открытые на вашем Android или iPhone документы Word или таблицы Excel.
Звучит перспективно, но пока это мало выходит за рамки идеи. Даже ориентация в файлах тут реализована неудобно. Да и непонятно, зачем что-то искать на временной шкале, если можно искать те же файлы, папки и меню в «Проводнике», на Панели задач и в меню недавних документов. А пока Timeline выглядит красивым, но бесполезным инструментом.
Для отключения этого приложения нажмите Пуск → Параметры → Конфиденциальность → Журнал действий.
Установите переключатели рядом с пунктами «Сохранить мой журнал активности на этом устройстве» и «Отправить мой журнал активности в Microsoft» в положение Выключено. После этого в разделе «Показать действия с этих учетных записей» нажмите «Очистить».
А чтобы избавиться от кнопки «Просмотр задач» надо кликнуть правой кнопкой мыши по панели задач и снять галку с опции «Показать кнопку Просмотра задач».
Кнопка «Люди»
На панели задач есть полезная кнопка, которая показывает ваши контакты и дает возможность прикреплять их к панели задач. Функция на первый взгляд кажется полезной, но интегрируется она только с приложением «Почта» Windows 10 и Skype. Больше никто с ней работать не сможет.
Щёлкните правой кнопкой мыши по панели задач и деактивируйте галку рядом с «Показывать панель «Люди» на панели задач». Это уберет ненужную кнопку.
Универсальные приложения
Помимо рассмотренных выше малополезных приложений в Windows 10 есть еще и немало других, скрытых под общим названием «Универсальные приложения». Их можно увидеть в виде плиток при нажатии кнопки меню «Пуск». Универсальность приложений в том, что они оптимизированы для работы на сенсорных экранах. А вот в пользе таких программ можно усомниться. Если «Почта» и «Фотографии» еще могут быть востребованы, то «Средство 3D-просмотра» понадобится лишь владельцам 3D-принтера, а «Компаньон консоли Xbox» – владельцам игровой консоли Microsoft.
Для удаления «Средства 3D-просмотра» в консоли Windows PowerShell (нажмите правой кнопкой мыши по меню Пуск) выполните команду:
Get-AppxPackage *3d* | Remove-AppxPackage
А чтобы избавиться от ненужного вам «Компаньона консоли Xbox» там же надо ввести такую команду:
Get-AppxPackage *xboxapp* | Remove-AppxPackage
Подобным образом через консоль PowerShell можно удалить и другие редко используемые приложения: 3D Builder, Phone Companion, Money, Sports, News и другие.
Если понадобится восстановить такие удаленные ранее программы, то это можно сделать из Microsoft Store или универсальной командой Windows PowerShell. Она позволит восстановить сразу весь комплект универсальных программ.
Эта команда понадобится разве что только заядлым фанатам Microsoft.
Источник
Установка приложений Windows 10, не используя магазин Microsoft Store
Публикация: 22 July 2018 Обновлено: 21 October 2022
Adguard опубликовала новый онлайн-инструмент, благодаря которому, пользователи со всего мира могут загружать приложения Windows 10 не используя Microsoft Store.
Вы можете помнить, что Adguard в 2017 году создал инструмент, позволяющий, напрямую загружать образы ISO Windows и Office с серверов Microsoft.
Ранее у вас было два варианта загрузки приложений из Microsoft Store, оба работали на устройстве Windows 10: использовать Store для загрузки и установки приложений или используйте монитор трафика для перехвата загрузок и сохранения файлов приложений непосредственно в системе.
Новый инструмент Adguard Store меняет это, поскольку предоставляет всем возможность загрузки любого приложения из магазина Microsoft. Все, что вам нужно, это ссылка на приложение в магазин; вы можете выбрать загрузку определенной версии приложений, например, для выпуска версий Windows 10 или Fast Ring.
Как получить ссылку на нужное приложение в Магазине Windows 10.
Чтобы установить его, нужно включить «Режим разработчика» на компьютере с Windows 10.
Включить Режим разработчика.
В моем случае это «C:UsersAlmanexDownloads», кликните вкладку «Файл» и перейдите в выпадающем меню «Запустить Windows PowerShell» → «Запустить Windows PowerShell от имени администратора» см. картинку ниже.
После выполнения одной из команд, приложение будет установлено, вы не получите сообщение о успешной установке, само приложение вы найдете в меню «Пуск».
Установить приложение / файл APPX так же просто, как установить исполняемый файл. Вам нужно будет дважды кликнуть по нему, чтобы начать установку. Если вы не можете получить Установщик приложений или не можете установить приложение по какой-либо причине, используйте PowerShell.
Опция загрузки приложений полезна в некоторых ситуациях, например, когда необходимо установить приложения на несколько компьютеров, но вы не хотите каждый раз загружать его из магазина. Другим не менее интересным вариантом является возможность загрузки приложений из других каналов, например «Fast Ring», если вы находитесь в «Retail».
Источник
Записки IT специалиста
Технический блог специалистов ООО»Интерфейс»
Начнем с того, что предустановленное ПО появилось задолго до Windows 10, еще самые первые версии «Окон» поставлялись с определенным набором программ, которые сегодня воспринимаются как нечто само собой разумеющееся: Калькулятор, Блокнот, Просмотрщик изображений, набор простых игр и т.д. и т.п. Причем удалить их стандартными средствами было невозможно, но особо это никого не волновало и не вызывало возмущения. Так что же изменилось с тех пор?
Основным изменением Windows 10 стало появление магазина Microsoft Store и наличие в системе предустановленного ПО из него. Это так называемые современные приложения, которые пришли на смену классическим. В первых версиях Windows 10 набор программ мог отличаться, в зависимости от редакции, плюс не для всех классических приложений были готовы аналоги. Но впоследствии разработчики устранили пробелы и унифицировали состав предустановленного ПО, в настоящий момент начальный экран Домашней и Pro редакций выглядит так (версия 2004):
Корпоративная версия выглядит более лаконично:
Как видим убрана большая часть развлекательного контента и плитки со стандартными приложениями в виде почты, погоды и т.п. Но не все, что находится на начальном экране является предустановленным ПО. Если, например, мы коснемся блока Развлечения, то представленных там приложений мы не найдем в списке установленных.
Плитки Office и отдельных приложений пакета ведут на онлайн-версию, в принципе предложение вполне разумное, денег за него не просят и это гораздо лучше, чем WordPad.
Трудно сказать, что из этого списка может активно мешать работе, замусоривать систему, потреблять лишние ресурсы и т.д. и т.п. Вполне стандартный набор, мало чем отличающийся от такового в предыдущих версиях. Разве что приложения обновились, ну и немного расширился их список, согласно текущего положения дел, скажем, во времена Windows 7 тот же 3D-принтер был чем то из разряда экзотики, сегодня же это вполне доступная вещь, вот и появились базовые приложения для работы с 3D.
В общем, миф о том, что в Windows 10 гораздо большее количество предустановленного ПО можно считать необоснованным, как и утверждение о том, что все оно страшно ненужное. Обычный набор по умолчанию, который поставлялся всегда, естественно с поправкой на актуальные задачи. Предложения магазина предустановленным ПО не являются и нажимать на них никто не заставляет. Просто убираем с начального экрана и больше мы их не увидим.
Теперь коснемся следующего вопроса, якобы их невозможно удалить стандартными средствами. Легко убедиться, что это не так. Лично я как-то не припомню, чтобы в более ранних версиях можно было удалить Калькулятор.
В этом плане Windows 10 предоставляет даже больше свободы, мы специально составили таблицу по предустановленному ПО, что из него можно удалить, а что нельзя.
Можно удалить | Нельзя удалить |
---|---|
Microsoft OneDrive | Cortana |
Microsoft Solitare Collection | Microsoft Edge |
Office | Microsoft Store |
OneNote | Xbox Game Bar |
Paint 3D | Будильники и часы |
Skype | Ваш телефон |
Sticky Notes | Камера |
Xbox | Карты |
Xbox Live | Люди |
Запись голоса | Расширения для изображений HEIF |
Калькулятор | Расширения для изображений Webp |
Кино и ТВ | Техническая поддержка |
Музыка Groove | Установщик приложений |
Набросок на фрагменте экрана | Фотографии |
Погода | |
Портал смешанной реальности | |
Почта и Календарь | |
Расширения для интернет-мультимедиа | |
Советы | |
Средства 3D просмотра | |
Центр отзывов | |
Яндекс.Музыка |
Влияние на производительность системы? Его можно оценить на вкладке Журнал приложений в Диспетчере задач. Несложно увидеть, что ресурсы потребляли только те приложения, которые мы явно запускали.
Соседняя вкладка показывает состояние автозагрузки, кроме OneDrive более ничего не включено. А сам OneDrive никто не мешает отключить или даже удалить.
Занимаемое место, еще один аргумент тех, у кого все плохо. Следует понимать, что любое ПО будет занимать какое-то место и в разные годы понятие допустимого объема было различным. Во времена Windows 95 пакет размером в сотню мегабайт уже считался большим, сегодня же никого не удивить играми на десятки гигабайт.
Следует отметить, что Windows 10 позволяет удалить любые современные приложения, включая магазин, и система даже будет после этого работать. Только вот целесообразность такого действия весьма сомнительна. Делается это буквально в пару команд на PowerShell, таким образом мы удалили из системы все современное ПО и дочистили руками то, что осталось (Office, OneDrive и Яндекс.Музыка).
И что мы получили? Всего-то около 900 МБ свободного места, сущие брызги по любым современным меркам, даже если говорить о системах с сильно ограниченным объемом накопителя. Радикально кромсать систему ради этого явно не стоит.
Ну и последний вопрос, который обычно звучит так: «они возвращаются», подразумевая восстановление приложений после обновления. Проверим. Для этого мы установили выпуск 1909, который отличается по составу ПО только отсутствием Cortana, удалили все ПО, кроме магазина и калькулятора, после чего последовательно установили все обновления и произвели апгрейд системы до 2004. Что изменилось? Добавилась Cortana и некий пакет локализации.
Выводы уже каждый мог сделать самостоятельно, но все равно подведем краткие итоги. Большинство утверждений о наличии в Windows 10 большого количества ненужного ПО не имеет под собой практических оснований. Некоторые проблемы могут возникнуть с предложениями из магазина, если не знать что это не ярлыки приложений, а ссылки на их установку, их можно легко открепить и более никаких неудобств они не доставят.
Стандартное предустановленное ПО занимает около 900 МБ места, что немного и никак не влияет на производительность, в качестве фоновых процессов эти приложения не запускаются. Также они не предоставляют пользователю никаких новых возможностей, которые бы были нежелательны, скажем, в корпоративной среде. А магазин, при необходимости, легко отключается средствами групповых политик.
Что касается мифов, то они будут всегда, также, как всегда будут те, кто негативно воспринимает любые новшества. Так было и при переходе с Windows XP на Windows 7, и тоже самое происходит сейчас. Но хороший специалист должен четко представлять реальное положение дел, а не идти на поводу у необоснованных утверждений.
Дополнительные материалы:
Помогла статья? Поддержи автора и новые статьи будут выходить чаще:
Или подпишись на наш Телеграм-канал:
Источник