Properties installed with Operational Resilience
Summarize
Summary of Properties installed with Operational Resilience
When you install the Operational Resilience application in your ServiceNow instance, a set of system properties is automatically added to support its functionality. These properties configure key aspects of the application, such as task table references, business process and service identifiers, logging levels, and risk computation methods. Typically, you do not need to modify these properties unless you have specific customization requirements. Users with thesnoperres.adminrole have permission to maintain these properties.
Show less
Key Properties and Their Practical Use
- snoperres.allowedtasktables: Defines task-related tables (e.g., Problem, Incident) referenced by Operational Resilience, linking configuration items to tasks.
- snoperres.businessprocesspillar, snoperres.criticalbusinessprocesses, snoperres.criticalservices: Store sysids that identify the process pillar, critical business processes, and critical services respectively, ensuring accurate mapping within resilience workflows.
- snoperres.dependencypillars: Holds a comma-separated list of sysids representing dependency pillars such as Application Service, People, Data, Suppliers, Technology, and Facilities. You can extend this by creating new pillar records, enabling tailored dependency mapping.
- snoperres.logging.verbosity: Controls the detail level of log files, ranging from Debug (0) to Error (3), with a default of Warn (2), helping you manage log verbosity for troubleshooting or monitoring.
- snoperres.maxlevels: Limits the depth of levels processed for resilience analysis. Currently, only one level is supported and set by default.
- snoperres.maxnodes: Sets the maximum number of nodes processed during API calls, defaulting to 10,000, which governs the scale of data returned in operational resilience queries.
- snoperres.maxtop: Specifies how many top vulnerabilities appear in the Operational Resilience dashboard report, defaulting to 5, enabling focused vulnerability management.
- snoperres.oprescsdmmainnodeconfig: Defines main node configuration for data retrieval and record creation in the multi-profile table, supporting data model customization.
- snoperres.redflagsexclusion: Lists classes excluded from red flag evaluations, such as operational resilience profiles and plans, refining alert criteria.
- snoperres.topclassname: Designates the top class displayed on the dashboard (default: cmdbciservicebusiness), aiding in clear visualization of key assets.
- snoperres.useAdvancedRisk: Determines whether to use Advanced Risk or standard Risk Management for high-risk computations, defaulting to true for enhanced risk analysis.
- glide.ui.snoperresimportanceimpacttoleranceassessmentactivity.fields and glide.ui.snoperresscenarioanalysisactivity.fields: Define which fields appear in activity formatters for importance/impact assessments and scenario analyses, respectively, customizing user interface details.
Why This Matters
Understanding and managing these properties allows you to tailor the Operational Resilience application to your organization’s specific processes and risk frameworks. Proper configuration ensures accurate data relationships, efficient processing limits, relevant logging for troubleshooting, and effective risk computations aligned with your operational needs.
What You Can Expect
By leveraging these properties, you can maintain a resilient IT environment with clear visibility into critical services and dependencies, actionable vulnerability insights, and flexible configuration to suit evolving operational resilience strategies. The default settings provide a robust starting point that you can adjust as needed to optimize your resilience management.
When you install the Operational Resilience application, several system properties are added to your instance. You may not need to modify these properties. The user with the sn_oper_res.admin role can maintain these properties.
Operational Resilience properties
| Property | Description |
|---|---|
| sn_oper_res.allowed_task_tables |
Property used to assign the task relevant tables, such as problems and incidents, that are referenced in the Operational Resilience [sn_oper_res_task] table. When a configuration item is used by both the Operational Resilience application and the task relevant tables, a record is generated and maintained in the [sn_oper_res_task] table. Type: string Value: Problem |
| sn_oper_res.business_process_pillar |
sys_id of the Process pillar. Type: string Value: 6408bde4537310108722ddeeff7b121e |
| sn_oper_res.critical_business_processes |
sys_id of the business process entity type. Type: string Value: 221c1c9a53d310108722ddeeff7b12ae |
| sn_oper_res.critical_services |
sys_id of the service entity type. Type: string Value: 2d7bd49a53d310108722ddeeff7b1297 |
| sn_oper_res.dependency_pillars |
sys_id of the Dependency pillars. It uses a comma-separated list of dependency pillars. For a new pillar, create a new record in [sn_grc_choice] table with the Choice category set to
Pillar and append the sys_id to the Value using a comma as shown in the example:
e4f77de4537310108722ddeeff7b1263,ab5c78b0533112105806ddeeff7b126f,9c38fde4537310108722ddeeff7b12d0,a5187de4537310108722ddeeff7b127a,c4c775e4537310108722ddeeff7b12d7,2fad3034533112105806ddeeff7b123f. Refer to the
following pillars and their corresponding sys_ids:
Type: string Value: e4f77de4537310108722ddeeff7b1263,ab5c78b0533112105806ddeeff7b126f,9c38fde4537310108722ddeeff7b12d0,a5187de4537310108722ddeeff7b127a,c4c775e4537310108722ddeeff7b12d7 |
| sn_oper_res.logging.verbosity |
Level of detail recorded in the log files, ranging from minimum to highly detailed information. Type: choice list Debug=0, Info=1, Warn=2, Error=3 Default: 2 |
|
sn_oper_res.max_levels |
Maximum number of levels to be processed (The default value is 1). For current release, only 1 level is supported. Type: Integer Value: 1 |
| sn_oper_res.max_nodes |
Maximum number of nodes to be processed when the Operational Resilience API is called.
For example, when the API is called, it displays the results for a maximum 10,000 nodes. |
| sn_oper_res.max_top | Number of vulnerabilities to be displayed in the Top vulnerabilities to be fixed report in the Operational Resilience dashboard.
|
| sn_oper_res.opres_csdm_main_node_config |
Main node configuration that is used to get the data and create records in the [sn_grc_m2m_profile_profile] table. Type: string Value: c483a911ff2a311051b15c97d53bf1db |
| sn_oper_res.red_flags_exclusion |
Classes that are excluded from red flags. Type: string Value: sn_oper_res_profile, sn_oper_res_bcm_plan, sn_oper_res_task |
| sn_oper_res.top_class_name |
Property to designate any class as the top class in the dashboard. Type: string Value: cmdb_ci_service_business |
| sn_oper_res.useAdvancedRisk |
Property to define if the Operational Resilience High Risk computation should use Advanced Risk or Risk management. Type: True | False Value: True |
|
glide.ui.sn_oper_res_importance_impact_tolerance_assessment_activity.fields |
Impact and Importance Assessment activity formatter fields. Type: string Value: assigned_to, state,work_notes,comments, Attachments, opened_by, active, approver |
| glide.ui.sn_oper_res_scenario_analysis_activity.fields |
Scenario Analysis activity formatter fields. Type: string Value: state, assigned_to, plan_approver, result_approver, work_notes, comments, Attachments |