System requirements

Before you install the product, ensure that your environment meets the hardware and software requirements listed in the following topics:

To get complete compatibility information, use the  BMC SOLUTION AND PRODUCT AVAILABILITY AND COMPATIBILITY UTILITY (SPAC) .


To access the product compatibility information on the Customer Support website, you must have a Support ID.

System requirements for TrueSight Orchestration – Classic mode

In a classic mode, you deploy the product on servers (physical or virtual). Starting version 8.2.00, TrueSight Orchestration is also available in containers. 

You must allocate sufficient resources to a component that is running on a virtual machine. Ensure that  is the only product running on its host computer. 

The following table lists the system requirements for the  components.


Application memory (Java Heap)1

Number of processors (quad core or better)

Runtime disk space requirements

Installation disk space requirements


2 GB


40 GB

100 MB


8 GB2


40 GB

140 MB


8 GB2


40 GB

140 MB


4 GB


40 GB

100 MB


8 GB2


40 GB

140 MB

Development Studio

2 GB


20 GB

300 MB

Operator Control Panel

1 GB


1 GB

100 MB

Dashboards4 GB240 GB100 MB

 1 Add the application memory noted to the operating system memory in accordance with the operating system vendor recommendations.


  • Application memory is different than the physical RAM required for the server. Application memory is the amount of memory applications can use out of the total available physical memory on the server. 
  • Since consumes no more than 50 percent of the server memory, BMC recommends that if a server has an 8GB CDP, that server must have at least 16GB total memory.
  • For optimal performance, BMC Software recommends that you use a 64-bit operating system. You can configure an LAP to run on a 32-bit operating system, but the allocated memory is limited to 1.5 GB.

 2.a If your environment runs with high concurrent volumes and workflow complexities, increase the recommended application memory by a factor of 2x or 3x: from 8GB to 16GB or 24GB; from 4GB to 8GB or 12GB. 

2.b As the total size of the activated modules in your environment increases, you may need to increase the application memory by 2x: from 8GB to 16GB. 


These recommendations are for production environments. Development grids may only require half the application memory documented above.

By default, the memory settings (-Xmx and -Xms parameters) for Platform components is set to minimal required to start the applications. For QA and production environments, BMC recommends that you specify the memory size values as per the application memory settings specified in the earlier table.

System requirements for TrueSight Orchestration in containers

This section lists the minimum system requirements for installing and planning TrueSight Orchestration in Docker containers. 

ResourceSupported resources and versions
Docker Engine

Docker Engine Enterprise Edition 18.09.1

TrueSight Orchestration 
components support
  • TrueSight Orchestration Platform version 8.2.00
  • TrueSight Orchestration Content version 20.19.01

Supported browsers

The following table lists the web browsers supported by  Platform (applicable for both classic and container deployments). 

Google Chrome43
Microsoft Edge25.1
Microsoft Internet Explorer10.0
Microsoft Internet Explorer11
Mozilla FirefoxLatest Version at Release Date

Supported operating systems

The following table lists the supported operating systems for  Platform server components (applicable for both classic and container deployments).

Platform componentSupported OSSupported versionsHardware

servers (Classic deployment)

(Includes the repository and
peers such as CDP, AP, LAP, and HA-CDP)

Red Hat Enterprise Linux



Microsoft Windows Server

2019 Standard

2016 Standard

2012 R2 Standard

2008 R2 Enterprise

SUSE Linux Enterprise Server11.264-bit

The following table lists the supported operating systems for  in containers. 

TrueSight Orchestration (Containerized deployment)Supported OS
Container OSCentOS 7
Host OS

Red Hat Enterprise Linux 7.5

CentOS 7

The following table lists the supported operating systems for  Development Studio. 



Development Studio

Microsoft Windows Server


2012 R2

Microsoft Windows7x86_64
Microsoft Windows10 Enterprisex86_64
Microsoft Windows8.1x86_64
Microsoft Windows8 Enterprisex86_64

Supported databases for platform metrics

