We have added search box. Key in SAP issue keyword to search
TopBottom

Announcement: wanna exchange links? contact me at sapchatroom@gmail.com.
Showing posts with label Displaying. Show all posts
Showing posts with label Displaying. Show all posts

Displaying Report Properties BASIS

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Displaying Report Properties

Use

You can use Central Performance History Reports (CPH) to display selected performance values of the CPH directly or as a job. When you do this, the report itself (for example, when executed on the screen) does not contain the complete header data of the report ‑ such as the settings of the Report Definition or the execution time of the report.

You can find this information in the report properties. You can also edit the report properties to add your own remarks, and save the properties as a local file. No changes to the text have any effect on any function of the CPH.

Procedure

...

1. You can display the report properties from several functions:

¡ In the Report Browser, choose the desired report by double clicking it, and choose the Report Details pushbutton.

¡ Execute a report directly on the screen (see Scheduling and Executing a Report), and choose the Report Detailspushbutton.

2. In both cases, a screen appears on which the report properties are displayed. The screen has the following structure:

This graphic is explained in the accompanying text

3. To save the report properties as a local file, choose Save as a Local File (This graphic is explained in the accompanying text).

This graphic is explained in the accompanying text Central Performance History of the Monitoring Architecture start page



Keyword: BASIS
Title : Displaying Report Properties BASIS

Basis Displaying the Technical View: Status Autoreaction CCMS

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

In the monitoring architecture, you can react automatically to an alert using auto-reaction methods. These methods are automatically started in the case of an alert and by default are executed in the system in which the alert occurs. Almost no assignments are made in the standard SAP system; however, there are several predefined auto-reaction methods in the monitoring architecture that you can assign to any MTE classes.

As of SAP Web Application Server 6.10, you can also define central auto-reaction methods. The auto-reaction methods are not started in the system, in which the alert occurs, but rather in the central monitoring system. In this way, it is possible for reactions to events that occur in monitored components to be performed immediately in a central location.

If problems occur during the execution of auto-reaction methods, it can be useful to check the status of the auto-reaction methods. You can find out the definition and runtime status of an MTE by choosing Display Details (This graphic is explained in the accompanying text). This method is very time-consuming for obtaining an overview of the auto-reaction methods for the MTEs of an entire monitor. The technical view Status Autoreaction exists as an alternative for this purpose.

In this technical view, you can also manually start the auto-reaction method for any MTE to which an auto-reaction method is assigned. To do this, choose the relevant MTE by double clicking it. This is especially useful during test phases.

Note

Note that when you start an auto-reaction method manually, it runs under your user name and therefore also under your authorizations. As the method runs under the SAPSYS user when it is started automatically, and this user has only very few authorizations, you can assume from a successful test with a manual start that the method will also run without problems during normal operation.

Procedure

To activate the Status Autoreaction technical view, follow the procedure below:

...

1. Choose CCMS ® Control/Monitoring ® Alert Monitor, or call transaction RZ20.

2. Expand the monitor set that contains the monitor that you require, and choose Load Monitor.

3. Choose Views ® Status Autoreaction. The alert tree now no longer displays the alert status and reported values, but information about the auto-reaction methods of the MTEs of the monitor.

This graphic is explained in the accompanying text

Result

The view displays the following information for the active monitor about the auto-reaction methods that are assigned to the individual MTEs:

· Assigned auto-reaction method

· Type of the auto-reaction method; depending on the definition of the method, the following types are possible:

Type

Description

[Central Autoreaction]

The method is defined as a central auto-reaction method.

[Running in Autoabap]

The method is executed in the dialog process.

[Running in Background]

The method is executed in the background process as a job.

[???]

The method type is not yet known; this type is only displayed for a short type after the method is created.

· Definition status of the method:

Type

Description

PRESET

The method has just been created; the properties of the method are still determined by the settings in the data supplier. After a maximum of five minutes, the system reads the current settings of the method from the active properties variant and the definition status is changed.

