問答題

數(shù)據(jù)庫安全與數(shù)據(jù)庫備份
銀行金融系統(tǒng)對數(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所示。
信息中心的李工對劉工的方案提出了異議，認(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í)/秒級恢復(fù)（即恢復(fù)到故障之前的時(shí)間點(diǎn)上），請?jiān)O(shè)計(jì)合理的備份策略，并說明其基本恢復(fù)過程。

你可能感興趣的試題

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)是簡化開發(fā)，相比EJB2.1，EJB3.0具有很多改進(jìn)和提高。
②杜工建議采用Struts、Spring和Hibernate輕量級開源框架相結(jié)合的方式。理由是隨著Java開源項(xiàng)目陣營的發(fā)展壯大，一些基于POJO（Plan OldJava Objects）的開源框架被廣泛地引入到Java企業(yè)應(yīng)用開發(fā)中來，與重量級的EJB框架相比，這些輕量級的框架有很多優(yōu)點(diǎn)。
項(xiàng)目組仔細(xì)比較分析了兩種方案的特點(diǎn)、優(yōu)點(diǎn)和不足之處。認(rèn)為杜工和劉工的建議都合理，但是從結(jié)合當(dāng)前項(xiàng)目實(shí)際情況出發(fā)，最后決定采用杜工的建議。

請用200字以內(nèi)的文字說明基于Struts、Spring和Hibernate的輕量級框架與基于EJB的重量級框架解決問題的側(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)是簡化開發(fā)，相比EJB2.1，EJB3.0具有很多改進(jìn)和提高。
②杜工建議采用Struts、Spring和Hibernate輕量級開源框架相結(jié)合的方式。理由是隨著Java開源項(xiàng)目陣營的發(fā)展壯大，一些基于POJO（Plan OldJava Objects）的開源框架被廣泛地引入到Java企業(yè)應(yīng)用開發(fā)中來，與重量級的EJB框架相比，這些輕量級的框架有很多優(yōu)點(diǎn)。
項(xiàng)目組仔細(xì)比較分析了兩種方案的特點(diǎn)、優(yōu)點(diǎn)和不足之處。認(rèn)為杜工和劉工的建議都合理，但是從結(jié)合當(dāng)前項(xiàng)目實(shí)際情況出發(fā)，最后決定采用杜工的建議。

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

最新試題

一個(gè)完整的電子商務(wù)系統(tǒng)必須處理銷售生命周期中消費(fèi)者經(jīng)歷的多個(gè)階段。請用200字以內(nèi)的文字簡要敘述有哪些階段。

題型：問答題

李工接到任務(wù)后，認(rèn)為本項(xiàng)目比較簡單，很快就安排3名技術(shù)人員分別負(fù)責(zé)數(shù)據(jù)采集/輸出模塊、數(shù)據(jù)處理模塊和比較監(jiān)控模塊的編寫?？偣こ處熉牭絽R報(bào)后，認(rèn)為李工的方案和安排不妥，理由是李工忽視了系統(tǒng)的可靠性要求，對系統(tǒng)需求的理解不夠深入。為實(shí)現(xiàn)系統(tǒng)關(guān)于可靠性方面的需求：①你認(rèn)為在組織結(jié)構(gòu)、人員分工、設(shè)計(jì)開發(fā)等方面應(yīng)做出哪些安排和規(guī)定？②請寫出關(guān)于余度表決算法的考慮。

題型：問答題

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

題型：問答題

王工提出，根據(jù)用戶要求，本嵌入式系統(tǒng)應(yīng)具有高速并行處理能力，采用多處理器結(jié)構(gòu)比較適合，主要理由是多處理器結(jié)構(gòu)設(shè)計(jì)簡單、可支持多個(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)的處理器。請?zhí)顚憟D12-20（f）中的（1）～（8），并用300字以內(nèi)的文字對上述6種處理器結(jié)構(gòu)的工作原理進(jìn)行簡要描述。

題型：問答題

在架構(gòu)評估過程中，需要正確識(shí)別系統(tǒng)的架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)，并進(jìn)行合理的架構(gòu)決策。請用300字以內(nèi)的文字給出系統(tǒng)架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)的定義，并從題干（a）～（m）中各選出一個(gè)對系統(tǒng)架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)最為恰當(dāng)?shù)拿枋觥?/p>

題型：問答題

請用150字以內(nèi)文字，說明雙機(jī)冗余熱備方式主要解決的是系統(tǒng)運(yùn)行中的哪些問題？在選擇雙機(jī)冗余熱備產(chǎn)品時(shí)通常需要考慮哪些問題？

題型：問答題

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

題型：問答題

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

題型：問答題

一個(gè)大型電子商務(wù)項(xiàng)目正處于建設(shè)方案征集、論證階段，某系統(tǒng)集成商為了贏得客戶的信任，需要提供一份建議方案文檔，對客戶的需求進(jìn)行響應(yīng)（包括問題1、問題2和問題3所涉及的內(nèi)容）。高質(zhì)量的建議方案能夠顯示出集成商在處理客戶RFP（Request For Proposal）方面的能力、實(shí)力和專業(yè)性，而創(chuàng)建一個(gè)高質(zhì)量的建議方案，需要調(diào)配眾多的資源，按照計(jì)劃執(zhí)行。請用300字以內(nèi)文字簡要敘述如何創(chuàng)建一份高質(zhì)量的建議方案文檔。

題型：問答題

為什么專家組一致認(rèn)為王工的實(shí)施方案切實(shí)可行？請用200字以內(nèi)文字簡要說明。

題型：問答題