問答題

數(shù)據(jù)庫安全與數(shù)據(jù)庫備份
銀行金融系統(tǒng)對(duì)數(shù)據(jù)庫中的數(shù)據(jù)安全要求很高,必須在技術(shù)層面上采用必要的措施,以保證數(shù)據(jù)的有效和不丟失。數(shù)據(jù)庫的備份與恢復(fù)是保證數(shù)據(jù)安全的一種基本方法,一般將數(shù)據(jù)庫備份分為冷備份、熱備份和數(shù)據(jù)導(dǎo)出,而數(shù)據(jù)導(dǎo)出根據(jù)導(dǎo)出數(shù)據(jù)的范圍,又可以分為完全導(dǎo)出、增量導(dǎo)出和累計(jì)導(dǎo)出。
該金融系統(tǒng)上線初期,整個(gè)業(yè)務(wù)系統(tǒng)采用了內(nèi)網(wǎng)方式運(yùn)行,不與外網(wǎng)發(fā)生聯(lián)系。為了保證數(shù)據(jù)庫內(nèi)部數(shù)據(jù)的安全,該銀行信息中心的劉工提出的備份方案如表12-3所示。
信息中心的李工對(duì)劉工的方案提出了異議,認(rèn)為數(shù)據(jù)庫一旦發(fā)生故障,劉工的方案無法做到數(shù)據(jù)庫的實(shí)時(shí)恢復(fù),會(huì)導(dǎo)致業(yè)務(wù)數(shù)據(jù)的丟失,銀行應(yīng)該采用數(shù)據(jù)庫冷備份和熱備份相結(jié)合的方式來完成數(shù)據(jù)庫的備份。

銀行金融系統(tǒng)需要支持?jǐn)?shù)據(jù)庫的實(shí)時(shí)/秒級(jí)恢復(fù)(即恢復(fù)到故障之前的時(shí)間點(diǎn)上),請(qǐng)?jiān)O(shè)計(jì)合理的備份策略,并說明其基本恢復(fù)過程。

你可能感興趣的試題

2.問答題

數(shù)據(jù)庫安全與數(shù)據(jù)庫備份
銀行金融系統(tǒng)對(duì)數(shù)據(jù)庫中的數(shù)據(jù)安全要求很高,必須在技術(shù)層面上采用必要的措施,以保證數(shù)據(jù)的有效和不丟失。數(shù)據(jù)庫的備份與恢復(fù)是保證數(shù)據(jù)安全的一種基本方法,一般將數(shù)據(jù)庫備份分為冷備份、熱備份和數(shù)據(jù)導(dǎo)出,而數(shù)據(jù)導(dǎo)出根據(jù)導(dǎo)出數(shù)據(jù)的范圍,又可以分為完全導(dǎo)出、增量導(dǎo)出和累計(jì)導(dǎo)出。
該金融系統(tǒng)上線初期,整個(gè)業(yè)務(wù)系統(tǒng)采用了內(nèi)網(wǎng)方式運(yùn)行,不與外網(wǎng)發(fā)生聯(lián)系。為了保證數(shù)據(jù)庫內(nèi)部數(shù)據(jù)的安全,該銀行信息中心的劉工提出的備份方案如表12-3所示。
信息中心的李工對(duì)劉工的方案提出了異議,認(rèn)為數(shù)據(jù)庫一旦發(fā)生故障,劉工的方案無法做到數(shù)據(jù)庫的實(shí)時(shí)恢復(fù),會(huì)導(dǎo)致業(yè)務(wù)數(shù)據(jù)的丟失,銀行應(yīng)該采用數(shù)據(jù)庫冷備份和熱備份相結(jié)合的方式來完成數(shù)據(jù)庫的備份。

請(qǐng)用200字以內(nèi)的文字評(píng)價(jià)劉工的備份策略的優(yōu)缺點(diǎn)。
3.問答題

數(shù)據(jù)庫安全與數(shù)據(jù)庫備份
銀行金融系統(tǒng)對(duì)數(shù)據(jù)庫中的數(shù)據(jù)安全要求很高,必須在技術(shù)層面上采用必要的措施,以保證數(shù)據(jù)的有效和不丟失。數(shù)據(jù)庫的備份與恢復(fù)是保證數(shù)據(jù)安全的一種基本方法,一般將數(shù)據(jù)庫備份分為冷備份、熱備份和數(shù)據(jù)導(dǎo)出,而數(shù)據(jù)導(dǎo)出根據(jù)導(dǎo)出數(shù)據(jù)的范圍,又可以分為完全導(dǎo)出、增量導(dǎo)出和累計(jì)導(dǎo)出。
該金融系統(tǒng)上線初期,整個(gè)業(yè)務(wù)系統(tǒng)采用了內(nèi)網(wǎng)方式運(yùn)行,不與外網(wǎng)發(fā)生聯(lián)系。為了保證數(shù)據(jù)庫內(nèi)部數(shù)據(jù)的安全,該銀行信息中心的劉工提出的備份方案如表12-3所示。
信息中心的李工對(duì)劉工的方案提出了異議,認(rèn)為數(shù)據(jù)庫一旦發(fā)生故障,劉工的方案無法做到數(shù)據(jù)庫的實(shí)時(shí)恢復(fù),會(huì)導(dǎo)致業(yè)務(wù)數(shù)據(jù)的丟失,銀行應(yīng)該采用數(shù)據(jù)庫冷備份和熱備份相結(jié)合的方式來完成數(shù)據(jù)庫的備份。

