在 Windows Server 2012 R2 呼叫 MSFT_NetLbfoTeamNic 類別時,會記錄核心事件識別碼 」 為 2

請注意--重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,且可能由 Microsoft Community 利用 Community Translation Framework技術或人工進行事後編修。翻譯過程並無專業譯者參與。Microsoft 同時提供使用者人為翻譯、機器翻譯及社群編修後的機器翻譯三種版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,所有翻譯文章都可能不盡完美,內容都可能出現詞彙、語意或文法上的錯誤。就翻譯內容之不正確或錯誤,或客戶因使用翻譯內容所產生的任何損害,微軟不負擔任何責任。Microsoft將依合理的商業努力不斷地更新機器翻譯軟體和工具,以期能為使用者提供更好的服務。

按一下這裡查看此文章的英文版本:3087042
徵狀
藉由 NIC 小組 」 功能中,在使用 Windows Server 2012 R2 時協力廠商的 WMI 提供者用來呼叫MSFT_NetLbfoTeamNic的 WMI 類別,會記錄下列事件:

-管理/核心 EventTracing 來源:
事件識別碼: 2
工作階段""無法啟動,並且出現下列錯誤: 0xC0000022

這篇文章說明只發生於 NIC 小組正在使用這個特定的錯誤。此錯誤不是錯誤的協力廠商的 WMI 提供者。此外,可能會記錄此事件的 NIC 的聯合 WMI 提供者無關的原因。
發生的原因
協力廠商的 WMI 提供者時,並不被造成這個問題。這個問題是追蹤修訂以便在未來版本中的 Windows Server 的考量。

Windows Server 2012 R2 MSFT_NetLbfoTeamNic WMI 類別會使用 iNetCfg 介面。INetCfg 介面是相關聯的 NetCfgTrace 核心記錄提供者,會自動啟用 windows。C:\Windows\inf\netcfgx.0.etl 檔案都會自動儲存追蹤資料。WMIPRVSE 程序,依序網路服務帳戶下執行的內容下執行所有的 WMI 提供者。不過,如果 WMI 提供者會呼叫MSFT_NetLbfoTeamNic類別,網路服務帳戶並沒有將追蹤資料寫入這個檔案的授權單位。
其他可行方案
如果 < 徵狀 > 一節所述的案例會觸發核心事件識別碼 」 為 2 的錯誤,錯誤就會是無害的而且可以放心忽略。

如果您想要避免這個錯誤記錄,開啟 [系統管理的命令提示字元中,並執行下列命令:

Takeown /f c:\windows\inf
icacls c:\windows\inf /grant"NT AUTHORITY\NETWORK SERVICE":"(OI)(CI)(F)"
icacls c:\windows\inf\netcfgx.0.etl /grant 「 NT AUTHORITY\NETWORK 服務 」: F
icacls c:\windows\inf\netcfgx.1.etl /grant 「 NT AUTHORITY\NETWORK 服務 」: F

這些命令授與必要的檔案權限,以防止記錄在此案例中的錯誤。

您也可以重設回 NT SERVICE\TrustedInstaller 帳戶 (預設值) 的擁有者的 C:\Windows\inf。若要執行這項操作,請依照下列步驟執行:
  1. 在 Windows 檔案總管,巡覽至 c:\windows\tmp、 C:\Windows\INF目錄中,按一下滑鼠右鍵,然後選取屬性。在 [安全性] 索引標籤上按一下 [進階
  2. 按一下 [擁有者] 旁邊的 [變更]。
  3. 按一下 [位置],然後再選取 [本機電腦 (您可能必須向上捲動,如果您已加入網域)。
  4. 在 [物件名稱,輸入 NT SERVICE\TrustedInstaller選取 [檢查名稱],然後按一下[確定]

最後,執行icacls命令,請確定網路服務帳戶設定為繼承,如下列範例所示:

C:\>icacls c:\windows\inf

C:\Windows\inf NT AUTHORITY\NETWORK SERVICE:(OI)(CI)(F)

[…]

警告:本文為自動翻譯

內容

文章識別碼:3087042 - 最後檢閱時間:08/29/2015 01:45:00 - 修訂: 1.0

Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3087042 KbMtzh
意見反應