第一篇：在線教學(xué)系統(tǒng)的優(yōu)缺點(diǎn)

在線教學(xué)系統(tǒng)的優(yōu)缺點(diǎn)

隨著時代的變化，傳統(tǒng)的教學(xué)方式方法已開始滿足不了學(xué)生學(xué)習(xí)的需要，不少的傳統(tǒng)教育也都紛紛融資，從線下轉(zhuǎn)到線上。在線教學(xué)軟件行業(yè)也是在不斷嘗試中成長起來，其中我們可以看到它給我們帶來的便利，同時也有些不足之處。

在線教學(xué)系統(tǒng)在我看來最主要的兩塊還是在線學(xué)習(xí)系統(tǒng)和考試系統(tǒng)。在線學(xué)系統(tǒng)系統(tǒng)可以根據(jù)多風(fēng)格模塊選擇，智能匹配課程引導(dǎo)購課，并支持各平臺移動設(shè)備，使在線教育更輕松。例如268教育的在線學(xué)習(xí)系統(tǒng)，支持安卓系統(tǒng)、iOS系統(tǒng)、iPad平臺，視頻可以支持flv.mp4.swf等網(wǎng)絡(luò)視頻播放，無縫對接個主流視頻平臺，方便學(xué)生的學(xué)習(xí)需要。考試系統(tǒng)因有更靈活的隨機(jī)出題策略功能，更強(qiáng)大的試題批量錄入功能，可定制的專題模塊，完善的考試總結(jié)功能。如今268教育可以支持專業(yè)化分類考試和練習(xí)，通過不斷的練習(xí)來高效提升自己的專業(yè)知識支持多種題型圖單選，多選，判斷，材料分析，根據(jù)不同的題型，加強(qiáng)自己的掌握能力支持考點(diǎn)解析功能，全面分析考點(diǎn)難點(diǎn)，更好的幫助學(xué)生快速理解每一個知識點(diǎn)模擬正式考試，時間限制，考試紀(jì)律和考試統(tǒng)計(jì)，隨機(jī)打亂試題顯示順序和候選項(xiàng)顯示順序，避免抄襲防止考試中通過拷屏、復(fù)制等手段泄露試題。

在線教學(xué)系統(tǒng)對情感目標(biāo)(思想品質(zhì)、心理素質(zhì)等）和動作技能目標(biāo)（如體育、實(shí)驗(yàn)、手術(shù)技能等）的教學(xué)效果還不是太理想。對教師主導(dǎo)作用的要求比較高，不太適合利用網(wǎng)絡(luò)進(jìn)行自主學(xué)習(xí)，對教學(xué)設(shè)備的要求也較高。但這些問題也將不斷進(jìn)行改進(jìn)和完善。

第二篇：在線教學(xué)系統(tǒng)的優(yōu)點(diǎn)

在線教學(xué)系統(tǒng)的優(yōu)點(diǎn)

現(xiàn)在，互聯(lián)網(wǎng)正在顛覆幾乎所有的傳統(tǒng)行業(yè)，教育行業(yè)也無規(guī)避這一趨勢。不過，目前在線教育領(lǐng)域還暫時沒有出現(xiàn)絕對巨頭，這個行業(yè)還處于最激烈原始資本積累的競爭階段、可以預(yù)估在未來能夠生存下來的將是鳳毛麟角。

在線教育從地域和時間的束縛中解脫，隨時隨地教學(xué)現(xiàn)在整個教育資源分布不平衡，在一些特大型城市，或者大型城市中的學(xué)生更有機(jī)會接觸到優(yōu)質(zhì)教師資源。同時，因?yàn)槌鞘薪煌ǖ谋憷部梢栽诤艽蟪潭壬贤癸@地域優(yōu)勢。而一些三四線城市或者農(nóng)村的孩子，因?yàn)檫@些資源分布的不平衡，難以享有相對優(yōu)質(zhì)的資源。因?yàn)樵诰€教育的存在，分布在天南地北的教師和學(xué)生可以跨越地域和時間的限制，通過雙向選擇達(dá)成授課和上課。因?yàn)樵诰€，老師學(xué)生也可以免除路上的奔波，輕松通過鍵盤的點(diǎn)擊就形成高效地互動，實(shí)現(xiàn)遠(yuǎn)程教育。做好在線教育當(dāng)然離不開一個好的在線教學(xué)系統(tǒng)。在線教學(xué)系統(tǒng)是為在線教育服務(wù)的，一套完整的系統(tǒng)包括對學(xué)生的管理、考試、互動等功能。制作此系統(tǒng)268教育軟件的在線學(xué)習(xí)系統(tǒng)擁有自己完整的方案，支持功能定制等。在線教育的奇妙在于它不僅是一種教育的形式，更是從思路、內(nèi)容，老師的工作模式以及基于大數(shù)據(jù)而挖掘的學(xué)習(xí)系統(tǒng)，視頻交互，APP應(yīng)用的不斷改進(jìn)等……這幾大方面將使在線教育發(fā)揮出在線教育更多的可能性。

