C windows softwaredistribution datastore logs edb log

DataStore.edb — это законный файл журнала Windows, который отслеживает все обновления Windows, примененные к системе. DataStore.edb log будет увеличиваться в размере при каждой проверке Центра обновления Windows. Файл находится под Программное обеспечение папка (C: Windows SoftwareDistribution DataStore DataStore.edb)Хотя важность файла неоспорима, некоторые пользователи обнаружили, что их системы тратят много времени на чтение и запись в DataStore.edb, потребляя много ресурсов до такой степени, что ПК значительно замедляется. После расследования с Монитор производительности, пользователи, столкнувшиеся с этой проблемой, сообщили, что процесс svchost.exe (netsvcs) использует все дисковые ресурсы для чтения datastore.edb со скоростью более 120 МБ / мин — это лишает компьютер возможности делать что-либо еще. Насколько нам известно, это в первую очередь проблема Windows 7 и Windows Vista.

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

Если вы боретесь с этой конкретной проблемой, есть несколько исправлений, которые, по мнению пользователей, помогли решить эту проблему. Ниже представлен набор решений, которые позволили пользователям решить проблему. Пожалуйста, следуйте каждому методу по порядку, пока не найдете исправление, которое работает в вашей ситуации.

Примечание: Если у вас Vista, начните прямо с Способ 2.

Метод 1. Установите Центр обновления Windows KB3050265 (только для Windows 7)

Microsoft быстро решила проблему и выпустила Обновление клиента WindowsUpdate чтобы исправить эту проблему. Обновление должно было исправить неэффективность WU (Центра обновления Windows) при поиске и установке обновлений, тем самым сокращая длительное время чтения datastore.edb файл.

Хотя пользователи обнаружили, что обновление помогло сократить время обнаружения и использование ОЗУ и диска, исправление не помогло решить проблему для всех. Во-первых, исправление будет работать только с Windows 7 — официального исправления для Vista никогда не выпускалось. Более того, некоторые пользователи сообщили, что это конкретное обновление полностью сломало компонент WU с ошибками. WindowsUpdate_80244019 или WindowsUpdate_dt000.

Имейте в виду, что обновление является необязательным и не будет применено, если вы не установите его самостоятельно. Если вы столкнулись с этой проблемой в Windows 7, следуйте инструкциям ниже, чтобы установить Центр обновления Windows KB3050265. Если это не работает, удалите обновление и перейдите к другим методам ниже:

1. Перейдите по одной из ссылок ниже в соответствии с вашей версией Windows и загрузите нужную KB3050265 Обновить:
   Центр обновления Windows KB3050265 (32-разрядная версия)
   Центр обновления Windows KB3050265 (64-разрядная версия)
2. После загрузки обновления откройте установочный пакет и перезагрузите систему после успешной установки.
   Примечание: Вы также можете установить его прямо с вашего ПК, перейдя в Панель управления> Система и безопасность> Центр обновления Windows> Показать все доступные обновления> Необязательно. Затем вручную найдите KB3050265 обновите и установите его.

Если вы обнаружите, что это не решает вашу проблему, откройте окно «Выполнить» (Клавиша Windows + R) и введите обновление управления. Затем перейдите к Просмотр истории установленных обновлений> Удалить обновления и удалите KB3050265 Обновить. После удаления перейдите к Способ 2.

Метод 2: использование esentutl.exe для дефрагментации datastore.edb

Прежде чем мы рассмотрим более подробные решения, давайте посмотрим, решит ли проблему дефрагментация файла datastore.edb. По-видимому, это только временное исправление, поскольку проблема появится снова со временем, когда в файлах datastore.edb накопится достаточно новой информации.

Этот метод предполагает использование esentutl.exe утилита для дефрагментации DataStore.edb файл. Этот процесс не только делает файл более доступным для программ, которым необходимо писать или читать из него, но и значительно уменьшает его размер. Вот краткое руководство по всему этому:

1. Нам нужно будет открыть окно командной строки с повышенными привилегиями, чтобы иметь соответствующие разрешения. Для этого нажмите кнопку Начало панель в нижнем левом углу и выполните поиск «cmd«. Затем щелкните правой кнопкой мыши на Командная строка и выберите Запустить от имени администратора.
   
2. Введите следующую команду в окно командной строки с повышенными привилегиями и нажмите Войти:esentutl.exe / d C: windows SoftwareDistribution DataStore DataStore.edb
3. Когда процесс будет завершен, перезагрузите свои системы и посмотрите, улучшились ли симптомы. Если проблема все еще не решена, перейдите к способу ниже.

Метод 3: Использование Windows Repair (All-in-One)

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

Ремонт Windows (все в одном) — бесплатная утилита, содержащая набор исправлений для всех версий Windows. Это программное обеспечение позволит нам исправить любую проблему WU, которая может быть причиной проблемы. Вот краткое руководство по использованию Ремонт Windows чтобы исправить эту конкретную проблему:

1. Загрузите портативную версию Windows Repair по этой ссылке (здесь).
2. Извлеките все файлы из архива восстановления Windows.
3. Дважды щелкните значок Ремонт_Windows исполняемый файл, чтобы открыть утилиту.
4. Дождитесь завершения первоначальной проверки, затем нажмите Ремонт — Главный таб. Затем установите флажок рядом с Автоматически делать резервную копию реестра и нажмите на Открытый ремонт.
   
5. Через несколько секунд вы увидите список всех доступных стратегий ремонта. Поскольку для нашей цели нам нужно всего несколько из них, отмените выбор всех стратегий восстановления. Затем снова включите только следующие:
   Сбросить разрешения службы
   Восстановить WMI
   Зарегистрировать системные файлы
   Удалить политики, установленные заражением
   Восстановить обновления Windows
   Восстановить MSI (установщик Windows)
6. Убедитесь, что Начать сначала поле включено, затем нажмите Начать ремонт и дождитесь завершения процесса.
   
7. После завершения процесса нажмите да чтобы подтвердить перезагрузку и посмотреть, будет ли проблема устранена после перезагрузки. Если это не так, перейдите к следующему методу.

