Administering the CMS

Objectives

After completing this lesson, you will be able to:

  • Configure the CMS

CMS Role

See the following scenario depicting the Central Management Servers keeping the BI platform components working together.

Administering the Central Management Server (CMS) is important for managing and maintaining the overall BI platform.  

The CMS System database serves as a central repository for system configuration, security, and scheduling information.  

The administrator needs to ensure that there is at least one Running and Enabled Central Manager Server in the system. In addition, you need to ensure connectivity between the CMS Server and CMS System database. Without connection to the system database, the BI platform may not function correctly or may not be able to retrieve essential configuration data. 

CMS User Authentication

A simple tracking algorithm is used by the CMS to confirm your authentication. So when you log on, a CMS session is created. The CMS preserves this session until you log off if the session was terminated or if it reaches the timeout setting.

CMS User Authentication Process

Step 4 in the following work-flow diagram, the CMS creates a session for the user in memory. 

Click on the following links for detail steps in the Logging on to BI platform work-flow.Logging on to the BI Platform

On a recurring basis, the web application server notifies its active status to the CMS. Once the web application session ends, the CMS session ends. When the web application shuts down and stops communicating with the CMS exceeding the timeout setting duration, the CMS deletes the CMS session.

CMS Properties

When you change the CMS properties, you must restart the server for the changes to take effect.

Click on the following link to view the Central Management Server properties.

Central Management Server properties

CMS Metrics

The following link describes the server metrics that appear on the Metrics screen for CMS.

Central Management Server Metrics

System Database Role

The CMS System database stores BI platform information. System database store information about the folders, servers, users, groups, schedules, and other objects.

When installing the BI platform, the administrator must choose one of the supported database types for the system database. The install process will execute scripts to populate the database (unless an existing CMS database is selected). If needed, the installation program can even install a default database engine.

The CMS System database does NOT need to be on the machine as your organization's operational data. It's recommended to keep them separate.

CMS Process Flows

The following link describes the CMS process flow when you schedule a program object to run at a specific date and time.

Setting a schedule for a program object

Fine-Tuning the CMS

When adjusting the CMS properties, consider the following points:

  • The CMS saves object meta-data in a cache. Reading from memory is faster than reading from a database.
  • The SAP BI 4.3 Sizing Guide states that a CMS uses over 1 gigabyte of memory. This assumption means that each object is around 10 kilobytes, but could be more or less.

Check the CMC for the number of objects in your system database. Consider increasing the CMS size if the number of objects is over 100,000.

Note
Increasing the CMS size also increases the memory footprint of the CMS.

At any given time, you can check the metrics of the CMS. You can also see how many objects there are in total in the system database. Few objects make it unlikely that you need to increase the value for the CMS cache. However, if you have a million (or more) objects in the CMS system database, it is worth increasing the value for better performance.

CMS Clustering

CMS clustering is having more than one CMS in the same system, either on the same machine and/or several machines.  CMS clustering offers many benefits in a large BI implementation.

Overview of CMS Clustering

Consider the following points:

  • A cluster includes two or more CMS servers working together utilizing a single CMS system database.
  • Organizations with large implementations usually run several CMS servers on several machines together in a cluster.
  • If a single machine that is running one CMS fails, a different machine running another CMS will continue to service BI platform requests.
  • CMS clustering gives high availability support, making sure that BI platform users can still access information when equipment fails or on a single machine deployment, handing a large amount of requests (such as users logging in or out and handing scheduled requests).

Clustering Requirements

Requirements for Clustering CMS Machines

Make sure you follow the prerequisite requirements and are met when clustering CMS machines:

Clustering Central Management Servers

Explore the CMS system database

Log in to track your progress & complete quizzes