System Center Configuration Manager バージョン 1610 の相互運用性の更新

修正される問題

• /SkipPrereq クライアント インストール コマンド ライン パラメーターは認識されません。 このパラメーターを使用してもエラーは返されませんが、指定した前提条件プログラムは引き続きインストールされます。
  
  この更新プログラムが適用されると、クライアントに正しくインストールされていない前提条件はすべてアンインストールできます。
  
  既存のクライアントは、最新バージョンのCCMSetup.exeに更新することで、この修正プログラムを利用できます。 これには、クライアントの再インストールは必要ありません。 代わりに、クライアントの自動アップグレード機能が有効になっている場合、このファイルは自動的に更新されます。
  
  詳細については
  
  、次のリソースを参照してください。
  

• • 自動クライアント アップグレード機能については、「System Center Configuration ManagerのWindows コンピューターのクライアントをアップグレードする方法」を参照してください。

  • CCMSetup.exeについては、「System Center Configuration Managerのクライアント インストール プロパティについて」を参照してください。 CCMSetup.exeは、ソフトウェア配布またはその他の手段を介して配布することもできます。
    

• クライアントを Configuration Manager バージョン 1610 にアップグレードすると、CCM キャッシュ フォルダーの内容 (既定では %windir%\ccmcache) が孤立します。 ファイルはディスク上にまだ存在しますが、アプリケーションのインストールには使用できず、クライアントによって管理または削除されることはありません。
  
  この更新プログラムをインストールすると、将来のクライアントアップグレードでキャッシュの問題が回避されます。 以前にアップグレードされたクライアントは該当するコンテンツを再ダウンロードし、期限切れのコンテンツは必要に応じて手動で削除できます。
  
  

• 中央管理サイト (CAS) をバージョン 1610 Configuration Managerにアップグレードした後、新しいパッケージまたは更新されたパッケージの内容は下位バージョンの子サイトでは処理されません。 これには、ブート イメージの更新プログラム、ソフトウェア配布パッケージ、ソフトウェア更新プログラム パッケージ、およびその他のコンテンツが含まれる場合があります。
  
  バージョン 1610 親サイトからのパッケージ命令を処理しようとすると、以前のバージョンの子サイトのSMS_Despooler コンポーネントは、despool.log ファイルに次のようなエントリを記録します。
  
  

  ~受信したパッケージ package_id バージョン 570448640。 圧縮ファイル - pcA as SMS_INSTALL_DIR\Inboxes\despoolr.box\receive\PKGxxxx1.TRY
  ~Old package stored UNC path is .
  ~このパッケージ[package_id]の情報は、このバージョンの [570448640] にはまだ到着していません。 後で再試行してください...
  ~ジョブ job_id
  に対して作成された再試行命令~Despooler が命令の実行に失敗しました。エラー コード = 12

  
  ノート
  
  

  • ログ ファイルに記録されたパッケージ のバージョン番号が、想定されるバージョンと一致しません。

  • 子サイトのSMS_Despoolerは、手順を最大 100 回再試行します。

  • バージョン 1511 または 1602 サイトでは、これはパッケージの更新に対して約 36 時間、新しいパッケージの場合は 8 時間に相当します。 バージョン 1606 以降のバージョンでの再試行時間は、新規パッケージと更新パッケージの両方で約 50 時間です。

  • 再試行期間内にアップグレードまたはインストールされたサイトは、自動的に問題を解決し、パッケージの手順を処理します。

  • 子サイトがアップグレードされる前にすべての再試行が終了した場合、次のメッセージが despool.log ファイルに記録されます。
    

    ジョブ<job_id > で十分な時間を再試行し、それを放棄しました。

  • すべての再試行が終了した後にアップグレードするサイトの場合、この問題を解決するには、CAS のアップグレード後にパッケージの内容を更新する必要があります。

System Center Configuration Managerバージョン 1610 の更新情報

この更新プログラムは、2016 年 12 月 20 日より前にダウンロードされたバージョン 1610 のビルドを使用してインストールされた環境に対して、Configuration Manager コンソールの [更新プログラムとサービス] ノードにインストールできます。

どのビルドが使用されているかを確認するには、コンソールで次のいずれかのパッケージ GUID を探します。

• C43A89E4-B642-4FC8-ABF0-255BF5D88D82

• 171DD417-F82A-451D-92B2-35FA0CD073C6

• 91406B1D-7C14-42D8-A68B-484BE5C5E9B8

これは、[更新プログラムとサービス] ノードの詳細ウィンドウに [パッケージ GUID] 列を追加することで確認できます。

この更新プログラムをプライマリ サイトにインストールした後、既存のセカンダリ サイトを手動で更新する必要があります。 Configuration Manager コンソールでセカンダリ サイトを更新するには、[管理] をクリックし、[サイトの構成] をクリックし、[サイト] をクリックし、[セカンダリ サイトの回復] をクリックして、セカンダリ サイトを選択します。 その後、プライマリ サイトは、更新されたファイルを使用してそのセカンダリ サイトを再インストールします。 セカンダリ サイトの構成と設定は、この再インストールの影響を受けられません。 そのプライマリ サイトの下にある新しいセカンダリ サイト、アップグレード済みサイト、および再インストールされたセカンダリ サイトは、この更新プログラムを自動的に受け取ります。

サイト データベースで次のSQL Server コマンドを実行して、セカンダリ サイトの更新バージョンが親プライマリ サイトの更新バージョンと一致するかどうかを確認します。

dbo.fnGetSecondarySiteCMUpdateStatus ('SiteCode_of_secondary_site') を選択します)
返される値が 1 の場合、サイトはすべての修正プログラムを親プライマリ サイトに適用することで最新の状態になります。

返される値が 0 の場合、サイトはプライマリ サイトに適用されるすべての修正プログラムをインストールしていないため、セカンダリ サイトの回復オプションを使用してセカンダリ サイトを更新する必要があります。