Отсутствует файл необходимый для обновления файл отсутствует

Обновлено: 04.07.2024

Вы должны выполнить ремонт из исходного носителя установки, используя следующую командную строку:

setup.exe /ACTION=REPAIR /INDICATEPROGRESS=TRUEСначала отремонтируйте общие общие компоненты и функции, а затем повторите команду для ремонта установленных экземпляров. Во время ремонта коробка диалога настройки исчезает. До тех пор, пока окно хода не показывает ошибку, процесс ремонта идет как ожидалось. Если файл кэша установки для определенного компонента отсутствует, процесс ремонта столкнется с ошибкой.

Причина

Эти проблемы могут возникнуть, когда файл базы данных Установки Windows (.msi) или файл патча установки Windows (.msp) отсутствует в кэше установки Windows. Кэш установки Windows расположен в следующей папке:

%windir%\installerКогда продукт устанавливается с помощью установки Windows, полосатая версия исходного файла .msi хранится в кэше установки Windows. Каждое обновление продукта, такое как hotfix, кумулятивное обновление или настройка пакета услуг, также хранит соответствующий файл .msp или .msi в кэше установки Windows. Любое будущее обновление продукта, такое как hotfix, кумулятивное обновление или настройка пакета услуг, опирается на информацию в файлах, которые хранятся в кэше установки Windows. Без этой информации новое обновление не может выполнить необходимые преобразования.

Решение

Для решения этих проблем используйте одну из следующих процедур.

Процедура 1.a.: Используйте инструмент FixMissingMSI

В этой процедуре вы будете использовать инструмент FixMissingMSI для идентификации файлов MSI и MSP, которые отсутствуют в кэше установки Windows. В качестве дополнительного шага можно указать инструмент на исходные места расположения мультимедиа и повторно кэшировать недостающие файлы.

Вы можете скачать инструмент FixMissingMSI из репозитория GitHub.

Для получения дополнительной информации, пожалуйста, ознакомьтесь с введением setup ToolSuite (1) -FixMissingMSI.

Процедура 1.b.: Используйте скрипт FindS'LInstalls.vbs

Для выполнения этих шагов необходимо скопировать скрипт FindS'LInstalls.vbs в папке FixMissingMSI из репозитория GitHub в локальную папку на компьютере, где вы пытаетесь обновить установку сервера S'L. Заметка Скрипт FindS'LInstalls.vbs собирает информацию для исправления недействительных путей пакетов. Этот скрипт используется против исходных мест, чтобы убедиться, что все пакеты MSP находятся в каталоге кэша установки Windows. После выполнения команд, указанных в строках "Action needed" в файле вывода скрипта, недостающие пакеты будут повторно добавлены, если доступно исходное носителе. Чтобы решить эти проблемы с помощью сценария, выполните следующие действия:

Нажмите здесь, чтобы перейти к ссылкеSLInstalls.vbs сырой странице на GitHub.

Выберите все содержимое на этой странице, скопируйте и вставьте его в текстовый файл. Сохранить текстовый файл, как 'FindS'LInstalls.vbs'.

Откройте дополнительный запрос команды в каталог, в котором вы сохранили файл FindS'LInstalls.vbs, и запустите следующую команду:

Cscript FindS'LInstalls.vbs %computername%_sql_install_details.txt

Откройте файл со ступени 2 в текстовом редакторе, таком как Блокнот, и определите проблемы, вызывающие сбой. Для этого ищите текстовый файл для шаблонов строк, таких как:

На основе результатов в шаге 3, принять меры, которые необходимы. Заметка Более подробную информацию об этих шагах можно найти в разделе «Примеры».

Повторите шаги 2 к 4 до тех пор, пока текстовый файл, созданный на шаг 2, больше не содержит текста, который ссылается на недействительные пути или недостающие файлы для обновляемого компонента.

Примеры

Ниже приведены следующие примеры, как записи и объяснения действий, которые изложены в файле вывода, который генерируется при запуске сценария FindS'LInstalls.vbs.

Пример 1: Отсутствующие файлы установки

Ниже приводится пример вывода, который генерируется, когда вы отсутствуете пакет .msi в папке кэша Установки Windows.

