【转载】SAP Solution ManagerII

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。不过既然是一个不错的选择，谁又能说以后。而且确实已经在很多客户那儿看到了需求。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/15760276/viewspace-462698/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/15760276/viewspace-462698/