Метод 4: повторная инициализация папки SoftwareDistribution

Если первые два исправления оказались бесполезными, давайте посмотрим, очищается ли Программное обеспечение папка устранит проблему. Хотя существуют разные мнения об эффективности этого метода, некоторые пользователи сообщают, что проблемы с высокой загрузкой диска прекратились после того, как Программное обеспечение папка была воссоздана.

Очистка Программное обеспечение папка заставит Windows повторно инициировать все свои компоненты, включая DataStore.edb. Это решит любую проблему, связанную с повреждением, которое может вызвать чрезмерное потребление памяти. DataStore.edb.

Примечание: В Программное обеспечение Папка — это место, где хранятся автоматические обновления и связанные файлы. DataStore.edb также находится здесь — от него можно безопасно избавиться, но при следующей проверке обновлений Windows будет запускаться с нуля. Поэтому, если вы выполните описанную ниже процедуру, ожидайте, что WU займет много времени в следующий раз, когда ему потребуется установить автоматическое обновление, потому что ему нужно будет все проверить.

Вот краткое руководство по очистке папки SoftwareDistribution через командную строку:

1. Щелкните значок Начало панель в нижнем левом углу и выполните поиск «cmd«. Затем щелкните правой кнопкой мыши на Командная строка и выберите Запустить от имени администратора.
   
2. Введите следующие команды в расширенный Командная строка и ударил Войти после каждого:
   чистая остановка wuauserv
   чистые стоповые биты
   Примечание: Это отключит компоненты обновления, которые используют Программное обеспечение папка. Пропуск этого шага не позволит вам удалить папку, если она уже используется.
3. После отключения служб вставьте следующую команду в Командная строка и ударил Войти:
   ren C: Windows SoftwareDistribution SoftwareDistribution.old
   Примечание: Эта команда переименовала папку SoftwareDistribution. .old расширение заставит Windows воссоздать новую папку SoftwareDistribution.
4. Перезапустите службы, которые мы ранее отключили, введя следующие команды и нажав Войти после каждого:
   чистый старт wuauserv
   чистые стартовые биты
   
5. Перезагрузите компьютер, перейдите в C: / Windows и удалите SoftwareDistribution.old папка.
   

Если вы по-прежнему испытываете высокую загрузку диска, перейдите к способу ниже.

Метод 5: исключить datastore.edb из антивирусной проверки

Как оказалось, эта проблема также может быть вызвана чрезмерно усердной антивирусной программой. Домашним пользователям с медленным запуском удалось решить эту проблему, включив datastore.edb файл в списке исключений Microsoft Security Essentials / Защитник Windows.

Примечание: Хотя приведенные ниже шаги могут сделать ваш компьютер более отзывчивым, добавление исключений антивируса — это не то, что вы хотите делать часто. Добавление ненужных исключений AV может увеличить вероятность злонамеренных атак.

Вот краткое руководство по исключению datastore.edb и других файлов, используемых им, из вашего антивируса:

Примечание: Следующие шаги выполняются с Защитник Windows / Microsoft Security Essentials. Однако в каждом пакете безопасности должен быть список исключений, независимо от того, какой антивирусный пакет вы используете.

1. Используйте значок запуска для поиска Защитник Windows или Основы безопасности и откройте пакет безопасности.
   
2. В Защитник Windows / Основы безопасности, перейти к инструменты и нажмите на Параметры (Настройки на Основы безопасности).
   
3. Выбрать Исключенные файлы и папки(Исключенные файлы и местоположения), затем щелкните Добавить кнопка. Перейдите к C: windows SoftwareDistribution Datastore и дважды щелкните datastore.edb.
   
   Примечание: Это предотвратит сканирование антивирусом datastore.edb файл.
4. Повторите шаг 3 и для следующего пути:
   c: windows softwaredistribution хранилище данных журналы
   
   Примечание: Это файлы журнала Центра обновления Windows и автоматического обновления. Информация отсюда также собирается в datastore.edb.
5. Ударить Сохранить / Сохранить изменения и посмотрите, улучшится ли скорость вашего ПК после перезагрузки.
   

Метод 6: отключение WU (обновления Windows)

Если вы зашли так далеко без ощутимого результата, есть одно последнее исправление, которое, похоже, сработало для большинства пользователей, столкнувшихся с этой проблемой. К сожалению, это далеко не идеально. Отключение службы WU (Windows Updates) избавит вашу систему от необходимости когда-либо читать или писать на datastore.edb файл, тем самым разрешая любой конфликт перегрузки памяти, вызванный этим конкретным файлом.

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

Если обмен потенциального заражения вредоносным ПО на повышение быстродействия системы кажется приемлемым, выполните следующие действия, чтобы отключить обновления Windows:

1. Нажмите Клавиша Windows + R , чтобы открыть окно «Выполнить». Тип «services.msc»И ударил Войти открыть Сервисы окно.
   
2. в Сервисы окна, прокрутите вниз до Центр обновления Windows, щелкните его правой кнопкой мыши и выберите Свойства.
   
3. Под Свойства на вкладке «Общие» воспользуйтесь раскрывающимся меню рядом с Тип запуска выбирать Отключено. Затем нажмите Применить, чтобы сохранить изменения и закрыть Сервисы окно.
   
4. Перезагрузите систему и посмотрите, уменьшилось ли использование ресурсов.

Примечание: Не забывайте регулярно возвращаться к Сервисы экран и снова включите Центр обновления Windows service, чтобы убедиться, что у вас есть последние обновления безопасности. Оставьте службу включенной до тех пор, пока не будут применены все обновления, выполните описанные выше действия, чтобы снова отключить WU.

DataStore.edb is a legitimate Windows log file that keeps track of all Windows Updates applied to the system. DataStore.edb log will grow in size or every Windows Update check. The file is located under the SoftwareDistribution folder (C:WindowsSoftwareDistributionDataStoreDataStore.edb)While the importance of the file is undisputed, some users have found that their systems spend a lot of time reading and writing to DataStore.edb, hogging a lot of resources to the point where the PC is slowed considerably. Upon investigating with the Performance Monitor, users facing this issue reported that the process svchost.exe (netsvcs) is using all disk resources to read the datastore.edb at over 120MB / min – this leaves the computer unable to do anything else. From what we gathered, this is primarily a Windows 7 and Windows Vista issue.

