Moviri Integrator for BMC Helix Capacity Optimization - ServiceNow

JSON File Configuration Format

A. Decide What hierarchy you want to import and build in TSCO. Generally starts with Business Services → Business Application → Server Machines (Contains metrics).

B. Decide whether use the reference number for each nodes and their relationships or not. If you have two or more nodes belongs to the same ServiceNow table, it's highly recommended to use a reference number. So the relationship know which nodes it's referring to.

File Structure

The “Moviri Integrator for BMC Helix Continuous Optimization – ServiceNow” requires as input a JSON file following the JSON schema described in the following file (ServiceNow_JSON_Schema.json).

The following table contains the description for each field (use “dot notation” to traverse element in the JSON schema):

Please refer to ServiceNow Administrator to create a proper JSON configuration file specific for your organization. ServiceNow provides useful tool to find all the required information to create the JSON configuration file, in particular:

• ServiceNow REST API Explorer
• (within the context of a Server or Business Service) Dependency View

Example I.

As example, you can refer to the following ServiceNow topology:

Please notice that this topology contains both Linux Servers (class “cmdb_ci_linux_server”, linked via Web Server, class “class_ci_web_server”) and Windows Servers (class “cmdb_ci_win_server”).

This topology can be represented by the following JSON configuration file (ServiceNow_Configuration_Example.json).

Considering the JSON configuration file described above, the “Moviri Integrator for BMC Helix Continuous Optimization – ServiceNow” will create the following hierarchy in the TSCO workspace:

Example II.

Considering the above example with modification: using reference number, have hidden node and use last inter node as leaf node's tag value. The configuration file will look like thisexample2Ref_hidden_tag.json

Note that in this case, the inter node above leaf node is defined to be "hidden", so they will be not imported as TSCO hierarchy. But since we defined tagType on the inter node above leaf node, even though the inter node is hidden, the name of the inter node still appears on leaf node as a tagType "WebServer"'s value. The hierarchy in TSCO will looks like this:

The leaf node will have a tagType called "WebServer" using the hidden inter node's name as values as PS_Apache01, PS_Apache02 or PS_Apache03.

Example III.

As example, you can refer to the following dependency views from ServiceNow:

These topologies can be represented by the following JSON configuration file (ServiceNow_Configuration_Example_1.json). They both starts with root (cmdb_ci_service) and goes to inter (cmdb_ci_service) and reaches to leaf (cmdb_ci_server).

Considering the JSON configuration file described above, the “Moviri Integrator for BMC Helix Continuous Optimization – ServiceNow” will create the following hierarchy in the TSCO workspace:

A. Configuring the basic properties

Some of the basic properties display default values. You can modify these values if required.

To configure the basic properties:

1. In the console, navigate to Administration > ETL & System Tasks, and select ETL tasks.
2. On the ETL tasks page, click Add > Add ETL. The Add ETL page displays the configuration properties. You must configure properties in the following tabs: Run configuration, Entity catalog, and Amazon Web Services Connection
3. On the Run Configuration tab, select Moviri - ServiceNow Extractor from the ETL Module list. The name of the ETL is displayed in the ETL task name field. You can edit this field to customize the name.
   
   
   
   
4. Click the Entity catalog tab, and select one of the following options:
   
   • Shared Entity Catalog:
     • From the Sharing with Entity Catalog list, select the entity catalog name that is shared between ETLs.
   • Private Entity Catalog: Select if this is the only ETL that extracts data from the ServiceNow resources.

5. Click the ServiceNow - Connection Parameters tab, and configure the following properties:

   The [liveData] macro is a standalone macro and it cannot be used inline. Click on this message for details.
   This macro generates standalone content. As a consequence you need to make sure to use a syntax that separates your macro from the content before and after it so that it's on a line by itself. For example in XWiki Syntax 2.0+ this means having 2 newline characters (a.k.a line breaks) separating your macro from the content before and after it.

   
   

6. Click the ServiceNow - Extraction tab, and configure the following properties:

The following image shows sample configuration values for the basic properties.

7. (Optional) Override the default values of properties in the following tabs:

8. Click Save.
The ETL tasks page shows the details of the newly configured ServiceNow ETL.

(Optional) B. Configuring the advanced properties

You can configure the advanced properties to change the way the ETL works or to collect additional metrics.

To configure the advanced properties:

1. On the Add ETL page, click Advanced.

