關(guān)于路由器的故障有很多，很多人還不了解其故障的排除方法，下面以路由器為例，介紹一個(gè)比較復(fù)雜的故障，這種故障具有代表性。

　　一、某骨干路由器，組網(wǎng)完成后發(fā)現(xiàn)該網(wǎng)件路由器的2M主干出口線路協(xié)議處于down狀態(tài)，從而使與之相聯(lián)的網(wǎng)絡(luò)中斷，用“show running-config”命令檢查所有運(yùn)行參數(shù)，沒有發(fā)現(xiàn)錯(cuò)誤;又用“show interfaces serial”命令檢查串口，發(fā)現(xiàn)某些端口狀態(tài)up，而線路協(xié)議是 down，并且出現(xiàn)這種情況的串口均在同一個(gè)串口板(A板)上，其它各模塊工作正常。http://www.limingit.com/sitecn/Training_Courses.aspx?columnid=1675

　　經(jīng)查所有物理線路也都正常，從而排除了線路故障的可能性。然而在一般情況下同一個(gè)串口板上的串口同時(shí)出現(xiàn)線路故障的可能性也并不大。

　　二、至此可以初步確定可能A板出了問題。當(dāng)進(jìn)入全局配置模式后，再想進(jìn)入A板上串口的端口配置模式時(shí)卻發(fā)現(xiàn)無法實(shí)現(xiàn)，每次鍵入“interface serial串口號”時(shí)，總是報(bào)錯(cuò)，但是同樣的命令卻可以進(jìn)入其它串口的端口配置模式。這時(shí)，可以初步判斷IOS本身出現(xiàn)了某種軟件故障，用reload 命令重啟網(wǎng)件路由器后系統(tǒng)進(jìn)入ROMmonitor模式，提示符為“rommon>”，鍵入命令“boot”可啟動網(wǎng)件路由器但故障依然存在，而且所有A板串口的配置語句全都報(bào)錯(cuò)。

　　三、再將網(wǎng)件路由器關(guān)電然后加電時(shí)觀察到：網(wǎng)件路由器的交流(或直流)OK LED燈為綠色，這說明系統(tǒng)的供電子系統(tǒng)工作正常，風(fēng)扇旋轉(zhuǎn)正常且輸出錯(cuò)誤LED燈未亮，這說明冷卻子系統(tǒng)工作正常，路由器處理器(RSP)的LED燈為綠色，這也表示系統(tǒng)工作正常。各接口的Enable LED燈為綠色，表示RSP已完成了接口處理器的初始化。

　　但A板的LED燈全閃了一下就滅了，執(zhí)行“reset”命令再用“boot”引導(dǎo)系統(tǒng)后所有A板串口的配置語句全部消失了。

　　四、進(jìn)一步檢查A板時(shí)發(fā)現(xiàn)其型號為VIP2，其上的兩個(gè)子模塊中只安裝了一個(gè)四串口子模塊，因此A板上只有四個(gè)串(可擴(kuò)充至8個(gè))，其中三個(gè)串口已使用，一個(gè)空閑。正常時(shí)三個(gè)使用的串口的LED燈應(yīng)亮，而未使用的串口的LED燈應(yīng)為黃色，但目前卻是四個(gè)串口的LED都不亮。系統(tǒng)啟動后，用命令“show version”可以發(fā)現(xiàn)系統(tǒng)已找到了A板并識別出該板的型號為VIP2，只是沒有詳細(xì)信息。

　　五、在顯示信息的最后一行，發(fā)現(xiàn)網(wǎng)件路由器配置寄存器數(shù)值為0x0，將其修改為0x2102后，重新引導(dǎo)網(wǎng)件路由器，將備份配置從 tftpserver上拷入running-config后，網(wǎng)件路由器工作恢復(fù)正常，至此排除了這一貌似硬件接口損壞而實(shí)為軟件參數(shù)設(shè)置錯(cuò)誤的故障，網(wǎng)件路由器寄存器值由四個(gè)16進(jìn)制數(shù)組成，其中低4位決定系統(tǒng)的啟動方式：當(dāng)最低4位為0-0-0-0，網(wǎng)件路由器不裝載系統(tǒng)鏡像，而是進(jìn)入監(jiān)控狀態(tài) (ROM monitor mode)或維護(hù)狀態(tài)(Maintenance mode)，需要手工引導(dǎo)，當(dāng)最低4位為0-0-0-1，網(wǎng)件路由器裝載從ROMs里找到的系統(tǒng)鏡像。

　　當(dāng)最低4位為0-0-1-0至于1-1-1-1之間，網(wǎng)件路由器按啟動配置中BOOT SYSTEM命令的設(shè)置裝載操作系統(tǒng)鏡像，如果沒有設(shè)置該命令則從一個(gè)默認(rèn)的網(wǎng)絡(luò)服務(wù)器上的系統(tǒng)鏡像中裝載操作系統(tǒng)鏡像。

　　當(dāng)?shù)?位為1時(shí)，網(wǎng)件路由器啟動時(shí)忽略NVRAM中的配置，這點(diǎn)是我們需要注意到的。

　　持續(xù)可用性是 Windows Server 2012 中的一項(xiàng)重大投資。這意味著需要將基礎(chǔ)架構(gòu)的功能結(jié)合在一起，使得虛擬機(jī)和負(fù)載在面對計(jì)算、網(wǎng)絡(luò)，或存儲基礎(chǔ)架構(gòu)的故障時(shí)能保持在線。為基礎(chǔ)架構(gòu)與負(fù)載設(shè)計(jì)持續(xù)可用性，需要對支撐架構(gòu)的每一層進(jìn)行分析，并提供足夠的回彈能力。在私有云環(huán)境中使用的物理計(jì)算、存儲，以及網(wǎng)絡(luò)架構(gòu)通常需要優(yōu)先考慮。隨后可以通過來賓群集或運(yùn)行負(fù)載的虛擬機(jī)群集提供額外的一層回彈能力。通過配合使用，部署這些技術(shù)即可在宿主機(jī)基礎(chǔ)架構(gòu)，以及來賓基礎(chǔ)架構(gòu)的計(jì)劃內(nèi)和計(jì)劃外停機(jī)的情況下確保持續(xù)可用性。在設(shè)施層面和物理基礎(chǔ)架構(gòu)層，Windows Server 2012 基礎(chǔ)架構(gòu)可為計(jì)算、網(wǎng)絡(luò)，以及存儲提供持續(xù)可用性技術(shù)。

　　對于存儲，Windows Server 2012 引入了存儲空間，這是一種新技術(shù)，可使用市售硬件提供高可用的存儲服務(wù)。通過使用存儲空間或基于 SAN 的存儲，Windows Server 2012 還可實(shí)現(xiàn) Scale-Out 文件服務(wù)器群集。在 Scale-Out 文件服務(wù)器群集中，兩臺或多臺加入群集的文件服務(wù)器可使用第二版群集共享卷(CSV2)技術(shù)讓一個(gè)擴(kuò)展直接跨越所有文件服務(wù)器，提供非常高速，并且高可用性的文件共享。這種文件共享可用于保存虛擬機(jī)的文件，因?yàn)閃indows Server 2012 支持將虛擬機(jī)文件保存在 SMB3 文件共享中。通過與存儲空間、Scale-Out 文件群集，以及 SMB 3 多通道訪問等功能相結(jié)合，Windows Server 2012 存儲基礎(chǔ)架構(gòu)的任何組件雖然依然可能故障，但對文件共享或虛擬機(jī)的訪問完全不受影響。這種結(jié)合可為存儲基礎(chǔ)架構(gòu)提供持續(xù)可用性。

　　對于網(wǎng)絡(luò)基礎(chǔ)架構(gòu)，Windows Server 2012 提供了內(nèi)建的網(wǎng)卡捆綁功能，可支持在包含多塊網(wǎng)卡的服務(wù)器上實(shí)現(xiàn)負(fù)載平衡與故障轉(zhuǎn)移(LBFO)。無論服務(wù)器使用的網(wǎng)卡品牌和速度如何，Windows Server 2012 都可使用這些適配器創(chuàng)建網(wǎng)絡(luò)適配器“組”。隨后這樣的組可以分配一個(gè) IP 地址，并且只要組中有至少一個(gè)適配器保持連接，整個(gè)組就可以維持連接。如果組中有超過一個(gè)可用的網(wǎng)絡(luò)適配器，還可以對通訊進(jìn)行負(fù)載平衡，通過匯聚獲得更高吞吐率。在宿主機(jī)級別使用網(wǎng)卡捆綁，并配合冗余的交換機(jī)/路由器基礎(chǔ)架構(gòu)，即可為您的網(wǎng)絡(luò)基礎(chǔ)架構(gòu)提供持續(xù)可用性。

　　對于計(jì)算資源，Windows Server 2012 依然可以在 Hyper-V 宿主機(jī)群集中使用 Windows故障轉(zhuǎn)移群集技術(shù)，并且群集容量有極大提升，每個(gè)群集最多可包含 64 個(gè)節(jié)點(diǎn)。宿主機(jī)群集可供您創(chuàng)建高可用虛擬機(jī)(HAVM)。Hyper-V 宿主機(jī)群集還可使用持續(xù)可用的存儲基礎(chǔ)架構(gòu)保存HAVM。在計(jì)劃內(nèi)停機(jī)時(shí)段內(nèi)，HAVM(以及非HA 的VM)可實(shí)時(shí)遷移到其他宿主機(jī)上，這個(gè)過程中虛擬機(jī)無需停機(jī)。對于計(jì)劃外停機(jī)，虛擬機(jī)可以自動移動到群集中的其他節(jié)點(diǎn)，或在其他節(jié)點(diǎn)上引導(dǎo)。通過使用群集感知更新技術(shù)，將所有虛擬機(jī)通過實(shí)時(shí)遷移功能從待更新群集節(jié)點(diǎn)上移走，還可自動對群集進(jìn)行更新，并且在宿主機(jī)維護(hù)和更新過程中不會造成停機(jī)。通過配合使用這些技術(shù)，即可為計(jì)算和虛擬化基礎(chǔ)架構(gòu)提供持續(xù)可用性。

　　雖然這些技術(shù)提供了強(qiáng)壯的物理基礎(chǔ)架構(gòu)和虛擬化平臺，但對可用性需求要求最高的依然是托管的負(fù)載。虛擬機(jī)也許還在運(yùn)行，但其中的負(fù)載可能已經(jīng)出錯(cuò)，停止運(yùn)行，或正在經(jīng)歷其他由于停機(jī)導(dǎo)致的問題。為了向負(fù)載提供持續(xù)可用性，Windows Server 2012與WindowsServer 2008 R2 一樣，也能支持來賓群集，或通過虛擬機(jī)創(chuàng)建故障轉(zhuǎn)移群集。這里一個(gè)最常見的例子是，對SQL 虛擬機(jī)創(chuàng)建來賓群集，這樣即可在虛擬化之后的群集節(jié)點(diǎn)間使用高級錯(cuò)誤檢測，并對數(shù)據(jù)庫實(shí)例進(jìn)行故障轉(zhuǎn)移。以前，來賓群集只能支持使用iSCSI 存儲。但在Windows Server 2012中，通過讓虛擬機(jī)支持虛擬光纖通道主機(jī)總線適配器(HBA)，虛擬機(jī)可以訪問光纖通道共享存儲。該功能使得基于光纖通道的存儲可以設(shè)置并直接呈現(xiàn)到虛擬機(jī)內(nèi)部，虛擬機(jī)可以使用這樣的共享存儲實(shí)現(xiàn)來賓故障轉(zhuǎn)移群集。

　　通過結(jié)合使用宿主機(jī)和來賓群集，即可為負(fù)載在整個(gè)結(jié)構(gòu)任何層面的故障面前提供持續(xù)可用性。在SQL 來賓群集的例子中，如果SQL 遇到故障，例如服務(wù)或其他組件出錯(cuò)，數(shù)據(jù)庫實(shí)例即可故障轉(zhuǎn)移到來賓群集的其他節(jié)點(diǎn)中。如果底層物理宿主機(jī)的一個(gè)網(wǎng)絡(luò)連接丟失，網(wǎng)卡捆綁技術(shù)可以繼續(xù)為SQL 虛擬機(jī)提供網(wǎng)絡(luò)。通過配置Anti-affinity 規(guī)則，這樣的SQL 來賓群集虛擬機(jī)就可以確保不在同一臺物理節(jié)點(diǎn)上運(yùn)行，這樣如果一個(gè)物理節(jié)點(diǎn)故障，SQL 數(shù)據(jù)庫就可以故障轉(zhuǎn)移到來賓群集內(nèi)的其他SQL 節(jié)點(diǎn)中，而這樣的節(jié)點(diǎn)也都運(yùn)行在宿主機(jī)群集內(nèi)的其他節(jié)點(diǎn)中。如果保存SQL 虛擬機(jī)或數(shù)據(jù)的磁盤出現(xiàn)故障，存儲空間和Scale-Out 文件群集功能依然可以提供不間斷的數(shù)據(jù)訪問。

　　這些例子證明了只要經(jīng)過妥善的設(shè)計(jì)，配合使用宿主機(jī)和來賓群集，以及Windows Server 2012 的其他功能，例如網(wǎng)卡捆綁，即可為虛擬機(jī)和負(fù)載提供持續(xù)可用性。http://www.limingit.com/sitecn/Training_Courses.aspx?columnid=1673

　　Windows NLB群集有兩種操作模式：單播模式、多播模式。

　　一、單播模式

　　1、單播模式(交換機(jī)不允許兩個(gè)port注冊相同的MAC地址)：二層交換機(jī)的每一個(gè)端口(PORT)所注冊的MAC地址必須是唯一的，也就是說，每個(gè)端口的MAC不能重復(fù)，當(dāng)兩臺服務(wù)器成為群集的時(shí)候，那么也就意味著，這兩臺服務(wù)器的網(wǎng)卡啟用了NLB群集的功能，那么這兩個(gè)網(wǎng)卡就有一個(gè)相同的MAC地址：00-ab-11-22-33-44即群集MAC。由于兩臺服務(wù)器直接連接在二層交換機(jī)的端口上，所以這兩個(gè)交換機(jī)的端口都會被注冊成為00-ab-11-22-33-44，以此，交換機(jī)的端口MAC產(chǎn)生了沖突，這是不允許的。如圖：http://www.limingit.com/sitecn/Training_Courses.aspx?columnid=1674

　　既然出現(xiàn)了問題，那么，我們就要利用MaskSourceMAC的解決這個(gè)問題，也就是將群集MAC地址的最高第2組設(shè)為主機(jī)ID。那么第一臺主機(jī)是01，第二臺主機(jī)是02.如圖：

　　2、單播模式(Switch Flooding——交換機(jī)泛洪)：我們已經(jīng)知道，交換機(jī)的每一個(gè)端口都是唯一的，路由器接收到群集IP的數(shù)據(jù)包時(shí)，它會通過ARP地址來查詢?nèi)杭疢AC地址，不過，交換機(jī)端口(port)沒有群集MAC地址，因?yàn)槲覀円呀?jīng)通過MaskSourceMAC功能解決交換機(jī)端口MAC相同的問題，當(dāng)然交換機(jī)端口也沒有所謂的群集MAC地址，這個(gè)時(shí)候，交換機(jī)就會進(jìn)行泛洪，其實(shí)說白了，就是向每個(gè)端口除接收端口進(jìn)行廣播，這樣會造成額外的網(wǎng)絡(luò)負(fù)擔(dān)，說的通俗點(diǎn)就是，會造成大大的占用網(wǎng)絡(luò)帶寬。如圖：

　　雖然泛洪現(xiàn)象可以造成額外的網(wǎng)絡(luò)負(fù)擔(dān)，不過，群集中的主機(jī)都能接收到發(fā)來的數(shù)據(jù)包。那么我們?nèi)绾谓鉀Q交換機(jī)泛洪問題呢?我們可以先將兩臺群集主機(jī)連接在一臺HUB(集線器)上，然后再禁用MaskSourceMAC功能，這樣，只有HUB連接的交換機(jī)端口注冊群集MAC，這樣就不會產(chǎn)生泛洪問題了。如圖：

　　禁用MaskSourceMAC功能的方法：開始——運(yùn)行——regedit——HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WLBS\Parameters\Interface\Adapter-GUID,將Adapter-GUID值改為0即可。

　　3、單播模式(群集服務(wù)器之間無法相互通信的問題)：既然是NLB群集，并且支持著WEB服務(wù)，也就意味著，每一臺群集主機(jī)上的web內(nèi)容都是一樣的，我們可以利用DFS復(fù)制技術(shù)將兩臺群集里的web內(nèi)容進(jìn)行同步，那么就必須讓兩臺主機(jī)進(jìn)行通信。如果我們選擇單播模式，并且選擇一塊網(wǎng)卡，那么就會產(chǎn)生兩臺群集主機(jī)不通信的問題。如圖：

　　上圖所示，當(dāng)左邊的主機(jī)要與右邊的主機(jī)進(jìn)行通信的時(shí)候，它會通過ARP請求數(shù)據(jù)包來詢問其主機(jī)的MAC地址，而右邊主機(jī)回復(fù)的MAC地址是群集MAC，也就是和左邊的MAC是一樣的，所以這個(gè)時(shí)候，無法進(jìn)行通信。那么解決方法就是，將每臺群集主機(jī)安裝兩塊網(wǎng)卡，并且安裝的兩塊網(wǎng)卡不啟用群集服務(wù)，這樣通信就不會出現(xiàn)問題了。如圖：

　　二、多播模式

　　多播模式的概念：多播，說白了，就是將數(shù)據(jù)包發(fā)送給多臺計(jì)算機(jī)，這些計(jì)算機(jī)同屬于一個(gè)個(gè)多播組，他們擁有一個(gè)共同的多播MAC地址。

　　多播模式的特點(diǎn)：1、NLB群集中每一臺服務(wù)器的網(wǎng)卡仍然會保留原來的唯一的MAC地址，所以，群集成員服務(wù)器之間是可以正常通信的，那么這么一來，在交換機(jī)的端口上注冊的就是原來的唯一的MAC地址。2、NLB群集的服務(wù)器都共用一個(gè)群集MAC地址，這是一個(gè)多播MAC地址，群集里的服務(wù)器都是通過多播MAC地址來監(jiān)聽外部的請求的。

　　多播的缺點(diǎn)：1、有的路由器不支持，當(dāng)路由器接收到送往群集IP地址202.106.0.100的數(shù)據(jù)包時(shí)，路由器就會進(jìn)行ARP廣播，來查詢202.106.0.100的MAC地址，其實(shí)就是ARP廣播群集MAC,此時(shí)，我們選擇的是多播，所以群集的MAC也就是一個(gè)多播(群集)MAC地址，而回復(fù)給路由器的就是一個(gè)多播MAC地址，那么路由器有可能不承認(rèn)這個(gè)回復(fù)信息，換句話說，路由器有可能不接受這樣的結(jié)果，因?yàn)椋酚善饕馕龅氖菃尾サ刂?02.106.0.100，現(xiàn)在解析到的是一個(gè)多播MAC，那么，要想解決這個(gè)問題，我們可以手動在路由器上新建一個(gè)靜態(tài)的ARP條目，202.106.0.100對應(yīng)一個(gè)群集MAC——00-ab-11-22-33-44，這是一個(gè)解決辦法，但是，如果路由器不支持這樣的做法，那么我們只好更換路由器，或改為單播模式。如下圖。2、依然存在我們前面所說過的Switch Flooding現(xiàn)象，當(dāng)我們選擇多播模式以后，每個(gè)交換機(jī)的端口都是唯一的，但是，路由器接收到送往群集的數(shù)據(jù)包時(shí)，路由器依然會ARP廣播，欲廣播群集的MAC地址，那么現(xiàn)在有這樣的一個(gè)情況，交換機(jī)的任何一個(gè)端口都沒有群集MAC，所以，這個(gè)時(shí)候，交換機(jī)只能進(jìn)行廣播來獲取群集MAC地址，這樣就產(chǎn)生了泛洪的問題，依然會增大網(wǎng)絡(luò)帶寬，增加了網(wǎng)絡(luò)負(fù)載。在多播模式下如何解決這個(gè)問題呢，那么就是利用一臺支持IGMP snooping(Internet group membership protocol窺探)的交換機(jī)來解決，這個(gè)協(xié)議可以自動的發(fā)現(xiàn)，連接在交換機(jī)上的哪個(gè)服務(wù)器屬于一個(gè)多播組，那么只要交換機(jī)接收到送往群集的數(shù)據(jù)包，直接會被送往交換機(jī)的部分端口，也就是屬于多播組的服務(wù)器。如下圖。

 　　通常PPT文稿被大家編輯得圖文聲色并茂，但若把這樣的演示文稿用黑白打印機(jī)打印出來，可讀性就較差。以下的方法，可以讓你用黑白打印機(jī)打印出清晰可讀的演示文稿：

　　首先點(diǎn)擊“文件--選項(xiàng)—高級-”命令，找到與“打印有關(guān)的選項(xiàng) 部分。http://www.limingit.com/sitecn/Training_Courses.aspx?columnid=1672

　　在“此文檔的默認(rèn)打印設(shè)置”標(biāo)題下，單擊“使用下列打印設(shè)置”，然后在“顏色/灰度”框中，單擊“純黑白”。

確定后在“顏色/灰度”框中選擇“灰度”模式，這是在黑白打印機(jī)上打印彩色幻燈片的最佳模式，此時(shí)將以不同灰度顯示不同彩色格式;

　　選擇“純黑白”模式則將大部分灰色陰影更改為黑色或白色，可用于打印草稿或清晰可讀的演講者備注和講義;選擇“顏色”模式則可以打印彩色演示文稿，或打印到文件并將顏色信息存儲在*.prn文件中。當(dāng)選擇“顏色”模式時(shí)，如果打印機(jī)為黑白打印機(jī)，則打印時(shí)使用“灰度”模式。

 

　　通常情況下，我們不希望顯示或打印出來的表格中包含有0值，因?yàn)?值會影響我們閱讀表格。http://www.limingit.com/sitecn/Training_Courses.aspx?columnid=1659

　　例如，下圖中金額是用公式“=B2*C2”計(jì)算的，出現(xiàn)了一些0值，現(xiàn)在我們通過以下幾個(gè)方法讓0值不顯示。

　　方法一：使用加上If函數(shù)判斷值是否為0的公式，即=IF(B2=0,"",B2*C2)，下拉填充。這里是通過判斷B2為0的話，將結(jié)果顯示成空字符(公式中的兩個(gè)英文狀態(tài)下的雙引號)。

　　方法二：選擇菜單中的工具、選項(xiàng)、視窗，在“窗口選項(xiàng)”中去掉“零值”的勾選。

　　方法三：使用自定義格式。選中金額區(qū)域，點(diǎn)擊右鍵進(jìn)入單元格格式設(shè)置，從“分類”列表框中選擇“自定義”，在“格式”框中輸入“G/通用格式;G/通用格式;;”，按“確定”按鈕即可。

　　不管哪個(gè)方法，我可以得到這樣的一個(gè)顯示結(jié)果。是不是很清爽?

     摘要: 虛擬化技術(shù)可以對企業(yè)數(shù)據(jù)中心帶來很多直接的好處，而虛擬化技術(shù)的重點(diǎn)是存儲的虛擬化，由于人們對存儲虛擬化存在著一些誤解。在此，天下數(shù)據(jù)為大家講解存儲虛擬化常見的五大誤區(qū)。  閱讀全文      摘要: 在2007年之前，云計(jì)算這個(gè)詞還是非常陌生的，隨著云計(jì)算技術(shù)不斷發(fā)展，各大企業(yè)都紛紛推出自己的云服務(wù)，不論是云提供商還是服務(wù)提供商，也不論是企業(yè)用戶還是個(gè)人用戶，“云計(jì)算”的含義已經(jīng)迅速的蔓延開來。  閱讀全文      摘要: 什么是視頻服務(wù)器呢，視頻服務(wù)器是近幾年發(fā)展起來的視頻監(jiān)控設(shè)備，英文名稱為Digital Video Server，簡稱DVS，視頻服務(wù)器主要具備以下幾個(gè)特點(diǎn)  閱讀全文      摘要: 虛擬機(jī)執(zhí)行效率低下的現(xiàn)狀阻礙了虛擬化技術(shù)的普及。那么，如何改善虛擬機(jī)執(zhí)行匱乏的情況呢。這里天下數(shù)據(jù)給大家分享6個(gè)改善虛擬機(jī)執(zhí)行效率低下的技巧，可以有效的改善這方面的事情。  閱讀全文