Программа установки sql server обнаружила следующую ошибку 0x84b20001
This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.
Asked by:
Question
in the sql server installation center I click on "new sql server stand alone installation. " and get this error message.
thank you for your help
- Edited by Samuel Lester - MSFT Microsoft employee Saturday, August 24, 2013 11:23 AM Cleaned up format
All replies
Hi, can you try to unpack the Express package and run setup from the command line? This should get around the issue. To do so,
- Uninstall SQL Server setup package from add/remove programs
- Unpack the Express package to a local folder and run setup as admin. To do so, run /x:"c:\SQLExpressUnpacked"
- Launch setup.exe from the command line from c:\SQLExpressUnpacked using "setup.exe /action=install"
Thanks,
Sam Lester (MSFT)
This posting is provided "AS IS" with no warranties, and confers no rights. Please remember to click "Mark as Answer" and "Vote as Helpful" on posts that help you. This can be beneficial to other community members reading the thread.
- Proposed as answer by Ahmed Ibrahim - MSFT Microsoft employee Monday, September 16, 2013 6:48 PM
thank you for yor reply!
there is no sql setup packge or anything like that on the add/remove programs.
beside that I don't understand the other two bullets below
No problem. SQL Server Express edition ships as a downloadable .exe file which unpacks and runs setup.exe when you launch it. We're going to "unpack" the shipped .exe to access the folder structure directly, then run the setup.exe file from inside. To do so:
Step 1: uninstall any existing SQL Server Express bits (not needed since you don't have any in A/R Programs)
Step 2: Depending on your package that you downloaded (32-bit, 64-bit, etc.), you'll run the following from the command line (run as administrator).
SQLEXPR_x64_ENU.exe /x:"c:\SQLExpressUnpacked" (where c:\SQLExpressUnpacked is a folder that you've created to put the temporary install files)
Step 3: From the cmd prompt, navigate to c:\SQLExpressUnpacked\ and run " setup.exe /action=install"
This will launch SQL Server Express setup directly and should get you around the issue.
Thanks,
Sam Lester (MSFT)
This posting is provided "AS IS" with no warranties, and confers no rights. Please remember to click "Mark as Answer" and "Vote as Helpful" on posts that help you. This can be beneficial to other community members reading the thread.
В этой статье представлено несколько решений для ошибок пропавших без вести MSI, которые возникают при установке SQL Server обновлений.
Оригинальная версия продукта: SQL Server
Исходный номер КБ: 969052
Описанный в этой статье процесс обеспечивает только экстренную помощь, а не постоянное исправление. Клиенты, использующие этот аварийный процесс, должны проверить Windows кэш установщика с помощью пакета проверки Windows установщика кэша, как указано в статье KB Missing Windows Installer cache requires a computer rebuild.
Симптомы
Поскольку SQL Server использует технологию Windows установки, на нее могут повлиять проблемы, описанные здесь. SQL пакеты установки сервера (.MSI и . MSP-файлы) будут храниться в кэше Windows установщика. Эти файлы необходимы для отработки и обновления приложений. Отсутствующие файлы нельзя скопировать между компьютерами, так как они уникальны.
Причина
Эти проблемы могут возникнуть, когда Windows файла базы данных (.msi) или файла патча Windows установщика (msp) отсутствует в кэше Windows установщика. Кэш Windows установки расположен в папке: %windir%\installer.
При установке продукта с Windows установщиком в кэше .msi исходного файла Windows установки. Каждое обновление продукта, например hotfix, накопительного обновления или установки пакета служб, также хранит соответствующий файл .msp или .msi в кэше Windows установщика.
Любое будущее обновление продукта, например hotfix, накопительное обновление или установка пакета обслуживания, зависит от сведений в файлах, хранимых в кэше Windows установщика. Без этой информации новое обновление не может выполнять необходимые преобразования.
Каталог кэша установщика (%windir%\installer) автоматически управляется Windows при установке приложений и обновлении пакетов. Ручное вмешательство пользователей в этом каталоге может привести к различным проблемам, включая проблемы, описанные в этой статье.
Решение 1. Ремонт SQL Server установки
Чтобы SQL Server, сначала используйте процесс ремонта, описанный в следующих статьях, чтобы проверить текущую установку:
Для предыдущих версий:
Необходимо выполнить ремонт из исходного средства установки с помощью следующей командной строки:
Сначала отремонтирует общие общие компоненты и функции, а затем повторите команду для восстановления установленных экземпляров. Во время процесса диалоговое окно установки исчезает. Пока в окне прогресса не будет ошибки, процесс будет развиваться, как и ожидалось. Если файл кэша установщика для определенного компонента отсутствует, в процессе восстановления будет допущена ошибка.
Решение 2. Использование средства FixMissingMSI
С помощью средства FixMissingMSI можно определить MSI и MSP-файлы, отсутствующие в кэше Windows установщика. В качестве дополнительного разрешения можно указать средство на исходное расположение мультимедиа и повторно кэшировать отсутствующие файлы.
Вы можете скачать средство FixMissingMSI из GitHub репозитория.
Применение
Это средство графическо-пользовательского интерфейса (GUI) и позволяет легко определять и устранять отсутствующие msIs.
Решение 3. Использование FindSQLInstalls.vbs сценария
Чтобы выполнить действия в этой процедуре, необходимо скопировать сценарий FindSQLInstalls.vbs в папке FixMissingMSI из репозитория GitHub в локализованную папку на компьютере, где вы пытаетесь обновить SQL Server установку.
Сценарий FindSQLInstalls.vbs собирает сведения о пакете для исправления путей недействительных пакетов. Этот скрипт используется в отношении исходных местоположений, чтобы убедиться, что все пакеты MSP находятся в каталоге кэша Windows установщика. После выполнения команд, указанных в строках Action, необходимых в файле вывода скрипта, недостающие пакеты будут добавлены повторно, если исходное исходное мультимедиа доступно.
Чтобы устранить эти проблемы с помощью скрипта, выполните следующие действия:
Скопируйте все содержимое страницы в новый текстовый файл.
Сохраните текстовый файл какFindSQLInstalls.vbs.
Откройте повышенный командный запрос в каталог, в который сохранен FindSQLInstalls.vbs файл, и запустите команду:
Откройте файл со 2-го шага в текстовом редакторе Блокнот и определите проблемы, которые вызывают сбой. Для этого в текстовом файле необходимо найти строковые шаблоны, например следующие:
Основываясь на результатах предыдущего шага, примите необходимые действия.
Дополнительные сведения об этих действиях можно получить в разделе Примеры .
Повторите действия со 2 по 4 до тех пор, пока созданный на шаге 2 текстовый файл больше не содержит текст, который ссылается на недействительные пути или отсутствующие файлы для обновляемой компоненты.
FindSQLInstalls.vbs примеры
В следующих примерах описаны записи и объяснения действий, описанных в файле вывода, который создается при запуске FindSQLInstalls.vbs сценария.
Пример 1. Отсутствующие файлы установщика
Ниже приводится пример вывода, который создается при пропаже пакета .msi в папке кэша Windows установщика.
Линия LastUsedSource указывает на расположение, которое использовалось для запуска программы установки.
В строке LastUsedSource запись m; запись означает носителю и указывает, что исходным источником является CD/DVD-носителю.
В следующем примере источником является CD или DVD-диск в диске G. Если установка произошла из папки файла или из сетевой доли, строка LastUsedSource начинается с строки n; запись, за которой следует Numeric_Data_Name; запись, а затем фактический путь:
В строке Действий показан полный путь, который должен существовать для обновления отсутствующих файлов для исходного средства установки:
Файл кэша установщика: C:\WINDOWS\Installer\19b4d2.msi
Линия файлов кэша установщика подтверждает имя файла кэша установщика:
В следующем разделе вывода сообщается о действиях, необходимых для устранения недостающих файлов:
Необходимое действие, воссоздание или повторное создание пути к каталогу: G:\x64\setup\sql_engine_core_inst_msi\then rerun this script to update installer cache and results The path on the line above must exist at the root location to resolve this problem with your msi/msp file not being found or corrupted, In some cases you may need to manually copy the missing file or manually replace the problem file overwriting it is exist: Скопируйте "G:\x64\setup\sql_engine_core_inst_msi\sql_engine_core_inst.msi" C:\WINDOWS\Installer\19b4d2.msi замените существующий файл, если это будет предложено.
Пример 2. Отсутствие исправлений
Отсутствие исправлений может привести к записи, похожие на записи в примере 1. Большую часть времени вы будете замечать записи в строке Patch LastUsedSource, ссылаясь на исправление, и эта строка напоминает: Patch LastUsedSource: n;1;c:\0ca91e857a4f12dd390f0821a3\HotFixSQL\Files\ .
В этом выводе указывается следующее, что означает установку исправлений:
- Исходное исправление было установлено путем двойного щелчка исполняемого файла патча.
- Установщик для патча использовал папку temp, c:\0ca91e857a4f12dd390f0821a3 во время установки патча.
- Чтобы повторно создать путь, необходимо выполнить один и тот же исполняемый параметр и добавить параметр: /x:c:\0ca91e857a4f12dd390f0821a3 .
Эта команда заставляет исполняемого извлекать файлы в предыдущее недостающее расположение, и это повторно создает структуру, необходимую для обновления кэша Windows установки с любыми отсутствуют файлы. Фактическое расположение будет отличаться, и одно исправление, например пакет службы, может потребоваться извлечь в несколько местоположений. Каждый установленный продукт содержит раздел, содержащий следующую информацию для установленных исправлений:
Url-строка статьи КБ может помочь вам скачать любые носитли исправлений, если это необходимо.
Решение 4. Вручную восстанавливать файлы
Чтобы вручную восстановить файлы, отсутствующие в кэше Windows установщика, выполните следующие действия:
- PatchName: "Hotfix 1702 для SQL Server 2008 R2 (KB981355) (64-bit)"
- Исходный MSP-файл, используемый в патче: sql_engine_core_inst.msp
- Кэшировали MSP-файл: c:\Windows\Installer\1fdb1aec.msp
Если у вас нет всех сведений, см. первый шаг для сбора этих сведений.
Посетите запросы и ищите статью KB, связанную с этим исправлением. В этом примере необходимо искать KB981355.
Скачайте этот пакет исправлений на компьютер. Убедитесь, что вы скачиваете пакет исправлений, соответствующий необходимой платформе. В этом примере пакет SQLServer2008R2-KB981355-x64.exe.
Извлекать содержимое пакета исправлений с помощью синтаксиса:
Найдите исходный файл MSP sql_engine_core_inst.msp . Файл должен быть в следующей папке: *C:\Temp\SQLServer2008R2-KB981355-x64\x64\setup\sql_engine_core_inst_msi*.
Скопируйте исходный файл MSP в следующий Windows установки: *%windir%\installer*.
Переименуй исходный MSP sql_engine_core_inst.msp, в имя: кэшировали MSP-файл 1fdb1aec.msp.
Чтобы получить список всех отсутствующих файлов кэша Windows установщика, связанных с компонентами SQL Server SQL Server продукта, вы можете скачать средство BPA 2008 R2 2008 года, упомянутое в разделе Дополнительные сведения.
Поиск пакета исправлений и сведений о продукте для отсутствующих файлов MSP
Если внимательно изучить этот журнал установки, он уже предоставляет сведения о исходном MSP-файле, который использовался в исправлении: sqlrun_sql.msp.
Дополнительные сведения о пропавшем файле MSP в кэше Windows установки, выполните следующие действия:
Поиск отсутствующих файлов .msp в следующем Windows реестра исправлений установщика: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Patches\
Найдите GUID исправлений.
Поиск GUID исправлений в следующем Windows реестра продуктов установки: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\
В журнале настройки примера отсутствующий файл MSP и его соответствующие сведения об исправлении отображаются в следующих записях реестра:
Теперь у вас есть все информационные точки для начала действий по устранению недостающих файлов в кэше Windows установщика.
Дополнительные сведения о получении пакета услуг см. в выпуске KB2546951 — список проблем, исправленных SQL Server 2008 Пакет обновления 3.
Решение 5. Восстановление из резервных копий системного состояния
Восстановление резервного копирования системного состояния, как описано в кэше Missing Windows installer, требует восстановления компьютера.
Дополнительные сведения
- Для SQL Server 2008 и для SQL Server 2008 R2: C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap
- Для SQL Server 2012 г.: C:\Program Files\Microsoft SQL Server\110\Setup Bootstrap
Для SQL 2005 (все ветви)
Необходимо просмотреть файлы журнала установки, чтобы определить, отсутствуют ли какие-либо кэш-файлы. Дополнительные сведения о том, как это сделать, перейдите в разделы Разрешения .
Для SQL Server 2008 SP1
Для SQL Server 2008 года только для сборки SP3 (филиалы CU/GDR не применимы)
Только SQL Server 2008 R2 SP1 (филиалы CU/GDR не применимы)
Для SQL Server 2008 R2 SP2
За SQL Server 2012 г. до cu2
В файлеSummary.txt: имя компонента: SQL Server код ошибки компонента службы поддержки: 1714
В Detail.txt файле:
Для SQL Server 2012 cu2 (и любой последующий cu или SP)
For the life of me, I cannot get this to install. It would be really cool if windows update would actually tell me what the h e l l causes error 84B20001 instead of pointing me to a search engine that comes up with zero results.
Microsoft SQL Server 2008 Service Pack 1 (KB968369)
Installation date: 8/14/2009 5:20 PM
Installation status: Failed
Error details: Code 84B20001
This thread is locked. You can follow the question or vote as helpful, but you cannot reply to this thread.
Report abuse
Harassment is any behavior intended to disturb or upset a person or group of people. Threats include any threat of suicide, violence, or harm to another. Any content of an adult theme or inappropriate to a community web site. Any image, link, or discussion of nudity. Any behavior that is insulting, rude, vulgar, desecrating, or showing disrespect. Any behavior that appears to violate End user license agreements, including providing product keys or links to pirated software. Unsolicited bulk mail or bulk advertising. Any link to or advocacy of virus, spyware, malware, or phishing sites. Any other inappropriate content or behavior as defined by the Terms of Use or Code of Conduct. Any image, link, or discussion related to child pornography, child nudity, or other child abuse or exploitation.
Finally solved all my problems as shown below but it wasn't easy.
Unable to install SQL Server 2008 because install requires a restart:
This required 2 changes:
(1) Uninstalled Logitech software and drivers for their webcam which had issues that was preventing SQL Server from installing because it would constantly say that there was a pending reboot needed to finish installing.
(2) Cleaned up the registry where the Logitech install left junk that was making the OS think that an existing install or update was still in progress even after rebooting several times.
(a) Find the key "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager"
(b) Rename the "PendingFileRenameOperations" value to "PendingFileRenameOperations2"
(c) Restart your machine and then try again
Error when updating SQL Server 2008 with Service Pack 1
I can't remember the error number on this one but when googling it, the info talked about not having permissions to complete the install and that was causing the install to fail.
The thing that did the trick was to Delete the "SoftwareDistribution" folder and create a new one while in "Safe Mode". This would get me past the permission error but would then give me the following error shown in the next paragraph.
Another Error when updating SQL Server 2008 with Service Pack 1
Update Failed: Code 84B20001 Windows Update encountered an unknown error.
WindowsUpdate_84B20001" "WindowsUpdate_dt000"
This error would occur after fixing the permission error above and I tried just about everything I found on the web and nothing seemed to work. I tried the steps about renaming the "SoftwareDistribution" on this step too and it didn't help. The only thing that worked to fix this was a complete uninstall of SQL Server 2008 and all SQL Server agents and components. Reinstalling has it's issues too, especially if you install reporting services since the Uninstall of SQL Server doesn't uninstall the FILES, the re-install detects an instance with the same name and the reporting server install fails. To solve this you need to uninstall and then delete all files under "C:\Program Files\Microsoft SQL Server".
After all of this and about a dozen attempts to solve this with many different solutions, the re-install did the trick.
You situation may be different, but I put this here to help someone else who might have gotten themselves up this same stupid creek.
Performing an in-place upgrade I try avoid as much as I can. I prefer to start from scratch when doing OS or other application installs.
For a while I wanted to upgrade my development SQL Server 2005. The server is running for 3 years now on a Windows Server 2003 Enterprise 64bit virtual machine.
I performed SQL Server 2008 R2 installation and for most parts it was successful. SQL Server Agent service was not updated and it failed to start. I tried to run the “Repair” option but it didn’t fix the issue. I fixed this by searching for the executable and changing registry path to the new folder location.
After starting the setup I go following error message:
A Failure was detected for a previous installation, patch, or repair For instance ‘MSSQLSERVER’ during configuration for features [SQL_Replication_Core_Inst,SQL_Engine_Core_Inst,MPT_AGENT_CORE_CNI,]. In order to apply this patch package (KB2072493), you must resolve any issues with the previous operation that failed. View the summary.txt log to determine why the previous operation failed.
Error code 0x84B20001.
I found on Microsoft forums and other posts to look for these registry entries:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\ConfigurationState
- MPT_AGENT_CORE_CNI
- SQL_Engine_Core_Inst
All REG_DWORD values were set to 3 and changed them to 1.
I started the SQL Server 2008 R2 update again and now the setup validation succeed.
The result “Your SQL Server 2008 R2 update operation is complete”.
Not sure if this is supported solution by Microsoft. It helped me to get my SQL Server 2008 R2 to the latest update state.
Ошибка 80244019 при обновлении в Windows Server 2008 R2
Всем привет сегодня расскажу из-за чего появляется ошибка 80244019 и ошибка 84B20001 при обновлении в Windows Server 2008 R2 и как она решается, сразу хочу отметить, что ее повстречать вы сможете и в современных версиях операционной системы, хоть в десятке или Windows Server 2016. Решение будет везде одинаковым. Вообще странно, что данных глюк, тянется уже лет семь, и я уверен, и дальше мы его будем наблюдать, так как вирусы будут всегда, да и пользователи будут засирать систему, не менее интенсивно, чем сейчас.
Ошибка 80244019 в виндовс
Ошибка 80244019 при обновлении в Windows Server 2008 R2-01
Самые распространенные причины, из-за которых может возникать данная ошибка 80244019 и ошибка 84B20001 это:
- Вирус
- Не работает служба Bits и Обновление Windows
- И нужно почистить реестр от старых и не верных ключей.
- блокирует firewall
- проверить есть ли интернет
- проверить ваши dns
- перезапуск службы BITS
Первое что нужно сделать это проверить работают ли службы. Для этого мы нажимаем Win+R откроется окно выполнить и вводим services.msc,
Ошибка 80244019 при обновлении в Windows Server 2008 R2-02
откроется оснастка службы. Делаем все по алфавиту и смотрим в самом низу, чтобы были запущены Центр обновления Windows и Фоновая интеллектуальная служба передачи (BITS).
Ошибка 80244019 при обновлении в Windows Server 2008 R2-03
Для этого нажмите WIN+R и введите Regedit
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU
Дважды щелкаем по ключу UseWUServer типа DWORD и меняем его значение на 0. И перезагружаемся.
Если раздела не будет, то можно его создать, такое встречается, например, в Windows 8.1 и выше.
- Иногда помогает выполнение команды wuauclt /reset, через командную строку cmd
- Если у вас в сетевых настройках, dns сервера указаны в ручную, то проверьте их доступность.
- Еще на одном форуме видел, что помогает удаление программы проксисвич, если она у вас есть.
Исправляем 80244019 ошибка обновления windows 8.1
Например в Windows 8.1 нет ветки реестра WindowsUpdate\AU и код 80244019 в windows 8.1 очень часто выскакивает, когда у вас зависла служба BITS, попробуйте ее перезапустить. Для этого откройте командную строку от имени администратора и введите команды:
и net stop wuauserv
net start wuauserv
Кому лень все прописывать, можете скачать уже готовый cmd файл перезапускающий службы bits и центр обновления
Снимаем галку " Обновлять другие продукты Microsoft "
Если кто не в курсе, то существуют два типа обновлений:
- Обновления безопасности и исправляющие баги
- Для дополнительных продуктов
Если обновление windows выдает код ошибки 80244019, то можно попробовать отключить галку "При обновлении Windows предоставить обновления для других продуктов Microsoft"
Находится она по пути (Для Windows 7 и Windows 8.1)
Вот так вот просто решается ошибка 80244019 и ошибка 84B20001 при обновлении в Windows Server 2008 R2. Обязательно проверьте, что у вас есть интернет и сервера Microsoft у вас не блокируются на внешнем firewall, про это тоже не нужно забывать.
еще может помочь обновление агента центра обновления, который можно скачать с сайта Microsoft и отдельно поставить
Для других версий Windows от 7 до 10 алгоритм действий при 84B20001 и 80244019, тот же. Да прибудет с вами победа.
Читайте также: