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