606等相关联的配置属性的上行端口属性规则710、FC端口属性规则712等。
[0047]现在转到图8，示出了在方法300的操作310处从Cl 106收集并根据XML模式进行格式化的实际配置属性800的示例性“数据转储”。为方便起见，实际配置属性800在这里还被简称为“数据”。图8中表示的数据的模式(例如，XML数据格式/结构)反映用于收集属性800的一个或多个配置模型或对象的模式。
[0048]在802，数据指示从其收集该数据的组件的供应商是“CISCO”，并且该数据是从“计算”组件(其是目标组件)收集的。806指示所收集的数据是针对或对应于被称为“vniclpclf”的配置对象(即，配置模型)的。808指示Cookie被从目标组件返回。810指示目标组件用某些数据(例如，Cookie)进行响应。
[0049]在该数据中，实际(返回的)收集的属性信息被插入连续的“〈outConfigs〉”语句之间。因此，在812，在连续的“〈outConfigs〉”语句之间的空信息指示没有实际的配置属性针对配置模型或对象“vniclpclf”被返回。
[0050]在820，下一配置模型或对象“vmHba”被指不。vmHba在822处返回Cookie，但在824处未返回实际的配置属性。
[0051]类似地，在830，被称为“extv_SwitchDeITask”的下一配置模型返回Cookie，但未返回实际的配置属性。
[0052]在834，被称为“macpoolFormat”的下一配置模型(836)在838处返回Cookie，并且在840和842处的连续“〈outConfigs〉”语句之间返回实际配置属性。实际配置属性包括被指定为例如“00:25:B5:00:00:OO-FF-FF-FF-χχ-χχ-χχ^的块mac地址的部分等。
[0053]如上面结合图3的操作310和图5的操作505所述，从目标Cl组件110-114收集的实际配置属性可被编辑到结构化的文件中以便于后续操作中的访问。在示例中，图8中的收集的配置属性800可被编辑到配置文件中。换句话说，图8的数据以及来自其他目标组件的其他类似的数据转储可被编辑到配置文件中。图8的数据可以与图8所示相同的XML格式或模式被编辑到配置文件中。因此，图8的数据还表示可被发送到非现场(即，发送到远程地点)的配置文件的示例。
[0054]再次返回到图3的方法300，报告操作325报告比较操作320的结果。在一个实施例中，报告操作325生成比较结果并通过⑶I向用户显示比较结果。图9是在操作325中生成并显示的示例性比较结果报告900的图示。报告900指示对应于针对计算组件114的“服务器端口”的图6的配置模型602的比较结果。报告900列出了配置属性“槽ID”和aMacPool地址集1”，针对配置属性“槽ID”和“MacPool地址集I”收集并在“收集的值”902处指示配置属性值。对于每个配置属性(例如，服务器端口槽ID)，报告列出在相应的配置规则中指定的属性的“预期值”(例如，在904)(例如，对于服务器端口槽ID，这是在图7的配置策略700的配置策略规则704、706中列出的预期值)。然后，对于每个配置属性，该报告还基于方法300的操作320中在收集的配置属性与预期值之间的比较来列出相应的规则是被违背(例如，“违背:是”)还是未被违背(例如，910处的“违背:否”)。对于每个配置属性，如果该属性处于违背中，则该报告还列出与该违背相关联的危险等级，例如，912处的低危险=“警告”和高危险=“需要立即注意”。
[0055]还如上面结合方法300所述，操作330和335共同实现可将收集的配置属性选择性地显示给用户的回放操作。图10和图11是分别在操作330和335中生成的示例性回放显示菜单1000和1100的图示。标题为“选择组件”的菜单1000允许用户选择要针对其显示收集的配置属性的组件，例如，存储、网络或计算组件。假设在操作330中，用户从菜单1000中选择计算组件，则操作335生成并显示标题为“计算组件属性下钻”的菜单1100来显示针对计算组件的收集的配置属性。在图11的示例中，从“服务器端口”收集的配置属性根据配置模型600、602、632进行显示。
[0056]这里所提供的技术执行在现场和非现场位置中协助对Cl组件的技术问题进行故障排除的基于模型的(即，基于数据模型的)、自动的Cl组件配置捕获和回放。该技术现场自动捕获或收集整个Cl配置，然后在远程选择性地回放所捕获的配置以便在非现场位置处模仿现场Cl。该配置(包括其缺陷)的模仿帮助SME在远程地点有效且彻底地标识Cl的问题并对其进行故障排除。
[0057]总之，在一种形式中，提供了一种方法，包括:访问配置模型，每个配置模型限定要从融合基础架构的计算、存储和网络组件中相应的一个收集的配置属性；根据配置模型从融合基础架构的计算、存储和网络组件中的每一个收集实际配置属性；访问限定对应于从计算、存储和网络组件中收集的每个配置属性的配置属性规则的策略；将收集的配置属性与计算、存储和网络组件中的每一个的配置属性规则进行比较；以及报告比较的结果，包括哪些收集的配置属性违背相应的配置规则(如果存在的话)。
[0058]在另一形式中，提供了一种装置，包括:网络接口单元，被配置为通过网络发送和接收通信；以及处理器，被耦合到网络接口单元，并且被配置为:访问配置模型，每个配置模型限定要从融合基础架构的计算、存储和网络组件中相应的一个收集的配置属性；根据配置模型从融合基础架构的计算、存储和网络组件中的每一个收集实际配置属性；访问限定对应于从计算、存储和网络组件中收集的每个配置属性的配置属性规则的策略；将收集的配置属性与计算、存储和网络组件中的每一个的配置属性规则进行比较；以及报告比较的结果，包括哪些收集的配置属性违背相应的配置规则。
[0059]在另一形式中，提供了用于存储指令的处理器可读介质，当这些指令被处理器执行时，使得处理器:访问配置模型，每个配置模型限定要从融合基础架构的计算、存储和网络组件中相应的一个收集的配置属性；根据配置模型从融合基础架构的计算、存储和网络组件中的每一个收集实际配置属性；访问限定对应于从计算、存储和网络组件中收集的每个配置属性的配置属性规则的策略；将收集的配置属性与计算、存储和网络组件中的每一个的配置属性规则进行比较；以及报告比较的结果，包括哪些收集的配置属性违背相应的配置规则。
[0060]虽然该装置、系统和方法在这里被示出并描述为在一个或多个具体事例中实现，但其不意为限制在所示细节，因为在不脱离该装置、系统和方法的范围并且在权利要求的等同的范围内的情况下，可对其做出各种修改和结构改变。因此，适当的是所附权利要求被广泛地并且以与该装置、系统和方法的范围一致的方式来解释，如所附权利要求中给出的范围那样。
【主权项】
1.一种方法，包括: 访问配置模型，每个配置模型限定要从融合基础架构的计算、存储和网络组件中相应的一个收集的配置属性； 根据所述配置模型从所述融合基础架构的计算、存储和网络组件中的每一个收集实际配置属性； 访问限定对应于从所述计算、存储和网络组件中收集的每个配置属性的配置属性规则的策略； 将所述收集的配置属性与所述计算、存储和网络组件中的每一个的所述配置属性规则进行比较；以及 报告所述比较的结果，包括哪些所述收集的配置属性违背相应的配置规则，如果存在的话。
2.如权利要求1所述的方法，还包括: 显示菜单，用户可从所述菜单选择是否显示针对所述计算、存储和网络组件中的任意组件的收集的配置属性；以及 如果用户从所述菜单选择显示针对所述计算、存储和网络组件中的任意组件的收集的配置属性，则显示选定组件的收集的配置属性。
3.如权利要求1所述的方法，其中: 每个配置模型包括从各自的组件请求所述实际配置属性的一个或多个组件可读命令；并且 所述收集包括: 向所述各自的组件提供每个配置模型的所述一个或多个组件可读命令；以及 接收由所提供的命令从所述组件请求的所述实际配置属性。
4.如权利要求3所述的方法，其中: 每个配置模型根据第一可扩展标记语言(XML)模式进行结构化，所述第一可扩展标记语言模式包括配置模型名称、要被收集的配置属性的列表以