Windows x86 64 bit msi installer essentials recommended

Содержание:

• Установка MySQL
• Настройка MySQL

Установка MySQL

Открываем страницу загрузки дистрибутива: http://www.mysql.com/downloads/mysql/

Для Win 32 качаем: Windows (x86, 32-bit), MSI Installer Essentials — Recommended

Для Win 64 качаем: Windows (x86, 64-bit), MSI Installer Essentials — Recommended

После нажатия на кнопку Download вы увидите форму для регистрации, ее можно пропустить нажав на ссылку внизу (» No thanks, just take me to the downloads!).

Запускаем установщик и нажимаем Next:

Выбираем тип установки Custom:

Выбираем компоненты. Здесь можно изменить путь  установки файлов MySQL (выделить MySQL Server, нажать кнопку Change), а также путь для хранения баз данных (выделить MySQL Server Datafiles, нажать кнопку Change):

Проверяем пути и нажимаем Install:

Завершающий этап установки. Отмечаем опцию «Configure the MySQL Server now» (настроить сервер MySQL прямо сейчас) и нажимаем Finish:

Настройка MySQL

После завершения установки запускается MySQL Server Instance Configuration Wizard (его можно запустить вручную из меню Пуск -> Все программы -> MySQL -> MySQL Server 5.1 -> MySQL Server Instance Config Wizard). Нажимаем Next:

Далее выбираем пункт Detailed Configuration (расширенная настройка):

Выбираем сценарий установки: Developer Machine — для установки на домашний компьютер (наш выбор), Server Machine — для установки на сервер, Dedicated MySQL Server Machine — для установки на сервер полностью выделенный под MySQL. Эти опции влияют в первую очередь на объем потребляемой MySQL памяти:

MySQL поддерживает два основных типа БД (InnoDB — с поддержкой транзакций и InnoDB — без транзакций). Multifunctional Database — будет установлена поддержка БД обоих типов (наш выбор). Transactional Database Only — будет установлена поддержка только InnoDB. Non-Transactional database Only — будет установлена поддержка только InnoDB.

Если на предыдущем этапе была выбрана поддержка InnoDB, здесь можно настроить расположение файлов данных InnoDB:

Поддержка одновременных соединений. Decision Support — до 20 одновременных соединений (наш выбор). Online Transaction Processing — до 500 соединений. Manual Setting — ручная установка количества соединений.

Отмечаем опции «Enable TCP/IP Networking» и «Enable Strict Mode». Port Number оставляем без изменений — 3306. Если к серверу планируются прямые подключения с других компьютеров, отмечаем опцию «Add firewall exception for this port» (открыть порт в брандмауэре windows).

Выбираем кодировку по умолчанию. Сейчас самый разумный выбор — это UTF-8. Выбираем опцию Best Support For Multilingualism:

Обязательно отмечаем опцию «Install as Windows Service» (запускать как службу Windows). Отмечаем «Launch the MySQL Server automatically», если нужен автозапуск службы.

Завершающий этап. Установка пароля администратора (root). Этот пароль лучше не терять! Опции «Enable root access from remote machines» и «Create An Anonymous Account» отмечать не рекомендую, т.к. они снижают безопасность.

Далее нажимаем Next и Execute. На этом базовая настройка завершена.

Как быстро проверить установку?

Открываем Пуск -> Все программы -> MySQL ->MySql Server 5.1 -> MySQL Server Command Line Client (утилита для работы с MySQL в командной строке).

Далее вводим пароль администратора (root). Если пароль правильный, вы попадете в командную строку (mysql>). Введите команду: show databases; (точка с запятой на конце обязательны). В результате вы должны увидеть список баз данных (как минимум две — information_schema и mysql). Это означает, что сервер работает правильно. Закрываем командную строку выполнив команду exit.

ВНИМАНИЕ! Для подключения к МySQL из PHP, с сервера установленного на том же компьютере, необходимо в качестве адреса сервера MySQL вместо localhost использовать 127.0.0.1 !!!

Природа этого глюка до конца мне непонятна, но на его обнаружение потратил пол дня…

Что делать, если автоматическая установка дает сбой?

Попробуйте выполнить установку в ручном режиме из zip-архива.

Как работать с базами данных?

Одна из самых популярных программ (а может и самая популярная)  для работы с MySQL — это phpMyAdmin.

Статьи по теме:

• Ручная установка MySQL на Windows
• Настройка веб-сервера (Apache + PHP) на Windows 7
• Настройка веб-сервера (IIS + PHP) на Windows 7

Установка MySQL 5.6.23 на windows 7 — пошаговая инструкция

Сегодня мы подробно рассмотрим процесс установки СУБД MySQL версии 5.6.23 на операционную систему windows 7, помимо этого мы также установим средство разработки и администрирования MySQL Workbench 6.2.4.

Несколько лет назад мы с Вами уже рассматривали установку MySQL на примере версии 5.5, но время идет, технологии развиваются, выходят новые версии, поэтому сейчас пришло время обновить свои знания в области MySQL, а конкретно в установке данной СУБД. И так как этот сайт для начинающих, мы будем рассматривать установку на операционную систему windows 7 с пошаговым описанием всего процесса. Также данный материал будет полезен начинающим программистам баз данных, которые хотят потренироваться писать запросы на SQL или просто поближе познакомиться с сервером баз данных MySQL. Тем более что описанный ниже процесс установки будет включать не только установку самого сервера, но и средство разработчика MySQL Workbench, плагин для Excel «MySQL for Excel», MySQL Connectors, а также примеры и документацию.

Так как в прошлой статье мы с Вами уже затрагивали вопрос о том, что вообще такое MySQL, поэтому сегодня заострять внимания на этом не будем, а сразу перейдем к теме материала, т.е. процессу установки и начнем мы, конечно же, с того, где же взять нам дистрибутив MySQL для windows.

Где скачать последнюю версию MySQL для windows?

И так как устанавливать мы будем на ОС windows 7 то лучше всего скачивать MySQL Installer (установщик, дистрибутив) который как мы уже отметили выше будет включать не только сервер MySQL но и многое другое. Для того чтобы скачать, установщик необходимо перейти на официальную страницу загрузки, вот она, так как рекомендуется загружать только с официальных источников, это, кстати, относится не только к MySQL но и ко всему программному обеспечению.

После того как Вы перешли на страницу в нижней части находите блок «MySQL Installer 5.6.23» и нажимаете «Download»

Затем Вам предложат авторизоваться, если, например, у Вас есть Account от Oracle или если нет, то создать его, но если Вы не хотите регистрироваться, то просто нажимаете ссылку «No thanks, just start my download»

