【導(dǎo)讀】未定義書簽。未定義書簽。未定義書簽。未定義書簽。未定義書簽。未定義書簽。未定義書簽。未定義書簽。未定義書簽。

　　

【正文】 程序日志包含了更多實現(xiàn)層次的詳細(xì)信息，主要面向開發(fā)人員和系統(tǒng)維護(hù) 人員。 從日志信息的等級（從高到低）來看，包括 ? 致命 (Fatal) 嚴(yán)重的錯誤，系統(tǒng)無法正常運行，如硬盤空間滿等 方案建議書 廣州市道一信息技術(shù)有限公 司 第 17 頁 ? 錯誤 (Error) 系統(tǒng)可以繼續(xù)運行，但最好要盡快修復(fù)的錯誤 ? 警告 (Warn) 系統(tǒng)可以正常運行，但需要引起注意的警告信息 ? 信息 (Info) 系統(tǒng)運行的主要關(guān)鍵時點的操作信息，一般用于記錄業(yè)務(wù)日志。但同時，也應(yīng)該有足夠的信息以保證可以記錄再現(xiàn)缺陷的路徑。 ? 調(diào)試 (Debug) 系統(tǒng)運行中的調(diào)試信息，以便于開發(fā)人員進(jìn)行錯誤分析和修正，一般用于程序日志，關(guān)心程序操作 (細(xì)粒度 )，不太關(guān)心業(yè)務(wù)操作 (粗粒度 ) ? 跟蹤 (Trace) 系統(tǒng)運行中的跟蹤信息，比調(diào)試信息更加詳細(xì)和全面，更關(guān)心底層的信息，如參數(shù)，調(diào)用，數(shù)據(jù)項等。 通常在生產(chǎn)環(huán)境下只打開 Info 級別及以上的日志。在開發(fā)及測試環(huán)境才打開 Debug 日志， Trace 日志一般不用。 本平臺采用 Apache Log4J 作為實際的底層日志工具庫，但是為靈活起見，使用 Jakarta CommonsLogging 作為其封裝和抽象來使用，所有應(yīng)用程序不直接使用 Log4J API 或 JDK Console 輸出 (, , (), etc.)，同時所有的異常都必須寫在日志中。 方案建議書 廣州市道一信息技術(shù)有限公 司 第 18 頁 系統(tǒng)使用 (), (), (), ()來分別輸出 Debug, Info, Warn 和 Error 級別的日志。從性能角度考慮，在輸出 debug 日志之前，應(yīng)該調(diào)用()來判斷系統(tǒng)是否已經(jīng)配置允許 Debug 級別的輸出。 ? 系統(tǒng)日志 系統(tǒng)日志用于記錄系統(tǒng)的運行情況，啟動和停止信息。系統(tǒng)級日志更多的是為了記錄系統(tǒng)運行中各支撐軟件、工具的運行狀況， 面向系統(tǒng)維護(hù)人員。 運行保障 ? 數(shù)據(jù)庫備份、恢復(fù) 系統(tǒng)提供界面來顯示數(shù)據(jù)庫備份的執(zhí)行情況，備份的動作的命令由監(jiān)控程序發(fā)出，由數(shù)據(jù)庫服務(wù)器上的代理程序完成備份的動作。備份執(zhí)行情況以日志的形式記錄在文件里，并在系統(tǒng)監(jiān)控頁面上顯示。 系統(tǒng)采用歸檔日志模式，保存系統(tǒng)所有歸檔日志。因為系統(tǒng)不能允許出現(xiàn)數(shù)據(jù)丟失的情況，所以非歸檔的運行模式不能采用，雖然歸檔方式對運行性能有一些影響。但這是以性能換安全性的考慮。 方案建議書 廣州市道一信息技術(shù)有限公 司 第 19 頁 備份方式采用不停機的熱備份方式，因為系統(tǒng)運行期間不希望有停機事件發(fā)生，所以采用在線熱備份方式。 ? 熱備份策略 － 每周 日凌晨 24： 00 進(jìn)行一次全庫的熱備份，包括控制文件； － 周一進(jìn)行一次數(shù)據(jù)庫增量熱備份； － 周二進(jìn)行一次數(shù)據(jù)庫增量熱備份； － 周三進(jìn)行一次數(shù)據(jù)庫累計增量熱備份（周一到周三的所有變化的備份）； － 周四進(jìn)行一次數(shù)據(jù)庫增量熱備份； － 周五進(jìn)行一次數(shù)據(jù)庫增量熱備份； － 周六進(jìn)行一次數(shù)據(jù)庫累計增量熱備份（周一到周三的所有變化的備份）； － 周一進(jìn)行一次數(shù)據(jù)庫增量熱備份； 由此周而復(fù)始。 ? 保存上一周的全庫備份在磁帶設(shè)備上。建議使用磁帶庫和備份軟件，以免人工干預(yù)。 ? 服務(wù)器故障恢復(fù) 服務(wù)器的故障可能由各種原因引起，如設(shè)備故障、操作系統(tǒng)故障、 軟件系統(tǒng)故障等等。由于系統(tǒng)只有單臺應(yīng)用服務(wù)器和單臺數(shù)據(jù)庫服務(wù)員，無法實現(xiàn)雙機備份。當(dāng)系統(tǒng)服務(wù)終斷后，必須在可容忍的 4 個小時終斷時間內(nèi)修復(fù)，以保證系統(tǒng)長期、可靠的服務(wù)。 ? 數(shù)據(jù)維護(hù) 應(yīng)用系統(tǒng)的數(shù)據(jù)主要包括兩類： ； 。這兩類數(shù)據(jù)分別采用以下方法進(jìn)行維護(hù)： － 系統(tǒng)運行參數(shù)數(shù)據(jù)：由于本應(yīng)用系統(tǒng)采用的技術(shù)是： Struts + JDBC；這三類技術(shù)的實現(xiàn)過程絕大部分都依賴于配置文件，因此系統(tǒng)運行參數(shù)都將通過修改配置文件來達(dá)到維護(hù)的目的。 － 重要業(yè)務(wù)參數(shù)數(shù)據(jù)：本應(yīng)用系統(tǒng)對重要業(yè)務(wù)參數(shù)數(shù)據(jù)將 提供專門的維護(hù)功能來達(dá)到維護(hù)的目的。 方案建議書 廣州市道一信息技術(shù)有限公 司 第 20 頁 4 道一公司與本項目相關(guān)的成功案例 廣東省移動商城 道一公司整合多種支付方式及商家資源，在廣東推出了全國最大的手機支付移動商城。提供 WEB、 WAP、客戶端及 12580 等多種訪問渠道，并支持第三方商家開展“店中店”的銷售模式。支持手機支付賬戶、積分、手機話費及銀聯(lián)等多種支付方式進(jìn)行支付。 目前移動商城平臺承載各類商品品牌 600 多個，銷售金額超 億元。 附圖 2. 省移動商城 深圳航空尊鵬商城 ? 支持深圳航空 300 萬注冊用戶積分兌換商品 ? 支持銷售第三方商品和航空特色商品 —— 獎勵機票， 酒店預(yù)訂服務(wù)、訂車服務(wù)等特色服務(wù)功能； ? 支持積分支付、網(wǎng)銀支付、網(wǎng)銀分期支付、第三方支付等多種支付方式 方案建議書 廣州市道一信息技術(shù)有限公 司 第 21 頁 ? 支持電話營銷 ? 系統(tǒng)與深圳航空電子商務(wù)平臺、常旅客系統(tǒng)、各大銀行和第三方支付平臺交互。 方案建議書 廣州市道一信息技術(shù)有限公 司 第 22 頁 方案建議書 廣州市道一信息技術(shù)有限公 司 第 23 頁 深圳 移動 支付 能力 平臺 深圳支付能力平臺 目前有包括電影院、醫(yī)院、汽運、機票等業(yè)務(wù)在運營，支持手機支付賬戶、小額話費支付、網(wǎng)銀支付、支付寶支付、移動 M 值支付、贈券支付等近十種支付方式，并且有二維碼、短信碼、彩信、手機通寶卡等數(shù)種支付載體。并且接入了移動省級 POSP平臺，可以管理通寶 POS 機和深圳自助終端機，支持標(biāo)準(zhǔn)商品 的商家管理、支付處理、清算商品管理、訂單分賬等功能。 廣東省支付寶平臺 （二維碼） 省支付寶平臺整合了二維碼的相關(guān)應(yīng)用。建設(shè)了營銷活動、條碼下發(fā)、條碼驗證等功能。接入了唯真條碼系統(tǒng)及多個地市業(yè)務(wù)平臺，包括電影票、船票、優(yōu)惠券等業(yè)務(wù)。實現(xiàn)了二維碼與一卡通條碼的下發(fā)與驗證。 方案建議書 廣州市道一信息技術(shù)有限公 司 第 24 頁 項目案例總結(jié) 道一公司在以往的項目實施中，已積累了豐富的經(jīng)驗，并結(jié)合 了 以往電商項目經(jīng)驗 。在本項目的實施是可降低技術(shù)風(fēng)險，并為本項目的建設(shè)及快速上線提供了有力的保證。