疑難排解指南
首頁 » 疑難排解指南

疑難排解指南

ManageEngine OpManager

是的，這份檔案的標題說明了一切！OpManager 是一個非常簡單易用的應用程式，您只需安裝應用程式並開始使用。但仍然不排除這樣的事實，即可能會出現一些問題，減慢 OpManager 監視您的資源。本文件可幫助您疑難排解使用 OpManager 時可能遇到的常見問題。

  1. 克服初期中斷
  2. 監視設定
  3. 警示和通知
  4. 報告
  5. 在瀏覽器中啟用 RDP 和 Telnet

克服初期中斷的提示

以下是使用 OpManager 時可能輕鬆解決您初期中斷的一些提示。為了更輕鬆的導覽，這些進一步分類如下：

開始故障！

無法與 Web 伺服器建立連線。關機緩慢

原因 1

在 Linux 平台中作為「root」使用者啟動 OpManager 時，伺服器停機並顯示訊息「無法與 Web 伺服器建立連線。正在關機...」。這是因為 OpManager 以「nobody」使用者和「nobody」組開始其 Apache Web 伺服器。Apache 伺服器可能沒有讀取和執行權限來存取 目錄下的檔案。因此，將不會建立到 Apache 伺服器的連線，OpManager 伺服器將正常關閉。

解決方案

  • 變更 < OpManager Home>/apache/conf/backup/ 目錄下的 httpd.conf 檔案中參數 Group 的值。
    Group #-1 to Group nobody
  • 透過執行以下命令為 <OpManager Home>/apache/bin/ 下的「httpd」檔案提供可執行權限：chmod 755 httpd

在執行上述步驟後，OpManager 伺服器將成功開始。

原因 2

如果您正在使用 Linux 8.0/9.0：

Linux 8.0/9.0 中未配套名為 libdb.so 的檔案。在早期版本中配套該檔案。這個檔案是 Apache 需要的。沒有它，apache 無法在 Linux 8.0 中開始。這會導致您現在面對的問題。

解決方案

該檔案與產品配套，並存在於最新版 OpManager 的 /lib/backup 目錄中。將其複製到 /lib 目錄並重新啟動 OpManager。

這個解決方案也適用於使用 Fedora 和 Madrake Linux 的人。

如果您仍然遇到問題，請在 OpManager 安裝的 /apache 資料夾中執行指令碼 StartWebSvr（在 Windows 安裝中為 .bat 檔案，在 Linux 安裝中為 .sh 檔案），並將輸出傳送給我們。

如果您的是 Debian Linux，那麼請檢查 /usr/lib 目錄下的 libgdbm.so.2 是否可用。如果不可用，您可以安裝穩定版的 libgdmg1。從 url http://packages.debian.org/stable/libs/libgdbmg1 下載這個封裝

錯誤碼 500：套用 OpManager 授權時出錯

原因

如果安裝的應用程式版本與購買的授權中指定的版本不相容，則會遇到此錯誤。

解決方案

請連絡 OpManager 支援並傳送安裝版本的詳細資料，包括組建編號和傳送給您的授權。驗證後將向您傳送相容授權。

在 OpManager 啟動期間顯示「無法建立表格或者沒有正確建立所有表格」錯誤

原因

資料庫表格可能已損壞。

解決方案

您可以修復損壞的表格。在 \bin 目錄下執行 repairdb.bat。之後，在同一目錄中執行 ReInitializeOpManager.bat 指令碼。這將會刪除已建立的所有表格。重新啟動 OpManager。

從 BE 下載用戶端檔案時發生錯誤

原因

資料庫表格損壞時會發生此錯誤。由於 OpManager 不正常關閉（例如停電期間），可能會發生損壞。

解決方案

必須修復資料庫，然後需要重新啟動 OpManager。以下是詳細步驟：

  1. 停止 OpManager 服務
  2. 開啟命令提示並將目錄變更為 /opmanager/bin
  3. 執行 RepairDB.bat/sh。這將修復所有損壞的表格。
  4. 完成執行後，再次執行以確保修復所有損壞的表格。
  5. 重新啟動 OpManager。

探索

未探索裝置

原因

如果對裝置的 ping 要求逾時，可能會發生這種情況。

解決方案

要解決此問題，請增加檔案 /conf/ping.properties 中的 ping 逾時時間，然後重試。

裝置由 IP 位址而不是主機名稱標識

原因

如果在託管 OpManager 的電腦上，未正確設定 DNS 伺服器位址，則無法從 DNS 伺服器，獲取受控裝置的 DNS 名稱。

其他可能原因有:

  • DNS 伺服器無法存取
  • 探索期間，DNS 伺服器已關閉。
  • DNS 伺服器不存在。

解決方案

確保 DNS 伺服器可以存取並正確設定 DNS 伺服器位址。p>

對應

太多「未知」裝置！我該如何解決這個問題？

原因s

什麼是「未知」裝置？

首先，了解 OpManager 如何將裝置分類到伺服器、路由器、交換器等非常重要。OpManager 依靠 SNMP、CLI 和 WMI 等行業標準通訊協定來「識別」裝置。SNMP 是所有裝置類別的標準通訊協定，CLI 特定於基於 Unix 的伺服器，而 WMI 特定於 Windows 環境。

由於以下原因，裝置被分組在「未知」裝置類別下：

  • 沒有啟用這些通訊協定之一。
  • 不正確的使用者名稱和密碼或使用者沒有所需的權限。例如，WMI 希望使用者具有網域管理員權限。
  • 防毒程式或防火牆不允許 OpManager 存取。
  • 網路設定限制存取網路系統中的某些資訊。
  • 在 Windows 環境下，不允許存取的安全設定很少。

因此，即使 OpManager 能夠 ping 並成功探索裝置，它不知道該將該裝置防止在何處，因此將其標記為「未知」！

該怎麼辦？

要減少分類為「未知」的裝置數量， 請在開始探索前 設定正確的認證 。這樣做可以節省重新工作的大量時間和精力。

解決已探索裝置中的未知裝置

啟用 SNMP 的裝置

如果裝置支援 SNMP，請啟用 SNMP 並重新探索裝置。儘管如此，如果您遇到問題，請按以下方式疑難排解：

  • 您在地圖上的裝置圖示上看到一顆藍色的星星了嗎？這意味著裝置回應了 OpManager 的 SNMP 請求。該裝置還沒有正確分類？只需從裝置快照頁面編輯類別即可。
  • 如果 SNMP 代理程式未在路由器上執行，它將被分類為伺服器或桌面。您可以透過已啟用 SNMP 裝置的裝置圖示左上角出現的藍色星星來對此進行驗證。要對裝置正確分類，請在裝置中開始 SNMP 代理程式。有關詳細資料，請參考「在 Cisco 裝置中設定 SNMP 代理」。使用正確的 SNMP 參數重新探索裝置。
  • 如果 SNMP 代理程式正在路由器上執行，但仍然沒有看到裝置圖示中的藍色星星，請檢查在探索過程中是否正確指定了 SNMP 參數。如果沒有，請使用正確的 SNMP 參數重新探索裝置。
  • 如果裝置的 IP 轉寄參數設定為 false，則路由器將作為伺服器或桌面被探索。要將此參數的值設定為 true
    1. Invoke /opmanager/bin/MibBrowser.bat
    2. 展開 RFC1213-MIB。
    3. 在 IP 表格中，按一下 ipForwarding 節點。
    4. 在「設定值」方塊中輸入 1，然後按一下工具列上的設定 SNMP 變數。
    5. 使用正確的 SNMP 參數重新探索裝置。

同樣，對於交換器和印表機，在裝置中啟用 SNMP 並重新探索。

已啟用 CLI / WMI 的裝置

如果您決定在基於 Unix 的伺服器上禁用 SNMP 驗證，請設定 Telnet 或 SSH 認證 並將認證與伺服器關聯。同樣，對於 Windows 裝置，設定 WMI 認證並將認證關聯到裝置。使用新認證重新探索裝置。

OpManager 中伺服器如何分類？某些伺服器分類在電腦下！

以下裝置根據對裝置的 SNMP/Telnet 要求的回應自動分類在伺服器下：

  • Windows 2003 伺服器
  • Windows 2000 伺服器
  • Windows 終端伺服器
  • Windows NT 伺服器
  • Linux 伺服器
  • Solaris 伺服器

以下裝置分類在電腦下：

  • Windows 2000 Professional
  • Windows XP
  • Windows NT 工作站。
  • Windows Millennium Home Edition
  • 裝置不回應 SNMP 和 Telnet

如果任何伺服器分類在電腦下，只需將其匯入至伺服器。參考所述 步驟 以檢查 SNMP。

如何定義正確的裝置範本,以將裝置正確分類？

在啟動探索之前定義裝置範本，有助於正確分類。有 650 多個立即可用的裝置範本。如果在受監視裝置上啟用了 SNMP，並且 OpManager 中設定了正確的認證，則大多數裝置將分類至正確的類別。修改現有範本或根據需要建立一個新範本。

1.什麼時候應該修改/更新現有範本？

假設您已經購買了新的 Cisco 7613 路由器，並且您想使用 OpManager 進行監視。OpManager 已經有 Cisco 7600 系列路由器的裝置範本，在範本中更新了這些系列中的少量 sysOID。您只需編輯此範本以包含 Cisco 7613 路由器的 sysOID（如果尚未包含），為路由器設定 snmp 認證，然後探索它即可！

2.什麼時候應該建立新範本？

情節 1

現在讓我們假設您已經購買了 Cisco 10000 系列路由器。OpManager 還沒有範本（以組建編號 8052 為例！）。現在是時候建立一個新範本了。

情節 2

假設您有一套全新的 IP 電話或可管理的某些環境感應器（支援 SNMP）。這些裝置不能被分類在任何預設類別下，例如伺服器、路由器、交換器等，且有資格得到一個單獨的類別。這種新裝置類型的管理參數也有所不同。這是定義新類別視圖（例如：感應器）的理想情況，同時定義新的裝置範本。您可以在範本中使用同一廠商不同型號的感應器，甚至可以將多個廠商的感應器結合在同一範本中。

3. 建立/修改範本的步驟

  1. 移至管理員裝置範本
  2. 按一下新建範本為新裝置類型定義範本。按一下範本名稱以修改現有名稱。
  3. 設定/修改以下屬性：

裝置範本: 指定裝置類型。
廠商名稱：選取廠商。按一下新增以新增新的廠商，然後按一下「儲存」。
類別: 選取裝置類型的類別。
監視時間間隔：配置裝置需要監視的時間間隔。
裝置影像：選取此裝置類型的影像。
系統 OID：輸入 sysOID 並按一下新增。按一下 OpManager 的「查詢裝置」以查詢裝置的 OID。
選取監視器：按一下此選項以選取監視器。
編輯臨界值：按一下此選項以編輯臨界值。
按一下建立按鈕來建立新的裝置範本。

監視設定

SNMP 監視

基於 SNMP 的監視器可能無法正常工作的幾個原因有：

  • 代理程式未在受監視系統上啟用。
  • OpManager 嘗試使用不正確的認證連絡代理程式，例如密碼錯誤或連接埠錯誤。
  • 受監視系統中的 SNMP 服務可能未設定為接受來自 OpManager 安裝主機的 SNMP 要求。
  • OpManager 傳送給受監視裝置中的代理程式的查詢逾時或裝置不在網路中。
  • 裝置中未實施特定的 OID（為其設定了效能監視器）。

以下是經常遇到的幾個常見問題以及疑難排解的詳細程序：

儘管裝置上啟用了 SNMP，但沒有看到 CPU、記憶體和磁碟使用率的標度盤圖。

原因

SNMP 可能未啟用，或者 SNMP 代理程式未回應要求。

解決方案

檢查 SNMP 設定，重新探索裝置並重新新增監視器。按一下步驟疑難排解：

圖表不顯示的可能原因有：

  • 資源監視器可能尚未關聯至此裝置。關聯監視器。
  • 請檢查此裝置上是否已正確啟用 SNMP。如果為是，則代理程式可能尚未回應 SNMP 請求。請檢查代理程式是否正在使用 MIB 瀏覽器做出回應。
  • 如果該裝置是剛新增，請等待第一次輪詢發生。

以下是疑難排解步驟：

  1. 在裝置快照頁面中，向下捲動到監視器清單。按一下一個監視器的編輯圖示。例如，讓我們嘗試 CPU 使用率監視器。在結果銀幕中按一下「測試監視器」連結。查看監視器是否回應測試要求。如果回應，您將看到標度盤圖。
  2. 如果在步驟 1 後出現錯誤訊息，則可能是因為對 cpu 變數的 snmp 要求逾時，或者 oid 可能未在 MIB 中實施。
  3. 要確認上述原因，請叫用 /bin 目錄中的工具 MibBrowser.bat。載入主機資源 mib 並查詢 oid .1.3.6.1.2.1.25.3.3.1.2 以查找未顯示 cpu 標度盤的裝置。
  4. 如果 MibBrowser 中的查詢有回應，則表示 OID 已實施，標度盤不顯示可能是由於 snmp
    逾時所致。因此，您需要透過為process「PROCESS com.adventnet.nms.poll.Collector」在檔案 NmsProcessesBE.conf 中包含參數
    DATA_COLLECTION_SNMP_TIMEOUT 15，來設定 snmp 逾時。在此檔案中查找以下預設項目：
    PROCESS com.adventnet.nms.poll.Collector
    ARGS POLL_OBJECTS_IN_MEMORY 25 POLL_JDBC true MAX_OIDS_IN_ONE_POLL 15 AUTHORIZATION true
    DATA_COLLECTION_QUERY_INTERVAL 120000 PASS_THRO_ALL_POLLING_OBJECTS true CLEAN_DATA_INTERVAL 999999
    包括所提到的額外參數。現在所變更的項目將如下所示：
    PROCESS com.adventnet.nms.poll.Collector
    ARGS POLL_OBJECTS_IN_MEMORY 25 POLL_JDBC true MAX_OIDS_IN_ONE_POLL 15 AUTHORIZATION true
    DATA_COLLECTION_QUERY_INTERVAL 120000 PASS_THRO_ALL_POLLING_OBJECTS true CLEAN_DATA_INTERVAL 999999
    DATA_COLLECTION_SNMP_TIMEOUT 15
  5. 另一方面，如果 Mib 瀏覽器中沒有回應，則表示 OID 未實施。必須要求廠商為您實施此變數。作為替代，您可以為此裝置關聯基於 telnet/wmi 的監視器。刪除現有的基於 SNMP 的監視器，再次按一下「新增監視器」連結並選取基於 telnet/wmi 的監視器。

要求逾時

原因

當受監視裝置中的 SNMP 代理程式無法在 5 秒內回應來自 OpManager 的要求時，會遇到此錯誤

解決方案

按照上面的提示中的詳細資料，在 NMSProcessesBE.conf 檔案中增加 SNMP 逾時。

錯誤 # 裝置不支援所需的 MIB

原因

當您嘗試監視未在該裝置中實施的變數 /MIB 時，會發生此錯誤

解決方案

檢查裝置支援的 MIB 並為受支援的 mib 中的必需變數設定自訂監視器。

其他 SNMP 錯誤

有關詳細的 SNMP 疑難排解提示，請參考以下文件：

https://www.webnms.com/agenttester/help/mib_browser/mb_error_messages.html

Telnet/SSH 監視

以下是設定基於 CLI 的監視器時可能遇到的其他一些錯誤。

基於 Telnet 資源監視器未顯示任何資料

  • 如果您已新增基於 Telnet/SSH 的資源監視器，請檢查指定的使用者名稱和密碼是否正確。按一下「密碼」連結以為裝置設定正確的使用者名稱和密碼。
  • 按一下密碼設定銀幕上的「測試認證」按鈕，檢查是否允許驗證。
  • 儘管使用者名稱和密碼正確，但如果您仍然無法在 Linux/Solaris/AIX/UX 裝置上查看標度盤圖，請嘗試以下步驟：
    • 檢查 CLI 認證中是否正確指定了登入提示、密碼提示和命令提示。
    • 透過從 OpManager 安裝的機器開啟這些裝置的遠端 Telnet 會話來驗證認證。
    • 如果登入認證正確，那麼用於擷取資源資料的命令可能不會在裝置上執行，或者輸出與預期的標準格式不同。在這種情況下，請 連絡支援 並傳送您的詳細資料，他們將協助您進行設定變更。

註：以下是嘗試 telnet/ssh 裝置時可能遇到的一些錯誤訊息。

無法連線：連線被拒：連線

此錯誤的可能原因是：

  1. 受監視的伺服器上未啟用 Telnet。檢查並啟用 Telnet。
  2. 設定為 CLI 認證一部分的使用者名稱和密碼不正確。設定正確的名稱並嘗試設定。
  3. 它可能不是 Linux/Solaris 裝置。它可能被錯誤地分類。檢查並變更裝置類型。

無法連線：未路由至主機：

受監視裝置不在網路中時遇到上述錯誤。將裝置插入網路。

無法連線：連線逾時：

同樣當受監視裝置不在網路中時遇到上述錯誤。將裝置插入網路。

至<伺服器名稱>的要求逾時

傳送至裝置的 Telnet/SSH 要求逾時。裝置可能關閉，或者太忙。

登入參數不正確。讀取逾時。

當使用者名稱、密碼或登入名稱/密碼提示不正確時，會遇到此錯誤。透過從安裝了 OpManager 的機器開啟裝置的 Telnet 會話進行驗證，然後嘗試連線。

獲取命令輸出時異常：逾時

此異常可能由於以下原因：

  1. 此裝置不在網路中。
  2. CLI 連線已建立到裝置，但裝置在從其收集 CLI 命令輸出時離開網路。

WMI 監視

id="monitor4">其他一些 WMI 監視錯誤與錯誤碼

基於 WMI 資源監視器未顯示任何資料

  • 如果您已新增基於 WMI 的資源監視器，請檢查指定的使用者名稱和密碼是否正確。按一下「密碼」連結以為裝置設定正確的使用者名稱和密碼。
  • 如果裝置位於網域中，請確保已為 WMI 監視器設定網域管理員使用者名稱和密碼。在使用者名稱欄位中設定 <domain name>\<admin user name> 。如果裝置在工作組中，則只需設定裝置使用者名稱和密碼即可。
  • 儘管使用者名稱和密碼正確，但如果您仍然無法在 Windows 裝置上查看標度盤圖，請嘗試以下步驟
    • 開啟命令提示並將目錄變更為 /opmanager/conf/application/script
    • 輸入 cscript cpu.vbs <device name> <domain name\admin username> <password>
      如果此命令返回正確的輸出，您將能夠看到標度盤。 如果遇到錯誤，例如錯誤＃存取被拒絕，則再次輸入登入認證。
    • 如果受監視的裝置是 Windows XP，請嘗試使用以下選項：
      • 移至「管理工具」-->本機安全原則選取安全選項
      • 從右側的選項中選取網路存取：本地帳戶的共用和安全模式
      • 右鍵按一下並選取「屬性」
      • 將特權從「客體」變更為「傳統」。
      • 刪除並重新新增監視器。
      • 檢查監視器是否正在執行

WMI 監視器不工作。從事顯示「錯誤＃存取被拒絕」

登入認證不正確時遇到此錯誤。

遵循以下步驟以解決：

  1. 驗證您是否提供了網域管理員使用者名稱和密碼，以連線到裝置，如上面的提示中所述。如果裝置在網域中，則使用者名稱應該像「網域名稱\管理員名稱」。
  2. 如果步驟 1 中指定的登入認證正確，則嘗試使用資源監視器 ->新增監視器 ->基於 WMI 的監視器將基於 WMI 的監視器（最好是以 MB/GB 圖形表示的空閒空間/已使用空間）關聯到 Exchange 伺服器->以 MB/GB 為單位的空閒/已用磁碟空間。您應當獲取裝置中可用的磁碟機清單。
  3. 如果步驟 2 沒有通過，則嘗試在 Windows 系統上啟用 WMI RPC 服務並再次嘗試。
  4. 如果 DCOM 設定未正確設定，也會發生這種情況。
    當您從命令提示 cmd> cd 執行 vbs 指令碼時，您可以檢查確切的錯誤[OpManagerHome]\conf\application\scripts\
    cmd> cscript cpu.vbs [machinename] [domainname]\[username] [password]
  5. 您還可嘗試如下所述設定 dcom 設定：
    從 Windows 2k 伺服器的執行提示中，鍵入 \"dcomcnfg\"，然後展開元件服務 ->
    電腦下的樹狀結構。按一下圖示欄上的「我的電腦」圖示，然後選取「預設屬性」。請檢查以下資訊：
    在這台電腦上啟用分散式 COM
  6. 在這台電腦上啟用 COM 網際網路服務
  7. 選取「預設模擬級別」為 \"Impersonate\"。
    如果需要，您還可編輯 COM 安全性。
  8. 如果上述 4 個步驟都不起作用，請嘗試變更服務登入詳細資料，如下所示
  9. 移至 Windows 服務 UI。
    開啟「ManageEngine OpManager」服務的「屬性」對話方塊
  10. 移至「登入」索引標籤
  11. 在「登入為」選項中，選取「此帳戶」並輸入有權存取 WMI 資料的網域名稱\使用者名稱和密碼。
    儲存並重新啟動 OpManager。

註：這會使系統匣圖示和啟動顯示畫面消失。
錯誤碼和解析度如下所述：

80070005 - 存取被拒絕

原因

所設定的登入認證不正確時會發生此錯誤。

解決方案

  • 如果裝置在網域中，請確保設定正確的網域名稱、使用者名稱和密碼。如果裝置在工作組中，則只需設定使用者名稱和密碼即可。例如，如果網域名稱是 BigDom，使用者名稱是 admin，請在使用者名稱欄位中輸入 BigDom\admin。
  • 無需為使用者從安裝有 OpManager 的機器存取的裝置指定使用者名稱和密碼。
  • 儘管認證正確，但如果您仍然遇到問題，請使用以下步驟進一步疑難排解：
    • 透過開啟命令提示並執行以下命令來檢查使用者帳戶是否在目的地機器中有效：
    • net use \\<monitored device name>\ADMIN$ /u:"<Domain Name\User Name>" "<password>"
    • 如果此命令引發錯誤，則提供的使用者帳戶在目的地機器上無效。
    • 檢查受監視工作站中是否啟用了「遠端 DCOM」。如果未啟用，請按如下步骤啟用：
      • 選取「開始」 > 「執行」
      • 在文字方塊中輸入 dcomcnfg，然後按一下「確定」
      • 選取「預設屬性」索引標籤
      • 選取「在這台機器上啟用分散式 COM」核取方塊
      • 按一下「確定」