As it turns out, the datastore.edb file is read by the Windows updating component whenever a new update is pending. Depending on the circumstances and the specs of your PC, it might make your machine inoperable while the datastore.edb file is being interrogated.

If you’re struggling with this particular issue, there are a few fixes that users have found to be successful in resolving this crippling behavior. Below you have a collection of solutions that have enabled users to fix the issue. Please follow each method in order until you find a fix that works in your situation.

Note: If you’re on Vista, start directly with Method 2.

Method 1: Install Windows Update KB3050265 (Windows 7 only)

Microsoft was quick to resolve the issue and released a WindowsUpdate Client Update to fix this issue. The update was supposed to fix the inefficiency of WU (Windows Update) when searching and installing updates, thus reducing prolonged reading times of the datastore.edb file.

Although users found that the update was beneficial in reducing the detection time and the usage of RAM and disk, the fix didn’t manage to solve the problem for everyone. For one thing, the fix will only work with Windows 7 – no official fix was ever released for Vista. Even more, some users reported that this particular update entirely broke the WU component with the errors WindowsUpdate_80244019 or WindowsUpdate_dt000.

Keep in mind that the update is optional and won’t be applied unless you install it yourself. If you’re encountering this issue on Windows 7, follow the guide below to install Windows Update KB3050265. If it ends up not working, remove the update and move to the other methods below:

1. Visit one of the links below according to your Windows version and download the correct KB3050265 update:
   Windows Update KB3050265 (32Bit)
   Windows Update KB3050265 (64Bit)
2. Once the update is downloaded, open the installation package and reboot the system once it installs successfully.
   Note: You can also install it straight from your PC by going to Control Panel > System and Security > Windows Update > Show all available updates > Optional. Then, manually look for the KB3050265 update and install it.

If you find that this doesn’t fix your issue, open a Run window (Windows key + R) and type control update. Then, go to View installed update history > Uninstall updates and uninstall the KB3050265 update. Once uninstalled, move to Method 2. 

Method 2: Using esentutl.exe to defragment datastore.edb

Before we explore more in-depth solutions, let’s see if defragmenting the datastore.edb file will resolve the issue. Apparently, this is only a temporary fix as the issue will re-appear in time as the datastore.edb files accumulate enough new information.

This method involves using the esentutl.exe utility to defragment the DataStore.edb file. On top of making the file more accessible for the programs that need to write or read from it, this process will also reduce it’s size considerably. Here’s a quick guide through the whole thing:

1. We’ll need to open an elevated Command Prompt window in order to have the appropriate permissions. To do this, click the Start bar in the bottom left corner and search for “cmd“. Then, right-click on Command Prompt and select Run as administrator.
   
2. Type the following command into the elevated Command Prompt window and hit Enter:esentutl.exe /d C:windowsSoftwareDistributionDataStoreDataStore.edb
3. When the process is complete, reboot your systems and see if the symptoms have improved. If you’re still struggling with the issue, move to the method below.

Method 3: Using Windows Repair (All-in-One)

If the official fixes didn’t work or weren’t applicable, there’s another popular fix that will resolve the issue if it’s related to system file corruption.

Windows Repair (All-in-One) is a free utility that contains a collection of fixes for all Windows versions. This software will allow us to fix any WU problem that might be causing the problem. Here’s a quick guide to using Windows Repair to fix this particular issue:

1. Download the portable version of Windows Repair from this link (here).
2. Extract all the files present in the Windows Repair archive.
3. Double-click on the Repair_Windows executable to open the utility.
4. Wait until the initial check is complete, then click on the Repairs – Main tab. Then, check the box next to Automatically Do A Registry Backup and click on Open Repairs.
   
5. After a few brief moments, you’ll see a list of all your available repair strategies. Since we only need a few of them for our purpose, unselect all repair strategies. Then, re-enable only the following ones:
   Reset Service Permissions
   Repair WMI
   Register System Files
   Remove Policies Set By Infection
   Repair Windows Updates
   Repair MSI (Windows Installer)
6. Make sure that the Restart box is enabled, then click on Start Repairs and wait for the process to complete.
   
7. Once the process has finished, hit Yes to confirm the reboot and see if the problem is fixed after the restart. If it isn’t, move to the next method.

Method 4: Reinitiating the SoftwareDistribution folder

If the first two fixes have been unuseful, let’s see if cleaning the SoftwareDistribution folder will eliminate the issue. Although there are mixed views about the effectiveness of this method, some users have reported that high disk usage problems have stopped once the SoftwareDistribution folder has been recreated.

Cleaning the SoftwareDistribution folder will force Windows to reinitiate all of its components, including DataStore.edb. This will resolve any issue related to corruption that might cause excessive memory hogging by DataStore.edb.

Note: The SoftwareDistribution folder is where automatic updates and related files are being stored. DataStore.edb is also located here – it’s safe to get rid of, but will force Windows to start from scratch the next time it checks for updates. So if you complete the procedure below, expect WU to take a lot of time the next time it needs to install an automatic update because it will need to check everything.

Here’s a quick guide to cleaning the SoftwareDistribution folder via Command Prompt:

1. Click the Start bar in the bottom left corner and search for “cmd“. Then, right-click on Command Prompt and select Run as administrator.
   
2. Type the following commands into the elevated Command Prompt and hit Enter after each one:
   net stop wuauserv
   net stop bits
   Note: This will disable the update components that make use of the SoftwareDistribution folder. Skipping this step will not allow you to delete the folder if it’s currently in use.
3. Once the services are disabled, paste the following command into Command Prompt and hit Enter:
     ren C:WindowsSoftwareDistribution SoftwareDistribution.old
   Note: This command renamed the SoftwareDistribution folder.The .old extension will force Windows to recreate a new SoftwareDistribution folder.
