软件被(处理器244)执行时，可操作为执行这里所述的操作。例如，存储器248存储组件管理器逻辑252的指令或用组件管理器逻辑252的指令进行编码以在Cl 106上执行通用管理操作，并且存储捕获和重放逻辑254的指令或用捕获和重放逻辑254的指令进行编码以捕获和重放Cl组件配置。此外，存储器248包括存储由逻辑254使用的配置模型和策略或规则的存储部分258。存储器GUI逻辑可在必要时被分配在逻辑单元252和254之间以支持相应的逻辑操作的显示特征/元素。
[0025]参考图3，存在支持现场和非现场Cl故障排除实施例的组件配置的基于模型的捕获和重放的示例性通用方法300的流程图。方法300的操作由捕获和重放逻辑254来执行。
[0026]方法300假设其中Cl组件110-114中的每一个的配置模型被生成的优先操作(未示于图3中)。配置模型还可被称为“配置对象模型”。每个配置模型限定从Cl 106的计算、存储、网络和虚拟化组件中相应的一个收集的配置属性或参数。每个配置模型还包括从相应的组件请求实际配置属性的一个或多个组件(机器)可读命令。组件可读命令通常是可从由该供应商发布或可从该供应商获得的组件规范获得的组件供应商限定的命令。配置模型可根据XML模式进行格式化，但是其他结构化的数据格式也可使用。示例性配置模型在下面结合图6进行说明。配置模型作为方法300的输入被提供。
[0027]在操作305，上述配置模型被访问。
[0028]下一操作310包括根据配置模型从Cl 106的计算、存储和网络组件中的每一个(当这些组件正在操作时)捕获(即，收集)实际配置属性。操作310中的收集包括以下进一步的操作:(i)将每个配置模型的一个或多个组件(机器)可读命令提供给相应组件(例如，Cl 106的任意组件110-114)，以及(ii)响应于所提供的命令，接收从该组件请求的实际配置属性。一旦实际配置属性被收集，其可以结构化的方式被编辑到配置文件中以使后续操作便于访问。收集的配置属性的示例在下面结合图8进行说明。收集的配置属性表示组件的虚拟Cl栈。
[0029]方法300还假设其中配置策略被生成的优先操作(未示于图3中)。配置策略限定对应于在操作310中从Cl 106的计算、存储和网络组件中收集的配置属性中的每一个的配置属性规则。示例性配置策略在下面结合图7进行说明。
[0030]在操作315，配置策略被访问。
[0031]下一操作320包括将收集的配置属性(来自310)与Cl 106的计算、存储和网络组件中的每一个的配置策略的配置属性规则进行比较。
[0032]下一操作325包括报告操作320中的比较的结果。这包括报告哪些收集的配置属性违背相应的配置属性规则(如果存在的话)，以及哪些收集的配置属性不违背相应的配置属性规则，如比较操作320中所指示的那样。此外，每个违背的危险等级(例如，“警告”消息或“需要立即注意”消息)也可被报告，如将在下面结合图9进行的说明那样。
[0033]接下来，操作330和335共同表示“重放”或模仿收集的配置信息，如当前所述。
[0034]操作330包括显示菜单，用户可从该菜单选择是否显示Cl 106的计算、存储和网络组件中的任意组件的收集(实际)的配置属性。如果用户从该菜单选择显示Cl 106的计算、存储和网络组件中的任意组件的收集的配置属性，则流程进行到操作335。
[0035]操作335包括显示选定的组件的收集的配置属性。为此，操作335可从结合操作310所编辑的配置文件中访问选定的收集的配置属性，如上所述。示例性重放菜单在下面结合图10和图11进行说明。
[0036]如上所述，方法300支持现场和非现场故障排除实施例。转到图4，示出了非现场故障排除环境400。非现场故障排除环境400包括在现场位置中的Cl控制器108的控制下进行操作的Cl 106。也就是说，Cl 106和Cl控制器108共同位于现场位置处。环境400包括位于地理上与现场位置分离的非现场或远程位置处的第二计算机装置406，其可以是Cl控制器108的第二实例。非现场计算机装置406可由Cl组件SME以Cl 106的任意组件的供应商的名义进行操作。Cl控制器108通过通信网络410(例如，广域网(WAN)，例如，互联网)与非现场计算机装置406通信。计算机装置406可包括用户1/0、处理器、网络接口和存储器，类似于Cl控制器108。计算机装置406的存储器可存储(i)被配置为执行以上结合图3所述的至少访问策略、比较、报告和重放操作315-335的远程逻辑420，以及(ii)也在上面描述的规则策略422。现在参考图5说明与非现场故障排除相关联的操作，其是与非现场故障排除实施例相关联的示例性方法500的操作的流程图。图5还是继续参考图3和4来进行说明。
[0037]在505，连接到Cl 106的计算(C)、存储(S)、网络(N)和虚拟化(V)组件的现场Cl控制器108 ( “第一计算机装置”)执行操作305以访问配置模型，并且执行操作310以从Cl 106收集实际配置属性。然后，Cl控制器108将从每个Cl组件收集的实际配置属性编辑到配置文件中。
[0038]在510，现场Cl控制器108通过通信网络410将配置文件发送到非现场计算机装置406。例如，配置文件可被附加到被编址并发送到计算机装置406的电子邮件消息。
[0039]在515，非现场计算机装置406 ( “第二计算机装置”)从通信网络410接收配置文件，并结合接收到的配置文件执行以下上述操作:执行操作320以将接收到的文件中传达的收集的配置属性与策略进行比较；执行操作325以报告比较的结果；并且执行操作330和335以选择性地显示来自接收到的配置文件的收集的配置属性，从而在非现场位置处重放从现场位置收集的配置。
[0040]现在转到图6，示出了示例性配置模型600。配置模型600包括:用于计算组件114(计算组件114在图6中还被称为统一计算系统(“UCS”))的服务器端口的“服务器端口”配置模型602 ;用于UCS的上行端口的“上行端口”配置模型604 ;用于网络组件112的光纤通道(FC)端口“FC端口”配置模型606 ;以及用于存储组件110(在图6中还被称为“NetApp存储系统”)的“聚合”配置数据模型608。配置模型602-608的每一个可根据XML模式或数据格式/结构进行格式化。配置模型600的每个单独的配置模型602-608在这里还被称为“配置对象模型”，或更简单地称为“配置对象”。因此，给定配置模型(例如，配置模型600)可被称为包括很多单独的“配置对象”。
[0041]配置模型602、604、606和608可选地包括各自的名称(“名称”)N1、N2、N3和N4以唯一标识相应的模型或对象。
[0042]配置模型602、604、606和608包括各自的组件/机器可读命令612、614、616和618(也被称为应用程序接口(API)命令)。例如，命令612被表示为“AP1:fabricDceSwSrvPrt”。每个API命令可被看作从目标组件请求配置属性的“获得属性”命令，当该命令被提供给目标组件时，使得该组件用它的实际配置属性来响应。
[0043]配置模型602-608还包括响应于API命令612-618而从Cl组件110-114中的相应组件收集的相应的配置属性列表632-638。例如，用于服务器端口的配置属性列表632列出了配置属性:slotld、portld、adminState、operState、分配的地址(例如，MacPool 地址)。
[0044]配置模型602-608中的每一个还与高级组织名称“OrgOrg”相关联，如图6所示。
[0045]现在转到图7，示出了对应于图6的配置模型600的示例性策略700。策略700包括对应于服务器端口配置模型602的服务器端口属性规则704，服务器端口属性规则限定对于模型602的配置属性632的可接受的值706 (即，对于属性slotld、portld、adminState、operState、分配的地址(例如，MacPool地址))。
[0046]策略700类似地包括对应于与上行端口配置模型604和FC端口配置模型