Поделиться через


Данные оптимизации доставки в отчетах клиентский компонент Центра обновления Windows для бизнеса

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

Отчеты клиентский компонент Центра обновления Windows для бизнеса предоставляют сведения об оптимизации доставки в следующих местах:

клиентский компонент Центра обновления Windows отчеты для бизнеса не включают данные оптимизации доставки для устройств предварительной оценки Windows.

Условия оптимизации доставки

клиентский компонент Центра обновления Windows отчетах для бизнеса используются следующие условия оптимизации доставки:

  • Одноранговый узел: устройство в решении

  • Пиринг "ON" — устройства, где одноранговая связь DO включена в одном из следующих режимов:

    • Локальная сеть (1)
    • Группа (2)
    • Интернет (3)
  • Пиринг "OFF": устройства, на которых отключена одноранговая связь DO, задается один из следующих режимов:

    • Только HTTP (0)
    • Простой режим (99)
    • Обход (100), устаревший в Windows 11
  • Экономия пропускной способности. Процент пропускной способности, загруженной из альтернативных источников (одноранговых узлов или подключенного кэша Майкрософт), от общего объема скачанных данных.

  • Если экономия пропускной способности <составляет 60 %, отображается значок предупреждения .

  • Если экономия пропускной способности составляет <10 %, отображается значок Ошибки .

  • Конфигурации. На основе набора конфигурации DownloadMode через MDM, групповая политика или конечный пользователь через пользовательский интерфейс.

  • Число устройств P2P. Количество устройств — это количество устройств, настроенных для использования пиринга.

  • Подключенный кэш (Майкрософт). Подключенный кэш (Майкрософт) — это программное решение для кэширования, которое предоставляет содержимое Майкрософт. Дополнительные сведения см. в статье Обзор подключенного кэша (Майкрософт).

  • Число устройств MCC. Число устройств — это количество устройств, которые получили байты с сервера кэша для поддерживаемых типов контента.

  • Общее число устройств: общее число устройств с активностью за последние 28 дней.

  • Байты локальной сети: байты, доставляемые из одноранговых узлов локальной сети.

  • Байты группы: байты из одноранговых узлов группы. Если устройство использует group DownloadMode, оптимизация доставки сначала ищет одноранговые узлы в локальной сети, а затем в группе. Таким образом, если байты доставляются из одноранговых узлов локальной сети, они вычисляются в "байтах локальной сети".

  • Байты CDN: байты, доставленные из сети доставки содержимого (CDN).

  • Город. Город определяется на основе расположения устройства, на котором загружается максимальный объем данных.

  • Страна: страна определяется на основе расположения устройства, на котором загружается максимальный объем данных.

  • Поставщик услуг Интернета. Поставщик услуг интернета определяется на основе того, что поставщик услуг Интернета доставляет максимальное количество байтов на устройство.

Вычисления для оптимизации доставки

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

Вычисления эффективности (%)

  • Экономия пропускной способности (BW SAV%) = 100 * (BytesFromPeers + BytesFromGroupPeers + BytesFromCache) / (BytesFromPeers + BytesFromGroupPeers +BytesFromCDN + BytesFromCache)
  • % эффективности P2P = 100 * (BytesFromPeers + BytesFromGroupPeers) / (BytesFromPeers + BytesFromGroupPeers+BytesFromCDN+BytesFromCache)
  • Процент эффективности подключенного кэша = 100 * BytesFromCache / (BytesFromPeers + BytesFromGroupPeers+BytesFromCDN+BytesFromCache)

Вычисления байтов:

Вычисления томов:

  • Том по P2P = BytesFromPeers + BytesFromGroupPeers
  • Volume by Connected Cache = BytesFromCache
  • Том по CDN = BytesF from CDN

Сопоставление GroupID

В подразделе Efficiency By Group (Эффективность по группе ) идентификатор GroupID отображается в виде закодированного хэша SHA256 и учитывает регистр. Вы можете создать сопоставление исходных идентификаторов с идентификаторами groupID с помощью следующего примера PowerShell:

$text = "<myOriginalGroupID>`0" ; # The `0 null terminator is required

$hashObj = [System.Security.Cryptography.HashAlgorithm]::Create('sha256') ; $dig = $hashObj.ComputeHash([System.Text.Encoding]::Unicode.GetBytes($text)) ; $digB64 = [System.Convert]::ToBase64String($dig) ; Write-Host "$text ==> $digB64"

Кроме того, в журналах оптимизации доставки можно просмотреть закодированные и декодированные идентификаторы GroupID.

Get-DeliveryOptimizationLog -Flush | Set-Content C:\dosvc.log

Следующие две строки объединяются в подробных журналах:

2023-02-15T12:33:11.3811337Z 1514  1F4          {CGlobalConfigManager::GetGroupId} Using groupID = **<myOriginalGroupId>**
2023-02-15T12:33:11.3811432Z 1514  1F4          {CGlobalConfigManager::GetGroupId} Hashed groupID = **<myEncodedGroupId>**

Примеры запросов

Вы можете использовать данные в UCDOAggregatedStatus и UCDOStatus для создания собственных запросов. Создавайте пользовательские запросы с помощью язык запросов Kusto (KQL), но обратите внимание, что клиентский компонент Центра обновления Windows для бизнеса отчеты используют Azure Monitor, поэтому некоторые операторы не поддерживаются. В документации по KQL указывается, какие операторы не поддерживаются в Azure Monitor, или у них есть другие функциональные возможности. Дополнительные сведения о KQL в Azure Monitor см. в статье Запросы журналов в Azure Monitor. Ниже приведены примеры использования данных.

