SAP监视系统架构

监视系统是CCMS（computing center management system)一个具有重要意义的组件。这里对监视树元素（MTE），监视对象，监视属性做详细说明。

你想确保你系统对于日常商业处理具有很好的性能，你就需要经常监视你的系统并且采取必要的预防措施

关于系统监视的初始问题：

为什么？

----保证商业活动处理的高效性

----保证系统的安全和稳定

怎么去实现？

----集中和跨系统

----如果错误发生产生警告

----使用跨系统详细信息帮助，如果错误发生

----使CCMS警告监视系统架构的帮助和与他相关的事物

在mysap 商业套件中每一个商业流程的处理需要涉及到很多组件。这些组件必须被监视，因为系统性能逐渐降低和某个组件突然down掉从而引发整个生产系统问题。对于系统经常进行监视是系统管理员的任务，不仅仅是当发生错误的时候，还要做预防措施。

例如：

一个sap数据库系统文件所储存的文件系统已经没磁盘空间了。数据库无法继续在这个文件系统中扩展数据库表了。一个用户执行了一些商业流程事物那个就会同步向数据库中写入一些数据的，由于磁盘空间问题插入会失败。数据库错误被看作是如此很严重的错误以至于同步数据库更新过程不会被激活。用户会话被挂起，鼠标显示沙漏形式。SAP系统挂起。如果经常检查响应磁盘空间的话，系统管理员可以在其他文件系统创建空间避免这个问题。

监视系统应该尽可能高效的被组织起来。对于一个系统管理员没有充足时间登陆到每个主机去检查他的状态。一个高效的监视架构应该可以显示整个系统的状态。如果发生错误，人们会自动注意到错误。对于错误的分析工具被提供用于进行关于这个问题的跨系统详细信息分析。

SAP的CCMS提供这个集中监视的可能性。

CCMS的架构应该被安装到每一个需要进行集中监视的组件中。SAP R/3 4.X系统自动安装的。SAP R/3 3.X系统和在非SAP系统的一些被激活组件是通过CCMS代理进行连接的。

每个组件收集他自己的监视数据使用这个架构，并且在本地主内存存储它。主内存的一部分被监视所使用。你可以配置监视使用的主内存的大小。

一个SAP系统被选择为核心监视系统。他的版本应该进可能高并且获取性好。在系统范围比较大的系统内，推荐单独搞一个系统仅仅为了进行一些特殊任务，例如核心监视，核心用户管理，传输域控制器，或者SAP解决方案管理器（SAP Solution Manager)等。从性能方便来讲，核心监视系统的负载增加仅仅是微不足道的，当监视系统进行数据收集的时候。

核心监视系统从所有被监视的组件收集监视数据并且以各种视图方式显示他们。通过这种方式，管理员可以产生一个整个系统范围的中心视图。如果发生错误的话，管理员可以直接从核心监视系统跳转到发生问题的组件，通过细节分析来排除故障解决问题。

细节

CCMS警告监视架构有三部分组成：1。数据收集 2。 数据存储 3。 管理

在数据收集层次，小的mysap商业套件的子区域被特殊程序调用数据收集器进行监视。数据收集器可以是ABAP，C或者JAVA程序。关于ABAP就有上百种数据收集器。每个收集器按照固定时间间隔检查这些子成分并且存储被收集到的监视数据到它的主机的主内存中。

在数据存储层次，在主存储中存储数据收集器收集到的监视数据的区域被称为监视部门。

因为主内存区经常被覆盖，它可以被拷贝到数据库表长久保存。你可以稍后分析这些数据。数据收集和存储元素必须在每个被监视的组件上存在。

注意：一个SAP系统的每个实例都在共享内存中具有它自己的监视部分。这就意味着有8个实例的一个SAP系统，会有8个不同的监视部分在共享内存中。监视部门的编号由实例编号所决定。是否几个实例运行在相同的物理硬件设备上，对于实例来说，在这点上都是没有关系的。

管理层次允许对监视部门的数据进行显示和进行评估。SAP提供一个专门的工具，CCMS警告监视（TCODE RZ20）做为一个显示事物功能。同样，你可以利用SAP解决方案管理器来显示数据在一个面向过程商业环境中。如果系统识别出了一个问题，它会自动做出反映，例如通知某个负责人。分析方法帮助你分析调查问题原因。

CCMS警告监视架构可以被执行。你可以使用你自己写的数据收集工具来合并你自己的组件。第三方的可以到导出这些监视数据从监视部门通过使用各种接口来实现。

CCMS警告监视工具（RZ20）显示来自于主存储中数据监视部门的监视数据，以一个树形结构来显示。这个树形结构会提供一个清晰的显示，当你需要进行大量评估后的数据进行显示的时候。

树的任何一个节点都可以被监视树元素进行调用（MTE，monitoring tree element)

被数据收集器收集的进行评估的数据会显示在树叶的最底层，这些树叶我们称他们为监视属性

线程直作为一个监视属性来存储的。SAP传输默认的线程值，然而，为和适合自己的系统环境尽可能的进行自定义，你应该检查这些线程值并且按照需要来调整他们。

树叶存储的监视属性被倒数第二层的监视对象绑定起来。例如，监视对象程序buffer，包含属性hit rate和swap等。

