如何规划固件升级方案

就算你没有碰到过这类事情，一定也听说过吧：某一天，公司的网络管理员将服务器上安装的操作系统升级为最新版本，在测试存储网络时，却出现了连通性的问题。唯一的解决办法就是升级固件。仔细思考一下，你就会发现这项升级计划将会牵涉到整个存储环境的方方面面，说不定需要赔上许多周末、假期和晚上的休息时间，才能制订出一份比较完善的固件和驱动程序升级方案。

　　一般情况下，存储网络管理员们并不会去特别留心系统中的驱动程序或固件，除非出现了什么特殊状况，比如说系统升级、安装新的硬件，等等。当然，在管理员们所管理的复杂的存储环境和网络系统中，这一点点固件只是占很小的一个比例。一些存储厂商们对固件和驱动程序也不是十分重视，从保修期的年限长短上就可以反映出来，固件和驱动程序的保修期较其它存储硬件（或软件）都要短上一大截。还有一些存储厂商会在自家出品的硬件设备上捆绑一些专用的图表、矩阵和电子数据表，也就是说，存储环境中的每个组件都不是独立存在的，相互之间存在着千丝万缕关系，大有“牵一发而动全局”的感觉，无形中增加了固件升级的难度。总而言之，无论你的存储系统供应厂商属于以上两种中的哪一种，反正都无法帮助到你，只能靠自己啦。

将一切系统信息记录在案

　　当你评估或升级一套存储系统时，第一步就是将SAN中的所有软硬件组件的型号整理出来，其中包括以下项目：

• 服务器的型号和内部固件（如主板）的版本号
• 操作系统版本号、软件服务包和补丁程序的级别
• 主机总线适配器（简称HBA）固件、驱动程序、容错/冗余软件
• HBA负载均衡软件基础固件/软件版本（交换机、导向器、SAN延伸装置）
• 存储资源管理（简称SRM）软件包及其修订版本号
• 磁盘子系统和私有协议软件

　　一般情况下，在磁盘子系统供应商所提供的SRM软件包和软件工具中可以找到许多所需的信息。比如说，EMC的Grab程序，能够帮助用户收集一切关于服务器、EMC软件和HBA的信息数据，并且生成一份Host Environment Analysis Tool（简称HEAT）报告，不仅条目清晰，而且它还会拿EMC的标准配置与用户现有的服务器配置作比较，如果有不符合标准规范的组件，在报告上将会特别标示出来。目前市面上只有EMC的Grab软件能够将系统信息转换成HEAT报告的形式输出。

　　无论使用什么手段，收集齐所有的信息之后，存成一个便于其他管理员访问和更新的文档。有些网络管理员喜欢将信息存成电子表格的形式，有些管理员会自行编写一些提取数据的程序脚本，将数据存成电子数据交换（EDI）的格式文件（通常为纯文本格式），还有些管理员喜欢在共享文件夹中创建或存放单独的服务器配置文件。

　　如果你保留了一份历年来固件和驱动程序的详细更新记录，那么，日后一旦需要升级固件，将会节省大量的时间。当然，并不是所有的文档都是有用的，一般每隔几个月，网络管理员将会删除许多超出时效性的临时文档。维护这些记录文档，确实需要花一些时间和精力，但是，将来它们一定会派上用场的，之前你所做的工作绝对不会白费。