第三篇：雙機(jī)系統(tǒng)-—— 優(yōu)缺點(diǎn)分析

雙機(jī)系統(tǒng)缺點(diǎn)分析

雙機(jī)方案一般有： 雙機(jī)熱備，雙機(jī)互備，雙機(jī)雙工 三種方式。

實(shí)現(xiàn)方式又分為純軟件方式和共享磁盤柜方式，基于存儲共享的雙機(jī)熱備是雙機(jī)熱備的最標(biāo)準(zhǔn)方案，當(dāng)然這兩種實(shí)現(xiàn)方式各有優(yōu)缺點(diǎn)。

雙機(jī)熱備：

從廣義上講，就是對于重要的服務(wù)，使用兩臺服務(wù)器，互相備份，共同執(zhí)行同一服務(wù)。當(dāng)一臺服務(wù)器出現(xiàn)故障時，可以由另一臺服務(wù)器承擔(dān)服務(wù)任務(wù)，從而在不需要人工干預(yù)的情況下，自動保證系統(tǒng)能持續(xù)提供服務(wù)。雙機(jī)熱備由備用的服務(wù)器解決了在主服務(wù)器故障時服務(wù)不中斷的問題。但在實(shí)際應(yīng)用中，可能會出現(xiàn)多臺服務(wù)器的情況，即服務(wù)器集群。

雙機(jī)熱備一般情況下需要有共享的存儲設(shè)備。但某些情況下也可以使用兩臺獨(dú)立的服務(wù)器。

從狹義上講，雙機(jī)熱備特指基于active/standby(活動/待用)方式的服務(wù)器熱備。服務(wù) 器數(shù)據(jù)包括數(shù)據(jù)庫數(shù)據(jù)同時往兩臺或多臺服務(wù)器寫，或者使用一個共享的存儲設(shè)備。在同一時間內(nèi)只有一臺服務(wù)器運(yùn)行。當(dāng)其中運(yùn)行著的一臺服務(wù)器出現(xiàn)故障無法啟動時，另一臺備份服務(wù)器會通過軟件診測（一般是通過心跳診斷）將備用機(jī)器激活，保證應(yīng)用在短時間內(nèi)完全恢復(fù)正常使用。

下面是典型的雙機(jī)熱備軟件PCL HA來看一下雙機(jī)熱備的典型模式： －Active/Active模式

這是目前運(yùn)用最為廣泛的雙節(jié)點(diǎn)雙應(yīng)用的Active/Active模式。

支撐用戶業(yè)務(wù)的數(shù)據(jù)庫和應(yīng)用程序在正常狀態(tài)下分別在兩臺節(jié)點(diǎn)上運(yùn)行，各自有自己的資源，比如IP地址、磁盤陣列上的卷或者文件系統(tǒng)。當(dāng)某一方的系統(tǒng)或者資源出現(xiàn)故障時，就會將應(yīng)用和相關(guān)資源切換到對方的節(jié)點(diǎn)上。

這種模式的最大優(yōu)點(diǎn)是不會有服務(wù)器的“閑置”，兩臺服務(wù)器在正常情況下都在工作。但如果有故障發(fā)生導(dǎo)致切換，應(yīng)用和數(shù)據(jù)庫將放在同一臺服務(wù)器上運(yùn)行，由于服務(wù)器的處理能力有可能不能同時滿足數(shù)據(jù)庫和應(yīng)用程序的峰值要求，這將會出現(xiàn)處理能力不夠的情況，降低業(yè)務(wù)響應(yīng)水平。

－Active/Standby模式

兩節(jié)點(diǎn)的Active/Standby模式是HA中最簡單的一種，兩臺服務(wù)器通過雙心跳線路組成一個集群。

PCL為此環(huán)境提供了完全冗余的服務(wù)器配置。這種模式的優(yōu)缺點(diǎn)：

? ? 缺點(diǎn)：Node2在Node1正常工作時是處于“閑置”狀態(tài)，造成服務(wù)器資源的浪費(fèi)。

優(yōu)點(diǎn)：當(dāng)Node1發(fā)生故障時，Node2能完全接管應(yīng)用，并且能保證應(yīng)用運(yùn)行時的對處理能力要求。

-多點(diǎn)集群模式

可以理解為雙機(jī)熱備在技術(shù)上的提升。多臺服務(wù)器可以組成一個集群。根據(jù)應(yīng)用的實(shí)際情況，可以靈活地在這些服務(wù)器上進(jìn)行部署，同時可以靈活地設(shè)置接管策略。比如，可以由一臺服務(wù)器作為其他所有服務(wù)器的備機(jī)，也可以設(shè)置多重的接管關(guān)系，等等。這樣，就可以充分地利用服務(wù)器的資源，同時保證系統(tǒng)的高可用性。

雙機(jī)互備

