配信の最適化のトラブルシューティング

この記事では、配信の最適化のトラブルシューティング方法について説明します。

DO トラブルシューティング ツール

新しい配信の最適化のトラブルシューティング ツールについては、こちらの記事を参照してください。 このツールは、配信の最適化を使用するようにデバイスが正しく設定されていることを確認するためのデバイス正常性チェックを提供します。 出力をより具体的にスコープするには、使用可能なスイッチのいずれかを使用します。

  • -HealthCheck: デバイスのセットアップの全体的なチェックを提供し、デバイスで配信の最適化通信が可能であることを確認します。
  • -P2P: P2P の設定、効率、エラーに固有の出力を提供します。
  • -MCC: MCC 設定に固有の出力を提供し、クライアントがキャッシュ サーバーにアクセスできることを確認します。

一般的な問題と解決策

このセクションでは、一般的な問題と、試してみるいくつかの解決策について説明します。

ピアからのバイトが表示されない場合

ピアからのバイト数が表示されない場合、原因は次のいずれかの問題である可能性があります。

  • クライアントは配信の最適化クラウド サービスに到達できません。
  • クラウド サービスには、ネットワーク上の他のピアは表示されません。
  • クライアントは、クラウド サービスから返されるピアに接続できません。
  • ネットワーク上のどのコンピューターもピアから更新プログラムを取得しません。

クライアントが配信の最適化クラウド サービスに到達できない

次の手順を実行します。

  1. ストアから 50 MB を超えるアプリのダウンロードを開始します (例: "キャンディクラッシュ佐賀")。
  2. 管理者特権の PowerShell ウィンドウから Get-DeliveryOptimizationStatus を実行し、 DODownloadMode 設定を確認します。 ピアリングを機能させるには、ダウンロード モードは 1、2、または 3 である必要があります。
  3. ダウンロード モードが 99 の場合、デバイスが配信最適化クラウド サービスに到達できないことを示している可能性があります。 配信の最適化ホスト名にアクセスが許可されていることを確認します。最も重要なのは *.prod.do.dsp.mp.microsoft.com です。

クラウド サービスにネットワーク上の他のピアが表示されない

次の手順を実行します。

  1. 同じネットワーク上の 2 つの異なるデバイスに同じアプリをダウンロードし、ダウンロードの間に 10 分から 15 分待ちます。
  2. 管理者特権の PowerShell ウィンドウから Get-DeliveryOptimizationStatus を実行し、両方のデバイスで DODownloadMode が 1 または 2 であることを確認します。
  3. 2 番目のデバイスの管理者特権の PowerShell ウィンドウから Get-DeliveryOptimizationPerfSnap を実行します。 NumberOfPeers フィールドは 0 以外にする必要があります。
  4. ピアの数が 0 で DODownloadMode が 1 の場合は、両方のデバイスが同じパブリック IP アドレスを使用してインターネットにアクセスしていることを確認します (ブラウザー ウィンドウを開き、"自分の IP とは何か" を検索することで簡単に行うことができます)。 デバイスが同じパブリック IP アドレスを報告していない場合は、 DODownloadMode を 2 (グループ) に構成し、カスタム DOGroupID (Guid) を使用します。

注

Windows 10 バージョン 2004 以降では、 Get-DeliveryOptimizationStatus には、ファイルごとの潜在的なピアのリアルタイム リストを返す新しいオプション -PeerInfo があります。これには、正常に接続されているピアと、各ピアから送受信された合計バイト数が含まれます。

クライアントは、クラウド サービスによって提供されるピアに接続できません

ネットワーク上の 2 つのデバイス間で Telnet テストを試して、ポート 7680 を使用して接続できることを確認します。 次の手順に従います。

  1. 管理者特権のコマンド プロンプトから dism /online /Enable-Feature /FeatureName:TelnetClient を実行して Telnet をインストールします。
  2. テストを実行します。 たとえば、IP 192.168.8.12 のデバイスで、192.168.9.17 への接続をテストしようとしている場合は、 telnet 192.168.9.17 7680 を実行します (構文は telnet [destination IP] [port])。 この /_のような接続エラーまたは点滅カーソルが表示された場合。 点滅しているカーソルは成功を意味します。

注

Telnet の代わりに Test-NetConnection を使用してテストを実行することもできます。 Test-NetConnection -ComputerName 192.168.9.17 -Port 7680

ネットワーク上のどのコンピューターもピアから更新プログラムを取得していない

ピア キャッシュへの参加を制限する可能性がある配信の最適化設定を確認します。 割り当てられたグループ ポリシー、ローカル グループ ポリシー、または MDM ポリシーの次の設定の制限が厳しすぎるかどうかを確認します。

  • ピア キャッシュを使用できる最小 RAM (包括的)
  • ピア キャッシュを使用できる最小ディスク サイズ
  • デバイスが VPN を使用して接続している間にピア キャッシュを有効にします。
  • 設定されたバッテリ レベルの下でデバイスがバッテリに搭載されている場合にアップロードを許可する