DBSET
CEN_SET
WPSET

The settings of the active properties variant are already included in the properties of the method in this status. However, as it is not in the CHECKED definition status, you should check whether the method is released as an auto-reaction method.

CHECKED

The method is released and can therefore be executed as a local auto-reaction method.

CEN_CHECKED

The method is released as a central auto-reaction method.

· Runtime status of the method:

Type

Description

Ready

The method is ready for the next execution; however, this is not yet due.

Run required

The method is to be executed, however the responsible dispatcher has not yet started the method.

Running

The method is currently running; the color of the corresponding attribute is yellow.

Error
Fatal Error

An error occurred during the last run of the method. The difference between the two statuses is that a method in the status Error is started again at the next scheduled run, a method in the status Fatal Error is not. A method in the status Fatal Error is only started again after a warm start of the monitoring segment (see Resetting the Segment to WARMUP Status). The color of the corresponding attribute is red.

Note

You can also reset the method status by selecting the corresponding MTE, choosing Display Details (This graphic is explained in the accompanying text), and, on the following screen, choosing Edit ® Method Status ® Reset ® Select Auto-Reaction Method.

Note

· The time specification after the runtime status shows the time since which the method has been in this status.

· The color of the nodes is not passed upward in the alert monitoring tree. Monitoring objects and summary nodes therefore always have the color Green.



Keyword: BASIS
Title : Basis Displaying the Technical View: Status Autoreaction CCMS

Basis Displaying the Technical View: Status Data Collector

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Data suppliers deliver values that are displayed in the Alert Monitor. They each belong to the individual system components and create monitoring objects that report values to the monitoring architecture. These values are displayed in the monitor sets.

It can be useful to check the status of the data collection methods if problems occur in the monitoring architecture. You can find out the most important information about the assigned data collection methods on one hand by choosing Properties, if you choose the data collection method in the Methods tab page by double clicking it. On the other hand, you can find out the definition and runtime status of the data collection method of an MTE by choosing Display Details (This graphic is explained in the accompanying text)

This method is very time-consuming for obtaining an overview of the data collection methods and their status for the MTEs of an entire monitor. The technical view Status Data Collector exists as an alternative for this purpose.

In this technical view, you can also manually start the data collection method for any MTE to which a data collection method is assigned. To do this, choose the relevant MTE by double clicking it. This is useful, for example during test phases or for MTEs for which you require the current value, even if it is not yet time for the next start of the method.

Note

Note that when you start a data collection method manually, it runs under your user name and therefore also under your authorizations. As the method runs under the SAPSYS user when it is started automatically, and this user has only very few authorizations, you can assume from a successful test with a manual start that the method will also run without problems during normal operation.

Procedure

To activate the Status Data Collector technical view, follow the procedure below:

...

1. Choose CCMS ® Control/Monitoring ® Alert Monitor, or call transaction RZ20.

2. Expand the monitor set that contains the monitor that you require, and choose Load Monitor.

3. Choose Views ® Status Data Collector. The alert tree now no longer displays the alert status and reported values, but information about the data collection methods of the MTEs of the monitor.

This graphic is explained in the accompanying text

Result

The view displays the following information about the data collection methods that are assigned to the individual MTEs of the monitor:

· Assigned data collection method: If the MTE is assigned an active data supplier, the system will display in the corresponding column, as the active data suppliers are not defined in the monitoring architecture

· Type of the data collection method; depending on the definition of the method, the following types are possible:

Type

Description

[Running in agent]

The method is periodically executed in a Structure linkCCMS agent

[Running in Autoabap]

The method is executed periodically in the dialog process.

[Running in Background]

The method is periodically executed in the background process as a job.

[Kernel function]

The method is automatically executed in the C kernel.

[???]

The method type is not yet known; this type is only displayed for a short type after the method is created.

· Definition status of the method:

Type

Description

PRESET

