大數(shù)據(jù)智能催收平臺(tái)需求分析設(shè)計(jì)書(shū)

1、大數(shù)據(jù)智能催收平臺(tái)需求設(shè)計(jì)書(shū)眾益天成金融科技（大連）有限公司2018年 3 月修改歷史日期版本作者修改內(nèi)容更改請(qǐng)求號(hào)于佩平創(chuàng)建無(wú)目錄第一章業(yè)務(wù)背景 錯(cuò) 誤!未定義書(shū)簽。第二章平臺(tái)目標(biāo) 錯(cuò) 誤!未定義書(shū)簽?？傮w目標(biāo) . 錯(cuò)誤 ! 未定義書(shū)簽。整體平臺(tái)架構(gòu)圖 . 錯(cuò)誤 !未定義書(shū)簽。業(yè)務(wù)服務(wù)總覽 . 錯(cuò)誤 !未定義書(shū)簽。資產(chǎn)委托服務(wù) . 錯(cuò)誤 !未定義書(shū)簽。催收方服務(wù) . 錯(cuò)誤!未定義書(shū)簽。有償服務(wù) . 錯(cuò)誤 !未定義書(shū)簽。本期目標(biāo) . 錯(cuò)誤 !未定義書(shū)簽。第三章 本期建設(shè)內(nèi)容 . 錯(cuò) 誤!未定義書(shū)簽。系統(tǒng)管理模塊 . 錯(cuò)誤 !未定義書(shū)簽。賬戶(hù)權(quán)限 . 錯(cuò)誤 !未定義書(shū)簽。參數(shù)配置 . 錯(cuò)誤 !未

2、定義書(shū)簽。策略配置 . 錯(cuò)誤 !未定義書(shū)簽。案件管理模塊 . 錯(cuò)誤 !未定義書(shū)簽。案件管理 . 錯(cuò)誤 !未定義書(shū)簽。跟蹤管理 . 錯(cuò)誤 !未定義書(shū)簽。還款管理 . 錯(cuò)誤 !未定義書(shū)簽。逾期管理 . 錯(cuò)誤 !未定義書(shū)簽。壞賬管理 . 錯(cuò)誤 !未定義書(shū)簽。催收管理模塊 . 錯(cuò)誤 !未定義書(shū)簽。外呼管理 . 錯(cuò)誤 !未定義書(shū)簽。短息管理 . 錯(cuò)誤 !未定義書(shū)簽。信函管理 . 錯(cuò)誤 !未定義書(shū)簽。外訪(fǎng)管理 . 錯(cuò)誤 !未定義書(shū)簽。法務(wù)管理 . 錯(cuò)誤 !未定義書(shū)簽。委外管理 . 錯(cuò)誤 !未定義書(shū)簽。綜合管理 . 錯(cuò)誤 !未定義書(shū)簽。數(shù)據(jù)報(bào)表模塊 . 錯(cuò)誤 !未定義書(shū)簽。還款報(bào)表 . 錯(cuò)誤 ! 未定義書(shū)簽

3、。逾期報(bào)表 . 錯(cuò)誤 ! 未定義書(shū)簽。壞賬報(bào)表 . 錯(cuò)誤 !未定義書(shū)簽。內(nèi)催報(bào)表 . 錯(cuò)誤 !未定義書(shū)簽。委外報(bào)表 . 錯(cuò)誤 !未定義書(shū)簽。財(cái)務(wù)報(bào)表 . 錯(cuò)誤 !未定義書(shū)簽。第四章 技術(shù)環(huán)境 錯(cuò) 誤!未定義書(shū)簽。架構(gòu)與硬件 . 錯(cuò)誤 !未定義書(shū)簽。技術(shù)架構(gòu) . 錯(cuò)誤 !未定義書(shū)簽。系統(tǒng)擴(kuò)展性 . 錯(cuò)誤 !未定義書(shū)簽。系統(tǒng)建設(shè)擴(kuò)展性 . 錯(cuò)誤 !未定義書(shū)簽。數(shù)據(jù)庫(kù)擴(kuò)展 . 錯(cuò)誤!未定義書(shū)簽。安全方案 . 錯(cuò)誤 !未定義書(shū)簽。使用安全 . 網(wǎng)絡(luò)安全 . 安全掃描策略 . 壓力測(cè)試評(píng)估 . 系統(tǒng)性能 . 操作相應(yīng)時(shí)間 . 數(shù)據(jù)處理時(shí)間 . 備份管理 . 備份策略 . 錯(cuò)誤 ! 未定義書(shū)簽。 錯(cuò)誤 !