在雙機(jī)熱備的基礎(chǔ)上，兩個相對獨(dú)立的應(yīng)用在兩臺機(jī)器同時運(yùn)行，但彼此均設(shè)為備機(jī)，當(dāng)某一臺服務(wù)器出現(xiàn)故障時，另一臺服務(wù)器可以在短時間內(nèi)將故障服務(wù)器的應(yīng) 用接管過來，從而保證了應(yīng)用的持續(xù)性。這種方式實(shí)際上是雙機(jī)熱備的一種應(yīng)用。它避免了兩個應(yīng)用使用四臺服務(wù)器分別實(shí)現(xiàn)雙機(jī)熱備，減少服務(wù)器使用數(shù)量，解決閑置問題。

雙機(jī)雙工

兩臺或多臺服務(wù)器均為活動，同時運(yùn)行相同的應(yīng)用，保證整體的性能，也實(shí)現(xiàn)了負(fù)載均衡和互為備份。需要利用磁盤柜存儲技術(shù)（最好采用san）。對于數(shù)據(jù)庫服務(wù)而言，它同時需要數(shù)據(jù)庫軟件的支持，是比較復(fù)雜的。而WEB服務(wù)器或應(yīng)用服務(wù)器就比較簡單了。

雙機(jī)一般就上面三種方案，下面從另一個角度看，前面的方案又可以分為基于共享存儲和純軟件的解決方案。

基于共享存儲的雙機(jī)方案

基于存儲共享的雙機(jī)熱備是雙機(jī)熱備的的最標(biāo)準(zhǔn)的方案，對于這種方式，采用兩臺服務(wù)器，使用共享的存儲設(shè)備（磁盤陣列柜或存儲區(qū)域網(wǎng)SAN）兩臺服務(wù)器可以采用互備、主從、并行等不同的方式。在工作過程中，兩臺服務(wù)器將以一個虛擬的IP地址對外提供服務(wù)，依工作方式的不同，將服務(wù)請求發(fā)送給其中一臺服務(wù)器承擔(dān)。同時，服務(wù)器通過心跳線(目前往往采用建立私有 網(wǎng)絡(luò)的方式)偵測另一臺服務(wù)器的工作狀況。當(dāng)一臺服務(wù)器出現(xiàn)故障時，另一臺服務(wù)器根據(jù)心跳偵測的情況做出判斷，并進(jìn)行切換，接管服務(wù)。對于用戶而言，這一過程是全自動的透明的。由于使用共享的存儲設(shè)備，因此兩臺服務(wù)器使用的實(shí)際上是一樣的數(shù)據(jù)，由雙機(jī)或集群軟件對其進(jìn)行管理。

它的優(yōu)點(diǎn)是： 對于共享方式，數(shù)據(jù)庫放在共享存儲設(shè)備上，當(dāng)一臺服務(wù)器提供服務(wù)時，直接在存儲設(shè)備上進(jìn)行讀寫。當(dāng)系統(tǒng)切換后另一臺服務(wù)器也同樣讀取存儲設(shè)備上的數(shù)據(jù)，它可以在無人值守的情況下提供快速的切換，一般情況下不會有數(shù)據(jù)的丟失。

缺點(diǎn)是：

1.增加了昂貴的存儲設(shè)備投資，對于有實(shí)力的企業(yè)，可考慮該方式。

2.存在單點(diǎn)故障的風(fēng)險(xiǎn)，主機(jī)故障雖然可以切換接管，但是實(shí)際風(fēng)險(xiǎn)從主機(jī)轉(zhuǎn)移到了共享磁盤柜上，一旦磁盤陣列故障，會導(dǎo)致整個系統(tǒng)都不能工作，而且沒有數(shù)據(jù)備份，數(shù)據(jù)永遠(yuǎn)都無法恢復(fù)了！，如果需要數(shù)據(jù)備份就必須購買其他的數(shù)據(jù)備份軟件來實(shí)現(xiàn)。

我們暫假設(shè)盤陣質(zhì)量與主機(jī)質(zhì)量，假設(shè)單臺PC服務(wù)器的可靠性為90%，假設(shè)共享磁盤陣列子系統(tǒng)的可靠性為99%，根據(jù)條件概率，主備機(jī)同時損壞或磁盤陣列柜損壞即雙機(jī)系統(tǒng)和磁盤陣列子系統(tǒng)同時完好的概率為：

(1-(1-90%)*(1-90%))*99%=98.01%

如果采用了可靠性相對差一些的磁盤陣列，假設(shè)可靠性也是90%，則概率為(1-(1-90%)*(1-90%))*90%=89.1%<90%

可見整個系統(tǒng)的可靠性還不如單機(jī)運(yùn)行。而且一旦磁盤陣列故障將是致命性的！

3.有時容易出現(xiàn)陣列壞道與數(shù)據(jù)丟失，這不是硬盤的原因，而且HA軟件兼容性所致

4.主機(jī)正常運(yùn)行時，如果HA軟件發(fā)生誤判，備機(jī)一旦發(fā)生故障切換，主備機(jī)同時對一個數(shù)據(jù)庫進(jìn)行讀寫，會導(dǎo)致數(shù)據(jù)完全損壞，這種情況下的損壞導(dǎo)致的損失是無法估量的，因?yàn)闊o法恢復(fù)！

