When you subscribe to Analytics OnDemand, you receive access to both the BMC Analytics for Business Service Management (BMC Analytics for BSM) application and the BMC Dashboards for Business Service Management (BMC Dashboards for BSM) application. The following information provides examples that show how BMC Analytics for BSM and BMC Dashboards for BSM can be deployed.
Note
The diagrams in this topic contain an icon that represents a software component or module: .
Analytics OnDemand provides you with easy access to information from integrated cross-BSM reports and dashboard views, which help align services to their corresponding components.
For information about the BMC Analytics for BSM architectural components, see Architecture.
The following diagram shows an example deployment of BMC Analytics for BSM:
Deployment model for BMC Analytics for BSM
Click the following image to expand it:
This deployment example includes the following components:
You can create your own reports on out-of-the-box ITSM universe. If you need to create any reports based on the customized objects, then a linked universe must to be created.
Warning
You must not make any changes in the out-of-the-box ITSM universe, but create a new linked universe with customized objects.
Note
The link shown in the model between BMC Analytics for BSM and BMC Remedy Mid Tier is only used when you open BMC Remedy ITSM records directly from BMC Analytics for BSM reports. When BMC Analytics for BSM is deployed with BMC Atrium Single Sign-On for Security Assertion Markup Language (SAML), you do not have to log on again to BMC Remedy ITSM to open BMC Remedy ITSM records directly from the BMC Analytics for BSM reports. For more information about BMC Atrium Single Sign-On for SAML, see Using SAMLv2 for authentication and Integrating BMC Analytics for BSM.
To ensure best performance, BMC Analytics for BSM requires a separate VM with 4 CPUs and 16 GB RAM.
The efficiency of the reports that you have created depends on how familiar your report developers are with SAP BusinessObjects, the universes, and database operations. When you create inefficient reports, you can cause an unwanted extra load on the BMC Remedy AR System server, database, and BMC Analytics for BSM VM.
If you are using one VM for both BMC Dashboards for BSM and BMC Analytics for BSM and you are experiencing the following CPU and memory usage, BMC splits the applications between two different VMs (one VM for each application):
To configure BMC Analytics for BSM for this deployment example, perform the following steps:
The following information shows an example deployment of BMC Dashboards for BSM.
The following image shows the architectural components for this example deployment.
Note
Flex technology is used to display graphical pods in a browser. A pod is a customized view (graphical representation) of certain aspects of your IT infrastructure.
Deployment architecture for BMC Dashboards for BSM
Click the following image to expand it:
This deployment includes the following components:
This deployment includes a BMC Atrium Data Integration Layer (DIL), which is a Java application that contains a query engine, a library of views, a cache, and a metadata repository. The DIL includes an embedded MySQL database, which is used to cache data from BMC Remedy AR System. For on-premise deployment examples, different external databases could be used to cache the data. This caching database is not an exact replica of the BMC Remedy AR System database as BMC performs some aggregation of the data before storing the data required by the out-of-the-box pods in the cache tables. BMC also stores other metadata information in the caching database such as cache status, refresh cycles, and company filter data.
The caching database is used only by the out-of-the-box pods, and it synchronizes the tables for the following applications using the following default cache refresh intervals:
Application | Default cache interval |
---|---|
BMC Service Desk: Incident Management | Synchronized every 15 minutes |
BMC Service Desk: Problem Management | Synchronized every 30 minutes |
BMC Change Management | Synchronized every 30 minutes |
BMC Asset Management | Synchronized every 60 minutes |
BMC Service Level Management | Synchronized every 30 minutes |
BMC Service Request Management | Synchronized every 30 minutes |
These intervals are configured by updating the following properties in the <BMCAtriumDILInstallationDirectory>\BMCDashboardsForBSM\DIL\CIS\conf\dil\dil.properties file:
# Cache refresh rates in minutes (minimum allowed value is 5) cacheRefreshRateMinutes.Incident=15 cacheRefreshRateMinutes.Problem=30 cacheRefreshRateMinutes.Change=30 cacheRefreshRateMinutes.Asset=60 cacheRefreshRateMinutes.SLM=30 cacheRefreshRateMinutes.SRM=30
The following image illustrates an example deployment of BMC Dashboards for BSM:
Deployment model for BMC Dashboards for BSM
Click the following image to expand it:
To ensure best performance, BMC Dashboards for BSM is installed on a VM with 4 CPUs and 8 GB RAM.
The BMC Atrium DIL is installed on a VM different from the VM used for BMC Analytics for BSM.
To increase performance, you can change the default cache refresh intervals in <BMCAtriumDILInstallationDirectory>\BMCDashboardsForBSM\DIL\CIS\conf\dil\dil.properties to the following values:
cacheRefreshRateMinutes.Incident=60 cacheRefreshRateMinutes.Problem=75 cacheRefreshRateMinutes.Change=75 cacheRefreshRateMinutes.Asset=10 5cacheRefreshRateMinutes.SLM=75 cacheRefreshRateMinutes.SRM=75
You can increase the heap size for the Apache Tomcat server and enable incremental garbage collection. For example, complete the following procedure:
tomcat7w //ES//BSMDASHBOARDSTOMCAT
You can also set the autodeploy attribute in the Server.xml file to false so that the Apache Tomcat server does not periodically check for or deploy new or updated web applications. To set the autodeploy attribute to false, perform the following steps:
autoDeploy
attribute to false
:<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="false">
If you are using one VM for both the BMC Atrium DIL component and BMC Analytics for BSM and you are experiencing the following CPU and memory usage, BMC splits the applications between two different VMs, one for each application:
You can create your own pods, which access the BMC Remedy AR System production database directly instead of going though the BMC Atrium BMC Atrium DIL cached database. See the section "Architecture of BMC Dashboards for BSM" in the BMC Dashboards for Business Service Management Installation Guide for more information about the BMC Atrium DIL component. For every browser request, an SQL query is sent to the BMC Remedy AR System database. For example, if a view refresh interval is set on a custom pod for 1 minute then an SQL query from BMC Dashboards for BSM is sent every minute to the BMC Remedy AR System production database, which adds to its load.
To configure BMC Dashboards for BSM for this deployment example, perform the following steps:
Installing BMC Analytics for BSM
Configuring BMC Analytics for BSM after installation
Using BMC Analytics for BSM
Installing and configuring BMC Dashboards for BSM
5 Comments
Dirk Anderson
Kathryn Sheridan
Raju Bendalam
Surabhee Kulkarni
Surabhee Kulkarni