Japan System Center Support Team Blog https://docs.microsoft.com/archive/blogs/systemcenterjp/feed.xml 日本マイクロソフト株式会社 System Center サポート チームの公式ブログです。 Tue, 19 Mar 2019 09:30:08 GMT ja hourly 1 System Center Configuration Manager における更新プログラムのダウンロード先 URL の追加について https://docs.microsoft.com/archive/blogs/systemcenterjp/add_wsusurl Thu, 14 Feb 2019 10:34:14 GMT https://blogs.technet.microsoft.com/systemcenterjp/?p=8925 本ブログの執筆時点 (2019 年 2 月 14 日) で本 URL が用いられている更新プログラムは、Windows 10 Version 1709 向けの KB4486996 のみとなりますが、以下の公開情報においても本 URL を追加する予定です。(2019/2/19 下記公開情報に本 URL を追加しました。)   https://docs.microsoft.com/en-us/sccm/core/servers/deploy/configure/about-the-service-connection-point   ご不便をおかけしますが、プロキシやファイア ウォールにて接続先の URL を制御している場合には、追加された上記 URL に対する通信についても許可していただけますようお願い申し上げます。]]> System Center 2012 Configuration Managerにおいて、アプリケーション展開時に自動再起動が発生する https://docs.microsoft.com/archive/blogs/systemcenterjp/applicationdeploy-autoreboot Wed, 06 Feb 2019 10:54:58 GMT https://blogs.technet.microsoft.com/systemcenterjp/?p=8915 みなさま、こんにちは。 System Center Support Team です。   System Center 2012 Configuration Manager  (以下、SCCM 2012)の環境において、 アプリケーション展開機能を利用した配信において、SCCM クライアントが自動的に再起動されるといった、お問い合わせを頂くことがございましたので、 以下の情報をお役立て頂けますと幸いでございます。   ■事象について SCCM 2012 にて、クライアントにアプリケーション展開機能を利用した場合にのみ、 アプリケーション適用に失敗したタイミングにて、OS が再起動する事象がございます。 再起動される条件としては以下の２つの条件に合致している場合に SCCM エージェントの動作によって発生する可能する可能性がございます。 <条件> ・ 配布したアプリケーションのインストール処理に失敗した ・ 配布したアプリケーションの設定が配布後に変更され、リビジョンアップされていた   そのため、もしアプリケーション展開機能を利用した際に再起動された場合には上記の条件を満たしていないかをご確認くださいませ。 なお、SCCM エージェントにて、OS 再起動が発生した場合には以下のログが出力されますので、ご参考にして頂ければと存じます <CIAgent.log> CIAgent    Job({xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxx}): Dependency in pending reboot. Taking this CI from failure to WaitReboot state : Task(ScopeId_xxxxxxxx-xxxx-xxx-xxxx-xxxxxxxxxxxx/DeploymentType_xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.x.Enforce)   また、本問題が報告されているのは現時点では SCCM 2012 環境のみで、SCCM CB 環境での報告はございません。   ■回避策 本問題は アプリケーションの展開機能においては発生する可能性がはございますが、パッケージ展開機能では発生しません。 そのため、パッケージ展開機能を利用して、アプリケーションの適用を頂くことで自動的に再起動される事象を回避することが可能でございます。 パッケージ展開機能につきましては公開情報がございますので、ご参照頂けますと幸いでございます。   <参考情報> //System Center Configuration Manager のパッケージとプログラム https://docs.microsoft.com/ja-jp/sccm/apps/deploy-use/packages-and-programs  ]]> Windows 2016 OS 更新プログラムにて SCVMM の WMI クラスが登録解除される https://docs.microsoft.com/archive/blogs/systemcenterjp/windows2016osupdate-scvmmwmi Fri, 25 Jan 2019 17:47:26 GMT https://blogs.technet.microsoft.com/systemcenterjp/?p=8865 System Center Support Team の三輪です。 本日は、Windows 2016 更新プログラムの不具合による SCVMM 2016 / SCVMM SAC  への影響についてご案内致します。     [発生する不具合] SCVMM では、Hyper-V ホストへエージェントをインストールし、管理する上で WMIのクラスを登録しております。 このHyper-V 上の WMIのクラスが2018年11月28日以降の Windows 2016 OS 更新プログラムを適用すると登録解除されることが確認されております。 登録解除されますと、SCVMM上で仮想スイッチのアプリンクポートプロファイル欄が空白になる、アップリンクポートプロファイルが未指定であることを示すエラー等が発生します。 その他、発生する問題としては、以下があげられます。 - 仮想スイッチが新たに作成できなくなる (作成開始後、１時間経過して エラーコード 2927、0x8033801a　にてエラー終了する) - “バーチャル マシンの移行” 時に、ウィザードにて Hyper-V ホストが移行先として評価がグレーとなり、移行対象にできない。 - Hyper-V ホストの更新ジョブで、仮想スイッチが高可用性とみなされない (情報コード 26845 が発生する)。   本事象はインストールされた影響を受ける更新プログラムの数に関係なく、1回だけ発生するとの報告がございます。 たとえば11月の更新プログラムで本問題が発生した場合、12月または1月のいずれかのアップデートをインストールしても問題は再発生しません。 また本事象が発生しても、Hyper-V 上の仮想マシンには動作影響はありません。     [不具合内容詳細] WMIクラスが登録解除されますので、更新プログラムを適用した後の Hyper-V ホストにてGet-CimClass にて WMI クラスを確認すると結果が空となります。   - コマンド > Get-CimClass -Namespace root/virtualization/v2 -classname *vmm*   <OS更新プログラムを適用した Hyper-V ホスト>   <OS更新プログラムを適用していない Hyper-V ホスト> 登録解除される WMI クラスと対応する MOF ファイルは以下です。 以下のWMIのクラスがOS更新プログラム適用後に解除されます。
 WMI クラス  MOF File
 Scvmm_VirtualEthernetSwitchInternalSettingData  Scvmmswitchportsettings.mof
 Scvmm_EthernetSwitchPortInternalSettingData
 Scvmm_VirtualEthernetSwitchHyperVNetworkVirtualizationSettingData
 Msvm_EthernetSwitchPortSCVMMSettingData
 Msvmm_DhcpV4PortClientOptionsInfo  VMMDHCPSvr.mof
 Msvmm_DhcpV4PortBindingOptionsPolicy
 Msvmm_DhcpV4PortReservationPolicy
 Msvmm_DhcpV4PortPolicy
 Msvmm_DhcpV4PortInfo
    [対応方法] 不具合が確認されている更新プログラム (※対象を後述しております) を適用した場合、登録解除されるWMIを再登録することで問題を解消できます。 Scvmmswitchportsettings.mofとVMMDHCPSvr.mof が対象です。対象のHyper-Vホスト上で mofcomp “<mofファイル>” コマンドを実行します。 その後、SCVMMコンソール上でHyper-V ホストの更新を実施します。   SCVMM 2016 を利用している場合は、既定で以下のパスにmofファイルがあります。   <SCVMM 2016> %systemdrive%\Program Files\Microsoft System Center 2016\Virtual Machine Manager\setup\scvmmswitchportsettings.mof %systemdrive%\Program Files\Microsoft System Center 2016\Virtual Machine Manager\DHCPServerExtension\VMMDHCPSvr.mof   SCVMM 1801、1807 などのSemi-Annual Channel を利用している場合は以下のパスにmofファイルがあります。   <SCVMM SAC> %systemdrive%\Program Files\Microsoft System Center\Virtual Machine Manager\setup\scvmmswitchportsettings.mof %systemdrive%\Program Files\Microsoft System Center\Virtual Machine Manager\DHCPServerExtension\VMMDHCPSvr.mof     コマンドはそれぞれ以下となります。   <SCVMM 2016> > mofcomp “%systemdrive%\Program Files\Microsoft System Center 2016\Virtual Machine Manager\setup\scvmmswitchportsettings.mof” > mofcomp “%systemdrive%\Program Files\Microsoft System Center 2016\Virtual Machine Manager\DHCPServerExtension\VMMDHCPSvr.mof”   <SCVMM SAC> > mofcomp “%systemdrive%\Program Files\Microsoft System Center\Virtual Machine Manager\setup\scvmmswitchportsettings.mof” > mofcomp “%systemdrive%\Program Files\Microsoft System Center\Virtual Machine Manager\DHCPServerExtension\VMMDHCPSvr.mof”   コマンド実行後、SCVMM コンソールを開き、Hyper-V ホストを右クリックの上 [最新の情報に更新] をクリックします。 また、Get-CimClass コマンドにてWMIクラスが登録されていることを確認します。   <実行例: SCVMM 2016>     [不具合が確認されている更新プログラム] 2/20 現在、SCVMMに影響がある不具合が確認されている更新プログラムは以下です。 KB4489882 、KB4487006 、KB4487026、KB4480977、KB4480961、KB4483229、KB4471321、KB4478877、KB4467684 にて不具合が確認されております。   - March 12, 2019—KB4489882 (OS Build 14393.2848)　※2019/3/13 追記 ：https://support.microsoft.com/ja-jp/help/4489882   - February 19, 2019—KB4487006 (OS Build 14393.2828)　※2019/2/20 追記 ：https://support.microsoft.com/ja-jp/help/4487006/windows-10-update-kb4487006   - February 12, 2019—KB4487026 (OS Build 14393.2791)　※2019/2/13 追記 ：https://support.microsoft.com/ja-jp/help/4487026/windows-10-update-kb4487026   - January 17, 2019—KB4480977 (OS Build 14393.2759) ：https://support.microsoft.com/ja-jp/help/4480977/windows-10-update-kb4480977   - 2019 年 1 月 9 日 — KB4480961 (OS ビルド 14393.2724) ：https://support.microsoft.com/ja-jp/help/4480961/windows-10-update-kb4480961   - 2018 年 12 月 20 日 — KB4483229 (OS ビルド 14393.2670) ：https://support.microsoft.com/ja-jp/help/4483229/december192018kb4483229osbuild143932670   - 2018 年 12 月 11 日 — KB4471321 (OS ビルド 14393.2665) ：https://support.microsoft.com/ja-jp/help/4471321/windows-10-update-kb4471321   - 2018 年 12 月 4 日 — KB4478877 (OS ビルド 14393.2641) ：https://support.microsoft.com/ja-jp/help/4478877/windows-10-update-kb4478877   - 2018 年 11 月 28 日 — KB4467684 (OS ビルド 14393.2639) ：https://support.microsoft.com/ja-jp/help/4467684/windows-10-update-kb4467684   ※アップデートがありましたらまた更新を致します。     [その他ご参考情報] 弊社 SCVMM 開発部門が公開している Blog です。本稿と同様な内容がこちらにも記載されております。   - System Center Virtual Machine Manager fails to enumerate and manage Logical switch deployed on the host ：https://blogs.technet.microsoft.com/scvmm/2018/12/21/system-center-virtual-machine-manager-fails-to-enumerate-and-manage-logical-switch-deployed-on-the-host/    ]]> DPM にて VTL をご利用いただく際の注意点について https://docs.microsoft.com/archive/blogs/systemcenterjp/dpm-vtl Wed, 07 Nov 2018 20:53:23 GMT https://blogs.technet.microsoft.com/systemcenterjp/?p=8795 具体的には、LAAgentCurr.errlog (※) に以下の通り、すでにテープドライブが構成済みである [Tape drive found at drive bay X is already configured!!] がメッセージが表示され、動作としては、テープドライブが認識したり、しなかったりと不安定な動作となります。 デバイスマネージャーに対して、どのように認識させるかという点については、テープライブラリの仕様に依存しますが、DPM としては、常に 1 台のライブラリに対しては、デバイスマネージャー上からは 1 台のみが表示される構成でご利用ください。 ※ LAAgentCurr.errlog は、DPM がテープライブラリに関する情報が出力されるログファイルです。 DPM ログ記録の設定 : https://docs.microsoft.com/ja-jp/system-center/dpm/set-up-dpm-logging?view=sc-dpm-2016 =========== 2F4C      2FC0      09/07     08:09:17.868       30           cfgclass.cpp(176)              [000001C36DB68FE8]      1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Initializing Device with path \\?\scsi#sequential&ven_hp&prod_ultrium_vt#5&3459bf6&0&000600#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b} 2F4C      2FC0      09/07     08:09:17.868       30           system.cpp(1183)                            1CB8319C-6113-4441-B859-226E074848ED   WARNING           Failed: Hr: = [0x80070002] Failed to initialize IOCTL timeout from registry. Initializing with default timeout [900000 ms]. 2F4C      2FC0      09/07     08:09:17.868       30           system.cpp(1168)                            1CB8319C-6113-4441-B859-226E074848ED   WARNING           Failed: Hr: = [0x80070002] : Encountered Failure: : lVal : r.GetValue(L"LibraryIoctlTimeout", &s_dwIoctlTimeoutInMs) 2F4C      2FC0      09/07     08:09:17.868       30           cfgclass.cpp(176)              [000001C36DB693F8]      1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Initializing Device with path \\?\scsi#sequential&ven_hp&prod_ultrium_vt#5&3a80e81a&0&000600#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b} 2F4C      2FC0      09/07     08:09:17.868       30           cfgclass.cpp(176)              [000001C36DB69808]      1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Initializing Device with path \\?\scsi#sequential&ven_hp&prod_ultrium_vt#5&3459bf6&0&000800#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b} 2F4C      2FC0      09/07     08:09:17.868       30           cfgclass.cpp(176)              [000001C36DB69C18]      1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Initializing Device with path \\?\scsi#sequential&ven_hp&prod_ultrium_vt#5&3a80e81a&0&000800#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b} 2F4C      2FC0      09/07     08:09:17.868       30           cfgclass.cpp(1104)           [000001C36CCBE690]      1CB8319C-6113-4441-B859-226E074848ED            NORMAL             We got 4  devices for class 1 2F4C      2FC0      09/07     08:09:17.868       30           cfgclass.cpp(176)              [000001C36DB6C688]      1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Initializing Device with path \\?\scsi#changer&ven_hp&prod_d2dbs#5&3459bf6&0&000900#{53f56310-b6bf-11d0-94f2-00a0c91efb8b} 2F4C      2FC0      09/07     08:09:17.868       30           cfgclass.cpp(176)              [000001C36DB6CA98]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Initializing Device with path \\?\scsi#changer&ven_hp&prod_d2dbs#5&3459bf6&0&000500#{53f56310-b6bf-11d0-94f2-00a0c91efb8b} 2F4C      2FC0      09/07     08:09:17.868       30           cfgclass.cpp(176)              [000001C36DB6CEA8]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Initializing Device with path \\?\scsi#changer&ven_hp&prod_d2dbs#5&3a80e81a&0&000900#{53f56310-b6bf-11d0-94f2-00a0c91efb8b} 2F4C      2FC0      09/07     08:09:17.868       30           cfgclass.cpp(176)              [000001C36DB6D2B8]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Initializing Device with path \\?\scsi#changer&ven_hp&prod_d2dbs#5&3a80e81a&0&000500#{53f56310-b6bf-11d0-94f2-00a0c91efb8b} 2F4C      2FC0      09/07     08:09:17.868       30           cfgnudev.cpp(185)          [000001C36D91D1B0]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Number of changers 4 2F4C      2FC0      09/07     08:09:17.883       30           lacommonlib.cpp(157)                   1CB8319C-6113-4441-B859-226E074848ED   NORMAL             Element 0 is not accessible 2F4C      2FC0      09/07     08:09:17.883       30           cfgnudev.cpp(741)          [000001C36D91D1B0]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Tape drive found at drive bay 0 is already configured!! 2F4C      2FC0      09/07     08:09:17.883       30           cfgnudev.cpp(741)          [000001C36D91D1B0]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Tape drive found at drive bay 1 is already configured!! 2F4C      2FC0      09/07     08:09:17.883       30           cfgnudev.cpp(741)          [000001C36D91D1B0]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Tape drive found at drive bay 2 is already configured!! 2F4C      2FC0      09/07     08:09:17.883       30           cfgnudev.cpp(741)          [000001C36D91D1B0]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Tape drive found at drive bay 3 is already configured!! 2F4C      2FC0      09/07     08:09:17.899       30           lacommonlib.cpp(157)                   1CB8319C-6113-4441-B859-226E074848ED   NORMAL             Element 0 is not accessible 2F4C      2FC0      09/07     08:09:17.899       30           cfgnudev.cpp(741)          [000001C36D91D1B0]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Tape drive found at drive bay 0 is already configured!! 2F4C      2FC0      09/07     08:09:17.899       30           cfgnudev.cpp(741)          [000001C36D91D1B0]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Tape drive found at drive bay 1 is already configured!! 2F4C      2FC0      09/07     08:09:17.899       30           cfgnudev.cpp(741)          [000001C36D91D1B0]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Tape drive found at drive bay 2 is already configured!! 2F4C      2FC0      09/07     08:09:17.899       30           cfgnudev.cpp(741)          [000001C36D91D1B0]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Tape drive found at drive bay 3 is already configured!! 2F4C      2FC0      09/07     08:09:17.899       30           lacommonlib.cpp(157)                   1CB8319C-6113-4441-B859-226E074848ED   NORMAL             Element 0 is not accessible 2F4C      2FC0      09/07     08:09:17.899       30           cfgnudev.cpp(741)          [000001C36D91D1B0]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Tape drive found at drive bay 0 is already configured!! 2F4C      2FC0      09/07     08:09:17.899       30           cfgnudev.cpp(741)          [000001C36D91D1B0]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Tape drive found at drive bay 1 is already configured!! 2F4C      2FC0      09/07     08:09:17.899       30           cfgnudev.cpp(741)          [000001C36D91D1B0]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Tape drive found at drive bay 2 is already configured!! 2F4C      2FC0      09/07     08:09:17.899       30           cfgnudev.cpp(741)          [000001C36D91D1B0]     1CB8319C-6113-4441-B859-226E074848ED            NORMAL             Tape drive found at drive bay 3 is already configured!! 2F4C      2FC0      09/07     08:09:17.899       30           lacommonlib.cpp(157)                   1CB8319C-6113-4441-B859-226E074848ED   NORMAL             Element 0 is not accessible ============]]> System Center Configuration Manager ハードウェア インベントリが収集されない時のトラブルシュート https://docs.microsoft.com/archive/blogs/systemcenterjp/troubleshooting_for_hwinv Wed, 07 Nov 2018 16:30:01 GMT https://blogs.technet.microsoft.com/systemcenterjp/?p=8765 日本マイクロソフト System Center Configuration Manager サポートの金です。 本日は、System Center Configuration Manager Current Branch (以下、SCCM CB) にて、ハードウェア インベントリが収集されないといったお問い合わせを多々いただいております。 その際に、一度、お試しいただきたいトラブルシュート方法をご紹介いたしますので、お役立て頂けますと幸いでございます。