要在 Windows XP 主機上啟用 DCOM：

  1. 選取「開始」 > 「執行」
  2. 在文字方塊中輸入 dcomcnfg，然後按一下「確定」
  3. 按一下「元件服務」>「電腦」>「我的電腦」
  4. 右鍵按一下並選取「屬性」
  5. 選取「預設屬性」索引標籤
  6. 選取「在這台機器上啟用分散式 COM」核取方塊
  7. 按一下「確定」

如果上述步驟都不起作用，請嘗試變更服務登入詳細資料，如下所示：

  • 移至 Windows 服務 UI。
  • 開啟「ManageEngine OpManager」服務的「屬性」對話方塊
  • 移至「登入」索引標籤
  • 在「登入為」選項中選取「此帳戶」。
  • 在此處為有權存取遠端電腦的帳戶設定使用者名稱和密碼。儲存並重新啟動 OpManager。
  • 再次嘗試以上 3 個步驟。

註：進行這些變更後，您將找不到系統匣圖示和啟動顯示畫面。

80041064 - 使用者認證無法用於本機連線

原因

當您指定用於監視執行 OpManager 的電腦的使用者名稱和密碼時，會遇到此錯誤。

解決方案

不要為 localhost 指定使用者名稱和密碼。要解決此問題，請從裝置快照頁面的「密碼」連結中刪除已設定的使用者名稱和密碼。

800706BA - RPC 服務不可用。

原因

RPC 和 WMI 服務未執行且裝置不可 ping 時會遇到此錯誤。

解決方案

  • 檢查裝置是否已啟動且正在執行，並且可 ping。
  • 檢查遠端程序呼叫 (RPC) 和 Windows Management Instrumentation (WMI) 服務是否正在執行
    • 選取「開始」 > 「執行」
    • 在文字方塊中輸入 services.msc，然後按一下「確定」
    • 在列出的服務中，查看 RPC 和 WMI 服務的狀態是否顯示為已啟動。
    • 如果服務未啟動，請啟動服務。
  • 防火牆可能在遠端電腦上設定。當啟用預設 Windows 防火牆時，這些異常大多發生在 Windows XP（含 SP 2）中。按照以下步驟在 Windows XP 機器中禁用預設防火牆：
    • 選取「開始」 > 「執行」
    • 鍵入 Firewall.cpl 並按一下「確定」
    • 在「一般」索引標籤中，按一下「關閉」
    • 按一下「確定」。
  • 如果防火牆無法禁用，請透過在遠端電腦上執行以下命令啟用遠端管理（對於管理員）："netsh firewall set service RemoteAdmin"
  • 防火牆可能會阻止 WMI 流量。授予存取防火牆中 WMI 流量的權限。您需要開啟防火牆中的連接埠 445,135。

80041010 - 無效類

原因

當所需的 WMI 類未註冊時，會發生此錯誤。

解決方案

  • 檢查所需應用程式是否已安裝。
  • 為已安裝的應用程式註冊所有 WMI 類。執行以下命令：
    • 對於 Windows 2000，從受監視的裝置執行 「winmgmt/resyncperf」命令。
    • 對於 Windows XP 和 2003，從受監視的裝置執行 「wmiadap /f」命令。

80041003 - 存取被拒絕

原因

當提供的使用者名稱沒有足夠的存取權限執行操作時，會發生此錯誤。

解決方案

  1. 該使用者可能不屬於該主機的管理員組。
  2. 嘗試將使用者移動至工作站的管理員組。
  3. 使用管理員（最好是網域管理員）帳戶進行嘗試。

80040154 - WMI 元件未註冊

原因

WMI 在遠端 Windows 工作站中不可用時會發生此錯誤。這發生在 Windows NT 中。如果 WMI 元件未正確註冊，則此類錯誤碼也可能出現在較高版本的 Windows 中。

解決方案

  • 在遠端工作站中安裝 WMI 核心。這可以從 Microsoft Web 網站下載。
  • 透過在命令提示處執行以下命令來註冊 WMI DLL 檔案：
    winmgmt /RegServer
  • 3. 透過下載以下 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 服務：

  • 選取「開始」 > 「執行」。
  • 鍵入 Services.msc 並按一下「確定」。
  • 在開啟的「服務」視窗中，選取「Windows Management Instrumentation」服務。
  • 按滑鼠右鍵並選取「重新啟動」

