This documentation supports the 18.05 version of Remedy ITSM Deployment.

To view the latest version, select the version from the Product version menu.



Planning BMC Remedy Smart Reporting deployment

You can deploy BMC Remedy Reporting in the following ways:

Best practice

  • It is recommended that you install BMC Remedy Smart Reporting on a separate server for better performance.
  • Though you can deploy BMC Remedy Smart Reporting in different ways, BMC recommends you to deploy BMC Remedy Smart Reporting in an environment where data is fetched from replicated AR database.
    • For 9.1.00 Service Pack 2 or later, use the read-only replicated AR database.
    • For releases older than 9.1.00 Service Pack 2, you must apply the hotfix to use the replicated AR database. Contact BMC Support to obtain the hotfix.

Deploying in a standalone environment where data is fetched from the AR production database

When you have a standalone deployment of BMC Remedy Smart Reporting that fetches data from the AR production database:

  • BMC Remedy Smart Reporting is deployed on a separate tomcat cluster.
  • BMC Remedy Smart Reporting uses a database which is different from AR database.

The following diagram illustrates the deployment model.

BMC Remedy Smart Reporting uses Smart Reporting database for its own data and metadata.

Deploying in a standalone environment where data is fetched from the replicated AR database 

When you deploy BMC Remedy Smart Reporting that fetches data from the replicated AR database:

  • BMC Remedy Smart Reporting is deployed on a separate tomcat cluster.
  • BMC Remedy AR System production database is replicated and used for reporting.

  • BMC Remedy Smart Reporting uses a separate database which is different from AR production and AR replicated databases. BMC Remedy Smart Reporting database must always be in read and write mode. 

Note:

  • For releases older than 9.1.00 Service Pack 2: To use the replicated AR database, you must apply the hotfix. Contact BMC Support to obtain the hotfix.
  • For 9.1.00 Service Pack 2 or later: BMC Remedy AR System Server supports a read-only replicated database for reporting operations.
    • This enhancement is useful if you want the AR production data to be unaffected but allow BMC Remedy Smart Reporting users to continue with the reporting operations.
    • BMC Remedy Smart Reporting users connect with the read-only replicated AR database.
    • To avoid license update related issues, you must perform the user onboarding process by connecting with the AR production database. After completing the onboarding process, connect your AR System data source with read-only replicated AR database. For instructions, see Installing BMC Remedy Smart Reporting.
  • BMC Remedy AR System components are deployed on the replicated BMC Remedy AR System Server. 
  • The following video demonstrates the deployment method for BMC Remedy Smart Reporting in which reports and dashboard data is fetched from replicated read-only AR database.

The following diagram illustrates the deployment model.

BMC suggests you to keep the AR server consumed by BMC Remedy Smart Reporting separate. Do not include it in the server group consumed by production environment.

Deploying on the same BMC Remedy AR System server

Note

This deployment method must be considered only for testing purpose. You must not deploy BMC Remedy Smart Reporting on the same AR System server in the production environment.

When you deploy BMC Remedy Smart Reporting in a BMC Remedy AR System environment:

  • You don't need a separate environment for BMC Remedy Smart Reporting.
  • You need to install BMC Remedy Smart Reporting on the same server, where the installer will install a different tomcat to deploy BMC Remedy Smart Reporting.

Deploying Remedy Smart Reporting in a cluster

You can cluster Remedy Smart Reporting on multiple servers to support high-availability and load-balancing. You can load-balance with a hardware load balancer or load-balancing software. 

The load-balancing infrastructure must deliver network traffic to the Remedy Smart Reporting application server transparently—as if the packets were connecting directly to the application server. If Session Replication is not enabled, the load-balancing infrastructure must provide “sticky-session” functionality. This is where traffic for a user’s session is sent to the same node for the duration of their session.

For more information, see  Setting up BMC Remedy Smart Reporting as a cluster and onboard tenant Open link  in Remedy AR System documentation.

Related topics

Preparing to install BMC Remedy Smart Reporting

Installing BMC Remedy Smart Reporting

Postinstallation procedures for BMC Remedy Smart Reporting

Onboarding users in BMC Remedy Smart Reporting Open link

Was this page helpful? Yes No Submitting... Thank you

Comments