[原创]SAP Solution Manager II——In Operation

In Operation

Part Two

接上部。在前部门讲述了SAP Solution Manager在SAP项目实施阶段的应用之后，接下来的部门会继续就其在SAP项目生命周期的另一重要部分——日常运营，SAP Operation中应用稍加描述。 如果简单一点描述，Solution Manager的第一部分是系统Productive之前的内容，第二部分则是正对Production System的内容。

从一个ＩＴ的项目的成本角度考虑来讲，如果选择保守估计，其60%的费用是化在日常运营阶段，30%的费用可以算在前期，通常能有10%的经费预算化在系统的Innovation上就应该算是一个不错的状况了。当然10%的经费对于Innovation来讲肯定是不够的，但是在预算有限的情况之下，能找到的解决方案就只有Reduce Maintenance Costs。

不妨假设这样一个例子。一个1 million $的SAP项目，系统没有外包给Hosting服务商，一切自行维护，同时保留有自己的支持团队。在系统上线后，按照每个月50 thousand dollar的水准支持运营(including human resource, infrastructure costs etc)，系统生命周期为5年，也即在五年之内无须进行大规模的更新或者升级。可以算出生命周期内运营支持费用大约为3 million dollar。 初期投入与运营费用之比为300%。所以，60%的运营开支已经是一个较低水平。

作为几个集中化的管理平台，你无须单独或者通过各种各样昂贵的第三方工具去进行系统管理。因为这不仅需要专业的人员，同时也带来了更多的繁杂工作。SAP Solution Manager在Operation阶段的应用，一方面可以有效地提高SAP的可控性， 降低系统的维护难度，当然相应的也会同时降低系统的维护成本。比如你可以很方便的提交Service Level Report，可以提供集成Service Desk，进行Change Management等等。 并为将来的流程改变，系统升级等等提供有效的支持。你还可以与其他Application Management的专业工具集成，提供更为有效的管理。

当然，肯定有更优的解决方案，比如外包系统给专业的Hosting提供商。但这暂时不在讨论之列。一方面是因为许多客户对于这一观念接受还不够；另一方面对于超大型的客户，他们往往也不愿意。也许有机会，可以对SAP Hosting的优劣可以进行以下比较。

对于运营阶段的支持。SAP Solution Manager的无非从如下几个方面入手，应该说这也是日常运营工作的大部分内容。

首先是Monitoring，这主要包括EarlyWatch Alert，System Monitoring and Adminstration, 甚至提供了对Business Process Monitoring的支持。我想对于这里大部分的内容应该不难理解。

EarlyWatch Alert 和System Monitoring作为一种预警与诊断服务，作为Solution Monitoring的一部分，能够提供对SAP and non-SAP系统, 软件甚至部分硬件性能的诊断，including System availability, Database, Error status， CPU Utilization, Filesystem， Paging， Network etc。你还可以按照需要自定义所需内容。

Administration提供了一个Central Administration Platform，you can access all systems that you want to admin. 并完成大部分的系统维护工作，对于有多个系统的客户而言，这将有效的降低工作量。

而对流程的管理，则是提供包括系统Change Request Management, Configuration Management等功能。能够将日常事务中，流程某一部分出现的问题，比如某一Transaction，通过相应的手段提交Message，并借助Service Desk等进行管理和解决。当然这部分在此不能说清楚。

从一个比较易解得角度来讲，SAP Solution Manager是SAP将自己在系统管理方面多年的经验推介给客户，通过有效地工具，减轻客户的负担，提升客户的管理水平。

其次，则是对各种Operations的Recording和Report。这包括Support 和 Service Desk的集成，实现对Open Issue/message的跟踪管理，Change Management，Monitoring部分各种功能的Reporting等等。

如果对SAP Service Marktplatz 或者SAP OSS稍加熟悉的话，我想你也不会对此太陌生。完全借助SAP OSS的经验，将所有的问题，包括状态，解决办法等等都加以组织，记录。很难想象，如果没有OSS，SAP如何对如此漫长的产品线，如此长久的产品周期进行有效的管理。同样的道理也在于客户的SAP项目。SAP希望这一切都变得可控。

如果单纯从软件的角度来讲，这应该是一个完美的软件工程案例。SAP对如此多的产品，提供了几乎能发现的所有Program Bug和解决方法的信息。这种维护是通过SAP自己，客户无数的积累得以完成。你对客户系统也应该如此。为什么不了?

对于SAP Solution Manager的应用，我个人认为暂时还处于一个非理想状态。大部分的项目并没有实施。原因可能因为一方面顾问的缺少，另一方面产品推出时间还不够长。当前版本是在4.0。不过既然是一个不错的选择，谁又能说以后。而且确实已经在很多客户那儿看到了需求。

希望过些时间能够将原来有关ARIS的部分资料整理一下分享处理。也打算就SAP Global Rollout的内容探讨一下。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友