A. 強制でフルのポリシー、インベントリの収集を行う

ハードウェア インベントリが収集できない原因は複数あり対処方法もそれぞれ異なりますが、 フルのコンピューター ポリシーを強制的に受信させることで、事象が改善されることがございます。 そのため、事象を発覚しましたら、まずは、クライアントにて PowerShell を管理者権限で開き、以下のコマンドの実行をお試しください。   gwmi -Namespace root\ccm\policy\machine\requestedconfig -Class CCM_Policy_AuthorityData2 | rwmi gwmi -Namespace root\ccm\policy\machine\requestedconfig -Class CCM_Policy_ServerCookieData | rwmi ((New-Object -comobject cpapplet.cpappletmgr).GetClientActions() | Where-Object {$_.Name -eq 'Request & Evaluate Machine Policy'}).PerformAction(); Start-Sleep 120 $trigger = "{00000000-0000-0000-0000-000000000022}" Invoke-WmiMethod -Namespace root\ccm -Class sms_client -Name TriggerSchedule $trigger     上記のコマンドで、コンピューターポリシーが受信されたら、続いて、以下のコマンドでフルのハードウェアインベントリを強制的に収集します。  

gwmi -Namespace root\ccm\invagt -Class InventoryActionStatus -Filter "InventoryActionID='{00000000-0000-0000-0000-000000000001}'" | rwmi

