remove highlight
expand all

Use > Build > Service Asset and Configuration Management > Identification and synchronization > Synchronization > Data flow

Data flow

The following outlines the synchronization data flow:

Closed

Automatic synchronization data flow

  1. The web service uses the On-Premise Bridge agent to communicate with the UCMDB machine.
  2. The agent checks that the version of UCMDB is supported.
  3. The agent checks if there is an up-to-date UMS adapter installed. If not, it installs the adapter.
  4. The agent checks if an integration point and push job exist. If the integration point does not exist, the agent creates it. The push job runs in UCMDB immediately after it is created, and twice every day according to a preset schedule.
  5. The integration point pushes data from UCMDB to a staging area, in chunks.
  6. The agent retrieves the chunks of data from the staging area, in the order they were pushed. Note For details on how to view in UCMDB the TQL queries which push the data to the staging area, see the UCMDB documentation. Service Management uses the identification web service to identify the configuration items (CIs) retrieved from UCMDB, and where necessary merge them with existing CIs in Service Management. Only CIs which contain enough information to be identified are included in the retrieved data. Note Each chunk has its own timestamp. The agent retrieves the chunk of data with the next timestamp: the one closest to and after the timestamp of the last chunk retrieved.
  7. The job takes the identified data and sends it to the Service Management server. The original data is kept in the staging area for 30 days and is then deleted.
Closed

Custom synchronization data flow

  1. The web service uses the On-Premise Bridge agent to communicate with the UCMDB machine.
  2. The agent checks that the version of UCMDB is supported.
  3. The user checks if there is an up-to-date UCMDB push adapter installed. If not, the user dowloads the push adapter installs it in UCMDB.
  4. The user checks if an integration point and push job exist. If the integration point does not exist, the user creates the integration point and sets up the push job. Note The user can customize the push job schedule after the job is created.
  5. The user munually triggers the push job.
  6. Data is pushed to the Push Adapter.
  7. The Push Adapter loads the correct mapping for the specific TQL query.
  8. The integration point pushes data from UCMDB to a staging area, in chunks, according to the mapping XML.
  9. The agent retrieves the chunks of data from the staging area, in the order they were pushed. Note For details on how to view in UCMDB the TQL queries which push the data to the staging area, see the UCMDB documentation. Service Management uses the identification web service to identify the configuration items (CIs) retrieved from UCMDB, and where necessary merge them with existing CIs in Service Management. Only CIs which contain enough information to be identified are included in the retrieved data. Note Each chunk has its own timestamp. The agent retrieves the chunk of data with the next timestamp: the one closest to and after the timestamp of the last chunk retrieved.
  10. The job takes the identified data and sends it to the Service Management server. The original data is kept in the staging area for 30 days and is then deleted.

Related topics

War diese Antwort hilfreich für Sie?