Hitachi JP1 IT 維運管理平台

機房蓋好、系統上線之後,誰來每天顧它?JP1 把批次作業排程、統合監控與 IT 資產盤點集中在同一個平台上。維運不必再靠人工盯螢幕。

HITACHI JP1 — IT Operations Management
統合系統運用管理 JP1
日立製作所(Hitachi, Ltd.)自 1994 年推出的 IT 維運管理軟體家族,模組化授權、可分批導入。本公司為 Hitachi JP1 合作夥伴。
批次作業排程 統合監控與告警收斂 IT 資產與端點治理 效能監控與容量規劃

JP1 是什麼

JP1(統合系統運用管理 JP1,Integrated Operations Management)白話說就是企業 IT 部門的中央控制室。伺服器、資料庫、網路設備、虛擬化平台、員工端點電腦,散在各處。JP1 把它們的狀態與事件統一收到一台管理主機上,用儀表板、拓樸圖與告警規則呈現出來。

除了「看」,它也負責「做」。關帳、對帳、產報表這類每天固定要跑的批次作業(Batch Job,指不必有人在旁邊操作、依排定時間自動執行的例行處理),可以用排程引擎串成流程圖。任何一步失敗,就自動通知負責的工程師、自動重跑,或改走替代流程。

JP1 是十幾支可獨立購買、也能互相串接的模組,不是單一產品。多數客戶先導入其中一兩支,再逐步擴充。依日立官方資料,JP1 為 2024 年度日本國內統合運用管理軟體市占第一。

JP1 與 ERP 的分工

兩者的使用者、預算來源與評估標準不同,適合分開評估:

ERP 管的是「生意」

訂單、進銷存、應收應付、總帳、薪資都在 ERP 裡。使用者是業務、倉管與會計,預算主通常是老闆或財務長。

訂單庫存帳務
JP1 管的是「機器」

伺服器有沒有掛、半夜的批次有沒有跑完、公司有幾台電腦裝了什麼軟體、授權買足沒有。使用者是 IT 維運工程師,預算主是資訊主管。

監控排程資產盤點

兩者不是二選一,而是上下層互補:ERP 是需要被照顧的系統,JP1 是照顧它的維運平台。常見組合是讓 JP1/AJS3 負責 ERP 每晚的關帳與報表批次:什麼時候跑、失敗怎麼辦、跑完接著做什麼。

主要模組

JP1 採模組化授權,可依需求分批導入。以下是台灣客戶最常評估的幾支,每一支都附上白話說明與適用對象。

JP1/Integrated Management 3(IM3)

整個 JP1 家族的中央控制台。把伺服器、資料庫、網路設備與其他 JP1 模組的事件匯集到同一畫面,用規則做關聯分析。它能判斷出「這兩百則告警其實是同一台交換器壞掉引起的」。

適合系統多、部門多、已被告警轟炸到麻木的 IT 部門。

統合監控告警收斂
JP1/AJS3 批次作業排程

企業級排程引擎,也是 JP1 家族中最經典、最常優先導入的模組之一。用流程圖定義「每天 23:00 先關帳,成功後對帳,完成後產報表寄送;任一步失敗就通知並自動重跑三次」。可跨 Windows/Linux/UNIX。

適合有夜間批次的製造、金融與零售連鎖業。

取代 crontab自動重跑
JP1/ITDM2 IT 資產與端點治理

自動清點所有電腦的硬體規格、安裝軟體、授權是否買足、系統更新有沒有打。也能遠端遙控排障、限制 USB 使用、留存操作紀錄供稽核。

適合需通過 ISO 27001 或個資稽核,以及想弄清楚「公司到底有幾台電腦、在誰手上」的企業。

資產盤點授權合規
JP1/Base 共通基盤

它不是單獨販售的功能模組。它是 IM3 與 AJS3 的必要底層,負責 JP1 事件的產生與轉送、權限管理。被監控的每一台主機都必須安裝,管理主機才收得到事件。

這是報價最常漏算的一項。報價時把 JP1/Base 與各端 Agent 數量一併列出,避免交付時追加費用。

前提元件報價必列
JP1/Performance Management

持續收集作業系統、資料庫與虛擬化平台的效能數據(CPU、記憶體、磁碟 I/O、網路流量),畫成趨勢圖。一是即時抓瓶頸,二是用歷史趨勢推估「這台伺服器什麼時候會不夠用」,作為擴充預算的依據。