4. Restart the services we’ve previously disabled by typing the following commands and hitting Enter after each one:
   net start wuauserv
   net start bits
   
5. Reboot your computer, navigate to C:/Windows and delete the SoftwareDistribution.old folder.
   

If you’re still experiencing high disk usage, move to the method below.

Method 5: Exclude datastore.edb from antivirus check

As it turns out, this issue can also be caused by an overzealous anti-virus program. Home users experiencing slow startups managed to resolve this issue by including the datastore.edb file on the exclusion list of Microsoft Security Essentials / Windows Defender.

Note: While the steps below might make your PC more responsive, adding anti-virus exclusions is not something you want to do frequently. Adding unnecessary AV exclusions might increase the chance of malicious attacks.

Here’s a quick guide to excluding datastore.edb and other files used by it from your Antivirus:

Note: The following steps are done with Windows Defender / Microsoft Security Essentials. However, every security suite should have an exclusion list, regardless of the antivirus package that you’re using.

1. Use the start icon to search for Windows Defender or Security Essentials and open the security suite.
   
2. In Windows Defender / Security Essentials, go to Tools and click on Options (Settings on Security Essentials).
   
3. Select Excluded files and folders (Excluded files and locations), then click the Add button. Navigate to C: windows SoftwareDistribution Datastore and double-click on datastore.edb.
   
   Note: This will prevent the Antivirus from scanning the datastore.edb file.
4. Repeat step 3 with the following path also:
   c:windowssoftwaredistributiondatastorelogs
   
   Note: These are the log files of Windows Update and Automatic Update. Information from here is also collected in datastore.edb.
5. Hit Save/ Save changes and see if your PC’s speed is improved after a reboot.
   

Method 6: Disabling WU (Windows Updates)

If you’ve come this far without a palpable result, there’s one last fix that seems to have worked for most users that encountered this issue. Unfortunately, it’s far from ideal. Disabling the WU (Windows Updates) service will eliminate the need for your system to ever read or write on the datastore.edb file, thus resolving any memory hogging conflict caused by this particular file.

However, the implications are huge as you’ll cut yourself from automatically receiving security updates and other stability fixes. Ideally, you should remember to regularly enable the WU service after performing this method so that you keep your system updated.

If trading a potential malware infection for increased system responsiveness seems like an acceptable deal, follow the steps below to disable Windows Updates:

1. Press Windows Key + R to open a Run window. Type “services.msc” and hit Enter to open the Services window.
   
2. In the Services windows, scroll down to Windows Update, right-click on it and select Properties.
   
3. Under Properties in the General tab, use the drop-down menu next to Startup type to select Disabled. Then click Apply to save your changes and close the Services window.
   
4. Reboot your system and see whether the resource usage has decreased.

Note: Remember to regularly return to the Services screen and re-enable the Windows Update service to ensure that you have the latest security updates. Keep the service enabled until all the updates are applied, use the steps above to disable WU again.

Datastore.edb — база данных, содержащая обновления текущей версии Windows и историю закачек, инсталляций патчей для неё. Она связана с системным приложением Third Party Application. Полностью удалять из системы этот файл и директорию, в которой он расположен, нельзя. Чтобы уменьшить его размеры, применяется специальная оптимизация (выборочная очистка и обновление элементов). А в случае возникновения системных ошибок, связанных с Datastore.edb, проводятся работы по восстановлению её целостности и работоспособности.

Очистка базы

1. Во избежание программных конфликтов отключите модуль обновлений ОС:

• откройте: Пуск → Панель управления;
• в опции «Просмотр» выставьте дизайн разделов — «Крупные значки»;
• щёлкните 2 раза в списке «Администрирование» раздел «Службы»;
• клацните подраздел «Центр обновления Windows»;
• щёлкните настройку «Тип запуска» и установите статус «Отключена»;
• нажмите «OK».

Также запуск апдейта ОС можно отключить в командной строке. Чтобы воспользоваться этим методом, выполните следующее:

• щёлкните значок «Пуск»;
• в поле «Найти… » наберите — CMD;
• клацните правой кнопкой по появившейся одноимённой иконке вверху окна меню;
• запустите команду «Запуск от имени администратора»;
• в строке консоли введите команду — net stop wuauserv;
• нажмите «Enter».

2. Нажмите комбинацию клавиш — «Win» + «R».

3. Вставьте в строчку «Открыть» этот путь:

%systemroot%SoftwareDistributionDataStore

4. Удалите в открывшейся папке всё содержимое:

• переместите курсор в открывшееся окно;
• нажмите вместе «Ctrl +A» (команда «Выделить всё»);
• кликните правой кнопкой по подсвеченным элементам;
• нажмите «Удалить» в выпавшем списке.

5. Таким же образом (пункты №3 и №4 текущей инструкции) очистите директорию:

%systemroot%SoftwareDistributionDownload

6. По завершении процедуры удаления при необходимости можно снова включить модуль обновления:

Через «Пуск»: Панель управления → Администрирование → Службы → Центр обновления Windows → в «Тип запуска» установить «Автоматически» → кнопка «Запустить»;

В консоли «CMD»: введите директиву — net start wuauserv; нажмите «Enter».

7. Из Панели управления перейдите в раздел «Система и безопасность» → «Центр обновления Windows» → «Поиск обновлений».

8. Загрузите и установите найденные патчи в операционную систему (следуйте инструкциям модуля).

Восстановление работоспобности базы

Если в ходе эксплуатации системы на дисплее появляются ошибки, в которых фигурирует имя базы («…» в сообщениях — Datastore.edb):

• Не удалось загрузить … ;
• Отсутствует файл… ;
• Не удалось зарегистрировать… ;
• Ошибка загрузки… ;
• Ошибка выполнения… ;
• … не найден.

Попробуйте задействовать одну из нижепредставленных инструкций по устранению неполадок базы.

Очистка Windows

1. Откройте окно «Выполнить».

2. Введите команду — cleanmgr.

3. Нажмите «OK».

