【正文】 項(xiàng)目管理工具本案將以MS Project及Ms office 為基礎(chǔ)之項(xiàng)目管理工具，其功能包含項(xiàng)目進(jìn)度控制，交付項(xiàng)目管理，問題管理，項(xiàng)目內(nèi)部溝通等。小組與小組間的溝通將通過下列方式進(jìn)行：參加其它小組活動。小組會議。 溝通（Communication）管理溝通是項(xiàng)目成功的必要條件，然而過多的溝通會影響項(xiàng)目進(jìn)度（例如過多的會議）。項(xiàng)目質(zhì)量總監(jiān)（QA）我將指定項(xiàng)目質(zhì)量總監(jiān)（QA）對每一相關(guān)小組工作內(nèi)容審核，職責(zé)如下：1. 檢視小組進(jìn)度：項(xiàng)目質(zhì)量總監(jiān)與項(xiàng)目小組負(fù)責(zé)人可藉由會議、電話、傳真或電子郵件進(jìn)行檢視，對于重要項(xiàng)目里程碑，可到項(xiàng)目現(xiàn)場檢視。項(xiàng)目實(shí)施項(xiàng)目和我人員不到位1. 項(xiàng)目周期將會延期2. 開支超額1. 授權(quán)項(xiàng)目經(jīng)理解決沖突2. 劃分項(xiàng)目小組3. 設(shè)置整合及跨職能區(qū)小組 品質(zhì)確保計(jì)劃項(xiàng)目小組的職責(zé)每個小組對其自身工作有最直接責(zé)任，因此小組內(nèi)信息交流有助于品質(zhì)保證，為達(dá)此目的，小組將使用下列工具：1. 背景文件與信息：項(xiàng)目成員所搜集及使用的信息須以會議記錄或報(bào)告的方式記錄。在項(xiàng)目定義上仔細(xì)論證。此追蹤工作包括移除非屬風(fēng)險(xiǎn)的項(xiàng)目、修改控管風(fēng)險(xiǎn)的方法及增加新的項(xiàng)目。 風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)處理程序包括四個步驟：1. 風(fēng)險(xiǎn)項(xiàng)目提出：由項(xiàng)目中各小組提出其所面臨最迫切的議題，并提出對應(yīng)解決方案。用戶驗(yàn)收測試將被制定和執(zhí)行。這種經(jīng)公司廣泛批準(zhǔn)過程的目的是確保對其它實(shí)施單元沒有不利影響。一旦確定一個優(yōu)先順序，將最高的優(yōu)先條款結(jié) 合到項(xiàng)目計(jì)劃中。 變更的復(fù)雜性(要求的資源總計(jì)、要求的時(shí)間長度、若干受影響的其它功能和技 術(shù)困難)216。該組織提供服務(wù)將提出對要求完成變更的總計(jì)時(shí)間和資源的估計(jì)。變更對組織的影 響，從整體而言是需要確定的，為的是在一個區(qū)域內(nèi)的變更對其它的區(qū)域不致于 產(chǎn)生不利的影響。 用戶變更要求――當(dāng)一個用戶要求對一個系統(tǒng)、設(shè)備、環(huán)境或功能變更時(shí)，為了可參考和跟蹤，該要求將被記錄下來。 額外的功能和性能要求216。 更改發(fā)生的典型領(lǐng)域有：216。變更控制及范圍管理（在很大程度上）對完成任何項(xiàng)目都是必要的。項(xiàng)目經(jīng)理是整個項(xiàng)目進(jìn)度的掌控者，必須依上述三項(xiàng)將整體項(xiàng)目時(shí)程作追蹤管理外，還須對項(xiàng)目準(zhǔn)時(shí)完成的可能性進(jìn)行評估與掌控，其方法為”CPM要徑管理(Critical Path Management)”，在項(xiàng)目管理中，所從開始到結(jié)束，費(fèi)時(shí)間最長的工作路徑，通常便是要徑，要徑的進(jìn)度落后便會造成項(xiàng)目進(jìn)度的延后。 執(zhí)行 (建立)l 在整個項(xiàng)目中，鼓勵客戶參與，并遵循標(biāo)準(zhǔn)流程，以提高客戶實(shí)施的質(zhì)量。 我 PM2的項(xiàng)目管理方法為項(xiàng)目管理提供豐富的管理控制手段，管理與控制貫穿于項(xiàng)目實(shí)施的四個階段。 作為 我的項(xiàng)目管理方法 ，我 PM2 是結(jié)合了我 BCSI Framework 和項(xiàng)目管理的被廣泛接受的方法和最佳實(shí)踐指導(dǎo)中總結(jié)出來的。能針對變化的業(yè)務(wù)需求提供高質(zhì)量的解決方案。l 有經(jīng)驗(yàn)于容災(zāi)的設(shè)計(jì)研究，可能采用的容災(zāi)系統(tǒng)設(shè)計(jì)模型/方法 /工具的擬定，以至于容災(zāi)系統(tǒng)的二次設(shè)計(jì)。l 有經(jīng)驗(yàn)進(jìn)行重要的應(yīng)用系統(tǒng)的硬件和軟件構(gòu)件的評估和選型。 能明確定義的項(xiàng)目執(zhí)行，專精于解決方案中硬件和軟件構(gòu)件的系統(tǒng)集成和測試。 有項(xiàng)目管理的經(jīng)驗(yàn)。 有對項(xiàng)目交付件進(jìn)行質(zhì)量保證檢驗(yàn)的經(jīng)驗(yàn)。 有能力管理正式變更控制處理及其相關(guān)的實(shí)施范圍變更請求和項(xiàng)目交付件變更請求。 有能力判斷和管理潛在的項(xiàng)目風(fēng)險(xiǎn)。 項(xiàng)目跟蹤和狀況報(bào)告(時(shí)間計(jì)劃、風(fēng)險(xiǎn)預(yù)估和防范，等等)。 項(xiàng)目控制。 項(xiàng)目關(guān)鍵人員角色 項(xiàng)目總監(jiān)負(fù)責(zé)項(xiàng)目的總體監(jiān)控，遇重大問題，參與項(xiàng)目協(xié)調(diào)及決策。 設(shè)計(jì)項(xiàng)目管理文件模板和項(xiàng)目交付件文件模板。 負(fù)責(zé)項(xiàng)目詳細(xì)設(shè)計(jì)。 制定項(xiàng)目技術(shù)管理規(guī)范。252。252。252。252。252。252。252。252。252。明確定義項(xiàng)目組的工作安排，主要的里程碑，及關(guān)鍵工作的預(yù)估時(shí)間。某股份有限公司項(xiàng)目負(fù)責(zé)人和應(yīng)用廠商項(xiàng)目經(jīng)理任副組長。 項(xiàng)目驗(yàn)收； 項(xiàng)目管理； 制定項(xiàng)目實(shí)施方法；委員會下設(shè)項(xiàng)目管理辦公室，并成立由我專家和某股份有限公司專家和外部專家組成的專家評審委員會，負(fù)責(zé)項(xiàng)目的技術(shù)評審。各方的項(xiàng)目經(jīng)理是委員會的組成成員。可持續(xù)性管理我咨詢顧問將為某股份有限公司容災(zāi)項(xiàng)目開發(fā)可持續(xù)管理計(jì)劃。主機(jī)實(shí)施本工作由某股份有限公司容災(zāi)項(xiàng)目的主機(jī)廠商或相關(guān)人員按照主機(jī)設(shè)計(jì)進(jìn)行安裝、實(shí)施工作，我咨詢顧問提出意見和建議。系統(tǒng)優(yōu)化與調(diào)整我存儲專家和架構(gòu)師將對當(dāng)前某股份有限公司容災(zāi)項(xiàng)目的存儲資源使用情況進(jìn)行評估，提出整體優(yōu)化和調(diào)整方案并予以實(shí)施。建設(shè)階段項(xiàng)目管理項(xiàng)目管理貫穿整個項(xiàng)目實(shí)施的全過程，是保證項(xiàng)目按時(shí)順利實(shí)施、達(dá)到預(yù)期目標(biāo)的重要部分。網(wǎng)絡(luò)設(shè)計(jì)我咨詢顧問將協(xié)助某股份有限公司容災(zāi)項(xiàng)目網(wǎng)絡(luò)部門或網(wǎng)絡(luò)廠商在總體方案要求下進(jìn)行詳細(xì)網(wǎng)絡(luò)方案設(shè)計(jì)，提出咨詢建議。存儲系統(tǒng)設(shè)計(jì)我專家將在整體方案要求下，詳細(xì)設(shè)計(jì)某股份有限公司容災(zāi)項(xiàng)目的存儲系統(tǒng)部署方案，該方案是存儲配置或部署、調(diào)整的依據(jù)。容災(zāi)策略開發(fā)我咨詢顧問根據(jù)風(fēng)險(xiǎn)分析、業(yè)務(wù)影響分析的結(jié)果，以及某股份有限公司容災(zāi)建設(shè)的具體要求，確定容災(zāi)策略。xxxxxx容災(zāi)項(xiàng)目建設(shè)的各階段將需要上圖中所示的不同服務(wù)，其中有傳統(tǒng)IT項(xiàng)目的設(shè)計(jì)、實(shí)施服務(wù)，也有針對容災(zāi)項(xiàng)目所需要的特定咨詢服務(wù)。我 開發(fā)的ET Tool可以提供更多的分析、設(shè)計(jì)功能，已經(jīng)有了廣泛的適用和驗(yàn)證。該工具在未來用作某股份有限公司容災(zāi)技術(shù)平臺服務(wù)水平的評估工具，可以定期進(jìn)行I/O性能統(tǒng)計(jì)、分析性評估容災(zāi)數(shù)據(jù)復(fù)制平臺是否滿足不斷變化了的業(yè)務(wù)發(fā)展要求。利用我科學(xué)的鏈路設(shè)計(jì)方法及獨(dú)到的設(shè)計(jì)工具，我將能夠?yàn)槟彻煞萦邢薰救轂?zāi)項(xiàng)目提出合理的鏈路規(guī)劃方案，為成功實(shí)施容災(zāi)方案奠定基礎(chǔ)。5) 估計(jì)未來性能增長要求和需要預(yù)留的峰值空間通信鏈路的設(shè)計(jì)（包括所有能力規(guī)劃）都需要考慮未來業(yè)務(wù)的增長，并預(yù)留增長空間。2) 利用我設(shè)計(jì)軟件過濾I/O性能數(shù)據(jù)，得到I/O寫的數(shù)據(jù)容災(zāi)通信鏈路的設(shè)計(jì)與I/O寫的性能要求相關(guān)，只有寫I/O才復(fù)制到遠(yuǎn)程容災(zāi)中心，因此寫I/O的特征及負(fù)荷決定了鏈路的要求。我公司提供標(biāo)準(zhǔn)的方法和工具為客戶進(jìn)行容災(zāi)數(shù)據(jù)復(fù)制通信鏈路的設(shè)計(jì)，通常按以下步驟來估算容災(zāi)方案的通信鏈路帶寬需求：1) 當(dāng)前生產(chǎn)中心I/O性能數(shù)據(jù)收集主要收集需要進(jìn)行容災(zāi)保護(hù)的應(yīng)用、主機(jī)存儲的I/O性能數(shù)據(jù)。 OC12 622 megabits per second (4 OC3s) 連接示意圖如下：圖16： 采用FC到IP設(shè)備的通信鏈路模式l 各種種通信鏈路所提供的帶寬線路類型理論帶寬（Mbps)實(shí)際帶寬（去掉overhead后）(Mbps)復(fù)制1TB所需時(shí)間T185天T34571小時(shí)100bT100OC3155OC12622千兆以太網(wǎng)1000800OC482488OC192995319分鐘同時(shí)，采用DWDM方式有更多的拓?fù)浞桨?，需要在進(jìn)一步具體設(shè)計(jì)時(shí)進(jìn)行分析后確定。通常為避免容災(zāi)鏈路通信和主機(jī)訪問存儲的相互干擾，采用獨(dú)立的SAN來連接容災(zāi)通信鏈路的方式采用較多，目前隨著SAN Router技術(shù)的發(fā)展，采用SAN Router連接方式也越來越普遍。l 通過裸光纖直連交換機(jī)，采用FC協(xié)議采用FC協(xié)議的通信鏈路只適用于基于存儲復(fù)制或虛擬存儲復(fù)制的容災(zāi)方案。 我需要哪種鏈路? 需要多少條？成本如何？備份到磁盤的數(shù)據(jù)可以根據(jù)需要遷移到磁帶上，如下圖采用虛擬帶庫示意圖：圖13： B2CDL2T架構(gòu)示意圖第6章 容災(zāi)通信鏈路設(shè)計(jì)容災(zāi)通信鏈路設(shè)計(jì)是容災(zāi)系統(tǒng)建設(shè)非常重要的部分，也是容災(zāi)方案設(shè)計(jì)的難點(diǎn)、要點(diǎn)之一,所以單列本章節(jié)進(jìn)行闡述。備份到磁盤的技術(shù)恢復(fù)級別高于備份到磁帶方式，是目前備份技術(shù)發(fā)展的趨勢，與磁帶備份相比，能夠確保可預(yù)測的恢復(fù)。數(shù)據(jù)備份系統(tǒng)可以有多種技術(shù)：為降低初期投資，外圍分支機(jī)構(gòu)可以先通過主中心訪問容災(zāi)中心系統(tǒng)，從而不改變現(xiàn)有網(wǎng)絡(luò)連接方式。 建設(shè)完整的連接能力，具備足夠的帶寬與當(dāng)前生產(chǎn)中心互聯(lián)； 接入平臺建議接入平臺包含交換機(jī)、路由器、防火墻等網(wǎng)絡(luò)設(shè)備以及相應(yīng)的網(wǎng)絡(luò)連接。具體采用根據(jù)“業(yè)務(wù)需求定義”結(jié)果并平衡投資水平進(jìn)行最后決定。xxxxxx容災(zāi)需要多少條通信鏈路（或帶寬要求），要根據(jù)業(yè)務(wù)處理I/O量來分析、設(shè)計(jì)，若采用異步復(fù)制，則需要根據(jù)帶寬及RPO要求來分析設(shè)計(jì)。這時(shí)利用生產(chǎn)中心數(shù)據(jù)的克隆數(shù)據(jù)快速恢復(fù)或直接開放給主機(jī)使用，這樣能夠快速恢復(fù)業(yè)務(wù)運(yùn)營，而不必進(jìn)行復(fù)雜的容災(zāi)切換，降低風(fēng)險(xiǎn)和可能產(chǎn)生的額外成本。根據(jù)xxxxx項(xiàng)目未來的需求，可以考慮以下方式使用數(shù)據(jù)克隆技術(shù)：? 將開發(fā)、測試工作放到災(zāi)備中心進(jìn)行，通過創(chuàng)建容災(zāi)目標(biāo)數(shù)據(jù)的克隆拷貝為開發(fā)、測試平臺快速提供真實(shí)數(shù)據(jù)環(huán)境。 SAN網(wǎng)絡(luò)及存儲平臺建議（待補(bǔ)充）某股份有限公司專利業(yè)務(wù)系統(tǒng)的存儲平臺將是業(yè)務(wù)數(shù)據(jù)的載體，也將是主要的數(shù)據(jù)復(fù)制平臺，因而是容災(zāi)建設(shè)最重要的部分。在鏈路帶寬許可情況下，建議采用同步數(shù)據(jù)復(fù)制，避免數(shù)據(jù)丟失。xxxxxx本次容災(zāi)只考慮了核心的系統(tǒng)，在未來隨著業(yè)務(wù)的發(fā)展，將可能有更多的業(yè)務(wù)系統(tǒng)需要提供災(zāi)難保護(hù)能力，因而將會是多種應(yīng)用，多種主機(jī)平臺的異構(gòu)環(huán)境，最好是能采用平臺級的數(shù)據(jù)復(fù)制技術(shù)，以滿足未來長遠(yuǎn)的需求，降低復(fù)雜性，從而降低風(fēng)險(xiǎn)和成本。根據(jù)此模型，建議xxxxxx容災(zāi)平臺的架構(gòu)如下( 該示意圖只要表示核心數(shù)據(jù)服務(wù)及存儲部分，未包含網(wǎng)絡(luò)接入及應(yīng)用層等)：圖12：xxxxxx容災(zāi)建議架構(gòu) 數(shù)據(jù)遠(yuǎn)程復(fù)制技術(shù)建議所有容災(zāi)技術(shù)方案首先是數(shù)據(jù)的容災(zāi)，即數(shù)據(jù)在遠(yuǎn)程有了災(zāi)難保護(hù)和災(zāi)難恢復(fù)能力，這是整個容災(zāi)技術(shù)方案的基礎(chǔ)。對企業(yè)而言，選擇容災(zāi)方案既要考慮選擇合適技術(shù)方案，也需要考查實(shí)現(xiàn)該方案的產(chǎn)品在技術(shù)上是否成熟、可靠，性能和靈活性是否滿足要求，同時(shí)也需要考查提供該解決方案的供應(yīng)商是否有豐富的經(jīng)驗(yàn)和認(rèn)證的技能來保證方案的確實(shí)可行并能夠成功實(shí)施。 小結(jié)基于應(yīng)用的容災(zāi)方案、基于主機(jī)的容災(zāi)方案和基于存儲(包括虛擬存儲技術(shù))的容災(zāi)方案都有各自的適用范圍，適用于不同的災(zāi)難保護(hù)需要。l 只能對Oracle數(shù)據(jù)庫數(shù)據(jù)提供保護(hù)，不能對其它應(yīng)用數(shù)據(jù)—如文件應(yīng)用等提供災(zāi)難保護(hù)。 后備系統(tǒng)與主系統(tǒng)上Oracle用戶的權(quán)限一致；252。在主數(shù)據(jù)庫方，提交操作在完成寫的動作前、無需等待后備數(shù)據(jù)庫的接收確認(rèn)。這樣，會出現(xiàn)后備數(shù)據(jù)庫暫時(shí)與主數(shù)據(jù)庫不一致的情況，但是一旦后備數(shù)據(jù)庫恢復(fù)可用，數(shù)據(jù)庫會自動同步，不會有數(shù)據(jù)丟失。最大可用性模式提供了對于主數(shù)據(jù)庫次高級別的數(shù)據(jù)可用度，保證零數(shù)據(jù)丟失，并對單個組件的失敗提供保護(hù)。 最大性能模式Oracle Data Guard最大保護(hù)模式提供了對于主數(shù)據(jù)庫最高級別的數(shù)據(jù)可用度，是一種保證零數(shù)據(jù)丟失的容災(zāi)解決方案。當(dāng)主系統(tǒng)發(fā)生故障時(shí)，使用備份的數(shù)據(jù)庫日志文件在后備數(shù)據(jù)庫上恢復(fù)主數(shù)據(jù)庫內(nèi)的數(shù)據(jù)。 基于應(yīng)用的數(shù)據(jù)復(fù)制建設(shè)容災(zāi)系統(tǒng)基于應(yīng)用之間的數(shù)據(jù)復(fù)制技術(shù)也有很多種，以下按常用的Oracle 9i數(shù)據(jù)庫應(yīng)用自帶的Oracle Data Guard技術(shù)來進(jìn)行分析。l 有很多不同的基于主機(jī)的方案，可以滿足用戶的不同數(shù)據(jù)保護(hù)要求，提供多種不同數(shù)據(jù)保護(hù)模式；l 基于IP網(wǎng)絡(luò),沒有距離限制同時(shí)，采用主機(jī)的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案有以下局限：l 基于主機(jī)的方案通常需要同種主機(jī)平臺；l 基于主機(jī)的數(shù)據(jù)復(fù)制方案由于生產(chǎn)主機(jī)既要處理生產(chǎn)請求，又要處理遠(yuǎn)程數(shù)據(jù)復(fù)制，必須消耗生產(chǎn)主機(jī)的計(jì)算資源，因而對生產(chǎn)主機(jī)性能產(chǎn)生較大的影響，甚至是產(chǎn)生嚴(yán)重影響；l 災(zāi)備中心的數(shù)據(jù)一般不可用，如果用戶需要在遠(yuǎn)程數(shù)據(jù)中心使用生產(chǎn)數(shù)據(jù)給開發(fā)測試、DW/BI應(yīng)用使用將非常困難；l 利用主機(jī)數(shù)據(jù)復(fù)制軟件的方案比較復(fù)雜，尤其是和數(shù)據(jù)庫應(yīng)用結(jié)合的時(shí)候需要很復(fù)雜的機(jī)制或多種軟件的結(jié)合，從而對生產(chǎn)系統(tǒng)的穩(wěn)定性、可靠性、性能帶來顯著影響；l 如果有多個系統(tǒng)、多種應(yīng)用需要災(zāi)難保護(hù)，采用基于主機(jī)的方案將無法有統(tǒng)一的技術(shù)方案來實(shí)現(xiàn)。在當(dāng)前階段，我建議客戶暫不在關(guān)鍵業(yè)務(wù)系統(tǒng)的容災(zāi)上選擇虛擬化存儲技術(shù)，該技術(shù)還有待時(shí)間和實(shí)際應(yīng)用的驗(yàn)證，尚無法勝任核心、關(guān)鍵業(yè)務(wù)系統(tǒng)的容災(zāi)保護(hù)。在虛擬存儲環(huán)境下，無論后端物理存儲是什么設(shè)備，服務(wù)器及其應(yīng)用系統(tǒng)看到的都是其熟悉的存儲設(shè)備的邏輯鏡像。存儲虛擬化技術(shù)可以在不同層面實(shí)現(xiàn)，如在智能交換機(jī)層面、存儲層面或增加第三方設(shè)備來實(shí)現(xiàn)。通過虛擬化技術(shù)，用戶可以利用已有的硬件資源，把SAN內(nèi)部的各種異構(gòu)的存儲資源統(tǒng)一成對用戶來說是單一視圖的存儲資源（Storage Pool），而且采用Striping、LUN Masking、Zoning等技術(shù)，用戶可以根據(jù)自己的需求對這個大的存儲池進(jìn)行方便的分割、分配，保護(hù)了用戶的已有投資，減少了總體擁有成本（TCO）。如數(shù)據(jù)倉庫應(yīng)用通常需要從生產(chǎn)系統(tǒng)抽取數(shù)據(jù)，一旦進(jìn)行大規(guī)模數(shù)據(jù)抽取，生產(chǎn)系統(tǒng)幾乎處于停頓狀態(tài)，這時(shí)可以利用R2BCV卷進(jìn)行數(shù)據(jù)抽取，從而避免數(shù)據(jù)抽取給生產(chǎn)系統(tǒng)帶來的巨大性能沖擊。 用戶開發(fā)測試人員可以利用R2BCV或R2快照得到真實(shí)的數(shù)據(jù)進(jìn)行新應(yīng)用開發(fā)、測試工作，從而保證新應(yīng)用的質(zhì)量，加快新產(chǎn)品上市時(shí)間。如下圖所示：圖6：基于存儲的容災(zāi)方案有效利用災(zāi)備數(shù)據(jù)如上圖所示，生產(chǎn)中心的“源數(shù)據(jù)—R1”通過存儲本身的數(shù)據(jù)復(fù)制機(jī)制被復(fù)制到了災(zāi)備中心，即“目標(biāo)數(shù)據(jù)R2”。l 采用異步方式雖然存在一定的數(shù)據(jù)丟失的風(fēng)險(xiǎn)，但沒有距離限制，可以實(shí)現(xiàn)遠(yuǎn)距離保護(hù)。l 采用同步方式可能對生產(chǎn)系統(tǒng)性能產(chǎn)生影響，而且對通信鏈路要求較高，有距離限制，通常在近距離范圍內(nèi)實(shí)現(xiàn)（同城容災(zāi)或園區(qū)容災(zāi)方案）l 采用異步方式與其他種類的異步容災(zāi)方案一樣，存在數(shù)據(jù)丟失的風(fēng)險(xiǎn),通常在遠(yuǎn)距離通信鏈路帶寬有限的情況下實(shí)施。采用同步方式，使得后備磁盤陣列中的數(shù)據(jù)總是與生產(chǎn)系統(tǒng)數(shù)據(jù)同步，因此當(dāng)生產(chǎn)數(shù)據(jù)中心發(fā)生災(zāi)難事件時(shí)，不會造成數(shù)據(jù)丟失?；诖鎯Φ膹?fù)制可以是如上示意圖的“一對一”復(fù)制方式，也可以是“一對多或多對一”的復(fù)制方式，即一個存儲的數(shù)據(jù)復(fù)制