((New-Object -comobject cpapplet.cpappletmgr).GetClientActions() | Where-Object {$_.Name -eq 'Hardware Inventory Collection Cycle'}).PerformAction();

 

B. サイト サーバーの BADMIFS フォルダを確認する

上記のコマンドを実行いただいても、事象が改善されない場合は、クライアントから送られたハードウェアインベントリのレポートファイル (MIF ファイル) に問題がある可能性がございますので、SCCM サイト サーバーの以下のフォルダを確認します。 <SCCM インストール パス>\Inboxes\auth\dataldr.box\BADMIFS 既定では、C:\Program Files\Microsoft Configuration Manager\inboxes\auth\dataldr.box\BADMIFS となります。   クライアントから受信した MIF ファイルは、サイト サーバーのdataldr.boxに格納され、処理されます。 しかし、MIF ファイルに問題があり処理できなかった場合は、上記の BADMIFS の配下のフォルダに格納されます。 BADMIF フォルダの配下には、複数のフォルダが存在しており、フォルダごとに、MIF ファイルが格納される条件や対処方法が異なります。 通常、BADMIF フォルダの配下に格納される MIF ファイルは、既定の保存期間の 14 日が経過すると、自然と BADMIF フォルダから消えますが、 同じ端末からの MIF ファイルが継続格納される場合は、何らかの障害があると考えられますので、対処が必要となります。 BADMIF の配下で主に見かけられるフォルダは以下とおりであり、各フォルダに格納される条件や対策についても、以下に合わせてご説明させていただきます。