В итоге загрузится пакет установщика windows файл mysql-installer-community-5.6.23.0.msi размером 282.4 мегабайт.

Установка MySQL 5.6.23 на windows 7

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

то это означает, что у Вас не установлен Microsoft .NET Framework нужной версии, так как для работы всех компонентов входящих в состав данного установщика необходим минимум клиентский профиль Microsoft .NET Framework 4, о том, что это такое и как его установить мы подробно разговаривали в материале про установку Microsoft .NET Framework 4.0. Также для работы программы MySQL Workbench обязательно требуется Microsoft Visual C++ Redistributable for Visual Studio 2013, поэтому его тоже нужно установить. Кстати, если Вы не знаете что установлено у Вас в системе, а что нет, не переживайте, в процессе установки установщик будет проверять Вашу систему на наличие необходимых внешних компонентов, которые нужны для работы каждого из выбранных продуктов MySQL, и выдаст их список, и в случае необходимости вы можете их быстро установить (чуть ниже мы это еще затронем).

Примечание! Язык программы установки английский также как и интерфейс программы MySQL Workbench.

Шаг 1

Соглашаемся с условиями лицензионного соглашения, для этого ставим соответствующую галочку и жмем «Next»

Шаг 2

Затем отмечаем то, что мы хотим установить, а так как мы решили установить все то, что нужно начинающему разработчику то выбираем тип установки по умолчанию, т.е. «Developer Default» и жмем «Next»

Шаг 3

Далее программа установки будет проверять Вашу систему на наличие необходимых компонентов, Вам в свою очередь необходимо установить эти компоненты (т.е. выделить их и нажать «Execute») или нажать «Next» но в этом случае соответствующие компоненты не будут работать. Но, например если Вам эти компоненты и не нужны, допустим, Вы не используете Visual Studio, поэтому и устанавливать компонент не нужно. У меня, например, на этом тестовом компьютере не установлен Microsoft Office и Visual Studio, поэтому в данном случае перечисленные компоненты я устанавливать не буду, жму «Next».

Небольшое предупреждение, связанное с отсутствием некоторых компонентов, жмем «Yes»

Шаг 4

Затем установщик скажет нам, что конкретно он будет устанавливать, мы жмем «Execute»

И вот началась установка

После установки всех компонентов появится кнопка «Next» мы ее и нажимаем

Шаг 5

Далее необходимо настроить пару компонентов, жмем «Next»

Шаг 6

И так как мы только начинающие на первом окне предлагаю оставить все по умолчанию, т.е. ничего не менять, а сразу нажать «Next»

Шаг 7

На следующем окне нужно придумать пароль для root пользователя, т.е. для главного администратора, также, если хотите здесь можно сразу добавить и других пользователей, т.е. создать их через кнопку «Add User», жмем «Next»

Шаг 8

Затем оставляем все по умолчанию и жмем «Next»

Шаг 9

Далее необходимо применить все настройки, для этого жмем «Execute»

Все, сервер MySQL сконфигурирован, жмем «Finish»

Шаг 10

Теперь необходимо настроить тестовые данные для MySQL сервера, жмем «Next»

Подключаемся к серверу, жмем сначала «Check» затем «Next»

Далее жмем «Execute», а потом «Finish»

Шаг 11

Все, установка практически завершена, жмем «Next»

А затем «Finish», кстати, если поставить галку «Start MySQL Workbench after Setup» то сразу запустится программа MySQL Workbench

Запуск MySQL Workbench и подключение к серверу MySQL

Запустить MySQL Workbench можно из меню Пуск->MySQL->MySQL Workbench 6.2 CE

После запуска необходимо выбрать экземпляр сервера MySQL для того чтобы к нему подключится, в нашем случае он всего один (локальный), мы просто по нему щелкаем

Вводим пароль root пользователя (который мы придумали, когда настраивали сервер)

И вот мы подключились к серверу MySQL с помощью MySQL Workbench, мы видим тестовые базы и можем сразу писать какие-нибудь SQL запросы

На этом предлагаю заканчивать, надеюсь, все было понятно. Удачи!

Похожие статьи:

info-comp.ru

Автоматическая установка MySQL на windows

Содержание:

• Установка MySQL
• Настройка MySQL

Установка MySQL

Открываем страницу загрузки дистрибутива: https://www.mysql.com/downloads/mysql/

Для Win 32 качаем: windows (x86, 32-bit), MSI Installer Essentials — Recommended

Для Win 64 качаем: windows (x86, 64-bit), MSI Installer Essentials — Recommended

После нажатия на кнопку Download вы увидите форму для регистрации, ее можно пропустить нажав на ссылку внизу (» No thanks, just take me to the downloads!).

Запускаем установщик и нажимаем Next:

Установка MySQL на windows (1)

Выбираем тип установки Custom:

Установка MySQL на windows (2)

Выбираем компоненты. Здесь можно изменить путь  установки файлов MySQL (выделить MySQL Server, нажать кнопку Change), а также путь для хранения баз данных (выделить MySQL Server Datafiles, нажать кнопку Change):

Установка MySQL на windows (3)

Проверяем пути и нажимаем Install:

Установка MySQL на windows (4)

Завершающий этап установки. Отмечаем опцию «Configure the MySQL Server now» (настроить сервер MySQL прямо сейчас) и нажимаем Finish:

Установка MySQL на windows (5)

Настройка MySQL

После завершения установки запускается MySQL Server Instance Configuration Wizard (его можно запустить вручную из меню Пуск -> Все программы -> MySQL -> MySQL Server 5.1 -> MySQL Server Instance Config Wizard). Нажимаем Next:

Настройка MySQL (1)

Далее выбираем пункт Detailed Configuration (расширенная настройка):

Настройка MySQL (3)

Выбираем сценарий установки: Developer Machine — для установки на домашний компьютер (наш выбор), Server Machine — для установки на сервер, Dedicated MySQL Server Machine — для установки на сервер полностью выделенный под MySQL. Эти опции влияют в первую очередь на объем потребляемой MySQL памяти:

Настройка MySQL (3)

MySQL поддерживает два основных типа БД (InnoDB — с поддержкой транзакций и MyISAM — без транзакций). Multifunctional Database — будет установлена поддержка БД обоих типов (наш выбор). Transactional Database Only — будет установлена поддержка только InnoDB. Non-Transactional database Only — будет установлена поддержка только myISAM.

Настройка MySQL (4)

Если на предыдущем этапе была выбрана поддержка InnoDB, здесь можно настроить расположение файлов данных InnoDB:

Настройка MySQL (5)

