When upgrading from CA SDM 12.6 to a later version, the usp_kpi table in the mdb may contain 2 entries for "webConcurrentLicenseCt": one entry with an id value set to 8832 and another entry with an id value set to 8842.
Linux test patch T5U3344 that applies to CA Service Desk Manager (CA SDM) 12.6 provided a new set of KPI's, and in doing so, set the "id" for the new KPI named "webConcurrentLicenseCt" to 8832.
In subsequent releases of CA Service Desk Manager, the "id" for that KPI is 8842.
And thus, when upgrading from CA SDM 12.6 to a later version, the usp_kpi table in the mdb may contain 2 entries for "webConcurrentLicenseCt".
Linux test patch T5U3344 is associated with problem USRD 2566; any equivalent test patch for Windows which uses 8832 as the id for webConcurrentLicenseCt, instead of 8842 as the id, may have the same issue. Other CA SDM 12.6 test patches for either Linux and Windows may have included the same solution to the issue.
After upgrading the CA Service Desk Manager and before using webConcurrentLicenseCt, you may consider deleting the entry that has an id value of "8832" from the mdb database.
However, before you go ahead and delete it, read and understand the Important Notes below.
Then, if you decide to delete the entry, follow these steps:
If, in the past, you had used the original webConcurrentLicenseCt entry (i.e. the Record Status had been set to Inactive), and if any associated collected data must be kept such as for the purpose of reports, then instead of following the above steps, give the 8832 entry a different name (for example: r126webConcurrentLicenseCtDoNotUse), and set the Record Status set to Inactive. This is to avoid dangling references and for reporting.
Removing the 8842 entry is not recommended since the issue could then re-occur when the environment is upgraded. The recommendation is to use the 8842 entry in the upgraded environment, so do not change the name of that entry, leave it as: webConcurrentLicenseCt.
For any of these solutions, the final step is to refresh the associated table cache on all CA SDM servers. To do that, you can use the pdm_webcache command, or you can restart the CA SDM services on the CA SDM servers (following the correct procedure for either Conventional configuration or Advanced Availability).