Dati di Ottimizzazione recapito nei report di Windows Update for Business

Ottimizzazione recapito (DO) è una funzionalità di Windows che può essere usata per ridurre il consumo di larghezza di banda condividendo il lavoro di download degli aggiornamenti tra più dispositivi nell'ambiente. È possibile usare DO con molti altri metodi di distribuzione, ma si tratta di una soluzione gestita dal cloud e l'accesso ai servizi cloud DO è un requisito.

Windows Update report per le aziende fornisce informazioni sull'ottimizzazione recapito nelle posizioni seguenti:

• Cartella di lavoro report Windows Update for Business
• UCDOAggregatedStatus
• UCDOStatus

Windows Update report per le aziende non include i dati di ottimizzazione recapito per i dispositivi Windows Insider.

Termini di ottimizzazione recapito

Windows Update report per le aziende usa le condizioni di ottimizzazione recapito seguenti:

• Peer: un dispositivo nella soluzione

• Peering 'ON' - Dispositivi in cui DO peer-to-peer è abilitato in una delle modalità seguenti:

  • LAN (1)
  • Gruppo (2)
  • Internet (3)

• Peering 'OFF': dispositivi in cui DO peer-to-peer è disabilitato, impostato su una delle modalità seguenti:

  • Solo HTTP (0)
  • Modalità semplice (99)
  • Bypass (100), deprecato in Windows 11

• Risparmio di larghezza di banda: percentuale di larghezza di banda scaricata da origini alternative (Peer o Microsoft Connected Cache) rispetto alla quantità totale di dati scaricati.

• Se il risparmio di larghezza di banda è <= 60%, viene visualizzata un'icona di avviso

• Quando il risparmio di larghezza di banda è <pari al 10%, viene visualizzata un'icona Errore .

• Configurazioni: in base al set di configurazione DownloadMode tramite MDM, Criteri di gruppo o l'utente finale tramite l'interfaccia utente.

• Numero di dispositivi P2P: il numero di dispositivi configurati per l'uso del peering è il numero di dispositivi.

• Cache connessa Microsoft: Microsoft Connected Cache è una soluzione di memorizzazione nella cache solo software che fornisce contenuto Microsoft. Per altre informazioni, vedere Panoramica di Microsoft Connected Cache.

• Conteggio dispositivi MCC: il numero di dispositivi è il numero di dispositivi che hanno ricevuto byte dal server di cache, per i tipi di contenuto supportati.

• Numero totale di dispositivi: numero totale di dispositivi con attività negli ultimi 28 giorni.

• Byte LAN: byte forniti dai peer LAN.

• Byte del gruppo: byte dai peer del gruppo. Se un dispositivo usa Group DownloadMode, Ottimizzazione recapito cerca prima i peer nella LAN e quindi nel gruppo. Pertanto, se i byte vengono recapitati dai peer LAN, vengono calcolati in "byte LAN".

• Byte della rete CDN: byte recapitati dalla rete per la distribuzione di contenuti (CDN).

• Città: la città viene determinata in base alla posizione del dispositivo in cui viene scaricata la quantità massima di dati.

• Paese: il paese viene determinato in base alla posizione del dispositivo in cui viene scaricata la quantità massima di dati.

• ISP: l'ISP viene determinato in base all'ISP che fornisce il numero massimo di byte al dispositivo.

Calcoli per ottimizzazione recapito

I valori calcolati usati nel report Ottimizzazione recapito sono elencati di seguito.

Calcoli dell'efficienza (%) :

• Risparmio di larghezza di banda (BW SAV%) = 100 * (BytesFromPeers + BytesFromGroupPeers + BytesFromCache) / (BytesFromPeers + BytesFromGroupPeers+BytesFromCDN + BytesFromCache)
  • Tabella UCDOAggregatedStatus
• % efficienza P2P = 100 * (BytesFromPeers + BytesFromGroupPeers) / (BytesFromPeers + BytesFromGroupPeers+BytesFromCDN+BytesFromCache)
  • Tabella UCDOStatus
• % Efficienza cache connessa = 100 * BytesFromCache / (BytesFromPeers + BytesFromGroupPeers+BytesFromCDN+BytesFromCache)
  • Tabella UCDOStatus

Calcoli dei byte:

• TotalBytes = BytesFromCDN + BytesFromEnterpriseCache + BytesFromPeers + BytesFromGroupPeers
  • Tabella UCDOAggregatedStatus
• BytesFromCDN = BytesFromCDN
  • Tabella UCDOAggregatedStatus
• BytesFromPeers = BytesFromLAN
  • Tabella UCDOAggregatedStatus
• BytesFromGroupPeers = BytesFromGroupPeers
  • Tabella UCDOAggregatedStatus
• BytesFromCache = BytesFromCache
  • Tabella UCDOAggregatedStatus

Calcoli del volume:

• Volume per P2P = BytesFromPeers + BytesFromGroupPeers
  • Tabella UCDOStatus
