This section describes the considerations and steps to migrate a service model from an environment that does not employ BMC CMDB, to an environment that does employ BMC CMDB.
When you have implemented service impact management without the BMC CMDB product and now want to use the BMC CMDB to store and manage service components and their relationships, you can migrate service model data to BMC CMDB by using the sim2cmdb tool. The sim2cmdb tool facilitates the migration of a non BMC CMDB service impact management implementation to a solution where BMC CMDB stores and manages service components and their relationships. The sim2cmdb tool populates the BMC CMDB with service model data from Infrastructure Management.
Service impact management without the BMC CMDB product means that you have created component instances and relationships directly in Infrastructure Management by using Direct Feed (through Product Short,
mposter CLI command, or rules) or by using Direct Publish (a BAROC source file and the
pposter CLI command) or that you are using a third-party database for service model data.
If you have a third-party repository for your service model, you do not have to use the sim2cmdb tool to copy it into the BMC CMDB. It is probably more efficient to import this data into the BMC CMDB directly from the third-party repository than to use the data in the cell as the interface between these two repositories. After the initial model is imported into the BMC CMDB, BMC recommends that you make further changes to the model directly in the BMC CMDB. sim2cmdb is intended as an upgrade tool to be used when the main repository of service impact management data is actually the cell; it is not a way to keep a third-part repository in sync with the BMC CMDB.