Поддержка одновременных соединений. Decision Support — до 20 одновременных соединений (наш выбор). Online Transaction Processing — до 500 соединений. Manual Setting — ручная установка количества соединений.

Настройка MySQL (6)

Отмечаем опции «Enable TCP/IP Networking» и «Enable Strict Mode». Port Number оставляем без изменений — 3306. Если к серверу планируются прямые подключения с других компьютеров, отмечаем опцию «Add firewall exception for this port» (открыть порт в брандмауэре windows).

Настройка MySQL (7)

Выбираем кодировку по умолчанию. Сейчас самый разумный выбор — это UTF-8. Выбираем опцию Best Support For Multilingualism:

Настройка MySQL (8)

Обязательно отмечаем опцию «Install as windows Service» (запускать как службу windows). Отмечаем «Launch the MySQL Server automatically», если нужен автозапуск службы.

Настройка MySQL (9)

Завершающий этап. Установка пароля администратора (root). Этот пароль лучше не терять! Опции «Enable root access from remote machines» и «Create An Anonymous Account» отмечать не рекомендую, т.к. они снижают безопасность.

Настройка MySQL (10)

Далее нажимаем Next и Execute. На этом базовая настройка завершена.

Как быстро проверить установку?

Открываем Пуск -> Все программы -> MySQL ->MySql Server 5.1 -> MySQL Server Command Line Client (утилита для работы с MySQL в командной строке).

Далее вводим пароль администратора (root). Если пароль правильный, вы попадете в командную строку (mysql>). Введите команду: show databases; (точка с запятой на конце обязательны). В результате вы должны увидеть список баз данных (как минимум две — information_schema и mysql). Это означает, что сервер работает правильно. Закрываем командную строку выполнив команду exit.

ВНИМАНИЕ! Для подключения к МySQL из PHP, с сервера установленного на том же компьютере, необходимо в качестве адреса сервера MySQL вместо localhost использовать 127.0.0.1 !!!

Природа этого глюка до конца мне непонятна, но на его обнаружение потратил пол дня…

Что делать, если автоматическая установка дает сбой?

Попробуйте выполнить установку в ручном режиме из zip-архива.

Как работать с базами данных?

Одна из самых популярных программ (а может и самая популярная)  для работы с MySQL — это phpMyAdmin.

Статьи по теме:

www.q2w3.ru

Ручная установка MySQL на windows

30

Для начала скачиваем zip-архив со страници загрузки https://dev.mysql.com/downloads/mysql/ .

Так как у меня 64 битная система, я выбрал: windows (x86, 64-bit), ZIP Archive

Создаем каталог для установки, предположим C:servermysql-5.6.15, и в него распаковываем содержимое архива.

Открываем файл my-default.ini (в обычном Блокноте), и вносим изменения:

Удаляем все содержимое или закоментируем (в начале каждой строки ставим #).

Добавляем строки:

  [client] port=3306   [mysqld] port=3306 #здесь прописываем свой путь к директории установки basedir=»C:/server/mysql-5.6.15″ datadir=»C:/server/mysql-5.6.15/data» character-set-server=utf8 default-storage-engine=INNODB sql-mode=»» explicit_defaults_for_timestamp = TRUE skip-external-locking key_buffer_size = 16M max_allowed_packet = 1M table_open_cache = 64 sort_buffer_size = 512K net_buffer_length = 8K read_buffer_size = 256K read_rnd_buffer_size = 512K myisam_sort_buffer_size = 8M  

Сохраняем и переименовываем в my.ini

Перед тем как осуществить пробный пуск, открываем входящий порт TCP 3306 в брандмауэре windows.

Теперь необходимо выполнить пробный запуск:

Открываем директорию C:servermysql-5.6.15bin

Жмем: файл, и выбираем «открыть командную строку как администратор»

Появится предупреждение, соглашаемся:

В командной строке вводим:

mysqld —console

И жмем: Enter

На экран будет выведено несколько строк. Если запуск прошел успешно, то последняя строка будет выглядеть примерно так:

Оставляем это окно открытым, и открываем еще одно окно командной строки, в котором вводим:

mysql -u root

Жмем: Enter

Если подключение прошло без ошибок, вы увидите приглашение командной строки: mysql>

 Посмотрим какие базы у нас есть:

Вводим:

show databases;

Точка с запятой в конце SQL-запроса ОБЯЗАТЕЛЬНА!

Теперь мы окончательно убеждены, что сервер работает.

Переходим к следующему этапу — необходимо установить пароль администратора MySQL (пользователь root). По умолчанию пароль не установлен, и это надо исправить. В том же окне MySQL вводим следующие команды:

use mysql   UPDATE user SET password = PASSWORD(‘ваш_пароль’) WHERE user = ‘root’;

Проверяем результат:

SELECT user, host, password FROM user;

Ответ:

Как видно на скриншоте колонка password заполнена, значит пароль установлен.

Перед выходом выполняем команду:

FLUSH PRIVILEGES;

 и затем:

exit

Теперь при подключении необходимо вводить пароль. Для этого используем ключ -p:

mysql -u root -p

Для завершения работы MySQL выполняем:

mysqladmin -u root -p shutdown

Последний этап — запуск MySQL в качестве системной службы windows.

Убедитесь, что в системе нет активных процессов MySQL.

В командной строке, запущенной от имени администратора, выполняем:

mysqld.exe —install MySQL —defaults-file=”C:servermysql-5.6.15my.ini”

Для запуска службы, открываем «панель управления»,»система и безопасность», «администрирование», «службы», и вручную запускаем службу MySQL:

Или по проще: «управление компъютером», выделяем службы и запускаем:

Или еще проще, через командную строку открытую в директории установки:

net start mysql

Для остановки используем команду:

net stop mysql

И последний вариант перезагружаемся.

Для удаления службы выполняем команду:

mysqld —remove

Если вдруг забыли пароль root:

Для начала Вам необходимо сбросить пароль и установить новый. Для этого нужно: 1.Перезапустить сервер в режиме —skip-grant-tables 2.Установить новый пароль администратора 3.Перезапустить сервер в обычном режиме Теперь подробнее о каждом пункте. В режиме skip-grant-tables отключена проверка прав доступа и привилегий, иными словами, вы можете подключиться с пустыми логин/пароль и будете обладать при этом всеми возможными привилегиями.

Для запуска сервера в режиме skip-grant-tables проще всего временно добавить строчку skip-grant-tables в my.ini в секции [mysqld]

[mysqld] skip-grant-tables

Затем перезапустить сервер.

С помощью MySQL Command Line (устанавливается вместе с MySQL) заходим в mysql без пароля (в место пароля просто нажимаем Enter) и вводим следующую команду:

UPDATE mysql.user SET password=PASSWORD(‘ваш новый пароль’) WHERE user=’root’;

Далее убираем из my.ini строчку: skip-grant-tables

Перезапускаем сервер.

malwselennaiaru.ru

Как установить MySQL на windows – понижаем градус своего котелка

От автора: один мой товарищ за день умудрился сначала сорвать спину, когда ставил дома новый шкаф. А затем на работе «надорвал» себе мозги, когда пытался разобраться, как установить MySQL на windows. В общем, спину я не смог вылечить, но вот ум его от «закипания» спас. Может, и кого-то из вас избавлю от головной боли, рассказав об установке СУБД.

Альтернатива Денверу?

И сразу может родиться встречный вопрос: зачем искать себе на «котелок» головную боль, если есть уже собранный и простой в установке набор, в состав которого входит «любимая» СУБД? Правильно! Не нужно искать головную боль там, где ее нет. Это сейчас у вас нет проблемы, связанной с установкой MySQL на windows. Но может возникнуть, если:

Нужна только СУБД, а не весь набор целиком – возможно, вы надумаете еще сильнее углубиться в изучение MySQL. Ну, а PHP и веб-сервер пока не будут востребованы. При запуске Денвера получится, что эти составляющие набора буду крутиться сами по себе, постоянно «кушая» мощности аппаратной части компьютера. Особенно эта проблема остра для устаревших моделей портативных ПК. Я зная о чем говорю, поскольку долгое время использовал такой. Мой старый ноут «грузили» по полной пару открытых вкладок в браузере. В общем, каждый процент производительности был на счету.

Установка более новой версии – в состав Денвера входит актуальная версия MySQL, но иногда требуется самая новая версия. Например, для разработки БД под конкретное «издание» СУБД.

Модернизация системы управления учетными записями в phpMyAdmin – через данную программную оболочку, входящую в состав набора для джентльменов, можно работать только под одной учетной записью, которая установлена по умолчанию. То есть через root с пустым паролем. Но иногда нужно входить на сервер MySQL под другим пользователем, чтобы протестировать какой-нибудь запрос, триггер или хранимую процедуру. Конечно, можно через командную строку, но хочется работать «с комфортом» .

Создание ADO приложений с использованием другого серверного языка – никто не спорит с тем, что «PHP и MySQL – forever». Но существуют и другие серверные языки программирования, для разработки приложений на которых может потребоваться установка MySQL на windows 10 или другую версию ОС.

В общем, причин инсталляции отдельного экземпляра СУБД на клиентскую машину может быть множество: я лишь привел несколько из них. Теперь перейдем непосредственно к описанию процесса установки.

Скачиваем свой экземпляр

Дистрибутив СУБД на официальном ресурсе разработчиков доступен для скачивания в двух вариантах:

В виде автоматического пакета установки с расширением .msi – его мы рассматривали в одном из наших предыдущих материалов, поэтому пропустим его.

В форме бинарного кода, запакованного в ZIP – данный вариант мы и применим сегодня.

Также стоит отметить, что я буду производить установку MySQL на windows 7, но для всех остальных (более «свежих») версий ОС эта инструкция также актуальна. Винда – она и в Африке винда . Стартуем! Переходим сюда и скачиваем нужный вариант архива. У меня 32-разрядная архитектура компьютера, поэтому скачиваю архив под эту версию операционки.

На следующем шаге будет предлагаться пройти регистрацию, но можно обойтись и без нее. Для этого жмите на ссылку ниже (отмечена на скриншоте). После чего начнется скачивание архива. Обратите внимание, что его размер больше 300 «метров». А такой объем для лимитного «3Г» интернета может оказаться неподъемным. Да и по скорости тоже – на это уйдет минут 40 точно.

После этого создаем директорию для установки и извлекаем в нее скачанный архив. Чтобы избежать путаницы в будущем, лучше осуществлять установку MySQL 5 6 в windows сразу на диск C.

Редактируем файл конфигурации

Теперь находим в папке файл my-default.ini, и открываем его с помощью Блокнота. Сейчас займемся редактированием параметров нашего будущего сервера СУБД. Сначала прописываем пути к основной директории и папке, где будут храниться данные. А также указываем порт и кодировку:

basedir = «C:/Users/домашний/Documents/MySQL 5.6» datadir = «C:/Users/домашний/Documents/MySQL 5.6/data» port = 3306 character-set-server=utf8

Затем прописываем значение нескольких основных переменных. Их подробное описание можете посмотреть в документации к СУБД.

default-storage-engine=INNODB explicit_defaults_for_timestamp = TRUE skip-external-locking

Установку MySQL 5 6 в windows 7 продолжим указанием объемов для всех буферов и очисткой от заданного значения параметр sql_mode:

Затем переименуйте файл в my.ini и сохраните его. После этого переходим в папку bin и запускаем командную строку от имени администратора. Вводим в нее следующую команду:

mysqld –console

Жмем «Enter» и на экране должны отобразиться данные и параметры подключения. Не закрывая этого окна, запускаем еще одно (в CMD). Затем входим на сервер под root с пустым паролем, который установлен по умолчанию:

mysql -u root

Проверяем правильность подключения и инсталляции сервера БД. Для этого выводим список всех баз, имеющихся на нем.

Мы закончили. Стоит отметить, что установка MySQL 5 5 на windows 7 проходит примерно также, поэтому данная инструкция применима и для этой версии СУБД. Надеюсь, я смог хоть немного понизить градус кипения вашего «котелка». Ну, а если сорвали спину, перетаскивая шкаф, то загляните в него. Может там кто-то прячется .

Самые свежие новости IT и веб-разработки на нашем Telegram-канале

webformyself.com

Ручная установка MySQL на windows

58

Max Bond

– 07.03.2011Рубрики: Веб-мастеринг

Когда автоматическая установка дает сбой, на помощь приходит ручной режим.

Приступаем к установке:

1. Качаем zip-архив MySQL со страницы загрузки: https://www.mysql.com/downloads/mysql/.

Для Win 32 выбираем дистрибутив: windows (x86, 32-bit),  Zip-Archive.

Для Win 64: windows (x86, 64-bit),  Zip-Archive.

После нажатия на кнопку Download вы увидите форму для регистрации, ее можно пропустить, нажав на ссылку внизу — No thanks, just take me to the downloads.

2. Создаем папку установки. Например C:Program FilesMySQLMySQL Server 5.5. И распаковываем в нее содержание архива таким образом, чтобы папки bin, data, docs и прочие были в корне папки установки.

3. Переходим к созданию конфигурационного файла (my.ini). За основу берем один из типовых файлов:

• my-small.ini — подойдет тем, кто использует MySQL время от времени и не хочет, чтобы сервер занимал много ресурсов.
• my-medium.ini — тоже не требовательная к ресурсам конфигурация, но подойдет тем, кто использует MySQL на постоянной основе (хороший выбор для для домашнего веб-сервера).
• my-large.ini и my-huge.ini — для систем, использующихся как выделенный MySQL сервер. Впрочем, my-large.ini можно использовать для домашнего сервера, если нужна дополнительная производительность MySQL (512 Мб оперативной памяти не так уж и много по нынешним временам).
• my-innodb-heavy-4G — для выделенных серверов, имеющих от 4 Гб оперативной памяти и использующих только таблицы типа InnoDB.

В этом примере за основу я выбрал my-medium.ini. Переименовываем его в my.ini и размещаем в корне папки установки (C:Program FilesMySQLMySQL Server 5.5).

Открываем для редактирования (в обычном Блокноте) и сразу после строчки [mysqld] дописываем два параметра:

basedir=C:/Program Files/MySQL/MySQL Server 5.5 datadir=C:/Program Files/MySQL/MySQL Server 5.5/data

Обратите внимание, что в путях используется прямой слэш (/), а не обратный ().

basedir — это путь к папке установки.

datadir — путь к папке данных (где хранятся все БД). Иногда имеет смысл разместить данные на отдельном диске, чтобы повысить производительность или обеспечить надежность.

На всякий случай привожу фрагмент конфигурационного файла, после внесения изменений:

# The MySQL server [mysqld] basedir=C:/Program Files/MySQL/MySQL Server 5.5 datadir=C:/Program Files/MySQL/MySQL Server 5.5/data port = 3306 socket = /tmp/mysql.sock skip-external-locking key_buffer_size = 16M max_allowed_packet = 1M table_open_cache = 64 sort_buffer_size = 512K net_buffer_length = 8K read_buffer_size = 256K read_rnd_buffer_size = 512K myisam_sort_buffer_size = 8M

4. Следующий этап — добавить путь C:Program FilesMySQLMySQL Server 5.5bin в переменную среды PATH, чтобы упростить запуск MySQL из командной строки. Для этого открываем Свойства системы -> Дополнительные параметры системы -> на закладке Дополнительно в самом низу кнопка «Переменные среды…». В открывшемся окне пролистываем системные переменные пока не найдем Path. Выделяем эту строку и нажимаем «Изменить…». В конце строки дописываем свой путь, сохраняя существующие параметры:

Меняем PATH

Обратите внимание, что пути разделяются точкой с запятой. Убедитесь, что в начале и в конце вашего пути точка с запятой поставлена.

5. Перед тем как осуществить пробный пуск, открываем входящий порт TCP 3306 в брандмауэре windows:

Открываем порт TCP 3306

Если в системе установлен дополнительный брандмауэр, то в нем также необходимо открыть порт TCP 3306 для входящих подключений.

6. Теперь осуществляем тестовый запуск. В командной строке, запущенной от имени администратора (это обязательно, если на Семерке или Висте включен UAC), выполняем:

mysqld —console

На экран будет выведено несколько строк. Если запуск прошел успешно, то последняя строка будет выглядеть примерно так:

Version: ‘5.5.9-log’  socket: »  port: 3306  MySQL Community Server (GPL)

Оставляем это окно открытым, и открываем еще одно окно командной строки, в котором вводим:

mysql -u root

Если подключение прошло без ошибок, вы увидите приглашение командной строки: mysql>

Посмотрим какие базы у нас есть:

show databases;

Точка с запятой в конце SQL-запроса ОБЯЗАТЕЛЬНА!

Ответ команды:

Командная строка MySQL

Теперь мы окончательно убеждены, что сервер работает.

7. Переходим к следующему этапу — необходимо установить пароль администратора MySQL (пользователь root). По умолчанию пароль не установлен, и это надо исправить. В том же окне MySQL вводим следующие команды:

use mysql UPDATE user SET password = PASSWORD(‘ваш_пароль’) WHERE user = ‘root’;

Проверяем результат:

SELECT user, host, password FROM user;

Ответ:

Таблица users

Как видно на скриншоте колонка password заполнена, значит пароль установлен.

Перед выходом выполняем команду:

FLUSH PRIVILEGES;

и затем:

exit

Теперь при подключении необходимо вводить пароль. Для этого используем ключ -p:

mysql -u root -p

Для завершения работы MySQL выполняем:

mysqladmin -u root -p shutdown

8. Последний этап — запуск MySQL в качестве системной службы windows.

Убедитесь, что в системе нет активных процессов MySQL.

В командной строке, запущенной от имени администратора, выполняем:

«C:Program FilesMySQLMySQL Server 5.5binmysqld» —install

Путь к mysqld необходимо указывать полностью (даже если он прописан в PATH)!

Для запуска службы, открываем «Управление компьютером», и вручную запускаем службу MySQL:

Запуск службы MySQL

Или проще через командную строку:

net start mysql

Для удаления службы, предварительно ее останавливаем:

net stop mysql

и выполняем:

«C:Program FilesMySQLMySQL Server 5.5binmysqld» —remove

Статьи по теме:

www.q2w3.ru

Смотрите также

• HowTo Install Redmine in a sub-URI on Windows with Apache
  • Install Apache HTTP server 2.2.x
  • Install MySQL 5.1.x
  • Install MySQL Workbench 5.2.x
  • Install PHP 5.3.x
  • Install Ruby 1.8.7 with RubyGems
  • Additional gems
    • Install Rake
    • Install Rails
    • Install i18n
    • Install Mongrel
    • Install mysql gem
    • Install mongrel-service + win32-service gems
  • Install Redmine
  • Setup windows services
  • Configure Apache 2.2.x as proxy to Mongrel cluster
  • Additional components
    • Install RMagic
    • Add redmine_attach_screenshot plugin

Following the steps below exactly as listed will produce a working Redmine installation hosted under http://localhost/redmine sub-URI on Windows XP/2003/2008 x86/x64 with Apache HTTP Server 2.2.x, MySQL 5.1.x, PHP 5.3.x and Ruby 1.8.7.
This walk-through was tested with Redmine 1.0.4.devel.4543 but should work with any version >= 0.8 .
The intended audience for this walk-through are Windows users.

In case you encounter problems, please look at this forum thread for information about some known issues and their workarounds

Install Apache HTTP server 2.2.x¶

1. Download «Win32 Binary without crypto (no mod_ssl) (MSI Installer)» or «Win32 Binary including OpenSSL (MSI Installer)», depending if you intend to use SSL on your webserver, from here
2. Install to C:webserverApache

Install MySQL 5.1.x¶

1. Download «Windows (x86, 32-bit), MSI Installer — Essentials — Recommended» from here
   • (the 64-bit version could be installed on x64 Windows platforms, but the 32-bit version is recommended and it works well on both x86 and x64 versions of Windows.)
2. Install to C:webserverMySQL
   • During initial setup:
     1. (optional:) set data files installation directory to C:webserverMySQL_Data
   • During Server Instance Configuration Wizard:
     1. (optional:) Add firewall exception for the port used
     2. set default character set to «Best Support for Multilingualism» UTF8
     3. select «Include Bin Directory in Windows PATH»

Install MySQL Workbench 5.2.x¶

1. Download «Windows (x86, 32-bit), MSI Installer» from here
2. Install to C:webserverMySQL_Workbench

Install PHP 5.3.x¶

1. Download «VC6 x86 Thread Safe — Installer» from here
2. Install to C:webserverPHP
   • During setup:
     1. for webserver, choose «Apache 2.2.x Module»
     2. configuration directory is «C:webserverApacheconf»
     3. you can leave all default Extensions as they are, optionally adding «Internationalization» and «Multi-Byte String»

Install Ruby 1.8.7 with RubyGems¶

• At the time of writing this document the latest version of Ruby was 1.9.2, however for best compatibility use Ruby version 1.8.7.

1. Download «rubyinstaller-1.8.7-p302.exe» from here
2. Install to C:webserverRuby
3. During setup, select «Add Ruby executables to your PATH»
4. Verify Ruby version
   • Open command window, execute:

     ruby -v
     

     • expected output:

       ruby 1.8.7 (2010-08-16 patchlevel 302) [i386-mingw32]
       

5. Verify RubyGems version
   • in command window, execute:

     gem -v
     

     • expected output:

       1.3.7
       

     • At the time of writing this document the latest version of RubyGems was 1.3.7. Versions >= 1.5.0 won’t work with Redmine 1.1.x.

• If you get errors about missing «SSLEAY32.dll», install PHP as shown above and this dll will become available

Additional gems¶

• mongrel-service and win32-service gems have to be downloaded manually. Download locations are added to sections below.

Install Rake¶

• At the time of writing this document the latest version of Rake was 0.8.7. Newer versions should work too.

1. Install Rake gem
   • in command window, execute:

     gem install rake

     • expected output:

       Successfully installed rake-0.8.7
       

Install Rails¶

• At the time of writing this document, the latest version of Rails is 3.0.3, but Redmine 1.0.4 installation requires Rails 2.3.5.

1. Install Rails gems
   • in command window, execute:

     gem install rails -v=2.3.5
     

     • expected output:

       Successfully installed activesupport-2.3.5
       Successfully installed activerecord-2.3.5
       Successfully installed rack-1.0.1
       Successfully installed actionpack-2.3.5
       Successfully installed actionmailer-2.3.5
       Successfully installed activeresource-2.3.5
       Successfully installed rails-2.3.5
       7 gems installed
       

Install i18n¶

• At the time of writing this document, the latest version of i18n is 0.5, but Redmine 1.0.4 installation requires i18n 0.4.2.

1. Install i18n gem
   • in command window, execute:

     gem install -v=0.4.2 i18n
     

     • expected output:

       Successfully installed i18n-0.4.2
       1 gem installed
       

Install Mongrel¶

• At the time of writing this document the latest version of Mongrel was 1.1.5. Newer versions should work too.
• Project page

1. Install Mongrel gems
   • in command window, execute:

     gem install mongrel
     

     • expected output:

       Successfully installed gem_plugin-0.2.3
       Successfully installed cgi_multipart_eof_fix-2.5.0
       Successfully installed mongrel-1.1.5-x86-mingw32
       3 gems installed
       

Install mysql gem¶

• At the time of writing this document the latest version of mysql gem was 2.8.1. Newer versions should work too.
• It drastically improves page generation speed.

1. Install mysql gem
   • in command window, execute:

     gem install mysql
     

     • expected output:

       Successfully installed mysql-2.8.1-x86-mingw32
       1 gem installed
       Installing ri documentation for mysql-2.8.1-x86-mingw32...
       No definition for (...)
       

     • The gem was made for MySQL 5.0 so there are some additional features in 5.1 which will not be defined, so you will see a number of lines about missing definitions, but it does not cause any problems

Install mongrel-service + win32-service gems¶

• At the time of writing this document the latest version of win32-service was 0.7 which does NOT work with Ruby 1.8.7
• Use only win32-service version 0.5.2 for Redmine deployment.

1. Download «mongrel_service-0.3.4-i386-mswin32.gem» from here
2. Move mongrel_service-0.3.4-i386-mswin32.gem to C:webserver
3. Download «win32-service-0.5.2-mswin32.gem» from here
   • This file is also attached at the bottom of this wiki page
4. Move win32-service-0.5.2-mswin32.gem to C:webserver
5. Install the gem
   • in command window, execute:

     cd C:webserver
     gem install mongrel_service
     

     • expected output:

       Successfully installed win32-service-0.5.2-x86-mswin32
       Successfully installed mongrel_service-0.3.4-x86-mswin32
       2 gems installed
       

6. Delete the two .gem files from C:webserver

Install Redmine¶

• Procedure below assumes we will be installing Redmine 1.0.4, but it also works with any revisions >= r3235

1. Download «redmine-1.0.4.zip» from here
2. Extract the contents of the redmine-1.0.4 directory in the archive to C:webserverRedmine
3. Log into MySQL as root using «MySQL Workbench». You can also use command prompt or another tool, such as «MySQL GUI Tools» or «phpMyAdmin».
   1. «Open connection to Start Querying»
   2. In SQL Query window enter the following script:

      create database redmine character set utf8;
      create user 'redmineUser'@'localhost' identified by 'myPassword';
      grant all privileges on redmine.* to 'redmineUser'@'localhost';
      

   3. «Execute SQL Script in Connected Server»
      • You should of course change redmineUser and myPassword to something different.
4. Copy C:webserverRedmineconfigdatabase.yml.example to C:webserverRedmineconfigdatabase.yml
5. Edit C:webserverRedmineconfigdatabase.yml file to configure your database settings for «production» environment. It should look like this:

   production:
     adapter: mysql
     database: redmine
     host: localhost
     username: redmineUser
     password: myPassword
     encoding: utf8
   

   1. Set username and password to the values entered in the SQL script above.
   2. Save and close the file.
6. Create (or update) Redmine database tables
   • in command window, execute:

     cd C:webserverRedmine
     set RAILS_ENV=production
     rake generate_session_store
     rake db:migrate
     

     • If you encounter this error: Mysql::Error: query: not connected: CREATE TABLE `schema_migrations` (`version` varchar(255) NOT NULL) ENGINE=InnoDB :
       1. download libmySQL.dll from here
       2. move this .dll file to C:webserverRubybin
       3. in command window, again execute:

          rake db:migrate
          

7. If this is a fresh install, you can pre-populate the tables with default data
   • in command window, execute:

     rake redmine:load_default_data
     

8. Assuming that we will be hosting Redmine under http://localhost/redmine
   • Edit C:webserverRedmineconfigenvironment.rb file to configure Redmine to work as a sub-URI (Apache configuration is also required and is listed later on in this document).
   • add the following line at the bottom of the file:

     Redmine::Utils::relative_url_root = "/redmine" 
     

   • save and close the file.
   • This is a preferred way of setting up the application prefix. Mongrel_rails service «—prefix» directive does NOT work with Rails 2.3.x
     • Optionally, you can add a following initializer, but ONLY IF you want to use «—prefix» in «Mongrel_rails service» command instead of changing «environment.rb»:
       • Create a file config/initializers/patch_for_mongrel.rb [name of file can be anything]:

         # Fix for mongrel which still doesn't know about Rails 2.2's changes, 
         # We provide a backwards compatible wrapper around the new
         # ActionController::base.relative_url_root,
         # so it can still be called off of the actually non-existing
         # AbstractRequest class.
         
         module ActionController
           class AbstractRequest < ActionController::Request
             def self.relative_url_root=(path)
               ActionController::Base.relative_url_root=(path)
             end
             def self.relative_url_root
               ActionController::Base.relative_url_root
             end
           end
         end
         #
         # Thanks to http://www.ruby-forum.com/topic/190287
         

Setup windows services¶

• Memory usage is greatly affected by the number of mongrels running. Keep that in mind when deciding on how many processes you want to run. For example, memory usage on Windows Server 2003 x64 SP2:
  • Apache = 5MB + 20MB + 40MB = 65MB
  • MySQL = 35MB
  • Mongrel cluster = number-of-mongrel_rails-services x (3MB + 90MB) = 279MB (@3 processes)

1. Create windows services
   1. in command window (opened as admin!), execute:

      mongrel_rails service::install -N mongrel_redmine_3001 -D "Mongrel serving Redmine on 3001" -p 3001 -e production -c C:webserverRedmine
      mongrel_rails service::install -N mongrel_redmine_3002 -D "Mongrel serving Redmine on 3002" -p 3002 -e production -c C:webserverRedmine
      mongrel_rails service::install -N mongrel_redmine_3003 -D "Mongrel serving Redmine on 3003" -p 3003 -e production -c C:webserverRedmine
      

2. Start windows services, which in turn will start mongrel servers
   1. in command window, execute:

      net start mongrel_redmine_3001
      net start mongrel_redmine_3002
      net start mongrel_redmine_3003
      

3. Go to the Windows Services list and set all «Mongrel serving Redmine on 300#» services to start automatically
   1. in command window, execute:

      services.msc /s
      

   2. find each one of «Mongrel serving Redmine on 300#» services
   3. right click, select Properties
   4. set Startup type to «Automatic»
   5. press OK and repeat for the remaining Mongrel services.
   • Alternatively you can execute this command on elevated command prompt for each mongrel service installed:

     sc config mongrel_redmine_3001 start= auto
     

Configure Apache 2.2.x as proxy to Mongrel cluster¶

• Procedure below assumes we will be hosting Redmine under http://localhost/redmine and must match the relative_url_root set above

1. Open C:webserverApacheconfhttpd.conf
2. At the bottom of this file add the following line:

   Include conf/httpd-proxy-mongrel.conf
   

3. Create a file C:webserverApacheconfhttpd-proxy-mongrel.conf
4. Enter the following:

   <IfModule !mod_proxy.c>
       LoadModule proxy_module modules/mod_proxy.so
   </IfModule>
   <IfModule !mod_proxy_http.c>
       LoadModule proxy_http_module modules/mod_proxy_http.so
   </IfModule>
   <IfModule !mod_proxy_balancer.c>
       LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
   </IfModule>
   
   ProxyPass /redmine balancer://redmine_cluster
   ProxyPassReverse /redmine balancer://redmine_cluster
   
   <Proxy balancer://redmine_cluster>
       BalancerMember http://127.0.0.1:3001
       BalancerMember http://127.0.0.1:3002
       BalancerMember http://127.0.0.1:3003
   </Proxy>
   

5. Restart the Apache service.
   • in command window, execute:

     C:webserverApachebinhttpd.exe -w -n "Apache2.2" -k stop
     C:webserverApachebinhttpd.exe -w -n "Apache2.2" -k start
     

DONE!
Your local installation of Redmine is now accessible at http://localhost/redmine

Additional components¶

Install RMagic¶

1. Download «RMagick-2.12.0-ImageMagick-6.5.6-8-Q8.zip» or a later version from here
2. Extract «rmagick-2.12.0-x86-mswin32.gem» to C:webserver
3. Install «ImageMagick-6.5.6-8-Q8-windows-dll.exe» to C:webserverImageMagick
4. Install the RMagic gem
   • in command window, execute:

     cd C:webserver
     gem install rmagick --local
     

     • expected output:

       Successfully installed rmagick-2.12.0-x86-mswin32
       1 gem installed
       

5. Delete the .gem file from C:webserver
6. Reboot your server. (I was unsuccessful trying to get it to work without rebooting)

Add redmine_attach_screenshot plugin¶

1. download source from here
2. Extract the archive to C:webserverRedminevendorpluginsredmine_attach_screenshot
3. Restart the Mongrel cluster
   • in command window, execute:

     net stop mongrel_redmine_3001
     net stop mongrel_redmine_3002
     net stop mongrel_redmine_3003
     net start mongrel_redmine_3001
     net start mongrel_redmine_3002
     net start mongrel_redmine_3003
     

In case you encounter problems, please look at this forum thread for information about some known issues and their workarounds

распространяемый пакет для установщик 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 скрываются иногда совершенно непохожие инсталляторы. Надеюсь, эта обзорная статья помогла вам получить представление об их многообразии и о возможных проблемах установки и способах их диагностики.

Источник

Устройство и развертывание пакетных файлов

Какому администратору 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 тыс. настольных компьютеров, приходится обновлять приложения только на компьютерах, пользователи которых действительно работают с этими программами. Недостаток объявлений — вынужденное ожидание в течение нескольких минут, пока система устанавливает приложение для первого запуска.

Типы таблиц последовательностей

Довольно распространённая проблема среди пользователей операционной системы 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, точнее сама Система. Решается очень просто:

1. Кликаем правой кнопкой по файлу с расширением .msi, выбираем «Свойства»
2. На вкладке «Безопасность» смотрим, есть ли в списке пользователь с именем «система» или «System»
3. Скорее всего вы такого не увидите. Поэтому будем добавлять вручную. Нажимаем кнопку «Изменить…», затем «Добавить…»
4. В поле пишем «система» или «System» (если у вас английская Windows) и нажимаем «Проверить имена». При этом слово должно стать подчёркнутым как на картинке.
5. Нажимаем «ОК», ставим галочку «Полный доступ», «ОК»
6. Кнопка «Дополнительно» -> «Изменить разрешения…» ставим «Добавить разрешения, наследуемые от родительских объектов», «ОК» три раза.

Теперь ошибка установщика не появится! Можно добавить доступ на всю папку, из которой вы обычно инсталлируете программы, например на папку «Downloads», как у меня. Смотрим видео по решению проблем с правами доступа:

В Windows XP вкладки «Безопасность» не будет, если включён простой общий доступ к файлам. Чтобы его выключить, нужно зайти в «Пуск -> Панель управления -> Свойства папки -> Вид» и выключить опцию «Использовать простой общий доступ к файлам». В урезанных версиях Windows 7/10 и XP вкладки «Безопасность» нет в принципе. Чтобы её увидеть, нужно загрузить Windows в безопасном режиме и зайти в неё под администратором.

Ещё способы решить проблему

• Запускайте установку, войдя в систему под администраторским аккаунтом
• Правой кнопкой по пакету «.msi» и выбираем «Запуск от имени Администратора»
• Выключите антивирус на время
• Включить режим совместимости с предыдущими операционными системами. Для этого зайдите в свойства файла msi и на вкладке «Совместимость» поставьте галочку «Запустить программу в режиме совместимости»
  
• Если файл на флешке, то попробуйте скопировать его куда-нибудь на жёсткий диск и запустить оттуда (бывает, что запрещена установка программ со съёмных накопителей)
• Попробуйте просто создать новую папку с любым именем в корне диска, перекинуть туда дистрибутив и запустить его оттуда

Описанный метод поможет при разных сообщениях, с разными номерами. Например, вы можете видеть такие ошибки файлов msi:

• Error 1723
• Internal Error 2203
• Системная ошибка 2147287035
• Ошибка «Невозможно открыть этот установочный пакет»
• Ошибка 1603: Во время установки произошла неустранимая ошибка

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

1. Сначала узнаем нужные пути. Нажмите «Win + Pause» и зайдите в «Дополнительные параметры системы -> Вкладка «Дополнительно» -> кнопка «Переменные среды»»
2. В списках ищем переменные с названиями «TEMP» и «TMP» (значения обычно совпадают), в них записаны пути к временным папкам, которые использует установщик Windows
3. Теперь идём к этим папкам и смотрим в их свойствах, имеет ли к ним доступ «система». Чтобы быстро получить путь к временной папке пользователя, кликните два раза по переменной, скопируйте путь и вставьте его в адресной строке «Проводника» Windows

После нажатия «Enter» путь преобразится на «нормальный» и вы переместитесь в реальную временную папку. Права на неё и надо проверять. Также рекомендую очистить временные папки от всего что там скопилось или даже лучше удалить их и создать новые с такими же названиями. Если не получается удалить папку, почитайте как удалить неудаляемое, но это не обязательно.

Если служба Windows Installer всё равно не хочет работать, то проверьте права на папку «C:Config.Msi», сюда «система» также должна иметь полный доступ. В этом случае вы могли наблюдать ошибку «Error 1310». На всякий случай убедитесь, что к папке КУДА вы инсталлируете софт также есть все права.

Если вы используете шифрование папок, то отключите его для указанных мной папок. Дело в том, что хотя мы сами имеем к ним доступ, служба Microsoft Installer не может до них достучаться пока они зашифрованы.

Ещё ошибка может быть связана с битым файлом. Может быть он не полностью скачался или оказался битым уже на сервере. Попробуйте скачать его ещё раз оттуда же или лучше с другого места.

Ошибка установщика Windows

В случае общих проблем не будут устанавливаться никакие msi файлы, процесс установки, скорее всего, даже не начнётся. При этом могут появляться ошибки вида:

• Нет доступа к службе установщика Windows
• Не удалось получить доступ к службе установщика Windows
• Ошибка пакета установщика Windows (1719)

или ещё нечто подобное со словами «ошибка msi», «Windows Installer Error». Всё это означает, что система дала сбой и теперь её надо лечить. Может вы ставили какой-то софт, который испортил системные файлы и реестр, или подхватили вирус. Конечно, никогда не будет лишним удалить вирусы, или убедиться что их нет. Но оставьте этот вариант на потом, т.к. обычно проблема кроется в другом.

Сначала давайте проверим работает ли служба Windows Installer:

1. Нажмите «Win + R» и введите services.msc
2. Найдите в конце списка службу «Установщик Windows» или «Windows Installer»
3. Тип запуска должен быть «Вручную». Если она «Отключена», то зайдите в «Свойства» и выберите «Вручную»
4. Затем кликните по ней правой кнопкой и выберите «Запустить» или «Перезапустить». Если ошибок нет и состояние переходит в режим «Работает», то здесь всё нормально.
5. Нажмите «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.

Если не помогло, то проделайте ещё перерегистрацию компонентов:

1. Нажмите «Win + R» и введите «cmd». Затем в чёрном окне введите последовательно команды:
   MSIExec /unregister
   MSIExec /regserver
2. В ответ должна быть пустота, никаких ошибок. Если проблема не решена, введите ещё команду
   regsvr32 msi.dll
3. Закройте чёрное окно

Если пишет, что не хватает прав, то нужно запускать командную строку от имени Администратора.

Если команды выполнились, но не помогло, то скачайте файл и запустите 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-файл пакета установки во время установки и, следовательно, могут динамически влиять на процесс установки. Эти преобразования применяются к файлу базового пакета каждый раз, когда требуется изменить конфигурацию приложения, заданную в пакете установки. Преобразования применяются в ходе начальной установки и не влияют на уже установленные приложения.