| 加入日期: | 2011.01.18 |
|---|---|
| 截止日期: | 2011.02.01 |
| 招標業主: | 寧波銀行股份有限公司 |
| 地 區: | 寧波市 |
| 內 容: | 功能領域 編號 功能要求 總體要求 1 所采購的存儲管理與監控軟件應能支持業界主要存儲廠商所提供的各品牌產品,應有全球較大的市場份額及裝機量作為產品成熟度和可信度的保證(需提供近兩年來知名的分析機構,如 IDC、Gartner等的分析報告)。 管理軟件應支持分布式部署,為適應未來IT的發展,應支持對虛擬化環境下的存儲監控。 所有管理功能應不受主機類型和數量、SAN交換機端口數及數據庫實例數等的限制。 SAN(存儲域) 2 可對存儲環境的各組成部分(主機、存儲域網絡交換機、存儲陣列、數據庫系統、各種應用等)進行自動發現。應支持帶內(經由 SAN)和帶外(經由 IP 網絡)雙重途徑探測SAN中的元素,包括物理和虛擬的FC網絡、主機、存儲及邏輯卷、文件系統及應用等 3 提供形式多樣的拓撲圖展示,如存儲陣列的拓撲、SAN網絡拓撲、數據庫的連接關系拓撲等 4 能以圖形及文本方式展現有關SAN的各類信息,如主機和存儲陣列等物理設備的信息,虛擬Fabric、Zoning、文件系統、數據庫應用、虛擬機等的信息,以及它們之間的互連關系等 存儲故障管理 5 提供集中化的告警監控,應能在同一界面中查看主機、存儲陣列、交換機等設備的故障告警,應支持根據自定義閾值對存儲陣列和交換機進行性能監控,并在超過閾值時產生相應級別的告警。 支持以SNMP Traps或者電子郵件等形式發送告警,以及時通知存儲存儲管理人員 6 應提供整套存儲系統的故障根源分析功能,縮短故障定位及修復的耗時。在實現故障根源分析時,應免除手工編寫規則的做法,以減少管理人員的工作量 存儲資源管理 7 提供各存儲陣列中容量使用情況的準確數據,并提供統計分析功能,應能提供多種形式的統計分析報告,報表能自動生成,并支持自定義查詢 8 應能根據設備存儲容量的歷史消耗量,生成存儲容量耗用的趨勢圖表,并估算出剩余存儲容量能支撐現有系統運行的時間,為日后設備擴容提供決策支持。支持按業務部門來生成存儲容量耗用報表 性能管理 9 通過圖形用戶界面監控數據庫的性能、主機的I/O性能、交換機的性能、存儲陣列的性能等,能對主機與存儲的性能進行關聯分析,幫助快速定位性能瓶頸。可自定義策略,自動生成存儲系統各項關鍵指標的性能報表。 配置及合規管理 10 支持自定義配置規范,能對主機、SAN交換機以及存儲陣列配置(包括多路徑管理軟件、陣列微碼、設備兼容性、互操作性等)的合規性進行檢查,并能自動定位和展現配置不合規項,并能將不合規告警以SNMP Trap或Email的形式發送至統一告警控制臺進行集中展現 11 無需手工維護兼容性列表,即可對存儲網絡中的各種設備之間的互操作性以及兼容性進行檢查,并能夠對不兼容項生成兼容性報告 12 應能對主機、SAN交換機以及存儲陣列的配置變更進行跟蹤和記錄,并能提供所有變更的完全審計跟蹤,并能自動關聯配置變更與不合規項 接口要求 13 提供多種訪問模式,可通過WEB界面和客戶端形式進行訪問,提供圖形化管理控制臺,對存儲系統的高級復制服務進行監控和管理。 14 應具備良好的開放性,支持SNIA SMI-S 開放式存儲管理標準。提供開放式數據接口,如ODBC、SNMP、Email,可與第三方應用進行集成,支持二次開發。 用戶管理 15 應提供基于角色的層次化用戶管理,如軟件管理員、SAN網絡管理員等角色。用戶管理應能與LDAP相集成 擴展性 16 應具備良好的可擴展性,具有管理上百TB磁盤空間,上千個存儲網絡端口的能力。軟件底層的管理信息庫應采用Oracle、DB2、MS SQL等大型企業級數據庫以滿足擴展性要求 |
|
功能領域
|
編號
|
功能要求
|
|
總體要求
|
1
|
所采購的存儲管理與監控軟件應能支持業界主要存儲廠商所提供的各品牌產品,應有全球較大的市場份額及裝機量作為產品成熟度和可信度的保證(需提供近兩年來知名的分析機構,如 IDC、Gartner等的分析報告)。
管理軟件應支持分布式部署,為適應未來IT的發展,應支持對虛擬化環境下的存儲監控。
所有管理功能應不受主機類型和數量、SAN交換機端口數及數據庫實例數等的限制。
|
|
SAN(存儲域)
|
2
|
可對存儲環境的各組成部分(主機、存儲域網絡交換機、存儲陣列、數據庫系統、各種應用等)進行自動發現。應支持帶內(經由 SAN)和帶外(經由 IP 網絡)雙重途徑探測SAN中的元素,包括物理和虛擬的FC網絡、主機、存儲及邏輯卷、文件系統及應用等
|
|
3
|
提供形式多樣的拓撲圖展示,如存儲陣列的拓撲、SAN網絡拓撲、數據庫的連接關系拓撲等
|
|
|
4
|
能以圖形及文本方式展現有關SAN的各類信息,如主機和存儲陣列等物理設備的信息,虛擬Fabric、Zoning、文件系統、數據庫應用、虛擬機等的信息,以及它們之間的互連關系等
|
|
|
存儲故障管理
|
5
|
提供集中化的告警監控,應能在同一界面中查看主機、存儲陣列、交換機等設備的故障告警,應支持根據自定義閾值對存儲陣列和交換機進行性能監控,并在超過閾值時產生相應級別的告警。
支持以SNMP Traps或者電子郵件***
|
| *** |
應提供整套存儲系統的故障根源分析功能,縮短故障定位及修復的耗時。在實現故障根源分析時,應免除手工編寫規則的做法,以減少管理人員的工作量
|
|
|
存儲資源管理
|
7
|
提供各存儲陣列中容量使用情況的準確數據,并提供統計分析功能,應能提供多種形式的統計分析報告,報表能自動生成,并支持自定義查詢
|
|
8
|
應能根據設備存儲容量的歷史消耗量,生成存儲容量耗用的趨勢圖表,并估算出剩余存儲容量能支撐現有系統運行的時間,為日后設備擴容提供決策支持。支持按業務部門來生成存儲容量耗用報表
|
|
|
性能管理
|
9
|
通過圖形用戶界面監控數據庫的性能、主機的I/O性能、交換機的性能、存儲陣列的性能等,能對主機與存儲的性能進行關聯分析,幫助快速定位性能瓶頸。可自定義策略,自動生成存儲系統各項關鍵指標的性能報表。
|
|
配置及合規管理
|
10
|
支持自定義配置規范,能對主機、SAN交換機以及存儲陣列配置(包括多路徑管理軟件、陣列微碼、設備兼容性、互操作性等)的合規性進行檢查,并能自動定位和展現配置不合規項,并能將不合規告警以SNMP Trap或Email的形式發送至統一告警控制臺進行集中展現
|
|
11
|
無需手工維護兼容性列表,即可對存儲網絡中的各種設備之間的互操作性以及兼容性進行檢查,并能夠對不兼容項生成兼容性報告
|
|
|
12
|
應能對主機、SAN交換機以及存儲陣列的配置變更進行跟蹤和記錄,并能提供所有變更的完全審計跟蹤,并能自動關聯配置變更與不合規項
|
|
|
接口要求
|
13
|
提供多種訪問模式,可通過WEB界面和客戶端形式進行訪問,提供圖形化管理控制臺,對存儲系統的高級復制服務進行監控和管理。
|
|
14
|
應具備良好的開放性,支持SNIA SMI-S 開放式存儲管理標準。提供開放式數據接口,如ODBC、SNMP、Email,可與第三方應用進行集成,支持二次開發。
|
|
|
用戶管理
|
15
|
應提供基于角色的層次化用戶管理,如軟件管理員、SAN網絡管理員等角色。用戶管理應能與LDAP相集成
|
|
擴展性
|
16
|
應具備良好的可擴展性,具有管理上百TB磁盤空間,上千個存儲網絡端口的能力。軟件底層的管理信息庫應采用Oracle、DB2、MS SQL等大型企業級數據庫以滿足擴展性要求
|
京公網安備 11010802028602號