(1) DeltaMismatch

- 格納条件 差分インベントリ データの連番が合わなかった場合（いずれかの古い差分データが未到着） - 対処方法 次回のスキャン時に、新たにフル ハードウェア インベントリが収集されるため、時間の経過とともに事象が解決されます。 もしくは、クライアントでフルのハードウェアインベントリをスクリプトで強制送信させることで、事象が解決されます。

(2) InvalidMachine

- 格納条件 MIF ファイルに含まれる GUID に合致するレコードが見つからない場合 - 対処方法 GUID 重複が発生していない場合は、クライアントで探索データが送信された後、ハードウェア インベントリが収集されることで、時間の経過とともに事象が解決されます。 ただちに対処する場合は、探索データを送信した後、フルのハードウェアインベントリをスクリプトで強制送信させることで、事象が解決されます。 ただし、GUID 重複が発生している場合は、SCCM の情報を完全に削除して、SCCM クライアントを再インストールするなどの対処が必要となります。

(3) MajorMismatch

- 格納条件 フル インベントリ データがないところに差分インベントリ データが到着した場合 - 対処方法 次回のスキャン時に、新たにフル ハードウェア インベントリが収集されるため、時間の経過とともに事象が解決されます。 もしくは、クライアントでフルのハードウェアインベントリをスクリプトで強制送信させることで、事象が解決されます。

(4) MissingSystemClass

- 格納条件 MIF ファイルの中の最上位のグループ定義が存在しなかった場合 - 対処方法 対象端末のインベントリが更新されていれば、特に対処は必要ありません。 更新されていない場合は、クライアントでフルのハードウェアインベントリをスクリプトで強制送信させることで、事象が解決されます。

(5) NonExistentRow

- 格納条件 存在しないレコードを更新しようとした場合（いずれかの古い差分データが未到着） - 対処方法 クライアントで探索データが送信された後、ハードウェア インベントリが収集されることで、時間の経過とともに事象が解決されます。 ただちに対処する場合は、探索データを送信した後、フルのハードウェアインベントリをスクリプトで強制送信させることで、事象が解決されます。

(6) Outdated

- 格納条件 クライアントから送信された MIF ファイルのレポート バージョンが、SCCM のサーバー上に保存されているバージョンより古く、期限切れであった場合 - 対処方法 サーバー上で、一度クライアントを削除します。その後、クライアントから探索データが送信されて、新たにフル ハードウェア インベントリが送信されることに伴い、レポート バージョンも更新され、事象が解消されます。

(7) ExceedSizeLimit

- 格納条件 MIF ファイルのサイズが、以下で設定しているサイズ制限値を超過した場合 (既定値 : 5MB) "HKLM\SOFTWARE\Microsoft\SMS\Components\SMS_INVENTORY_DATA_LOADER\Max MIF Size" - 対処方法 上記のレジストリ キーの値を、適切な値に変更します。もしくは、収集対象とするインベントリのクラスを減らし、サイズ制限値を超えないようにします。

(8) ErrorCode_%d