5.設(shè)備升級會有兼容性問題

6.只有接管保護(hù)，無數(shù)據(jù)備份，無災(zāi)難恢復(fù)方案

7.主備機(jī)有距離限制，受SCSI電纜的長度限制（光纖通道的磁盤陣列也不受距離限制，但投資會大得多），如果發(fā)生火災(zāi)，停電等故障時則必須忍受業(yè)務(wù)停止。

8.管理方便性，每一個雙機(jī)系統(tǒng)都必須單獨(dú)管理，不能集中管理

9.無法進(jìn)行時間點(diǎn)恢復(fù)，主機(jī)刪除數(shù)據(jù)，就會從磁盤陣列上刪除，就無法回退恢復(fù)了。

我們的方案可以給用戶選擇恢復(fù)到任意時間點(diǎn)的數(shù)據(jù)狀態(tài)。

純軟方式的雙機(jī)方案：

純軟件的方式，通過鏡像軟件，將數(shù)據(jù)可以實(shí)時復(fù)制到另一臺服務(wù)器上，這樣同樣的數(shù)據(jù)就在兩臺服務(wù)器上各存在一份，如果一臺服務(wù)器出現(xiàn)故障，可以及時切換到另一臺服務(wù)器。

純軟的方案有如下缺點(diǎn)：

1.相對與共享存儲的方案，成本較低，不需要購買價格高昂的共享磁盤柜，只需要購買鏡像同步軟件和故障接管軟件

2.可靠性相對差一些，數(shù)據(jù)實(shí)時同步是純軟方案的薄弱所在，要完全做到實(shí)時的話對主機(jī)性能影響會很大。

3.沒有事務(wù)機(jī)制，由于其復(fù)制是在文件和磁盤層進(jìn)行的，復(fù)制是否成功不會影響數(shù)據(jù)庫事務(wù)操作，另外大型數(shù)據(jù)庫都有很大的緩存，數(shù)據(jù)不會立刻寫進(jìn)磁盤，如果此時發(fā)生故障，數(shù)據(jù)不會被復(fù)制到備機(jī)，因此有出現(xiàn)數(shù)據(jù)不完整不一致的情況，這個存在著相當(dāng)?shù)娘L(fēng)險(xiǎn)，有可能導(dǎo)致即時備機(jī)接管了，數(shù)據(jù)庫無法使用。

4.每次故障切回后必須重新同步，重新初始化，數(shù)據(jù)覆蓋一遍，這是個比較漫長的過程，數(shù)據(jù)量超過一百G以上的話可能要十幾個小時，這期間機(jī)會不能動，嚴(yán)格的說初始化時幾乎需要停止任何訪問，此時主備機(jī)都處于無保護(hù)狀態(tài)，如果此時主機(jī)發(fā)生故障，主備機(jī)數(shù)據(jù)都是不可用的，此時就沒有任何數(shù)據(jù)可以用來恢復(fù)！這是致命的數(shù)據(jù)丟失。

5.無法恢復(fù)到之前的時間點(diǎn)，因?yàn)閭錂C(jī)只是主機(jī)的數(shù)據(jù)副本，即使主機(jī)上誤刪除了一個文件，備機(jī)也會刪除此文件，無法恢復(fù)。

常見雙機(jī)軟件

? LifeKeeper

支持共享磁盤柜方式和純軟件數(shù)據(jù)同步方式，支持2-16個節(jié)點(diǎn)的集群

優(yōu)點(diǎn)：對卷的管理更勝一籌，深層次監(jiān)控共享卷和鏡像卷，數(shù)據(jù)同步為基于磁盤級的鏡像，并且有鎖卷功能，數(shù)據(jù)不會丟失。適用于多應(yīng)用層的管理。已通過IBM認(rèn)證 缺點(diǎn)：安裝設(shè)置需要一定的技術(shù)要求

? RoseHA

只支持共享磁盤柜方式，只支持兩個節(jié)點(diǎn)

優(yōu)點(diǎn)：界面簡易，操作簡單，適用于但應(yīng)用層的管理。

缺點(diǎn)：對卷的管理稍遜，對卷和IP沒有監(jiān)控，對于某些IBM磁盤陣列關(guān)機(jī)不能切換。

? RoseMirrorHA

只支持純軟件數(shù)據(jù)同步方式，只支持兩個節(jié)點(diǎn) 優(yōu)點(diǎn)：界面簡易，操作簡單。

缺點(diǎn)：同步方式為文件復(fù)制，沒有鎖卷功能，有可能造成數(shù)據(jù)丟失。

? GoldenLife 支持共享磁盤陣列方式，只支持兩個節(jié)點(diǎn) 優(yōu)點(diǎn)：界面友好，安裝設(shè)置簡單。缺點(diǎn)：對卷的管理不如lifekeeper。

? GoldenLifeMirror