Линия "LastUsedSource" указывает на место, которое использовалось для запуска программы настройки. В строке "LastUsedSource" m; запись означает носители и указывает на то, что исходным источником является CD/DVD-медиа. В следующем примере источником является компакт-диск или DVD в диске G. Если установка произошла из папки файлов или из сетевой доли, строка "LastUsedSource" начинается с n; входа, за которым следует Numeric_Data_Name; вход, а затем фактический путь:

Линия "Action needed" показывает полный путь, который должен существовать для обновления отсутствующих файлов для исходного носителя установки:

Линия "Installer Cache File" подтверждает название файла кэша установки:

Следующий раздел вывода советует вам действия, которые необходимы для устранения недостающих файлов:

Пример 2: Отсутствующие патчи

Отсутствующие патчи могут привести к записи, которые напоминают те, в примере 1. Большую часть времени вы заметите записи в строке "Patch LastUsedSource", которая ссылается на патч, и эта строка напоминает следующее:

Этот вывод указывает на следующее об установке патча:

Исходный патч был установлен путем двойного нажатия исполняемого файла патча.

Установщик для патча использовал папку temp, c::'0ca91e857a4f12dd390f0821a3, во время установки патча.

Чтобы воссоздать путь, необходимо запустить тот же исполняемый и добавить следующий параметр:

/x:c:\0ca91e857a4f12dd390f0821a3 Заметка Эта команда заставляет исполняемые для извлечения файлов в предыдущем недостающих местоположении, и это воссоздает структуру, которая требуется для обновления кэша установки Windows с любыми отсутствующими файлами. Фактическое местоположение будет меняться, и один патч, такой как пакет услуг, возможно, придется извлечь в нескольких местах. Каждый установленный продукт включает в себя раздел, содержащий следующую информацию для "Патчи установлены":

Линия "KB Article URL" может помочь вам загрузить любые патч-носители, если это необходимо.

Процедура 2: Вручную восстановить файлы

Чтобы вручную восстановить файлы, которые отсутствуют в кэше установки Windows, выполните следующие действия:

PatchName: "Hotfix 1702 для сервера S'L 2008 R2 (KB981355) (64-разрядный)"

Оригинальный файл MSP, используемый патчом: sql_engine_core_inst.msp

Кэшированный файл MSP: c:»Windows-Установщик1fdb1aec.msp

Если у вас нет всех деталей, смотрите раздел "Дополнительная информация для процедуры 2" для шагов по сбору этих деталей.

Загрузите этот пакет патча на компьютер. Убедитесь, что вы загружаете пакет патча, который соответствует требуемой платформе. В этом примере пакет s'LServer2008R2-KB981355-x64.exe.

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

C:\Temp>SQLServer2008R2-KB981355-x64.exe /x C:\Temp\SQLServer2008R2-KB981355-x64\

Найдите исходный файл msp sql_engine_core_inst.msp. Файл должен быть в следующей папке:

Копируйте этот оригинальный файл msp в следующем кэше установки Windows:

Переименуй исходный файл msp, sql_engine_core_inst.msp, на следующее имя:

кэшированный файл msp 1fdb1aec.msp

\x64\setup\sql_engine_core_inst_msi\Другие шаги те же.

Дополнительная информация для Процедуры 2

Как найти пакет патча и детали продукта для отсутствующих файлов .msp

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

sqlrun_sql.mspЧтобы найти более подробную информацию о недостающей файле .msp в кэше установки Windows, выполните следующие действия:

Поиск недостающих файлов .msp в следующем подключке реестра windows Installer Patches:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Patches\

Найдите патч GUID.

Поиск графического интерфейса патча в следующем подключке реестра установок установки Windows:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\

2546951 Список ошибок, исправленных в пакете услуг S'L Server 2008 3

Процедура 3: Восстановление из резервного копирования состояния системы

Вы можете восстановить из резервного копирования состояния системы, как описано в пропавших без вести Windows Установка кэша файлы потребует компьютерной перестроения.

Дополнительная информация

Для сервера S'L 2008 и для сервера S'L 2008 R2:

C:«Файлы программы»-Microsoft S'L Server,100-Setup Bootstrap

Для сервера S'L 2012:

C:«Файлы программы»-Microsoft S'L Server,110-Setup Bootstrap

Для S'L 2005 (все ветви)

SQL Server 2005

1636 Не удается установить файл MSI установки Windows

1636 Не удается установить файл УСТАНОВКи WINDOWS MSP

Заметка Необходимо просмотреть файлы журналов настройки, чтобы определить, отсутствуют ли файлы кэша. Для получения дополнительной информации о том, как это сделать, перейдите в раздел "Разрешение". Для сервера S'L 2008 SP1

Сервер S'L 2008 SP1

TITLE: Сбой настройки сервера S'L. ------------------------------ Настройка сервера S'L столкнулась со следующей ошибкой: файл патча не может быть открыт. Файл: c: «WINNT»Установщик»FileName.msp. Код ошибки 0x84B20001. ------------------------------

Для S'L Server 2008 SP3 сборки только (CU / ГДР ветви не применимы)

Сервер S'L 2008 SP3

Отсутствует кэшированный файл MSI 'C:'Windows'Installer'FileName.msi'. Его оригинальный файл "sql_engine_core_inst.msi", и он был установлен для продукта 'Microsoft S'L Server 2008 Службы баз данных двигателя ' от 'NetworkPath', версия 'VersionNumber', язык 'ENU'.

Отсутствует кэшированный файл патча "C:'Windows-Installer"FileName.msp. Оригинальный файл для этого кэшированного файла является "sql_engine_core_inst.msp", который может быть установлен из "Сервисный пакет 3 для сервера S'L 2008 (KB2546951) (64-разрядный)", версия VersionNumber

Сервер S'L 2008 R2 SP1

TITLE: Сбой настройки сервера S'L. ------------------------------ Настройка сервера S'L столкнулась со следующей ошибкой: C: «Windows»УстановщикfileName.msi. ------------------------------

Отсутствует кэшированный файл патча "C:'Windows-Installer"FileName.msp. Оригинальный файл для этого кэшированного файла является "sql_engine_core_inst_loc.msp", который может быть установлен из "Сервисный пакет 1 для Сервера S'L 2008 R2 (KB2528583) (64-разрядный)", версия VersionNumber.

Сервер S'L 2008 R2 SP1

Отсутствует кэшированный файл MSI 'C:'Windows'Installer'FileName.msi'. Его оригинальный файл "sql_engine_core_inst.msi", и он был установлен для продукта 'S'L Server 2008 R2 SP1 Database Engine Services' от 'NetworkPath', версия 'VersionNumber', язык 'LanguageName'.

Отсутствует кэшированный файл патча "C:'Windows-Installer"FileName.msp. Оригинальный файл для этого кэшированного файла является "sql_engine_core_inst_loc.msp", который может быть установлен из "Сервисный пакет 1 для Сервера S'L 2008 R2 (KB2528583) (64-разрядный)", версия VersionNumber.

Название компонента: Файлы поддержки настройки сервера S'L Код ошибки компонента: 1714

В файле Detail.txt:

Дата/время Slp: Sco: File FilePath не существует Дата/время Slp: Sco: File FilePath не существует Дата/время Slp: Контрольный пункт: PREINSTALL_SQLSUPPORT_CPU64_ACTION Дата/время Slp: Sco: Попытка создания базового реестра ключ HKEY_LOCAL_MACHINE, машина Имя сервераДата / Время Slp: Sco: Попытка открыть реестр подключки программного обеспечения »Microsoft »Windows Дата/время Slp: Sco: Попытка получить значение реестра InstallerLocation Дата/время Slp: Версия установки Windows : 5.0.7601.17514 Дата/время Slp: Sco: Ожидание службы 'msiserver', чтобы принять запрос на остановку. Дата/время Slp: Sco: Попытка открыть SC Manager Дата/время Slp: Sco: Попытка открыть ручку службы для обслуживания msiserver Дата/время Slp: Ссылаясь на queryServiceStatus Win32 API Дата/время Slp: Sco: Попытка закрыть ручку обслуживания для обслуживания msiserver Дата/время Slp: Sco: Попытка закрыть SC Manager Дата/время Slp: Целевой пакет:"FilePath" Дата/время Slp: MSI Ошибка: 1714 Старая версия Microsoft S'L Server 2012 Настройка (Английский) не может быть удалена. Свяжитесь с группой технической поддержки. Дата/время Slp: InstallPackage: MsiInstallProduct вернул код результата 1603. Дата/время Slp: Использование кода ошибки MSI для обнаружения повторной попытки: 1714 Дата/время Slp: Не обнаруживается ретрим-способный код возврата MSI.