- 格納条件 MIF ファイルが、上記記載の原因以外の原因で格納された場合、"%d" にはエラーコードが記載される。 - 対処方法 エラーコードにより、対処方法が異なります。   以上となります。]]> オフライン 用途の SCCM CB 環境からソフトウェア更新プログラムのカタログとコンテンツをダウンロードする方法について https://docs.microsoft.com/archive/blogs/systemcenterjp/offlinesccm-sup-configuration Tue, 06 Nov 2018 15:27:20 GMT https://blogs.technet.microsoft.com/systemcenterjp/?p=8565 今回は、System Center Configuration Manager Current Branch (以下、SCCM CB) を、非インターネット接続環境の、オフライン環境で SCCM CB を運用される場合に、ソフトウェア更新プログラムのカタログ情報とコンテンツを上位 WSUS サーバーから取得する方法をご紹介致します。   <はじめに> ソフトウェア更新プログラムはカタログ情報とコンテンツ情報の 2 つがございます。 オフライン環境で更新プログラムの情報を入手する場合には、カタログ情報を同期してから、ソフトウェア更新プログラムの展開時に、コンテンツ情報をダウンロードする必要がございます。 今回は前提条件を基にシナリオ ベースで手順をご紹介致します。   <目次> (1) 前提条件の確認 (2) カタログのインポート (HTTP or HTTPS 通信) (3) コンテンツのダウンロード (SMB 通信)   ====================================== (1) 前提条件の確認 ======================================   ・構成イメージ   ※ 下位 WSUS の SCCM サーバーはプライマリ サイト サーバーとなります。   ・名前付けについて 上位 WSUS サーバーは、以下 "Online WSUS" と名前付けします。 オフライン環境の SCCM CB は、ソフトウェアの更新ポイントとして、WSUS 機能が含まれておりますので、以下 "Offilne WSUS" と名前付けします。   ・ポート要件について -Offline WSUS から Online WSUS に対し、HTTP 80 もしくは 8530 ポートを介したアクセスが必要となります。 (HTTPS 構成の場合には、443 もしくは 8531 ポート)   -Offline WSUS から Online WSUS に対し、SMB 445 ポートを介したアクセスが必要となります。   ・カタログとコンテンツのダウンロードについて Online WSUS 上では、既にカタログの同期と、承認によるコンテンツのダウンロードが WsusContent フォルダーに行われている前提とします。   ・Online WSUS の WsusContent のアクセス権について こちらは既定で共有される項目であるため、アクセス権を変更する必要はございませんが、Offline WSUS からコンテンツをコピーしますので、読み取り権限があれば問題ございません。   ・Offiline WSUS のパッケージ ソースのアクセス権について Online WSUS からコンテンツをダウンロードする際の書き込み先の、Offline WSUS 上への書き込みするための共有フォルダー (パッケージ ソース フォルダー) の作成をします。 アクセス権には、共有アクセス権と NTFS アクセス権がございますが、共有フォルダーを作成すると、共有アクセス権は Everyone のフル コントロールが自動で付与されます。 通常は変更する必要はございませんが、アクセス権を絞る必要がある場合には、最低限、以下のように構成頂くことで動作実績がございますのでご参考ください。 ※こちらのアクセス権は、Online WSUS からダウンロードする場合に限定された話ではなく、後述の (3) -5. で [インターネット上からソフトウェア更新プログラムをダウンロードする] を選択された場合も、同様のアクセス権となります。   // 共有アクセス権： SYSTEM (もしくは everyone)：読み取り のみ ダウンロードする際の実行ユーザー：フル コントロール   // NTFS アクセス権： SYSTEM：フル コントロール ダウンロードする際の実行ユーザー：フル コントロール   補足： "ダウンロードする際の実行ユーザー" は、手順 (3) で実行するユーザーとなります。 アクセス権はファイルのプロパティからも参照可能ですが、共有アクセス権を変更する場合は、[コンピューターの管理 (compmgmt.msc)] コンソールの利用をお勧めします。 当コンソール上で、[システム ツール]-[共有フォルダー]-[共有] から該当の共有フォルダーのプロパティを開きます。 [共有アクセス権] タブ (共有アクセス権) と、[セキュリティ]　タブ (NTFS アクセス) がそれぞれ確認できます。   例) ====================================== (2) カタログのインポート (HTTP or HTTPS 通信) ====================================== ・Offline WSUS (SCCM CB サーバー) の設定となります。 -手順
  1. SCCM コンソールにて、[管理]-[サイトの構成]-[サイト] より、プライマリ サイトを右クリックし、[サイト コンポーネントの構成]-[ソフトウェアの更新ポイント] をクリックします。
  2. [同期設定] タブにて、[アップストリームのデータ ソースの場所 (URL) から同期する] を選択し、同期対象の Online WSUS を入力します。
  3. 当設定を行い、ソフトウェアの更新プログラムの同期が行われることで、カタログの同期が行われます。 例) 8530 ポートの場合の参考 参考)アップストリームのデータ ソースの場所から同期するhttps://docs.microsoft.com/ja-jp/sccm/sum/get-started/install-a-software-update-point#BKMK_wsussync
  ====================================== (3) コンテンツのダウンロード (SMB 通信) ====================================== ・Offline WSUS (SCCM サーバー) の設定となります。
  1. SCCM コンソールより、該当の更新プログラムを右クリックし、[ダウンロード] をクリックします。 ** コンテンツにより格納場所が異なります。 // Windows 10 の機能更新プログラム [ソフトウェア ライブラリ]-[Windows 10 のサービス]-[すべての Windows 10 更新プログラム] // 累積更新プログラムなどその他の更新プログラム [ソフトウェア ライブラリ]-[ソフトウェア更新プログラム]-[すべてのソフトウェア更新プログラム]
  2. [展開パッケージ] 画面で、以下の項目を入力し、[次へ] をクリックします。 名前：パッケージの内容を説明する一意の名前を入力します。パッケージのソース：ソフトウェア更新プログラムをダウンロードする共有フォルダを指定します。※　ここでは、パッケージ ソースとして、"Offline WSUS" 上の共有フォルダーを作成し、指定します。※ "Online WSUS" のディレクトリは指定しませんのでご注意ください。
  3. [配布ポイント] 画面で、[追加] をクリックし、配布ポイントを選択し、[OK] をクリックします。その後、[次へ] をクリックします。
  4. [配布の設定] 画面で、既定の設定のまま、[次へ] をクリックします。
  5. [ダウンロード場所] 画面で、[ネットワーク上の場所からソフトウェア更新プログラムをダウンロードする] を選択し、この項目で、Online WSUS の WSUSContent フォルダーのパスを指定し、[次へ] をクリックします。 ※ 共有フォルダーへのパスが通らないと、[次へ] ボタンから先に進むことはできません。 ※ 相手先が別ドメインなどの場合には、資格情報が求められることがございます。※ 事前に当該フォルダーに対し、ネットワーク ドライブのマウント作業をしておくことで、資格情報が求められることなく進行が可能です。 参考例): \\OnlineWSUS\WSUS\WSUSContent
  6. その後の手順はウィザードに沿って進め、完了します。
  7. コンテンツのダウンロード (手順内では展開パッケージ作成も含む) が完了したあとは、該当のソフトウェア更新プログラムを右クリックし、[展開] をクリックし、作成した展開パッケージをして、コンテンツを展開するという流れとなります。
