用于仪表盘中多厂商存储基础设施的系统和方法

相关专利申请的交叉引用

本申请要求于2021年7月28日提交的第17/387,012号美国申请的优先权权益，所述第17/387,012号美国申请要求于2021年6月10日印度专利局提交的第202111025838号印度专利申请的优先权，所述第17/387,012号美国申请和第202111025838号印度专利申请通过本发明的整体引用，成为本发明的一部分。

技术领域

本公开的各个实施例一般涉及数据存储管理领域，更具体地，涉及异构厂商数据存储系统的监测和管理。

背景技术

实体为了适应不断增长的数据量的管理，常由外部厂商提供存储数据的系统和资源。然而，外部厂商可能与实体或其他外部厂商不共享公用数据架构，或者可能不提供用于访问或查看存储数据或其相关参数的公用方法。例如，厂商可参考厂商特定的去重、压缩、未用空间、已用空间、可用空间和预定空间等存储参数。通过不与其他厂商硬件配合使用的自定义厂商解决方案，可以访问厂商存储参数。此外，即使在单个厂商系统内，不同存储设备也可以具有存储参数各异的不同型号、功能和/或固件版本。这种为实体提供数据存储功能的多厂商解决方案可称为异构厂商数据存储系统。

发明内容

根据本公开的某些方面，本发明公开了用于监测和管理异构厂商数据存储系统的系统和方法。

在一个实施例中，本发明公开了一种用于监测和管理异构厂商存储系统的方法，所述方法包括：由管理系统的处理器执行以下操作：向异构厂商存储系统中的厂商存储系统发送指令，使厂商存储系统在厂商存储系统上生成厂商应答文件；向厂商存储系统发送指令，将所生成的厂商应答文件中的厂商数据拷贝到管理系统的存储器中；跟踪并记录与厂商数据拷贝相关的事件；根据记录的事件确认拷贝的厂商数据；根据管理系统存储器中的已确认厂商数据确定标准化报告数据；将标准化报告数据保存到针对异构厂商存储系统格式化的数据结构中；接收与保存的标准化报告数据相关的用户查询；以及在用户界面中显示保存的标准化报告数据。

根据一个实施例，一种用于监测和管理异构厂商存储系统的管理系统包括：一个存储指令的存储器；以及一个处理器，执行所存储的指令，使得：数据收集器能够：向异构厂商存储系统中的厂商存储系统发送指令，使厂商存储系统在厂商存储系统上生成厂商应答文件；向厂商存储系统发送指令，将所生成的厂商应答文件中的厂商数据拷贝到管理系统的易失性存储器中；以及跟踪并记录与厂商数据拷贝相关的事件；业务逻辑数据转换器能够：根据记录的事件确认拷贝的厂商数据；根据管理系统易失性存储器中的已确认厂商数据确定标准化报告数据；以及将标准化报告数据保存到针对异构厂商存储系统格式化的数据结构中；以及用户界面能够：接收与保存的标准化报告数据相关的用户查询；以及显示保存的标准化报告数据。

根据一个实施例，一种非暂态计算机可读介质存储指令，其中，由管理系统的处理器执行时，所述指令使管理系统执行一种用于监测和管理异构厂商存储系统的方法，所述方法包括：向异构厂商存储系统中的厂商存储系统发送指令，使厂商存储系统在厂商存储系统上生成厂商应答文件；向厂商存储系统发送指令，将所生成的厂商应答文件中的厂商数据拷贝到管理系统的易失性存储器中；跟踪并记录与厂商数据拷贝相关的事件；根据记录的事件确认拷贝的厂商数据；根据管理系统易失性存储器中的已确认厂商数据确定标准化报告数据；将标准化报告数据保存到针对异构厂商存储系统格式化的数据结构中；接收与保存的标准化报告数据相关的用户查询；以及在用户界面中显示保存的标准化报告数据。

公开实施例的更多目的和优点将在以下说明中得到部分阐述且部分显而易见，或者可通过公开实施例的实践而获知。利用所附权利要求中具体指出的要素及组合，可以实现并获得公开实施例的这些目的和优点。

应理解，以上一般说明和以下具体实施方式均仅用于示例性和说明性目的，而非限制要求保护的公开实施例。

附图说明

本说明书包含的且构成本说明书一部分的附图说明了各种示例性实施例，并与以下说明共同说明了公开实施例的原理。

图1显示了根据一个或多个实施例所述的一种用于监测和管理异构厂商数据存储系统的示例性数据存储管理系统的框图。

图2显示了根据一个或多个实施例所述的示例性网络连接图。

图3显示了根据一个或多个实施例所述的数据存储管理系统的示例性软件架构。