Для сервера S'L 2012 CU2 (и любого последующего CU или SP)

Сервер S'L 2008 R2 SP1

Отсутствует кэшированный файл MSI 'C:'Windows'Installer'FileName.msi'. Его исходный файл: 'C:'Windows'Installer'sql_FeatureName'', и он был установлен для продукта 'Microsoft S'L Server Version'из 'C: 'Originalfolder', версия 'VersionNumber', Языкязыка'.

Отсутствует кэшированный файл патча "c:'Windows-Installer"FileName.msp. Его оригинальный файл "sql_engine_core_inst.msp", который может быть установлен из "Hotfix 2316 для сервера S'L 2012 (KB2679368) (64-разрядный)", версия VersionNumber. Отсутствует кэшированный файл патча C:'Windows-Installer,FileName.msp'. Его исходный файл является 'C: 'Windows'Установщикsql_FeatureName'', который может быть установлен из Hotfix lt;HotfixNumber(для S'L Server 2012 КБ Номер, версия 'VersionNumber'.

Для получения дополнительной информации о базах данных Windows Installer (.msi) файлы, посетите следующий Microsoft Developer Network (MSDN) веб-сайт:

База данных установкиДля получения дополнительной информации о файлах Windows Installer (.msp файл) посетите следующий веб-сайт MSDN:

Патч пакетыДля получения дополнительной информации о внутренних деталях кэша установки Windows смотрите следующий блог MSDN:

Кэш установки WindowsДля получения дополнительной информации о процессе исправления, см.

Как работает патчДля получения дополнительной информации о том, как кэшировать файл патча для правильной платформы, смотрите следующий блог MSDN:

Настройка сервера S'L с помощью "Установленный продукт не соответствует источнику установки (ы)"Для получения дополнительной информации о том, почему любой продукт, который использует установщик Windows может столкнуться с этой проблемой, см.

В обычном случае, установка вышеупомянутого фреймворка осуществляется силами ОС и, по сути, представляет из себя лишь включение компонента, отключенного по умолчанию.


После чего ОС подключается к серверу обновлений, скачивает необходимые файлы, и устанавливает компонент.

В ряде случаев ОС не может скачать нужные файлы, а именно:

Решение проблемы

Решением проблемы является установка вышеобозначенного компонента из локальных источников. Для начала необходимо определиться с локальным хранилищем пакетов. Вообще-то, оно находится на установочном диске Windows 8, в директории \sources\sxs, но, во-первых, не всегда под рукой есть диск (или iso), во-вторых, установка с первого же попавшегося диска почему-то не прошла, но прошла с другого. Чтобы избежать этих проблем, я подготовил архив со всеми необходимыми файлами. Итак приступим.

  1. Скачиваем архив с файлами, необходимыми для установки компонента: Sources.zip (102.5 MB)
  2. Распаковываем архив, для наглядности я распаковал его в корень диска C:\
  3. Запускаем командную строку с правами администратора
  4. Выполняем код, с учетом пути к распакованным файлам из архива:
    DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:C:\Sources\sxs


Update от 01.02.2019
Спустя годы ситуация изменилась, подробное обсуждение доступно на форуме Microsoft.
Теперь никаких локальных установок не нужно. Достаточно поставить одну галочку в GPO.
Computer Configuration > Administrative Templates > System, "Specify settings for optional component installation and component repair"

Или по-русски:
Конфигурация компьютера - Политики - Административные шаблоны - Система - Укажите параметры для установки необязательных компонентов и восстановления компонентов.