今回ご紹介の手順は、1 つの更新プログラムのダウンロードの手順となりますが、ソフトウェア更新プログラム グループとしてダウンロードする際も手順は同じですので、動作をお試し頂けますと幸いです。 参考) 切断されているソフトウェアの更新ポイントからのソフトウェア更新プログラムの同期 https://docs.microsoft.com/ja-jp/sccm/sum/get-started/synchronize-software-updates-disconnected ソフトウェア更新プログラムの手動展開 https://docs.microsoft.com/ja-jp/sccm/sum/deploy-use/manually-deploy-software-updates ソフトウェア更新プログラムのダウンロード https://docs.microsoft.com/ja-jp/sccm/sum/deploy-use/download-software-updates]]> System Center 2016 更新プログラム UR6 がリリースされました！！ https://docs.microsoft.com/archive/blogs/systemcenterjp/system-center-2016-ur6 Thu, 25 Oct 2018 18:14:34 GMT https://blogs.technet.microsoft.com/systemcenterjp/?p=8535 System Center Support Team の三輪です。 System Center 2016 のアップデート ロールアップ 6 が先日公開されました。   - Description of Update Rollup 6 for Microsoft System Center 2016 https://support.microsoft.com/en-us/help/4469613/description-of-update-rollup-6-for-microsoft-system-center-2016   修正プログラムによっては、適用時にデータベースに対して自動的に更新が発生いたします。 その為、修正プログラムの適用に失敗した場合や、修正プログラムに致命的なエラーが発生した場合に備え、可能な限り、適用前にシステムおよび、データベースのバックアップの取得を実施ください。 System Center 製品については、明確にアンインストールを指示する場合を除き、適用した修正プログラムのアンインストール実施後に動作に問題が発生する場合がございます。   本修正プログラムは、Microsoft Update 経由で更新プログラムをダウンロードしてインストールすることができます。 また、オフラインの環境では、Microsoft Update Catalog を通じてダウンロードしたパッケージを手動で適用することもできます。 詳細な適用手順や、修正内容については、それぞれのリンクをご参照ください。 なお、今回の UR6 では Service Manager、Service Provider Foundation のアップデートはございません。     - Data Protection Manager (KB 4456327) https://support.microsoft.com/help/4456327 * 修正プログラム適用後に、Agent のアップグレードが必要です。   - Operations Manager (KB 4459897) https://support.microsoft.com/help/4459897 * 修正プログラム適用後に、SQL クエリの実行、管理パックのインポート等が必要です。 また、アップデートの順番についても指定がございますので、ご注意ください。   - Orchestrator (KB 4465567) https://support.microsoft.com/help/4465567 * 修正プログラムの適用前に SQL Server Native Clientが Orchestrator Management サーバーにインストールされている必要がございます。 * サービスの再起動が発生する場合がございます。   - Virtual Machine Manager (KB 4463450) https://support.microsoft.com/help/4463450 * 適用に際しては、サーバーの再起動が必要となる場合がございます。]]> System Center Configuration Manager AD OU に基づくデバイス コレクションの作成について https://docs.microsoft.com/archive/blogs/systemcenterjp/create_device_collection_based_on_ou Wed, 10 Oct 2018 07:05:19 GMT https://blogs.technet.microsoft.com/systemcenterjp/?p=8525 みなさま、こんにちは。 日本マイクロソフト System Center Configuration Manager サポートの金です。 本日は、System Center Configuration Manager Current Branch (以下、SCCM CB) にて、Active Directory の組織単位 (以下、OU) に基づいて、デバイス コレクションを作成する方法をご紹介させていただきます。  

前提条件

AD の OU に基づくコレクションの作成の際には、事前に、Active Directory システムの探索が実施されている必要があります。 SCCM の探索方法から、"Active Directory システムの探索" が正しく設定され、有効になっていることを確認してください。

手順

本手順では、以下の OU をサンプルとしておりますので、お客様の環境に応じて、設定内容を変更していただきますようお願いいたします。 contoso.local/TestClient/TestOU 1. SCCM プライマリ サイト サーバーにサインインし、[Configuration Manager コンソール] を開きます。 2. [資産とコンプライアンス] - [概要] - [デバイス コレクション] を右クリックし、[デバイス コレクションの作成] をクリックします。 3. [デバイス コレクションの作成ウィザード] が表示されますので、[全般] 画面で、"名前" に任意の名前を入力し、"限定コレクション" に、[すべてのシステム] を指定後、[次へ] をクリックします。 4. [メンバーシップの規則] で、[規則の追加] - [クエリ規則] を選択します。 5. [クエリ規則のプロパティ] 画面が表示されますので、[クエリ ステートメントの編集] をクリックします。 6. [クエリ ステートメントのプロパティ] 画面が表示されますので、[条件] タブを開きます。 7. [条件プロパティ] 画面で、"条件の種類" が、[単純な値] であることを確認し、[選択] をクリックします。 8. [属性の選択] の画面が表示されますので、以下のとおり選択し、[OK] をクリックします。 - 属性クラス : システム リソース - 属性 : システム OU 名 9. [条件プロパティ] に戻りますので、"演算子" と "値" を、以下のように設定し、[OK] をクリックします。 - 演算子 : が次と類似 - 値(例) : contoso.local/TestClient/TestOU 値につきましては、お客様の環境に合わせて変更してください。 "ドメイン名/OU名(親)/OU名(子)" の形式となります。 10. [クエリ ステートメントのプロパティ] 画面に戻りますので、[OK] をクリックします。 11. [クエリ条件のプロパティ] 画面に戻りますので、[OK] をクリックします。 12. [デバイス コレクションの作成ウィザード] に戻りますので、[次へ] をクリックします。 13. [概要] の画面で、[次へ] をクリックします。 14. [完了] の画面で、[閉じる] をクリックします。 15. [Configuration Manager コンソール] - [資産とコンプライアンス] - [概要] - [デバイス コレクション] の画面にて、上記で作成したデバイス コレクションが表示されていることを確認し、アイコンに、砂時計のマークがなくなるまで待機します。 16. アイコンに、砂時計のマークがなくなりましたら、コレクションをダブルクリックし、指定した OU に所属しているデバイスが該当コレクションに入っていることを確認します。 以上となります。]]> System Center Configuration Manager における BranchCache、ピアキャッシュ機能について - その 1 (概要編) https://docs.microsoft.com/archive/blogs/systemcenterjp/sccm_branchcache_peercache_1 Tue, 11 Sep 2018 15:04:24 GMT https://blogs.technet.microsoft.com/systemcenterjp/?p=8425 みなさま、こんにちは。 日本マイクロソフト System Center Configuration Manager サポートの金です。   SCCM を運用されている中で、ネットワーク回線が細い拠点を管理対象としている場合、コンテンツの配布によるネットワークの負荷を分散させる工夫が必要な場面がございます。 本日は、コンテンツの配布の際にネットワークの負荷を軽減できる BranchCache の機能や、ピアキャッシュの機能の概要についてご紹介させていただきますので、お役立ていただけますと幸いでございます。  これから案内させていただく内容は、以下の流れになります。 --------------------------------------------------------------- 1. BranchCache / ピアキャッシュ機能のご説明 2. BranchCache / ピアキャッシュ機能の設定箇所 3.ピアキャッシュ ログの確認方法 ---------------------------------------------------------------   以下は、詳細内容となります。

1. BranchCache / ピアキャッシュ機能のご説明

 BranchCache 機能とピアキャッシュ機能は、個別に利用することも、両方同時に利用することも可能でございます。 両機能を同時にご利用の場合は、ピアキャッシュの機能が優先的に動作します。 以下に、それぞれの機能の詳細についてご記載いたします。   

(1) BranchCache 機能について

BranchCache 機能は、Windows OS 固有の機能で、SCCM と連携してお使いいただけます。  

(1) - 1. 機能の特徴

BranchCache 機能の特徴といたしましては、以下のようなものがございます。 - ログが出力されないため、動作確認には Performance Monitor 等の別途ツールが必要となる - 更新プログラム、パッケージ、タスク シーケンスは展開可能だが、WinPE を利用した OS 展開はできない - キャッシュフォルダーを別途使用する %Windir%\ServiceProfile\NetworkSerivce\AppData\PeerDistPub - マルチキャスト通信を使用するため、同じサブネットでのみ使用可能である - データのやり取りは、ブロック単位で行われる  