4、 未定義書(shū)簽。 錯(cuò)誤 ! 未定義書(shū)簽。 錯(cuò)誤 ! 未定義書(shū)簽。 錯(cuò)誤 ! 未定義書(shū)簽。 錯(cuò)誤 ! 未定義書(shū)簽。 錯(cuò)誤 ! 未定義書(shū)簽。 錯(cuò)誤 ! 未定義書(shū)簽。 錯(cuò)誤 ! 未定義書(shū)簽。 錯(cuò)誤 ! 未定義書(shū)簽。備份方案 . 第一章業(yè)務(wù)背景隨著傳統(tǒng)金融機(jī)構(gòu)、網(wǎng)貸、民間借貸等不良貸款雙升成為常態(tài)，傳統(tǒng)催收 平臺(tái)已無(wú)法滿(mǎn)足，互聯(lián)網(wǎng)金融大數(shù)據(jù)智能催收平臺(tái)應(yīng)運(yùn)而生。與傳統(tǒng)催收平臺(tái)相比，沒(méi)有地域限制，清收成本低、效率高，以及整合線(xiàn) 上線(xiàn)下資源、擁有智能化信息匹配系統(tǒng)、大數(shù)據(jù)失聯(lián)信息修復(fù)等，互聯(lián)網(wǎng)金融 催收平臺(tái)具有較為明顯的優(yōu)勢(shì)，但這一切并沒(méi)有看起來(lái)那么美。 法律風(fēng)險(xiǎn)以及 征信體系的不完善，是當(dāng)前互聯(lián)網(wǎng)催收平臺(tái)

5、普遍面臨的困惑和挑戰(zhàn)?！盎ヂ?lián)網(wǎng)+不良資產(chǎn)處置”的模式?jīng)]有經(jīng)驗(yàn)可以借鑒，未來(lái)發(fā)展需要逐步 摸索。由于缺少相應(yīng)的法律法規(guī)，催收合規(guī)性亟待解決。第二章 平臺(tái)目標(biāo)2.1 總體目標(biāo)大數(shù)據(jù)智能催收平臺(tái)依托大數(shù)據(jù)技術(shù)以及多維數(shù)據(jù)源，將大數(shù)據(jù)增值產(chǎn)品 集成到智能催收管理系統(tǒng)中，為資產(chǎn)方、處置方在貸后個(gè)人不良資產(chǎn)管理運(yùn)營(yíng) 中遇到的各類(lèi)痛點(diǎn)提供高效的解決方案。 同時(shí)將不斷探索、嘗試為提升金融行 業(yè)整體運(yùn)營(yíng)管理水平而努力，最終打造一個(gè)法律風(fēng)險(xiǎn)以及征信體系的完善及法 律法規(guī)合規(guī)“互聯(lián)網(wǎng)+不良資產(chǎn)處置”的模式大數(shù)據(jù)智能催收平臺(tái)。2.2 整體業(yè)務(wù)架構(gòu)圖2.3總體規(guī)劃催收平臺(tái)整個(gè)平臺(tái)建設(shè)大致分為三期進(jìn)行:一期：建立大數(shù)據(jù)催

6、收管理系統(tǒng) 對(duì)于平臺(tái)上的業(yè)務(wù)出現(xiàn)逾期，可以依托該系統(tǒng)進(jìn)行催收管理，同時(shí)也可以對(duì)外承接一些不良資產(chǎn)催收業(yè)務(wù)。系統(tǒng)主要實(shí)現(xiàn)系統(tǒng)管理、案件管理、催收管 理、數(shù)據(jù)報(bào)表等功能，并呈現(xiàn)在 pc和微信端。二期：不良資產(chǎn)風(fēng)險(xiǎn)深度智能定價(jià)平臺(tái)對(duì)接并依托大數(shù)據(jù)及人工智能等先進(jìn)技術(shù)，建立債務(wù)人知識(shí)圖譜及人 物畫(huà)像，精確勾勒債務(wù)人還款能力與意愿， 對(duì)債務(wù)人的還款可能性進(jìn)行綜合評(píng) 估，得出催收評(píng)分，從而進(jìn)行不良資產(chǎn)風(fēng)險(xiǎn)定價(jià)。三期：打造一個(gè)“互聯(lián)網(wǎng)+ 不良資產(chǎn)”智能處置Saas平臺(tái)整合不良資產(chǎn)方和處置方，在平臺(tái)上不良資產(chǎn)方可以發(fā)布債務(wù)信息， 處置 方可以挑選債務(wù)去處置。平臺(tái)可以用最新式的“催收模型”對(duì)資產(chǎn)包進(jìn)行拆分， 再

