What is the master table that contains a record for each table in the database?
In ServiceNow, all tables in the database are recorded in a master table called [sys_db_object]. This table stores metadata about each table in the system, including its name, label, and other attributes.
Key Functions of [sys_db_object]:
Stores a record for every table in the ServiceNow instance.
Tracks essential table properties, such as the table name, label, and whether it is an extension of another table.
Helps administrators view, modify, or create new tables in ServiceNow.
Used in Table Administration and Custom Table Development.
Why the Other Options Are Incorrect?
A . [sys_master_db] --
This table does not exist in ServiceNow.
C . [sys_master_object] --
There is no such table named 'sys_master_object' in ServiceNow.
D . [sys_object_db] --
This table does not exist in ServiceNow.
The correct name is sys_db_object.
How to View the [sys_db_object] Table in ServiceNow?
Navigate to System Definition Tables.
Search for the table sys_db_object.
Open the table to see records representing all tables in the instance.
Reference from Certified System Administrator (CSA) Documentation:
ServiceNow Docs: Understanding Tables and Fields https://docs.servicenow.com/en-US/bundle/utah-platform-administration/page/administer/metadata/concept/c_TablesAndFields.html
ServiceNow CSA Official Training Guide (System Data and Tables Overview)
This confirms that [sys_db_object] is the master table that contains a record for every table in the ServiceNow database.
Which objects are used as part of the client-side scripting API?
Choose 2 answers
What are the steps to retrieve an Update Set?
An Update Set in ServiceNow is a mechanism used to capture configuration changes (such as UI policies, business rules, client scripts, and more) from one instance and move them to another. This ensures that customizations and modifications can be transferred across different ServiceNow instances efficiently.
The process of retrieving an Update Set from another instance follows these key steps:
Verify Update Set is Complete
Before moving an Update Set, it must be marked as Complete to ensure that all related changes are included.
Navigate to System Update Sets > Local Update Sets and confirm that the status is set to Complete.
If the status is In Progress, the Update Set cannot be retrieved.
Retrieve Update Set
In the target instance, navigate to System Update Sets > Retrieved Update Sets.
Click 'Retrieve Update Set' and provide the remote instance's URL where the update set exists.
The system will fetch the Update Set from the source instance.
Preview Update Set
Before applying changes, ServiceNow provides a preview option to check for potential errors or collisions with existing customizations.
Click 'Preview Update Set' to initiate validation.
The preview will highlight any skipped records, collisions, or missing dependencies.
Commit Update Set
If the preview is successful (i.e., no critical errors), click 'Commit Update Set' to apply the changes to the instance.
Once committed, the changes in the Update Set will be merged into the system's configuration.
Why the Correct Answer is 'D. Verify Update Set is Complete, Retrieve, Preview, Commit'
'Commit' is the correct final step -- after previewing, the Update Set must be committed to take effect.
'Apply' is incorrect -- ServiceNow does not use 'Apply' in the Update Set process; instead, it uses 'Commit.'
'Test Connection' is not part of the Update Set retrieval process -- it is relevant for MID Server connectivity but not for Update Sets.
Thus, the correct sequence is: Verify Update Set is Complete Retrieve Preview Commit
Reference from Certified System Administrator (CSA) Documentation:
ServiceNow CSA Official Documentation -- Update Set Management
ServiceNow Docs - Update Sets (Search for 'Update Set Lifecycle')
ServiceNow Community Best Practices on Update Sets
ServiceNow Community (Search for 'Best Practices for Update Sets')
ServiceNow Learning Portal - Admin Fundamentals
Available via ServiceNow Now Learning Platform (Look under 'Instance Configuration' and 'Update Sets')
Here is the Business Rule script template:

This type of JavaScript function is known as:
What are the three key tables in an enterprise CMDB? (Choose three.)
The Configuration Management Database (CMDB) in ServiceNow is a core component of IT Service Management (ITSM), allowing organizations to track Configuration Items (CIs) and their relationships. There are three key tables that form the foundation of the CMDB:
cmdb (Base CMDB Table):
This is the parent table for all Configuration Items (CIs) in the CMDB.
It contains the foundational structure upon which all other CMDB-related tables are built.
It does not store CI records itself but serves as the primary reference table.
cmdb_ci (CI Base Class Table):
This is the base class for all Configuration Items (CIs).
All specific CI classes (such as servers, applications, networks) extend from this table.
It holds general CI attributes that are common across all CI types.
cmdb_rel_ci (CMDB Relationship Table):
This table defines relationships between different Configuration Items.
It stores dependencies and associations between CIs, such as a server hosting an application.
Relationships are critical for impact analysis and dependency mapping.
Incorrect Answer Choices Explained:
B . sn_cmdb_bak & E. cmdb_bak:
These tables do not exist in the standard CMDB schema. They may be mistaken for potential backup tables, but they are not official CMDB tables.
D . sn_cmdb & G. sn_cmdb_ci:
Prefix 'sn_' generally indicates Scoped Application Tables in ServiceNow.
Standard CMDB tables exist in the global scope without the 'sn_' prefix.
'sn_cmdb' and 'sn_cmdb_ci' are not key tables in the global CMDB architecture.
Official ServiceNow CSA (Certified System Administrator) Training Documentation
ServiceNow Product Documentation: CMDB Tables and Relationships
ServiceNow CMDB Overview and Best Practices: CMDB Guide
Kati
10 days agoLouann
17 days agoSamuel
24 days agoShawnta
1 month agoNan
1 month agoIrma
2 months agoCarin
2 months agoStanford
2 months agoFausto
2 months agoTasia
3 months agoNoe
3 months agoMaxima
3 months agoWenona
3 months agoDeja
3 months agoLettie
4 months agoIvette
4 months agoEmogene
4 months agoMarkus
5 months agoAyesha
5 months agoGail
5 months agoRia
5 months agoStevie
6 months agoAlline
6 months agoLashawna
8 months agoHoa
9 months agoIsaac
10 months agoCarey
11 months agoAnthony
1 year agoRolland
1 year agoBritt
1 year agoHubert
1 year agoMisty
1 year agoJudy
1 year agoKasandra
1 year agoPortia
1 year agoKattie
1 year agoMarsha
1 year agoHenriette
1 year agoHoa
1 year agoHelga
1 year agoDenise
1 year agoGlory
1 year agoGianna
1 year agoDortha
2 years agoJose
2 years agoRosendo
2 years agoTequila
2 years agoMila
2 years agoMinna
2 years agoAide
2 years agoJohnson
2 years ago