一． 常見問題及解決方法
1. 當通過WMI添加服務器、Microsoft .NET、Exchange服務器時，提示“驗證失敗。請確認用戶名和密碼”。
解決方法: 請以<domainname>\<username>格式輸入用戶名
注意： OpManger中對于本地WMI驗證，不需要輸入用戶名和密碼。
2. 當以WMI模式監控Windows服務器時，內存利用率數據顯示錯誤。
解決方法:
在WMI中，我們使用Win32_OperatingSystem獲取Windows2003服務器的內存數據。在系統內存超過4GB時，則不能報告準確的信息。這是Windows 2003 SP1的一個問題。請參閱 http://support.microsoft.com/kb/906868/ 了解更多信息，并安裝補丁。
3. 如何重建WMI類?
解決方法:
MOF (受管理對象格式)文件是一個機制，通過它關于WMI類的信息進入WMI存儲庫。存儲庫中的類定義可能損壞，這種情況下， 重新編譯MOF文件，用最初安裝操作系統時的類定義將其復寫和替換。
在命令提示符執行以下命令：
Windows 2003/XP
* c:\windows\system32\wbem\Mofcomp.exe c:\windows\system32\wbem\cimwin32.mof
* c:\windows\system32\wbem\Mofcomp.exe c:\windows\system32\wbem\cimwin32.mfl
Windows 2000
* c:\winnt\system32\wbem\Mofcomp.exe c:\winnt\system32\wbem\cimwin32.mof
* c:\winnt\system32\wbem\Mofcomp.exe c:\winnt\system32\wbem\cimwin32.mfl
如果提示未找到路徑，請使用%windir% (Windows目錄名)替換掉windows (如果系統是Windows 2003/XP)或 winnt(如果系統是windows 2000)。
參考以下鏈接，了解更多信息
http://www.microsoft.com/technet/scriptcenter/topics/help/wmi.mspx#ECIAC
4. 當通過WMI模式監控Windows機器時，哪些服務應該在遠程Windows計算機運行？
以下服務應該在遠程Windows機器運行：
1) Remote Procedure Call (RPC)遠程過程調用 -- 端口: 135
2) Windows Management Instrumentation (WMI) Windows管理規范-- 端口: 445
如果啟用防火墻，應在防火墻開放這些端口。
5. 當試圖通過WMI模式添加服務器監視器時，提示“驗證失敗或訪問被拒絕”。
1) 域名和IP地址問題
將 域名\用戶名作為用戶名
如： ADVENTNET\admin
若用戶名不是域名帳號，嘗試使用主機名\用戶名。
如：admin\admin
如果不知道域名或用戶名，請通過控制面板 --> 用戶帳戶確認。您可以查看系統中的用戶以及用戶所屬的域和工作組。
- 使用 wbemtest 找到當連接遠程系統時出現的錯誤信息
點擊開始 --> 運行 --> wbemtest
打開Windows管理規范測試器。點擊連接按鈕。在第一個文本框(root\default) ，輸入<\\hostname\root\cimv2>輸入用戶名和密碼。點擊連接按鈕，如果提示錯誤，請在主機名處輸入IP地址。
<\\ipaddress\root\cimv2>
如果正常，您只能通過IP地址訪問機器。可能是因為<C:\Windows\system32\drivers\etc\hosts>文件中的hosts文件中有錯誤項。移除文件中的錯誤項，嘗試用主機名訪問。
2)DCOM設置
在遠程計算機：
檢查在遠程計算機是否啟用DCOM
點擊開始 --> 運行 --> 輸入dcomcnfg，打開組件服務控制臺。
點擊組件服務 --> 選擇計算機 -->點擊我的電腦(右擊選擇屬性)。
點擊默認屬性標簽，檢查屬性是否配置如下：
a) 選擇"在此計算機上啟用分布式COM"
b)默認身份驗證級別為連接
c)默認模擬級別是模擬或標識
如果以上屬性有改動，請按以上進行配置，再檢查在Applications Manager是否可以添加。
然后要確認在注冊表也作更改。
開始 --> 運行 --> 輸入regedit，打開注冊表編輯器控制臺。
點擊我的電腦 -> HKey_Local_Machine ->Software -> Microsoft -> OLE -> EnableDCOM, 設置為 'Y'。
3)檢查 COM安全
點擊開始--> 運行 --> 輸入dcomcnfg，打開組件服務控制臺。
點擊組件服務 --> 選擇計算機 -->點擊我的電腦(右擊選擇屬性)。
點擊COM安全標簽，檢查屬性是否配置如下：
點擊訪問權限中的編輯默認值。然后檢查SELF和SYSTEM是否啟用遠程訪問。
再點擊我的電腦，點擊DCOM配置，選擇Windows Management Instrumentation。然后右擊選擇屬性，檢查身份驗證級別是否設置為默認。
4) WMI 安全
在遠程計算機：
檢查指定用戶是否有足夠的權限從遠程計算機訪問WMI。
點擊開始--> 運行 --> 輸入，wmimgmt.msc打開Windows管理體系結構控制臺。
右鍵點擊WMI控制，選擇屬性 -> 安全 -> 安全設置。
然后檢查用戶所屬的組是否具備全部權限，例如遠程啟用。如果不具備，選擇檢查框允許，并保存更改。
然后嘗試在Applications Manager添加服務器。
如果您不想更改組的權限，請創建一個具備Guest 角色的用戶。
進入控制面板 --> 用戶帳戶
添加一個具備Guest 角色的用戶。然后進入Windows 管理控制臺，點擊添加按鈕。在Windows 2000中，將列出最新添加的用戶。您可以選擇，添加并授予全部權限。
在Windows XP中，在"Enter the Object names to select" 文本框中輸入用戶名machinename\username。點擊確定，將添加用戶并授予權限，保存。
再嘗試添加服務器。
5)驗證用戶權利
在遠程計算機
點擊開始 --> 運行 --> 輸入 gpedit.msc. 打開組策略控制臺。
點擊本地計算機策略 -- > 計算機配置 -- > Windows設置 -- > 安全設置 -- > 本地策略 -- > 用戶權利指派 -- > 身份驗證后模擬客戶端。
添加用戶后，再嘗試添加服務器。以WMI模式添加Windows監視器，要求用戶具有管理員權限。
6) 本地安全設置
如果遠程機器是Windows XP計算機， 確保遠程登錄不強制使用GUEST 帳戶。點擊開始 --> 運行 --> 輸入secpol.msc，打開本地安全設置控制臺。點擊本地策略 ->安全選項 ->網絡訪問：本地帳戶的共享和安全模式，如果設置為僅來賓，則右鍵點擊屬性，更改為經典，然后重啟計算機。
7)對于Windows XP SP2 計算機，要配置防火墻，允許遠程控制。方法：打開命令提示符，輸入netsh firewall set service RemoteAdmin 。
8)必要的Windows服務
在遠程計算機
保證所有遠程訪問和WMI相關服務啟用并運行。在Windows XP中，應該運行以下服務或允許用命令啟動。
COM+ Event System
Remote Access Auto Connection Manager
Remote Access Connection Manager
Remote Procedure Call (RPC)
Remote Procedure Call (RPC) Locator
Remote Registry
Server
Windows Management Instrumentation
Windows Management Instrumentation Driver Extensions
WMI Performance Adapter
Workstation
9) 點擊開始 --> 運行 --> 輸入wmimgmt.msc ，打開Windows管理體系結構控制臺。右鍵點擊屬性 -> 日志記錄。在遠程機器啟用“詳細”。
6. 當我給一個服務器配置服務器監視器時，提示以下錯誤：“錯誤 # RPC服務器忙，無法完成操作”
請參考以下鏈接，解決RPC 服務器的問題。
http://support.microsoft.com/kb/177446
http://support.microsoft.com/kb/905700
7. 當通過WMI模式添加服務器監視器時，提示錯誤“RPC服務器不可用”。
1) 嘗試使用域名/用戶名和只使用用戶名添加服務器
2) 檢查從 Applications Manager機器是否能夠ping遠程windows計算機。嘗試使用主機名和IP地址ping。
3) 檢查運行Applications Manager的機器和遠程windows計算機之間是否有防火墻。
如果有防火墻，請開放防火墻中的端口，以便進行監控。端口是135 (RPC) 和445 (WMI)。
然后再嘗試添加監視器。
如果開放端口后，仍出現相同錯誤。遠程計算機中的WMI可能使用隨機端口回復WMI請求（即您從Applications Manage機器向遠程服務器發出的請求）。但是您可以限制它只使用一定范圍的端口。因此，必須開放這些端口。
關于如何限制端口范圍分配，請參考以下鏈接了解更多信息。
http://support.microsoft.com/kb/300083
應該在要監控的遠程計算機上進行以上配置。
4)檢查RPC和WMI服務是否在遠程計算機中運行。
在遠程計算機，點擊開始--> 運行--> 輸入services.msc。
檢查Remote Procedure Call 和 Windows Management Instrumentation服務是否在運行。
若未運行，請啟動這兩項服務，然后嘗試在Applications Manager中添加監視器。
5) 使用wbemtest 找到連接遠程系統時出現的錯誤信息。
點擊開始 --> 運行 --> wbemtest
打開Windows管理規范測試器，點擊連接按鈕，在第一個文本框 (root\default) ，輸入<\\hostname\root\cimv2>。
輸入用戶名和密碼，點擊連接按鈕。如果提示錯誤，請嘗試在主機名處輸入IP地址，即<\\ipaddress\root\cimv2>
如果正常，則您只能通過IP地址訪問機器。可能是因為<C:\Windows\system32\drivers\etc\hosts>文件中的hosts文件中有錯誤項。移除文件中的錯誤項，嘗試用主機名訪問。
8. <OpManager> WMI 監視器沒有運行。始終顯示“error # access denied”。
原因
登錄認證不正確。
解決方案
執行以下步驟：
1. 檢驗是否按上述提示提供了連接到設備的域管理員用戶名和密碼。如果設備在域中，則用戶名應該類似于“域名\管理員名”。
2. 如果步驟 1 中所指定登錄憑據正確，則使用資源監視器 -> 添加監視器 -> 基于 WMI 的監視器 -> 可用/已用磁盤空間（以 MB/GB 為單位）嘗試將基于 WMI 的監視器（最好使用以 MB/GB 為單位的可用/已用空間圖形）關聯到 Exchange Server。此時應得到設備的可用驅動程序列表。
3. 如果步驟 2 未通過，則嘗試在 Windows 系統上啟用 WMI、RPC 服務并再次嘗試。
4. 如果 DCOM 設置的配置不正確，則也可能發生此問題。
可以在從命令提示符
cmd> cd [OpManagerHome]\conf\application\scripts\
cmd> cscript cpu.vbs [machinename] [domainname]\[username] [password]
運行 vbs 腳本時通過檢查確切錯誤消息查明這一點。
5. 按照以下方式也可以配置 dcom 設置：
從 Windows 2000服務器的運行提示符，鍵入 \"dcomcnfg\" 并展開組件服務 -> 計算機下的樹。從圖標欄點擊我的電腦并選擇默認屬性。檢查以下內容：
啟用此計算機上的分布式 COM。
啟用此計算機上的 COM Internet 服務。
將默認模仿級別選擇為"模擬"。
如果需要，則還可編輯 COM 安全設置。
6. 如果上述 4 個步驟都沒有解決問題，則嘗試按以下方式更改服務登錄詳細信息。
轉到 Windows 服務 UI。
打開“ManageEngineOpManager”服務的“屬性”對話框。
轉到“登錄”頁簽。
在“登錄身份”選項中選擇“此帳戶”并輸入有權訪問 WMI 數據的域名\用戶名和密碼。
保存并重新啟動OpManager。
注意：此操作會使托盤圖標和啟動圖片消失。
二． Wbemtest測試工具的使用
1. 使用wbemtest工具測試。
1. 在監視主機上 運行 >wbemtest，點擊連接
2. 名稱空間中輸入輸入 \\被監視的ip\root\cimv2
3. 輸入用戶名和密碼
4. 查看是否連接成功
2. 常見錯誤及解決（ELA）
訪問決絕代碼 原因 解決辦法
0x80070005 提供的工作站的登錄名和密碼是不正確的 檢查輸入的登錄名和密碼是否正確
遠程工作站的遠程DCOM功能被禁止 檢查是否遠程DCOM是否開啟。如果開啟，那么用下面的方式打開： 選擇 開始 > 運行
1. 在輸入框中輸入dcomcnfg并點擊確定
2. 選擇默認屬性頁簽
3. 選擇打開這個機器的分布式的COM復選框
4. 點擊確定
打開Windows XP主機的DCOM：
1. 選擇 開始 > 運行
2. 在輸入框中輸入dcomcnfg并點擊確定
3. 點擊組件服務 > 計算機 > 我的電腦
4. 右鍵點擊并選擇屬性
5. 選擇默認屬性頁簽
6. 選擇打開這個機器的分布式的COM復選框
7. 點擊確定
遠程主機的用戶帳號無效 打開命令行窗口執行下面的命令，檢查用戶帳號是否有效：
net use \\<RemoteComputerName>\C$ /u:<DomainName\UserName> "<password>"
net use \\<RemoteComputerName>\ADMIN$ /u:<DomainName\UserName> "<password>"
如果這些命令顯示任何錯誤，那么提供的目標主機的用戶帳號就肯定是無效的。
0x80041003 提供的用戶名沒有足夠的權限執行掃描操作。有可能，用戶不輸入此主機的管理員組。 將用戶組Move the user to the Administrator Group of the workstation or scan the machine using an administrator (preferably a Domain Administrator) account.
0x800706ba 遠程主機配置了防火墻。這樣情況主要在Windows XP (SP 2)默認防火墻開啟的情況下。 1. 關閉Windows XP機器的默認防火墻：
1. 選擇 開始 > 運行
2. 輸入Firewall.cpl并點擊 確定
3. 在通常頁簽中，點擊關閉
4. 點擊確定
2. 如果防火墻不能打開，通過執行下面的命令在遠程主機上開啟i遠程管理：
netsh firewall set service RemoteAdmin
掃描之后，你可以用下面的命令關閉遠程管理：
netsh firewall set service RemoteAdmin disable
0x80040154 1. 遠程主機上面的WMI是無效的。這個情況在Windows NT上出現。如果WMI組件沒有正確注冊，這些錯誤可能在Windows的更高版本上出現。
2. WMI組件沒有注冊。 1. 在遠程主機上安裝WMI。可以從微軟web網站下載。
2. 執行下面的命令注冊WMI DLL文件：
winmgmt /RegServer
0x80080005 這可能是運行WMI服務(winmgmt.exe) 的主機內部錯誤。主機上的最后的WMI倉庫更新失敗。 重新啟動遠程主機上的WMI服務：
1. 選擇 開始 > 運行
2. 輸入 Services.msc并點擊確定
3. 在打開的服務窗口中，選擇Windows Management Instrumentation 服務
4. 右鍵點擊并選擇重新啟動
更多錯誤代碼，參考MSDN knowledge base
3. 常見錯誤及解決（OpManager）
• 80070005 - 訪問被拒絕
• 80041064 - 無法將用戶憑據用于本地連接
• 800706BA - RPC 服務器不可用
• 80041010 - 無效類
• 80041003 - 訪問被拒絕
• 80040154 - 沒有注冊 WMI 組件
• 80080005 - WMI 服務中的內部執行故障
• 8004106C - WMI 占用內存過多
• 8004100E - 無效命名空間
• 80041017 - 無效查詢
錯誤代碼和解決辦法解釋如下：
80070005 - 訪問被拒絕
原因
在配置的登錄憑據不正確時會發生此錯誤。
解決方案
• 如果設備在域中，則確保配置正確的域名、用戶名和密碼。如果設備在工作組中，則僅配置用戶名和密碼就可以了。例如，如果域名為 BigDom，用戶名為 admin，則在用戶名字段鍵入 BigDom\admin。
• 對于具有從安裝OpManager的計算機進行訪問的權限的設備，不必指定用戶名和密碼。
• 如果使用正確憑據之后，仍然遇到問題，則使用以下步驟進一步解決：
o 通過打開命令提示符并執行以下命令檢查用戶帳戶在目標計算機中是否有效：
net use \\<monitored device name>\ADMIN$ /u:"<域名\用戶名>" "<密碼>"
如果此命令拋出錯誤，則提供的用戶帳戶在目標計算機中無效。
o 檢查在監視的工作站中是否啟用了“Remote DCOM”。如果沒有啟用，則按以下方式啟用它：
1. 選擇開始 > 運行
2. 在文本框中鍵入 dcomcnfg 并點擊確定
3. 選擇默認屬性選項卡
4. 選擇在此計算機上啟用分布式 COM 復選框
5. 點擊確定
在 Windows XP 主機中啟用 DCOM 的步驟：
1. 選擇開始 > 運行
2. 在文本框中鍵入 dcomcnfg 并點擊確定
3. 點擊組件服務 > 計算機 > 我的電腦
4. 右鍵點擊并選擇屬性
5. 選擇默認屬性選項卡
6. 選擇在此計算機上“啟用分布式 COM”復選框
7. 點擊確定
如果上述步驟不奏效，則嘗試按以下方式更改服務登錄詳細信息：
• 轉到 Windows 服務 UI。
• 打開“ManageEngineOpManager”服務的“屬性”對話框。
• 轉到“登錄”選項卡。
• 在“登錄身份”選項選擇“此帳戶”。
• 在此配置具有遠程計算機訪問權限的帳戶的用戶名和密碼。保存然后重新啟動OpManager。
• 再次試用上述 3 個步驟。
注意：進行這些更改后，將找不到托盤圖標和啟動圖片。
80041064 - 無法將用戶認證用于本地連接
原因
在指定用于監視運行OpManager的計算機的用戶名和密碼時遇到此錯誤。
解決方案
不要指定本地主機的用戶名和密碼。要解決該問題，請從設備快照頁面中的“密碼”鏈接移除配置的用戶名和密碼。
800706BA - RPC 服務器不可用
原因
當沒有運行 RPC 和 WMI 服務且不可對設備執行 ping 操作時會遇到此錯誤。
解決方案
• 檢查設備是否已啟動、在運行和可執行 ping 操作。
• 檢查 Remote Procedure Call(RPC) 和 Windows Management Instrumentation(WMI) 服務是否在運行。
1. 選擇開始 > 運行。
2. 在文本框中鍵入“services.msc”并點擊確定。
3. 在列出的服務中，查看 RPC 和 WMI 服務的狀態是否顯示為已啟動。
4. 如果沒有啟動，則啟動這些服務。
• 在遠程計算機上可能配置防火墻。啟用默認 Windows 防火墻時，在 Windows XP（帶有 SP 2）中很可能發生這類異常。禁用 Windows XP 計算機中默認防火墻的步驟如下：
1. 選擇開始 > 運行。
2. 鍵入 Firewall.cpl 并點擊確定。
3. 在常規選項卡中，點擊關閉。
4. 點擊確定。
• 如果無法禁用防火墻，則通過在遠程計算機上執行以下命令啟用遠程管理（用于管理員）：“netsh firewall set service RemoteAdmin”
• 防火墻可能阻塞 WMI 流量。要在防火墻中訪問 WMI 流量，需要打開防火墻中的端口 445、135。
80041010 - 無效類
原因
沒有注冊所需 WMI 類時會發生此錯誤。
解決方案
• 檢查是否安裝了所需應用程序。
• 注冊安裝的應用程序的所有 WMI 類的步驟。運行以下命令：
o 對于 Windows 2000，從所監視設備運行“winmgmt /resyncperf”命令。
o 對于 Windows XP 和 2003，從所監視設備運行“wmiadap /f”命令。
80041003 - 訪問被拒絕
原因
當提供的用戶名不具備執行操作的足夠訪問權限時會發生此錯誤。
解決方案
1. 可能此用戶不屬于此主機計算機的管理員組。
2. 嘗試將用戶移動到工作站的管理員組。
3. 試用管理員（最好是域管理員）帳戶。
80040154 - 沒有注冊 WMI 組件
原因
當遠程 Windows 工作站中的 WMI 不可用時會遇到此錯誤。此問題在 Windows NT 中發生。如果 WMI 組件注冊不正確，這類錯誤代碼在較高版本的 Windows 中也可能發生。
解決方案
• 在遠程工作站安裝 WMI 核心。WMI 核心可從 Microsoft 網站下載。
• 通過在命令提示符執行以下命令注冊 WMI DLL 文件：
winmgmt /RegServer
• 通過下載以下 exe 為 Windows NT 安裝 WMI：
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=C174CFB1-EF67-471D-9277- 4C2B1014A31E
80080005 - WMI 服務中的內部執行故障
原因
在主機計算機中運行的 WMI 服務 (winmgmt.exe) 中存在某些內部執行故障時會發生此錯誤。該工作站中 WMI 儲存庫的最后更新可能失敗。
解決方案
重新啟動遠程工作站中的 WMI 服務：
1. 選擇開始 > 運行。
2. 鍵入 Services.msc 并點擊確定。
3. 在打開的服務窗口中，選擇 Windows Management Instrumentation 服務。
4. 右鍵點擊并選擇重新啟動
8004106C - WMI 占用內存過多
原因
在 WMI 占用過多內存時會發生此錯誤。這可能由內存可用性低或 WMI 使用內存過多引起。
解決方案
• WMI 占用內存過多。
• 這可能由內存可用性低或 WMI 使用內存過多引起。
• 嘗試重新啟動或重新安裝 wmi 服務。
8004100E - 無效命名空間
原因
命名空間編譯器無效不是正常錯誤。可能沒有正確安裝使用命名空間的相關應用程序。
解決方案
• 嘗試單獨重新安裝應用程序或 WMI 服務。
• 利用日志與 http://support.opmanager.com 聯系。
80041017 - 無效查詢
原因
“Query was not syntactically valid”不是正常錯誤。可能沒有正確安裝使用命名空間的相關應用程序。
解決方案
• 嘗試單獨重新安裝應用程序或 WMI 服務。
• 利用日志與支持人員聯系。