7、分派給合適的處置方，進(jìn)行資源的深度優(yōu)化配置。第三章一期建設(shè)內(nèi)容3.1 系統(tǒng)管理模塊系統(tǒng)管理模塊功能結(jié)構(gòu)圖如下：系統(tǒng)管理賬 戶(hù) 權(quán) 限參 數(shù) 配 置策 略 配 置3.1.1 賬戶(hù)權(quán)限包括：組分類(lèi)管理、角色管理、用戶(hù)管理、權(quán)限管理、操作日志。3.1.2 參數(shù)配置包括：費(fèi)用設(shè)置、標(biāo)準(zhǔn)代碼維護(hù)。3.1.3 策略配置包括：客戶(hù)分類(lèi)策略、案件狀態(tài)策略、跟蹤分案策略、外呼策略、委外策略、自動(dòng)短信策略3.2 案件管理模塊案件管理案 件 管 理分 案 管 理抵 押 物 管 理還 款 管 理3.2.1 案件管理包括：案件用戶(hù)維護(hù)、案件信息錄入、案件信息導(dǎo)入、案件信息查詢(xún)、案 件信息下載、案件信息審核、還款計(jì)劃的導(dǎo)

8、入。3.2.2 分案管理包括：主管分案3.2.3 抵押物管理包括：貸款抵押物查詢(xún)，貸款抵押物信息管理3.2.4 還款管理包括：還款查詢(xún)、還款趨勢(shì)圖3.3 催收管理模塊催收管理模塊功能結(jié)構(gòu)圖如下:331綜合管理包括：案件手工設(shè)置處理渠道、綜合查詢(xún)、催記查詢(xún)。3.3.2 外呼管理包括：外呼記錄、外呼查詢(xún)、外呼統(tǒng)計(jì)。3.3.3 短息管理包括：短息記錄、短息案件查詢(xún)。3.3.4 外訪(fǎng)管理包括：外訪(fǎng)申請(qǐng)、外訪(fǎng)審核、外訪(fǎng)記錄、外訪(fǎng)統(tǒng)計(jì)查詢(xún)3.3.5 法務(wù)管理包括：法務(wù)申請(qǐng)、法務(wù)審核、法務(wù)記錄、法務(wù)統(tǒng)計(jì)查詢(xún)3.3.6 委外管理包括：委外申請(qǐng)、委外審核、委外記錄、委外統(tǒng)計(jì)查詢(xún)、委外機(jī)構(gòu)管理。3.3.7 對(duì)賬管

9、理包括：手動(dòng)逾期還款對(duì)賬、批量逾期還款對(duì)賬、不良資產(chǎn)處置核對(duì)3.4 數(shù)據(jù)報(bào)表模塊數(shù)據(jù)報(bào)表模塊功能結(jié)構(gòu)圖如下:數(shù)據(jù)報(bào)表r綜業(yè)內(nèi)委合績(jī)催外報(bào)報(bào)報(bào)報(bào)表表表表3.4.1 綜合報(bào)表包括：催收方式綜合分析報(bào)表、我參與完成的催收?qǐng)?bào)表。3.4.2 催收業(yè)績(jī)報(bào)表包括：催收業(yè)績(jī)報(bào)表、個(gè)人催收業(yè)績(jī)報(bào)表。3.4.3 內(nèi)催報(bào)表包括：外呼報(bào)表、短信報(bào)表、外訪(fǎng)報(bào)表、法務(wù)報(bào)表。3.4.4 委外報(bào)表包括：委外報(bào)表。第四章技術(shù)環(huán)境4.1 架構(gòu)與硬件4.1.1 技術(shù)架構(gòu)架構(gòu)圖：系統(tǒng)采用 WEB/JAV開(kāi)發(fā)模式，整體框架采用優(yōu)秀的 SpringBoot和SpringCloud等系列成熟框架。團(tuán)隊(duì)使用 Maven與Git等進(jìn)行項(xiàng)目管理