其 Remote Monitor for Virtual Machine 官方支援 VMware、Hyper-V、KVM 與 Docker。

效能瓶頸容量規劃
JP1/NNMi 網路拓樸與根因分析

用 SNMP 與 ICMP 自動探索設備、繪出拓樸圖,並做根本原因分析(判斷「下游 30 台設備失聯,是上游一台核心交換器故障」)。

跨廠牌、不綁硬體品牌,適合設備廠牌混雜的園區與工廠。

拓樸圖跨廠牌
JP1/Service Support 工單系統

一套 IT 服務台(Service Desk):把故障通報、使用者詢問、變更申請統一登錄成案件,追蹤狀態與時效。可與 IM3 串接,讓監控告警自動開單。

適合需對內部使用者提供服務、要留下處理紀錄供稽核的 IT 部門。

工單稽核紀錄
JP1/Automatic Operation

把重複的維運操作(開關機、備份、例行處理)包成可一鍵執行的服務範本,降低人工失誤,也把資深工程師腦中的 SOP 固化下來。

適合人力吃緊、擔心人員異動造成維運斷層的團隊。

SOP 固化降低失誤
JP1/秘文(Hibun)資料外洩防護

日立資安類別下的獨立產品,做檔案加密、外接裝置管控與資料外洩防護(DLP),與 ITDM2 的資產盤點是兩件事。

秘文長年以日本市場為主。台灣的供貨與支援條件,提案前先向供應商確認。

檔案加密裝置管控

典型使用情境

不從功能表切入,改從三個 IT 部門真的會遇到的狀況說明 JP1 在做什麼。

1
每天半夜的結帳對帳批次失敗,不必等到隔天早上才發現
會計關帳、銀行對帳、資料倉儲匯入這類作業排在深夜執行,出錯時現場沒有人。用 JP1/AJS3 把整串流程定義起來後,任一步失敗會即時通知負責的工程師,並依規則自動重跑或改走替代流程。隔天上班前,就知道昨晚發生了什麼、處理到哪一步。
2
幾百則告警,其實是同一台交換器壞了
一台核心設備故障,下游所有系統同時噴告警,訊息一多反而看不出問題在哪。JP1/IM3 用關聯分析把告警收斂成根因事件。IT 人員直接從「哪裡壞了」開始查,省掉從幾百封通知裡人工比對的工夫。
3
稽核要盤點全公司電腦與軟體授權
ISO 27001 稽核或原廠授權查核時,要在期限內交出「公司有幾台電腦、各裝了哪些軟體、授權買了幾套、更新打到哪一版」。JP1/ITDM2 自動掃描,產出清單與報表。原本靠 Excel 逐台詢問的工作,變成可重複產生的報告。

與其他監控工具的分工

同一個機房裡常同時存在多個管理主控台,各自負責的層次其實並不重疊。以下逐項對照。

Hitachi JP1

全公司系統的服務可用性、批次作業有沒有跑完、IT 資產台帳與授權合規。看的是「事情有沒有做完」。

Fortinet FortiAnalyzer/FortiSIEM

有沒有人在攻擊我、資安稽核 Log 拿不拿得出來。看的是攻擊鏈與合規舉證。

HPE Aruba Networking Central

網路設備健康度、無線訊號品質、特定使用者的連線體驗。看的是網路那一層。

超融合平台內建主控台

只看得到自己這座叢集內部的節點、虛擬機與儲存,看不到叢集以外的系統。

HPE Aruba Networking Central 管網路、Fortinet 管攻擊、超融合主控台管自己那座叢集。三者都只看得到自己那一塊。JP1 站在上面,把所有告警收攏成一個戰情室,還能接著自動處理:排定的批次沒跑完自動重跑、監控抓到瓶頸自動開工單。

一句話分邊:JP1 管「系統跑得順不順、該做的事有沒有做完、資產在不在」;FortiAnalyzer 管「有沒有人在攻擊我、稽核 Log 拿不拿得出來」。前者是 IT Operations,後者是 Security Operations,兩邊的報表格式與稽核用途完全不同。法規要求的資安設備日誌,JP1 的維運日誌取代不了。

