Форум МИРа NVIDIA

техподдержка, решение проблем

• Темы без ответов
• Активные темы
• Поиск
• Наша команда

Чистка Windows

Чистка Windows

Сообщение Netman » 22.09.2004 0:34

Меня интересует,какие папки можно безболезненно очистить или удалить с жёсткого диска?
А именно,можно ли очистить:
1)C:\WINDOWS\Temp-что там хранится,похоже на драйверы чипсета
2)C:\WINDOWS\Cache
3)C:\WINDOWS\Driver Cache(100Мб занимает)
4)C:\WINDOWS\Downloaded Installations
5)C:\Program Files\InstallShield Installation Information(в ней названия папок что-то в этом роде
6)C:\Documents and Settings\Netman\Local Settings\Temp

Может прога какая есть для этих целей,которая это всё сама может почистить?

Сообщение Dzuba » 22.09.2004 10:53

Сообщение DrEvil » 22.09.2004 11:53

Сообщение yurfed » 25.09.2004 6:59

Сообщение Дух » 25.09.2004 16:31

2) можно удалять просто так. там хранить кеш и то, чтобы не логинится много раз. еще можно удалять файлы в папке C:\doc and settings\user\local settings\Temporary Internet Files
там храняться страницы которые ты просматриваешь в inet exploere

5) это лучше не удалять. требуется для софта
4) не знаю

еще журнал ссылок можно удалить.

Сообщение aleks_lu » 26.09.2004 7:44

1. %SystemRoot%\system32\dllcache\ Это кэш защищенных системных файлов, используемый для их автоматического восстановления в случае повреждения. Размер по умолчанию этой папки 400 Мб, и определяется он параметром SFCQuota (0xFFFFFFFF) в ключе реестра HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon Изменить размер кэша системных файлов можно помощью команды sfc: sfc /cachesize=0 (можно ввести другое значение, например, 3 Мб), а потом вручную удалить все файлы в указанной директории. Если не задать /cachesize=0, то при следующей проверке защищенных системных файлов система снова наполнит свой кэш до заданного объема.

2. Выключить System Restore. Сделать это можно здесь: System Properties -> System Restore -> Turn off System Restore for all drives. Этим вы сотрёте всю информацию, которая записана System Restore, и хранится в папке System Volume Informatiоn.

3. Отключить Hibernate. Так называется технология, которая позволяет быстро выключать и включать компьютер. Основана она на сохранении содержимого оперативной памяти в виде файла на жёстком диске. Поэтому при её использовании в корне системного диска всегда присутствует файл под названием hiberfil.sys объёмом равным оперативной памяти. Стирать его вручную бесполезно, во первых сделать это можно только под другой ОС, во вторых при загрузке он будет создан заново, даже если компьютер не уходил в хибернейт. Сделано это для того, что бы не было ситуации, когда машина не может уйти в хибернейт только из за того, что на диске не хватает места для этого. Для того что бы убрать этот файл навсегда, требуется отключить хибернейт, что можно сделать в Control Panel – Power Options, закладка Hibernate, снять галочку с чекбокса Enable Hibernate.

3. Уменьшить размер Swap файла. По умолчанию XP создаёт файл подкачки размером в полтора раза больше чем объём оперативной памяти. С современными объёмами RAM, которые даже в домашних машинах могут доходить до гигабайта, и файл подкачки того размера, что XP выставит для такой машину по умолчанию, большинству пользователей не нужен. Поменять размер файла подкачки можно через System Properties – закладка Advanced, кнопка Settings раздела Performance. В открывшемся окне переходим на закладку Advanced и нажимаем на кнопку Change раздела Virtual Memory.

Устранение неполадок при установке с помощью файла Установщика приложений Troubleshoot installation issues with the App Installer file

При возникновении любых проблем с установкой приложения из файла установщика приложения воспользуйтесь советами по диагностике и устранению неполадок из этого раздела. If you find any issues when installing an application from the App Installer file, this topic will provide some troubleshooting guidance that may help.

Предварительные требования Prerequisites

Чтобы иметь возможность загрузки неопубликованных приложений в Windows 10, устройство пользователя должно удовлетворять следующим требованиям: To be able to sideload apps in Windows 10, the user device must satisfy the next requirements:

• На устройстве необходимо включить режим разработчика или загрузку неопубликованных приложений. The device must be enabled for Developer Mode or Sideloading apps. Подробнее об этом см. в разделе Включение устройства для разработки. See Enable your device for development to learn more.
• Сертификат, используемый для подписи пакета, должен быть доверенным сертификатом на устройстве. The certificate used to sign the package must be trusted by the device. См. дополнительные сведения в разделе Доверенные сертификаты ниже. See the Trusted certificates section below for more details.
• Версия Windows 10 должна поддерживать схему файла .appinstaller и протокол распространения. The Windows 10 version must support the .appinstaller file schema and the distribution protocol.

Распространенные проблемы Common issues

Существуют некоторые распространенные проблемы при первой загрузке неопубликованного приложения на машине пользователя. There are some common issues when sideloading an application for first time in the user machine. В следующих разделах описаны наиболее распространенные проблемы и их решения. The next few sections describe the most frequent issues and their solutions.

Версия Windows Windows version

В каждом выпуске Windows 10 повышается удобство загрузки неопубликованных приложений, и в таблице ниже указано, какие функции доступны в каждом основном выпуске. Each Windows 10 release improves on the sideloading experience, in the table below you will find which features are available in each major release. Если вы попытаетесь загрузить неопубликованное приложение, используя метод, который не поддерживается в вашей версии Windows 10, возникнет ошибка развертывания. If you try to sideload an app using a method not supported in your version of Windows 10, you will get a deployment error.

Версия Version	Примечания о загрузке неопубликованных приложений Sideload Notes
Сборка 17134 (обновление от апреля 2018 г., версия 1803) Build 17134 (April 2018 Update, version 1803)	Файл .appinstaller также доступен в папках UNC и общих папках. The .appinstaller file can be accessed over UNC/Share folders. Также доступны настраиваемые проверки обновлений. Configurable update checks are also available.
Сборка 16299 (Fall Creators Update, версия 1709) Build 16299 (Fall Creators Update, version 1709)	Впервые представлен файл .appinstaller , отвечающий за автоматические обновления приложения. Introduced the .appinstaller file to provide automatic updates to your app. Эта версия поддерживает только конечные точки HTTP. This version only supports HTTP endpoints. Проверки обновлений не настраиваются и происходят каждые 24 часа. Update checks are not configurable and happens each 24 hours.
Сборка 15063 (Creators Update, версия 1703) Build 15063 (Creators Update, version 1703)	Установщик приложений может скачивать зависимости приложений (только в режиме выпуска) из Store. The App Installer app is able to download app dependencies (only in release mode) from the Store.
Сборка 14393 (Юбилейное обновление, версия 1607) Build 14393 (Anniversary Update, version 1607)	Представлено приложение «Установщик приложений» для установки файлов .appx и .appxbundle, файл .appinstaller не поддерживается. Introduced the App Installer app to install .appx and .appxbundle files, .appinstaller file is not supported.
Сборка 10586 (ноябрьское обновление, версия 1511) Build 10586 (November Update, version 1511)	Загрузка неопубликованных приложений доступна только через PowerShell с использованием команды Add-AppxPackage. Sideload is only available through PowerShell using the Add-AppxPackage command.
Сборка 10240 (Windows 10, версия 1507) Build 10240 (Windows 10, version 1507)	Загрузка неопубликованных приложений доступна только через PowerShell с использованием команды Add-AppxPackage. Sideload is only available through PowerShell using the Add-AppxPackage command.

Доверенные сертификаты Trusted certificates

Пакеты приложений должны быть подписаны сертификатом, который является доверенным для устройства. App packages must be signed with a certificate that is trusted by the device. Сертификаты, предоставляемые общими центрами сертификации, являются доверенными по умолчанию в операционной системе Windows. Certificates provided by common Certificate Authorities are trusted by default in the Windows operating system.

Однако если сертификат, используемый для подписи пакета приложения, не является доверенным или является локально созданным или самозаверяющим сертификатом, используемым во время разработки, установщик приложения может сообщить о том, что пакет не является доверенным и не позволит установить его. However, if the certificate used to sign an app package is not trusted, or is a locally-generated/self-signed certificate used during development, the app installer may report that the package is untrusted and will prevent it from being installed:

Чтобы решить эту проблему, пользователь с правами локального администратора на устройстве должен использовать средство сертификатов компьютера для импорта сертификата в один из следующих контейнеров: To solve this issue, a user with local administrator rights to the device must use the Computer Certificates tool to import the certificate into one of the following containers:

1. Локальный компьютер: доверенные лица Local Computer: Trusted People
2. Локальный компьютер: доверенные корневые центры (не рекомендуется) Local Computer: Trusted Root Authorities (not recommended)

Не импортируйте сертификаты подписи пакетов в хранилище сертификатов пользователя. Do not import package signing certificates into the User Certificate store. Установщик приложения не выполняет поиск сертификатов пользователей при проверке удостоверения пакета. The App Installer does not search User Certificates when verifying package identity.

Средство управления сертификатами компьютера можно легко найти, выполнив поиск в меню «Пуск»: The Computer Certificates management tool can be easily found by searching from the Start Menu:

После успешного импорта сертификата для подписи повторное выполнение установщика приложения покажет, что пакет является доверенным и может быть установлен: Once the signing certificate is successfully imported, re-running the app installer will show that the package is trusted and can be installed:

Зависимости, которые не устанавливаются Dependencies not installed

Приложения Windows 10 могут иметь зависимости платформы на основе платформы приложений, используемой для создания приложения. Windows 10 applications can have framework dependencies based on the application platform used to generate the app. Если вы используете C# или Visual Basic, приложение потребует среду выполнения .NET и пакеты .NET Framework. If you are using C# or VB, the app will require the .NET Runtime and .NET framework packages. Приложения C++ требуют VCLib. C++ applications require the VCLibs.

Если пакет приложения создан в конфигурации режима выпуска, зависимости платформы будут взяты из Microsoft Store. If the app package is built in Release mode configuration, the framework dependencies will be obtained from the Microsoft Store. Однако если приложение создано в конфигурации режима отладки, зависимости будут получены из местоположения, указанного в файле .appinstaller . However, if the app is built in Debug mode configuration, the dependencies will be obtained from the location specified in the .appinstaller file.

Файл не доступен Files not accessible

При установке из конечной точки HTTP необходимо убедиться, что все файлы доступны с правильным типом MIME. When installing from an HTTP endpoint, it is important to verify that all files are accessible with the correct MIME type. Самый простой способ проверить эти файлы — пройти по ссылкам на странице HTML, созданной Visual Studio. The easiest method to verify these files is by following the links provided in the HTML page generated by Visual Studio. Необходимо проверить эти файлы: You must check these files:

• .appinstaller файл, доступный в виде application/xml .appinstaller file, available as an application/xml
• .appx и .appxbundle файлы, доступные как application/vns.ms-appx .appx and .appxbundle files, available as application/vns.ms-appx

Изоляция проблем установщика приложений Isolate App Installer app issues

Если установщик приложения не может установить приложение, эти действия помогут определить проблемы установки. If the App Installer cannot install the app, these steps will help identify the installation issue.

Проверка установки файла пакета приложения Verify app package file installation

Скачайте файл пакета приложения в локальную папку и попытайтесь установить его с помощью команды PowerShell Add-AppxPackage . Download the app package file to a local folder and try to install it using the Add-AppxPackage PowerShell command.

Скачайте файл .appinstaller и сохраните его в локальную папку. Попробуйте установить его с помощью команды PowerShell Add-AppxPackage -Appinstaller . Download the .appinstaller file to a local folder and try to install it using the Add-AppxPackage -Appinstaller PowerShell command.

Журналы событий установщика приложений App Installer event logs

Инфраструктура развертывания приложений создает журналы, которые часто используются для отладки проблем с установкой с помощью Просмотр событий Windows. Application and Services Logs -> Microsoft -> Windows -> AppxDeployment-Server The app deployment infrastructure emits logs that are often useful for debugging installation issues via the Windows Event Viewer: Application and Services Logs -> Microsoft -> Windows -> AppxDeployment-Server

Восстановление отсутствующих файлов кэша установщика Windows и устранение проблем, которые возникают во время SQL Server обновления