10、與協(xié)作 開(kāi)發(fā)。我們的技術(shù)團(tuán)隊(duì)對(duì)于這種開(kāi)發(fā)模式有著多年的開(kāi)發(fā)經(jīng)驗(yàn)，尤其是近年來(lái)專(zhuān) 注于此領(lǐng)域的體系化和產(chǎn)品化的研發(fā)工作，從而形成了 WE昉式信息開(kāi)發(fā)全方 位的工具產(chǎn)品線(xiàn)。功能強(qiáng)大的產(chǎn)品方案加上成熟的系統(tǒng)實(shí)施使我們可以在短時(shí) 間內(nèi)迅速地完成系統(tǒng)的基本功能，并能根據(jù)用戶(hù)的要求快速開(kāi)發(fā)新的功能。技術(shù)列表如下：需求名稱(chēng)詳細(xì)要求開(kāi)發(fā)語(yǔ)言：Java系統(tǒng)架構(gòu)：Mave n+Spri ngBoot/Spri ngCloud +mybatis緩存RedisUI樣式z-k宀待定WE曲艮務(wù)器：以上4.2 系統(tǒng)擴(kuò)展性4.2.1 系統(tǒng)建設(shè)擴(kuò)展性本項(xiàng)目采用SOA分布式開(kāi)發(fā)模式的SpringBoot和SpringCloud微

11、服務(wù)組 件搭建，面向服務(wù)架構(gòu)SOA以其獨(dú)特的優(yōu)勢(shì)越來(lái)越受到企業(yè)的重視， 它可以根 據(jù)需求通過(guò)網(wǎng)絡(luò)對(duì)松散耦合的粗粒度應(yīng)用組件進(jìn)行分布式部署、組合和使用。服務(wù)層是SOA勺基礎(chǔ)，可以直接被應(yīng)用調(diào)用，從而有效控制系統(tǒng)中與軟件代理 交互的人為依賴(lài)性。SOA是 一種粗粒度、松耦合服務(wù)架構(gòu)，服務(wù)之間通過(guò)簡(jiǎn)單、精確定義接口進(jìn)行通訊，不涉及底層編程接口和通訊模型。SOA可以看作是B/S模型、XML（標(biāo)準(zhǔn)通用標(biāo)記語(yǔ)言的子集）/Web Service技術(shù)之后的自然延伸。4.2.1.1 SOA架構(gòu)開(kāi)發(fā)優(yōu)點(diǎn)更易維護(hù)業(yè)務(wù)服務(wù)提供者和業(yè)務(wù)服務(wù)使用者的松散耦合關(guān)系及對(duì)開(kāi)放標(biāo)準(zhǔn)的采用確 保了該特性的實(shí)現(xiàn)。建立在以SOA基礎(chǔ)上的

12、信息系統(tǒng)，當(dāng)需求發(fā)生變化的時(shí)候， 不需要修改提供業(yè)務(wù)服務(wù)的接口，只需要調(diào)整業(yè)務(wù)服務(wù)流程或者修改操作即可， 整個(gè)應(yīng)用系統(tǒng)也更容易被維護(hù)。更高的可用性該特點(diǎn)是在于服務(wù)提供者和服務(wù)使用者的松散耦合關(guān)系上得以發(fā)揮與體現(xiàn)。使用者無(wú)須了解提供者的具休實(shí)現(xiàn)細(xì)節(jié)。更好的伸縮性依靠業(yè)務(wù)服務(wù)設(shè)計(jì)、開(kāi)發(fā)和部署等所采用的架構(gòu)模型實(shí)現(xiàn)伸縮性。使得服務(wù) 提供者可以互相彼此獨(dú)立地進(jìn)行調(diào)整，以滿(mǎn)足新的服務(wù)需求。422數(shù)據(jù)庫(kù)擴(kuò)展彈性擴(kuò)展，實(shí)現(xiàn)100潑源利用率，可按需升級(jí)實(shí)例的內(nèi)存、磁盤(pán)空間大小,提升業(yè)務(wù)處理能力；單實(shí)例最大支持 20000IOPS 2TB存儲(chǔ)空間。阿里云 的RDS for MySQL支持掛載只讀實(shí)例，擴(kuò)展讀取能