支持?jǐn)?shù)據(jù)同步的純軟方式，只支持兩個節(jié)點(diǎn) 優(yōu)點(diǎn)：安裝操作簡單，易于管理。

缺點(diǎn)：同步方式為文件復(fù)制，速度較慢。

第四篇：雙機(jī)系統(tǒng)+優(yōu)缺點(diǎn)分析

雙機(jī)系統(tǒng)缺點(diǎn)分析

雙機(jī)方案一般有： 雙機(jī)熱備，雙機(jī)互備，雙機(jī)雙工 三種方式。

實(shí)現(xiàn)方式又分為純軟件方式和共享磁盤柜方式，基于存儲共享的雙機(jī)熱備是雙機(jī)熱備的最標(biāo)準(zhǔn)方案，當(dāng)然這兩種實(shí)現(xiàn)方式各有優(yōu)缺點(diǎn)。

雙機(jī)熱備：

從廣義上講，就是對于重要的服務(wù)，使用兩臺服務(wù)器，互相備份，共同執(zhí)行同一服務(wù)。當(dāng)一臺服務(wù)器出現(xiàn)故障時，可以由另一臺服務(wù)器承擔(dān)服務(wù)任務(wù)，從而在不需要人工干預(yù)的情況下，自動保證系統(tǒng)能持續(xù)提供服務(wù)。雙機(jī)熱備由備用的服務(wù)器解決了在主服務(wù)器故障時服務(wù)不中斷的問題。但在實(shí)際應(yīng)用中，可能會出現(xiàn)多臺服務(wù)器的情況，即服務(wù)器集群。

雙機(jī)熱備一般情況下需要有共享的存儲設(shè)備。但某些情況下也可以使用兩臺獨(dú)立的服務(wù)器。

從狹義上講，雙機(jī)熱備特指基于active/standby(活動/待用)方式的服務(wù)器熱備。服務(wù) 器數(shù)據(jù)包括數(shù)據(jù)庫數(shù)據(jù)同時往兩臺或多臺服務(wù)器寫，或者使用一個共享的存儲設(shè)備。在同一時間內(nèi)只有一臺服務(wù)器運(yùn)行。當(dāng)其中運(yùn)行著的一臺服務(wù)器出現(xiàn)故障無法啟動時，另一臺備份服務(wù)器會通過軟件診測（一般是通過心跳診斷）將備用機(jī)器激活，保證應(yīng)用在短時間內(nèi)完全恢復(fù)正常使用。

下面是典型的雙機(jī)熱備軟件PCL HA來看一下雙機(jī)熱備的典型模式： －Active/Active模式

這是目前運(yùn)用最為廣泛的雙節(jié)點(diǎn)雙應(yīng)用的Active/Active模式。

支撐用戶業(yè)務(wù)的數(shù)據(jù)庫和應(yīng)用程序在正常狀態(tài)下分別在兩臺節(jié)點(diǎn)上運(yùn)行，各自有自己的資源，比如IP地址、磁盤陣列上的卷或者文件系統(tǒng)。當(dāng)某一方的系統(tǒng)或者資源出現(xiàn)故障時，就會將應(yīng)用和相關(guān)資源切換到對方的節(jié)點(diǎn)上。

這種模式的最大優(yōu)點(diǎn)是不會有服務(wù)器的“閑置”，兩臺服務(wù)器在正常情況下都在工作。但如果有故障發(fā)生導(dǎo)致切換，應(yīng)用和數(shù)據(jù)庫將放在同一臺服務(wù)器上運(yùn)行，由于服務(wù)器的處理能力有可能不能同時滿足數(shù)據(jù)庫和應(yīng)用程序的峰值要求，這將會出現(xiàn)處理能力不夠的情況，降低業(yè)務(wù)響應(yīng)水平。

－Active/Standby模式

兩節(jié)點(diǎn)的Active/Standby模式是HA中最簡單的一種，兩臺服務(wù)器通過雙心跳線路組成一個集群。

PCL為此環(huán)境提供了完全冗余的服務(wù)器配置。這種模式的優(yōu)缺點(diǎn)：

? ? 缺點(diǎn)：Node2在Node1正常工作時是處于“閑置”狀態(tài)，造成服務(wù)器資源的浪費(fèi)。

優(yōu)點(diǎn)：當(dāng)Node1發(fā)生故障時，Node2能完全接管應(yīng)用，并且能保證應(yīng)用運(yùn)行時的對處理能力要求。

-多點(diǎn)集群模式

可以理解為雙機(jī)熱備在技術(shù)上的提升。多臺服務(wù)器可以組成一個集群。根據(jù)應(yīng)用的實(shí)際情況，可以靈活地在這些服務(wù)器上進(jìn)行部署，同時可以靈活地設(shè)置接管策略。比如，可以由一臺服務(wù)器作為其他所有服務(wù)器的備機(jī)，也可以設(shè)置多重的接管關(guān)系，等等。這樣，就可以充分地利用服務(wù)器的資源，同時保證系統(tǒng)的高可用性。

雙機(jī)互備

