Refresh Impacted services button not populating Impacted Services/CI list

[Elias10]

Hi

We have recently started to implement CMDB into our environment and are trying to get it set up for change and incident

We have mapped several server CI's to Application CI > Application Service and Business Application

We have also created several Dynamic CI groups

When adding a Dynamic CI group to the "Configuration Item" field on the change form we successfully have the "Affected CIs" related list populated by members  of the Dynamic CI group

The "Affected Servies/CIs" list does not populate with any Application or Business services mapped to CI's in the "Affected CIs" list. We have tried using the "Refresh Impacted Services" button but this doesn't work

Has anyone had this problem or know of a fix

[Martin Grosskop]

Hi Elias,

I would strongly suggest you do not use any custom tables for services. There is so much functionality that depends on the out of the box tables (Refresh Impacted Service is just one example).

Probably the best class to use for Application Services when you do not have Service Mapping is Calculated Application Service (cmdb_ci_service_calculated).

I no longer have access to a Rome instance - so I am not 100% sure of the steps to migrate an Application Service to the Calculated Application Service (cmdb_ci_service_calculated) class.

But try the following:

Create your service in the Service (cmdb_ci_service) class:

Then click on the Convert to Application Service UI action.

You will then be prompted to select the number of levels of related CIs to include in the application service. I have used 3 in the example below:

Afterwards, if you now look at the service you will see that it is in the Calculated Application Service class.

And from this point on, as you add relationships to the model, using cmdb_rel_ci, the svc_ci_assoc table will get populated too. 

I just can't remember whether this happens in near-real time in Rome, or whether it happens on a scheduled basis.

In San Diego, it is much easier to create an Application Service directly in the Calculated Application Service class. The wizard for creating Application Services lets you select a population method of Dynamic Service, which will create the application service directly in the Calculated Application Service class. And it will update svc_ci_assoc table in near real-time based on any changes you make to relationships using cmdb_rel_ci relationships.

Regards

Martin

[Elias10]

Hi Martin

Tested this in our test environment and it looks to be working well

I mapped a server CI to one of the calculated application services and it mapped in near-real-time (about a minute later)

Just one more question, what are calculated services meant to be used for in CMDB, is it for this type of scenario or do they have other uses and is it ok to map CI's directly to them

Regards,

Elias

[Martin Grosskop · Accepted solution]

Hi Elias,

Calculated Application Services are intended for exactly this type of scenario.

It is for customers who do not have the Service Mapping product. It allows such customers to maintain the relationships for a service using the conventional cmdb_rel_ci relationships. 

And then in turn it will "calculate" what the resultant service map is using svc_ci_assoc relationships. 

Regards

Martin

[Elias10]

Hi Martin

Implemented in our test environment and working well

Thank you for your help with this, much appreciated

Regards,

Elias