Да, часы. Как в 5, может быть, 6 часов. Я сижу здесь и смотрю на индикатор выполнения удаления, застрявший на 80%.
Вы отключили свой антивирус?
Это мог только что повесили ... Пробовали смотрели загрузку системы? Для начала подойдет Process Explorer.
Это звучит странно, хотя я видел, что удаление SQL Server 2008 R2 занимало от 30 до 40 минут, но никогда так долго. Вы установили все компоненты? Была ли запущена служба SQL? Были ли открытые подключения к SQL / ODBC? Были ли большие dbs?
Вот контрольный список, который обычно делает процесс гладким
Если к ядру базы данных были подключены процессы, он, вероятно, ожидает их отключения, прежде чем сможет отсоединить базы данных перед удалением. Только предположение. Это наверное где-то в логах написано.
За последние несколько лет я устанавливал SQL Server 2012 примерно 8 или 9 раз (всегда на виртуальных платформах, но на множестве разных), и всегда сталкивался с низкой производительностью установки.
Лучшее решение - временно выбросить много-много виртуальных процессоров / ядер только для завершения установки, а затем вернуться к нормальной конфигурации виртуального оборудования.
Установщик часто может долго сидеть и думать о копировании файла или его расширении без уважительной причины. Низкое использование ЦП и памяти. В это время активность диска равна нулю. Большинство «тяжелых» установщиков MS демонстрируют аналогичное поведение на виртуальных платформах. Просто MSism