The method has just been created; the properties of the method are still determined by the settings in the data supplier. After a maximum of five minutes, the system reads the current settings of the method from the active properties variant and changes the definition status.

DBSET
WPSET

The settings of the active properties variant are already included in the properties of the method in this status. However, as it is not in the CHECKED definition status, you should check whether the method is released as a data collection method.

CHECKED

The method is released and can therefore be executed.

CEN_CHECKED

The method is executed in a CCMS agent; as all settings for the method are set in the agent, do not change these settings manually.

· Runtime status of the method:

Type

Description

Ready

The method is ready for the next execution; however, this is not yet due.

Run required

The method is to be executed, however the responsible dispatcher has not yet started the method.

Running

The method is currently running; the color of the corresponding attribute is yellow.

Error
Fatal Error

An error occurred during the last run of the method. The difference between the two statuses is that a method in the status Error is started again at the next scheduled run, a method in the status Fatal Error is not. A method in the status Fatal Error is only started again after a warm start of the monitoring segment (see Resetting the Segment to WARMUP Status). The color of the corresponding attribute is red.

Note

You can also reset the method status by selecting the corresponding MTE, choosing Display Details (This graphic is explained in the accompanying text), and, on the following screen, choosing Edit ® Method Status ® Reset ® Select Data Collection Method.

Note

The time specification after the runtime status shows the time since which the method has been in this status.

· Frequency of the method call in seconds (Cycle):

Note

The color of the nodes is not passed upward in the alert monitoring tree. Monitoring objects and summary nodes therefore always have the color Green.



Keyword: BASIS
Title : Basis Displaying the Technical View: Status Data Collector

Basis Displaying the Technical View: Method Allocation

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Use

The individual monitoring tree elements (MTEs) of the Alert Monitor are assigned methods. These methods determine the data collection of the MTEs (data collection methods) and the possible reactions to an alert in the MTE (auto-reaction and analysis methods). You can find out the assigned methods by selecting an MTE and choosing Properties. This method is very time-consuming for obtaining an overview of the assigned methods for the MTEs of an entire monitor. The technical view Method Allocation exists as an alternative for this purpose. This view displays the method assignments for the MTEs of the entire monitor:

· Assigned data collection method: If the MTE is assigned an active data supplier, the system will display in the corresponding column, as the active data suppliers are not defined in the monitoring architecture

· Assigned auto-reaction method

· Assigned analysis method

Note

· The nodes are always colored green in the technical view Method Allocation; as it contains no alert information.

· Summary nodes or monitoring objects can always be assigned methods; these assignments only take effect for the subordinate monitoring attributes, which can inherit their method assignment from the superordinate nodes.

· If no analysis or auto-reaction method is assigned to the MTE, is displayed in the corresponding column here.

Procedure

To activate the Central Method Allocation technical view, follow the procedure below:

...

1. Choose CCMS ® Control/Monitoring ® Alert Monitor, or call transaction RZ20.

2. Expand the monitor set that contains the monitor that you require, and choose Load Monitor.

3. Choose Views ® Method Allocation. The alert tree now no longer displays the alert status and reported values, but information about the methods assigned to the MTEs of the monitor.

This graphic is explained in the accompanying text



Keyword: BASIS
Title : Basis Displaying the Technical View: Method Allocation

Basis Displaying the Technical View: Info on MTE

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Use

MTE classes and attribute groups group nodes of the alert monitoring tree by topic and therefore simplify Customizing, as you no longer need to adjust the properties of all affected monitoring tree elements (MTEs), but rather only of the corresponding MTE class or attribute group. You can find out the assigned MTE class and attribute group by selecting an MTE and choosing Properties. This method is very time-consuming for obtaining an overview of the assigned MTE classes and attribute groups of the MTEs of an entire monitor. The technical view Info on MTE exists as an alternative for this purpose. This view displays the following information for the MTEs of the entire monitor:

· MTE class to which the MTE belongs

· Attribute group to which the MTE belongs (for performance, status, and log attributes)