8004106C - WMI 佔用了太多的記憶體

原因

當 WMI 佔用太多記憶體時會發生此錯誤。這可能是由於記憶體不足或 WMI 耗用的記憶體過多造成的。

解決方案

  • WMI 佔用了太多的記憶體。
  • 這可能是由於記憶體不足或 WMI 耗用的記憶體過多造成的。
  • 嘗試重新啟動或重新安裝 WMI 服務。

8004100E - 命名空間無效

原因

命名空間無效編譯器不是常規錯誤。可能是因為使用名稱空間的所需應用程式沒有正確安裝。

解決方案

  • 嘗試單獨重新安裝應用程式或 WMI 服務。
  • 請連絡 http://support.opmanager.com 以獲取記錄。

80041017 - 無效查詢

原因

「查詢在語法上無效」不是常規錯誤。可能是因為使用名稱空間的所需應用程式沒有正確安裝。

解決方案

  • 嘗試單獨重新安裝應用程式或 WMI 服務。
  • 請聯絡支援人員以獲取記錄。

有關任何其他錯誤碼，請參考 MSDN 知識庫。

警示和通知

電子郵件通知未收到

原因

設定檔可能未與裝置關聯，或者郵件伺服器設定可能不正確

解決方案

檢查通知設定檔是否與裝置關聯

檢查在設定檔設定中是否選取了正確的條件

確保郵件伺服器設定正確。

在選取設定檔時顯示「錯誤！」頁面。

原因

設定檔名稱可能包含特殊字元或空格

解決方案

在這種情況下，您將無法從用戶端刪除設定檔。所以，請按照以下步驟操作：

停止 OpManager

開啟檔案 /conf/alert.filters

移除 <FILTER>...</FILTER> 元素包含設定檔設定。

重新啟動 OpManager。

基於數據機的簡訊通知不起作用。將僅看到訊息「檢查數據機設定」。

在設定基於數據機的簡訊警示時，需要注意的事項有很多。如下所示：

設定簡訊警示的必要條件：

  • 需要支援的行動電話和數據機、SIM 卡、序列電纜線和USB 驅動程式。
  • 僅適用於 Windows 作業系統

所需 USB 驅動程式：

數據機和行動電話廠商供所需的數據機/行動電話驅動程式。例如，您可以從以下連結獲取 Nokia 驅動程式：

http://www.nokia.com/A4144937

所需電纜線：

這取決於您的行動電話型號。對於 Nokia 62xx/63xx，您需要 DLR-3P 電纜線。更新的 Nokia 型號則使用 DKU-9 USB 電纜線。在這種情況下，您需要從 Nokia 網站下載驅動程式，該驅動程式會建立一個虛擬通訊連接埠。其他品牌有自己的電纜線，通常是 USB 電纜線。GSM 數據機有一個序列埠，所以您需要一個標準的序列電纜線。

識別數據機/行動電話連線到的連接埠

  1. 移至「我的電腦」->「控制台」->「系統」->「硬體」->「裝置管理器」->「連接埠」。
  2. 在這裡您可以找到數據機/行動電話連線到的連接埠。
  3. 如果它不可用，則
  4. 移至「我的電腦」->「控制台」->「系統」->「硬體」->「裝置管理器」->「數據機」。

在系統偵測到數據機/行動電話所連線的連接埠后，按如下方式將其連線到 OpManager：

  1. 啟動 OpManager。
  2. 轉到「管理員」->「SMS 伺服器設定」。
  3. 在「SMS 伺服器設定」頁面中鍵入數據機/行動電話連線的連接埠號。
  4. 如果行動電話/數據機連線到指定的連接埠，則會顯示行動電話/數據機詳細資料。
  5. 從「管理員」->「通知設定檔」->「SMS 警示」->「基於數據機的 SMS」設定 SMS 警示並將其關聯到裝置。

每當生成警告時，OpManager 都可以傳送簡訊通知。

系統偵測到數據機/行動電話所連線的連接埠，但 OpManager 無法偵測到該連接埠：

  • 請確保 OpManager 支援行動電話或數據機。
  • 確保連接埠號是正確的，且格式為 - COM5 或 com5。
  • 同時檢查 SIM 的有效性。

報告

前 N 個顯示「無可用資料」的報表

要檢視 CPU 使用率、記憶體使用率、磁碟使用率、介面流量、介面使用率和介面錯誤報表，您需要在受控裝置中安裝 SNMP。報表僅列出啟用了 SNMP 的裝置。對於非 SNMP 伺服器，可以使用 CLI（用於基於 Unix 的伺服器）和 WMI（用於 Windows 裝置）收集資料。

