Не устанавливается Visual Studio...Help, SOS, Помогите! Что делать?

Не будет преувеличением, если скажу, что я встречаю подбного рода вопросы почти каждый день, а иногда и три раза в день. Часто задают данный вопрос на форумах MSDN, настолько часто, что решил написать данную статью. Надеюсь, что всё, что будет изложено ниже поможет вам в решении данной проблемы, а если придерживаться совета, который будет дан ниже, то и вовсе не столкнётесь с подобными проблемами в будущем. И так, как показывает статистика, да и мои личные наблюдения за все эти годы, подобного рода проблемы возникают в основном в двух случаях . Первый – если установка производится при помощи ISO образа дистрибутива продукта, то есть используется автономный установщик (не советую использовать Web Installer если у вас плохое или медленное соединение по сети, если нет, то проблем с установкой быть не должно), то тут причина в испорченности образа (образ битый). Если образ нормальный, то всё остальное можно списать на второй случай: конфигурация системы не удовлетворяет требованиям для установки (понятие слишком обобщённое, позже я постараюсь раскрыть, что под этим подразумевается). Как проверить образ, испорчен он или нет? Как правило, на странице для скачивания даётся контрольная сумма образа (в данном случае используется хеш-значение сгенерированное по алгоритму SHA-1).



После скачивания, можно проверить его используя такие программы, как например HashMyFiles. Утилита очень простая, достаточно загрузить и запустить у себя. После запуска нужно найти и открыть скачанный образ, программа автоматически просчитает контрольную сумму.



После этого остаётся сравнить хеши оригинального и скачанного образов. Если образ целый и не повреждён (хеш-значения должны быть идентичными), то проблема сводится ко второму случаю. Иначе – придётся скачивать дистрибутив опять (лучше использовать менеджеры закачек, например Microsoft File Transfer Manager, чтобы избежать пробелем связанных с испорченностью образа). Лично я всегда рекомендую использовать метод автономной установки, а не веб-установщик (Web Installer), чтобы не нужно было их повторно скачивать, например при тестировании или перестановке с использованием виртуальных машин. Теперь, случай второй: конфигурация системы не удовлетворяет требованиям для установки. Что я под этим подразумеваю? В самую первую очередь надо смотреть на аппаратную и программную состовляющие. Если железа современных машин бывает более чем достаточно, то подобное нельзя сказать о софте. Нужно в первую очередь смотреть на требования конкретной версии Visual Studio (здесь в качестве примера приводятся для Visual Studio 2013, но они есть и для других версий тоже) к операционной системе. Очень часто бывает, что требуемая студия попросту не поддерживает версию Windows. Например пытаются установить Visual Studio 2012 на Windows XP. Если и с этим всё впорядке, то значит остаётся самый важный фактор, из-за которого и бывают большинстов проблем: захламленность Windows. Обычно, ОС бывает завалена всякого рода программами и играми, которые или используются или вообще про них забыли. Или, ещё хуже, машина заражена вредоносными программами. А Visual Studio – это целый комплекс разного рода софта для разработки и нуждающийся в правильной конфигурации системы. А сторонний софт может изменить эту самую конфигурацию. Что делать в этом случае? Попытки найти истинную причину ошибки установки не часто венчаются успехом, нужно очень хорошо знать систему и быть профи, чтобы выявить её (хотя бывают случаи что в сообщенни ясно описывается проблема или её несложно понять посмотрев лог-файл установки, он находится во временной директории текущего пользователя %temp%). Но обычно, такие люди с подобным не сталкиваются, потому что у них система работает как часы. А остальным трудно объяснить как и что искать. Тут выход, всегда работающий на 100% – один, правда не всегда и всех устраивающий: переустановка системы. Экономия времени и нервов. Хотя, иногда помогает восстановление Windows с использованием контрольных точек восстановления. А что делать, чтобы избежать проблем или вовсе их не иметь? Лично я использую переодическое и постоянное резервное копирование системы с использованием таких программ как Acronis True Image.



Машина, как и любой инструмент, предназначенная для разработки должна быть "чистой". Устанавливайте ситему начисто, ставьте драйвера (иногда косяки бывают с драйверами системы, хотя это уже касается запуска и работы Visual Studio, а не установки). После, такие тяжеловесные программы как Visual Studio или SQL Server. Если нужно установить несколько версий, ставьте их по очереди: от более старых к более новым. Например, Visual Studio 2008, 2010, 2012, и 2013. Сделайте резервную копию системы. Потом доустановите другие программы. После их установки можно сделать ещё одну резервную копию. Можно также делать резервные копии системы перед установкой крупных обновлений или ещё чего-либо. Например я так поступаю перед установкой пакетов обновлений Visual Studio или SQL Server. Если что-то будет не так, всегда можно будет за 10 - 20 минут вернуть систему всю обратно. Данная формула у меня работает много лет и благодаря ей я сэкономил массу времени. Ещё один очень полезный вариант – использовать виртуальные машины. Благодаря Windows 8 и возможности использования технологии Huper-V в клиентских ОС всё стало намного проще и удобней.



Возможно иметь у себя несколько виртуальных машин с разными версиями и конфигурациями, благо современное железо машин настолько мощное и доступно, что с этим проблем не возникает. Ну и дальше эксперементировать или работать с ними. Установка и конфигурация виртуальной машины не занимает много времени, особенно если у вас установлен SSD диск. Опять-таки экономия времени налицо. На этом всё, надеюсь, что всё вышеизложенное оказалось полезным для вас.