HPE Aruba Networking Central 對自家網路設備的管理深度(韌體派送、無線頻譜分析)是綁在該生態內的優勢。JP1/NNMi 的強項是設備廠牌混雜時,一張圖看完全公司。單一廠牌環境,建議沿用該廠牌自己的主控台。相關規劃可參考 企業網路建置 與 網站與 API 防護(WAF)。

技術銜接方式:這類跨平台整合採用標準 syslog 與 API 轉送,把事件送進 JP1。JP1 與各家網路、資安、超融合平台之間並不宣稱具備原廠認證的官方整合模組。實際可行的整合路徑,以 POC 實機驗證結果為準,再寫入建議書。

版本現況

  • 現行為 JP1 Version 13 世代。最新更新版 V13.5 於 2025-09-30 發布,13-50 於 2025-10-31 出貨;截至目前沒有 Version 14。
  • V13.5 的重點是為 JP1/AJS3 與 JP1/NNMi 新增異常偵測,可自動找出作業執行時間與監控對象數值的離群值。不必等到門檻被踩破才告警。
  • 2026-07-31,日立與日本 IBM 宣布戰略合作,主打「JP1 × Instana」的次世代 IT 維運(Instana 是 IBM 的雲原生可觀測性工具)。JP1 的產品方向,正往雲原生延伸。此合作在台灣的適用範圍,提案前先向供應商確認。

若您正在評估虛擬化平台汰換或 VMware 替代方案,維運層的接手規劃請一併參考 超融合與 VMware 替代方案 頁面的「IT 維運管理」段落。新平台上線後,用 JP1 把監控、批次排程與資產台帳接手起來,才不會出現維運斷層。

服務範圍

聚能智慧資訊顧問為 Hitachi JP1 合作夥伴,提供從評估、建置到年度維護的完整服務鏈,同一組工程師負責到底。

導入規劃與模組選型
現勘、需求訪談、架構設計、選型建議、POC 與 TCO 試算;報價時把 JP1/Base 與各端 Agent 數量一併列出。
建置與設定調校
管理主機建置、Agent 佈署、監控項目與告警規則設定、批次流程設計與測試,以及上線切換。
既有排程移轉
把散落各主機的 crontab、Windows 工作排程器與手工 SOP 清點出來,整理成 JP1/AJS3 作業流程。原有的執行順序與相依關係都保留。
教育訓練與技轉
客戶 IT 人員的操作訓練、管理介面教學與文件交付。之後的日常調整,貴公司自己就能處理。
年度維護合約
上班時間支援、故障排除、定期健檢與原廠續約代辦。維護範圍與回應方式會在合約中明確寫出。

常見問題

台灣的技術支援如何進行?

第一線由本公司工程師承接,需要原廠介入的問題,代為向上申告。支援層級、回應方式與升級路徑,簽維運合約前就跟供應商談定,寫進合約條款。權責在合約階段就講清楚。

什麼規模的企業適合導入 JP1?

JP1 是企業級商用軟體,導入與維運都需要投入。以導入成本對效益來算,比較划算的規模大約是:伺服器 20 台以上、有固定的夜間批次作業、IT 人員 3 人以上。這是提案前的評估參考值。實際仍要依貴公司的環境與作業量試算。

JP1 可以監控超融合叢集或 ERP 嗎?

JP1/Performance Management 的 Remote Monitor for Virtual Machine 官方支援 VMware、Hyper-V、KVM 與 Docker。至於特定超融合平台有沒有列在 JP1 官方相容性清單,提案前先向原廠確認,並以原廠答覆與 POC 實測為準。ERP 端常見的做法,是讓 JP1/AJS3 排程與監控夜間批次,請見 ERP 企業管理系統。

既有的 HULFT 檔案傳輸可以與 JP1 搭配嗎?

HULFT 的原廠是株式会社セゾンテクノロジー(Saison Technology,東證 STANDARD 市場上市,代號 9640),不是日立。用 JP1/AJS3 排程與監控檔案傳輸作業,這件事本身成立。具體整合路徑,提案前先向供應商確認。相關內容見 超融合與 VMware 替代方案 頁面的 IT 維運管理段落。

想先評估 JP1 的導入範圍與模組組合?

聯絡我們 看完整服務流程

洽詢 JP1 導入規劃

請留下聯絡方式與需求說明,我們將由工程師與您聯繫,協助評估架構規劃、導入方式與年度維護範圍。

發送詢問
LINE LINE 諮詢