OpManager 需要至少 1 小時繪製收集的資料。嘗試從伺服器啟動 1 小時後存取報表。

顯示「無可用資料」的所有伺服器磁碟使用情況報表

要檢視「所有伺服器磁碟使用情況」報表，您必須將空閒磁碟空間和已用磁碟空間監視器指派給受控裝置。將已用磁碟空間和空閒磁碟空間監視器指派給裝置，並等待兩個輪詢時間間隔，然後再次檢視報表。

具有顯示「無可用資料」的低/更多磁碟空間報表的前 N 個磁碟區

要檢視分區報表，您必須將空閒磁碟空間和已用磁碟空間監視器指派給受控裝置。有關詳細資料，請參考為裝置指派圖形設定檔。

將已用磁碟空間和空閒磁碟空間圖形指派給裝置，並等待兩個輪詢時間間隔，然後再次檢視報表。

介面報表中的垃圾字元

在 OpManager 的中文或日文版本中，如果 SNMP 代理程式以 Unicode 字元形式傳送資料，OpManager 可能無法將其正確翻譯，因此將值顯示為垃圾。

如果要正確顯示，您需要在「裝置設定」對話方塊中指定您代理程式的編碼類型。在裝置快照頁面中，選取設定索引標籤下的裝置屬性連結。 在編碼方塊中輸入編碼類型並按一下儲存。

在所有伺服器磁碟使用情況報表中「不可用」

如果您尚未將「已用磁碟空間」和「空閒磁碟空間」圖形設定檔指派給受控裝置，您將在「所有伺服器磁碟使用情況」報表中看到不可用。

將已用磁碟空間和空閒磁碟空間圖形指派給裝置，並等待兩個輪詢時間間隔，然後再次檢視報表。

顯示「無可用資料」的服務報表

TCP 服務報表（例如基於回應時間的 HTTP 伺服器、基於回應時間的 SMTP 伺服器等）只有當服務至少在一個受控裝置上執行時才能生成結果。否則，報表將顯示「無可用資料」。

在瀏覽器中啟用 Telnet 和 RDP 通訊協定

快照頁面中提供的 Telnet 和 RDP 工具不是 telnet 或 RDP 會話，除非它們在 IE7 和 Firefox 瀏覽器中啟用。請遵循以下步驟：

在 IE7 和 Firefox 中啟用 Telnet

設定以下給定步驟以在 IE7 和 Firefox 中啟用 Telnet。

Telnet:

在 Windows 安裝中，在 IE7 中啟用 Telnet 的步驟：

  1. 按一下「開始」->「執行」。將開啟「執行」對話方塊。
  2. 輸入「Regedit」命令，然後按一下「確定」。將開啟註冊編輯程式。
  3. 移至以下金鑰：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl.
  4. 在 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl 下，建立名為 FEATURE_DISABLE_TELNET_PROTOCOL 的新金鑰。
  5. 新增一個 DWORD 值名稱 iexplore.exe 並將該值設定為 0（十進位）。
  6. 關閉註冊編輯程式並重新啟動 Microsoft Internet Explorer。

Telnet 通訊協定已啟用。

在 Linux 安裝中，在 Firefox 中啟用 Telnet 的步驟：

  1. 在位址列中輸入 about:config。
  2. 在喜好設定名稱中新增 network.protocol-handler.app.telnet (telnet 是位址列中給出的名稱 - 如：telnet:hostname）
  3. 它會提示輸入一個字串值。給出您要執行的指令碼的位置。 (<opmanager_home>/conf/application/scripts/opm_moz_Telnet.sh)
  4. 在該位置新增以下指令碼（如 opm_moz_Telnet.sh）。
    #!/bin/bash
    address=`echo $1 | cut -d : -f 2`
    konsole -e telnet ${address}
    Telnet 通訊協定已啟用。

在 IE7 中啟用RDP

在 Windows 安裝中，在 IE7 中啟用 RDP 的步驟：

  1. 移至「工具」->「網際網路選項」->「安全」。
  2. 按一下自訂級別，並在彈出的安全設定下啟用以下 ActiveX 控制項和外掛程式。
    • 下載已簽署的 ActiveX 控制項
    • 初始化和指令碼 ActiveX 控制項
    • 執行 ActiveX 控制項和外掛程式
    • 指令碼 ActiveX 控制項。
  3. 按一下「確定」按鈕。
  4. 重新啟動瀏覽器。

已啟用 RDP。

知識庫

有關疑難排解或查找解決方案的更多提示，請深入查看我們的線上知識庫或透過 支援入口網站 向我們寫信。