)存储管理
存储管理是操作系统中四大功能之一，是指存储器资源(主要指内存并涉及外存)的管理，主要是指对主存的管理，主要关注存储介质方面的操作与维护工作。存储管理主要解决以数据恢复和历史信息归档为目的的联机与脱机数据存储。存储管理团队必须确保备份和存档的物理安全。存储管理的目标是在生产IT环境中定义、跟踪并维护数据和数据资源。数据与数据资源的定义涉及以下任务：
•制订必要的数据分类、存储与恢复计划 
存储管理
存储管理•制订必要的数据存储与恢复策略及流程
数据与数据资源的跟踪涉及以下任务：
数据与数据资源的跟踪涉及以下任务：
•根据业务需求监控存储资源以确保处于可用状态
•根据当前发展趋势预测未来存储需求
数据与数据资源的维护涉及以下任务：
数据与数据资源的维护涉及以下任务：
•通过对存储资源进行调整与优化的方式提高可用性、容量或性能需求（服从变更管理流程规定）
•确保数据按照预先制订的数据安全策略进行存储
存储资源管理是一项关键存储管理活动，它主要关注于确保诸如磁盘之类的重要存储介质通过正确的文件系统进行格式化和安装，以及（诸如磁带、CD之类的）移动存储介质按照业务要求进行组织（例如通过库的方式组织）、使用、循环及淘汰。如需了解更多相关信息，请参考“磁盘管理”、“文件系统管理”和“磁带管理”章节。
此外，存储资源管理还包括通过管理技术来监控存储资源，从而确保其满足可用性、容量及性能需求。如需获取更多相关信息，请参考“制订存储监控与管理计划并对存储活动进行监控”章节。
现有数据中心内的后续日常存储管理活动包括：数据备份、还原与恢复操作；存储资源管理活动；以及本文中所描述的其它活动。
存储管理的目的和目标是凭借可用技术资源确保通过适当的存储设备来满足SLA所规定的业务需求。这种目标要求能够及时确定故障，理解未来业务需求可能对存储所产生的影响，并通过最为高效、便捷的方式来确保存储管理功能的实现。
•存储管理制订数据分类、存储、还原和恢复所必需的策略与过程。
•存储管理对存储资源进行实时监控并预测未来的存储资源需求。
•存储管理实施旨在维持稳定、高效、可管理的存储环境进而满足业务需求的变更与调优操作。
存储管理图1：存储管理流程与活动
1.数据备份、还原和恢复操作
数据的存储、还原与恢复是企业数据维护过程中的一项关键存储管理活动。数据应当按照类型进行分类，同时，应制订必要的策略来确保相关操作满足业务需求与服务级别目标有关详细信息，请参阅本文的“数据分类”和“规划备份策略”章节。
存储管理同时还与灾难恢复计划有关。本文覆盖了数据恢复技术领域，但并未涉及面向其它基础架构组件（包括服务器和网络）的整体业务恢复。如需获取更多相关信息，请参考本文的“灾难恢复注意事项”章节。如需了解完整的业务恢复操作细节，请参考服务连贯性管理指南。
2.规划备份策略
数据的备份、还原与恢复操作是IT组织机构所需完成的最为重要的任务之一。企业无法承担长时间无法访问数据的风险；因此，组织机构应当制订并遵循称为备份策略的详细计划。由于组织机构内部不同业务单位之间在人员素质与技术方向上存在差异，因此，很难制订一套包罗万象且放之四海皆可行的备份策略。更合理的方式是根据应用使用情况，为不同的业务单位或用户团队制订各自的策略。
数据的备份、还原与恢复操作是IT组织机构所需完成的最为重要的任务之一。企业无法承担长时间无法访问数据的风险；因此，组织机构应当制订并遵循称为备份策略的详细计划。由于组织机构内部不同业务单位之间在人员素质与技术方向上存在差异，因此，很难制订一套包罗万象且放之四海皆可行的备份策略。更合理的方式是根据应用使用情况，为不同的业务单位或用户团队制订各自的策略。
这部分所描述的处理步骤均是可重复的。当新增客户的服务级别协议（SLA）对数据备份、还原与恢复需求产生影响，或者企业需要对前面所提到的问题进行调整时，每个步骤均可通过变化方式执行。
注意：以下所描述的备份策略中最后一步设计选定存储解决方案的实施与测试。
3.数据分类
在制订合理的备份策略之前，所需执行的第一步操作便是在IT环境中对不同类型的数据进行分类。例如，大多数组织机构认为个人数据与业务无关，并不备份“用户数据”。因此，“用户数据”属于一种被排除在定期备份范围之外的数据类型，其存储责任由用户自行承担。
在制订合理的备份策略之前，所需执行的第一步操作便是在IT环境中对不同类型的数据进行分类。例如，大多数组织机构认为个人数据与业务无关，并不备份“用户数据”。因此，“用户数据”属于一种被排除在定期备份范围之外的数据类型，其存储责任由用户自行承担。
另一方面，“企业业务数据”属于对于企业来说非常重要的数据并且需要定期进行备份。在“企业业务数据”类别当中，存在不同级别的企业数据，例如企业保密数据、“企业资源数据”、“项目数据”等。
一种合理的方式是根据业务影响对数据进行分类。例如，某些数据要求企业必须确保其可用性，或者属于制造型企业的必备资源列表。这种类型的数据对业务具有高度影响，并应适当进行分类。有些情况下，某些数据无需始终保持在线状态，但必须在需要情况下保证可用——例如医药企业在执行药品研究时所生成的测试数据。这类数据同样具有“高度业务影响”，因此，产品所包含的瑕疵可能会对企业造成风险，而企业无法生成过去几年的测试数据。
4.定义备份需求
当按照不同数据类型进行分类时，针对每种数据类型的需求与规范必须加以定义。
5.确定数据存储量
针对每种不同数据类型确定其数据存储量。您所处理的数据是千兆级还是兆级将对产生影响。理解这一点有助于确定执行备份操作所需的设备类型、所需介质、是否拥有充足的备份时间以及是否必须考虑在线存储方式等。
6.确定数据存储位置
现在已经确定运行环境中的数据类型以及每种数据类型的存储需求，接下来需要确定数据存储位置。这一信息对于确定实现备份策略所需的技术非常重要。例如，在服务器位于不同国家——或星球——的地理分散环境当中，集中备份解决方案可能导致备份数据将网络冲垮。这种方式会对业务产生潜在的严重影响。在这种情况下，可能需要考虑本地备份解决方案，并通过自动方式降低成本。
许多企业发现大量宝贵的企业商务数据存储在移动办公人员的计算机上。由于对桌面计算机统一进行备份在成本上不可行，因此，对于IT人员来说，这将是一种非常棘手的情况。当越来越多的客户端个人计算机被笔记本电脑所取代时，这种情况将变得更加复杂。一种推荐的最佳实现方式是指导所有个人计算机用户在定期进行备份的指定服务器上存储企业商务数据。
7.确定计划数据增长
制订备份策略所需的另一条关键信息是按类型估计数据增长速度。IT机构应确保其所制订的备份策略不会很快过时。有关预计用户数量和这些用户所创建数据类型的长远规划应予以考虑。如果企业正在筹划雇佣100名新员工，那么，用户及业务数据的数量也将随之增长。应立足于长远需求并提供所需的容量与性能。
8.确定备份与还原性能需求
信息技术（IT）运行维护机构需要确定针对备份、还原与恢复的性能需求。这些需求应当业务需求相结合。在制订SLA的过程中，不同业务单位与IT机构之间需要就有关备份、还原与恢复性能的特定服务级别目标（衡量标准）进行定义、协商并达成一致。需要注意的是，这些服务级别目标必须按照符合SLA的方式进行监控，以确保针对IT机构和客户的承诺同时得到满足。
9.确定数据库备份与还原需求
企业最为关注的关键性数据位于数据库当中。每套数据库都是各不相同的；应尽可能充分利用数据库厂商所提供的工具对不同数据库中所存储的数据进行备份、还原与恢复。
大多数主流数据库厂商支持在不停止数据库的情况下对其进行在线备份。这些厂商通常提供能够生成所需备份文件列表的工具，并确保对控制文件、归档日志、重做日志以及表空间进行正确的备份。某些工具甚至提供由事件驱动的归档功能，这种功能能够在卷超过预先定义好的容量时自动执行数据归档。如需获取更多相关信息，请参考本文的数据库管理部分。
10.确定电子邮件备份需求
由于业务的增长很大程度上依赖于商务环境下的即时信息交换，因此，对于大多数企业而言，电子邮件是一种任务关键型应用程序。电子邮件系统依赖于数据库，然而，在规划备份策略的过程中，仍需考虑一些电子邮件系统所特有的需求
11.确定个人计算机客户端备份需求
与其对数以百计甚至数以千计的个人计算机客户端进行备份，许多IT组织机构选择要求用户在服务器上存储企业关键数据。这种方式允许根据预先定义好的备份计划来存储重要数据。如果某些用户提出针对桌面系统或移动设备的特殊备份需求，可以通过使用由不同平台（例如MicrosoftWindowsNT、MicrosoftWindows2000、UNIX等）所附带的工具来轻松、安全的完成这项工作。
注意：由于担心无法在需要时及时访问自己的数据，某些用户可能对使用服务器存储方式采取抵触措施。可以通过针对存储系统实施高可用性计划的方式来解决这一问题。如需了解更多关于用户数据还原的信息，请参考利用Windows2000IntelliMirror还原用户数据与用户设置部分。
12.确定备份与还原时间表
确定每种数据类型的备份频率。例如，用户所使用的文件可能需要每天进行备份，系统数据可能需要每周进行备份，而关键数据库业务则需要每天备份两次。
确定可以承受的备份操作时间表。例如，用户文件可以在其未被使用的情况下随时进行备份，而某些业务数据库则只能在有限的几小时内进行备份。
通过对所需备份的数据量、现有基础架构以及所使用的技术进行评估来预测每次备份所需的时间。在脱机备份方式下，所有这些因素都将对用户的数据访问行为产生影响。基于这种原因，应将备份时间计算需求与特定的业务需求进行对比。如果业务需求要求用户平均每天有22小时能够访问数据，那么，4小时的脱机备份操作将无法执行；为此，需要寻找另一种解决方案（例如在线备份、SAN等）。
必须了解针对每种数据类型可以承受的数据恢复时间表。例如，某些用户文件可能需要两天时间才能得以恢复，而企业业务数据则必须在两小时内恢复完毕。在确定可以承受的恢复时间时，应确保其中包含访问存储介质所需的时间以及真正将数据恢复到磁盘上所需的时间。这方面最清晰的示例是需要对系统进行全面恢复且必须通过脱机存储机制获取相关介质的情况。这些信息将用于确定由运行维护部门强制执行的特定备份计划。
13.定义备份与还原策略
凭借前面几步工作所收集到的信息，备份策略现在已经可以得到定义并形成文档。请不要发布任何无法得以实施的策略。应通过适当的监控与测量方式来确保策略的实施。
凭借前面几步工作所收集到的信息，备份策略现在已经可以得到定义并形成文档。请不要发布任何无法得以实施的策略。应通过适当的监控与测量方式来确保策略的实施。
将于数据备份和还原相关的策略以文档形式记录下来非常必要，这种方式可以确保所有相关人员对其加以了解并严格贯彻。这些策略应当反映IT机构通过操作级别协议（OLA）向其它IT实体或通过服务级别协议（SLA）向客户所作出的承诺。
作为一项基本方针，存储策略应遵行以下要求制订：
•在数据分类架构与备份计划之间建立关联。例如，企业业务数据可以每天备份一次，数据库业务数据可以每天备份两次等等。
•适当的限制措施。例如，所有还原文件请求可以通过变更请求（RFC）方式提交。
•数据备份保留时间。例如，应用程序X的数据应存储一年时间。
•如何对备份操作进行调度。例如，为避免网络超负荷运转，针对商务单位A的数据不能与针对商务单位B的数据同时进行备份。
•存储资源管理（SRM）。例如，存储事件可以在夜间进行报告并保留一周时间。
•安全事项。例如，所有企业保密数据可以进行加密处理。
•维护事项。例如，存储介质应当进行测试。
•灾难恢复事项。例如，在硬盘出现故障的情况下，上一工作日结束时存储的所有数据必须能够得到恢复。有如，在连贯性计划所定义的灾难情况下，所有数据必须能够恢复到上一周结束时的状态。需要注意的是，这种策略意味着需要建立脱机安全存储机制并予以使用。
13.分析备份与还原需求
对收集到的所有需求信息和业已确定限制与策略进行审核，减少冗余并将结果形成文档。这份文档将成为执行下一步工作的基础。
对收集到的所有需求信息和业已确定限制与策略进行审核，减少冗余并将结果形成文档。这份文档将成为执行下一步工作的基础。
对于需要在分布式环境中管理存储设备的运行环境，存储管理效率应得到提高。通过将存储服务器合并到统一位置上可以实现这一目标。通过这种方式，存储管理、存储资源监控以及整体网络性能都将得到改善。存储管理解决方案的整体效率也将通过这种合并得到提高。
选择并购买存储基础架构组件
利用备份需求分析结果来制订旨在满足业务需求（包括现有功能要求）的不同存储解决方案。随着存储技术和体系结构的不断进步，应当考虑采取不同的方式。
利用备份需求分析结果来制订旨在满足业务需求（包括现有功能要求）的不同存储解决方案。随着存储技术和体系结构的不断进步，应当考虑采取不同的方式。
组织机构或许拥有满足备份策略中所定义需求的所有存储组件。然而如果情况并非如此，就需要业已定义的需求和限制条件——特别是预算限制——之间求得平衡。之后，为这项工作选择正确的技术。
14.制定存储监控与管理计划
对IT运行环境中目前所采用的管理解决方案进行审核。如果需要的话，应包括涉及存储技术并可供购买的厂商管理解决方案。如有必要的话，选择并购买最符合业务需求的监控与管理解决方案。
对IT运行环境中目前所采用的管理解决方案进行审核。如果需要的话，应包括涉及存储技术并可供购买的厂商管理解决方案。如有必要的话，选择并购买最符合业务需求的监控与管理解决方案。
用以对网络和系统资源进行监控与管理的管理系统通常不涉及用户数据，因此，这些系统无法满足档案存储要求。然而，按照IT安全策略所指定的规则，系统备份介质仍然应当存储在安全可靠的位置。应确保在整体备份策略中包含对管理系统的备份。
15.制订过程与方法
制订可供存储管理人员对存储解决方案进行运行和维护的详细过程与方法。所制订的过程应专门适用于业已部署的技术，而所选择的备份方案则更具通用性。请不要忘记包含用以对解决方案进行监控和管理的过程。
制订可供存储管理人员对存储解决方案进行运行和维护的详细过程与方法。所制订的过程应专门适用于业已部署的技术，而所选择的备份方案则更具通用性。请不要忘记包含用以对解决方案进行监控和管理的过程。
16.制订资源规划
在选择能够满足备份与还原需求的适当技术与存储体系结构后，需要面对的其它领域包括人员、培训需求以及组织问题。
在选择能够满足备份与还原需求的适当技术与存储体系结构后，需要面对的其它领域包括人员、培训需求以及组织问题。
对于解决方案，需确定实施和运行备份策略所需的合理人员数量。这意味着需要在不同岗位之间调动IT人员或雇佣更多的人员。诸如此类的资源事宜需要在预算限制的基础上予以权衡。
对于为实施、运行和维护备份策略而配备的人员技能进行评估，并在选定的存储解决方案需求之间进行对比。如果需要进行培训，还需确定企业内部培训是否能够满足要求以及是否需要参加外部培训。通常情况下，组织人员参加培训课程所需的时间要不预想中的长。了解相关人员何时能够达到的满足要求的技术水平将对策略的实施进度产生直接影响。
最佳实现方式是确保人员培训与存储技术同步到位。请记住，培训与在生产环境中实际“上手”之间所间隔的时间越短，达到的效果就越理想。
17.测试备份策略
必须执行适当的测试以确保备份策略及相关技术能够实现预期的目标。
必须执行适当的测试以确保备份策略及相关技术能够实现预期的目标。
实施备份策略
凭借目前已经购买的存储基础架构组件以及经过全面培训的人员，应着手开始将存储解决方案及相关监控与管理工具安装到IT环境当中。这项工作通常涉及不同团队——包括存储管理者、网络专业人员等——之间的共同协作。
凭借目前已经购买的存储基础架构组件以及经过全面培训的人员，应着手开始将存储解决方案及相关监控与管理工具安装到IT环境当中。这项工作通常涉及不同团队——包括存储管理者、网络专业人员等——之间的共同协作。
规划阶段应在审核所需执行的任务之前对其进行详细的描述与讨论。不同的服务需要实施不同的故障冗余与恢复方案。
18.存储资源管理
无论运行环境属于集中式还是分布式，都必须对所使用的各种不同存储技术进行管理。这就要求合理的使用随不同存储系统提供的厂商工具，使用符合组织机构要求的第三方工具，并将这些技术封装到合理定义的策略与流程当中。最后，还需提供能够简化存储管理系统可用性、容量及性能监控与分析方式的功能。此外，存储系统还应通过统一控制台以及大量报表生成功能实现简单的配置方式。
无论运行环境属于集中式还是分布式，都必须对所使用的各种不同存储技术进行管理。这就要求合理的使用随不同存储系统提供的厂商工具，使用符合组织机构要求的第三方工具，并将这些技术封装到合理定义的策略与流程当中。最后，还需提供能够简化存储管理系统可用性、容量及性能监控与分析方式的功能。此外，存储系统还应通过统一控制台以及大量报表生成功能实现简单的配置方式。
存储资源管理（SRM）是一项旨在确保诸如磁盘之类存储设备能够通过适当的文件系统进行格式化和安装的关键存储管理活动。此外，SRM还涉及使用管理技术对存储资源进行管理，进而确保其满足可用性、容量及性能需求。如需了解更多相关信息，请参考本文的“存储事件监控”章节。
对生产环境中所使用的存储管理资源进行监控与管理是一项极为重要的任务。因此，管理员和存储管理者所使用的管理系统和工具必须提供所有必要的功能（监控、调优、配置等），以确保数据得到正确的存储并且在需要的情况下能够及时进行还原与恢复。
使用这种管理系统需要经过培训并具备一定的技能。对某些基本概念的理解对于对存储资源实施成功监控与管理并对结果进行分析非常必要。此外，针对适当的工作选择正确的工具能够大大增强运行维护团队确保数据与存储资源可用性、容量及性能的能力.
19.事件分析
为监控存储管理事件和阈值，必须对结果数据进行适当的处理。应定期执行事件数据分析工作并分析存储系统性能与容量发展趋势。如果仅仅对事件和阈值进行监控而并未对其进行分析，那么只能采取事后补救措施。只有对数据进行分析才能真正实现前瞻性存储资源管理。应尽可能在其对业务产生影响前确定潜在的性能问题并依据您所收集的数据来预测未来的存储容量需求。
此外，必须定期生成并向所有相关IT人员分发就可用性、容量及性能对存储资源事件发展趋势进行跟踪而得出的报告。
20.祖父——父亲——儿子（GFS）
这是一种最为常用的介质循环方式，它使用三套磁带分别以每天、每周、每月和每季度为单位对数据进行备份。
GFS所使用的术语定义如下：
•每日增量备份（在GFS方法中被称为“儿子”）。存在四套分别标记为“星期一——星期四”或类似内容的每日磁带。这些磁带作为部分备份的一部分按照其所标记的日期每周重用一次。
•每周完全备份（在GFS方法中被称为“父亲”）。存在最多五套每周备份磁带，这些磁带分别标记为“第1周——第5周”或类似的内容。这些磁带按照其所标记的周次在不执行增量备份的日期每周进行一次完全备份并且每月重用一次。
•每月完全备份（在GFS方法中被称为“祖父”）。存在三套分别标记为“第1月——第3月”或类似内容的每月备份磁带。这些磁带用以在每月最后一个工作日进行完全备份。它们每季度被重用一次。
以下表格描述了针对某个月的可能采用的祖父——父亲——儿子磁带循环方式。
存储管理表格1GFS介质循环计划
阴影区域代表先前的备份，白色区域表示最近一次备份。在单月计划内，只有每日备份磁带会被重用。
阴影区域代表先前的备份，白色区域表示最近一次备份。在单月计划内，只有每日备份磁带会被重用。
以上所描述的GFS方法可以保留两至三个月的历史数据，这对于许多组织机构来说已经足够。如果需要执行数据归档，相关磁带可能会从循环机制中取出并进行离线存储，此时，需要增加新磁带以替代被存储的磁带。
22.汉诺塔
这是另一种广泛使用的磁带循环方式。其名称取自古代中国一种通过递归技术实现的同名游戏。在这个游戏中，参与者从一根钉子上向另一根钉子上移动一摞盘子，其间要求每个盘子只能被放置在比它更大的盘子上。这种方式需要使用比GFS方式更多的介质。由于每向备份计划中添加一套介质，历史数据备份就会增加一倍，因此，这种方式更能确保数据的即时恢复。这种计划可以采用每天或每周循环方式。
以下表格显示了这种方法以及相关解释说明：
表2汉诺塔循环情境
这种方法从一套介质（例如介质A）开始执行备份计划，并在另一次备份会话中对其进行重用。下一套介质（例如介质B）在第一个非介质A备份日使用，并且在每4个备份会话中重用一次。下一套介质（例如介质C）在第一个非介质A和非介质B备份日使用，并且在每8个会话中重用一次。介质集合D在第一个非介质A、非介质B和非介质C的备份日开始使用，并且每16个会话周期重用一次。最终，介质集合E与每套介质集合D交替使用。
这种方法从一套介质（例如介质A）开始执行备份计划，并在另一次备份会话中对其进行重用。下一套介质（例如介质B）在第一个非介质A备份日使用，并且在每4个备份会话中重用一次。下一套介质（例如介质C）在第一个非介质A和非介质B备份日使用，并且在每8个会话中重用一次。介质集合D在第一个非介质A、非介质B和非介质C的备份日开始使用，并且每16个会话周期重用一次。最终，介质集合E与每套介质集合D交替使用。
对数据流量的评估可用于确定循环周期。每周循环方式最少使用5套介质，而每日循环方式最少使用8套介质。同样，为实现数据归档，介质应定期从循环中退出（并得到替换）。
存储管理是每家数据中心每天都必须执行关键运行维护流程。因此，组织合理的团队来执行这项工作非常重要。这部分内容描述了建议构成这支团队的各种角色。其中某些角色直接与日常存储管理任务相关联，另一些角色则只需在整个流程中的特定时段内存在。角色描述不必向工作描述那样进行解释。
根据IT组织机构的规模与结构，每名工作人员可能同时担任多个角色。尽管如此，每个流程只能存在一名流程所有者。这将确保有一个人能够对流程的整体性能负责。同时，这还能确保有一个关键人物能够全盘负责解决问题。
以下描述了执行每日存储管理流程所需的角色。
存储管理员负责执行存储管理流程。在流程设计和/或重新设计工作当中，存储管理员承担最主要的职责。
存储管理员负责对存储管理及其相关活动产生影响的所有流程改进工作。这些活动可能需要占用管理员25%至75%的工作时间。存储管理员同时还应当投入大量时间来完成流程改进工作，并与那些对流程成功与否抱有很大兴趣的合伙人保持良好关系。
介质管理员负责维护介质库并：
•确保提供并控制限制使用的介质（例如磁带、磁盘、磁带盒、纸张、微缩胶片等）。
•审核物理介质库，并确保逻辑与物理介质库的连贯性。
•确保根据介质保留与循环策略将介质传送至离线存储位置上。
•根据厂商建议对介质进行处理。
•确保介质可用于备份和还原。
•确保根据要求从备份与还原设备中卸载介质。
•确保对逻辑介质库中的所有介质进行记录与跟踪。
•为测试环境提供并控制介质。
•为生产测试提供并控制介质。
•确保与生产发布版本相关的介质保持可用，以及相关流程在服务激活前及时到位。
存储管理是Microsoft运行框架（MOF）流程模型中运行维护领域内的一项服务管理职能（SMF）。数据中心内部存储管理流程的每日执行情况取决于多种不同的IT流程（或者受到这些流程的影响）。下图描述了存储管理与其它MOF服务管理职能（SMF）之间的关系。
图2：与运行维护领域内其它SMF之间的关系
1.系统管理
系统管理负责处理组织所用的管理模型。一些组织喜欢采用这样的管理模型：在一个地点履行所有IT职能，并在该地点配备一支由IT专业人员组成的团队。其他组织更愿意采用分布式分支机构模型（技术和支持队伍在地理上均是分散的）。系统管理会检查每种模型的权衡情况。每种类型系统管理模型均具备特有的批处理过程管理需求。
1.系统管理
系统管理负责处理组织所用的管理模型。一些组织喜欢采用这样的管理模型：在一个地点履行所有IT职能，并在该地点配备一支由IT专业人员组成的团队。其他组织更愿意采用分布式分支机构模型（技术和支持队伍在地理上均是分散的）。系统管理会检查每种模型的权衡情况。每种类型系统管理模型均具备特有的批处理过程管理需求。
2.安全管理
安全管理是一项关注于安全控制机制实施与管理的IT过程，这些安全控制机制旨在强化企业安全策略，从而确保IT生产环境内的数据与系统安全性。由于存储管理流程所主要关注的企业数据必须时刻保证安全，因此，存储管理与安全管理之间存在着紧密关联。当数据位于企业域内的磁盘上时，可以通过密码方式确保其安全性，并通过软件工具实现不同的安全级别。然而当数据存储在磁带或其它外部存储设备上时，此类安全措施将不再适用，必须采用额外的关注措施以确保数据安全性（例如保持数据处在离线状态，对其进行上锁保管或加密）。存储管理者与安全管理员需要密切协作以确保企业数据安全策略得到切实贯彻。
安全管理是一项关注于安全控制机制实施与管理的IT过程，这些安全控制机制旨在强化企业安全策略，从而确保IT生产环境内的数据与系统安全性。由于存储管理流程所主要关注的企业数据必须时刻保证安全，因此，存储管理与安全管理之间存在着紧密关联。当数据位于企业域内的磁盘上时，可以通过密码方式确保其安全性，并通过软件工具实现不同的安全级别。然而当数据存储在磁带或其它外部存储设备上时，此类安全措施将不再适用，必须采用额外的关注措施以确保数据安全性（例如保持数据处在离线状态，对其进行上锁保管或加密）。存储管理者与安全管理员需要密切协作以确保企业数据安全策略得到切实贯彻。
3.服务监控
存储管理负责对硬盘、磁带以及其它存储设备进行监控。这项工作涉及对低存储空间的监控，以及为确保备份作业正确完成而对其进行的监控。存储管理必须与服务监控SMF密切配合以确保事件能够得到及时监控且在故障情况下能够提供必要的支持。
存储管理负责对硬盘、磁带以及其它存储设备进行监控。这项工作涉及对低存储空间的监控，以及为确保备份作业正确完成而对其进行的监控。存储管理必须与服务监控SMF密切配合以确保事件能够得到及时监控且在故障情况下能够提供必要的支持。
4.网络管理
网络管理是一种IT进程，负责在变更管理和配置管理控制下，管理所有生产网络。由于某些变更管理工单有时可能要求对不同存储资源的网络配置进行调整，因此，网络管理与存储管理之间存在着一定关联。在这种情况下，网络管理员与存储管理者应当协同工作以完成工单所描述的任务并确保严格遵循存储管理与网络管理服务级别目标。
网络管理是一种IT进程，负责在变更管理和配置管理控制下，管理所有生产网络。由于某些变更管理工单有时可能要求对不同存储资源的网络配置进行调整，因此，网络管理与存储管理之间存在着一定关联。在这种情况下，网络管理员与存储管理者应当协同工作以完成工单所描述的任务并确保严格遵循存储管理与网络管理服务级别目标。
5.变更管理
变更管理是一种对生产IT环境中的所有变更进行管理（记录与审批）和控制（跟踪与协调）的IT流程。存储管理与变更管理之间的关系同变更管理与其它流程之间的关系没有区别；即在相应的变更请求（RFC）未得到处理和批准前，不能对存储管理资源实施任何变更。此外，某些未列入计划的数据存储与还原请求可能要求通过变更管理流程（RFC提交）方式来实施。
变更管理是一种对生产IT环境中的所有变更进行管理（记录与审批）和控制（跟踪与协调）的IT流程。存储管理与变更管理之间的关系同变更管理与其它流程之间的关系没有区别；即在相应的变更请求（RFC）未得到处理和批准前，不能对存储管理资源实施任何变更。此外，某些未列入计划的数据存储与还原请求可能要求通过变更管理流程（RFC提交）方式来实施。
变更管理者控制着变更管理流程并且通常依靠不同变更域协调员来负责可能参与变更控制的不同技术和应用领域（域）中的专业技术。当需要直接对存储管理系统和/或应用实施变更，变更管理者以及一名或多名变更域协调员需要定期与存储管理人员进行沟通，或者，当此类系统将会受到相关基础架构组件（例如服务器、LAN或磁盘驱动器等）变更的影响时，双方需要共同执行必要的风险与影响评估。
6.配置管理
变更管理是一种用以在配置控制或配置项目（CI）下指定、跟踪并报告每种IT组件的IT流程。相关数据通常存储在称为配置管理数据库（CMDB）的逻辑实体当中，该数据库一般由多套相互独立的数据库组成。存储管理通过每次在对存储管理配置项目发起变更（通过变更管理）时必须进行处理的CMDB记录与配置管理建立关联。存储管理者与配置管理者（配置管理流程所有者）需要就针对存储CI的存储管理CMDB结构（属性与关系）达成一致。相关内容包括硬件、软件、网络组件、用户等等。需要注意的是，在未对RFC进行处理和审批的情况下，存储管理CI不应发生任何变化。
变更管理是一种用以在配置控制或配置项目（CI）下指定、跟踪并报告每种IT组件的IT流程。相关数据通常存储在称为配置管理数据库（CMDB）的逻辑实体当中，该数据库一般由多套相互独立的数据库组成。存储管理通过每次在对存储管理配置项目发起变更（通过变更管理）时必须进行处理的CMDB记录与配置管理建立关联。存储管理者与配置管理者（配置管理流程所有者）需要就针对存储CI的存储管理CMDB结构（属性与关系）达成一致。相关内容包括硬件、软件、网络组件、用户等等。需要注意的是，在未对RFC进行处理和审批的情况下，存储管理CI不应发生任何变化。
存储管理者可能必须与负责CMDB不同方面的不同配置域协调人进行交互。例如，一名或多名域协调人可能负责对诸如网络、相关磁盘驱动器之类的存储管理基础架构组件进行跟踪。
7.可用性管理
可用性管理是一种旨在确保用户能够对IT服务进行连续访问并解决诸如可用性、可靠性、可维护性、安全性与满足SLA中所定义之可用性服务级别目标的服务能力之类问题的IT流程。由于可用性管理关注于“服务可用性”，同时，存储管理流程中所固有的数据管理、数据存储、以及数据还原与恢复功能是满足服务可用性目标所必需的，且必须在制订服务可用性计划时予以包含，因此，存储管理与可用性管理之间存在着密切关联关系。
可用性管理是一种旨在确保用户能够对IT服务进行连续访问并解决诸如可用性、可靠性、可维护性、安全性与满足SLA中所定义之可用性服务级别目标的服务能力之类问题的IT流程。由于可用性管理关注于“服务可用性”，同时，存储管理流程中所固有的数据管理、数据存储、以及数据还原与恢复功能是满足服务可用性目标所必需的，且必须在制订服务可用性计划时予以包含，因此，存储管理与可用性管理之间存在着密切关联关系。
存储管理者与可用性管理者应当协同工作以制订合理的存储“可用性”计划。这项工作应该由已定义的服务级别目标来推动。
8.容量管理
容量管理是一种旨在保证IT资源容量满足业务需求且得到合理优化的IT流程。由于容量管理关注于整体“服务容量”，同时，存储管理流程中所固有的数据管理、数据存储、以及数据还原与恢复功能对制订服务容量计划过程中所必须满足的硬件与网络容量需求具有直接影响，因此，存储管理与容量管理之间存在着密切关联。
容量管理是一种旨在保证IT资源容量满足业务需求且得到合理优化的IT流程。由于容量管理关注于整体“服务容量”，同时，存储管理流程中所固有的数据管理、数据存储、以及数据还原与恢复功能对制订服务容量计划过程中所必须满足的硬件与网络容量需求具有直接影响，因此，存储管理与容量管理之间存在着密切关联。
存储管理者与容量管理者应当协同工作以制订合理的存储“容量”计划。这项工作应该由已定义的服务级别目标来推动。
9.服务连续性管理
服务连贯性管理是一种旨在制订一套一致且规范的计划从而规定IT机构如何在灾难情况下进行恢复以及保卫系统如何防止意外演变为灾难的IT流程。服务连贯性管理与存储管理通过灾难恢复计划的制订、测试与实际执行联系在一起，灾难恢复计划是服务连贯性管理流程的成果，该计划同时涉及连贯性管理者和存储管理者。这种计划必须对灾难情况下的数据存储与数据恢复需求及能力加以规定。因此，存储管理必须确保这些需求能够满足。
服务连贯性管理是一种旨在制订一套一致且规范的计划从而规定IT机构如何在灾难情况下进行恢复以及保卫系统如何防止意外演变为灾难的IT流程。服务连贯性管理与存储管理通过灾难恢复计划的制订、测试与实际执行联系在一起，灾难恢复计划是服务连贯性管理流程的成果，该计划同时涉及连贯性管理者和存储管理者。这种计划必须对灾难情况下的数据存储与数据恢复需求及能力加以规定。因此，存储管理必须确保这些需求能够满足。
1.http://wiki.ccw.com.cn/%E5%AD%98%E5%82%A8%E7%AE%A1%E7%90%86
2.http://baike.baidu.com/view/1304814.htm
3.http://www.microsoft.com/china/technet/itsolutions/techguide/msm/smf/smfstomg.mspx
