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

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

　　經查所有物理線路也都正常，從而排除了線路故障的可能性。然而在一般情況下同一個串口板上的串口同時出現線路故障的可能性也并不大。

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

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

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

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

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

　　當最低4位為0-0-1-0至于1-1-1-1之間，網件路由器按啟動配置中BOOT SYSTEM命令的設置裝載操作系統鏡像，如果沒有設置該命令則從一個默認的網絡服務器上的系統鏡像中裝載操作系統鏡像。

　　當第6位為1時，網件路由器啟動時忽略NVRAM中的配置，這點是我們需要注意到的。

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

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

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

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

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

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

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

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

　　一、單播模式

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

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

　　2、單播模式(Switch Flooding——交換機泛洪)：我們已經知道，交換機的每一個端口都是唯一的，路由器接收到群集IP的數據包時，它會通過ARP地址來查詢群集MAC地址，不過，交換機端口(port)沒有群集MAC地址，因為我們已經通過MaskSourceMAC功能解決交換機端口MAC相同的問題，當然交換機端口也沒有所謂的群集MAC地址，這個時候，交換機就會進行泛洪，其實說白了，就是向每個端口除接收端口進行廣播，這樣會造成額外的網絡負擔，說的通俗點就是，會造成大大的占用網絡帶寬。如圖：

　　雖然泛洪現象可以造成額外的網絡負擔，不過，群集中的主機都能接收到發(fā)來的數據包。那么我們如何解決交換機泛洪問題呢?我們可以先將兩臺群集主機連接在一臺HUB(集線器)上，然后再禁用MaskSourceMAC功能，這樣，只有HUB連接的交換機端口注冊群集MAC，這樣就不會產生泛洪問題了。如圖：

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

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

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

　　二、多播模式

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

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

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

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

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

　　在“此文檔的默認打印設置”標題下，單擊“使用下列打印設置”，然后在“顏色/灰度”框中，單擊“純黑白”。

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

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

 

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

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

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

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

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

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