針對(duì)金融數(shù)據(jù)庫安全,從技術(shù)層面上分析應(yīng)重點(diǎn)考慮哪些因素?
4.問答題

J2EE
某軟件公司承擔(dān)了某中小型企業(yè)應(yīng)用軟件開發(fā)任務(wù),進(jìn)度要求緊迫。為了按時(shí)完成任務(wù),選擇合適的企業(yè)應(yīng)用系統(tǒng)開發(fā)架構(gòu)非常重要。項(xiàng)目組在進(jìn)行方案論證時(shí),項(xiàng)目組成員提出了兩種開發(fā)思路。
①劉工建議采用J2EE5.0和EJB3.0進(jìn)行開發(fā)。理由是J2EE定義了標(biāo)準(zhǔn)的應(yīng)用開發(fā)體系結(jié)構(gòu)和部署環(huán)境,EJB是J2EE的基礎(chǔ)和核心。J2EE5.0的主要目標(biāo)是簡(jiǎn)化開發(fā),相比EJB2.1,EJB3.0具有很多改進(jìn)和提高。
②杜工建議采用Struts、Spring和Hibernate輕量級(jí)開源框架相結(jié)合的方式。理由是隨著Java開源項(xiàng)目陣營(yíng)的發(fā)展壯大,一些基于POJO(Plan OldJava Objects)的開源框架被廣泛地引入到Java企業(yè)應(yīng)用開發(fā)中來,與重量級(jí)的EJB框架相比,這些輕量級(jí)的框架有很多優(yōu)點(diǎn)。
項(xiàng)目組仔細(xì)比較分析了兩種方案的特點(diǎn)、優(yōu)點(diǎn)和不足之處。認(rèn)為杜工和劉工的建議都合理,但是從結(jié)合當(dāng)前項(xiàng)目實(shí)際情況出發(fā),最后決定采用杜工的建議。

請(qǐng)用200字以內(nèi)的文字說明基于Struts、Spring和Hibernate的輕量級(jí)框架與基于EJB的重量級(jí)框架解決問題的側(cè)重點(diǎn)有什么不同?
5.問答題

J2EE
某軟件公司承擔(dān)了某中小型企業(yè)應(yīng)用軟件開發(fā)任務(wù),進(jìn)度要求緊迫。為了按時(shí)完成任務(wù),選擇合適的企業(yè)應(yīng)用系統(tǒng)開發(fā)架構(gòu)非常重要。項(xiàng)目組在進(jìn)行方案論證時(shí),項(xiàng)目組成員提出了兩種開發(fā)思路。
①劉工建議采用J2EE5.0和EJB3.0進(jìn)行開發(fā)。理由是J2EE定義了標(biāo)準(zhǔn)的應(yīng)用開發(fā)體系結(jié)構(gòu)和部署環(huán)境,EJB是J2EE的基礎(chǔ)和核心。J2EE5.0的主要目標(biāo)是簡(jiǎn)化開發(fā),相比EJB2.1,EJB3.0具有很多改進(jìn)和提高。
②杜工建議采用Struts、Spring和Hibernate輕量級(jí)開源框架相結(jié)合的方式。理由是隨著Java開源項(xiàng)目陣營(yíng)的發(fā)展壯大,一些基于POJO(Plan OldJava Objects)的開源框架被廣泛地引入到Java企業(yè)應(yīng)用開發(fā)中來,與重量級(jí)的EJB框架相比,這些輕量級(jí)的框架有很多優(yōu)點(diǎn)。
項(xiàng)目組仔細(xì)比較分析了兩種方案的特點(diǎn)、優(yōu)點(diǎn)和不足之處。認(rèn)為杜工和劉工的建議都合理,但是從結(jié)合當(dāng)前項(xiàng)目實(shí)際情況出發(fā),最后決定采用杜工的建議。

請(qǐng)用200字以內(nèi)的文字?jǐn)⑹鯯truts、Spring和Hibemate開源框架特點(diǎn)和結(jié)合方式。