· Short text that is assigned to the MTE class as help (usually activated using the F1 key)

To additionally display the long help text for an MTE, choose the relevant MTE by double clicking it.

Note

· The nodes are always colored green in the technical view Info on MTE; as it contains no alert information.

· If the corresponding general or specific properties of the MTE are not determined by an MTE class or attribute group, but rather individually for this MTE, no class or group is displayed in this view.

Procedure

To activate the Info on MTE technical view, follow the procedure below:

...

1. Choose CCMS ® Control/Monitoring ® Alert Monitor, or call transaction RZ20.

2. Expand the monitor set that contains the monitor that you require, and choose Load Monitor.

3. Choose Views ® Info on MTE. The alert tree now no longer displays the alert status and reported values, but information about the MTEs of the monitor.

This graphic is explained in the accompanying text

Leaving content frame

Keyword: BASIS
Title : Basis Displaying the Technical View: Info on MTE

Basis Displaying the Technical View: Central Performance History CCMS

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

he Central Performance History of the monitoring architecture allows you to save performance values of the monitoring architecture long-term, and to output these values in reports to compare the current performance data with its earlier development.

The system only collects values for the MTE classes that you have selected for this purpose. You do this by assigning MTE classes to Collection and Reorganization Schemata. These schemata contain information about how long, and in which resolution, performance values should be collected. To obtain an overview of this type of which data is collected in the Central Performance History, you required the collection and reorganization schemata that are assigned to the individual nodes.

The view displays the following information:

· Assigned collection and reorganization schema

· Resolution of the collected performance values

· Collection method (see Collecting and Reorganizing Performance Values)

· Time zone of the data collection (if explicitly specified)

Procedure

To activate the Central Performance History technical view, follow the procedure below:

...

1. Choose CCMS ® Control/Monitoring ® Alert Monitor, or call transaction RZ20.

2. Expand the monitor set that contains the monitor that you require, and choose Load Monitor.

3. Choose Views ® Collect./Reorg.Schema Assignment, or choose Display Assignments of the Central Performance History (This graphic is explained in the accompanying text). The alert tree now no longer displays the alert status and reported values, but the assigned Collection and Performance Schemata.

This graphic is explained in the accompanying text



Keyword: BASIS
Title : Basis Displaying the Technical View: Central Performance History CCMS

Displaying Central Performance History Reports(CCMS)

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Displaying Central Performance History Reports Locate the document in its SAP Library structure

Use

You can output Central Performance History (CPH) reports in a number of different ways (see Scheduling and Executing a Report). One of the possibilities is direct output to the screen.

You can also display at any time reports that you have saved in the database. When you do this, the report is not executed again using the report definition, but rather the previously executed report is displayed, with the performance values from the original execution.

The displayed report is identical in both cases.

Procedure

1. You can display a report that is saved in the database from several functions:

¡ In the overview screen of the CPH (transaction RZ23N), choose, in the Reporting group box, the Report Browser pushbutton.

¡ On the screen for scheduling and executing reports (Central Performance History Report Execution), choose Goto® Report Browser.

2. In both cases, the Display Central Performance History Reports screen appears. On the left half of the screen, the system displays all executed reports, grouped by the name under which the reports are stored in the database:

This graphic is explained in the accompanying text This graphic is explained in the accompanying text

This graphic is explained in the accompanying text This graphic is explained in the accompanying text

This graphic is explained in the accompanying text <Date>,

This graphic is explained in the accompanying text ,

Note

By default, the name specified above is the name of the report definition; you can, however, also explicitly specify a name when Scheduling and Executing a Report under which the corresponding report execution is to be grouped in the Report Browser.

3. Expand the desired report definition and select the desired time point of the report execution by double clicking it. Choose the desired report on the right of the screen.

Note

If you display a report directly on the screen, the report is output identically.

4. There are two display modes for displaying reports: one-dimensional and two-dimensional. Choose the Switch Display Mode pushbutton to switch between the two modes. The display modes have the following properties:

This graphic is explained in the accompanying text

5. If you want to display the header data of the report, choose Report Details (see Displaying Report Properties).

This graphic is explained in the accompanying text Central Performance History of the Monitoring Architecture start page



Keyword: BASIS
Title : Displaying Central Performance History Reports(CCMS)

Basis Displaying the Technical View: Threshold Values CCMS

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Threshold values dictate which reported values generate an alert for the node for performance attributes (see Properties of Performance Attributes). To display these threshold values, select the corresponding node and choose Properties. This method is very time-consuming for obtaining an overview of the threshold values for the MTEs of an entire monitor. The technical view Threshold Values exists as an alternative for this purpose. This view displays the following information for the MTEs of the entire monitor:

· Attribute group to which the MTE belongs

· Threshold values of the MTE for which a yellow and a red alert are generated; also the threshold values at which the alert level is lowered again.

· Unit of the reported performance values

· Comparison value that specifies how the value of the performance attribute is calculated from the reported value, such as the last reported value, the average of the last few minutes (smoothing), or the average of the last full quarter hour/hour (average).

· Information, about whether an alert is to be generated when the value of the performance attribute falls below the threshold value or when the value exceeds the threshold value

To additionally display the long help text for an MTE, choose the relevant MTE by double clicking it.

Note

· The nodes are always colored green in the technical view Threshold Values; as it contains no alert information.

· If the properties of the MTE are not specified by the attribute group, but are defined individually for this MTE, the view displays instead of the attribute group.

Procedure

To activate the Threshold Values technical view, follow the procedure below:

...

1. Choose CCMS ® Control/Monitoring ® Alert Monitor, or call transaction RZ20.

2. Expand the monitor set that contains the monitor that you require, and choose Load Monitor.

3. Choose Views ® Threshold Values. The alert tree now no longer displays the alert status and reported values, but the threshold values for the MTEs of the monitor.

This graphic is explained in the accompanying text



Keyword: BASIS
Title : Basis Displaying the Technical View: Threshold Values CCMS

SAP MaxDB :: Displaying Information About the Log Area

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Keyword: BASIS
Title : SAP MaxDB :: Displaying Information About the Log Area

SAP MaxDB :: Displaying Information About the Data Area

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Keyword: BASIS
Title : SAP MaxDB :: Displaying Information About the Data Area

Displaying Error Codes in livecache

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Keyword: BASIS
Title : Displaying Error Codes in livecache

Displaying and Editing Planned Applicant Activities by Personnel Officer in SAP HR

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

  1. Choose Applicant activity
  2. ® List planned activities.

    The Planned Activities for Personnel Officer screen appears.

  3. In the Personnel officer field, enter the desired personnel officer's ID.
  4. Enter any further selection criteria required.
  5. Choose Program
  6. ® Execute.

    The Planned Activities for Personnel Officer screen appears. The system displays a list of all planned activities to be performed by a particular personnel officer by a certain date.

  7. To edit an activity from the list of applicant activities, select the activity you want to edit, and choose Edit
  8. ® Maintain activity

The Maintain Applicant Activities screen appears listing all completed and planned activities for the applicant. You can edit the activities directly from this screen.


After editing an applicant's activities, you can return to the list of planned activities for the personnel officer by choosing Back.



Keyword: SAP HR
Title : Displaying and Editing Planned Applicant Activities by Personnel Officer in SAP HR

Displaying an Applicant’s Applications SAP HR Recruitment Editing of Applicant Data

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

  1. Choose Applicant master data
  2. ® Display.

    The Display Applicant Master Data screen appears.

  3. In the Applicant number field, enter the desired number.
  4. Select the Applications infotype, and choose Edit
  5. ® List.

Result

The system displays a list of all the applications filed by the applicant.



Keyword: SAP HR
Title : Displaying an Applicant’s Applications SAP HR Recruitment Editing of Applicant Data

T r a n s l a t e to your language