13、力；每個(gè)只讀實(shí)例擁有獨(dú) 立的鏈接地址，可由應(yīng)用端控制壓力分配。4.3 安全方案4.3.1 使用安全系統(tǒng)使用上的安全性是整個(gè)信息系統(tǒng)安全性中重要的一環(huán)，安全性再高的系統(tǒng)，如果在使用上沒(méi)有嚴(yán)格管理，那么其安全性將失去意義。因此，在系統(tǒng)的使用上，應(yīng)該建立一套嚴(yán)密的用戶(hù)登記制度，不同職責(zé)和權(quán)限的用戶(hù)只能使用相應(yīng)的系統(tǒng)程序和數(shù)據(jù)，并在系統(tǒng)中建立完善的日志記 錄，高等級(jí)的系統(tǒng)密碼經(jīng)常更換等等； 通過(guò)采取一系列的與系統(tǒng)相配合的管理 措施，防止系統(tǒng)數(shù)據(jù)使用上的混亂和外泄。一旦出現(xiàn)泄密現(xiàn)象，則系統(tǒng)可以快 速地追查出有關(guān)人員。保障系統(tǒng)運(yùn)行安全性，防止黑客注入，以及釣魚(yú)網(wǎng)站注入，通過(guò)第三方安 全檢測(cè)機(jī)構(gòu)的安全檢測(cè)。

14、保障銀行支付過(guò)程中的數(shù)據(jù)傳輸安全性以及用戶(hù)密碼 的安全性。使用國(guó)際化標(biāo)準(zhǔn)傳輸協(xié)議對(duì)傳輸數(shù)據(jù)進(jìn)行加密，使用先進(jìn)的加密算法對(duì)系統(tǒng)內(nèi)敏感數(shù)據(jù)進(jìn)行加密。總之，只有在系統(tǒng)的設(shè)計(jì)中充分分析了上面所述的各個(gè)方面的安全可預(yù)測(cè) 了各種情況的發(fā)生以及應(yīng)付辦法，建成的系統(tǒng)才是真正安全可靠的。4.3.2 網(wǎng)絡(luò)安全網(wǎng)絡(luò)設(shè)備及其線(xiàn)路等，是系統(tǒng)的另一個(gè)需要確保正常動(dòng)作的部分。因此, 在網(wǎng)絡(luò)設(shè)備上的選型只能是目前市面上的主流的名牌產(chǎn)品， 在保證高可靠性的 前提下，對(duì)關(guān)鍵設(shè)備，如中心路由器留有備份，以在出現(xiàn)故障時(shí)隨時(shí)更換。其 相關(guān)部分，如電源設(shè)計(jì)，也必須有相應(yīng)的備份。網(wǎng)絡(luò)產(chǎn)品本身應(yīng)至少具有密碼 保護(hù)的功能， 同時(shí)具有對(duì)網(wǎng)段進(jìn)行

15、邏輯劃分子網(wǎng)段的功能， 從網(wǎng)絡(luò)層防止對(duì)主 機(jī)系統(tǒng)的非法訪(fǎng)問(wèn)。在線(xiàn)路上，除了主干線(xiàn)路外，預(yù)留撥號(hào)線(xiàn)路，保證各網(wǎng)點(diǎn) 能在營(yíng)業(yè)期間保持和中心的可靠連接。4.3.3 安全掃描策略漏洞掃描能夠模擬黑客的行為， 對(duì)系統(tǒng)設(shè)置進(jìn)行攻擊測(cè)試， 以幫助程序員 在黑客攻擊之前，找出系統(tǒng)中存在的漏洞。 漏洞掃描工具說(shuō)明采用 Web Vulnerability Scanner (WVS) 和 IBM Rational AppScan 使用詳細(xì)說(shuō)明 - 軟件工具 - 紅黑聯(lián)盟作為安全掃描工具，它可以通過(guò)檢查 SQL注入攻擊漏洞、跨站式腳本攻擊漏洞或者其他漏洞等來(lái)檢測(cè)Web應(yīng)用程序是否存在安全隱患。WVS!過(guò)抓取網(wǎng)站站點(diǎn)結(jié)

16、構(gòu)和模擬比較流行的攻擊方式，像跨站式腳本攻擊和 SQL注入等攻擊方式對(duì)整個(gè)網(wǎng)絡(luò)站點(diǎn)進(jìn)行安全掃描， 能夠在攻擊者攻擊之前掃描出在表單、 安全區(qū)域和網(wǎng)絡(luò)應(yīng)用方面的問(wèn)題。 他不 僅可以支持創(chuàng)建和定制問(wèn)題掃描檢查， 并且支持現(xiàn)在所有主要的網(wǎng)絡(luò)技術(shù)。4.3.4 壓力測(cè)試評(píng)估通過(guò)模擬一定量的虛擬訪(fǎng)問(wèn)用戶(hù)數(shù)， 對(duì)網(wǎng)站進(jìn)行壓力測(cè)試， 評(píng)估網(wǎng)站系統(tǒng) 能提供的最大服務(wù)級(jí)別，進(jìn)而確定系統(tǒng)可能存在的瓶頸。LoadRu nner是一種預(yù)測(cè)系統(tǒng)行為和性能的工業(yè)級(jí)標(biāo)準(zhǔn)性能測(cè)試負(fù)載測(cè)試 工具。通過(guò)以模擬大量用戶(hù)實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來(lái)確認(rèn)和查找 問(wèn)題，LoadRunner能夠?qū)φ麄€(gè)系統(tǒng)架構(gòu)進(jìn)行測(cè)試。壓力測(cè)試結(jié)果說(shuō)明