在雙機(jī)熱備的基礎(chǔ)上，兩個相對獨(dú)立的應(yīng)用在兩臺機(jī)器同時運(yùn)行，但彼此均設(shè)為備機(jī)，當(dāng)某一臺服務(wù)器出現(xiàn)故障時，另一臺服務(wù)器可以在短時間內(nèi)將故障服務(wù)器的應(yīng) 用接管過來，從而保證了應(yīng)用的持續(xù)性。這種方式實(shí)際上是雙機(jī)熱備的一種應(yīng)用。它避免了兩個應(yīng)用使用四臺服務(wù)器分別實(shí)現(xiàn)雙機(jī)熱備，減少服務(wù)器使用數(shù)量，解決閑置問題。

雙機(jī)雙工

兩臺或多臺服務(wù)器均為活動，同時運(yùn)行相同的應(yīng)用，保證整體的性能，也實(shí)現(xiàn)了負(fù)載均衡和互為備份。需要利用磁盤柜存儲技術(shù)（最好采用san）。對于數(shù)據(jù)庫服務(wù)而言，它同時需要數(shù)據(jù)庫軟件的支持，是比較復(fù)雜的。而WEB服務(wù)器或應(yīng)用服務(wù)器就比較簡單了。

雙機(jī)一般就上面三種方案，下面從另一個角度看，前面的方案又可以分為基于共享存儲和純軟件的解決方案。

基于共享存儲的雙機(jī)方案

基于存儲共享的雙機(jī)熱備是雙機(jī)熱備的的最標(biāo)準(zhǔn)的方案，對于這種方式，采用兩臺服務(wù)器，使用共享的存儲設(shè)備（磁盤陣列柜或存儲區(qū)域網(wǎng)SAN）兩臺服務(wù)器可以采用互備、主從、并行等不同的方式。在工作過程中，兩臺服務(wù)器將以一個虛擬的IP地址對外提供服務(wù)，依工作方式的不同，將服務(wù)請求發(fā)送給其中一臺服務(wù)器承擔(dān)。同時，服務(wù)器通過心跳線(目前往往采用建立私有 網(wǎng)絡(luò)的方式)偵測另一臺服務(wù)器的工作狀況。當(dāng)一臺服務(wù)器出現(xiàn)故障時，另一臺服務(wù)器根據(jù)心跳偵測的情況做出判斷，并進(jìn)行切換，接管服務(wù)。對于用戶而言，這一過程是全自動的透明的。由于使用共享的存儲設(shè)備，因此兩臺服務(wù)器使用的實(shí)際上是一樣的數(shù)據(jù)，由雙機(jī)或集群軟件對其進(jìn)行管理。

它的優(yōu)點(diǎn)是： 對于共享方式，數(shù)據(jù)庫放在共享存儲設(shè)備上，當(dāng)一臺服務(wù)器提供服務(wù)時，直接在存儲設(shè)備上進(jìn)行讀寫。當(dāng)系統(tǒng)切換后另一臺服務(wù)器也同樣讀取存儲設(shè)備上的數(shù)據(jù)，它可以在無人值守的情況下提供快速的切換，一般情況下不會有數(shù)據(jù)的丟失。

缺點(diǎn)是：

1.增加了昂貴的存儲設(shè)備投資，對于有實(shí)力的企業(yè)，可考慮該方式。2.存在單點(diǎn)故障的風(fēng)險(xiǎn)，主機(jī)故障雖然可以切換接管，但是實(shí)際風(fēng)險(xiǎn)從主機(jī)轉(zhuǎn)移到了共享磁盤柜上，一旦磁盤陣列故障，會導(dǎo)致整個系統(tǒng)都不能工作，而且沒有數(shù)據(jù)備份，數(shù)據(jù)永遠(yuǎn)都無法恢復(fù)了！，如果需要數(shù)據(jù)備份就必須購買其他的數(shù)據(jù)備份軟件來實(shí)現(xiàn)。

我們暫假設(shè)盤陣質(zhì)量與主機(jī)質(zhì)量，假設(shè)單臺PC服務(wù)器的可靠性為90%，假設(shè)共享磁盤陣列子系統(tǒng)的可靠性為99%，根據(jù)條件概率，主備機(jī)同時損壞或磁盤陣列柜損壞即雙機(jī)系統(tǒng)和磁盤陣列子系統(tǒng)同時完好的概率為：

(1-(1-90%)*(1-90%))*99%=98.01%

如果采用了可靠性相對差一些的磁盤陣列，假設(shè)可靠性也是90%，則概率為(1-(1-90%)*(1-90%))*90%=89.1%<90%

可見整個系統(tǒng)的可靠性還不如單機(jī)運(yùn)行。而且一旦磁盤陣列故障將是致命性的！

我們的提供的是備份容災(zāi)一體化的解決方案，既提供業(yè)務(wù)容災(zāi)自動接管，也提供多個時間點(diǎn)的數(shù)據(jù)容災(zāi)，數(shù)據(jù)在本地，災(zāi)備中心，數(shù)據(jù)容災(zāi)中心都有副本。

