.. _data_sync: Introduction to Data Sync --------------------------- .. _18.1.2|DOC-225: .. _21.3-PB3|EKB-12810: Overview ............ You can perform data syncs from within VOSS Automate or directly on a device. For this reason, cached VOSS Automate data should be periodically synced with data on devices. Examples: * When an instance of a |Unified CM| is added to the system, its data is imported and cached. * When instances are added, updated, or deleted from the |Unified CM|, the cached data in |VOSS Automate| becomes out of sync with data on the device. * When deleting data from |Unified CM| before deleting it from VOSS Automate, the system displays the following error: "The specified resource could not be found" This means the resource is out of sync, and |VOSS Automate| may need to re-sync with |Unified CM| in order to delete it or update it. VOSS Automate data syncs allow you to dynamically synchronize cached |VOSS Automate| data with data on devices. The data sync instance is associated with the connection parameters of a device type in |VOSS Automate|. Supported devices include: * HCM-F (if installed) * Cisco Unified CM * Cisco Unity Connection * LDAP * WebEx Individual add, update, and delete operations carried out by a data sync instance can be disabled on the user interface. If no operation is selected, the default behavior is maintained. To view configured data syncs in a list view in the VOSS Automate Admin Portal, go to (default menus) **Administration Tools > Data Sync**. .. image:: /src/images/admin-tools-data-sync.png .. note:: The list view displays basic details for each available data sync, including a number of summary attributes that provide additional details about the data sync. .. rubric:: Related Topics * .. raw:: latex Sync Overview in the Best Practices Guide .. raw:: html Sync Overview * .. raw:: latex Data Sync Types in the Core Feature Guide .. raw:: html Data Sync Types Data Sync Settings ................... The table describes a number of key settings that are available for data sync: ======================== ====================================================== Model Type lists Define the entities to pull in a given sync. For example: * Only pull in ``device/cucm/User`` records from Cisco Unified CM. Model Instance filters Limit a sync to a subset of entities in a sync. For example: * Pull in users with a primary extension starting with *1*. A system-level administrator will need to expose this setting on the Admin Portal. Actions Select which actions are active for a sync (Add/ Update/Delete). * Update requires more effort to run because this typically involves a GET API call for each record, which must then be compared to VOSS Automate data. * Add/Delete can be determined from the initial list API calls. To save time on the sync, you may wish to disable Update if you only require Add/Delete. Quick Import Uses the list API responses to update the VOSS Automate cache, and won't perform individual GET calls for each entity for the update. Recommended when the list response contains all values for the entity, or where only the key settings must be updated. Removing individual GETs speeds up the sync, since VOSS Automate is not waiting for the API responses when there are a many entities to update. This is useful if the list and GET responses are required, or if you only need the summary data from the list view. ======================== ====================================================== .. note:: Quick Import is generally not recommended, and should be used only for syncing ``device/cuc/ImportUser``. However, *initially* there is an exception to the performance improvement of a Quick Import sync with ``device/cuc/User``: * When quick import is turned on a sync that has previously run without it, dependent, non-Import User model types use the LIST response data to compare with the resource data that was originally saved using the GET response data. * The data sync detects a change, and initiates a resource save for each instance. * For ``device/cuc/User``, dependent import API calls are made, resulting in a long sync time. * Once it completes, *subsequent* quick import syncs should show an improvement over non-quick import syncs. When changing back to a non-quick import sync, the same effect would likely be observed. Synchronous and Asynchronous Data Sync ....................................... By default, a data sync is asynchronous; that is, other tasks can be carried out while the sync is in progress. However, a data sync can be set to be synchronous so that a workflow step can, for example, wait for the sync process to complete. Asynchronous imports initiated by a data sync are standalone transactions; that is, they aren't child transactions of the data sync execute transaction. Synchronous imports initiated by a data sync are children of the data sync execute transaction. .. |VOSS Automate| replace:: VOSS Automate .. |Unified CM| replace:: Unified CM