2. Configure the following properties:
   
   

   The [expand] macro is a standalone macro and it cannot be used inline. Click on this message for details.
   This macro generates standalone content. As a consequence you need to make sure to use a syntax that separates your macro from the content before and after it so that it's on a line by itself. For example in XWiki Syntax 2.0+ this means having 2 newline characters (a.k.a line breaks) separating your macro from the content before and after it.
   

   The [expand] macro is a standalone macro and it cannot be used inline. Click on this message for details.
   This macro generates standalone content. As a consequence you need to make sure to use a syntax that separates your macro from the content before and after it so that it's on a line by itself. For example in XWiki Syntax 2.0+ this means having 2 newline characters (a.k.a line breaks) separating your macro from the content before and after it.
   

   The [expand] macro is a standalone macro and it cannot be used inline. Click on this message for details.
   This macro generates standalone content. As a consequence you need to make sure to use a syntax that separates your macro from the content before and after it so that it's on a line by itself. For example in XWiki Syntax 2.0+ this means having 2 newline characters (a.k.a line breaks) separating your macro from the content before and after it.
   

   The [expand] macro is a standalone macro and it cannot be used inline. Click on this message for details.
   This macro generates standalone content. As a consequence you need to make sure to use a syntax that separates your macro from the content before and after it so that it's on a line by itself. For example in XWiki Syntax 2.0+ this means having 2 newline characters (a.k.a line breaks) separating your macro from the content before and after it.
   

3. Click Save.
   The ETL tasks page shows the details of the newly configured ServiceNow ETL.
   

After you configure the ETL, you can run it to collect data. You can run the ETL in the following modes:

A. Simulation mode: Only validates connection to the data source, does not collect data. Use this mode when you want to run the ETL for the first time or after you make any changes to the ETL configuration.

B. Production mode: Collects data from the data source.

A. Running the ETL in the simulation mode

To run the ETL in the simulation mode:

1. In the console, navigate to Administration > ETL & System Tasks, and select ETL tasks.
2. On the ETL tasks page, click the ETL. The ETL details are displayed.
   
   
   
   
3. In the Run configurations table, click Edit  to modify the ETL configuration settings.
4. On the Run configuration tab, ensure that the Execute in simulation mode option is set to Yes, and click Save.
5. Click Run active configuration. A confirmation message about the ETL run job submission is displayed.
6. On the ETL tasks page, check the ETL run status in the Last exit column.
   OK Indicates that the ETL ran without any error. You are ready to run the ETL in the production mode.
7.  If the ETL run status is Warning, Error, or Failed:
   1. On the ETL tasks page, click  in the last column of the ETL name row.
   2. Check the log and reconfigure the ETL if required.
   3. Run the ETL again.
   4. Repeat these steps until the ETL run status changes to OK.

B. Running the ETL in the production mode

You can run the ETL manually when required or schedule it to run at a specified time.

Running the ETL manually

1. On the ETL tasks page, click the ETL. The ETL details are displayed.
2. In the Run configurations table, click Edit  to modify the ETL configuration settings. The Edit run configuration page is displayed.
3. On the Run configuration tab, select No for the Execute in simulation mode option, and click Save.
4. To run the ETL immediately, click Run active configuration. A confirmation message about the ETL run job submission is displayed.
   When the ETL is run, it collects data from the source and transfers it to the database.

Scheduling the ETL run

By default, the ETL is scheduled to run daily. You can customize this schedule by changing the frequency and period of running the ETL.

To configure the ETL run schedule:

1. On the ETL tasks page, click the ETL, and click Edit. The ETL details are displayed.
   
   
2. On the Edit task page, do the following, and click Save:
   • Specify a unique name and description for the ETL task.
   • In the Maximum execution time before warning field, specify the duration for which the ETL must run before generating warnings or alerts, if any.
   • Select a predefined or custom frequency for starting the ETL run. The default selection is Predefined.
   • Select the task group and the scheduler to which you want to assign the ETL task.
3. Click Schedule. A message confirming the scheduling job submission is displayed.
   When the ETL runs as scheduled, it collects data from the source and transfers it to the database.

Verify that the ETL ran successfully and check whether the ServiceNow data is refreshed in the Workspace.

To verify whether the ETL ran successfully:

1. In the console, click Administration > ETL and System Tasks > ETL tasks.
2. In the Last exec time column corresponding to the ETL name, verify that the current date and time are displayed.

To verify that the ServiceNow data is refreshed:

1. In the console, click Workspace.
2. Expand (Domain name) > Systems > ServiceNow> Instances.
3. In the left pane, verify that the hierarchy displays the new and updated ServiceNow instances.
4. Click a ServiceNow entity, and click the Metrics tab in the right pane.
5. Check if the Last Activity column in the Configuration metrics and Performance metrics tables displays the current date.