17、通過(guò)設(shè)計(jì)不同的測(cè)試場(chǎng)景，完成對(duì)系統(tǒng)的壓力測(cè)試，如以下關(guān)鍵流程：1、通過(guò)測(cè)試，檢驗(yàn)用戶(hù)進(jìn)行注冊(cè)的操作時(shí)，系統(tǒng)最多可以接受的用戶(hù)并 發(fā)操作。找到在系統(tǒng)資源運(yùn)行正常，事物平均響應(yīng)時(shí)間。2、通過(guò)測(cè)試，檢驗(yàn)用戶(hù)進(jìn)行訂單提交操作時(shí)，系統(tǒng)最多可以接受在多少的用戶(hù)進(jìn)行并發(fā)操作，并確認(rèn)事物平均響應(yīng)時(shí)間4.4系統(tǒng)性能電商交易系統(tǒng)是業(yè)務(wù)運(yùn)行的核心，系統(tǒng)的運(yùn)行必須以能夠及時(shí)地滿(mǎn)足日常 操作及數(shù)據(jù)查詢(xún)的要求，因此系統(tǒng)的運(yùn)行性能要求主要是指操作響應(yīng)時(shí)間以及 日終批處理時(shí)間。4.4.1 操作相應(yīng)時(shí)間業(yè)務(wù)操作處理要求提交后處理結(jié)果響應(yīng)不得高于 2秒。系統(tǒng)查詢(xún)的時(shí)間響應(yīng)：一般功能要求在 5秒種之內(nèi)完成。4.4.2 數(shù)據(jù)處理時(shí)間

18、系統(tǒng)日終批處理，主要是對(duì)日常記錄的交易進(jìn)行各種帳務(wù)處理以及在翻盤(pán) 時(shí)對(duì)各種需要自動(dòng)處理的業(yè)務(wù)進(jìn)行執(zhí)行?；谙到y(tǒng)的數(shù)據(jù)規(guī)模，我們認(rèn)為，交易系統(tǒng)的數(shù)據(jù)批處理時(shí)間應(yīng)該在1小 時(shí)之內(nèi)完成。4.5 備份管理備份管理的設(shè)計(jì)基于以下四個(gè)原則：對(duì)給定時(shí)間點(diǎn)能進(jìn)行完整的數(shù)據(jù)恢復(fù)使數(shù)據(jù)丟失的影響降到最小使數(shù)據(jù)備份的處理過(guò)程盡可能高效遵循企業(yè)現(xiàn)有的備份與恢復(fù)標(biāo)準(zhǔn)4.5.1備份策略按內(nèi)容劃分，備份包括對(duì)操作系統(tǒng)的備份、對(duì)應(yīng)用程序和配置的備份、對(duì) 數(shù)據(jù)的備份，我們既可以分別備份不同的內(nèi)容，又可以同時(shí)備份所有的內(nèi)容。在各種備份的內(nèi)容中，操作系統(tǒng)和應(yīng)用程序及配置發(fā)生變化的頻率很低， 數(shù)據(jù)變化的頻率很高，因此對(duì)不同的內(nèi)容分開(kāi)備份，可以減少備份的時(shí)間，方 便恢復(fù)操作。按工作進(jìn)行的周期分，備份包括日常備份、硬件升級(jí)更換的備份、增加節(jié) 點(diǎn)的備份和用戶(hù)定制備份等。在各種周期的備份中，日常備份最為重要，在各 種備份的內(nèi)容中，數(shù)據(jù)是核心內(nèi)容，因此，備份策略的核心是日常數(shù)據(jù)備份。日常數(shù)據(jù)備份的方式通?？煞譃樵隽總浞?、 全備份和完全備份，具體描述如下:增量備份增量備份是指對(duì)所選定的對(duì)象，在前一次備份的基礎(chǔ)上只對(duì)變化的部分進(jìn)行備份，恢