So, was your laptop affected by the recent Sony battery recall? I have a Dell Latitude D600 and had to check the serial number but fortunately the battery number did not match those on the recall website that you check to see if you need to get a new one.
Now, if a CMDB had contained the serial number of my battery, could I have been saved that extra step? It’s a question of granularity for the CMDB – when would you kick yourself for not going more granular on your CMDB? And is it possible to think of all scenarios such as this, especially for all hardware parts that go into laptops and servers and desktops? I sincerely doubt it’s worth the trouble… until something like this recall comes up and then I wonder.
It seems like entering all that information into your CMDB is not worth it for these rare exceptions when you want the information. Until the information could be automatically discovered somehow, it’s just as easy to have your end-users look it up for themselves. If the serial number information was available from the manufacturers or through discovery, it could be a federated attribute in an Asset Management database rather than stored in the CMDB. But, for a level of granularity that helps you pinpoint a subset of your entire collection of hardware, you could use the CMDB to help you determine who might be affected, based on who has laptops or who has Dell laptops with the exact model numbers that are affected. This sounds like a sensible and balanced approach.
How about you? Any ideas on the practicality of granularity for these recall situations? What is the next step — Change Management for tracking all the replaced batteries?
Updated to add: Here’s a link to a relevant podcast with Tom Bishop, where he talks about the relativity of data. Thanks to Ynema’s comment I can get even more familiar with the best approaches to these types of CMDB design questions.