В этой статье описываются различные процедуры, которые можно использовать для устранения различных ошибок, которые возникают при установке пакета SQL Server или накопительного обновления из-за повреждения кэша установки windows.

Оригинальная версия продукта: SQL Server
Исходный номер КБ: 969052

Описанный в этой статье процесс обеспечивает только экстренную помощь, а не постоянное исправление. Клиенты, использующие этот аварийный процесс, должны проверить кэш установки Windows с помощью пакета проверки безопасности кэша установщика Windows, как указано в статье KB Missing Windows Installer cache requires a computer rebuild.

Симптомы

При попытке установки пакета Microsoft SQL Server или накопительного обновления могут возникнуть различные сообщения об ошибках, которые могут указывать на проблемы кэша установки Windows. Кэш установки Windows, расположенный в папке c:\windows\installer, хранит важные файлы для приложений, установленных с помощью технологии установки Windows, и не следует удалять. Если кэш установщика был скомпрометирован, проблемы могут возникнуть не сразу, пока вы не выполните действия, такие как удалить, отремонтировать или обновить SQL Server.

При установке SQL Server установщик Windows хранит важные файлы в кэше установки Windows (по умолчанию — C:\Windows\Installer). Эти файлы необходимы для отработки и обновления приложений. Отсутствующие файлы нельзя скопировать между компьютерами, так как они уникальны.

Корпорация Майкрософт рекомендует для SQL Server установок сначала использовать процесс ремонта, описанный в следующих статьях, чтобы проверить текущую установку:

Необходимо выполнить ремонт из исходного средства установки с помощью командной строки: setup.exe/ACTION=REPAIR/INDICATEPROGRESS=TRUE .

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

Причина

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

При установке продукта с помощью установщика Windows в кэше Установки Windows хранится раздельная версия исходного файла .msi. Каждое обновление такого продукта, как hotfix, накопительное обновление или установка пакета служб, также хранит соответствующий файл msp или MSI в кэше установки Windows.

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

Решение

Чтобы устранить эти проблемы, используйте одну из следующих процедур.

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

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

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

Процедура 1.b.: Использование FindSQLInstalls.vbs скрипта

Чтобы выполнить действия в этой процедуре, необходимо скопировать сценарий FindSQLInstalls.vbs в папке FixMissingMSI из репозитория GitHub в локализованную папку на компьютере, где вы пытаетесь обновить SQL Server установку.

Сценарий FindSQLInstalls.vbs собирает сведения для исправления путей недействительных пакетов. Этот скрипт используется в отношении исходных местоположений, чтобы убедиться, что все пакеты MSP находятся в каталоге кэша установки Windows. После выполнения команд, указанных в строках Action, необходимых в файле вывода скрипта, недостающие пакеты будут добавлены повторно, если исходное исходное мультимедиа доступно.

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

Щелкните здесь, чтобы FindSQLInstalls.vbs необработанные страницы на GitHub.

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

Откройте повышенный командный запрос в каталог, в который сохраненFindSQLInstalls.vbsфайл, и запустите команду: Cscript FindSQLInstalls.vbs %computername%_sql_install_details.txt .

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

На основе результатов на шаге 3 примите необходимые действия.

Дополнительные сведения об этих действиях можно получить в разделе Примеры.

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

Примеры

В следующих примерах описаны записи и объяснения действий, описанных в файле вывода, который создается при запуске 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\затем повторное обновление кэша установщика и результаты Путь на линии выше должен существовать в корневом расположении, чтобы устранить эту проблему с файлом msi/msp, не найденным или поврежденным, В некоторых случаях может потребоваться вручную скопировать недостающий файл или вручную заменить существующее переописывание проблемного файла: скопируйте «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-адрес статьи КБ: http://support.microsoft.com/?kbid=
Patch LastUsedSource:

Url-строка статьи КБ может помочь вам скачать любые носитли исправлений, если это необходимо.

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

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

Сбор полных сведений о пропавшем файле из сообщения об ошибке, из файла журнала установки или записей реестра, которые поддерживаются установщиком Windows. Например, в сообщении об ошибке 1 в разделе Симптомы вся информация, необходимая для решения проблемы, присутствует в сообщении об ошибке:

• PatchName: «Hotfix 1702 для SQL Server 2008 R2 (KB981355) (64-bit)»
• Исходный MSP-файл, используемый в патче: sql_engine_core_inst.msp
• Кэшировали MSP-файл: c:\Windows\Installer\1fdb1aec.msp

Если у вас нет всех сведений, см. раздел Процедура 2. Вручную восстановим раздел файлов для действий по сбору этих сведений.

Просмотр запросови поиск статьи KB, связанной с этим исправлением. В этом примере необходимо искать KB981355.

Скачайте этот пакет исправлений на компьютер. Убедитесь, что вы скачиваете пакет исправлений, соответствующий необходимой платформе. В этом примере пакет SQLServer2008R2-KB981355-x64.exe.

Извлечение содержимого пакета исправлений с помощью синтаксиса: C:\Temp>SQLServer2008R2-KB981355-x64.exe /x C:\Temp\SQLServer2008R2-KB981355-x64\ .

Найдите исходный файл 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 для другого компонента или для другого обновления того же продукта.

Чтобы получить список всех отсутствующих файлов кэша установщика Windows, связанных с компонентами SQL Server SQL Server, можно скачать средство BPA 2008 R2 2008, упомянутое в разделе Дополнительные сведения.

Если сообщение об ошибке ссылается на отсутствующий файл базы данных установки Windows (.msi), вам не нужно выполнять действия со 2 по 4. Вместо этого можно перейти непосредственно к шагу 5. Необходимо найти .msi из исходного носителя, которое использовалось для установки продукта. Если это сообщение об ошибке было sql_engine_core_inst.msi, необходимо найти этот файл из средства настройки в структуре папки: \x64\setup\sql_engine_core_inst_msi\ . Другие действия одинаковы.

Поиск пакета исправлений и сведений о продукте для отсутствующих файлов MSP

Различные версии продукта создают различные сообщения об ошибке для этой проблемы. Сообщения об ошибках, упомянутые в разделе Симптомы, отображаются для программ установки обновлений, начиная с SQL Server 2008 sp1. Для других обновлений вы получаете сообщения об ошибках, которые могут не указывать, какой файл исправлений отсутствует в кэше установки Windows, а также сведения об обновлении. Для этих сообщений об ошибках файлы журнала установки будут содержать сведения о пропавшем файле кэша установки Windows. Пример журнала установки напоминает следующее:

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

Данные: GDR 2050 для SQL Server служб баз данных 2005 ENU (KB932555)

Теперь у вас есть все точки для начала действий по устранению недостающих файлов в кэше установки Windows.

Если вы SQL Server 2008 Пакет обновления 3 (SP3) или более поздней версии, вы также можете получить аналогичное сообщение об ошибке для отсутствующих файлов MSI. С помощью этого сообщения об ошибке можно быстро определить, какой файл отсутствует, какой пакет службы скачать и где можно найти загрузку.

Дополнительные сведения о получении пакета услуг см. в списке KB2546951 —список проблем, исправленных SQL Server 2008 Пакет обновления 3 .

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

Восстановление резервного копирования системного состояния, как описано в кэше 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 (все ветви)

Product Version	Сообщение об ошибке при пропаже пакета установки (MSI)	Сообщение об ошибке при пропаже пакета кэша установщика (MSP)
SQL Server 2005	1636 Невозможно установить MSI-файл установки Windows	1636 Невозможно установить MSP-файл установки Windows

Необходимо просмотреть файлы журнала установки, чтобы определить, отсутствуют ли какие-либо кэш-файлы. Дополнительные сведения о том, как это сделать, перейдите в раздел Разрешение.

Для SQL Server 2008 SP1

Product Version	Сообщение об ошибке при пропаже пакета установки (MSI)	Сообщение об ошибке при пропаже пакета кэша установщика (MSP)
SQL Server 2008 SP1	Сообщение об ошибке	TITLE: SQL Server установки. —————————— SQL Server установки столкнулась с ошибкой: файл патча не может быть открыт. Файл: c:\WINNT\Installer\FileName.msp. Код ошибки 0x84B20001. ——————————

Для SQL Server 2008 года только для сборки SP3 (филиалы CU/GDR не применимы)