图4显示了根据一个或多个实施例所述的数据存储管理系统的三个高级软件模块。

图5显示了根据一个或多个实施例所述的用于监测和管理异构厂商数据存储系统的示例性过程逻辑流程的框图。

图6显示了根据一个或多个实施例所述的用于监测和管理异构厂商数据存储系统的示例性模块的框图。

图7显示了根据一个或多个实施例所述的用于从厂商设备检索数据并显示标准化数据的过程流程。

图8显示了根据一个或多个实施例所述的用于监测和管理异构厂商数据存储系统的示例性显示器。

图9显示了根据一个或多个实施例所述的用于监测异构厂商数据存储系统第一子组的示例性显示器。

图10显示了根据一个或多个实施例所述的用于监测异构厂商数据存储系统第一子组历史数据的示例性显示器。

图11显示了根据一个或多个实施例所述的用于监测异构厂商数据存储系统第二子组的示例性显示器。

图12显示了根据一个或多个实施例所述的用于从第一厂商设备检索数据并显示标准化数据的过程流程。

图13显示了根据一个或多个实施例所述的将来自第一厂商设备的厂商存储标识符与标准化数据相关联的示例性参考表。

图14显示了根据一个或多个实施例所述的用于从第二厂商设备检索数据并显示标准化数据的过程流程。

图15显示了根据一个或多个实施例所述的将来自第二厂商设备的厂商存储标识符与标准化数据相关联的示例参考表。

图16显示了根据一个或多个实施例所述的用于监测和管理异构厂商数据存储系统的示例性系统的框图。

具体实施方式

以下实施例说明了用于数据存储管理的系统和方法，更具体地说明了用于监测和管理异构厂商数据存储系统的系统和方法。

实体更愿意在使用公用界面的同时与异构厂商数据存储系统交互，这样无论具体厂商存储配置如何，用户都可以通过单个集成内聚界面监测和管理异构厂商数据存储系统。然而，现有市售产品不支持对异构厂商数据存储系统进行这种管理，并且不提供进行自修复、与工单工具集成或覆盖端到端业务过程的选项。即使是用于管理独立厂商数据存储系统的最新产品也具有庞大的规模，需要利用专用计算系统和人力资源进行安装、管理、监测和报告。

现有产品无法以简单格式解释厂商数据。因此，接收关于厂商数据存储系统的关键信息时，实体必须聘请专家来解释不同的数据格式，这增加了成本和时滞。此外，现有产品不提供自动化配置更改过程来适应不断扩展的公司治理策略。

本公开旨在克服上述一项或多项挑战。

本文参考针对具体应用的说明性实施例说明了本公开的原理，但应理解，本公开并不限于这些实施例。本领域普通技术人员和受到本文指导的人员将认识到，更多修改、应用、实施例以及等效方案的替换均属于本文所述实施例的范围。因此应认为，本公开不受以上说明的限制。

现在将说明本公开的各种非限制性实施例，方便全面理解本文所述用于监测和管理异构厂商数据存储系统的系统和方法的结构、功能和使用原理。

参考附图公开并详细说明的选定示例说明了这些非限制性实施例的一个或多个示例。本领域普通技术人员将理解，本文具体说明并以附图显示的系统和方法为非限制性实施例。结合一个非限制性实施例显示或说明的特性可与其他非限制性实施例的特性组合。此类修改和变化均属于本公开的范围。

图1显示了根据一个或多个实施例所述的一种用于监测和管理异构厂商数据存储系统的示例性数据存储管理系统的框图。

一般而言，可在管理服务器100上实现所述系统，管理服务器100可包括一个实现为DCS110和DCS120的数据收集脚本(DCS)、一个实现为BLS130的业务逻辑脚本(BLS)和一个实现为GUI 140的图形用户界面(GUI)。所述系统可进行应用程序编程接口(API)调用(例如)厂商服务器150等厂商存储设备来检索厂商格式数据，并将检索到的厂商格式数据转换为标准格式数据。GUI 140等用户界面可显示标准格式数据，提供多个异构厂商存储设备和/或系统的概览。此外，通过GUI 140，用户可更改单独的厂商存储设备和/或厂商存储设备组的配置。

DCS110可通过网络接口195网络连接到厂商服务器150(或厂商存储设备150)和厂商服务器160(或厂商存储设备160)，厂商服务器150(或厂商存储设备150)和厂商服务器160(或厂商存储设备160)可以为同构厂商服务器。DCS120可通过网络接口196连接到厂商服务器170(或厂商存储设备170)，厂商服务器170(或厂商存储设备170)可由与厂商服务器150不同的厂商提供，或者可由与厂商服务器150相同的厂商提供，但可以为不同的型号、具有不同的功能和/或具有不同的固件版本，因此相对于厂商服务器150可被视为异构服务器。厂商服务器170可分为两个虚拟驱动器，即分区172和分区174。DCS110和120均可通过BLS130链接到GUI 140。