• Volume by Connected Cache = BytesFromCache
  • Tabella UCDOStatus
• Volume per rete CDN = BytesFromCDN
  • Tabella UCDOStatus

Mapping GroupID

Nella sottosezione Efficienza per gruppo il GroupID viene visualizzato come hash SHA256 codificato e fa distinzione tra maiuscole e minuscole. È possibile creare un mapping di id gruppo originali a groupID codificati usando l'esempio di PowerShell seguente:

$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"

Inoltre, è possibile visualizzare sia gli ID gruppo codificati che decodificati nei log di ottimizzazione recapito.

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

Le due righe seguenti sono unite in log dettagliati:

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>**

Query di esempio

È possibile usare i dati in UCDOAggregatedStatus e UCDOStatus per creare query personalizzate. Creare query personalizzate usando Linguaggio di query Kusto (KQL), ma si noti che Windows Update report per le aziende usa Monitoraggio di Azure, in modo che alcuni operatori non siano supportati. La documentazione KQL specifica quali operatori non sono supportati da monitoraggio Azure o se hanno funzionalità diverse. Per altre informazioni su KQL in Monitoraggio di Azure, vedere Log queries in Monitoraggio di Azure.For more information about KQL in Monitoraggio di Azure, see Log queries in Monitoraggio di Azure. Le query seguenti sono esempi di come è possibile usare i dati:

Esempio di query di tabella UCDOAggregatedStatus

La query seguente viene usata per visualizzare il valore % di risparmio totale della larghezza di banda:

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"

Query di tabella UCDOStatus di esempio

La query seguente viene usata per visualizzare i primi 10 GROUPID:

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

Tipi di contenuto supportati per Ottimizzazione recapito

Esistono molti tipi di contenuto Microsoft supportati da Ottimizzazione recapito. Tutti questi tipi di contenuto vengono visualizzati nella sezione "Distribuzione contenuto" nel report Ottimizzazione recapito. Vedere la tabella completa per i tipi di supporto P2P/Connected Cache.

Domande frequenti

• Quale periodo di tempo sono inclusi i dati di Ottimizzazione recapito? I dati vengono generati/aggregati per gli ultimi 28 giorni per i dispositivi attivi. Affinché i dati di Ottimizzazione recapito vengano registrati nel report, il dispositivo deve aver eseguito alcune azioni di ottimizzazione recapito nella finestra in sequenza di 28 giorni. Sono incluse le informazioni di configurazione del dispositivo.

• I dati vengono visualizzati come "Sconosciuti", che cosa significa? È possibile che nel report vengano visualizzati i dati elencati come "Sconosciuto". Questo stato indica che l'impostazione DownloadMode ottimizzazione recapito non è valida o vuota.

• Come vengono identificati i "primi 10" gruppi? I gruppi principali sono rappresentati dal numero di dispositivi in un determinato gruppo, per uno qualsiasi dei quattro tipi di gruppo (GroupID, City, Country e ISP).

• I GroupID non sembrano familiari, perché sono diversi? I valori GroupID vengono codificati per i requisiti di telemetria della protezione dei dati. Altre informazioni sono disponibili nella sezione "Mapping di ID gruppo" sopra.

• Come è possibile visualizzare i dati per il dispositivo in ufficio rispetto all'esterno dell'ufficio? Oggi non esiste una distinzione per i dati scaricati in base alla posizione.

• Che cosa rappresentano i dati nella tabella UCDOStatus? Una riga in UCDOStatus rappresenta i dati scaricati da una combinazione di un singolo ID dispositivo (AzureADDeviceId) per tipo di contenuto (ContentType).

• Cosa rappresentano i dati nella tabella UCDOAggregatedStatus? Una riga in UCDOAggregatedStatus rappresenta i dati riepilogati a livello di tenant (AzureADTenantID) per ogni tipo di contenuto (ContentType).

• Come vengono calcolati i byteFromCache quando è presente un server cache connessa usato dall'ISP? Se è presente un server cache connessa a livello di ISP, BytesFromCache filtra tutti i byte che arrivano alla cache connessa dell'ISP.

• Come si confrontano i risultati dei cmdlet powershell di Ottimizzazione recapito con i risultati nel report?I cmdlet di PowerShell per Ottimizzazione recapito possono essere uno strumento potente usato per monitorare i dati di Ottimizzazione recapito nel dispositivo. Questi cmdlet usano la cache nel dispositivo. I dati calcolati nel report provengono dagli eventi di telemetria di Ottimizzazione recapito.

• Il report rappresenta gli ultimi 28 giorni di dati, perché alcune query includono >= sette giorni? I dati nel report rappresentano gli ultimi 28 giorni di dati. La query per gli ultimi sette giorni consiste solo nel ottenere i dati per lo snapshot più recente degli ultimi sette giorni. È possibile che i dati vengano ritardati per qualche tempo e non siano disponibili per il giorno corrente, quindi si cerca lo snapshot degli ultimi 7 giorni in Log Analytics e viene visualizzato lo snapshot più recente.