.. _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