最新試題

王工提出,根據(jù)用戶要求,本嵌入式系統(tǒng)應(yīng)具有高速并行處理能力,采用多處理器結(jié)構(gòu)比較適合,主要理由是多處理器結(jié)構(gòu)設(shè)計(jì)簡(jiǎn)單、可支持多個(gè)進(jìn)程在不同處理器上并發(fā)處理:而張工提出,必須分清"多處理器結(jié)構(gòu)"與"多核結(jié)構(gòu)"的優(yōu)點(diǎn)和缺點(diǎn),多處理器結(jié)構(gòu)雖然支持多進(jìn)程的并發(fā)處理,但沒有直接實(shí)現(xiàn)多線程并發(fā)執(zhí)行;多核結(jié)構(gòu)可以直接實(shí)現(xiàn)多線程并發(fā)執(zhí)行。要提高應(yīng)用的并行性就必須利用多個(gè)硬件資源的并行工作,建議采用超線程技術(shù)的多核結(jié)構(gòu)的處理器。請(qǐng)?zhí)顚憟D12-20(f)中的(1)~(8),并用300字以內(nèi)的文字對(duì)上述6種處理器結(jié)構(gòu)的工作原理進(jìn)行簡(jiǎn)要描述。

題型:?jiǎn)柎痤}

目前,互聯(lián)網(wǎng)上已經(jīng)存在很多Mashup應(yīng)用,各大網(wǎng)站也紛紛提供了各種格式的Mashup數(shù)據(jù)接口。請(qǐng)用300字以內(nèi)的文字給出3種目前經(jīng)常使用的Mashup數(shù)據(jù)接口,并加以簡(jiǎn)單說明。

題型:?jiǎn)柎痤}

該市在信息系統(tǒng)集中管理建設(shè)過程中,需要在信息系統(tǒng)中重點(diǎn)規(guī)劃建設(shè)哪些內(nèi)容?

題型:?jiǎn)柎痤}

請(qǐng)用300字以內(nèi)的文字,說明張工和劉工提出的數(shù)據(jù)架構(gòu)的基本思想。 

題型:?jiǎn)柎痤}

為了防止系統(tǒng)故障的蔓延,解決應(yīng)用進(jìn)程間的相互影響,在超線程技術(shù)的多核結(jié)構(gòu)需要選擇一種嵌入式操作系統(tǒng)作為本高性能嵌入式計(jì)算機(jī)系統(tǒng)的運(yùn)行環(huán)境,請(qǐng)用200字以內(nèi)的文字說明選擇的操作系統(tǒng)應(yīng)具備哪些主要功能。

題型:?jiǎn)柎痤}

RMO公司銷售區(qū)域?qū)⒃谖磥?年大面積擴(kuò)展,其潛在客戶數(shù)量也會(huì)因此大幅度增加,所以良好的可擴(kuò)展性是CRSS系統(tǒng)所必需的質(zhì)量屬性。請(qǐng)分別說明在集中式和分布式數(shù)據(jù)架構(gòu)下,可以采用哪些方法提升系統(tǒng)的可擴(kuò)展性。

題型:?jiǎn)柎痤}

該市決定將各個(gè)委辦局的信息系統(tǒng)采取物理集中的方式進(jìn)行統(tǒng)一管理,一些部門對(duì)此提出了異議,主要理由是集中管理后,由于管理部門對(duì)業(yè)務(wù)應(yīng)用不了解,難以保證對(duì)本單位業(yè)務(wù)進(jìn)行有力支持。請(qǐng)用300字以內(nèi)文字,從技術(shù)角度論述該市實(shí)現(xiàn)信息系統(tǒng)統(tǒng)一管理是否可行。

題型:?jiǎn)柎痤}

如圖12-22所示為控制軟件的數(shù)據(jù)流程關(guān)系,請(qǐng)根據(jù)本題給出的各個(gè)功能模塊,填補(bǔ)其中的空缺處。

題型:?jiǎn)柎痤}

在劉工建議的基礎(chǔ)上,為了避免CRSS系統(tǒng)的單點(diǎn)故障,請(qǐng)用200字以內(nèi)文字簡(jiǎn)要說明如何建立CRSS的數(shù)據(jù)庫系統(tǒng);對(duì)于數(shù)據(jù)的讀取、添加、更改和刪除操作分別如何實(shí)現(xiàn)

題型:?jiǎn)柎痤}

發(fā)揮信息系統(tǒng)效益的關(guān)鍵是信息資源的有機(jī)共享,請(qǐng)給出該市政務(wù)信息資源共享的建議(200字以內(nèi))。

題型:?jiǎn)柎痤}