Product Version	Сообщение об ошибке при пропаже пакета установки (MSI)	Сообщение об ошибке при пропаже пакета кэша установщика (MSP)
SQL Server 2008 SP3	Кэшировка MSI-файла C:\Windows\Installer\FileName.msi отсутствует. Его исходный файл, и он был установлен для продуктов sql_engine_core_inst.msi SQL Server 2008 Службы двигателя базы данных от NetworkPath , версия , язык VersionNumber ENU .	Кэш-файл патча C:\Windows\Installer\FileName.msp отсутствует. Исходный файл для этого кэшного файла , который можно установить из Пакет обновления 3 для SQL Server sql_engine_core_inst.msp 2008 (KB2546951) (64-битная) версия VersionNumber

При выполнении обновления вы получите следующее сообщение об ошибке:

Только SQL Server 2008 R2 SP1 (филиалы CU/GDR не применимы)

Product Version	Сообщение об ошибке при пропаже пакета установки (MSI)	Сообщение об ошибке при пропаже пакета кэша установщика (MSP)
SQL Server 2008 R2 SP1	TITLE: SQL Server установки. —————————— SQL Server установки столкнулась со следующей ошибкой: C:\Windows\Installer\FileName.msi. ——————————	Кэш-файл патча C:\Windows\Installer\FileName.msp отсутствует. Исходный файл для этого кэшного файла , который может быть установлен из Пакет обновления 1 для SQL Server sql_engine_core_inst_loc.msp 2008 R2 (KB2528583) (64-битная), версия VersionNumber .

При выполнении обновления вы получаете следующее сообщение об

Для SQL Server 2008 R2 SP2

Product Version	Сообщение об ошибке при пропаже пакета установки (MSI)	Сообщение об ошибке при пропаже пакета кэша установщика (MSP)
SQL Server 2008 R2 SP1	Кэшировка MSI-файла C:\Windows\Installer\FileName.msi отсутствует. Его исходный файл sql_engine_core_inst.msi и он был установлен для продуктов SQL Server 2008 R2 SP1 Службы двигателя базы данных с NetworkPath версии , язык VersionNumber LanguageName .	Кэш-файл патча C:\Windows\Installer\FileName.msp отсутствует. Исходный файл для этого кэшного файла sql_engine_core_inst_loc.msp, который можно установить с Пакет обновления 1 для SQL Server 2008 R2 (KB2528583) (64-битная) версии VersionNumber .

При выполнении обновления вы получаете следующее сообщение об ошибке:

За SQL Server 2012 г. до cu2

Отсутствует сообщение о том, что отсутствуют файлы MSP или MSI. Однако код ошибки 1714 входит в журнал Установки.

В файлеSummary.txt: имя компонента: SQL Server код ошибки компонентов файлов поддержки: 1714

В Detail.txt файле:

Для SQL Server 2012 cu2 (и любой последующий cu или SP)

Product Version	Сообщение об ошибке при пропаже пакета установки (MSI)	Сообщение об ошибке при пропаже пакета кэша установщика (MSP)
SQL Server 2008 R2 SP1	Кэшировка MSI-файла C:\Windows\Installer\FileName.msi отсутствует. Его исходный файл, и он был установлен для продукта C:\Windows\Installer\sql_FeatureName.msi Microsoft SQL ServerVersion из C:\originalfolder , версия , язык VersionNumber Language .	Кэш-файл патча c:\Windows\Installer\FileName.msp отсутствует. Его исходный файл sql_engine_core_inst.msp , который может быть установлен из версии Hotfix 2316 for SQL Server 2012 (KB2679368) (64-bit) VersionNumber . Кэш-файл патча C:\Windows\Installer\FileName.msp отсутствует. Его исходный файл , который может быть установлен из C:\Windows\Installer\sql_FeatureName.msp Hotfix для SQL Server 2012 KB Номер, версия VersionNumber .

При определенных условиях SQL Server 2012 г. средства массовой информации RTM могут быть неправильно зарегистрированы. Если при таких обстоятельствах удалить накопительное обновление или пакет служб, настройка может подсказать вам RTM-носите. Чтобы решить эту проблему, уделяем средствам массовой информации RTM путь во время процесса удаления исправлений.