(1) - 2. 設定時の挙動

BranchCache を有効と設定した場合、コンテンツを展開した際に、以下のように挙動します。 1. SCCM からコレクションに対して、コンテンツを展開し、コンテンツが配布ポイントに配布されます。 2. 端末 A が、同じサブネットにある端末に対して、コンテンツのキャッシュがないか探索します。 3. キャッシュが見つからなかった場合、配布ポイントからダウンロードを行います。 4. 端末 A は、ダウンロードしたコンテンツの一部のブロックをキャッシュします。 5. 端末 B が、同じサブネットにある端末に対して、コンテンツのキャッシュがないか探索します。 6. 端末 A から、コンテンツの一部のキャッシュが見つかったため、ダウンロードを行います。 7. 端末 B は、同じサブネットにある端末に対して、残りのコンテンツのキャッシュを探索します。 8. 端末 C から、コンテンツの一部のキャッシュが見つかったため、ダウンロードを行います。 9. 端末 B は、同じサブネット上で、コンテンツのキャッシュが見つからなくなるまで上記の動きを繰り返し、最終的に見つからなかった部分については、配布ポイントからダウンロードを行います。 10. 端末 B は、ダウンロードしたコンテンツの一部をキャッシュします。   

(2) ピアキャッシュ機能について

ピアキャッシュは、SCCM 独自の機能となり、SCCM cb 1610 でプレリリースされ、1710 から正式にサポートしております。  

(2) - 1. 機能の特徴

ピアキャッシュの特徴は、以下のようなものがございます。 - ログが出力されるため、動作確認が可能である - 更新プログラム、パッケージ等はもちろん、OS も展開可能である - SCCM のキャッシュフォルダーの ccmcache を使用する %Windir%\ccmcache - サブネットが異なる場合でも、境界グループ内であれば使用可能である - データのやり取りは、パッケージ単位で行われる - SCCM コンソールから、ピアキャッシュのダウンロード状況が確認可能である  

(2) - 2. 留意点

バージョン 1702 以降からは、以下のいずれかの条件に合致した場合、アクセスが制限されますので、ご留意ください。 詳しくは、下記のご参考資料 1 をご覧ください。 - バッテリ低下モードの場合。 - コンテンツの要求時に CPU 負荷が 80% を超えている場合。 - ディスク I/O の AvgDiskQueueLength が 10 を超えている場合。 - 新たにコンピューターに接続できない場合。  

(2) - 3. 設定時の挙動

ピアキャッシュを有効と設定した場合、コンテンツを展開した際に、以下のように挙動します。 1. SCCM からコレクションに対して、コンテンツを展開し、コンテンツが配布ポイントに配布されます。 2. ピアキャッシュ ソースとして設定されている端末 A が、管理ポイントに対して、コンテンツのダウンロードが可能な場所を問い合わせます。 3. 管理ポイントは、端末 A と同じ境界グループの中で、コンテンツのダウンロードが可能な場所のリストを返します。 4. 管理ポイントからのリストには、配布ポイントの場所のみがあったため、端末 A は、配布ポイントからコンテンツのダウンロードを行います。 5. 端末 A は、管理ポイントに、自分が持っているキャッシュの情報を報告します。 6. 管理ポイントは、同じコンテンツのダウンロード場所をリクエストしてくる端末 B に対して、端末 A と配布ポイントの場所を返します。 7. 端末 B は、端末 A、配布ポイントのどちらかからコンテンツをダウンロードします。 端末 B が、ピアキャッシュ ソースとして設定されていない場合は、ここで処理が完了し、ピアキャッシュ ソースとして設定されている場合は、管理ポイントに、自分が持っているキャッシュの情報を報告します。   < ご参考資料 > 1. "Configuration Manager クライアントのピアキャッシュ" ピアキャッシュの機能の詳細については、以下の公開資料がございます。 https://docs.microsoft.com/ja-jp/sccm/core/plan-design/hierarchy/client-peer-cache   2. "BranchCache vs. Peer Cache" (英文) 以下は、英文となっておりますが、BranchCache と ピアキャッシュの差異について 記載されており、機能の導入をご検討される際に、お役立ていただけますと幸いです。 https://blogs.technet.microsoft.com/swisspfe/2018/01/25/branch-cache-vs-peer-cache/   

2. BranchCache / ピアキャッシュ機能の設定箇所

以下に、それぞれの機能を利用するにあたり、必要な設定箇所を記載させていただきます。  

(1) BranchCache 機能の設定箇所

1. 配布ポイントの役割を持つサイト サーバーに、BranchCache 機能を追加します。  2. [Configuration Manager コンソール] - [管理] - [概要] - [配布ポイント] から、配布ポイントのプロパティを開き、 [全般] タブで、"この配布ポイントの BranchCache を有効にして構成する" にチェックを入れ、適用します。  3. [Configuration Manager コンソール] - [管理] - [概要] - [クライアント設定] から、 以下のカスタム クライアント設定を作成し、お客様の環境に合わせて設定後、コレクションに展開します。 "クライアント キャッシュの設定"   - BranchCache の構成 : "はい"   - BranchCache の有効化 : "はい" その他の項目は、任意で設定してください。  4. コンテンツを展開する際に、展開ウィザードの [配布ポイント] の画面で、以下にチェックを入れます。 "同じサブネットにあるほかのクライアントとのコンテンツの共有を許可する"   

(2) ピアキャッシュ機能の設定箇所

1. ピアキャッシュ機能を有効とする境界グループを作成します。  2. [Configuration Manager コンソール] - [資産とコンプライアンス] - [概要] - [デバイス コレクション] から、 新しいデバイス コレクションを作成し、ピアキャッシュ ソースとして指定したいデバイスを追加します。  3. [Configuration Manager コンソール] - [管理] - [概要] - [クライアント設定] から、 カスタム クライアント設定を作成し、お客様の環境に合わせて設定後、コレクションに展開します。 "クライアント キャッシュの設定"   - 完全な OS 状の Configuration Manager クライアントでコンテンツを共有できるようにする : "はい"   - 初期ネットワーク ブロードキャスト用ポート: "任意" (既定 8004)   - ピアからのコンテンツのダウンロード用ポート : "任意" (既定 8003) その他の項目は、任意で設定してください。     < ご参考資料 > 以下の資料に、クライアント設定の詳細が記載されております。 "System Center Configuration Manager のクライアント設定について" - "クライアント キャッシュ設定" https://docs.microsoft.com/ja-jp/sccm/core/clients/deploy/about-client-settings#client-cache-settings   

3. ピアキャッシュ ログの確認方法