Пример запроса таблицы UCDOAggregatedStatus

Следующий запрос используется для отображения значения общей экономии пропускной способности в процентах:

UCDOAggregatedStatus| where TimeGenerated == _SnapshotTime
| extend LocalSourceBytes = BytesFromCache + BytesFromGroupPeers + BytesFromPeers
| summarize LocalSources_BWSAV = round((sum(0.0 + LocalSourceBytes)/ sum(LocalSourceBytes+BytesFromCDN)) * 100.0 ,2)
| extend Title = "BW SAV%" , SubTitle = "Local Sources"

Пример запроса к таблице UCDOStatus

Следующий запрос используется для отображения 10 идентификаторов групп:

UCDOStatus  | where TimeGenerated == _SnapshotTime
| summarize sum(BytesFromCDN) ,  sum(BytesFromGroupPeers) , sum(BytesFromPeers) , sum(BytesFromCache) ,
DeviceCount = count_distinct(GlobalDeviceId) by GroupID | top 10 by DeviceCount desc
| extend TotalBytes = (sum_BytesFromPeers + sum_BytesFromGroupPeers+sum_BytesFromCDN+sum_BytesFromCache)
| extend P2PPercentage = ((0.0 + sum_BytesFromPeers + sum_BytesFromGroupPeers)/TotalBytes ) * 100.0
| extend  MCCPercentage = ((0.0 + sum_BytesFromCache)/ TotalBytes) * 100.0  ,
 VolumeBytesFromPeers = sum_BytesFromPeers + sum_BytesFromGroupPeers
| extend VolumeBytesFromMCC = sum_BytesFromCache , VolumeByCDN = sum_BytesFromCDN
| project  GroupID , P2PPercentage , MCCPercentage ,  VolumeBytesFromPeers , VolumeBytesFromMCC ,VolumeByCDN , DeviceCount

Поддерживаемые типы контента для оптимизации доставки

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

Категория содержимого Включенные типы контента
Приложения приложения магазина Windows 10, Windows 11 приложения магазина UWP
Обновления драйвера Обновления драйверов клиентский компонент Центра обновления Windows
Обновления компонентов обновления компонентов клиентский компонент Центра обновления Windows
Office Приложения Microsoft 365 и обновления
Другое Языковые пакеты Windows, обновления определений Защитника Windows, Intune приложения Win32, обновления браузера Edge, Configuration Manager экспресс-обновления, динамические обновления, агент MDM, Xbox Game Pass (PC), Диспетчер пакетов Windows, установщик MSIX (включает приложения Win32 Windows 11 Store, обновления Windows 11 Teams)
Исправления Обновления качества Обновления Windows)

Вопросы по частоте

  • Какой период времени включает данные оптимизации доставки? Данные создаются или агрегируются за последние 28 дней для активных устройств. Чтобы данные оптимизации доставки регистрировались в отчете, устройство должно выполнить некоторое действие оптимизации доставки в 28-дневном окне скользящего окна. Сюда входят сведения о конфигурации устройства.

  • Данные отображаются как "Неизвестные", что это означает? Данные могут отображаться в отчете как "Неизвестные". Это состояние указывает, что параметр DownloadMode оптимизации доставки является недопустимым или пустым.

  • Как определяются группы "Топ-10"? Верхние группы представлены количеством устройств в определенной группе для любого из четырех типов групп (GroupID, City, Country и ISP).

  • Идентификаторы GroupID не выглядят знакомыми, почему они отличаются? Значения GroupID кодируются для требований телеметрии защиты данных. Дополнительные сведения см. в разделе "Сопоставление идентификаторов групп" выше.

  • Как просмотреть данные для устройства в офисе и вне офиса? Сегодня у нас нет различий для данных, скачанных по расположению.

  • Что представляют данные в таблице UCDOStatus? Строка в UCDOStatus представляет данные, скачанные сочетанием одного идентификатора устройства (AzureADDeviceId) по типу контента (ContentType).

  • Что представляют данные в таблице UCDOAggregatedStatus? Строка в UCDOAggregatedStatus представляет данные, суммированные на уровне клиента (AzureADTenantID) для каждого типа контента (ContentType).

  • Как вычисляется BytesFromCache при наличии сервера подключенного кэша, используемого поставщиком услуг Интернета? Если есть сервер подключенного кэша на уровне поставщика услуг Интернета, BytesFromCache отфильтровывает все байты, поступающие в подключенный кэш поставщика услуг Интернета.

  • Как результаты командлетов PowerShell для оптимизации доставки сравниваются с результатами в отчете?Командлеты PowerShell для оптимизации доставки могут быть мощным инструментом, используемым для мониторинга данных оптимизации доставки на устройстве. Эти командлеты используют кэш на устройстве. Данные, вычисляемые в отчете, берутся из событий телеметрии оптимизации доставки.

  • Отчет представляет данные за последние 28 дней. Почему некоторые запросы включают >= семь дней? Данные в отчете представляют данные за последние 28 дней. Запрос за последние семь дней предназначен только для получения данных за последние snapshot за последние семь дней. Возможно, данные задерживаются на некоторое время и недоступны за текущий день, поэтому мы ищем последние snapshot за последние 7 дней в log Analytics и показываем последние snapshot.