Components installed with synthetic monitoring

  • Release version: Australia
  • Updated March 12, 2026
  • 2 minutes to read
  • Several types of components are installed with activation of the synthetic monitoring plugin, including tables and user roles.

    Roles installed

    Role Description Contains roles
    Synthetic monitor viewer

    [sn_sow_synthetics.synthetics_viewer]

    Views test configurations and their results.
    • cmdb_read
    • sn_sow.sow_user
    • agent_client_collector_user
    • sn_sow_synthetics.credential_reader
    Synthetic monitor editor [sn_sow_synthetics.synthetics_editor] Creates and edits tests. Views test configurations and their results.
    • credential_admin
    • sn_cmdb_editor
    • sn_sow_synthetics.synthetics_viewer
    Synthetic monitor admin [sn_sow_synthetics.synthetics_admin] Assigns roles. Creates and edits tests. Views test configurations and their results.
    • agent_client_collector_admin
    • sn_sow_synthetics.synthetics_editor
    • sn_sow_admin.sow_admin_center_user

    Synthetic monitor credential reader

    [sn_sow_synthetics.credential_reader]

    Used internally to read from the Credentials [discovery_credentials] table. None
    Synthetic monitor event writer

    [sn_sow_synthetics.synthetics_event_writer]

    Used internally to communicate with the MID Server. None

    Tables installed

    Table Description

    Check

    [sn_sow_synthetics_check]

    Configuration information for synthetic checks.

    Check Execution Location

    [sn__sow_synthetics_check_execution_location]

    Execution location configuration for synthetic checks.

    Single API

    [sn_sow_synthetics_check_single_api]

    Additional configuration information and last run results for single API synthetic checks.

    Single API Header

    [sn_sow_synthetics_check_single_api_header]

    Key value pairs of requests headers for single API synthetic checks.

    Single API to Policy

    [sn_sow_synthetics_check_single_api_policy]

    Single API synthetic test data and its corresponding Agent Client Collector (ACC) policies.

    Single API Result

    [sn_sow_synthetics_check_single_api_result]

    Results from each synthetic check run.

    sn_sow_synthetics_recommendation_state

    Per-endpoint creation state, idempotency_key, error tracking

    sn_sow_synthetics_recommendation_telemetry

    Aggregate workflow metrics: card_shown, endpoints_discovered, monitors_created, workflow_status

    Synthetic Private Locations

    [sn_sow_synthetics_private_location]

    Definitions of the ACC Agent Proxy Clusters available for synthetic monitoring. Extends the Proxy Agent Cluster [sn_agent_cluster] table.

    sn_sow_synthetics_bulk_job

    Provides async bulk job tracking.

    sn_sow_synthetics_location

    Stores the top-level execution locations used to run synthetic monitors. Each location represents a network vantage point and can be one of the following:
    • Hosted
    • Mid Server
    • ACC location

    sn_sow_synthetics_mid_location

    Represents a logical grouping of one or more MID Servers that act as a named execution location for synthetic monitors. This record provides the name and description for a Mid Server-based location. The actual MID Server assignments are stored in `sn_sow_synthetics_mid_location_member`.

    sn_sow_synthetics_mid_location_member

    Stores the actual Mid Server assignments are saved in this table.

    sn_sow_synthetics_check_single_api_sysauto_script

    Extends the platform `sysauto_script` (Scheduled Script Execution) table to associate a scheduled background job with a specific Single API check. Each record represents the scheduled job responsible for periodically triggering a synthetic monitor run for its linked check. Records are automatically created, updated, and deleted by the application when a check's location or configuration changes.

    sn_sow_synthetics_check_alert

    A join table that links a synthetic check to an Event Management alert. When a synthetic monitor detects a failure, the platform creates a record here to track the relationship between the failing check and the alert it generated. Records are cascade-deleted when either the check or the alert is removed.

    sn_sow_synthetics_check_single_api_policy

    A joint table that maps a Single API check to its associated ACC agent policy. This relationship is used when a check runs via an ACC Proxy Cluster location and the policy governs what the ACC agent is authorized to execute. Records are cascade-deleted when the linked check is removed, and the application automatically manages this table when ACC-based checks are created or updated.

    sn_sow_synthetics_bulk_job_governance

    Defines governance metadata for rate limiting and auditing for bulk jobs.