3.有時容易出現(xiàn)陣列壞道與數(shù)據(jù)丟失，這不是硬盤的原因，而且HA軟件兼容性所致

4.主機(jī)正常運(yùn)行時，如果HA軟件發(fā)生誤判，備機(jī)一旦發(fā)生故障切換，主備機(jī)同時對一個數(shù)據(jù)庫進(jìn)行讀寫，會導(dǎo)致數(shù)據(jù)完全損壞，這種情況下的損壞導(dǎo)致的損失是無法估量的，因?yàn)闊o法恢復(fù)！

5.設(shè)備升級會有兼容性問題

6.只有接管保護(hù)，無數(shù)據(jù)備份，無災(zāi)難恢復(fù)方案

7.主備機(jī)有距離限制，受SCSI電纜的長度限制（光纖通道的磁盤陣列也不受距離限制，但投資會大得多），如果發(fā)生火災(zāi)，停電等故障時則必須忍受業(yè)務(wù)停止。我們的方案不受距離遠(yuǎn)近的限制，支持遠(yuǎn)程容災(zāi)

8.管理方便性，每一個雙機(jī)系統(tǒng)都必須單獨(dú)管理，我們提供All-in-ONE-Web統(tǒng)一的管理入口，能對保護(hù)主機(jī)集中管理，遠(yuǎn)程管理，而且配置簡單，無特殊技術(shù)要求。

9.無法進(jìn)行時間點(diǎn)恢復(fù)，主機(jī)刪除數(shù)據(jù)，就會從磁盤陣列上刪除，就無法回退恢復(fù)了。

我們的方案可以給用戶選擇恢復(fù)到任意時間點(diǎn)的數(shù)據(jù)狀態(tài)。

純軟方式的雙機(jī)方案：

純軟件的方式，通過鏡像軟件，將數(shù)據(jù)可以實(shí)時復(fù)制到另一臺服務(wù)器上，這樣同樣的數(shù)據(jù)就在兩臺服務(wù)器上各存在一份，如果一臺服務(wù)器出現(xiàn)故障，可以及時切換到另一臺服務(wù)器。

純軟的方案有如下缺點(diǎn)：

1.相對與共享存儲的方案，成本較低，不需要購買價格高昂的共享磁盤柜，只需要購買鏡像同步軟件和故障接管軟件

2.可靠性相對差一些，數(shù)據(jù)實(shí)時同步是純軟方案的薄弱所在，要完全做到實(shí)時的話對主機(jī)性能影響會很大。

3.沒有事務(wù)機(jī)制，由于其復(fù)制是在文件和磁盤層進(jìn)行的，復(fù)制是否成功不會影響數(shù)據(jù)庫事務(wù)操作，另外大型數(shù)據(jù)庫都有很大的緩存，數(shù)據(jù)不會立刻寫進(jìn)磁盤，如果此時發(fā)生故障，數(shù)據(jù)不會被復(fù)制到備機(jī)，因此有出現(xiàn)數(shù)據(jù)不完整不一致的情況，這個存在著相當(dāng)?shù)娘L(fēng)險(xiǎn)，有可能導(dǎo)致即時備機(jī)接管了，數(shù)據(jù)庫無法使用。

4.每次故障切回后必須重新同步，重新初始化，數(shù)據(jù)覆蓋一遍，這是個比較漫長的過程，數(shù)據(jù)量超過一百G以上的話可能要十幾個小時，這期間機(jī)會不能動，嚴(yán)格的說初始化時幾乎需要停止任何訪問，此時主備機(jī)都處于無保護(hù)狀態(tài)，如果此時主機(jī)發(fā)生故障，主備機(jī)數(shù)據(jù)都是不可用的，此時就沒有任何數(shù)據(jù)可以用來恢復(fù)！這是致命的數(shù)據(jù)丟失。

我們的容災(zāi)方案也無法避免初始化的過程，但是對數(shù)據(jù)的保護(hù)采用數(shù)據(jù)庫在線備份，不影響用戶使用，而且跟雙機(jī)這種監(jiān)測磁盤數(shù)據(jù)變化不同，沒有數(shù)據(jù)不一致的問題，另外我們的數(shù)據(jù)容災(zāi)中心有數(shù)據(jù)備份，即使在初始化過程中發(fā)生故障，數(shù)據(jù)中心有數(shù)據(jù)可以恢復(fù)到之前的任意時間點(diǎn)。

5.無法恢復(fù)到之前的時間點(diǎn)，因?yàn)閭錂C(jī)只是主機(jī)的數(shù)據(jù)副本，即使主機(jī)上誤刪除了一個文件，備機(jī)也會刪除此文件，無法恢復(fù)。

常見雙機(jī)軟件

? LifeKeeper

支持共享磁盤柜方式和純軟件數(shù)據(jù)同步方式，支持2-16個節(jié)點(diǎn)的集群