ピアキャッシュ機能を有効にし、最初のピアキャッシュ ソース クライアントが配布ポイントからコンテンツをダウンロードした後、以下のログに、コンテンツがキャッシュされたことが出力されます。 > StateMessage.log ------------ 出力例 ------------ Adding message with TopicType 7200 and TopicId Cache add T020000B.1 to WMI StateMessage 2018/05/17 10:41:59 36728 (0x8F78) State message(State ID : 1) with TopicType 7200 and TopicId Cache add T020000B.1 has been recorded for SYSTEM StateMessage 2018/05/17 10:41:59 36728 (0x8F78) Successfully forwarded State Messages to the MP StateMessage 2018/05/17 10:43:00 36728 (0x8F78) ------------ 出力例 ------------   他のクライアントが、ピアキャッシュ ソースとなっているクライアントから、コンテンツをダウンロードする際は、以下の 3 つのログに、その旨が出力されます。 > CAS.log ------------ 出力例 ------------ **** Received request for content T020000B.1, size(KB) 737, under context System with priority Low. ContentAccess 2018/05/17 10:47:03 3228 (0x0C9C) CacheManager: There are currently 0 bytes used for cached content items (0 total, 0 active, 0 tombstoned, 0 expired). ContentAccess 2018/05/17 10:47:03 3228 (0x0C9C) (中略) Download started for content T020000B.1 ContentAccess 2018/05/17 10:47:04 3228 (0x0C9C) Location update from CTM for content T020000B.1 and request {A6D8A569-FDC5-48DA-9CEC-5F77D27663B9} ContentAccess 2018/05/17 10:47:04 3712 (0x0E80) Matching DP location found 0 - https://contoso-cl04.contoso.local:8003/sccm_branchcache$/t020000b (Locality: PEER) ContentAccess 2018/05/17 10:47:04 3712 (0x0E80) Matching DP location found 1 - http://tamai-cm02.tamai-ms.local/sms_dp_smspkg$/t020000b (Locality: BOUNDARYGROUP) ContentAccess 2018/05/17 10:47:04 3712 (0x0E80) Download request only, ignoring location update ContentAccess 2018/05/17 10:47:04 3712 (0x0E80) ------------ 出力例 ------------   > ContentTransferManager.log ------------ 出力例 ------------ Starting CTM job {18E631ED-390B-4725-9010-1F9132E4BD7F}. ContentTransferManager 2018/05/17 10:47:03 3228 (0x0C9C) Created CTM job {18E631ED-390B-4725-9010-1F9132E4BD7F} for user S-1-5-18 ContentTransferManager 2018/05/17 10:47:03 3228 (0x0C9C) Created and Sent Location Request '{21A682C1-51B7-4C63-9FBE-ED3141CEEC29}' for package T020000B ContentTransferManager 2018/05/17 10:47:04 3712 (0x0E80) CTM job {18E631ED-390B-4725-9010-1F9132E4BD7F} entered phase CCM_DOWNLOADSTATUS_WAITING_CONTENTLOCATIONS ContentTransferManager 2018/05/17 10:47:04 3712 (0x0E80) Queued location request '{21A682C1-51B7-4C63-9FBE-ED3141CEEC29}' for CTM job '{18E631ED-390B-4725-9010-1F9132E4BD7F}'. ContentTransferManager 2018/05/17 10:47:04 3712 (0x0E80) Persisted locations for CTM job {18E631ED-390B-4725-9010-1F9132E4BD7F}: (PEER) https://CONTOSO-CL04.CONTOSO.local:8003/SCCM_BranchCache$/T020000B (BOUNDARYGROUP) http://TAMAI-CM02.tamai-ms.local/SMS_DP_SMSPKG$/T020000B ContentTransferManager 2018/05/17 10:47:04 2352 (0x0930) (中略) CTM job {18E631ED-390B-4725-9010-1F9132E4BD7F} successfully processed download completion. ContentTransferManager 2018/05/17 10:47:52 3712 (0x0E80)cess 2018/05/17 10:47:04 3712 (0x0E80) ------------ 出力例 ------------   > DataTransferService.log ------------ 出力例 ------------ DTSJob {CCB7F7D2-8E93-47F1-9BCB-AAFB4CF93C0F} created to download from 'https://CONTOSO-CL04.CONTOSO.local:8003/SCCM_BranchCache$/T020000B' to 'C:\Windows\ccmcache\1'. DataTransferService 2018/05/17 10:47:05 2352 (0x0930) DTSJob {CCB7F7D2-8E93-47F1-9BCB-AAFB4CF93C0F} in state 'DownloadingManifest'. DataTransferService 2018/05/17 10:47:05 3712 (0x0E80) Raising event: instance of CCM_CcmHttp_Status { ClientID = "GUID:64C1E4AF-793E-4B65-BBD9-8DC0C33E7087"; DateTime = "20180517014712.077000+000"; HostName = "CONTOSO-CL04.CONTOSO.local"; HRESULT = "0x00000000"; ProcessID = 2316; StatusCode = 0; ThreadID = 2248; }; (中略) DTS job {CCB7F7D2-8E93-47F1-9BCB-AAFB4CF93C0F} has completed: Status : SUCCESS, Start time : 05/17/2018 10:47:05, Completion time : 05/17/2018 10:47:52, Elapsed time : 47 seconds DataTransferService 2018/05/17 10:47:52 3500 (0x0DAC)  ------------ 出力例 ------------  ]]> Windows Defender のクライアントのバージョン更新時に記録されるセキュリティ イベント 5038 について https://docs.microsoft.com/archive/blogs/systemcenterjp/windows-defender-securityevent5038 Thu, 06 Sep 2018 19:17:35 GMT https://blogs.technet.microsoft.com/systemcenterjp/?p=8405 Windows Defender のクライアントのバージョン更新時に、セキュリティ イベント ログに失敗の監査が記録されます。  
ログの名前: Security ソース: Microsoft-Windows-Security-Auditing イベント ID: 5038 キーワード: 失敗の監査 説明: コードの整合性によって、ファイルのイメージ ハッシュが有効でないと判断されました。このファイルは、無許可の変更によって破損しているか、無効なハッシュがディスク デバイス エラーの可能性を示している場合があります。 ファイル名: \Device\HarddiskVolume1\ProgramData\Microsoft\Windows Defender\platform\<Windows Defender のバージョン>\Drivers\WdBoot.sys
    原因
クライアントのバージョン更新時のバージョン確認処理の問題によりこの問題が発生します。     解決策
本イベントはWindows Defenderのクライアントのバージョン更新時の更新のタイミングのみで発生し、またイベントが記録されることでの影響はございません。   イベント ログ5038は、バージョン チェック処理に問題があり WdBoot.sysを最初にイメージ ファイルとしてロードした際に記録されます。初回以降はロード処理は正常に完了し、バージョン情報も正常に取得出来ます。 その為、Windows Defender およびアップデート処理への影響はございません。    ]]>