C windows softwaredistribution datastore что за папка

Когда на системном разделе жестком диске компьютера становится слишком мало свободного места, то обычно начинается поиск виновных. Хотя зачастую в этом виноват сам пользователь, неправильно выбравший его размер. Поиски наиболее объемных папок часто приводят к папке WinSxS которую мы уже рассматривали ранее. Тем не менее порой внимание привлекает внимание, и папка C:WindowsSoftwareDistribution хотя конечно она имеет гораздо более скромные размеры.

SoftwareDistribution — это папка, используемая службой обновления Windows для загрузки обновлений на компьютер с последующей их установкой, а также хранит сведения обо всех ранее установленных обновлениях. После установки, они остаются там еще некоторое время, а затем удаляются системой автоматически. Она присутствует во всех версиях Windows от XP и до 10.

Отсюда можно сделать вывод, что в нормально работающей операционной системе папка %systemroot%SoftwareDistributionDownload не требует к себе внимания пользователя, поскольку система следит за ней самостоятельно и обычно она имеет вес в несколько сотен мегабайт, иногда до 1 ГБ.

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

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

Лучше ограничиться очисткой папки SoftwareDistribution Download, так как удаление папки DataStore включая DataStore.edb, а также ReportingEvents.log приведет к упомянутым выше последствиям. На всякий случай перед манипуляциями с ней можно создать ее резервную копию или просто переименовать, чтобы в случае необходимости можно было вернуть ее обратно. Удалить SoftwareDistribution можно в графическом интерфейсе или с помощью командной строки. Кстати, если у вас вдруг в компьютере окажутся папки с именами типа SoftwareDistribution.old или SoftwareDistribution.bak их можно смело удалять, так как это просто копии, созданные кем-то.

Для этого потребуются права администратора компьютера. Чтобы иметь возможность что-то сделать с этой папкой, сначала нужно остановить службу «Центр обновления Windows» (в XP это служба «Автоматическое обновление») которая блокирует операции с файлами. Это можно сделать несколькими способами, вот несколько вариантов.

• Пройти по пути «Пуск» ⇒ «Панель управления» ⇒ «Администрирование» ⇒ «Службы» (XP и 7)
• запустить Диспетчер задач нажав Ctrl+Shift+Esc на клавиатуре и перейдя на вкладку «Службы» нажать одноименную кнопку в низу окна (Windows 7, 8 и 10)
• нажать комбинацию клавиш WIN+R и набрав команду services.msc нажать OK или Enter

Любым из перечисленных способов вы попадете в оснастку Службы, где ищем пункт «Центр обновления Windows» («Автоматическое обновление» в XP) выбираем его и на панели инструментов и нажимаем кнопку «Остановка службы».

В Windows 7, 8 и 10 останавливать и запускать службы можно непосредственно в Диспетчере задач выделив нужную службу, щелкаете по ней правой кнопкой мыши и выбираете в контекстном меню соответствующий пункт.

Теперь, когда служба остановлена можно в Проводнике переименовать или очистить папку SoftwareDistribution. Возможно в некоторых случаях может потребоваться так же остановить службу «Фоновая интеллектуальная служба передачи (BITS)» для разблокировки папки.

По окончании всех манипуляций с папкой запускаем остановленные службы обратно нажав на соответствующую кнопку в службах.

Как очистить папку SoftwareDistribution в командной строке

Все выше приведенные манипуляции можно выполнить с помощью командной строки или используя bat файл. Для этого открываем командную строку от имени администратора и вводим по одной следующие команды

cd %systemroot%
net stop wuauserv
rd /q /s SoftwareDistribution
net start wuauserv

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

Остановить службу BITS

net stop BITS

Переименовать папку в SoftwareDistribution_old

ren SoftwareDistribution SoftwareDistribution_old

Удалить только папку Download со всем содержимым из папки SoftwareDistribution

rd /q /s SoftwareDistributionDownload

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

Теперь вы знаете, что softwaredistribution можно удалить в случае необходимости и это можно сделать несколькими способами.

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 пользователя.