例如，可使用PowerShell和/或Python实现DCS120的指令。例如，可使用包含PapaParse、C3.js和/或jQuery的开源代码实现BLS130的指令。例如，可使用HTML、CSS、JavaScript和/或NODE.js实现GUI 140的指令。但是，上述示例仅用于说明目的，本公开并不限于上述实施方式。

图2显示了根据一个或多个实施例所述的示例性网络连接图。

图2显示了多个通过网络199连接到管理服务器100的厂商服务器150、160和170。如图2所示，图2中一个或多个厂商服务器150、160和170中的每一个都可以为包括多个服务器或存储设备的厂商系统。例如，厂商1的厂商系统150可包括服务器或存储设备152和154，厂商2的厂商系统170可包括服务器或存储设备或分区172和174。厂商3的厂商系统160可包括服务器或存储设备162。管理服务器100上实现的一个或多个DCS模块，例如DCS110和/或DCS120，可从厂商存储系统150、160和170中的一个或多个系统收集数据。

图3显示了根据一个或多个实施例所述的数据存储管理系统的示例性软件架构。

所述系统架构可包括一个图形用户界面(例如GUI 140)，所述图形用户界面包括“瞭望塔(watchtower)”、“守卫哨兵(overwatch sentinel)”、辅助工具和Mecha等功能。“瞭望塔”可针对特定技术，提供用于报告的定制网络应用程序。“守卫哨兵”可提供通过电子邮件发送针对特定问题的自定义报告以及自定义警报的能力。辅助工具可支持合同、数据中心位置、下游消息路由器、机架、访问路线、标准作业程序(SOP)等。Mecha可提供用于自修复以及自动配置等“照常营业(Business as Usual，BAU)”操作的自动化机器人或程序。

例如，所述系统架构可包括BLS130，BLS130包括数据可视化、分析、奖励金仪表盘、风险板、智能运维(AIOPS)等可使用逗号分隔值(CSV)和MongoDB的数据通过PowerShell和NODE.js实现的功能。

所述系统架构可包括一个或多个数据收集脚本(例如DCS110)，所述数据收集脚本包括厂商开发和支持的API、软件开发包(SDK)及其他工具包等功能。DCS110可进一步提供数据收集、结构化和后处理脚本能力。此外，DCS110可提供基于存储管理标准的AIOPS。

提供异构厂商存储解决方案的所述系统架构可包括多个使用不同网络或存储技术实现的厂商服务器(例如厂商1-7)。例如，可使用存储区域网络(SAN)实现厂商1-3，可使用网络附属存储(NAS)实现厂商4-5，可使用SAN交换机实现厂商6-7。

图4显示了根据一个或多个实施例所述的数据存储管理系统的三个高级软件模块。

例如，DCS110可用于服务器、操作系统或存储设备等任何类型的系统。DCS 110可以为脚本或脚本集合，用于在必要时登录系统并收集系统的一个或多个属性。例如，DCS110可收集与系统存储空间利用相关的数据。DCS110还可包括一篇用于跟踪代码审计和增强的事件错误、成功和/或失败的日志。

BLS130可提供用于数据丰富的业务配置文件。脚本或脚本集合从DCS110读取数据，并使用绑定到业务线(LOB)的逻辑，例如通过与GUI 140交互，将从DCS110读取的数据转换为信息，从而提供主动通知，重点显示已超过使用阈值的厂商存储设备(150)的列表。BLS130可对GUI 140使用保存到数据库中或保存为逗号分隔值(CSV)文件的结构化数据。

GUI 140可通过易于查看的形式提供设备容量、硬件健康状况、性能、奖励金仪表盘和服务水平协议(SLA)计量器等信息。GUI 140提供了一系列工具及代码，以表格和/或图形形式解释来自BLS130的数据。

图5显示了根据一个或多个实施例所述的用于监测和管理异构厂商数据存储系统的示例性过程逻辑流程500的框图。

DCS110可被视为厂商存储设备中的数据采集器。可将任何可实现“获取(get)”和“放置(put)”等某些应用程序编程接口(API)操作的编程语言的脚本放置到服务器中。可根据数据的紧急程度按需安排数据收集。数据因其相互关联性可用于许多不同类型的分析。所述系统与平台无关，因此只要组件的输出符合公用架构，即可独立开发和实现组件。

数据结构化可包括通过API调用等方式从多个厂商和实体收集数据，并将收集到的数据格式化为具有标准标头名称的表格格式。可将输出信息创建为文件，保存到管理服务器100中。所述系统可包括更多自动化技术，在使用前确认收集到的数据。可针对特定业务应用数据转换，并且可丰富收集到的数据。可使用GUI140进行信息可视化。可捕获实现结果，以便进行审计及其他业务工作流程。

在过程逻辑流程500中，DCS110可在操作510中通过获取操作505从多个服务器收集数据。可在操作515中集中收集到的数据，在操作520中确认并保存到文件中，并在操作525中转换为网页进行显示。操作530可表示用于会聚过程的过程500的终点。过程500还可根据工单工具中的工作流程添加操作，通过放置操作550生成应答文件(操作555)，其中，将数据在操作575中按需转换，并在操作580中保存到文件中，从而更改操作510所用服务器的配置。此外，操作555所生成的应答文件在操作560中将工单工具链接到数据存储管理系统，其中，通过工作流程添加和数据收集获得的参数可在操作565中单独确认，并在操作570中最终确认以便于执行。

图6显示了根据一个或多个实施例所述的用于监测和管理异构厂商数据存储系统的示例性模块的框图。

例如，系统600可包括用于GUI 140、BLS130和DCS110的数据收集610、数据结构化620、数据确认630、GUI创建640和界面650、部署660和部署报告670、html构建680和电子邮件报告690等子模块。

图7显示了根据一个或多个实施例所述的用于通过GUI 140、BLS130和DCS 110从厂商设备检索数据并显示标准化数据的过程流程。

过程700可包括DCS110，DCS110使用脚本登录厂商存储设备150，并在厂商存储设备150上生成非标准应答文件(操作710)，作为易失性或非易失性实例。DCS110可使用API将所生成的非标准应答文件中的数据收集到管理服务器100的易失性或非易失性存储器中(操作720)。DCS110可跟踪收集事件(标明错误或成功)，并将这些事件记录到工单工具(未示出)中进行审计(操作730)。DCS110可使用记录的事件确认收集到的数据(操作740)。BLS130可从管理服务器100的易失性存储器读取已确认的数据(操作750)。BLS130可根据读取的非标准数据确定标准报告数据(操作760)，并以针对异构厂商格式化的结构保存标准化数据(操作770)。GUI 140可根据管理服务器100收到的用户查询在图形用户界面(例如Web UI)中显示保存的数据(操作780)。

图8显示了根据一个或多个实施例所述的用于监测和管理异构厂商数据存储系统的GUI 140的示例性显示器800。具体地，图8所示的显示器提供了由管理服务器100监测和管理的厂商存储设备的高级概览。

GUI 140可显示各种组配置中的标准格式数据。例如，可将标准格式数据显示为用于不同厂商、地理区域或网络的单独网络接口。

显示器800可包括瞭望塔810、Mecha 811和辅助工具812的按钮，每个按钮被选定时均可显示一个下拉列表，通过下拉列表可选择示例所示的系统，包括GEN1 815、GEN2、VMAX和EMEA LEGACY等各种厂商系统。显示器800可提供GEN1 821、GEN2 822和VMAX 823等多个厂商系统的状态的概览820。显示器800可针对每个厂商系统在区域830中提供健康状况指标，例如与GENl 821、GEN2 822和VMAX 823相关联的指标831、832和833。

图9显示了根据一个或多个实施例所述的用于监测异构厂商数据存储系统第一子组905的GUI 140的示例性显示器900。图10显示了根据一个或多个实施例所述的用于监测异构厂商数据存储系统第一子组历史数据的示例性显示器1000。

例如，每个界面900可包括厂商存储容量910、健康状况911、性能912、卷列表913、服务器914和警报(SNAPIO)915等多个具有可选择按钮的显示组。界面900可包括图表920，其显示了以图形格式提供的数据。

每个显示组可在按列排列的标准数据标头下方提供按行950排列的多个独立设备的数据。数据可用于磁盘使用率930、分配率931、风险池932和高风险池933。

例如，厂商存储容量可包括DC、集群、IP、节点、层、综合、总计_TB、已用_TB、可用_TB、已分配_TB、已用_Pct、已分配_Pct、磁盘和卷等数据。

例如，厂商存储健康状况可包括DC、阵列、模型、总空间、可用空间、已用空间、预定空间、可用百分比、已用百分比、预定百分比等数据。

例如，厂商存储性能可包括阵列、存储组名称、稳定百分比、边缘百分比、关键百分比、延迟、每秒输入/输出操作次数(IOPS)、吞吐量、CPU存储器(可用、已用和总计)、平均预期响应时间、工作负载数量、存储组数量等数据。

例如，厂商存储卷列表可包括阵列、卷ID、卷类型、已分配百分比、容量(GB)、状态、保留、固定、封装、物理名称、卷标识符、WWN、池ID、存储组数量、前端路径数量等数据。

例如，厂商存储服务器可包括阵列、主机组ID、主机ID、服务器全球名称(WWN)、存储组ID、容量_GB等数据。

当SNAPIO 915选项卡被选定时，显示器1000可提供历史警报或快照，通过综合数据提供大量快照1010、存储空间消耗量1011、成本规避1012和行数据1020，从而提供独立数据点。

图11显示了根据一个或多个实施例所述的用于监测异构厂商数据存储系统第二子组1110的示例性显示器1100。

与第一子组相似，第二子组可在按列排列的标准数据标头下方提供按行排列的多个单独设备的数据。第二子组中的标准标头可与第一子组中的标准标头相同或不同。

图12显示了根据一个或多个实施例所述的用于从第一厂商设备检索数据并显示标准化数据的过程流程。图13显示了根据一个或多个实施例所述的将来自第一厂商设备的厂商存储标识符与标准化数据相关联的示例性参考表。

可由管理服务器100或其中的BLS130和/或DCS110、120等组件执行方法1200。在一个或多个实施例中，数据存储管理系统可通过厂商存储API使用用户名和密码登录厂商存储设备(操作1210)。数据存储管理系统可确定厂商存储设备的层和卷(操作1220)。数据存储管理系统可针对厂商存储设备的每个卷检索厂商存储设备的厂商格式属性(操作1230)。属性可包括与厂商存储设备的总体使用情况和性能相关的数据。数据存储管理系统可将厂商格式属性转换为标准格式数据。例如，可将标准格式数据以逗号分隔值(.csv)文件形式作为应答文件保存到厂商存储设备或管理服务器的非易失性存储器中(操作1240)。例如，应答文件可包含用于单个厂商存储设备的单个卷的标准格式数据、用于单个厂商存储设备的多个卷的标准格式数据或用于多个厂商存储设备的多个卷的标准格式数据。数据存储管理系统可将来自多个源的标准格式数据编译成另一个.csv文件(操作1250)，以供GUI 140检索时使用(操作1260)。

如图13所示，厂商存储设备(例如厂商服务器150)可包括厂商格式属性，例如AllocatedSpace.blocksize、UsedSpace.blocksize、FreeSpace.blocksize、NonAllocatedSpace.blocksize、NonAllocatedSpace.blocksize。厂商存储设备还可包括厂商存储设备卷大小等属性。因此，数据存储管理系统可根据厂商存储设备中各个卷的大小确定厂商存储设备的总卷大小。

标准格式数据可包括分配到池的空间、池上已用空间、池上可用空间、未分配空间、总空间(TB)、可用空间(TB)、已用空间(TB)、可用百分比、已用百分比和预定百分比等标头。

数据存储管理系统可向标准格式数据“分配到池的空间”分配厂商格式属性“AllocatedSpace.blocksize”的数据。指令可向标准格式数据“池上已用空间”分配厂商格式属性“UsedSpace.blocksize”的数据。指令可向标准格式数据“池上可用空间”分配厂商格式属性“FreeSpace.blocksize”的数据。指令可向标准格式数据“未分配空间”分配厂商格式属性“NonAllocatedSpace.blocksize”的数据。指令可向标准格式数据“已用空间(TB)”分配厂商格式属性“UsedSpace.blocksize”的数据。

数据存储管理系统可按公式“AllocatedSpace.blocksize+NonAllocatedSpace.Blocksize”使用厂商格式属性的数据确定标准格式数据“总空间(TB)”。指令可按公式“NonAllocatedSpace.blocksize+FreeSpace.blocksize”使用厂商格式属性的数据确定标准格式数据“可用空间(TB)”。指令可按公式“((FreeSpace.blocksize+NonAllocatedSpace.Blocksize)/(AllocatedSpace.blocksize+NonAllocatedSpace.Blocksize))*100”使用厂商格式属性的数据确定标准格式数据“可用百分比”。指令可按公式“(UsedSpace.blocksize/(AllocatedSpace.blocksize+NonAllocatedSpace.Blocksize))*100”使用厂商格式属性的数据确定标准格式数据“已用百分比”。指令可按公式“(总卷大小/(AllocatedSpace.blocksize+NonAllocatedSpace.Blocksize))*100”使用厂商格式属性的数据确定标准格式数据“预定百分比”。

指令可使用应答文件中的标准格式数据创建GUI 140等用户界面，以便以图形格式查看标准格式数据。

图14显示了根据一个或多个实施例所述的用于从第二厂商设备检索数据并显示标准化数据的过程流程。图15显示了根据一个或多个实施例所述的将来自第二厂商设备的厂商存储标识符与标准化数据相关联的示例性参考表。

如图14和图15所示，第二厂商存储设备(例如厂商服务器170)可包括与第一厂商存储设备相似或与第一厂商设备不同的厂商格式属性。例如，如图15所示，第二厂商存储设备的一些厂商格式属性可与第一厂商存储设备的厂商格式属性不同，或者，第一厂商存储设备的厂商格式属性不可用于第二厂商存储设备。根据第二厂商存储设备的具体特征，检索第二厂商存储设备的厂商格式属性的指令可与用于第一厂商存储设备的指令相同或不同。例如，如图14中方法1400所示，可由管理服务器100或其中的BLS130和/或DCS110、120等组件执行方法1400。在一个或多个实施例中，数据存储管理系统可直接连接到厂商存储设备(操作1410)。数据存储管理系统可检索厂商存储设备的厂商格式属性，并且可将厂商格式属性转换为标准格式数据，例如，可将标准格式数据以逗号分隔值(.csv)文件形式作为应答文件保存到厂商存储设备或管理服务器的非易失性存储器中(操作1420)。例如，应答文件可包含用于单个厂商存储设备的单个卷的标准格式数据、用于单个厂商存储设备的多个卷的标准格式数据或用于多个厂商存储设备的多个卷的标准格式数据。数据存储管理系统可将来自多个源的标准格式数据编译成另一个.csv文件(操作1430)，以供GUI 140检索时使用(操作1440)。

图16显示了根据一个或多个实施例所述的用于监测和管理异构厂商数据存储系统的示例性系统的框图。

在一个或多个实施例中，用户可将对厂商存储设备请求的配置更改输入到工单工具中。例如，所请求的配置更改可包括请求增加卷的虚拟存储容量。管理服务器1600可通过厂商存储API使用用户名和密码登录厂商存储设备。管理服务器1600的配置更改组件1620可将工单工具中请求的配置更改转换为特定厂商格式，通过特定厂商格式的配置更改来更新厂商存储设备。配置更改组件1620可查询厂商存储设备，确定是否已成功应用配置，并记录配置更改。配置更改组件1620可向工单工具提供消息，说明已成功应用所请求的配置更改。

管理服务器1600可包括一个数据标准化组件1610。处理多厂商存储系统时，厂商采用不同的方式解释相似的数据，这可能会让系统管理员感到困惑和/或延迟响应。通过数据标准化，系统管理员及其他人员可以更轻松地读取数据，采取适当的行动。例如，可采用API或安全外壳协议(SSH)收集数据。可将收集到的数据格式化，使表示特定厂商术语的数据转换为行业标准形式。可对数据应用LOB阈值进行分析，丰富并确认信息，捕获执行日志。可将最终数据转换为CSV UTF-8等格式，保存在本地，以便GUI 1660进行一般访问。作为数据标准化的一个示例，特定厂商的数据可包括活动空间、已分配空间和未分配空间，这些空间可标准化为总空间、已用可用空间和预定空间。数据可用于重复数据和/或快照解释。可将标准化数据可视化为图表，其中可反映违反LOB规则的行为，从而确保运行稳定性。对于执行/不执行(go/no-go)场景，可在实现过程中使用标准化数据，避免数据存储相关问题。

管理服务器1600可包括一个自动化自修复组件1630。可由连接到管理服务器1600的设备生成警报，通过技术和业务确认，触发业务治理模型和工作流程。为了应对警报中指示的状况，管理服务器1600可借助自动化自修复组件1630实现自动化自修复算法，并且可向工单工具提供信号进行审核。

管理服务器1600可包括一个用于实现多重存储自动配置即服务的多重存储自动配置组件1640。此类方法可结合任何工单工具(业务治理)，对所选择的任何厂商的卷自动配置请求进行全自动化。这有助于公司针对任何存储厂商做出调整，而不会担心需要采取新的编程操作。可使用设计工作流程在工单工具上配置工具前端，进行计费和技术确认，包括接收和完成。

管理服务器1600可包括一个仪表盘即服务组件1650。仪表盘即服务组件1650可实现与前端界面的分离，并且可允许管理服务器1600通过附接或连接到任何数据源来表示该基础设施。例如，可通过GUI 1660显示仪表盘，用于数据库团队、数据备份或操作系统平台，以便查看和分析各种网络和存储环境。

本公开所述技术通过允许实体在使用公用界面的同时与异构厂商数据存储系统交互，实现了数据存储管理领域的技术进步，这样无论具体厂商存储配置如何，用户都可以通过单个集成内聚界面监测并管理异构厂商数据存储系统。本公开所述技术提供了进行自修复、与工单工具集成且覆盖端到端业务过程的选项。本公开所述技术尺寸较小，无需利用专用计算系统和人力资源进行安装、管理、监测和报告。本公开所述技术以简单格式解释厂商数据。因此，接收关于厂商数据存储系统的关键信息时，实体不必聘请专家来解释不同的数据格式，这减少了成本和时滞。此外，本公开所述技术提供的自动化配置更改过程可适应不断扩展的公司治理策略。

可在一个或多个专用于本文所述处理的计算设备之上或之间执行本文所述的过程。参考图1，显示了实现为管理服务器100的示例性计算设备。应注意，图1所示的示例性计算设备还可用于图16中的管理服务器1600。一般而言，以下部分中详述的图1所示示例性计算设备可用于执行本文公开的任何一种或多种方法或基于计算机的功能。例如，计算设备可以为服务器、与其他系统或子系统集成的计算设备、移动计算设备、基于云的计算能力等。计算设备可以为本领域公认的任何合适计算设备，例如，包括但不限于定制芯片、嵌入式处理设备、平板计算设备、个人数据助理(PDA)、台式电脑、笔记本电脑、微型计算机、小型计算机、服务器、大型机或任何其他合适的可编程设备。根据一个或多个实施例，进行一项或多项给定功能时，可将单个组件替换为多个组件，也可将多个组件替换为单个组件。这种替换除非无效，否则属于一个或多个实施例的预期范围。

实现为管理服务器100的计算设备可包括一个处理器190，处理器190可以为任何合适类型的处理单元，例如通用中央处理器(CPU)、精简指令集计算机(RISC)、具有流水线或多重处理能力(包括具有多个核心)的处理器、复杂指令集计算机(CISC)、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑设备(PLD)和现场可编程门阵列(FPGA)等。例如，计算资源通常可进一步包括分布式计算设备、云计算资源和虚拟计算资源等。

实现为管理服务器100的计算设备还可包括一个或多个存储器191，例如只读存储器(ROM)、随机存取存储器(RAM)、与处理器190相关联的高速缓冲存储器，或者动态RAM(DRAM)、静态RAM(SRAM)、可编程ROM(PROM)、电可擦除PROM(EEPROM)、闪存、可移动存储卡或磁盘、固态驱动器等其他存储器。实现为管理服务器100的计算设备还可包括存储介质，例如磁盘驱动器、软盘驱动器、磁带驱动器、硬盘驱动器、光学驱动器和介质、磁光驱动器和介质、光盘驱动器、光盘只读存储器(CD-ROM)、可记录光盘(CD-R)、可重写光盘(CD-RW)、合适类型的数字多功能光盘(DVD)或蓝光光盘等可具有多个模块的存储设备。闪存驱动器、固态硬盘驱动器、独立磁盘冗余阵列(RAID)、虚拟驱动器、网络化驱动器及其他存储装置等存储介质，包括处理器190或存储器191上的存储介质，也被视为存储设备。可以理解的是，相对于公开实施例的操作，此类存储器可位于内部或外部。可以理解的是，可使用一个或多个非暂态计算机可读介质上存储的用于引导计算机系统执行过程步骤的指令，进行本文所述过程的某些部分。本文所用的非暂态计算机可读介质包括除暂态传播信号以外的所有计算机可读介质。

网络和通信接口195和196可以为单独接口或单个接口，可通过网络199与其他计算设备进行数据传输或接收。例如，网络和通信接口195和196可以为以太网接口、无线电接口、通用串行总线(USB)接口或任何其他合适的通信接口，可包括接收器、发射器和收发器。为了清楚起见，仅涉及收发器的输入或输出功能时，收发器可称为接收器或发射器。例如，示例性通信接口195和196可包括以太网和TCP/IP等有线数据传输链路。例如，通信接口195和196可包括用于通过接口与专用或公共网络199连接的无线协议。例如，网络和通信接口195和196及协议可包括用于与专用无线网络(例如Wi-Fi网络、一种IEEE 802.11x系列网络或另一种合适的无线网络)通信的接口。网络和通信接口195和196可包括用于通过蜂窝网络提供商所用的无线协议等方式与公共无线网络195和196通信的接口及协议，包括码分多址(CDMA)和全球移动通信系统(GSM)等。实现为管理服务器100的计算设备可通过网络和通信接口195和196与硬件模块(例如数据库或数据存储库，或者一个或多个服务器或其他网络化计算资源)通信。可对数据进行加密或保护，防止未经授权的访问。

根据一个或多个实施例，实现为管理服务器100的计算设备可包括一个系统总线193，系统总线193用于互连实现为管理服务器100的计算设备的各种组件，或者，实现为管理服务器100的计算设备可集成到一个或多个芯片中，例如可编程逻辑设备或专用集成电路(ASIC)等。例如，系统总线193可包括一个用于支持输入和输出设备192的存储控制器、本地总线或外围总线，以及通信接口195和196等。示例性输入和输出设备192可包括键盘、小键盘、手势或图形输入设备、运动输入设备、触摸屏界面、一个或多个显示器、音频单元、语音识别单元、振动设备、计算机鼠标及任何其他合适的用户界面。

处理器190和存储器191可包括用于存储计算机可读指令、数据、数据结构、程序模块、代码、微代码等内容的非易失性存储器，以及与其他硬件组件配合用于将计算机可读指令存储到非暂态计算机可读介质中以执行本文所述方法的其他软件组件。软件组件可包括源代码、编译代码、解释代码、可执行代码、静态代码、动态代码、加密代码等，或者采用任何合适方法实现的任何其他合适类型的代码或计算机指令，包括高级、低级、面向对象、可视、编译或解释的编程语言等。

本领域技术人员将认识到，可采用所述系统和方法的上述及其他实施例。以上各种系统和方法的描述旨在提供具体示例，说明本文公开和描述的系统的某些制作和使用方式。这些描述既不旨在也不应被视为所述系统的可能制作和使用方式的详尽列表。对此可进行多种修改，包括示例之间的系统替换以及组合之间的变化。阅读本公开后，本领域普通技术人员应能轻松做出这些修改和更改。

本文通过示例并参考附图详细说明了所公开的系统、装置、设备和方法。本文讨论的示例仅供参考，旨在帮助解释本文所述的装置、设备、系统和方法。对于任何所述装置、设备、系统或方法的任何具体实施方式，附图所示或下文讨论的功能或组件均不应被视为具有强制性，但经特别指定具有强制性的情况除外。为了便于阅读和清楚起见，可结合特定附图单独说明某些组件、模块或方法。在本公开中，特定技术、布置等的任何标识均与所提供的特定示例相关，或者仅为此类技术、布置等的一般说明。除非特别指定，否则具体详细信息或示例的标识既不旨在也不应被解释为具有强制性或限制性。任何未能具体描述组件组合或子组合的情况不应被理解为表明任何组合或子组合不可行。应理解，可修改公开和描述的示例、布置、配置、组件、元件、装置、设备、系统、方法等，并且需要针对特定应用做出修改。此外，对于任何所述方法，无论是否结合流程图进行说明，应理解，除非另有规定或上下文要求，否则方法执行过程中所执行步骤的任何明示或暗示排序并不意味着必须按给定顺序执行这些步骤，而是可按不同顺序或同时执行这些步骤。

本说明书全文所提及的短语“各种实施例”、“一些实施例”、“一个实施例”、“一些示例性实施例”、“一个示例性实施例”或“某个实施例”表示至少一个实施例包括结合任何实施例说明的具体特性、结构或特征。因此，本说明书全文各处出现的短语“在各种实施例中”、“在一些实施例中”、“在一个实施例中”、“一些示例性实施例”、“一个示例性实施例”或“在某个实施例中”未必全部参考相同的实施例。此外，具体特性、结构或特征可在一个或多个实施例中以任何合适的方式组合。

本公开全文所提及的组件或模块通常是指逻辑上可组合用于执行一项功能或相关功能组的产品。相似参考号通常旨在表示相同或相似的组件。可在软件、硬件或软硬件组合中实现组件和模块。术语“软件”应用广泛，既涵盖机器可执行或机器可解释指令等可执行代码，又涵盖以任何合适电子格式存储的数据结构、数据存储库和计算指令，包括固件和嵌入式软件。术语“信息”和“数据”应用广泛，涵盖多种电子信息，包括可执行代码；文本、视频数据和音频数据等内容；以及各种代码或标志。上下文允许时，术语“信息”、“数据”和“内容”有时可互换使用。应注意，虽然为了清楚起见和帮助理解，本文讨论的一些示例可能将特定特性或功能描述为特定组件或模块的一部分，或者描述为存在于计算设备的特定层(例如硬件层、操作系统层或应用程序层)，但是这些特性或功能可实现为不同组件或模块的一部分或者在通信协议栈的不同层运行。本领域普通技术人员将认识到，本文所述的系统、装置、设备和方法可用于其他类型的设备或经简单修改与其他类型的设备配合使用，可采用客户端-服务器分布式系统等其他计算系统布置，并且可采用除所述协议以外的其他协议或在通信协议栈的其他层运行。

本说明书及示例仅用于示例性目的，所附权利要求表明了本公开的实际范围和精神。