一、某骨干路由器，组网完成后发现该网件路由器的2M主干出口线路协议处于down状态，从而使与之相联的网络中断，用“show running-config”命令检查所有运行参数，没有发现错误;又用“show interfaces serial”命令检查串口，发现某些端口状态up，而线路协议是 down，并且出现这种情况的串口均在同一个串口板(A板)上，其它各模块工作正常。http://www.limingit.com/sitecn/Training_Courses.aspx?columnid=1675

　　经查所有物理线路也都正常，从而排除了线路故障的可能性。然而在一般情况下同一个串口板上的串口同时出现线路故障的可能性也并不大。

　　二、至此可以初步确定可能A板出了问题。当进入全局配置模式后，再想进入A板上串口的端口配置模式时却发现无法实现，每次键入“interface serial串口号”时，总是报错，但是同样的命令却可以进入其它串口的端口配置模式。这时，可以初步判断IOS本身出现了某种软件故障，用reload 命令重启网件路由器后系统进入ROMmonitor模式，提示符为“rommon>”，键入命令“boot”可启动网件路由器但故障依然存在，而且所有A板串口的配置语句全都报错。

　　三、再将网件路由器关电然后加电时观察到：网件路由器的交流(或直流)OK LED灯为绿色，这说明系统的供电子系统工作正常，风扇旋转正常且输出错误LED灯未亮，这说明冷却子系统工作正常，路由器处理器(RSP)的LED灯为绿色，这也表示系统工作正常。各接口的Enable LED灯为绿色，表示RSP已完成了接口处理器的初始化。

　　但A板的LED灯全闪了一下就灭了，执行“reset”命令再用“boot”引导系统后所有A板串口的配置语句全部消失了。

　　四、进一步检查A板时发现其型号为VIP2，其上的两个子模块中只安装了一个四串口子模块，因此A板上只有四个串(可扩充至8个)，其中三个串口已使用，一个空闲。正常时三个使用的串口的LED灯应亮，而未使用的串口的LED灯应为黄色，但目前却是四个串口的LED都不亮。系统启动后，用命令“show version”可以发现系统已找到了A板并识别出该板的型号为VIP2，只是没有详细信息。

　　五、在显示信息的最后一行，发现网件路由器配置寄存器数值为0x0，将其修改为0x2102后，重新引导网件路由器，将备份配置从 tftpserver上拷入running-config后，网件路由器工作恢复正常，至此排除了这一貌似硬件接口损坏而实为软件参数设置错误的故障，网件路由器寄存器值由四个16进制数组成，其中低4位决定系统的启动方式：当最低4位为0-0-0-0，网件路由器不装载系统镜像，而是进入监控状态 (ROM monitor mode)或维护状态(Maintenance mode)，需要手工引导，当最低4位为0-0-0-1，网件路由器装载从ROMs里找到的系统镜像。

　　当最低4位为0-0-1-0至于1-1-1-1之间，网件路由器按启动配置中BOOT SYSTEM命令的设置装载操作系统镜像，如果没有设置该命令则从一个默认的网络服务器上的系统镜像中装载操作系统镜像。

　　当第6位为1时，网件路由器启动时忽略NVRAM中的配置，这点是我们需要注意到的。

　　对于存储，Windows Server 2012 引入了存储空间，这是一种新技术，可使用市售硬件提供高可用的存储服务。通过使用存储空间或基于 SAN 的存储，Windows Server 2012 还可实现 Scale-Out 文件服务器群集。在 Scale-Out 文件服务器群集中，两台或多台加入群集的文件服务器可使用第二版群集共享卷(CSV2)技术让一个扩展直接跨越所有文件服务器，提供非常高速，并且高可用性的文件共享。这种文件共享可用于保存虚拟机的文件，因为Windows Server 2012 支持将虚拟机文件保存在 SMB3 文件共享中。通过与存储空间、Scale-Out 文件群集，以及 SMB 3 多通道访问等功能相结合，Windows Server 2012 存储基础架构的任何组件虽然依然可能故障，但对文件共享或虚拟机的访问完全不受影响。这种结合可为存储基础架构提供持续可用性。

　　对于网络基础架构，Windows Server 2012 提供了内建的网卡捆绑功能，可支持在包含多块网卡的服务器上实现负载平衡与故障转移(LBFO)。无论服务器使用的网卡品牌和速度如何，Windows Server 2012 都可使用这些适配器创建网络适配器“组”。随后这样的组可以分配一个 IP 地址，并且只要组中有至少一个适配器保持连接，整个组就可以维持连接。如果组中有超过一个可用的网络适配器，还可以对通讯进行负载平衡，通过汇聚获得更高吞吐率。在宿主机级别使用网卡捆绑，并配合冗余的交换机/路由器基础架构，即可为您的网络基础架构提供持续可用性。

　　对于计算资源，Windows Server 2012 依然可以在 Hyper-V 宿主机群集中使用 Windows故障转移群集技术，并且群集容量有极大提升，每个群集最多可包含 64 个节点。宿主机群集可供您创建高可用虚拟机(HAVM)。Hyper-V 宿主机群集还可使用持续可用的存储基础架构保存HAVM。在计划内停机时段内，HAVM(以及非HA 的VM)可实时迁移到其他宿主机上，这个过程中虚拟机无需停机。对于计划外停机，虚拟机可以自动移动到群集中的其他节点，或在其他节点上引导。通过使用群集感知更新技术，将所有虚拟机通过实时迁移功能从待更新群集节点上移走，还可自动对群集进行更新，并且在宿主机维护和更新过程中不会造成停机。通过配合使用这些技术，即可为计算和虚拟化基础架构提供持续可用性。

　　虽然这些技术提供了强壮的物理基础架构和虚拟化平台，但对可用性需求要求最高的依然是托管的负载。虚拟机也许还在运行，但其中的负载可能已经出错，停止运行，或正在经历其他由于停机导致的问题。为了向负载提供持续可用性，Windows Server 2012与WindowsServer 2008 R2 一样，也能支持来宾群集，或通过虚拟机创建故障转移群集。这里一个最常见的例子是，对SQL 虚拟机创建来宾群集，这样即可在虚拟化之后的群集节点间使用高级错误检测，并对数据库实例进行故障转移。以前，来宾群集只能支持使用iSCSI 存储。但在Windows Server 2012中，通过让虚拟机支持虚拟光纤通道主机总线适配器(HBA)，虚拟机可以访问光纤通道共享存储。该功能使得基于光纤通道的存储可以设置并直接呈现到虚拟机内部，虚拟机可以使用这样的共享存储实现来宾故障转移群集。

　　通过结合使用宿主机和来宾群集，即可为负载在整个结构任何层面的故障面前提供持续可用性。在SQL 来宾群集的例子中，如果SQL 遇到故障，例如服务或其他组件出错，数据库实例即可故障转移到来宾群集的其他节点中。如果底层物理宿主机的一个网络连接丢失，网卡捆绑技术可以继续为SQL 虚拟机提供网络。通过配置Anti-affinity 规则，这样的SQL 来宾群集虚拟机就可以确保不在同一台物理节点上运行，这样如果一个物理节点故障，SQL 数据库就可以故障转移到来宾群集内的其他SQL 节点中，而这样的节点也都运行在宿主机群集内的其他节点中。如果保存SQL 虚拟机或数据的磁盘出现故障，存储空间和Scale-Out 文件群集功能依然可以提供不间断的数据访问。

　　这些例子证明了只要经过妥善的设计，配合使用宿主机和来宾群集，以及Windows Server 2012 的其他功能，例如网卡捆绑，即可为虚拟机和负载提供持续可用性。http://www.limingit.com/sitecn/Training_Courses.aspx?columnid=1673

　　一、单播模式

　　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地址，这个时候，交换机就会进行泛洪，其实说白了，就是向每个端口除接收端口进行广播，这样会造成额外的网络负担，说的通俗点就是，会造成大大的占用网络带宽。如图：

　　虽然泛洪现象可以造成额外的网络负担，不过，群集中的主机都能接收到发来的数据包。那么我们如何解决交换机泛洪问题呢?我们可以先将两台群集主机连接在一台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是一样的，所以这个时候，无法进行通信。那么解决方法就是，将每台群集主机安装两块网卡，并且安装的两块网卡不启用群集服务，这样通信就不会出现问题了。如图：

　　二、多播模式

　　多播模式的概念：多播，说白了，就是将数据包发送给多台计算机，这些计算机同属于一个个多播组，他们拥有一个共同的多播MAC地址。

　　多播模式的特点：1、NLB群集中每一台服务器的网卡仍然会保留原来的唯一的MAC地址，所以，群集成员服务器之间是可以正常通信的，那么这么一来，在交换机的端口上注册的就是原来的唯一的MAC地址。2、NLB群集的服务器都共用一个群集MAC地址，这是一个多播MAC地址，群集里的服务器都是通过多播MAC地址来监听外部的请求的。

　　多播的缺点：1、有的路由器不支持，当路由器接收到送往群集IP地址202.106.0.100的数据包时，路由器就会进行ARP广播，来查询202.106.0.100的MAC地址，其实就是ARP广播群集MAC,此时，我们选择的是多播，所以群集的MAC也就是一个多播(群集)MAC地址，而回复给路由器的就是一个多播MAC地址，那么路由器有可能不承认这个回复信息，换句话说，路由器有可能不接受这样的结果，因为，路由器要解析的是单播地址202.106.0.100，现在解析到的是一个多播MAC，那么，要想解决这个问题，我们可以手动在路由器上新建一个静态的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窥探)的交换机来解决，这个协议可以自动的发现，连接在交换机上的哪个服务器属于一个多播组，那么只要交换机接收到送往群集的数据包，直接会被送往交换机的部分端口，也就是属于多播组的服务器。如下图。

　　首先点击“文件--选项—高级-”命令，找到与“打印有关的选项 部分。http://www.limingit.com/sitecn/Training_Courses.aspx?columnid=1672

　　在“此文档的默认打印设置”标题下，单击“使用下列打印设置”，然后在“颜色/灰度”框中，单击“纯黑白”。

　　选择“纯黑白”模式则将大部分灰色阴影更改为黑色或白色，可用于打印草稿或清晰可读的演讲者备注和讲义;选择“颜色”模式则可以打印彩色演示文稿，或打印到文件并将颜色信息存储在*.prn文件中。当选择“颜色”模式时，如果打印机为黑白打印机，则打印时使用“灰度”模式。

　　例如，下图中金额是用公式“=B2*C2”计算的，出现了一些0值，现在我们通过以下几个方法让0值不显示。

　　方法一：使用加上If函数判断值是否为0的公式，即=IF(B2=0,"",B2*C2)，下拉填充。这里是通过判断B2为0的话，将结果显示成空字符(公式中的两个英文状态下的双引号)。

　　方法二：选择菜单中的工具、选项、视窗，在“窗口选项”中去掉“零值”的勾选。

　　方法三：使用自定义格式。选中金额区域，点击右键进入单元格格式设置，从“分类”列表框中选择“自定义”，在“格式”框中输入“G/通用格式;G/通用格式;;”，按“确定”按钮即可。

　　不管哪个方法，我可以得到这样的一个显示结果。是不是很清爽?