The Legacy Features contains a list of features still available for use in the DataSync for ServiceNow application. These features will be deprecated in future releases. 

To access the legacy features, go to PerspectiumPerspectium CoreTools. Then, click Legacy Features.

What's on this page?

Explore the following legacy features available (for now!):




Query properties

This feature is used to refine tables to aid with DataSync or Service Gateway integrations.

To access query properties, go to PerspectiumPerspectium CoreTools Legacy Features Query Properties.

Click New to create a new Query Property—complete the fields and click Submit

Here are the fields as you'll see on the Query Properties page:

Field

Description

DescriptionShort description of what the query properties are used for.
Name

Identifier for the query properties.

ValueValue that will depend on the property.

↑ Go to top of page




Multi team administration

This feature creates teams that can be referenced in the team field on dynamic share, bulk share and scheduled bulk share, shared and subscribed queues, and subscribe.

Here's how to create teams:

  1. Go to PerspectiumPerspectium CoreTools Legacy Features Multi Team Administration.

  2. In the resulting page, click New.

  3. Complete the Name field and use the Assignment Group field to search for and select an assignment group that the team should belong to.

  4. Click Submit


↑ Go to top of page




Alerts

This feature links to the Alerts table (u_psp_alerts) to allow you to view alerts generated by the Perspectium application. Alerts are created when the Perspectium application logs errors and when errors are placed directly into this table. Errors are automatically saved into this table as the application runs and does not require any additional configuration or setup. Using this table allows you to monitor the Perspectium application for errors that may occur.

Error notifications

Using the Error Notification feature, you can subscribe to alerts in this table to be notified by email when there are errors with the Perspectium application, such as errors connecting to the Perspectium Integration Mesh.

Alert types

We recommend that you set up error notification for all alerts in this table that are critical in priority. However, you may prefer to be notified on specific errors—review the table below for the different types of alerts generated by the Perspectium application:

Name

Value

Priority

Description

**criticalAll application running errors logged will have a priority of “critical”
Perspectium.processMultiOutputError processing <Perspectium_MBS_Server>: Error: HTTP POST failed: <Error_Message>criticalError when the application is unable to successfully share messages to the the Perspectium MBS server on the URL specified in <Perspectium_MBS_Server>. <Error_Message> will give further details on what the error is, including “503” and “504” when the server is unavailable
Perspectium.checkMessagePastLimitTrying to send outbound message <sys_id> that was created more than 10 minutes agocriticalError when the Perspectium application is trying to send a message that has been sitting in the outbound messages table (psp_out_message) for more than 10 minutes where <sys_id> is the sys_id of the record in the outbound messages table. This error can be because of an error with the message itself (such as the message is too large or malformed) or an issue connecting to the Perspectium MBS server
PerspectiumReplicator.fetchFromQueueError fetching from queue <Queue_Name> on <Perspectium_MBS_Server>: <Error_Message>criticalError when the application is unable to subscribe to messages from a queue on the Perspectium MBS server. <Queue_Name> represents the queue this instance is subscribing to on the URL specified in <Perspectium_MBS_Server>. <Error_Message> will give further details to why it cannot subscribe to messages, including if there are errors connecting to the server such as “503” and “504” when the server is unavailable
PerspectiumReplicator.fetchFromOneQueueerror: <Error_Message>criticalError processing a subscribed message with <Error_Message> providing details why the subscribed message could not be processed. This error is after the message has been received from the Perspectium MBS server and as the application tries to process the message's record into the target table
Perspectium MultiOutput Processingerror = <Error_Message>criticalError when running the scheduled job to share out messages with further details in <Error_Message>. This error will generally also be superseded by errors with the previously mentioned “Perspectium.processMultiOutput” alert
Perspectium Replicator Subscribererror = <Error_Message>criticalError when running the scheduled job to subscribe to messages with further details in <Error_Message>. This error will generally also be superseded by errors with the previously mentioned “Perspectium.fetchFromQueue” alert
Perspectium.postMultiUnable to run as the target server or credentials are not configured properly. Please check your Perspectium propertiescriticalError when the application properties or queue properties are not configured properly so the application cannot connect to MBS
PerspectiumReplicator.fetchFromOneQueueUnable to run as the target server or credentials are not configured properly. Please check your Perspectium propertiescriticalError when the application properties or queue properties are not configured properly so the application cannot connect to MBS
PerspectiumOutbound.processTargetQueueunable to process <sys_id> <Error_Message>criticalError sharing out a message from a specific outbound messages table. This error may be due to issues with the message itself or connecting to MBS (see the <Error_Message> for further details)
**highHigh alerts in your instance as configured in Observer
**mediumMedium alerts in your instance as configured in Observer
**lowLow alerts in your instance as configured in Observer

Acknowledgement

The Alerts table contains the Acknowledge column and Acknowledged by columns for you to be able to specify if someone has reviewed the alert and select who through your own scripting. These columns are made available for your use as the Perspectium application does not automatically acknowledge these alerts.


↑ Go to top of page




Situations

A Situation can be created to collect similar and related alerts into a work unit that can be assigned. 

To access situations, go to PerspectiumPerspectium CoreTools Legacy Features Situations.

Click New to create a new Situation—complete the fields and click Submit

You can use the Situation Templates dropdown to select a template that defines automatic Situation detection and creation rules.


↑ Go to top of page




Performance Stats

This legacy feature profiles the performance of Perspectium's activity. 

In order to enable this feature, go to Perspectium > Control and Configuration > Properties General Settings and check the box labeled Generate performance stats logs.

Then, access the feature at PerspectiumPerspectium CoreTools Legacy Features > Performance Stats.

In the resulting page, you can filter on subscribe or share by looking at the Job column. You can also check the Action column to see which jobs are Processing in order to gauge the performance of records within the same table. If a batch of records contains multiple tables, the Processing record will display the overall performance of each table within that batch.

The Duration column indicates the total time taken to process all records in the table.

The Records column indicates the total amount of records processed for the table.

The Table Name column indicates the name of the table and action being performed on the table.


↑ Go to top of page

  • No labels