Галка "Скачайте содержимое для восстановления и дополнительные компоненты непосредственно из Центра обновлений Windows. "

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


Решением его проблемы было бы создать диск восстановления USB (Universal Serial Bus), а затем использовать его для обновления системы Windows 8.1. Вы можете следовать собственным советам Microsoft в этой статье. Другой пользователь говорит следующее, даже после создания носителя для восстановления.

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

Я полагал, что носитель восстановления был для 8, и моя система была 8.1, и это было проблемой. Поиском я нашел страницу MS, описывающую, как создать для этого медиа 8.1. После этого тоже не удалось, так как по какой-то причине он отказался принять мой ключ продукта. Понятия не имею почему. Моя система была нормально активирована. Я начал задаваться вопросом, отличались ли ключи продукта 8.1 от 8. И с помощью советника belarc я вижу, что моя система 8.1 активируется с помощью ключа продукта 8. В этот момент я все ужасно смущен и думаю, могу ли я когда-нибудь использовать обновление или сброс.

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

Есть ли у вас какие-либо идеи о том, как эта проблема Windows 8.1 может быть преодолена?

Другие проблемы, связанные с отсутствующими файлами

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

Иногда ваша система может заставить некоторые файлы и папки исчезать. Эта проблема может возникать во всех версиях Windows и может быть результатом важного обновления с ошибками. В этом случае вы можете восстановить файлы и папки и устранить эту проблему, выполнив действия, описанные в этой статье.

Некоторые файлы обновлений отсутствуют или имеют проблемы, код ошибки 0x80070570

ERROR_FILE_CORRUPT, файл или каталог повреждены и нечитаемы.

Некоторые файлы обновлений отсутствуют или имеют проблемы, ошибка 0x80070570

Если Центр обновления Windows не удается установить с кодом ошибки 0x80070570, необходимо убедиться, что компоненты Центра обновления Windows в порядке. Эти предложения помогут вам:

  1. Запустите средство устранения неполадок Центра обновления Windows
  2. Выполнить сканирование SFC
  3. Запустите DISM, чтобы восстановить сломанный клиент Центра обновления Windows
  4. Сброс компонентов Центра обновления Windows до значений по умолчанию вручную
  5. Загрузите обновление вручную из каталога Центра обновления Майкрософт.

Давайте посмотрим на описание процесса, связанного с каждым из перечисленных решений.

1]Запустите средство устранения неполадок Центра обновления Windows.

Первое, что вам следует попробовать, это запустить средство устранения неполадок Центра обновления Windows и посмотреть, устранит ли оно ошибку.

2]Выполните сканирование SFC и DISM.

Запустите средство проверки системных файлов, чтобы заменить потенциально поврежденные системные файлы.

3]Запустите DISM, чтобы восстановить сломанный клиент Центра обновления Windows.

DISM заменит потенциально поврежденные или отсутствующие системные файлы исправными. Однако если ваш Клиент Центра обновления Windows уже сломан, вам будет предложено использовать запущенную установку Windows в качестве источника восстановления или использовать параллельную папку Windows из общего сетевого ресурса в качестве источника файлов.

Вместо этого вам потребуется выполнить следующую команду:

Здесь вам нужно заменить C: RepairSource Windows заполнитель с местоположением вашего источника ремонта.

После завершения процесса DISM создаст файл журнала в % windir% / Журналы / CBS / CBS.log и фиксируйте любые проблемы, которые инструмент обнаруживает или исправляет.

4]Ручной сброс компонентов Центра обновления Windows до значений по умолчанию

Используйте инструмент сброса агента обновления Windows и посмотрите, поможет ли он вам. Этот сценарий PowerShell поможет вам сбросить клиент Центра обновления Windows. См. Этот пост, если вы хотите вручную сбросить все компоненты Центра обновления Windows до значений по умолчанию.

5]Загрузите обновление из каталога Центра обновления Майкрософт.

Это решение предполагает, что вы вручную загрузите из каталога Центра обновления Майкрософт обновление, которое не устанавливается и, как следствие, вызывает ошибку, а затем устанавливаете обновление на свой компьютер с Windows 10.

Читайте также: