一是应用与容量间的关系复杂化：由于存储系统的独立性，单从存储设备的配置情况很难了解容量在应用间的分配情况，这就要求在日常运维过程中对存储的分配有详细的记录和跟踪。

二是应用容量的需求更容易超出设备的能力：由于存储资源的集中供给，在应用的存储容量分配过程中更易产生容量和性能的冲突。这就要求我们能实时的观察存储容量的变化，发现潜在的容量和性能问题，通过运维手段及时解决潜在的性能和容量问题。

三是对于存储管理的需求日益突出，管理成本明显提升:集中式的管理对存储系统集中规划提出了更高的要求，对存储资源的统筹规划要求运维人员随时掌握存储系统的变化情况，另一方面，随着IT服务管理的不断深化，存储资源作为重要的IT服务资源，也需要被更精细化的管理起来。

因此对于黑龙江移动来讲，存储管理是要建立基本的存储运维管理方法，在此管理方法的指导下，建设一套集存储架构管理、自动采集、分析、监控、预警，以及容量变更管理的系统工具，有效的建立起容量管理的基础平台。

通过分析，黑龙江移动希望通过存储容量管理系统的建设，达到以下管理目标：清晰的了解存储系统当前的系统架构和配置情况；准确掌握存储资源的分配和使用情况；用规范化的流程管理存储配置和资源的变更情况；对存储资源的利用情况进行实时的监控，在合理的范围内进行容量预警；对业务存储容量趋势能够进行一定程度的预测；所有数据的采集、解析、关联、展现等尽量做到自动化，减少人工干预。

建立存储管理功能模型

从对存储运维管理的需求和困扰出发，分析实现和解决上述问题需要建立的基础运维管理的方法模型，根据方法模型的指导，总结系统开发和建设的功能性需求。

存储容量管理过程模型是由一系列复杂的管理子过程组成的，目的是从不同侧面描绘存储系统在运维的各个时期内的总体和细节情况，这些管理子过程将提供最终进行容量分析和预测的操作数据，并根据特定的数据挖掘方法进行统计、分析和预测。

容量数据管理包括对容量信息的识别、采集和导入活动。容量数据管理将对存储系统中的容量分配和业务使用情况进行记录，保证数据的及时、准确和完整性。这些信息一方面是面向存储的容量管理信息，从存储设备的角度观察设备容量的分配和变化情况，这些信息可以包括：设备的裸容量、可用容量、已分配容量、空闲容量等信息。面向存储的容量管理信息可以指导我们分析当前设备的容量消耗情况和剩余能力。

另一方面是面向应用的容量管理信息，从主机或应用的角度观察当前分配容量和容量使用情况，这些信息可以包括：文件系统容量、文件系统使用率等信息。这些容量信息来自于最底层的应用存储单元，需要结合配置管理的关联信息整合成特定应用的容量信息。面向应用的容量管理信息可以指导我们分析当前应用的存储容量占用和使用情况，容量管理的总体过程如图2所示。

存储容量管理的核心内容是控制存储资源的分配，使不同设备上的资源使用合理化，因此对于存储系统的物理配置和逻辑配置的变更，都需要在规范的过程指导下完成。日常运维的操作需通过严格的审批审核流程，保证资源的分配使用不会带来业务性能和容量的冲突，同时保障生产系统的变更过程能够在风险可控的范围内平滑过渡，变更过程可追溯、可评估。变更管理过程将控制存储系统的配置变化和容量分配变化情况，并将更新的信息第一时间输入到配置管理数据库和容量管理数据库。

此外，在配置管理中将建立统一的配置管理数据库来记录各存储配置元素的属性、配置和关系，使存储环境信息能够准确、完整、直观的表现出来。配置管理本身的任务是维系一个与实际环境一致的配置管理数据库，因此需要相关的管理过程进行支持。这里我们采用ITIL推荐的配置管理方法进行管理。

在存储性能管理方面，存储设备的性能主要关注存储IOPS、吞吐量、物理磁盘、前端口、后端口、LUN、容灾接口等设备的性能，通常这些性能数据无论哪个厂家的存储设备都可以通过它自己的性能管理工具采集到，我们需要对这些性能数据进行解析和展现。