【正文】 設(shè)計的補充。RIPv1不支持VLSM（Variable Length Subnet Mask），不可能有效地利用IP地址。路由收斂較慢，此算法將經(jīng)歷Holddown(180S)的周期。RIP網(wǎng)絡(luò)適用于平面結(jié)構(gòu)的網(wǎng)絡(luò)。一般網(wǎng)絡(luò)的路由器數(shù)目少于20個。有以下特點：僅用于IP網(wǎng)絡(luò)，無hop count的限制，適于大型網(wǎng)絡(luò)，支持VLSM，用hello通知其他路由器本路由器工作正常。路由收斂較快，在路徑的選擇中，metric主要考慮鏈路的延遲，支持相同cost的多條鏈路路由，較好地實現(xiàn)負(fù)載均衡。通過劃分區(qū)域更好的規(guī)劃網(wǎng)絡(luò)，減少路由更新信息。3. IGRPIGRP是Distance Vector路由協(xié)議，由CISCO開發(fā)，用于大型IP及OSI網(wǎng)絡(luò)，有以下特點：不支持VLSM（Variable Length Subnet Mask)，不可能有效地利用IP地址。在路徑的選擇上采用組合的metrics包括：延遲、帶寬、可靠性、MTU和負(fù)載。4. EIGRPEIGRP是intradomain，先進(jìn)的Distance Vector路由協(xié)議，由CISCO開發(fā)和支持：結(jié)合了距離向量(DV)協(xié)議和連接狀態(tài)(LS)協(xié)議的優(yōu)點，采用了DUAL算法達(dá)到網(wǎng)絡(luò)的快速收斂。采用五維參數(shù)來決定最佳路徑：帶寬、時延、可靠性、線路負(fù)載和最大數(shù)據(jù)包尺寸。它采用模塊化軟件支持IP、IPX和AT協(xié)議。EIGRP本身的設(shè)計定位是取代IGRP的，所以IGRP也逐漸淡出。但EIGRP屬于Cisco公司專有的路由協(xié)議，兼容性較差。故建議采用OSPF協(xié)議作為設(shè)計廣域網(wǎng)的路由協(xié)議。同時配合國家數(shù)據(jù)及主控中心、各省及控制中心啟動OSPF動態(tài)路由協(xié)議，并做好相應(yīng)的路由協(xié)議參數(shù)配置，從而實現(xiàn)全網(wǎng)統(tǒng)一的大的OSPF動態(tài)路由網(wǎng)絡(luò)。這將最大限度的利用OSPF的分區(qū)管理優(yōu)勢。通過對OSPF的適當(dāng)配置，可以對省內(nèi)的路由信息進(jìn)行匯總。OSPF在路徑的選擇中，metric主要考慮鏈路的延遲。如果不同的路徑的也cost不同，那么OSPF會有先啟動cost值?。╟ost值越小，則鏈路的延遲越?。┑哪菞l路徑，如果該路徑失效，則OSPF會啟動cost大的其他路徑。為了保證網(wǎng)絡(luò)上的工作站和服務(wù)器的最大可用性，在核心交換機上對不同的VLAN分別使用HSRP熱備份路由協(xié)議，虛擬出一個缺省網(wǎng)關(guān)，在一臺核心交換機失效時，仍可以保證工作站和服務(wù)器的正常運行。 與原有設(shè)備互聯(lián) 利用原來的網(wǎng)絡(luò)設(shè)備華為S5000作為DMZ區(qū)交換機，利用原來的Cisco 3550交換機作為數(shù)據(jù)中心接入交換機使用。 服務(wù)器整體結(jié)構(gòu) 服務(wù)器功能分配服務(wù)器的功能主要分為：序號項目名稱服務(wù)器名稱數(shù)量備注1生產(chǎn)環(huán)境數(shù)據(jù)庫服務(wù)器12生產(chǎn)環(huán)境應(yīng)用服務(wù)器13測試、開發(fā)環(huán)境測試、開發(fā)服務(wù)器14培訓(xùn)環(huán)境培訓(xùn)服務(wù)器15管理服務(wù)器網(wǎng)絡(luò)管理、接入認(rèn)證、日志審計3 服務(wù)器選型服務(wù)器從硬件性能上，可分為：小型機、PC服務(wù)器。針對太重ERP軟件，軟件本身對硬件要求比較高，內(nèi)部并發(fā)用戶量大。為了保證系統(tǒng)的連續(xù)性、測試；選用兩臺低端的小型機作為測試、開發(fā)和培訓(xùn)環(huán)境服務(wù)器。服務(wù)器操作系統(tǒng)的選擇目前市場主流操作系統(tǒng)軟件包括以下幾類：UNIX（主要有IBM AIX, HP UNIX, SUN Solaris等）Linux（主要有Redhat Linux, Turbo Linux, 紅旗Linux等）Windows根據(jù)應(yīng)用需求，小型機上采用高可靠性的UNIX操作系統(tǒng)。第5章 IBM主機存儲建設(shè)方案 IBM服務(wù)器建設(shè)方案核心數(shù)據(jù)庫/應(yīng)用服務(wù)器布署在整個網(wǎng)絡(luò)系統(tǒng)的核心區(qū)域，邏輯上位于整個應(yīng)用系統(tǒng)的數(shù)據(jù)核心層，可靠問題是十分重要的，所以在系統(tǒng)設(shè)計上，中心主機采用兩臺小型機、共享SAN磁盤陣列的架構(gòu)方式，運行數(shù)據(jù)庫應(yīng)用。配置千兆網(wǎng)卡和光纖通道卡實現(xiàn)與網(wǎng)絡(luò)和存儲區(qū)域網(wǎng)的高速連接。2臺IBM P5 560Q小型機和2臺P52A服務(wù)器接入到存儲區(qū)域網(wǎng)中。采用光纖磁盤陣列存儲系統(tǒng)，接入SAN，實現(xiàn)基于SAN的集中存儲。采用LTO 3582磁帶庫采用IBM TSM備份管理軟件，實現(xiàn)自動化備份管理。為了保證設(shè)備的可靠性，交換機應(yīng)具有冗余電源風(fēng)扇等組件。光纖交換機支持集中的管理。支持統(tǒng)一界面的集中管理。軟件組成為了保證存儲系統(tǒng)的可靠性、可用性，保證7*24小時的業(yè)務(wù)連續(xù)性，需要自動備份恢復(fù)。 備份管理軟件設(shè)計我們建議集中部署系統(tǒng)管理軟件：建議搭建一套備份系統(tǒng)，實現(xiàn)對文件系統(tǒng)、數(shù)據(jù)庫進(jìn)行統(tǒng)一備份管理。將各需要備份的核心應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器連接到SAN上，以實現(xiàn)基于SAN的備份管理。在數(shù)據(jù)庫服務(wù)器上需要安裝服務(wù)器端相關(guān)的備份代理模塊，以實現(xiàn)LANFREE的管理以及Oracle數(shù)據(jù)庫的在線備份管理。備份系統(tǒng)具有良好的擴展性。針對不同類型的主機、數(shù)據(jù)庫系統(tǒng)、文件系統(tǒng)備份要求，我們使用了兩種級別的備份方式，一種是基于文件級別的備份；第二種是基于數(shù)據(jù)庫級別的備份。文件級別的備份考慮到信息中心存在許多屬于文件級別的服務(wù)器。數(shù)據(jù)庫級別的備份 IBM Tivoli Storage Manager備份管理軟件支持支持Informix、DBSQL Server、Oracle等數(shù)據(jù)庫產(chǎn)品的在線熱備功能。 對于項目可能涉及的Oracle數(shù)據(jù)庫服務(wù)器，為了確保這些數(shù)據(jù)庫7 x 24小時的運行狀態(tài)，我們提供了Oracle數(shù)據(jù)庫的備份接口，以Tivoli Storage Manager和IBM Tivoli Storage Manager for Databases模塊來實現(xiàn)數(shù)據(jù)庫的在線備份和恢復(fù)的功能。它可以實現(xiàn)在線數(shù)據(jù)庫的完全備份，并且完全恢復(fù)到原位置或異地。Oracle數(shù)據(jù)庫需要考慮備份的部分有：系統(tǒng)表空間，用戶表空間，在線重做日志文件，歸檔redo日志文件，控制文件，初始化文件和配置文件。更重要的是， RMAN提供了一個介質(zhì)管理接口，可以與TSM連接，因此不需要任何硬盤上的臨時文件，備份數(shù)據(jù)直接由RMAN送到TSM。TSM for DB（Oracle）與Oracle連接的示意圖： TSM與Oracle通過API連接在一起Oracle將數(shù)據(jù)交給RMAN備份，而當(dāng)安裝了TSM for DB（Oracle）時， RMAN的API與TSM的API相連接，數(shù)據(jù)經(jīng)RMAN的API傳遞到TSM的API，最終送至TSM Server。數(shù)據(jù)備份策略建議數(shù)據(jù)備份流程日常備份操作由備份系統(tǒng)自動完成，操作人員按照要求在備份服務(wù)器上制定備份策略，全網(wǎng)的備份由備份服務(wù)器統(tǒng)一管理。備份服務(wù)器(包括主服務(wù)器和共享服務(wù)器)的數(shù)據(jù)(文件和數(shù)據(jù)庫資料)直接進(jìn)入磁帶庫，各客戶端的資料由網(wǎng)絡(luò)傳到備份主服務(wù)器，進(jìn)入帶庫，對于一些小文件，我們可以先將這些小文件備份到備份服務(wù)器的本地硬盤存儲池中，待達(dá)到一定百分比時，在一次性遷移到帶庫中；而對于一些大文件，可以直接備份到帶庫中。為提高備份質(zhì)量、保證數(shù)據(jù)安全，可以采用ITSM軟件的自動的副本存儲池復(fù)制功能，同時進(jìn)行備份復(fù)制，一份近線保管，另一份離線保管(所有管理均由備份軟件完成)提高系統(tǒng)容災(zāi)能力。備份工作的主要內(nèi)容包括主機、數(shù)據(jù)庫系統(tǒng)備份和應(yīng)用系統(tǒng)數(shù)據(jù)備份三個方面：主機、數(shù)據(jù)庫、應(yīng)用軟件系統(tǒng)備份策略為了在主機、數(shù)據(jù)庫、應(yīng)用軟件系統(tǒng)發(fā)生故障時，能夠迅速、有效的使系統(tǒng)得到恢復(fù)，需要對主機、數(shù)據(jù)庫、應(yīng)用軟件系統(tǒng)進(jìn)行備份。1）、在主機、數(shù)據(jù)庫、應(yīng)用軟件安裝調(diào)試完畢后，將主機、數(shù)據(jù)庫、應(yīng)用軟件系統(tǒng)的備份到磁帶上。3）、定期對主機、數(shù)據(jù)庫、應(yīng)用軟件系統(tǒng)進(jìn)行全備份。應(yīng)用軟件系統(tǒng)數(shù)據(jù)備份策略根據(jù)業(yè)務(wù)特點，系統(tǒng)的數(shù)據(jù)備份要求較高，下面我們分別說明數(shù)據(jù)備份策略：1）、應(yīng)用系統(tǒng)數(shù)據(jù)庫的備份根據(jù)現(xiàn)有的IT環(huán)境和需求，目前主要備份的Oracle數(shù)據(jù)庫，利用IBM Tivoli Storage Manager for Databases模塊調(diào)用RMAN進(jìn)行在線的熱備份，可以在備份時，將備份數(shù)據(jù)保存在不同的存儲對象中，以滿足客戶容災(zāi)的要求，可以利用ITSM的多線程的數(shù)據(jù)遷移、利用多個磁帶驅(qū)動器同時讀寫提高其數(shù)據(jù)備份的效率。根據(jù)客戶的數(shù)據(jù)量和網(wǎng)絡(luò)條件，我們建議：Oracle的備份以周為備份周期，星期一到星期六做數(shù)據(jù)庫累積增量、歸檔日志、控制文件和CATALOG用戶所有對象的備份，星期天做全備份，保留前面一周期和當(dāng)前周期的備份，每個周期有兩份容余。對于Oracle系統(tǒng)的數(shù)據(jù)備份和恢復(fù)的性能，可以通過開辟多個Oracle數(shù)據(jù)備份通道和多重數(shù)據(jù)遷移的技術(shù)得到保障。備份時可以利用ITSM的永遠(yuǎn)增量備份的功能、多線程的數(shù)據(jù)遷移提高數(shù)據(jù)備份的效率，也可以利用ITSM獨特的磁帶分類集中存放技術(shù)保證數(shù)據(jù)存放的合理性，減少磁帶的占用，提高數(shù)據(jù)恢復(fù)的效率。2）、對于文件系統(tǒng)的備份，可以直接利用ITSM Client進(jìn)行備份。安全性建議數(shù)據(jù)安全性IBM Tivoli Storage Manager備份管理軟件提供128位的AES數(shù)據(jù)加密備份傳輸和存儲，保證數(shù)據(jù)的安全性。對不同網(wǎng)絡(luò)環(huán)境、防火墻等環(huán)境下的備份支持IBM Tivoli Storage Manager備份管理軟件支持基于局域網(wǎng)、存域網(wǎng)、廣域網(wǎng)、互聯(lián)網(wǎng)以及撥號上網(wǎng)等多種網(wǎng)絡(luò)環(huán)境的備份，并且設(shè)計了相應(yīng)的支持技術(shù)，支持多種網(wǎng)絡(luò)傳輸協(xié)議。（1）本地Oracle業(yè)務(wù)數(shù)據(jù)庫破壞而需要恢復(fù)時。恢復(fù)時，ITSM可以實現(xiàn)多線程的數(shù)據(jù)恢復(fù)，可以利用ITSM獨特的磁帶分類集中存放技術(shù)，減少磁帶的就位時間，提高數(shù)據(jù)恢復(fù)的效率。這種恢復(fù)方式比全部用ARCIVE LOG恢復(fù)要快。如果最近一次的全備份恢復(fù)都不可用上個周期的全備份＋上個周期的最后一次增量備份＋本周期的最近一次增量備份＋增量備份到斷點的ARCHIVE LOG來恢復(fù)。（2）本地非數(shù)據(jù)庫或應(yīng)用文件破壞而需要恢復(fù)時。如下圖所示：也可利用命令：dsmc –r命令恢復(fù)相應(yīng)的文件恢復(fù)時，ITSM可以實現(xiàn)多線程的數(shù)據(jù)恢復(fù)，可以利用ITSM獨特的磁帶分類集中存放技術(shù)，減少磁帶的就位時間，提高數(shù)據(jù)恢復(fù)的效率。按以下步驟處理：如果ITSM Sever建立在HA的環(huán)境下(即ITSM Server分別安裝在HA的雙機上，而數(shù)據(jù)庫文件則建立在共享的盤陣上)，一旦ITSM Server癱瘓，將由Standby ITSM Server自動接管。如果對其后臺數(shù)據(jù)庫作了及時的本地備份，利用數(shù)據(jù)庫的恢復(fù)功能恢復(fù)本地數(shù)據(jù)庫，直接恢復(fù)ITSM Server。因此需要建設(shè)基于SAN的存儲和備份結(jié)構(gòu)，利用SUN STK6540磁盤陣列，SUN STK C4磁帶庫，Veritas備份軟件滿足存儲/備份的設(shè)計和部署要求。 備份策略本方案根據(jù)數(shù)據(jù)集中式管理原則，采用專業(yè)的備份軟件和磁帶庫組成備份系統(tǒng)。從而實現(xiàn)數(shù)據(jù)的集中管理，保證業(yè)務(wù)發(fā)展的連續(xù)性和數(shù)據(jù)的高可用性，使用戶得到最大的投資回報。這種備份方式，保證了系統(tǒng)的7x24小時的運行。全備份 (Full Backup)每次備份定義的所有數(shù)據(jù)，優(yōu)點是恢復(fù)快，缺點是備份數(shù)據(jù)量大，數(shù)據(jù)多時可能做一次全備份需很長時間增量備份 (Incremental Backup)增量備份又分為差量備份和累計備份差量備份 (Differential Backup)備份自上一次備份以來更新的所有數(shù)據(jù)，其優(yōu)點是每次備份的數(shù)據(jù)量少，缺點是恢復(fù)時需要全備份及多份增量備份累計備份 (Cumulative Backup)備份自上一次全備份以來更新的所有數(shù)據(jù)。磁盤鏡像所保護(hù)的數(shù)據(jù)是在線數(shù)據(jù)，但是如果數(shù)據(jù)被誤刪除或損壞，它是無能為力的。定期進(jìn)行數(shù)據(jù)恢復(fù)測試。另外定期的數(shù)據(jù)恢復(fù)測試還可以使維護(hù)人員建立更合理的恢復(fù)計劃，在問題發(fā)生時更快的對系統(tǒng)或數(shù)據(jù)進(jìn)行恢復(fù)。對于歸檔的數(shù)據(jù)要定期將數(shù)據(jù)從原先的磁帶復(fù)制到另外的磁帶中以對它進(jìn)行保護(hù)。如果企業(yè)的關(guān)鍵數(shù)據(jù)丟失，會造成巨大的損失，這個損失會遠(yuǎn)遠(yuǎn)超過磁帶的采購、備份、運送以及維護(hù)磁帶的費用。盡量使備份變得更有彈性。同時盡量避免過多的人工干預(yù)，盡量減少故障發(fā)生的因素，從而建立一個穩(wěn)定可靠的備份系統(tǒng)。數(shù)據(jù)庫全部需要采用在線備份，每周需要做一次全備份，每天做增量備份。在實際的操作過程中，這部分也會承擔(dān)主要的數(shù)據(jù)保護(hù)工作。通常情況下，大型數(shù)據(jù)庫的備份以物理備份為主，邏輯備份為輔，因為物理備份/恢復(fù)速度快。在線備份是在數(shù)據(jù)庫運行的情況下實施的備份，而脫機備份則是在數(shù)據(jù)庫關(guān)閉的情況下進(jìn)行。自動備份策略當(dāng)備份服務(wù)器和預(yù)定程序設(shè)置完成后，客戶機可以選擇以下三種方式中的任何一種進(jìn)行備份：在預(yù)定的時間啟動預(yù)定備份(Schedule模式)；在任何時間，通過GUI管理程序或行命令人工進(jìn)行立即備份；客戶機上的用戶通過代理程序啟動面向用戶的備份。在備份操作過程中，客戶機將備份影像中所包含文件信息傳送到備份服務(wù)器，備份服務(wù)器將其存放到備份影像清單數(shù)據(jù)庫中。在查閱練練大量相關(guān)資料以及前輩們的經(jīng)驗后，我對物流網(wǎng)絡(luò)規(guī)劃有的很清晰的認(rèn)識，明白了物流網(wǎng)絡(luò)規(guī)劃的真實含義，它并不僅限于對網(wǎng)絡(luò)信息的要求，它涵蓋了選址、設(shè)施、搬運、倉儲、配送等規(guī)劃。我國物流網(wǎng)絡(luò)規(guī)劃的發(fā)展從嶄新的基礎(chǔ)設(shè)施平臺到日益向好的政策環(huán)境，都使現(xiàn)代物流的發(fā)展進(jìn)入了建國以來的黃金期。參考文獻(xiàn)[1] （卷1：協(xié)議）.北京:機械工業(yè)出版社,2000[2] （第3版）.北京:清華大學(xué)出版社,2006[3] :清華大學(xué)出版社,2005[4] 施游，:清華大學(xué)出版社,2009[5] :鐵路計算機應(yīng)用,20028 [6] 張衛(wèi)，:清華大學(xué)出版社,2004[7] 趙文輝，徐俊，:清華大學(xué)出版社,2004[8] :清華大學(xué)出版社,2007[9] 胡伏湘，:清華大學(xué)出版社,2004[10] :機械工業(yè)出版社,2007[11] 葉宏帥，,2005[12] 熊桂喜，（第3版）.清華大學(xué)出版社,1998[13] lan Engineering(