通过这样的属性结构，你可以很容易才找你需要的监视属性和监视对象等。

一个CCMS监视器可以显示监视数据的不同子区域；一个监视器可包含来自于多个SAP系统的数据。

通过TCODE RZ20或者tools-ccms-control/monitoring-alert monitor来启动CCMS的警告监视器。

SAP可以传输被立即使用的我们提前配置好的警告监视器。每个监视器的集合绑定可以显示整个监视架构的很多监视器，通过标题，你可以很容易找到相关数据库区域

被传输的监视器集对于每个系统来说都是不同的。一个mySAP CRM系统含有一个对于SCRM进行监视的特殊的集合。并且具有提前配置好的与SAP传输程序相连接的数据收集器

监视器显示的监视数据可以重叠。这意味着程序buffer的监视属性hit rate可以在多个监视器中显示出来，如果你改变这些监视器中一个这个属性的线程值的话，在所有监视器中都会被改变。

一些监视器，例如监视器availability：select system在监视集SAP CCMS Monitor Templates不会显示任何初始数据。原因是启动这些监视器需要一些特殊的设定。

开始你可以使用提前预定义的监视器，稍后，你能创建你自己的监视器来显示你每天需要监视的数据

你可以打开一个监视器通过选择它的名字。

在你打开一个监视器后，相关的监视数据会以树形结构中显示出来，通过选择MTE旁边“+”展开他们。

警告线程值出发显示黄色，对于警告属性被指定的是红色警告。如果警告线程值条件满足的话，首先是黄色，然后，如果情况继续恶化的话，红色警告被触发。监视属性的颜色会传播到他的父节点。通过这个可以查看是否有警告出现从根节点。

视图

监视可以对你每天日常工作提供支持。在你打开监视器之后，会有两个视图显示给你：

。当前状态视图--显示最新的报表数据

。开放警告视图--显示监视器的历史信息

例如，在晚上出现了一个不会再次发生的错误。在当前状态视图，监视树形是绿色的，然后开放警告视图是红色。在你确定不会有问题后，你需要调查之前发生的问题。你可以选择监视器所显示的视图。你也可以在这两个视图之间进行切换。

你可以处理在开放警告视图出现的警告。通过双击MTE树，你可以打开警告浏览器。这以为着你双击根节点，系统显示一个这个树的警告列表，通过黄色或者红色进行了排列。

选择一个你想处理的警告。然后选择”start analysis method“按钮。它回启动指定个MTE的分析方法，这个分析方法是一个特殊的工具允许你在调查问题时进行使用。它可能是事务，或程序功能模块，或者URL 调用。你没有必要记住所有的特殊工具，但是可以通过CCMS警告监视器做为核心条目。

在你找到原因后，选择F3返回到警告浏览器。然后选择Complete Alerts。被处理的警告会从列表移除并存储在数据库表中。

通过相同方式处理其他警告，直到列表什么也没有为止，你下次使用你的警告监视器时，仅仅新的刚发生警告信息会被显示。

如果你想再次显示完整的警告信息，选择显示警告历史“show alert history"在警告浏览器中。完整的警告信息会被显示，并且状态标识为done。

配置远程系统集中监视

被SAP系统传输的监视器来显示的更多本地系统细节监视数据。集中核心监视，另一方面具有你可以集中监视所有sap系统的优点，不仅仅是你本地的sap系统。

你可以集中监视所有的具有CCMS警告监视架构的所有组件。SAP从SAP R/3 4.0开始传输这个架构。为了监视没有这个架构的组件，你可以使用CCMS代理程序SAPCM3X（对于SAP R/3 3.X)和SAPCCMSR（对非SAP组件）。

为了在核心监视架构中包含一个SAP系统，你必须定义一个RFC连接通过这个连接，SAP系统的监视数据可以被传输到这个集中监视系统。数据收集器可以被远程被监视系统的CCMS警告监视架构独立的执行。

从安全性角度来讲，推荐你定义RFC连接在系统之间，通过他们分析方法可以被集中监视系统在远程系统中启动。如果问题发生，你可以直接从核心监视系统跳转到远程系统去分析具体原因。

SAP系统被包含在集中监视系统通过TCODE RZ21。菜单是Tools---CCMS---Configuration---Alert Monitor.

在RZ21，选择顶端菜单Technical Infrastructure---Create Remote Monitoring Entry

输入要被集中监视的SAP系统的SID在目标系统ID域”Target System ID".

现在创建两个RFC连接从核心监视系统到被监视的SAP系统。选择Goto---RFC Connections。系统显示TCODE SM59，在这里创建RFC连接。

注意：连接类型是“3”（SAP R/3--SAP R/3 communication).

为了监视数据传输的RFC连接中，你可以输入一个通信类型的用户（communicaiton）以及在被监视系统有效的密码。这以为着当核心监视系统请求监视数据从被监视系统传过来时，不需要用户交互。

在为了进行分析方法启动的RFC连接中，不要输入一个用户，而应该检查当前用户（current user)域，如果分析方法被核心监视系统从远程在被监视系统中启动，调用者必须给他自己在被监视系统中授权了。

返回到TCODE RZ21。按F3。输入你在目标系统RFC目的（Target system RFC Destination)创建的RFC连接。选择保存。现在系统就可以被集中核心监视了。

[@more@]

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