【文章內(nèi)容簡介】 設備Sun服務 器存儲整合項目新購高端 S U N 服務器存儲整合項目新購高端 S U N服務器S U N6 9 0 0S U N6 8 0 0邏輯卷復制軟件存儲整合項目新購中端存儲設備 . 工期要求 合同簽訂后 120 工作日內(nèi)完成系統(tǒng)施工和桌面演練及項目預驗收； ？ 項目預驗收后六個月為系統(tǒng)試運行期，期間要完成模擬演練和真實演練及項目正式驗收。 3. 設計原則 1. 實用性與前瞻性 要實用性與前瞻性相結合，立足現(xiàn)在，采用成熟的技術構建災難備份中心的備用數(shù)據(jù)庫系統(tǒng)和備用應用系統(tǒng)，滿足本期系統(tǒng)建設的業(yè)務需求，同時緊緊圍繞新華社戰(zhàn)略轉型的業(yè)務需要， 確保技術先進性、架構先進性，靈活支持容災業(yè)務拓展，支持災難備份中心的資源綜合利用。 2. 開放性與規(guī)范性 要符合開放性設計原則，具備優(yōu)良的可擴展性、可升級性和靈活性，可以 新華社容災備份系統(tǒng)第一階段 數(shù)據(jù)庫系統(tǒng)和應用系統(tǒng) 集成項目技術需求書 3 13 廣泛支持開放系統(tǒng)平臺，運行于現(xiàn)有各種相關技術標準上。 3. 穩(wěn)定性與可靠性 要保證備用數(shù)據(jù)庫系統(tǒng)和備用應用系統(tǒng)的穩(wěn)定性，確保災難備份系統(tǒng)的安全可靠運行，必須保障支撐數(shù)據(jù)備份業(yè)務的所有備用數(shù)據(jù)處理系統(tǒng) 7*24 小時不間斷工作，保障災時所有備用數(shù)據(jù)處理系統(tǒng) 7*24 小時不間斷工作。 要保證災難恢復 /回切的可行可靠，使災難恢復的風險降至最低。 4. 安全性與管理性 要根據(jù)信息安全等級保護的要求進行安全設計；要進行備用數(shù)據(jù)庫系統(tǒng)和備用應用系統(tǒng)的監(jiān)控管理設計，并能夠?qū)溆脭?shù)據(jù)庫系統(tǒng)和備用應用系統(tǒng)的監(jiān)控管理納入到災難備份中心統(tǒng)一的監(jiān)控管理平臺，確保災難備份中心的安全可靠運行。 4. 數(shù)據(jù)庫系統(tǒng)需求 本 項目 承包商要負責完成數(shù)據(jù)庫服務器系統(tǒng)的配備設計、安裝、調(diào)試、虛擬化設計、部署、調(diào)優(yōu)、聯(lián)調(diào)、安全控制、監(jiān)控管理等集成工作 ；在“新華社容災備份系統(tǒng)第一階段總集成 項目 ”的總集成商協(xié)調(diào)組織下， 協(xié)助完成存儲資源連接、識別、分配、卷的創(chuàng)建等，并協(xié)助完成各數(shù)據(jù)庫服務器系統(tǒng)的災難恢復切換測試、容災演 練等工作。 . 硬件及操作系統(tǒng) 新華社多媒體數(shù)據(jù)庫生產(chǎn)系統(tǒng)的數(shù)據(jù)庫集群系統(tǒng)為四臺 SUN 高端小型機組成的兩套雙節(jié)點集群數(shù)據(jù)庫群組。災難備份中心擬用兩臺單機高端小型機分別實現(xiàn)對生產(chǎn)中心兩套集群群組的備份。 ? 高性能 由于災難備份系統(tǒng)要保障災難發(fā)生接管生產(chǎn)中心業(yè)務時，能對億級海量數(shù)據(jù)庫信息進行管理及數(shù)據(jù)挖掘，對千萬級圖片、文字、音視頻、多媒體數(shù)據(jù)的高速處理及存取，硬件平臺需要具備大吞吐量的業(yè)務處理能力，要提供高性能及大批量并發(fā) I/O 處理能力。 新華社容災備份系統(tǒng)第一階段 數(shù)據(jù)庫系統(tǒng)和應用系統(tǒng) 集成項目技術需求書 3 14 ? 高可靠性、高可用性、高可維護性 災難備份中心采用單機對應生產(chǎn)系統(tǒng)的雙機（高端 小型機， RAC 架構）進行備份，因此必須保障災難備份中心核心小型機的高可靠性、高可用性、高可維護性。 ? 高可擴展性 為支持未來業(yè)務的拓展，支持數(shù)據(jù)庫對系統(tǒng)資源的擴展需求，小型機需要具備高擴展性。 ? RTO 可控 根據(jù)“新華社容災備份系統(tǒng)第一階段項目”的容災技術路線，生產(chǎn)系統(tǒng)的關鍵數(shù)據(jù)將通過基于邏輯卷的復制技術復制到災難備份中心，因此，設計配備數(shù)據(jù)庫服務器操作系統(tǒng)時，要充分考慮 RTO 指標的可控性，確保在容災切換災難備份系統(tǒng)啟用時，復制的數(shù)據(jù)可以被直接加載，不可做任何類型的數(shù)據(jù)轉換。 . 數(shù)據(jù)庫軟件 新華社多媒體數(shù)據(jù)庫生產(chǎn) 系統(tǒng)的數(shù)據(jù)庫系統(tǒng)都是采用 oracle11g 產(chǎn)品。備用數(shù)據(jù)庫系統(tǒng)需要 2 套數(shù)據(jù)庫軟件產(chǎn)品，部署在 2 臺高端小型機上，要確保主備數(shù)據(jù)庫系統(tǒng)的兼容性。 根據(jù)“新華社容災備份系統(tǒng)第一階段項目”的容災技術路線，生產(chǎn)系統(tǒng)的關鍵數(shù)據(jù)將通過基于邏輯卷的復制技術復制到災難備份中心，因此，備用數(shù)據(jù)庫系統(tǒng)上需要部署相關的卷管理軟件及文件系統(tǒng)軟件。本 項目 集成商要根據(jù)新華社的要求，在“新華社容災備份系統(tǒng)第一階段總集成 項目 ”總集成商的協(xié)調(diào)下，完成各小型機上所需數(shù)據(jù)庫實例的安裝部署及調(diào)優(yōu)。 . 信息安全 備用數(shù)據(jù)庫系統(tǒng)是災難備份中心的核心系統(tǒng)， 其安全是重中之重，投標方案應對備用數(shù)據(jù)庫系統(tǒng)的安全有深入全面的論述。 新華社容災備份系統(tǒng)第一階段 數(shù)據(jù)庫系統(tǒng)和應用系統(tǒng) 集成項目技術需求書 3 15 . 監(jiān)控管理 要進行備用數(shù)據(jù)庫系統(tǒng)的監(jiān)控管理設計，并能夠?qū)溆脭?shù)據(jù)庫系統(tǒng)的監(jiān)控管理納入到災難備份中心統(tǒng)一的監(jiān)控管理平臺。 . 資源利用 投標書對于非災難情況下如何有效利用軟硬件資源應做出詳細論述。例如，災備軟硬件資源用于多媒體數(shù)據(jù)庫各子系統(tǒng)測試。要與總集成商配合，實施靈活調(diào)配災難備份中心系統(tǒng)資源的方案，用于新華社平時測試、開發(fā)使用，災難發(fā)生需要接管總社業(yè)務時，回收所有測試開發(fā)使用的資源。 5. 應用系統(tǒng)需求 本 項目 承包商要負責完成各應用服務器系統(tǒng)的配置 設計、安裝、調(diào)試、虛擬化設計、部署、調(diào)優(yōu)、聯(lián)調(diào)等集成工作，完成操作系統(tǒng)、中間件、應用服務器及應用部署及測試，并協(xié)助完成各系統(tǒng)的災難恢復切換測試、容災演練等工作。 . 硬件及操作系統(tǒng) 生產(chǎn)系統(tǒng)有 26 臺 UNIX 應用服務器（其中 24 臺 SUN 服務器， 2 臺 IBM 服務器）和若干 PC 服務器支撐多媒體數(shù)據(jù)庫系統(tǒng)的待編稿業(yè)務、多媒體內(nèi)外庫發(fā)布業(yè)務、全球圖片總匯業(yè)務等十幾個應用系統(tǒng)。 根據(jù)容災業(yè)務需求，災難備份中心要部署備用的待編稿庫應用系統(tǒng)、內(nèi)外庫發(fā)布系統(tǒng)、全球圖片總匯系統(tǒng)、內(nèi)外庫編輯系統(tǒng)、數(shù)據(jù)出入庫系統(tǒng)、統(tǒng)一認證計費系統(tǒng) 、 大 客戶發(fā)布及后臺管理系統(tǒng)、 大客戶編輯系統(tǒng) 以及全文檢索系統(tǒng)，確保多媒體數(shù)據(jù)庫系統(tǒng)的關鍵應用在災難后的業(yè)務迅速恢復。因此，需要采購 9臺 Unix 服務器，其中 7 臺用于內(nèi)網(wǎng)， 2 臺用于外網(wǎng)。 ? UNIX 架構 生產(chǎn)中心關鍵應用的服務器都是 UNIX 架構，因此災難備份中心的應用服務器要采用 UNIX 架構。 新華社容災備份系統(tǒng)第一階段 數(shù)據(jù)庫系統(tǒng)和應用系統(tǒng) 集成項目技術需求書 3 16 ? 高可靠性 必須保障災時所有備用應用系統(tǒng) 7*24 小時不間斷工作。 ? 虛擬化設計 要根據(jù)新華社的需要和“新華社容災備份系統(tǒng)第一階段 總集成 項目”的設計要求進行分區(qū)、虛擬化設置。 . 中間件軟件 災難備份中心備用應用系統(tǒng)共需要 8 套 J2EE 企業(yè) 級中間件產(chǎn)品，希望 采購同 一種中間件產(chǎn)品 來 部署 ，以 便于維護管理 。 由于生產(chǎn)端有三種中間件 Websphere、 Oracle IAS9 或 IAS 10 和 TongWeb，因此 在 災難備份中心 需要 將多媒體數(shù)據(jù)庫相關子系統(tǒng)安全移植部署到新的 同一種 中間件平臺上 ， 但新的中間件并不限于生產(chǎn)中心已有的中間件 。 . 應用移植 由于災難備份中心要部署同一的中間件，因此多媒體數(shù)據(jù)庫系統(tǒng)的應用子系統(tǒng)需要進行移植、測試，以適用新中間件平臺。 下面將應用子系統(tǒng)分四類來描述可能涉及的移植工作： （一） 多媒體待編稿庫系統(tǒng) 待編稿庫系統(tǒng) Web 應用包括發(fā) 布和接口兩種應用， 應用 遷移需要解決的問題主要包括： ? 解決類包沖突 新舊中間件 自帶類包 可能會 有沖突，需要通過更換 jar 包或修改代碼等方式來解決。例如 oracle 數(shù)據(jù)庫驅(qū)動 可能存在沖突。 ? 解決 Servlet 版本兼容問題 Servlet 目前是 版本，代碼是按照老版本標準開發(fā)的，部分代碼需要測試和修改。 ? 頁面標簽修改 部分頁面標簽在 新中間件 上不兼容，需要修改。 新華社容災備份系統(tǒng)第一階段 數(shù)據(jù)庫系統(tǒng)和應用系統(tǒng) 集成項目技術需求書 3 17 ? 其它代碼的兼容性修改 一些代碼在 新中間件 上不兼容，或者需要進行優(yōu)化，需要在程序部署后進行測試和修改。 ? 應用規(guī)劃與部署 不同中間件的 應用路徑要求不同 ， 改換中間件 需要重新規(guī)劃，另外 apache跟 中間件 的集成也需要重新規(guī)劃和配置。 （二） 多媒體庫數(shù)據(jù)庫內(nèi)外庫發(fā)布系統(tǒng) 多媒體數(shù)據(jù)庫發(fā)布系統(tǒng)包括中文庫、英文庫（含小語種）、圖片庫、創(chuàng)意圖片庫、大客戶等應用，應用遷移涉及以下工作： ? 水印調(diào)整 基于 新中間件 部署環(huán)境 對 ImageMagick 進行重新編譯 并部署，同時根據(jù)實際路徑來調(diào)整應用中相應的配置文件。 ? 系統(tǒng)代碼 環(huán)境變量設置 基于 新中間件 部署環(huán)境 重新設置環(huán)境變量 。 ? 系統(tǒng)代碼 內(nèi)存優(yōu)化 防止應用發(fā)生內(nèi)存溢出情況，基于 新中間件 部署環(huán)境， 需要對應用的內(nèi)存分配置 進行 統(tǒng)一規(guī)劃和 調(diào)整 。 ? 系統(tǒng)代碼調(diào)試目錄管理 基于 新中間件 部署環(huán)境 ，重新 規(guī)劃 創(chuàng)建統(tǒng)一 系統(tǒng)級應用代碼 log 調(diào)試 目錄 結構。 ? 數(shù)據(jù)庫連接的配置與管理 基于 新中間件 部署環(huán)境，系統(tǒng)級 JNDI 重新 規(guī)劃 創(chuàng)建 ，根據(jù)應用的情況進行參數(shù)調(diào)整 ， 并對其連接狀況進行測試。 ? 系統(tǒng) 臨時目錄 配置與管理 基于 新中間件 部署環(huán)境，重新創(chuàng)建 大圖下載、中圖下載、附件下載、打包下載等 代碼訪問用的 臨時資源目錄 。同時根據(jù)實際情況，對應用中的相關配置文件進行調(diào)整。 ? 應用的 加載 配置文件 調(diào)整 基于 新中間件 部署環(huán)境，需調(diào)整 applicationContext 相關 的應用加載配置文 新華社容災備份系統(tǒng)第一階段 數(shù)據(jù)庫系統(tǒng)和應用系統(tǒng) 集成項目技術需求書 3 18 件。 ? 簡繁通 轉換配置 基于 新中間件 部署環(huán)境， 對中文系統(tǒng)中繁簡體轉換功能插件進行配置 及部署，同時根據(jù)實際路徑對應用中的相關配置文件進行調(diào)整。 ? 前端 Cache 的重新配置及調(diào)整 目前的發(fā)布前端 Cache 基于 OC4J 做了較多優(yōu)化，新系統(tǒng)需 基于 WebLogic部署環(huán)境重新配置及調(diào)整各類 Cache。 ? Apache 的重新配置及調(diào)整 目前服務器上的 Apache 基于該應用做了很多配置，用戶可以通過 URL 輸入域名加上訪問的頁面簡稱進行頁面的跳轉，新系統(tǒng)需 基于 新中間件 部署環(huán)境重新配置及調(diào)整 Apache。 ? 集群 相關 代碼的 調(diào)整及配置 系統(tǒng)需 基于 新中間件 部署環(huán)境，需重新配置及調(diào)整集群相關代碼，配置好集群后要進行測試。 ? 未知問題導致的代碼調(diào)整 基于 新中間件 部署環(huán)境，因未知問題可能導致以下代碼調(diào)整工作，例如： ⑴ 解決類包沖突 新舊中間件自帶類包可能會有沖突 ，需要通過更換 jar 包或修改代碼等方式來解決。如 oracle 數(shù)據(jù)庫驅(qū)動 可能存在沖突。 ⑵ 解決 Servlet 版本兼容問題 Servlet 目前是 版本，代碼是按照老版本標準開發(fā)的，部分代碼需 要測試和修改。 ⑶ 頁面標簽的修改 部分頁面標簽在 新中間件 上 不兼容，需要修改。 ? 系統(tǒng) 聯(lián)調(diào) 包含 認證授權計費和采編系統(tǒng)的 聯(lián)調(diào)工作 ，以保證相關應用系統(tǒng)能夠正常工作。 ? 系統(tǒng) 測試 包含應用功能測試、用戶測試及壓力測試 。 新華社容災備份系統(tǒng)第一階段 數(shù)據(jù)庫系統(tǒng)和應用系統(tǒng) 集成項目技術需求書 3 19 （三） 多媒體數(shù)據(jù)庫相關編輯系統(tǒng)和圖片上載系統(tǒng) 對于 圖片總匯編輯系統(tǒng)、代理圖片編輯系統(tǒng)、照片檔案館編輯系統(tǒng)、大客戶編輯系統(tǒng) 、 多媒體數(shù)據(jù)庫編輯系統(tǒng) 及 圖片上載系統(tǒng) ，應用遷移涉及以下工作： ? Servlet 調(diào)用方式修改 新中間件若不支持 Servlet 以前的調(diào)用方式（直接用完整的包名 +類名的方式作為 URL 調(diào)用，舊的 Servlet 規(guī)范支持）， 就 必須修改成在 中配置映射才行。 ? 上載功能調(diào)試修改 協(xié)議批量上傳稿件和圖片，是客戶端和服務器端采用 協(xié)議來完成，由于 Servlet 標準不同，上傳客戶端控件和服務器接收程序都需要修改。 ? 多媒體編輯器接口測試修改 多媒體編輯器通過接口直接與應用服務器連接，實現(xiàn)稿件的新建和修改，需要對編輯器客戶端和服務器接口部分代碼進行 新中間件 環(huán)境的測試和修改。 ? 解決類包沖突 新舊中間件自帶類 包可能會有沖突 ， 如： 等，需要專門處理解決。 ? 更新 jdk 環(huán)境升級 原來編輯系統(tǒng)采用的是 環(huán)境，而 新中間件 采用的 或以上，需要梳理現(xiàn)有的 jar 文件，把以前采用 、 的部分 jar 文件進行升級。 ? 系統(tǒng)聯(lián)調(diào)測試和修改 編輯系統(tǒng)跟待編稿庫和多媒體發(fā)布系統(tǒng)有調(diào)用、建稿等接口，調(diào)用都是按照 Servlet 舊版本來實現(xiàn)的，需要修改和測試，符合 新中間