【正文】 。要選擇技術(shù)、業(yè)務(wù)有代表性的分行做為試點(diǎn)行、以點(diǎn)代面。這是減少二次客戶化工作的必要條件。 措施 只有盡量減少甚至完全規(guī)避二次客戶化工作，才 有可能減少實(shí)施風(fēng)險(xiǎn)。為此，我們建議：對(duì)未統(tǒng)一的外圍系統(tǒng)，采取數(shù)據(jù)批量接收、傳送的接口方式。 對(duì)于第一、三種情況，由于版 本統(tǒng)一，數(shù)據(jù)接口、通訊機(jī)制的規(guī)范比較容易實(shí)現(xiàn)，可以在系統(tǒng)優(yōu)化階段制定出統(tǒng)一的接口規(guī)范、通訊機(jī)制。例如人民幣城綜網(wǎng)系統(tǒng)。例如國(guó)際結(jié)算系統(tǒng)、 B 股清算系統(tǒng)。 周邊系統(tǒng)技術(shù)平臺(tái)的多樣性必然導(dǎo)致數(shù)據(jù)接口、通訊機(jī)制的多樣性，這是不可避免的。根據(jù)目標(biāo)統(tǒng)一接口業(yè)務(wù)需求，是此次外匯會(huì)計(jì)網(wǎng)絡(luò)系統(tǒng)優(yōu)化階段的重要內(nèi)容。如果是前者，只須采用文件批量生成、批量傳送、接收，實(shí)現(xiàn)方法簡(jiǎn)單、可靠，周期短；后者則須采用實(shí)時(shí) 、雙向訪問(wèn)的機(jī)制，實(shí)現(xiàn)起來(lái)難度大、工期長(zhǎng)。 ? 明確外匯會(huì)計(jì)網(wǎng)絡(luò)系統(tǒng)與各種周邊系統(tǒng)的接口所要達(dá)到的目標(biāo)和需求。采取措施有： ? 明確外匯會(huì)計(jì)網(wǎng)絡(luò)系統(tǒng)與周邊系統(tǒng)之間的功能分工。 為保證數(shù)據(jù)移植的準(zhǔn)確性，必須采用試移植與模擬測(cè)試相結(jié)合的方法，反復(fù)多次的試移植、測(cè)試，才有可能保證數(shù)據(jù)移植的準(zhǔn)確性。 采用自動(dòng)移植 與手工補(bǔ)錄相結(jié)合的方法。同時(shí)移植程序必須做到參數(shù)化管理，以便兼容舊系統(tǒng)版本不同帶來(lái)的差異。 ? 舊系統(tǒng)版本上的不一致。針對(duì)以上風(fēng)險(xiǎn)，相應(yīng)采取以下措施： ? 新、舊系統(tǒng)庫(kù)表結(jié)構(gòu)差異、數(shù)據(jù)字典定義差異。 第 11 章 實(shí)施風(fēng)險(xiǎn) 及對(duì)策 分析可能帶來(lái)的實(shí)施風(fēng)險(xiǎn)有以下方面：數(shù)據(jù)移植、與周邊系統(tǒng)接口、各分行客戶化工作。同時(shí)對(duì)集中到主機(jī) 的數(shù)據(jù)的安全性也提出了更高的要求。 RS6000 主機(jī)為 AIX操作系統(tǒng)， ESQL/C 語(yǔ)言，與原系統(tǒng)略有不同，差異不大。另外，網(wǎng)絡(luò)環(huán)境將對(duì)系統(tǒng)運(yùn)行造成影響。 對(duì)系統(tǒng)運(yùn)行的影響 系統(tǒng)升級(jí)為網(wǎng)絡(luò)系統(tǒng)后，采用了 RS6000 主機(jī)。另外，還需購(gòu)置 TUXEDO、 ACE 平臺(tái)等軟件。 對(duì)現(xiàn)有軟件的影響 現(xiàn)有業(yè)務(wù)系統(tǒng)為 FEBS，將被本系統(tǒng)替換。一級(jí)分行需要 RS6000 主機(jī)，若分行有該類型主機(jī)并允許復(fù)用，也無(wú)需購(gòu)置設(shè)備。 第 10 章 采用建議系統(tǒng)可能帶來(lái)的影響 采用本方案建議系統(tǒng)，將使業(yè)務(wù)處理從現(xiàn)有單機(jī)處理模式轉(zhuǎn)變?yōu)榫W(wǎng)絡(luò)聯(lián)機(jī)處理模式，將極大地促進(jìn)我行外匯業(yè)務(wù)的發(fā)展，對(duì)現(xiàn)有系統(tǒng)帶來(lái)多方面的影響。 第 9 章 可選技術(shù)方案 在本方案書中，對(duì)系統(tǒng)的多個(gè)關(guān)鍵環(huán)節(jié)列出了可選方案，并對(duì)這些可選方案進(jìn)行了比較選擇。 ? 與 MIS 總帳系統(tǒng)的關(guān)系 滿足 MIS 總帳系統(tǒng)數(shù)據(jù)采集需要，按照接口規(guī)范提供標(biāo)準(zhǔn)格式文本，通過(guò)網(wǎng)絡(luò)傳送或磁盤拷貝的方式由外匯帳戶管理系統(tǒng)接收。 ? 與 B 股清算系統(tǒng)的關(guān)系 由 B 股清算系統(tǒng)負(fù)責(zé) SWIFT 系統(tǒng)報(bào)文的分解和生成工作。 ? 與國(guó)際收支申報(bào)系統(tǒng)的關(guān)系 增加國(guó)際收支申報(bào)系統(tǒng)數(shù)據(jù)補(bǔ)錄功能，按照國(guó)際收支申報(bào)要求生成標(biāo)準(zhǔn)格式的文本文件，通過(guò)網(wǎng)絡(luò)傳送或磁盤拷貝的方式由國(guó)際收支申報(bào)系統(tǒng)接收。 第 8 章 和相關(guān)系統(tǒng)的關(guān)系 ? 與國(guó)際結(jié)算系統(tǒng)的關(guān)系 實(shí)現(xiàn)與國(guó)際結(jié)算系統(tǒng)的雙向信息傳遞接口，實(shí)現(xiàn)國(guó)際結(jié)算業(yè)務(wù)相關(guān)帳務(wù)實(shí)時(shí)入帳，并自動(dòng)打印憑證。 ? 實(shí)現(xiàn)“以客戶為中心”的信息管理機(jī)制，滿足各種統(tǒng)計(jì)需要，為業(yè)務(wù)決策分析提供數(shù)據(jù)。 ? 實(shí)現(xiàn)資金處理自動(dòng)化 ? 實(shí)現(xiàn)部分內(nèi)控風(fēng)險(xiǎn)點(diǎn)系統(tǒng)自動(dòng)控制 ? 實(shí)現(xiàn)參數(shù)化設(shè)置，根據(jù)業(yè)務(wù)和管理需要靈活進(jìn)行調(diào)整。 第 7 章 和現(xiàn)有系統(tǒng)的比較 外匯會(huì)計(jì)網(wǎng)絡(luò)系統(tǒng)與原有系統(tǒng)的比較，集中在以下八個(gè)方面： ? 實(shí)現(xiàn)以“一級(jí)分行”為單位的外匯會(huì)計(jì)數(shù)據(jù)大集中。 ? 移植數(shù)據(jù)確認(rèn) 對(duì)移植后的數(shù)據(jù)按新科目設(shè)置進(jìn)行日終處理，產(chǎn)生新科目報(bào)表與舊系統(tǒng)核對(duì)。需要補(bǔ)錄的內(nèi)容例如：客戶號(hào)編碼、帳戶性質(zhì)、企業(yè)性質(zhì)、核算科目等。 ? 移植程序下發(fā)與培訓(xùn) 將移植程序下發(fā)到各移植網(wǎng)點(diǎn)，并對(duì)柜員進(jìn)行移植程序操作培訓(xùn)。系統(tǒng)提供手工移植畫面，由柜員根據(jù)手工帳務(wù)信息輸入。 ? 程序移植＋手工補(bǔ)錄 已使用 FEBS 系統(tǒng)的分行可以采取這種方法，但要注意區(qū)分 FEBS 的版本號(hào)，不同版本的 FEBS，移植程序不同。 ? 一致性原則 移植過(guò)程中即要保證帳戶信息的一致性，也要最大限度保證非帳務(wù)信息的一致性。 實(shí)施原則 為保證舊系統(tǒng)的平穩(wěn)過(guò)渡，必須遵循以下原則： ? 準(zhǔn)確性原則 準(zhǔn)確性原則是數(shù)據(jù)移植必備原則，也是降低實(shí)施風(fēng)險(xiǎn)的最有效辦法。 ? 利用應(yīng)用系統(tǒng)提供的交易重入程序類似于數(shù)據(jù)庫(kù)的邏輯日志恢復(fù)機(jī)制，只不過(guò)是通過(guò)編制的特定的應(yīng)用程序，對(duì)記錄的系統(tǒng)或網(wǎng)絡(luò)流水進(jìn)行交易的再現(xiàn)工 作。 ? 邏輯日志備份：日間交易處理時(shí)做持續(xù)日志備份。對(duì)邏輯日志備份后，數(shù)據(jù) 庫(kù)繼續(xù)伺服交易請(qǐng)求； 4. 數(shù)據(jù)庫(kù)報(bào)錯(cuò) ? 使用 onstat –m 等命令查看出錯(cuò)信息、系統(tǒng)運(yùn)行狀況，經(jīng)過(guò)慎重考慮及充分的技術(shù)咨詢后決定是否及時(shí)采取必要措施； 5. 數(shù)據(jù)庫(kù)僵死 ? 數(shù)據(jù)庫(kù)僵死時(shí)，經(jīng)過(guò)慎重考慮及充分的技術(shù)咨 詢后實(shí)施殺數(shù)據(jù)庫(kù)進(jìn)程、清理 Semaphores 等內(nèi)存資源等必要步驟，重新啟動(dòng)數(shù)據(jù)庫(kù)，并按照銀行業(yè)務(wù)要求的驗(yàn)證措施追查、核對(duì)交易； 6. 數(shù)據(jù)庫(kù)無(wú)法啟動(dòng) ? 檢查數(shù)據(jù)庫(kù)軟件及設(shè)置 ? 檢查操作系統(tǒng)環(huán)境及設(shè)置 ? 檢查是否數(shù)據(jù)庫(kù)空間故障，考慮從 ontape 系統(tǒng)備份及邏輯日志備份恢復(fù)數(shù)據(jù) ? 若系統(tǒng)在業(yè)務(wù)運(yùn)行中死機(jī)導(dǎo)致數(shù)據(jù)庫(kù)無(wú)法啟動(dòng)，則在從 ontape系統(tǒng)備份及邏輯日志備份恢復(fù)數(shù)據(jù)后，還應(yīng)作追帳處理； 7. 數(shù)據(jù)無(wú)法從 ontape 備份恢復(fù) ? 重新初始化數(shù)據(jù)庫(kù)空間，使用 dbimport 工具從 dbexport 制作的文本備份恢復(fù)數(shù)據(jù)； ? 必要時(shí)作追帳 處理。 數(shù)據(jù)庫(kù)異常處理 系統(tǒng)采用 Informix 數(shù)據(jù)庫(kù)，主要故障情況及處理方式如下： 1. 數(shù)據(jù)庫(kù)應(yīng)作好完善的數(shù)據(jù)備份，通常可采用： ? ontape –s 數(shù)據(jù)庫(kù)數(shù)據(jù)系統(tǒng)備份 ? ontape –a|c 數(shù)據(jù)庫(kù)邏輯日志備份 ? dbexport 數(shù)據(jù)庫(kù)數(shù)據(jù)文本備份 2. 數(shù)據(jù)庫(kù)發(fā)生突發(fā)的訪問(wèn)效率低下 ? 檢查是否為突發(fā)性的業(yè)務(wù)高峰導(dǎo)致響應(yīng)速度降低； ? 檢查操作系統(tǒng)是否存在異常（參考主機(jī)異常處理小節(jié)中的操作系統(tǒng)故障部分），并在操作系統(tǒng)級(jí)采取必要的處理措施； ? 使用 onstat m、 onstat –d、 onstat –p、 onstat –k 等命令查找是否存在出錯(cuò)信息、僵死的 session、 VirtualMemory 不足、 Chunk的 I/O 瓶頸等異常情況，經(jīng)過(guò)慎重考慮及充分 的技術(shù)咨詢后決定是否及時(shí)采取殺僵死 Session、調(diào)整 VirtualMemory 段、重啟數(shù)據(jù)庫(kù)服務(wù)器等必要措施； 3. 邏輯日志未備份導(dǎo)致的業(yè)務(wù)停止 ? 在參數(shù)配置合理時(shí)，若數(shù)據(jù)庫(kù)的邏輯日志未及時(shí)備份，則在只剩一個(gè)未用邏輯日志文件時(shí)數(shù)據(jù)庫(kù)會(huì)暫時(shí)停止所有交易。此時(shí)共享硬盤 I/O 速率會(huì)降低； ? 共享硬盤柜的硬盤發(fā)生故障時(shí)，由于采用了硬盤鏡像策略，避免了單點(diǎn)故障，共享硬盤上的數(shù)據(jù)仍可訪問(wèn)。 因此，建議采用方式一。同時(shí)，應(yīng)用程序改動(dòng)較大，實(shí)現(xiàn)難度較高。這樣可以增 強(qiáng)第一種方式的性能，保證資金的安全。 兩種方式比較 方式一優(yōu)點(diǎn)是簡(jiǎn)單，易實(shí)現(xiàn)。 從以上分析可以看出，不論交易過(guò)程的任何步驟出現(xiàn)故障，交易帳戶都將處于安全狀態(tài)，保證銀行的利益不受損失；但是，以上的處理流程仍然會(huì)出現(xiàn)前臺(tái)交易失敗，主機(jī)交易成功的情況（盡管交易帳戶處于安全狀態(tài)）。網(wǎng)點(diǎn)在接收應(yīng)答超時(shí)后，會(huì)向主 機(jī)發(fā)沖正交易，同時(shí)取消交易。 ? 當(dāng)?shù)诙街鳈C(jī)事務(wù)處理失敗時(shí)，當(dāng)事務(wù)處理失敗時(shí)， INFORMIX 將保證事務(wù)的完整性，主機(jī)不修改任何數(shù)據(jù)庫(kù)表；同時(shí)主機(jī)向網(wǎng)點(diǎn)發(fā)交易失敗應(yīng)答；網(wǎng)點(diǎn)取消交易并重做。 采用該方式下，若該網(wǎng)點(diǎn)的網(wǎng)絡(luò)不正常，沖正交易發(fā)送不成功時(shí)，帳務(wù)主機(jī)的交 易帳號(hào)處于“交易鎖”狀態(tài)，銀行不存在資金風(fēng)險(xiǎn)或信譽(yù)風(fēng)險(xiǎn)。其處理流程如下： 該方式處理簡(jiǎn)單，缺點(diǎn)是若該網(wǎng)點(diǎn)的網(wǎng)絡(luò)一直不正常，沖正交易發(fā)送不成功，用戶到別的網(wǎng)點(diǎn)辦理業(yè)務(wù) 時(shí)，銀行仍存在資金風(fēng)險(xiǎn)或信譽(yù)風(fēng)險(xiǎn)。 這種客戶端及服務(wù)端的不一致，會(huì)給銀行造成資金損失或信譽(yù)損失。 由于網(wǎng)絡(luò)傳輸?shù)牟豢煽啃?，必然有“③?yīng)答傳輸過(guò)程” 失敗的情況。以下將詳述應(yīng)用系統(tǒng)中的通訊異常處理方法?？梢钥紤]將系統(tǒng)的事務(wù)前提到網(wǎng)點(diǎn)，運(yùn)用 TUXEDO的二階段提交方式來(lái)保證前后臺(tái)帳務(wù)的一致性。 首先，中間件產(chǎn)品能在一定程度上保證交易的一致性。由于網(wǎng)絡(luò)存在不可靠因素，有時(shí)會(huì)出現(xiàn)傳輸過(guò)程中交易數(shù)據(jù)丟失的情況，造成客戶端與服務(wù)端的交易不完整或數(shù)據(jù)不一致，從而導(dǎo)致銀行的資金風(fēng)險(xiǎn)和信譽(yù)風(fēng)險(xiǎn)。在本章中，從網(wǎng)絡(luò)通訊、主機(jī)運(yùn)行、數(shù)據(jù)庫(kù)等三個(gè)方面來(lái)進(jìn)行異常處理設(shè)計(jì)。 同時(shí)，為了方便數(shù)據(jù)庫(kù)后臺(tái)維護(hù)，系統(tǒng)提供重置 DAC 功能，具體如下： ? 對(duì)關(guān)鍵數(shù)據(jù)庫(kù)表的操作按數(shù)據(jù)庫(kù)管理員和安全管理員劃分不同的權(quán)限，數(shù)據(jù)庫(kù)管理員可修改數(shù)據(jù)庫(kù)但無(wú)重置 DAC 的權(quán)限，安全管理員無(wú)修改數(shù)據(jù)庫(kù)的權(quán)限但可重置 DAC； ? 若需對(duì)關(guān)鍵數(shù)據(jù)庫(kù)表操作，首先由管理員執(zhí)行數(shù)據(jù)庫(kù)的插入或修改操作； ? 安全管理員再執(zhí)行重置 DAC 操作，使數(shù)據(jù)庫(kù)管理員對(duì)關(guān)鍵數(shù)據(jù)庫(kù)表的操作生 效。 數(shù)據(jù)存儲(chǔ)安全 為防止對(duì)數(shù)據(jù)庫(kù)的非法修改，建議對(duì)數(shù)據(jù)庫(kù)的關(guān)鍵數(shù)據(jù)表設(shè)立數(shù)據(jù)鑒別碼 DAC（ Data Authentication Code）字段，該字段內(nèi)容由數(shù)據(jù)庫(kù)表中的關(guān)鍵字段生成確定。 在三層結(jié)構(gòu)中，而二級(jí)分行與一級(jí)分行的傳輸安全實(shí)現(xiàn)方法同上，具有較高的安全性；而 網(wǎng)點(diǎn)和 二級(jí)分行間的傳輸安全由神州數(shù)碼公司的 ACE平臺(tái)實(shí)現(xiàn)。 系統(tǒng)網(wǎng)絡(luò)架構(gòu)對(duì)傳輸安全的影響 如前所述，在本方案中， 整個(gè)應(yīng)用系統(tǒng)的網(wǎng)絡(luò)架構(gòu)主要有兩種：二層結(jié)構(gòu)和三層結(jié)構(gòu)。 數(shù)據(jù)用工作密鑰加密的數(shù)據(jù) M A C 校驗(yàn)靜態(tài)工作密鑰方式用區(qū)域主密鑰加密的工作密鑰 用工作密鑰加密的數(shù)據(jù) M AC 校驗(yàn)動(dòng)態(tài)工作密鑰方式數(shù)據(jù) 由于動(dòng)態(tài)工作密鑰方式每次數(shù)據(jù)傳輸?shù)墓ぷ髅荑€均不一樣，因而具 有更高的安全性。 2. 動(dòng)態(tài)方式 該方式在每次發(fā)送交易信息時(shí)，由發(fā)送方動(dòng)態(tài)產(chǎn)生工作密鑰，將經(jīng)區(qū)域主密鑰加密后的工作密鑰以及用工作密鑰加密的數(shù)據(jù)發(fā)送給接收方。 其中區(qū)域主密鑰存放在網(wǎng)點(diǎn)和一級(jí)分行的計(jì)算機(jī)中，可定期自動(dòng)或手工 更換，工作密鑰可采用如下實(shí)現(xiàn)方式： 1. 靜態(tài)方式 即網(wǎng)點(diǎn)開機(jī)時(shí)，首先執(zhí)行系統(tǒng)簽到操作，一級(jí)分行將經(jīng)區(qū)域主密鑰加密后的工作密鑰傳輸給網(wǎng)點(diǎn)，隨后的所有交易均采用該工作密鑰加密數(shù)據(jù)。因此 密鑰管理對(duì)系統(tǒng)的安全至關(guān)重要。 密鑰管理 由于 DES 算法的密鑰需要雙方共同保密，任何一方的失誤都會(huì)導(dǎo)