这份指南将面向已经或正考虑在数据中心或其它类型的企业计算环境中部署微软技术解决方案的组织机构提供与"系统管理"这项服务管理职能（SMF）相关的详细资料。这项职能是由微软操作运转框架 (MOF) 定义和描述的 20 多项 SMF 当中的一项。这份指南假设读者熟知 MOF 及相关微软技术解决方案的设计意图、开展背景和基本概念。
题为"服务管理职能简介"的技术指南已针对 MOF 及其配套技术--微软解决方案框架进行了概括性说明。这份概要指南还将针对由 MOF 定义的每项服务管理职能分别加以总结提炼。如欲获取与两大框架所含概念和原理有关的详细信息，请通过下列地址查看技术白皮书：http://www.microsoft.com/solutions/msm/.
随着客户应用需求和公司全球化趋势的日益攀升，提交具备世界级水准的支持服务已成为决定企业经营成败的关键。尽管接受过细致周密的初始化设计， IT 环境仍将伴随体系结构的独立性和分散化趋势不断演进，以适应日益提高的系统复杂性。组织结构的动态化特征、 IT 技术的不断进步、硬件和软件的持续升级以及日益提高的服务质量需求共同导致企业为 IT 基础架构管理付出越来越高昂的经济和时间代价。
系统管理职能明确提出了计算环境日常管理所必需的规程和程序。正因如此，我们才将系统管理职能纳入 MOF 的操作运转象限体系。
系统管理职能（如图1所示）涉及安全管理、服务监控、作业调度、网络管理、目录服务管理、打印与输出管理和存储管理等多种活动。这项职能的设计、开发与实现方式取决于组织机构的具体规模和体系结构。为使系统保持健康状态和运转效能，大型机构将明确定义管理模式，而小型机构则会对管理职能加以适当整合。
图 1：经过定义的系统管理职能
查看大图。
系统管理职能负责提供赖以支持生产计算环境的日常管理服务。这就要求针对计算环境下的多种元素（如网络帐户[用户、组及分配列表等]和网络资源[服务、打印机和存储设备等]）实施管理并提供运转支持。系统管理职能还将通过提供基本监控服务的方式为其它服务管理职能提供帮助或与之进行协同。例如，系统管理可为服务监控职能提供首层性能与容量监控服务。
系统管理模式
如前所述，这份白皮书的基本目的在于，围绕系统管理职能在组织机构中的实现方式提供指导原则。为针对此项职能的具体实现方式提供规范性指导原则，我们必须以某个特定"模式"为出发点讨论系统管理任务。
我们应在系统管理建模活动中将企业计算体系结构纳入考虑--无论这个体系结构属于集中式、分布式，亦或两者兼而有之。尽管可能出现例外情况，但总地来说，您所采用的管理模式大多遵循体系结构设计方案。而这里所说的例外情况通常与特定管理职能密切相关。例如，在将打印与输出管理明确界定为分散委派式管理职能的高度分布式体系结构中，目录服务管理仍可能是一项集中化职能。
这不过是众多实例中的一个。由于每家机构均采用了多种不同计算体系结构，因此，管理模式的设计方案必将围绕特定企业的特殊需求展开。我们的目标在于，瞄准设计并实现系统管理操作运转模式的切入点提供合理可行的指导原则。
系统管理职能的目标在于，针对特定计算环境实施日常管理。这就要求针对生产环境下的多种要素实施管理并提供运转支持.
系统管理职能负责提供管理服务，以支持同时包含集中式与分布式硬件设备的计算环境。系统管理范畴将以图1所示模型为基础。
系统管理职能还将为并不由它直接参与实施和管理的其余 SMF 管理任务提供帮助。有关帮助包括：
| • | 面向服务监控职能的一级性能与容量监控服务。 |
| • | 针对帐户管理服务的日常管理职能，包括添加、删除或移动帐户。受理针对打印机等资源的调用请求，为目录服务管理和安全管理授予安全访问权限。 |
| • | 结合打印与输出管理职能对用来生成打印格式报告和输出结果的资源实施管理。 |
| • | 实现关键数据备份和恢复操作所必需的管理任务。 |
| • | 推行有助于保护数据和共享网络资源（如文件、文件夹和打印机等）的安全策略。 |
集中式硬件。所有受控计算资源集中部署在企业数据中心（有时也被称作计算中心或企业技术中心）。
集中化管理。 赖以执行任务和程序的管理资源处于集中状态。
针对集中式硬件的集中化管理。 全部或大多数运转和支持功能处于集中部署状态。
针对分布式硬件的集中/远程管理。 尽管整个系统可能广泛分布于众多远程位置，然而，所有重要管理控件却集中在一点。
针对分布式硬件的集中/授权管理。首要管理职能和管理团队部署在企业（中央）数据中心--所有管理指令和控制手段皆源于此。
针对分布式硬件的分散化管理。 依靠位于远程站点或分支机构的全部支持资源为分散在相关站点的系统提供支持。
在选择适用于特定企业的系统管理职能最佳设置方法时，应主要参考企业规模、系统容量、体系结构与 IT 团队胜任能力。大型机构无疑将部署更加先进的管理模式，而小型机构则会根据保持正常管理状态所需工作量对有关职能加以适当整合。
图2展示了我们将在本文中讨论到的五种基本模式。这五种模式已将组织机构对计算资源和管理职能进行适度集中并将部分或全部计算和管理资源配置到中央数据中心以外站点的能力纳入考虑范畴。
图 2：具备不同性价比指标的管理模式
查看大图。
图3展示了第一种模式--集中化管理。如图3所示，全部或绝大多数支持和运转职能集中在一个或少数几个站点。Multiple sites are discussed later.随着局域、广域、分布和客户端/服务器计算环境及支持网络的日臻成熟，越来越多的组织机构加大了通过集约方式为已安装资源、应用和解决方案提供支持的转化力度。
通往远程站点和分支机构的网络带宽资源日渐丰富且接近企业承受能力。而支持分支机构计算模式的基础技术（如传输协议、远程访问工具和无头服务器等）也发展到不再需要为每家分支机构单独配备专业支持人员的层次。于是，广大企业便能够以集约方式管理基本支持职能，令分散在远程站点或分支机构的系统保持可用性和可靠性，并为其提供日常支持和管理服务。
集中化管理通常假设所有或绝大多数计算系统和受控资源处于集中部署状态。尽管这种状况日趋普及化，然而，专用解决方案未被集中部署在企业数据中心而被分散至远程站点或分支机构的个案仍时有发生。体现在某些应用和数据库解决方案中的分散状态并不妨碍针对系统管理模式采取集约方法。后文将要介绍的集中/远程管理模式可同时照顾到某些解决方案的集中管理需要和高度分散特征。
图 3：纯粹意义上的集中化体系结构
查看大图。
图3 展示了将所有受控计算资源集中部署在企业数据中心（有时被称作计算中心或企业技术中心）的模式。执行任务和程序所必需的管理资源集中在计算系统内的数据中心。
这种模式可在物理意义上将全部资源（包括系统和人员）集中部署于单一站点，从而提供更强有力的控制优势。这种模式还有助于降低成本费用。与分布、远程及混合模式相比，集中模式的操作运转成本相对低廉。这主要是因为，集中模式不需要维护专门用于支持分布式系统及其管理资源的远程数据中心。集中化管理模式假设您将在确保高度可用性的前提下管理关键任务系统，这些系统需要完整的数据中心体系结构，包括高度可靠的电源装置、恒温空调、贯穿所有数据中心组件的容错能力以及与部署方案相适应的全套安全系统。
集中化管理模式的缺点在于，要求为通往所有远程站点的网络连接配备高速带宽，并保证网络连接具备适当的冗余和容错能力。如果要求远程站点支持大量用户，则必须为达到服务级别协议规定的性能指标配备超大流量的网络带宽。
通往拥有大量用户的远程站点的广域网（WAN）链接可能导致高昂的系统维护成本。解决这个问题的一种方法就是在继续通过中央站点履行管理、操作、运转职能的同时，将部分系统分散部署到远程站点。基于这种构想形成的模式名为"集中化远程管理"。我们将在下一节中进行介绍。
如图4所示，集中化/远程管理模式继承了纯集中模式的绝大部分优点。大多数管理任务将继续通过中央站点（即中央数据中心）执行；这样一来，便可对履行管理职能所必需的资源实施最大限度的控制与整合。
当然，部分控制手段和资源整合优势将被放弃；这主要是因为，必须确保远程数据中心环境具备最起码的本地管理职能。基于分布式系统的补救性系统维护需求包括需要重启计算机的系统更新、磁带备份和存储任务。受控应用程序或专用系统还可能提出更多基于本地站点的管理需求--您应结合自身技术应用需求确定必须得到保障的管理职责。
图 4：应用远程管理技术的分布式硬件体系
查看大图。
如图4所示，集中化/远程管理模式描述了在物理意义上分布于远程位置并将所有重要管理控制手段保留在中央站点的系统解决方案。如前所述，这种模式要求在远程或地区性站点配置数据中心，以便为服务器和存储单元提供伺服。这就意味着您将围绕数据中心基础架构付出更多成本代价，开支项目包括设备、场地、电源、线路、高压/交流变电装置和安全组件等。
如果技术应用状况达到了这种模式不再具备可行性（也就是无法继续满足服务级别协议要求）或不再符合成本效益原则的程度，您就需要转换到分布化管理模式。在分布化管理模式下，计算资源和人力资源往往在物理意义上处于远程位置。我们将在下一节中介绍这种管理模式。
图5展现了集中化/授权管理模式。这种模式继承了集中化/远程管理模式的全部固有特征和优点，并实现了分布化管理模式的某些优越性。这些优越性主要通过将规模极小且具备高度针对性的管理任务与职责指派给当地分支机构和远程站点的途径付诸实现。
在运用集中化管理模式的情况下，首要管理职能和管理团队均部署于企业（中央）数据中心--全部管理指令和控制手段都源自这个位置。处于集中部署状态的管理资源不仅对基于数据中心的网络服务器及相关服务实施管理，而且，还将在可能、合理、适当的前提下通过网络系统开展远程服务管理。
特定环境将产生对特定服务、服务器和资源的不同分配需求；在这些情况下，授权区域性或远程站点执行某些管理任务的决策不仅符合谨慎性原则，而且更有助于提高效率。为此，您可将具备高度针对性的职权委派给远程站点资源。"具备高度针对性的职权"是指允许远程管理员执行特定单项任务的一小部分管理和访问权限。
图5展示了一种可能出现的集中化/远程管理模式应用情境。
图 5：集中化/授权管理模式
查看大图。
与其它管理模式不同，分散化管理（如图6所示）必须依托基于远程站点或分支机构的全部支持资源。基于远程站点的相关资源负责履行基础（而重要）的支持服务职能，以确保分散在这些站点的系统处于健康、可用、可靠状态。
针对分散于远程站点的系统实施维护的业务动机仍将存在。这些动机中的一部分可能与为支持集约化解决方案所必需的性能表现、伸缩能力、特殊类型应用或网络带宽成本及可用性相关。
图6 展示了一家公司针对远程站点为众多计算机用户提供伺服的实际状况而部署的分散化管理模式。
图 6：纯粹意义上的分散化管理模式
查看大图。
如图6所示，计算和人力资源全面分散至远程机构或地区性站点。于是，这家公司就能基于本地站点提高特定技术应用性能。
让我们看一个促使企业做出计算环境分散化（进而导致管理任务分散化）决策的应用实例。
电子邮件消息是公司为全面改善工作效率、内/外部信息沟通和商务计算效能而部署的一项至关重要的应用解决方案。基于主机系统的早期电子邮件消息解决方案通常采取纯粹意义上的集中化管理模式--硬件设备和管理支持职能全部配置在企业数据中心。
随着个人计算机和基于服务器的局域网（LAN）得到普遍接受和广泛部署，许多公司决定将电子消息应用从主机系统迁移至服务器网络。这个决策是在三方面因素的共同作用下形成的：服务器类技术产品和解决方案所特有的丰富多样性；通过将应用解决方案从价格昂贵的主机系统迁移至相对廉价的服务器网络实现的成本节约；通过基于用户个人计算机部署全能本地化消息客户端而显著提高的工作效能。
这些基于服务器的早期电子消息解决方案绝大多数存在固有的分散化特征。仅就采用的消息传输机制而言，这些解决方案通常被描述为存储和转发应用程序。它们要求负责托管邮件帐户的"邮局"（即负责执行电子消息数据库和消息传输机制的枢纽服务器）尽可能接近最终用户。换言之，"邮局"将通过 LAN 与用户相连。于是，基于高速局域网提供的服务就被定义为" LAN 速度"（相对" WAN 速度"而言，WAN 速度表明服务目前正基于远程位置接受调用并通过企业广域网链接传输）。
这种分散化设计方案的优点在于更加出色的运转性能和伸缩能力（体现为可由单个"邮局"托管或连接的用户数量）。用户还将因此获得额外收益；他们将不再受到来自连接至电子消息网络其余部分的 WAN 链接的干扰。在 WAN 链接发生故障的情况下，用户仍可基于本地站点使用电子邮件消息服务，并与其它用户进行通信，直到 WAN 链接得以恢复。
分布式计算环境的缺点（凡事总有正反两方面）在于. 部署成本较高。如前所述，分散化管理模式需要部署远程数据中心，并为其配置相应人力资源。
如果某项关键任务应用（如企业电子邮件消息应用）具有专门签署的服务级别协议，并在可用性和容错能力方面提出较高要求，那么，数据中心基础架构的实现成本也会相应提高。除数据中心部署成本外，与之相关的人力资源成本同样不容忽视。在分布式计算环境下，必须为远程数据中心配备操作运转和管理资源。这些专业人员必须训练有素，足以胜任技术中心日常运转维护任务。
针对分散化管理模式存在上述缺陷，我们发现了一条有助于缓解（但无法完全规避）分布式计算环境总体成本压力的途径。功能强大的新式安全集成目录技术允许将管理任务与职责委派给基于远程站点或位置的专业人员。这意味着您不必为执行操作运转任务而将高级管理人才配署到远程站点。人力资源必须训练有素且具备胜任能力，但总体要求大大低于将远程技术中心作为自动化数据中心站点运行时所需达到的水平。
在讨论"存储转发式"电子邮件消息应用的过程中，必须注意到此类分布式消息解决方案的绝大多数均具备要求继续接受集中管控的特定组件（即电子邮件消息用户目录、邮件路由表、主体或"桥头堡"邮局服务器和中央消息路由服务器）。与分布式"邮局"运转维护工作相关的任务通常被指派给远程站点管理员。
当然，分散化模式下的数据中心本身仍须符合为满足企业关键任务需求而设定的一系列标准。二者区别在于，基于中央数据中心分派特定管理任务的方式可带来成本节约效益。我们将在下一节中详细介绍这种管理部署方式。
第五种系统管理模式具有"全日制"特征，我们将其命名为"针对集中式数据中心的分散化管理"模式。
所谓"全日制"是指每周7天、每天24小时提供全球化支持服务。具体实现方式为，根据地区性站点的作息时间差异将服务支持任务依次指派给遍布全球的分支机构。
这种模式较为独特，普及程度明显低于前四种基本管理模式。当然，我们还应注意到，相当一部分企业已经或正在尝试部署这种运转管理模式。
图7展现了"全日制"模式下的支持任务转移状况。如图所示，管理和运转支持任务将伴随昼夜更替不断转移至处于日常运转状态的数据中心。在这个例子中，我们展示了一家在北美、欧洲和亚洲分别设有全能数据中心的组织机构。
图 7："全日制"管理模式下的支持任务
查看大图。
在境内外广泛部署全能数据中心（如图7所示，在北美、欧洲和亚洲设有数据中心）的跨国机构可充分发挥这些高端资源蕴含的巨大效能，在非工作时段为分布于世界其它地区的用户和站点提供伺服。
随着越来越多的机构接受全球虚拟工作组概念，越来越多的企业采取每天24小时营业方式， IT 支持部门必须在夜间提供不亚于白班时段的高质量、高效率应激或前瞻支持服务。问题在于，这些"全日制"机构能否在夜间继续确保本地数据中心支持服务处于全效状态？换言之，这些机构能否充分发挥处于白班时段的支持中心所蕴含的运转效能？
一个满负荷运转的数据中心包含全套硬件设备、计算服务、帮助和支持服务团队、运转和管理专业人员以及故障排除和问题上报资源。如果将这种数据中心维护运转成本纳入考虑，您就会发现将主要支持服务职能移交给处于白班时段的数据中心的确具有现实意义。显然，允许远程资源执行远程支持任务的做法比在夜间保持本地数据中心的全面生产状态更符合成本效益原则。
虽然这种"针对集中式数据中心的分散化管理"模式具有十分突出的优越性，但在可行性方面也暴露出较为明显的不足。这种模式未能得到更成功部署的一部分原因在于：
| • | 不同国家客户、用户和技术人员之间存在的语音和沟通障碍是一个极难克服的问题。 |
| • | 不同数据中心之间的 WAN 链接可能并不具备提供及时有效支持服务所需网络带宽的能力。不同地理位置之间的网络链接成本（特别是洲际网络连接）可能令企业望而却步。此外，保持适度冗余链接的能力既会导致令企业难以承受的代价，又很难加以掌控。 |
| • | 存在于企业之间甚至企业内部信息技术（IT）机构之间的政治界限可能在触及履行特定管理职能所需安全保障和管理访问策略时构成羁绊。 |
采用单一管理模式的组织机构较为罕见；企业单位通常针对日趋多样化的管理需求采取某种组合管理模式。尽管存在较大难度，组织机构仍应认真调研并部署有助于降低成本、优化控制的管理模式（如集中化管理模式），并在满足用户和服务级别协议需求的前提下做出折衷变通（如分散化管理模式）。
这虽然是一个权衡过程,但您仍可运用下列最优实践指导方针确定最为理想的管理模式设计方案：
| • | 在一切可能的时间和地点开展集约化管理--只要管理资源、网络服务、服务器设备及相关组件处于集中的位置，便可获得最大程度的控制权限和成本效益。 |
| • | 在众多用户和专业化应用迫使管理当局将服务器、服务或网络组件分布到远程站点或地区性机构的情况下，应利用集中化/远程管理模式开展集约型管理。尽管计算资源的分散化配置需要建立远程数据中心，然而，您却可在不必为远程站点配备专业管理人员的前提下优化管控手段、实现成本节约。 |
| • | 即使您对计算资源进行了分散化配置，并能通过集中方式履行管理支持任务，仍会需要为远程位置配备专业管理人员，以便针对某些特定系统提供补救性或专业化支持（如磁带备份/恢复服务、存储管理和打印机维护等）。除补救性任务外，已配置到远程站点的专门应用或服务对象仍可能产生具有较强针对性的管理支持需求。在任何一种情况下，保持最高集约化程度的最佳手段都是将针对性较强的管理职责委派给基于远程站点的专业人员。 |
| • | 作为下策，您还可将针对远程资源的全面管理职责分派给配置在远程站点的支持人员。这种选择不仅代价最为高昂，而且牵涉面最广。表1列示了与每种系统管理模式相对应的优缺点。 |
| • | 如果您所在机构规模较大，并已在世界各地部署了相对独立的数据中心，便可选择"全日制"分散化管理模式，以期实现最优性价比。 |
表1对每种系统管理模式的利弊进行了总结归纳。
表1：系统管理模式对照表
| 模式定义 | 优点 | 不足 | ||||||||||
集中化管理 模式：
| 针对管理支持团队的最佳掌控。 针对计算资源（系统、服务器、服务）的最优控制。
| 需要为通往所有站点的 WAN 链接配备大量带宽资源。 用户可能习惯了技术支持人员就在身边的服务氛围，并会因此产生"隔绝感"（这是一个关于服务级别协议的问题--必须合理设定客户期望值，并要求管理职能根据服务级别协议约定做出及时有效的响应）。 | ||||||||||
集中化/远程管理模式： 绝大多数服务器、服务和计算资源位于集中式数据中心。 某一专用服务器、服务或应用可能被分派到远程站点或地区性机构。 管理支持团队全体成员均部署于集中式数据中心。 | 针对管理支持团队的最佳掌控。 针对计算资源（系统、服务器、服务）的有效控制。 较为理想的成本节约效应。 针对变更管理、定版、安全管理及服务连续性管理的有效控制。 针对技术支持人员培训、拓展及挽留（事业成长）活动的有效掌控。 | 要求在远程站点设置为分布式系统提供支持的数据中心。 需要通往所有站点的高速、可靠 WAN 链接。 用户可能习惯了技术支持人员就在身边的服务氛围，并会因此产生"隔绝感"。 基于远程数据中心执行服务器分配、管理和操作任务的成本代价相对高昂。 | ||||||||||
集中化/授权管理模式： 将部分服务器、服务和计算资源配置于集中式数据中心。 可能将专门化程度较高的服务器、服务或应用分派到远程站点或地区性机构。 管理支持团队成员分散在中央数据中心和远程站点，而管理职能则可被指派给远程管理员。 | 趋于弱化（但仍有效）的管理支持团队控制力。 趋于弱化（但仍有效）的计算资源（系统、服务器、服务）控制力。 可取得部分成本节约效益。 用户可望受益于现场支持团队。 | 要求在远程站点设置为分布式系统提供支持的数据中心。 由于部分高阶管理任务继续由中央技术团队执行，因此，仍然需要通往所有站点的高速 WAN 链接。 变更管理、版本控制、安全管理和服务连续性管理的难度进一步加大。 需要为远程站点配置专业能力较强并接受过高阶培训的支持团队。 围绕支持团队成员的技术培训、职业拓展和人员挽留工作难度进一步加大。 基于远程数据中心执行服务器分配、管理和操作任务的成本进一步提高。 | ||||||||||
分散化管理 模式： 部分服务器、服务和计算资源配置于集中式数据中心。 将专门化程度较高的服务器、服务或应用分配到远程站点或地区性机构。 管理支持团队成员分散在中央数据中心和远程站点。 基于远程站点的管理团队成员担当全面管理职责，并可对分布式系统实施监控。 | 面向大规模用户群体的远程站点最佳性能解决方案。 可基于远程站点提供最理想的客户需求响应服务。 更容易满足较为严格的 SLA 性能需求。 | 最昂贵的模式/选择。 针对计算资源的集中管控能力大打折扣。 需要为远程站点配置经过高阶培训的人力资源。需要在远程站点设置数据中心。 基于远程数据中心执行服务器分配、管理和操作任务的成本代价极其高昂。 在服务器、版本控制和变更管理之间保持一致性的难度急剧加大。 |
我们根据行业最佳实践经验定义了主要系统管理角色及相关职责。依据自身规模、结构以及 IT 部门与服务对象之间业已存在的基础服务级别协议，组织机构往往需要对一部分角色进行整合。
本文从实际情况出发，区别大型和小型机构分别讨论系统管理职能的实现方式。仅就与系统管理职能相关的角色与责任而言，任何规模的组织机构均必须设置某些特定角色，并为之赋予某些特定职责。请注意，我们所定义的是角色，而非作业描述--这一点很重要。小型机构可能要求一个人担当若干角色，而大型组织则会为每个角色配置一个团队。下面，我们将围绕这些角色和与之相关的职责进行简要介绍。
运转负责人承担着在计算环境范围内提供系统管理服务的任务。这项职责要求将环境规模与复杂程度、用户数量、已部署专门应用解决方案的数量和类型乃至计算资源、服务器和服务在整个网络中的分布状况纳入通盘考虑。运转负责人还应考虑到已由服务级别管理职能签署的多种服务级别协议。这些考虑因素都将对系统管理职能的设计思路构成影响，并在很大程度上左右管理支持服务在整个企业中的应用方式。
运转负责人属于 MOF 团队模式中的操作运转角色群体。运转负责人担负的职责主要包括：
| • | 不断改善操作运转规程的执行效率和效果。 | ||||||||||||||
| • | 收集整理管理信息。 | ||||||||||||||
| • | 为确保达到约定服务级别而对关键业务服务实施监控。 | ||||||||||||||
| • | 全面把握最终用户和企业设定的业务目标。 | ||||||||||||||
| • | 为组织机构设计适用的管理"模式"，注意将下列企业特征纳入考虑：
| ||||||||||||||
| • | 确保在服务启动前将适当的系统管理程序部署就位。 | ||||||||||||||
| • | 管理并协调应用负责人、中间件负责人、操作系统负责人、硬件负责人、网络负责人和设施负责人所开展的业务活动。 |
随着前瞻性系统管理日益成为计算环境运转管理的关键核心职能，理解系统管理服务提供方式可能对其它操作运转规程产生的影响变得至关重要。下面这个小节描述了系统管理职能对其它操作运转规则产生的影响以及与其它操作运转规程之间的互动方式。
安全管理规程包含规划、选择、实现、管理并审核安全控制手段所必需的信息资源。它还涉及针对安全事件做出反应所必需的流程和程序。安全管理是由系统管理职能负责执行的规程之一。
服务监控规程负责监督服务级别协议（SLA）的贯彻落实情况。服务监控是由系统管理职能负责执行的规程之一。
作业调度规程的目标在于实现作业调度任务的正规化，以期：
| • | 改善系统作业和输出操作的控制、执行及监控效果。 |
| • | 尽可能实现效率最优化目标，并以最符合成本效益原则的方式进行资源配置。 |
| • | 持续不断地将作业和流程编入最具效率的序列，并为满足 SLA 需求尽可能提高系统吞吐能力和应用效能。 |
作业调度是由系统管理职能负责执行的规程之一。
网络管理的目标在于提供兼具可靠性、连贯性和扩展性的网络基础架构，以达到或超越既定服务级别，并优化企业资源配置。网络管理是由系统管理职能负责执行的规程之一。
目录服务管理任务将围绕以下重要环节开展：
| • | 目录服务的关联方式和机理。 |
| • | 目录服务的应用方式。 |
| • | 与支持目录服务的网络和应用实现集成。 |
| • | 用于管理目录服务的工具手段。 |
目录服务管理是由系统管理职能负责执行的规程之一。
打印与输出管理负责处理即将被打印成文或编入报告的全部数据资料。这些打印件和报告文本将面向机构内外部各方有关人员提供。打印与输出管理是由系统管理职能负责执行的规程之一。
存储管理负责执行以数据保护、数据恢复及历史存档为目的的站内和站外数据存储任务。存储管理是由系统管理职能负责执行的规程之一。
本文所介绍的操作运转实务多数取材于 Accenture、Avanade、微软咨询服务、Fox IT、惠普、朗讯/NetworkCare专业服务和优利等知名公司多年积累的 IT 实践经验。
微软公司十分感谢上述机构在为本文档提供信息资料方面给予的大力协助。
Jeff Yuhas，微软公司
William Bagley，微软公司
Stephen Barnard，微软公司
Vicky Howells， Fox IT
Sybil Wood,Volt 技术服务公司
本文所含信息仅代表微软公司在发布当日就所讨论问题持有的观点。由于微软公司必须应对不断变化的市场条件，因此，本文档不应被理解为微软公司做出的承诺，微软公司不能保证在文档发布之日以后文中所提供信息的准确性。
