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