The following table lists the supported databases for  Platform metrics (applicable for both classic and container deployments).

Microsoft SQL Server 2017 64-bit

Microsoft SQL Server 2016 (Enterprise)

Microsoft SQL Server 201264-bit
Microsoft SQL Server 200864-bit
MySQL 5.164-bit
Oracle 12c64-bit
PostgreSQL 9.x64-bit

Supported external databases for the repository

You can configure the repository with the following supported external databases (applicable for both classic and container deployments): 

  • MySQL
  • Oracle
  • DB2
  • MS SQL Server

Azul Java requirements

Starting version 8.2.00,  Platform uses Azul Java 8. BMC recommends that you upgrade to TrueSight Orchestration Platform version 8.2 to get all the available fixes and security updates (applicable for both classic and container deployments). 

Authentication requirements

Remedy Single Sign-On (external or embedded) is the authentication tool that must be installed and configured with TrueSight Orchestration (applicable for both classic and container deployments)

The following versions are supported:

Remedy SSO (external)
  • 19.08
  • 19.05
  • 19.02
  • 18.11
  • 18.08 
  • 18.05
  • 18.02
  • 9.1.03
  • 9.1.02

Remedy SSO (embedded)

Note: Installed with platform components


Implementing system parameters in standard environments

To implement the parameters from the preceding table in a single-server demonstration/POC environment, you must provide:

  • 6-8 GB for the repository, CDP, and  Operator Control Panel
  • 2 CPUs
  • 10 GB of runtime disk space allocated to 

To implement the parameters from the preceding table in a two-server production environment, you must provide:

  • Server 1: 2 GB, 1 CPU, 40 GB disk space allocated to the repository
  • Server 2: 8 GB, 2 CPUs, 40 GB disk space allocated to a CDP and  Operator Control Panel

How log files affect disk space

During runtime, each component creates at least one log file set, the size of which depends on your configuration. The CDP, AP, and  Development Studio can also be configured to create a second log file set.

An individual log file can retain up to 4 MB of data. Upon reaching the maximum log size, the active log file is archived and a new active log is created. A standard log set might contain one active log and up to nine archive log files, each requiring 40 MB of disk space.

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


  1. Patrik Stanz

    Hi! We recognized, that when we install TSO on windows server with german locale settings (and number formats), the convert to numeric TSO function is not working anymore. E.g. the result of 30.0 will be 300 instead of 30.

    When we switched the language and locae settings of the server to english UK, copied the settings to all user accounts and rebooted the server, the convert to numeric function was working again.

    Is this a bug or is there a specifiy language/locale requirement? If so, can you please add them to the TSO system requirements docu?

    Jan 10, 2020 03:24
    1. Shweta Hardikar

      Thank you for reaching out, Patrik. I will work with the team to see if this is the case and update the documentation accordingly, if required. 

      Jan 12, 2020 11:24
  2. Greg Michael

    Why does this page show support for newer technologies (Windows Server 2016, Windows Server 2019, MS SQL Server 2016) and the Architecture Compatibility Matrix does not? SPAC is supposed to be retiring, and yet its replacement does not seem to be getting accurate information populated into it.

    Mar 20, 2020 06:46
    1. Shweta Hardikar


      We update the document for each release. The SPAC is also supposed to be updated. Thanks!

      Jul 01, 2020 01:18
      1. Greg Michael

        "The SPAC is also supposed to be updated."

        If I'm leaving a comment about the documentation showing support for newer technologies, but your OFFICIAL compatibility tool does not, support will not be willing to investigate issues if the "official" source of supported technologies and platforms does not indicate support. Not to mention the fact that 2 dissenting statements of supported technologies does not make it easier to understand whether or not support is there.

        If the document is updated with each release, and that information is sent to the team that supports SPAC, who is following up with them for their inability to ingest the new information? Where's the follow-through?

        Jul 01, 2020 01:37
        1. Shweta Hardikar

          I agree, Greg. Let me investigate as to where and why is there a disparity between SPAC and the docs. 

          Jul 01, 2020 03:26