一、採購項目技術規格、參數及要求：
（一）採購項目需求一覽表：
序號 | 採購內容 | 採購要求 | 單位 | 數量 |
1 | 韶關市中醫院數據容災建設採購項目 | 詳見技術參數部分 | 項 | 1 |
注：1.報價超出預算金額的，其投標文件無效投標處理。
2.投標人必須對本項目的全部內容進行投標報價，如有缺漏，其投標文件無效投標處理。
3.投標報價應爲人民幣含稅全包價，包括測試、運輸、安裝調試、驗收、培訓等一切費用。
（二）採購項目技術規格、參數：
採購清單
設備名稱 | 參數 | 數量 |
業務系統容災服務器 | 標配2個Intel 10核處理器(2.0GHz, 25M緩存, 6.4GT/s)，標配2塊內存板48個DIMM，128GB(8x16GB) 2133MHz DDR4內存，標配2個600GB 10K 12Gbps SAS 2.5" G3HS HDD，標配M5210 支持RAID0、1、10 可選緩存或Flash保護，主機帶4口個千兆以太網卡，2個Emulex 8Gb FC 單口 HBA ，標配2個900W熱插拔電源(帶2根PDU電源線), 4U機架式，無光驅。三年7*24*4有限保修。 | 2臺 |
容災存儲 | 冗餘雙控制器機型，2U高，含2個控制器模塊互爲冗餘，每控制器8Gb數據緩存，12個3.5寸熱插拔磁盤槽位，配置6個900GB 10K 3.5 Inch HDD，6個6TB 7.2K 12Gb SAS 3.5 Inch Hard Drive，標配4個1Gbps iSCSI主機接口，標配6個SAS 主機接口；8個8Gb FC,熱插拔冗餘電源及風扇，標配FlashCopy、thin povisioning 功能許可，支持256臺主機的連接許。可支持RAID 0, 1, 5, 6, 10，基於中文的WEB圖形化管理界面，無導軌。三年原廠保修服務。 | 1臺 |
光纖交換機 | 24口 8Gb存儲交換機，激活16口，配置16個SFP光模塊，16根光纖跳線。 | 1臺 |
全業務容災軟件 | (1) 全業務容災服務端；統一管理災難備份的配置策略，運行監控，計劃內維護以及災難切換等WEB操作。 主要功能包含：容災集中WEB控制檯、容災集中字符管理菜單、 容災首頁WEB監控、容災操作管理、容災日誌信息管理、容災多樣化告警等。 (2) 全業務容災客戶端，實現數據庫的災難備份和數據同步。 主要功能包含：生產數據庫的數據挖掘、生產數據庫的日誌切片、生產數據庫日誌傳輸(加密/不加密)、容災數據庫日誌傳輸(加密/不加密)、容災數據庫的日誌實時合成、容災數據庫的數據合成、容災數據庫的數據回退、數據庫級別的計劃內來回切換、數據庫級別的災難切換、數據庫級別的桌面演練。 (3) 容災數據庫的實時數據查詢，提供報表查詢等，實現負載分擔能力。 主要功能包含：活動站點功能管理、活動站點數據查詢管理。 (4)含一年7*24小時標準服務。 | 2套 |
數據庫維保服務 | 數據庫的運維服務，數據庫優化及相關技能培訓 | 1年 |
詳細技術參數要求
HIS、PACS容災服務器詳細技術參數
指標項目 | 詳細技術參數要求 |
服務器高度 | 4U |
支持擴展選項 | 在4U機箱中支持擴展至4顆CPU共72core。 |
處理器類型▲ | 配置不少於2個處理器，配置單顆處理器性能≥10核，處理器主頻≥2.0GHz，三級緩存≥25MB |
內存類型 | 1600MHz LV-DIMM DDR3 1.35V低功耗內存，TruDDR4 Memory (4Rx4,1.2V) PC4-17000 CL15 2133MHz LP LRDIMM |
內存配置數目 | 配置≥128GB內存，最大支持≥96個DIMM |
內存最大支持數目 | ≥6TB |
內存保護技術 | 內存頁隔離，高級內存恢復技術,內存鏡像, Chipkill, 雙設備數據更正DDDC(Double Device Data Correction),Memory rank sparing |
內置硬盤類型 | 熱插拔SAS 、NLSAS、NLSATA硬盤/支持SSD，可支持≥16塊SSD固態閃存盤， |
內置硬盤容量及數目▲ | 配置≥2塊600G 10K SAS 硬盤 |
陣列控制器 | 標配陣列卡,12Gbps帶寬，支持0,1,5RAID級別，可選升級緩存, 最大支持4GB閃存 |
PCI I/O插槽 | 配置≥11個 PCIe 3.0插槽（5個 PCIe 3.0x16插槽，6個 PCIe 3.0x8插槽），8個USB接口（ 2個3.0前置，1個2.0前置，4個2.0後置，1個2.0內置），1個串口，兩個VGA（1個前置，1個後置） |
網卡 | 配置四口千兆以太網卡 |
電源▲ | 配置不少於2個900W電源，要求須通過80 PLUS Platinum認證，最高負載下電源效率≥91%。 |
熱插拔組件 | 電源、風扇、硬盤、PCI(可選I/O book) |
可管理和維護性▲ | 服務器採用無蓋設計，所有可維修組件均可從前端和後端打開LCD光通路診斷和預測故障分析功能 |
HBA卡 | 配置2塊Emulex 8Gb FC Single-port HBA |
光驅 | 可選外置DVDRW光驅 |
容災存儲詳細技術參數
光纖交換機詳細技術參數
光纖通道端口 | 交換機模式(默認): 24個端口，先激活16端口配置8GB模塊，可通過按需增強端口許可證，以 |
8端口的增量增加爲8、16和24個通用(E、F、M、FL或N)端口 | |
接入網關,默認端口映射：16個F_Port、8個 N_Port | |
可擴展性 | 完全fabric架構，最多可有239臺交換機 |
數據流量類型 | Fabric交換機支持單播、多播(255組)和廣播 |
標準最大支持數 | 單一FOS fabric : 56個域、19個躍點 ,較大型fabric可按需配置；有關配置細節，請參考或OEM SAN設計文件 |
介質類型 | 4 Gbit/sec: 要求可熱插拔、小型可熱插拔(SFP)、LC連接器；4 Gbit/sec短波激光(SWL); 4 Gbit/sec長波激光(LWL); 4 Gbit/sec超長波激光(ELWL);最大距離取決於光纜和端口速率 |
8 Gbit/sec: 要求可熱插拔SFP+、LC連接器；短波激光(SWL); 最大距離取決於光纜和端口速率。 | |
USB | 1個USB端口，適用於固件下載、支持保存、配置上傳/下載 |
性能 | 2.125 Gbit/sec 線速、全雙工； |
4.25 Gbit/sec 線速、全雙工； | |
8.5 Gbit/sec 線速、全雙工； | |
1、2、4和8 Gbit/sec端口速率自動感應；可選擇性編程爲固定端口速率;1、2、4和8 Gbit/sec端口速率匹配。 | |
ISL幹線合併 | 基於幀的幹線合併，在可選許可下,每條ISL幹線最多8個8 Gbit/sec 端口，每條ISL幹線速率最高68 Gbit/sec；(8端口× 8.5 Gbit/sec [線速]), 運用Fabric OS中所包括的DPS，實現基於交換的跨ISL負載平衡， |
集合帶寬 | 408 Gbit/sec: 24端口× 8.5 Gbit/sec (線速) × 2 (全雙工) |
最大fabric延遲 | 8 Gbit/sec速率下采用無爭用、直通路由時爲700納米 |
最大幀 | 2112字節淨負荷 |
幀緩衝 | 可動態分配700幀，每端口最多爲484幀 |
管理 | Telnet、HTTP, SNMP v1/v3 (FE MIB, FC Management MIB);審覈、系統日誌、變更管理追蹤；EZSwitchSetup嚮導；高級web工具；EFCM標準版/企業版9.x (可選); Fabric Manager (可選:僅FOS環境);符合SMI-S標準, SMI-S腳本工具集、管理域；面向選定的插件功能的試用版許可證 |
安全 | SSL、SSh v2、HTTPS、LDAP、RADIUS、基於角色的訪問控制(RBAC)、DH-CHAP(交換機和終端設備間)、端口綁定、交換機綁定、安全RPC、Secure copy (SCP)、Trusted Switch、IPSec、IP過濾 |
管理訪問 | 10/100以太網(RJ-45)、通過光纖通道的帶內管理；串口(RJ-45); USB;可通過EFCM和Fabric Manager實現的call-home集成 |
診斷 | POST和內嵌式在線/離線診斷，包括RAStrace日誌、環境監控、不間斷daemon重啓、Fcping和Pathinfo(FC traceroute)、端口鏡像(SPAN端口) |
外殼 | 非端口到端口側氣流; 1U、19英寸符合EIA標準、電源來自端口側。 |
服務級別 | class 2、class 3,、class F (交換機間幀) |
Fabric服務 | 簡單名稱服務器(SNS);註冊狀態變更通知(RSCN); NTP v3; Reliable Commit Service，(RCS);動態路徑選擇(DPS); 高級分區(默認分區、端口/WWN分區、廣播分區)；NPIV；N_Port 幹線合併；FDMI；管理服務器；FSPF;Fabric watch; Extended Fabrics; ISL幹線合併；高級性能監控；適應性網絡(按數據流QoS、入站速率限制、流量隔離、最高用量者；許可變化); IPoFc,幀重定向；Port Fencing;BB credit恢復。 |
注：有些 fabric服務不可用或是在接入網關模式中不可用 | |
選項 | 機架安裝導軌套件(固定式、滑動式、mid-mount) |
指標項 | 指標要求（同步要求） |
指標項 | 指標要求（總目標） |
容災目標 | 1.針對項目要求的業務系統提供數據安全和業務連續運行雙重保障； 2.當生產系統發生故障時，容災系統要確保數據零丟失，同時能夠進行自動或手動接管業務系統實現業務連續服務的目標； 3.容災系統支持針對業務系統所有部件的整體切換操作（包括應用層、中間件層、數據庫層及服務器IP地址的自動切換），全中文WEB操作界面，操作簡單。 |
數據庫同步方式 | ★要求採用物理同步方式，無需考慮複雜的內部數據關係。 |
現行系統支撐 | ★需瞭解現有系統情況，與現行信息系統實現無縫對接，容災系統同時用作查詢庫實時使用。 |
應用服務器同步 | ▲通過容災系統可以自動實現獨立服務器上的中間件、文件、文件系統等文件類數據的同步。支持各種中間件類型，包括 Webloig,IBM Websphere,Tomcat,以及其他自定義中間件。 |
虛擬化同步支持 | 通過容災系統可以自動實現，虛擬化環境上的各類數據的同步，支持各種中間件類型，包括Oracle Webloig,IBM Websphere,Tomcat,以及其他自定義中間件；支持虛擬化文件服務器、支持虛擬化文件等同步。 |
對業務系統影響 | 要求災備系統對生產業務系統無影響，無需改造生產系統主機上的文件系統，不能更改系統卷配置，生產數據庫內不允許嵌入任何程序，不修改生產數據庫配置參數,不增加數據庫內的表格或其他對象。 |
指標項 | 指標要求（全業務容災切換要求） |
全業務切換功能 | ▲容災系統內，通過統一的容災平臺全部實現業務系統級別一鍵式切換，包括完整的數據庫、各種中間件（比如：tuxedo中間件，weblogic中間件，websphere中間件，Tomcat中間件以及其他自定義中間件）、文件等整個系統的自動切換。 (投標時要求提供軟件功能截圖) |
容災切換時間 | 容災切換時間在3分鐘以內，提供自動切換和手動切換兩種模式。 |
容災切換功能 | ▲支持一鍵式切換，所有切換都要求提供命令行和WEB圖形界面兩種模式，所有切換都要求一步完成。(投標時要求提供軟件功能截圖) |
網絡切換功能 | ▲容災系統內，實現網絡主機IP地址切換。 二層網絡體系下，容災切換前後，無需手工修改IP地址。 (投標時要求提供軟件功能截圖) |
計劃內維護切換功能 | ▲實現短時間內（比如30分鐘的硬件升級）的計劃性維護切換以支持日常運行涉及時間比較長的運行維護操作，實現從生產系統切換至容災系統，從容災系統切換回生產系統系統。(投標時要求提供軟件功能截圖) |
桌面演練功能 | ▲要求容災系統具有桌面演練功能，能夠在“沙盤”環境中模擬整個容災切換過程，桌面演練可以在生產系統業務高峯期間進行，不增加生產系統額外資源開銷（包括CPU\內存\IO），不影響業務的繼續運行。(投標時要求提供軟件功能截圖) |
指標項 | 指標要求（基本要求） |
品牌 | 此次投標產品非OEM產品，提供產品登記證書和著作權登記證書 |
支持數據庫版本 | ORACLE 9i、ORACLE 10g、ORACLE 11g、ORACLE 12g |
支持的主機操作系統 | AIX，HP-UX，Linux，Windows， Solaris等 |
容災距離 | 實現80KM左右的同步容災，考慮今後的需求，要求可以實現200KM以上的同步容災。 |
RPO要求 | ★要求實現數據零丟失，支持同步和異步模式。 |
RTO要求 | 要求容災切換在3-5分鐘內完成。 |
網絡帶寬 | 災備系統可以運行在高帶寬或低帶寬網絡環境下，對於網絡帶寬不需要有太高的要求，可以運行在百兆網絡、千兆網絡、光纖等。 |
網絡質量 | 災備系統可以運行在穩定網絡環境或不穩定網絡環境下，對於網絡質量不需要有太高的要求，系統運行過程中，網絡出現短暫的網絡終止等異常問題，災備系統仍能保持正常運行、不會被終止。 |
網絡容錯 | 可以利用多塊網卡或多條鏈路實現鏈路容錯,當某一鏈路出現故障、暫停或時斷時續的現象時，災備系統可以自動識別，不能影響災備系統的不間斷運行。 |
災難完備性 | 實現由於自然災害（地震，火災，雷擊等）引起的站點失敗恢復。實現由於大面積電力故障等非自然災害引起的站點失敗恢復。實現由於主機，存儲以及其他IT物理部件失敗或者電力故障引起的物理部件失敗災難恢復。實現由於基礎平臺bug（Oracle bug,OS bug,卷管理器以及文件系統bug，存儲系統bug以及其他基礎軟件）引起的數據庫無法啓動以及數據獲取失敗等各類災難恢復。實現由於電力故障引起的邏輯失敗引起的數據庫無法啓動以及數據獲取失敗等各類災難恢復。實現由於程序錯誤、誤操作以及***引起的災難性恢復。 |
邏輯錯誤傳播 | 要求避免邏輯錯誤傳播，從而對於邏輯失敗形成根本性的保護。 |
誤操作以及***破壞 | ▲對於程序錯誤、誤操作以及***破壞等操作，比如：truncate table,drop table,drop tablespace等提供快速的恢復能力，並要求零數據丟失。(投標時要求提供軟件功能截圖) |
數據完整性 | ▲實現所有oracle數據庫內的數據操作的複製，包括INSERT\UPDATE\DELETE、DDL操作、Create table ..as 語句，ROWID相關語句等。 |
▲實現所有oracle數據庫內的所有對象複製，包括普通表格、壓縮表格、臨時表格、垃圾箱內的閃回表格等。 | |
▲要求兩個庫之間的所有對象完全相同，包括ROWID，基表，視圖，同義詞，自定義TYPE，IOT表格，SYS用戶內的所有對象等。(投標時要求提供軟件功能截圖) | |
對系統性能影響 | 對系統性能影響小於百分之五。 |
統一的容災管理 | ▲提供直觀的簡體中文圖形化WEB操作控制檯，可以在一個WEB圖形界面裏管理所有業務系統的容災系統管理, 要求所有容災功能統一在WEB界面上操作。 |
在線實施要求 | 在線實施，實施期間生產系統不得停機，業務不能終止。 投標時提供數據遷移方面相關技術證明文件。 |
在線軟件升級 | 對容災平臺進行軟件升級安裝時，無需停止容災平臺，不中斷容災業務系統的運行。 |
指標項 | 指標要求（增值功能要求） |
備份能力 | 要求容災站點可實現常規物理備份,以代替生產系統備份。 |
備份兼容性 | 容災系統的一體化備份要求被RMAN兼容，可以使用RMAN完成數據庫恢復。 |
容災系統在線校驗 | ★實現容災系統在線校驗，支持容災系統運行時隨時打開容災庫以檢查容災可用性。 |
API二次開發接口 | 提供API接口,具備二次開發能力，能夠定製部分容災平臺功能。 |
短信通知 | 提供手機短信預警接口。 |
負載分擔 | ★容災站點的數據庫可以打開，對外方便地提供查詢能力，提供負載分擔，可以支持任意開發工具的連接訪問。 |
增值服務 | 要求容災站點數據庫可以作爲邏輯備份、數據倉庫等源數據，被應用程序或ETL工具所使用。 |
數據更新能力 | ▲要求容災站點實現邊同步邊查詢的能力，活動數據庫提供活動數據而不是靜態數據，隨時跟蹤生產站點數據庫，差異性間隔時間：0至3分鐘。 |
雙活冗餘能力 | ▲支持20公里內構建雙活數據中心，即雙機雙櫃的冗餘數據中心，任意一臺服務器和存儲設備故障，業務系統正常運行都不會受到影響。 |
容災數據安全保護 | ▲容災系統支持容災數據安全保護，對容災數據中的敏感數據進行安全保護，防止未經授權的工具和應用或未經授權的用戶隨意訪問。投保時提供功能截圖證明。 |
質保服務要求 | |
▲授權 | 1、產品具有自主知識產權，需提供相應證明文件（軟件著作權、軟件產品登記）； 2、提供原廠商服務質保證明原件,至少提供3年7*24小時原廠保修及原廠免費現場服務，產品的安裝、實施、培訓均由原廠工程師完成。 |
▲服務及其它要求 | 1、原廠具有專業的技術服務中心，有足夠的技術服務人員提供快速響應； 2、原廠承諾提供7*24小時400電話不間斷支持。 3、原廠承諾提供一年免費的災備系統以及災備系統所涉及到的數據庫運維服務。 4、提供免費的產品及數據庫類培訓。 |
★實施團隊人員 | 原廠實施工程師具有五年以上運營商、金融、醫療等行業的容災系統實施經驗，擁有充足的災備知識，擁有OCM證書。 |
實施集成費用 | 服務器現場安裝配置； 存儲安裝、服務； 完成數據遷移後，原有的存儲部署、存儲交換機和容災服務器連通；原有的生產服務器與容災服務器連通; 原有的財務科服務器與容災服務器連通; 原廠工程師(包括容災系統，生產存儲，醫院HIS生產廠家)首次安裝調試現場服務費； HIS/LIS/EMR/PACS數據遷移及醫院其它業務系統的數據遷移費用。 容災實施服務、容災操作培訓; 根據醫院業務制定容災應急演練流程； 含數據遷移，數據整合，容災演練測試，最終系統調優等工作； 若醫院三年內搬遷，含重新部署費用。 |
技術服務內容 | 1.7*24小時應急遠程、現場響應支持服務 2.災難性故障應急支持 3.數據庫日常巡檢服務 4.協助完善系統日常運維 5.數據庫性能優化 6.技術培訓 7、技術維保時間要求：一年 |
7*24小時遠程響應支持服務 | 1.對數據庫系統故障或與數據庫系統相關聯的系統故障，投標方提供7*24小時不間斷非現場(可以是400電話、e-mail、×××、QQ等形式)支持服務，通過以上方式直接聯絡服務商的技術工程師，尋求問題的解決方案、技術文檔以及技術指導，提供故障處理案例。 投標方在接到招標方故障申告後應於5分鐘內響應，如故障未能在15分鐘內通過遠程支持得到解決，投標方承諾根據招標方要求派指定服務工程師在4小時內趕到招標方現場，提供不間斷故障處理服務。 2.當遇到複雜性問題，需要到現場進行綜合診斷或者用戶要求現場支持服務的時候，要求服務團隊人員乃至專家後援服務團隊人員在4小時內到達支持現場，同時要求在路途中不中斷電話支持以求快速解決問題。服務期內要求現場服務不少於3天。 |
災難性故障應急支持 | 災難性故障指由於各種原因引起數據庫不可用或者部分不可用的狀況。要求服務團隊精通災備技術，快速恢復各種災難性故障。熟悉招標方的備份機制和模式，利用備份機制實現快速故障恢復，針對數據災難情形提供強有力的挽救技術或工具 |
數據庫日常巡檢服務 | 日常檢查至少包括以下內容： a) 檢查相關軟硬件、數據庫配置和SGA、PGA的配置情況； b) 檢查數據庫、備份結果集、各表空間的變化情況等，並對數據變化情況作評估； c) 統計當前表空間、文件系統和數據文件的使用情況； d) 檢查數據庫alert.log日誌文件和相關trace文件； e) 檢查操作系統用戶、數據庫用戶、系統本身的安全性； f) 收集數據庫運行期間的負載情況和Instance各性能指標； g) 檢查數據庫備份是否正常； h) 提供一年不少於四次的日常巡檢服務。 |
協助完善系統日常運維 | 根據招標方的實際情況，制定合理的運維計劃和運維操作手冊，完善日常運維文檔，並根據日常運維內容提供及時告警。 |
數據庫性能優化 | 結合系統定期巡檢和招標方重大事件等實際需要，根據檢查的內容和用戶提出的具體需求，制定數據庫性能調優方案。 投標方在招標方的同意下進行數據庫性能優化或 SQL優化。 要求服務團隊極爲擅長性能優化和SQL語句優化，具有豐富的性能優化案例和性能優化相關培訓課程,能結合實際案例自行編著培訓課程（提供相關證明材料，如：公開發行出版的書籍等）者可作爲優選。 要求服務商提供證明其性能優化能力的材料，如性能優化、數據庫技術、數據庫在線割接等方面的專利證書等。提供一年不少於2次的健康檢查優化服務。 |
技術培訓 | 持續培訓有利於提高用戶DBA團隊的技術水平，要求服務團隊制定一年的培訓計劃，要求提供至少兩個月進行一次培訓，每次培訓持續2-3天。具有豐富的培訓課程選擇，避免培訓課程重複。 |
服務團隊要求
基本要求
（1）具有豐富的數據庫經驗
具有強有力的遠程支持能力以快速解決問題。具有豐富的數據庫運行維護支持經驗和性能優化經驗，特別對於Oracle RAC具有豐富的運行維護支持經驗和性能優化經驗。具有豐富的重大故障和災難性故障處理經驗。具有豐富的數據庫安全管理經驗。
（2）具有豐富的小型機維護經驗
用戶的核心繫統架構在LINUX上，服務團隊需要具有豐富的主機操作系統知識，更好的保障數據庫的穩定運行。
（3）具有密碼猜測檢測和防禦實現的技術能力
數據安全管理是招標方運行維護改善的持續性方向之一，數據安全分析服務可以全面評估安全漏洞、安全威脅、潛在風險，同時還能審計操作行爲，降低安全風險。
數據庫密碼嘗試，能輕易導致數據庫用戶被鎖死，業務受到極大影響。在服務週期內，要求服務商提供具備一種運行在Oracle數據庫上的密碼猜測檢測和防禦工具，一旦用戶出現類似問題，可以提供相關工具使用，以方便用戶快速解決問題。
請仔細描述密碼猜測檢測工具的基本原理和實現思路。
要求服務團隊精通數據安全管理方法和技術，尤其在分權管理和DBA訪問控制上，提供有針對性的解決方案，要求提供豐富的安全管理案例，如實現該功能需要軟件產品，投標方需承諾免費提供。
（4）具有業務系統中間件診斷支持技術能力
業務系統中會遇到各種問題，要求服務團隊熟悉招標方業務，針對Oracle數據庫遇到的業務類疑難問題和性能問題提供有效支持。
當業務運行在B/S三層架構下，數據庫無法識別出終端IP地址或用戶信息，無法實現數據庫優化、開發和診斷支持，一旦用戶出現類似技術問題，要求服務商有能力提供基於TOMCAT、JBOSS等中間件的Oracle數據庫終端捕捉，可以在數據庫內識別終端的IP地址和用戶名等信息。
在故障跟蹤或優化服務中，需要定位終端信息，基於Oracle SQL Trace或者10046事件的SQL跟蹤，可以正確的運行在TOMCAT、JBOSS等環境下, 清晰識別SQL語句來自於哪個終端。
如實現該功能需要軟件產品，投標方需承諾免費提供。
（5）主責工程師要求
主責工程師負責管理服務團隊，並且提供主要客戶管理服務。主責工程師要求滿足服務團隊基本要求，並且從事Oracle數據庫支持服務5年以上，具有公開的資料可以證明工程師業績，具有OCM證書及項目經理證書，投標時提供證書原件備查及工程師社保繳納證明原件。