ディストリビューションの更新が失敗する原因となっているクライアントを見つけるにはどうすればよいですか？
それは時々起こります。パッケージを更新し、配布ポイントを更新する必要があります。私たちには複数のDPがあり、通常すべてが問題なく通過しますが、時々、メインDPがパッケージを更新できません。
コンテンツステータスログは、失敗について多くを語ることはありません。管理ポイントまたはDPへのバックエンドサーバーアクセスがありません。SCCM adminです。SCCMでログを確認し、レポートを実行して、すべてを行うことができますが、どこを見ればいいかわからない。
これまで、問題のあるパッケージで[ユーザーを配布ポイントから切断する]設定を両方とも0に設定してみましたが、実際には機能しません。問題はしばらくすると自然に解消するようですが、場合によっては数日かかることもあります。大多数（実際にはすべてですが、見落としている1つまたは2つがある可能性があります）をクライアントに "配布プログラムからプログラムを実行"に設定します。原因は。
更新
レポートでもう少し情報を見つけました。具体的にはAll Status Messages for a Specific Package at a Specific Siteクエリ。クエリにパッケージIDを使用したところ、DP更新が再度失敗した後、1つのエントリが目立つようになりました。
配布マネージャは、パッケージ "構成の更新"（パッケージID = SOM00013）の処理に失敗しました。
考えられる原因：配布マネージャーは、パッケージのソースディレクトリまたは配布ポイントのいずれにもアクセスできません。解決策：配布マネージャーがパッケージソースディレクトリ/配布ポイントにアクセスできることを確認します。
考えられる原因：パッケージソースディレクトリに長いファイル名のファイルが含まれていて、パスの全長がオペレーティングシステムでサポートされている最大長を超えています。解決策：パッケージに定義されているフォルダーの数を減らすか、ファイル名を短くするか、圧縮ユーティリティを使用してファイルをバンドルすることを検討してください。
考えられる原因：サイトサーバーコンピューターまたは配布ポイントに十分なディスク領域がありません。解決策：サイトサーバーコンピューターと配布ポイントに十分な空きディスク領域があることを確認します。
考えられる原因：パッケージソースディレクトリには、アクティブなプロセスで使用されている可能性のあるファイルが含まれています。解決策：ソースディレクトリのファイルを使用している可能性のあるプロセスをすべて閉じます。このエラーが続く場合は、ソースディレクトリの代替コピーを作成し、それを指すようにパッケージソースを更新します。
単純な理由で真ん中の2つの原因を疑っています
ソースフォルダーは、NTFSの長いファイル名を含むほど深くはありませんが、完全性を確認するつもりです。
DPにファイルをうまく追加できるので、ファイルスペースの問題ではありません。他のパッケージも問題なく更新できます。
私が予期していなかったことは、3番目の原因がsourceディレクトリがどこかで使用中であると言うことです。とにかく、それはどのような違いがありますか？ファイル共有からSCCM DP共有にファイルをコピーするだけではありませんか？さらに、ループのために私をスローするb/cクライアントは、ソースディレクトリにアクセスすることすらありません。 sccmがファイルをコピーするためのステージングディレクトリ。
それは最初の原因を残すだけですが、再び同じことに戻ります。他のパッケージは問題なく更新できます。
これが「管理ポイントまたはDPへのバックエンドサーバーアクセス権がない」場合は、これを解決できないと思います。
サイトサーバーのdistmgr.logにアクセスできますか？そうでない場合は、問題をエスカレーションできる人にエスカレーションする必要があります。
この問題はクライアントとは何の関係もないので、クライアントを見ることを勧める他の回答は無視します。この問題は、サイトサーバーがソースフォルダーから配布ポイントにファイルをコピーできないために発生します。
Site Serverログにアクセスできない場合、フォルダー構造が長すぎることを排除するための1つの方法は、パッケージを圧縮して展開し、クライアント側にインストールする前に解凍することです。
SCCMツールキットを入手してください。ログキットと配布ポイントツールキットがあり、問題の発見に役立ちます。
http://www.Microsoft.com/en-us/download/details.aspx?id=3621