4. После анализа директорий выберите в дополнительной панели — «Диск C» (системный раздел).

5. В окне «Очистка диска» щелчком левой кнопки поставьте флажки напротив элементов, нуждающихся в очистке (обновления, отчёты, архивы, временные файлы и т.д.).

6. Клацните «OK», чтобы запустить нейтрализацию бесполезных элементов в системе.

7. Перезагрузите ПК

Обновление драйверов

Проверьте работоспособность драйверов подключенных устройств; установите, насколько актуальны их версии и при необходимости обновите посредством специальных утилит (задействуйте одно из представленных решений):

Snappy Driver Installer

(https://sdi-tool.org/)
Огромная база драйверов с удобным графическим интерфейсом. Выполняет инсталляцию программной поддержки без интернет-соединения. Может запускаться с флешки. Распространяется бесплатно, без рекламных модулей и шпионского ПО. Совместима со всеми версиями ОС семейства Windows («семёрка», «восьмёрка», «десятка»).

DriverDoc

(http://www.driverdoc.com/index.html)
Утилита-база. Содержит свыше 16 млн. драйверов, программно поддерживающих как стандартное, так и специфическое оборудование. Автоматически определяет аппаратную конфигурацию компьютера и грамотно подбирает драйвера ко всем имеющимся девайсам. Выполняет чистую установку и апдейты на уже имеющиеся оболочки.

Примечание. Рассмотренные решения не являются единственными. В глобальной Сети можно найти другие, не уступающие по качеству инсталляторы драйверов. Например, DriverPack Solution.

Откат системы

1. Клацните «Пуск».

2. Напечатайте в поле «Найти программы» — восстановление системы. Нажмите «Enter».

3. В новом окне щелчком установите настройку «Выбрать другую точку… ». Кликните «Далее».

4. Выберите в списке точку восстановления. Обращайте внимание на описание резервной копии настроек и даты создания. После отката Windows вернётся к настройкам, сохранённым в точке.

5. Нажмите «Далее».

6. Чтобы запустить восстановление, клацните «Готово».

7. Перезапустите систему.

Проверка системных файлов

1. Откройте консоль командной строки (см. «Очистка базы», пункт №1).

2. Введите команду — sfc /scannow.

3. По окончании проверки следуйте подсказам, отображённым в консоли, чтобы устранить повреждения файлов.

Проверка Windows антивирусом

Причиной появления ошибок в работе Datastore.edb может являться деятельность зловредов — троян, червей, шпионских программ. Если вам не удаётся избавиться от неполадок базы штатными средствами и спецутилитами, проверьте ПК на вирусы альтернативным антивирусным сканером. Например, Dr.Web CureIt!, AdwCleaner, Malwarebytes Anti-Malware и др.

Благополучной настройки Windows!

Вы когда-нибудь задумывались, с помощью чего формируется список установленных обновлений Windows? А через какое API его достать? Ответы на эти и другие возникающие вопросы я постараюсь дать в своём небольшом исследовании.

Предыстория или с чего всё началось.

В нашей компании каждый год проходит конференция молодых специалистов, где каждый участник может решить проблему какого-либо отдела (список тем заранее предлагается).

Раньше на каждое «ТО» с помощью WSUS подтягивались все выпущенные обновления и распространялись на все машины. Также периодически выходили ТСБ (технические сервисные бюллетени), в которых указывалось, что требуется установить необходимые обновления в виде изолированных пакетов. В итоге у нас накапливаются обновления, которые в WSUS отследить нельзя, а можно было увидеть только через панель управления в разделе «Установленные обновления».

Бывают ситуации, когда АРМ или сервер «падает» и приходится его восстанавливать из образа, созданного некоторое время назад. При восстановлении из образа есть вероятность того, что мы можем потерять нужные нам обновления (которые пришли в виде изолированных пакетов), которые устанавливались до падения машины. Объяснил максимально подробно насколько мог, потому что уточнения будут уже коммерческой тайной.

Вот поэтому и возникла идея создать программу, которая бы могла извлечь этот список обновлений (желательно удаленно по локальной сети), записать в файл/базу, сравнить текущий перечень с неким шаблоном и выдать сообщение на SCADA систему через один из протоколов — SNMP, OPC.

Как вы могли догадаться из названия статьи, уже на выборе метода получения списка у меня возникла непростая задача. Я, как обычно, решил поискать нужное в поисковике, задал вопросы на профильных ресурсах (раз, два, на английском stackoverflow почему-то не понравился мой вопрос и его пришлось удалить), но все ответы не давали нужного результата. Поэтому пришлось разбираться самому, о чем и пойдет речь далее.

Консольные команды

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

• wmic qfe list
• systeminfo
• dism /online /get-packages
• через PowerShell:
  • Get-HotFix
  • Get-SilWindowsUpdate (доступно только в серверных редакциях)
  • Get-WmiObject -Class win32_quickfixengineering — через доступ к WMI классу win32_quickfixengineering (о WMI чуть позже)

Получить список через графический интерфейс можно через стандартный пункт Панели управления «Установка/удаление программ», но скопировать оттуда мы ничего не можем. Каждый инструмент панели управления представлен файлом .cpl в папке WindowsSystem. Файлы .cpl в системную папку Windows автоматически загружаются при запуске панели управления. За пункт Программы отвечает файл Appwiz.cpl. Его анализ ни к чему не привел.

Вывод консольной команды можно перенаправить в файл и дальше начать его парсить, но это неправильно, плюс вызов программы (по правилам СБ не пройдет) и об удаленном получении списка речь не идёт. Поэтому предлагаю вам просто вызвать команды, сравнить количество обновлений в каждом списке, со списком через Панель управления и продолжить наше расследование дальше.

Формально все методы получения списка обновлений можно разделить на две группы: локальные и сетевые.

Все методы проверялись на чистых образах систем (Windows 7, 8, Server 2012 R2) с интегрированными обновлениями, после каждого обновления через Центр обновления с официальных серверов Microsoft проводилась дополнительная проверка. Остановимся на каждом из них подробнее.

WUA

WUApi (Windows Update Agent API) — использование API агента обновления Windows. Самый явный вариант, название которого говорит само за себя. Использовать для этого будем библиотеку Wuapi.dll.

Примечание: далее для своего удобства все результаты я буду вставлять в List. Это, возможно, не рационально, но тогда мне это казалось хорошей идеей.

using WUApiLib;

public static List<string> listUpdateHistory()
{
	//WUApi
	List<string> result = new List<string>(200);

	try
	{
		UpdateSession uSession = new UpdateSession();
		IUpdateSearcher uSearcher = uSession.CreateUpdateSearcher();
		uSearcher.Online = false;
		ISearchResult sResult = uSearcher.Search("IsInstalled=1 And IsHidden=0");

		string sw = "Количество обновлений через WUApi: " + sResult.Updates.Count;
		result.Add(sw);
		foreach (WUApiLib.IUpdate update in sResult.Updates)
		{
			result.Add(update.Title);
		}
	}

	catch (Exception ex)
	{
		result.Add("Что-то пошло не так: " + ex.Message);
	}
	
	return result;
}

Есть и вторая вариация этого метода: Update Session — получение информации с помощью подключения к сессии обновления Windows Update Agent (в данном случае работаем не напрямую с библиотекой).

public static List<string> Sessionlist(string pc)
{
	List<string> result = new List<string>(50); //не забудь изменить количество

	object sess = null;
	object search = null;
	object coll = null;

	try
	{
		sess = Activator.CreateInstance(Type.GetTypeFromProgID("Microsoft.Update.Session", pc));
		search = (sess as dynamic).CreateUpdateSearcher();

		int n = (search as dynamic).GetTotalHistoryCount();
		int kol = 0;
		//coll = (search as dynamic).QueryHistory(1, n);
		coll = (search as dynamic).QueryHistory(0, n);

		result.Add("Количество через Update.Session: " + n);
		foreach (dynamic item in coll as dynamic)
		{
			if (item.Operation == 1) result.Add(item.Title);
			kol++;
			//Console.WriteLine("Количество: " + kol);
		}
		result.Add("Количество в цикле: " + kol);
	}
	catch (Exception ex)
	{
		result.Add("Что-то пошло не так: " + ex.Message);
	}
	finally
	{
		if (sess != null) Marshal.ReleaseComObject(sess);
		if (search != null) Marshal.ReleaseComObject(search);
		if (coll != null) Marshal.ReleaseComObject(coll);
	}

	return result;
}

Microsoft подсказывает об удаленном использовании API.

Главный минусы этих двух методов — не позволяют найти исправления KB, которые не распространяются через Центр обновления Windows. Можно увидеть только то, что прошло через сам агент обновления, то есть данный вариант нас не устраивает.

DISM

Система обслуживания образов развертывания и управления ими (Deployment Image Servicing and Management) — это средство командной строки, которое может использоваться для обслуживания образа Windows или для подготовки образа среды предустановки Windows (Windows PE). Является заменой диспетчера пакетов (Pkgmgr.exe), PEimg и Intlcfg.

Данная утилита используется для интеграции обновлений, сервис паков в образ системы. Обновления Windows представляют собой отдельные модули, которые могут быть представлены в нескольких вариантах:

• .cab-файлы (Cabinet) — архивы. Предназначены для распространения и установки при помощи модулей Центра обновлений Windows в автоматизированном режиме;
• .msu-файлы (Microsoft Update Standalone Package) — исполняемые файлы. Предназначены для распространения и установки самими пользователями в ручном режиме через каталог обновлений Microsoft. Фактически представляют собой упакованный набор, состоящий из .cab-, .xml, .txt-файлов.

Ранее упомянутая команда dism /online /get-packages отображает основную информацию обо всех пакетах в wim образе/текущей системе. Microsoft позаботилась о нас и предоставляет NuGet packages для удобного использования API.

using Microsoft.Dism;

public static List<string> DISMlist()
{
	List<string> result = new List<string>(220);

	try
	{
		DismApi.Initialize(DismLogLevel.LogErrors);
		var dismsession = DismApi.OpenOnlineSession();
		var listupdate = DismApi.GetPackages(dismsession);

		int ab = listupdate.Count;
		//Console.WriteLine("Количество обновлений через DISM: " + ab);
		string sw = "Количество обновлений через DISM: " + ab;
		result.Add(sw);

		foreach (DismPackage feature in listupdate)
		{
			result.Add(feature.PackageName);
			//result.Add($"[Имя пакета] {feature.PackageName}");
			//result.Add($"[Дата установки] {feature.InstallTime}");
			//result.Add($"[Тип обновления] {feature.ReleaseType}");
		}
	}

	catch (Exception ex)
	{
		result.Add("Что-то пошло не так: " + ex.Message);
	}

	return result;
}

Количество обновлений совпадало с количеством из списка Панели управления до первого апдейта через центр управления — после него количество обновлений стало меньше (было 214, стало 209), хотя по логике они должны были увеличиться. Примеры вывода До обновления, После обновления.

С чем это связано я могу только предполагать — возможно, какие-то обновления замещали предыдущие, следовательно, и количество стало меньше.

Чуть позже я наткнулся на утилиту от китайцев DISM++, которая основана не на DISM API или DISM Core API, но имеющиеся в ней библиотеки не имеют нужных мне открытых методов, поэтому я забросил эту идею и продолжил поиски дальше.

WSUS

Windows Server Update Services (WSUS) — сервер обновлений операционных систем и продуктов Microsoft. Сервер обновлений синхронизируется с сайтом Microsoft, скачивая обновления, которые могут быть распространены внутри корпоративной локальной сети. Опять же специальный инструмент, предназначенный для работы с обновлениями.

Распространяется только на серверных редакциях ОС Windows, поэтому был развернут следующий стенд:

• основная система – Windows Server 2016;
• а через систему виртуализации Hyper-V были развернуты две клиентские ОС:
  • Windows 8.1
  • Windows 7

Все системы соединены в единую виртуальную локальную сеть, но

без выхода в сеть Интернет

.

//не забудьте добавить ссылку на библиотеку 
using Microsoft.UpdateServices.Administration;

public static List<string> GetWSUSlist(params string[] list)
{
	List<string> result = new List<string>(200); //не забудь изменить количество

	string namehost = list[0]; //имя Пк, на котором будем искать string  = "example1";
	string servername = list[1]; //имя сервера string  = "WIN-E1U41FA6E55"; 
	string Username = list[2];
	string Password = list[3];
	
	try
	{
		
		ComputerTargetScope scope = new ComputerTargetScope();
		IUpdateServer server = AdminProxy.GetUpdateServer(servername, false, 8530);
		ComputerTargetCollection targets = server.GetComputerTargets(scope);
		// Search
		targets = server.SearchComputerTargets(namehost);

		// To get only on server FindTarget method
		IComputerTarget target = FindTarget(targets, namehost);
		result.Add("Имя ПК: " + target.FullDomainName);

		IUpdateSummary summary = target.GetUpdateInstallationSummary();
		UpdateScope _updateScope = new UpdateScope();
		// See in UpdateInstallationStates all other properties criteria

		//_updateScope.IncludedInstallationStates = UpdateInstallationStates.Downloaded;
		UpdateInstallationInfoCollection updatesInfo = target.GetUpdateInstallationInfoPerUpdate(_updateScope);

		int updateCount = updatesInfo.Count;

		result.Add("Кол -во найденных обновлений - " + updateCount);

		foreach (IUpdateInstallationInfo updateInfo in updatesInfo)
		{
			result.Add(updateInfo.GetUpdate().Title);
		}

	}

	catch (Exception ex)
	{
		result.Add("Что-то пошло не так: " + ex.Message);
	}

	return result;
}


public static IComputerTarget FindTarget(ComputerTargetCollection coll, string computername)
{
	foreach (IComputerTarget target in coll)
	{
		if (target.FullDomainName.Contains(computername.ToLower()))
			return target;
	}
	return null;
}

Так как интернета нет, то ситуация с обновлениями выходит как на скриншоте ниже:

Поведение похоже на WUApi — если обновления не прошли через них, то они не знают об этом. Поэтому данный метод снова не подходит.

WMI

Windows Management Instrumentation (WMI) в дословном переводе — инструментарий управления Windows.

WMI — реализованный корпорацией Майкрософт стандарт управления предприятием

через Интернет

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

Данный метод позволяет получить данные как с локальной машины, так и удаленно в пределах локальной сети. Для обращения к объектам WMI используется специфический язык запросов WMI Query Language (WQL), который является одной из разновидностей SQL. Получать список мы будем через WMI класс win32_quickfixengineering.

using System.Management;

public static List<string> GetWMIlist(params string[] list)
{
List<string> result = new List<string>(200); //не забудь изменить количество

ManagementScope Scope;

string ComputerName = list[0];
string Username = list[1];
string Password = list[2];

int kol = 0;

if (!ComputerName.Equals("localhost", StringComparison.OrdinalIgnoreCase))
{
	//     Возвращает или задает полномочия, которые используются для проверки подлинности
	//     указанного пользователя.
	ConnectionOptions Conn = new ConnectionOptions();
	Conn.Username = Username;
	Conn.Password = Password;
	//Если значение свойства начинается со строки «NTLMDOMAIN:» аутентификация NTLM будет использоваться, и свойство должно содержать доменное имя NTLM.
	Conn.Authority = "ntlmdomain:DOMAIN";
	Scope = new ManagementScope(String.Format("\\{0}\root\CIMV2", ComputerName), Conn);
}
else
	Scope = new ManagementScope(String.Format("\\{0}\root\CIMV2", ComputerName), null);

try
{
	Scope.Connect();
	ObjectQuery Query = new ObjectQuery("SELECT * FROM Win32_QuickFixEngineering");
	ManagementObjectSearcher Searcher = new ManagementObjectSearcher(Scope, Query);

	foreach (ManagementObject WmiObject in Searcher.Get())
	{
		result.Add(WmiObject["HotFixID"].ToString());
		//Console.WriteLine("{0,-35} {1,-40}", "HotFixID", WmiObject["HotFixID"]);// String
		//result.Add();
		/*result.Add("{0,-17} {1}", "Тип обновления: ", WmiObject["Description"]);
		result.Add("{0,-17} {1}", "Ссылка: ", WmiObject["Caption"]);
		result.Add("{0,-17} {1}", "Дата установки: ", WmiObject["InstalledOn"]);*/
		kol++;
	}
	result.Add("Количество равно " + kol);
}

catch (Exception ex)
{
	result.Add("Что-то пошло не так: " + ex.Message);
}

return result;
}

Количественно всё совпадает (даже после обновлений), поэтому было решено использовать этот метод. Для программного создания WMI запросов советую использовать следующую утилиту — WMI Delphi Code Creator. Благодаря ей я немного по другому взглянул на свой код и решил использовать заготовку из этой программы.

XML

Полученные данные методом WMI меня не остановили, и я решился на „поверхностный реверс-инжиниринг“. Воспользуемся утилитой Process Monitor из сборника программ Sysinternals Suite для выявления файлов и ветвей реестра, которые используются при вызове выше перечисленных консольных команд и обращению к пункту „Установленные обновления“ через Панель управления.

Моё внимание привлек файл wuindex.xml, расположенный в папке C:WindowsservicingPackages. Для его анализа была написана следующая программа:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Xml;
using System.Text.RegularExpressions;
using System.IO;

namespace XMLviewer
{
    class Program
    {
        static void Main(string[] args)
        {
            string writePath = AppDomain.CurrentDomain.BaseDirectory + "XML Обновлений " + Environment.MachineName + ".txt";
            if (!File.Exists(writePath))
            {
                Console.WriteLine("Создаю пустой txt файл");
            }
            else
            {
                Console.WriteLine("Файл XML Обновлений.txt существует, он будет перезаписан");
                File.Delete(writePath);
            }

            //регулярное выражение для поиска по маске KB
            Regex regex = new Regex(@"KB[0-9]{6,7}");
            //Regex(@"(w{2}d{6,7}) ?");

            //SortedSet не поддерживает повторяющиеся элементы, поэтому повторяющиеся элементы мы "группируем" ещё на стадии добавления
            SortedSet<string> spisok = new SortedSet<string>();

            XmlDocument xDoc = new XmlDocument();
            string path = "C:\Windows\servicing\Packages\wuindex.xml"; //путь до нашего xml
            xDoc.Load(path);

            int kol = 0; //кол-во компонентов
            int total = 0; //кол-во дочерних элементов в xml
            int total2 = 0; //кол-во полученных обновлений

            XmlNodeList name = xDoc.GetElementsByTagName("Mappings");
            foreach (XmlNode xnode in name)
            {
                //Console.WriteLine(xnode.Name);
                kol++;
                XmlNode attr = xnode.Attributes.GetNamedItem("UpdateId");
                //Console.WriteLine(attr.Value);

                foreach (XmlNode childnode in xnode.ChildNodes)
                {
                    XmlNode childattr = childnode.Attributes.GetNamedItem("Package");
                    total++;
                    //Console.WriteLine(childattr.Value);

                    MatchCollection matches = regex.Matches(childattr.Value);
                    if (matches.Count > 0)
                    {
                        foreach (Match match in matches)
                            //Console.WriteLine(match.Value);
                            spisok.Add(match.Value);
                    }
                    else
                    {
                        //Console.WriteLine("Совпадений не найдено");
                    }
                }

            }

            try
            {
                StreamWriter sw = new StreamWriter(writePath);
                foreach (string element in spisok)
                {
                    //Console.WriteLine(element);
                    sw.WriteLine(element);
                    total2++;
                }
                sw.Close();
            }
            catch (Exception ex)
            {
                Console.WriteLine("Ошибка: " + ex.Message);
            }

            //Console.WriteLine("n");
            Console.WriteLine("Количество пакетов: " +kol);

            Console.WriteLine("Количество дочерних элементов в xml: " + total);

            Console.WriteLine("Количество KB обновлений: " + total2);

            Console.WriteLine("Нажмите любую клавишу для выхода.");
            Console.Read();
        }
    }
}

К сожалению, данный файл встречается не на всех системах и принцип его генерирования и обновления остался для меня загадкой. Поэтому снова данный метод нам не подходит.

CBS

Вот мы подошли к тому, с чем связаны все эти методы. Продолжая анализ логов Process Monitor я выявил следующие папки и файлы.

Файл DataStore.edb, расположенный в папке C:WindowsSoftwareDistributionDataStore. Это база данных, в которой содержится история всех обновлений установленной версии Windows, включая те обновления, которые только стоят в очереди.

Для анализа файла DataStore.edb использовалась программа ESEDatabaseView. В БД существует таблица tbUpdates, содержимое которой трудно интерпретировать.

После мое внимание привлек процесс TiWorker.exe, который вызывался каждый раз при открытии пункта в Панели управления. Он „ходил“ по многим папкам, одна из которых вывела меня на верный путь.

C:WindowsSoftwareDistribution — это папка, используемая службой обновления Windows для загрузки обновлений на компьютер с последующей их установкой, а также хранит сведения обо всех ранее установленных обновлениях.

Папка WinSxS, расположенная по адресу C:Windowswinsxs. Это служебная папка операционной системы Windows служащая для хранения ранее установленных версий системных компонентов. Благодаря ее наличию существует возможность отката к более старой версии обновления в случае необходимости.

C:Windowsservicing — основная составляющая всей системы, имя которой Component-Based Servicing (CBS).

CBS — обслуживание на основе компонентов, составляющая Windows, интегрированная с службой Windows Update. В противоположность обслуживанию на основе файлов File-Based Servicing (FBS) (для ОС, предшествующих Windows Vista), в котором файлы обновлялись прямо в системных директориях, в CBS появилась целая иерархия директорий и целое семейство (стек) модулей/библиотек обслуживания.

CbsApi.dll — основная библиотека поддержки технологии CBS. Не имеет открытых методов, поэтому напрямую использовать её я не смог. Microsoft использует TrustedInstaller.exe и TiWorker.exe для доступа к методам данной библиотеки и уже через эти процессы выводит нужные нам данные. ‪Записи ведутся в C:WindowsLogsCBSCBS.log.

На момент создания прототипа программы (на скриншотах можете увидеть май 2019) русскоязычной информации о CBS не было, но в конце августа нашлась очень хорошая статья в блоге — http://datadump.ru/component-based-servicing. Очень интересная статья, которая подтвердила мой опыт и собрала в себе нужную информацию. И ещё по теме: http://www.outsidethebox.ms/17988/

Вывод

Microsoft слишком усложнила тривиальную задачу по получению списка обновлений и сделала этот процесс не совсем явным. Всё это сделано для безопасности, но не для простоты использования. Соглашусь с автором статьи — в получении обновлений стали отсутствовать предсказуемость и прозрачность.

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

В планах дописать:

1. сравнение списка необходимых обновлений с полученным;
2. передать результат по протоколу SNMP/OPC (если у кого есть опыт поделитесь в комментариях);
3. организовать установку недостающих „офлайн“ обновлений из указанной папки.

Если вы знаете ещё методы получения списка не только обновлений, но и дополнительных компонентов (Adobe Flash, Acrobat Reader и т.д.) или у вас есть другие интересные предложения, напишите об этом в комментариях или в личные сообщения — буду рад любой обратной связи. И поучаствуйте в опросе к данной статье — так я буду знать, будет ли интересен мой опыт аудитории Habrahabr.

Продолжить тему о том, как всем этим управлять через SNMP/OPC?

Проголосовали 132 пользователя.

Воздержались 50 пользователей.

И пользуясь случаем ещё один опрос: рассказать про ЕГИССО — что это какое, как мучаются люди и что люди разрабатывают, чтобы с этим работать?

Проголосовали 124 пользователя.

Воздержались 44 пользователя.