CSDM Tables

SnowUser09 · ‎04-06-2023

Hi All,

I have questions about CSDM Tables -Business Application, Business Services, Application & Techinical Services and offering tables,

1. As all these have logical CIs and need to create manually, so does manual import of the data from appl table is the only option to establish CSDM model.?

2. Once CSDM is established, then in real time scenarios, how can we maintain or keep these tables (business Application, Business Services, Application & Technical Services and offering) up to date, do we always need to update these tables manually once the CSDM model will be live?

3. Is there any way to automate the process to keep these tables up to date as CIs generally keeps on updating and data in appl table will be updated on its own by Discovery.

4 How CSDM is different from Service Mapping as in both we are mapping CIs with each other.

Thank you

CMDB Whisperer · ‎04-07-2023

Again, to be clear, Application doesn't belong in this list because it represents a real running process of an installed piece of software running on a specific server. It is part of the Application Service. That is the logical layer CSDM is concerned with, not Applications.

To answer your question I will point back to my previous response, that using Change Management, Data Certification, and CMDB Data Manager's Attestation policies are three methods of helping to keep your logical relationships up to date. When you consider Business Applications and Business/Technical Services, there may be other processes that will naturally come into play such as those involved in Application Portfolio Management and Service Portfolio Management.

The opinions expressed here are the opinions of the author, and are not endorsed by ServiceNow or any other employer, company, or entity.

View solution in original post

CMDB Whisperer · ‎04-07-2023

Glad I could help! Please click "Accept Solution" if applicable to any of the responses.

The opinions expressed here are the opinions of the author, and are not endorsed by ServiceNow or any other employer, company, or entity.