優(yōu)點(diǎn)：對卷的管理更勝一籌，深層次監(jiān)控共享卷和鏡像卷，數(shù)據(jù)同步為基于磁盤級的鏡像，并且有鎖卷功能，數(shù)據(jù)不會丟失。適用于多應(yīng)用層的管理。已通過IBM認(rèn)證 缺點(diǎn)：安裝設(shè)置需要一定的技術(shù)要求

? RoseHA

只支持共享磁盤柜方式，只支持兩個節(jié)點(diǎn) 優(yōu)點(diǎn)：界面簡易，操作簡單，適用于但應(yīng)用層的管理。

缺點(diǎn)：對卷的管理稍遜，對卷和IP沒有監(jiān)控，對于某些IBM磁盤陣列關(guān)機(jī)不能切換。

? RoseMirrorHA

只支持純軟件數(shù)據(jù)同步方式，只支持兩個節(jié)點(diǎn) 優(yōu)點(diǎn)：界面簡易，操作簡單。

缺點(diǎn)：同步方式為文件復(fù)制，沒有鎖卷功能，有可能造成數(shù)據(jù)丟失。

? GoldenLife 支持共享磁盤陣列方式，只支持兩個節(jié)點(diǎn) 優(yōu)點(diǎn)：界面友好，安裝設(shè)置簡單。缺點(diǎn)：對卷的管理不如lifekeeper。

? GoldenLifeMirror

支持?jǐn)?shù)據(jù)同步的純軟方式，只支持兩個節(jié)點(diǎn) 優(yōu)點(diǎn)：安裝操作簡單，易于管理。

缺點(diǎn)：同步方式為文件復(fù)制，速度較慢。

第五篇：在線請假系統(tǒng)

在線請假系統(tǒng) 摘 要 1

前 言 2

第一章 概述 3

1.1 在線請假系統(tǒng)的任務(wù)與目標(biāo) 3

1.2 本論文所作的工作 3

第二章 在線請假系統(tǒng)技術(shù)背景以及支撐環(huán)境 4

2.1 MVC 4

2.2 Struts 5

2.2.1 Struts概述 5

2.2.2 利用Struts框架開發(fā)MVC系統(tǒng) 6

2.3 Hibernate 6

2.4 Ajax 7

2.5 JXL 8

2.6 在線請假系統(tǒng)的開發(fā)環(huán)境 9

2.7 在線請假系統(tǒng)的運(yùn)行環(huán)境 9

2.7.1 在線請假系統(tǒng)的項(xiàng)目部署 9

2.7.2 在線請假系統(tǒng)的環(huán)境需求 10

第三章 在線請假系統(tǒng)總體設(shè)計(jì) 11

3.1 在線請假系統(tǒng)需求分析 11

3.1.1 用戶分析 11

3.1.2 業(yè)務(wù)目標(biāo) 11

3.1.3 業(yè)務(wù)處理過程 12

3.1.4 系統(tǒng)特點(diǎn) 12

3.1.5 其他需求 12

3.2 系統(tǒng)總體視圖描述 13

3.2.1 系統(tǒng)用例視圖 13

3.2.2 系統(tǒng)約束 14

3.3 在線請假系統(tǒng)的系統(tǒng)架構(gòu) 14

3.3.1 系統(tǒng)用例總圖 14

3.3.2 業(yè)務(wù)處理視圖 15

3.3.3 系統(tǒng)實(shí)現(xiàn)視圖 16

3.3.3.1 概述 16

3.3.3.2 層次 17

3.4在線請假系統(tǒng)功能模塊分析 18

3.4.1系統(tǒng)功能模塊分析 18

3.4.2系統(tǒng)功能模塊設(shè)計(jì) 18

第四章 在線請假系統(tǒng)數(shù)據(jù)庫設(shè)計(jì) 21

4.1 數(shù)據(jù)庫設(shè)計(jì) 21

4.1.1 數(shù)據(jù)庫信息 21

4.4.2 查詢與訪問技術(shù) 21

4.4.3 數(shù)據(jù)字典以及對應(yīng)的持久化類 21

4.2 數(shù)據(jù)庫約束關(guān)系圖 26

4.3 持久層 26

4.4 非數(shù)據(jù)庫文件 27

第五章 員工請假申請模塊的設(shè)計(jì)與實(shí)現(xiàn) 28

5.1 模塊功能分析 28

5.2 員工請假申請用例視圖 28

5.3 模塊的包類結(jié)構(gòu)圖 29

5.4 用例關(guān)系圖 31

5.4.1 順序圖 31

5.4.2 協(xié)作圖 31

5.5關(guān)鍵技術(shù) 32

5.5.1 權(quán)限控制 32

5.5.2 Ajax日期校驗(yàn) 34

5.5.3 定義組織框架中“環(huán)”的問題 36

5.5.4 利用同步令牌來防止刷新導(dǎo)致的重復(fù)提交 36

第六章 總結(jié)與展望 38

6.1 課題總結(jié) 38

6.2 課題存在的問題以及解決方案 38

參考文獻(xiàn) 40

致謝 41