The SDS feature allows data-sharing between Mitel 3300 ICPs. The following limitations apply:
SDS does not support the merging of independent data-sharing communities. If two SDS communities have been created independent of each other, the system rejects all attempts to start sharing from one community to the other. If you wish to start sharing between communities, you must disassemble one of the communities (preferably, the community with fewer elements) and then add the individual elements to the existing larger community. See Removing an Element for more information on removing elements from a community. See Start Sharing with a New Element for instructions on how to add the elements into the existing larger community.
All data-sharing elements must share in at the network-level scope:
Elements must share at network-level scope before they can share at the Network Group scope or Administrative Group scope.
Elements must share at the network-level scope before they can share at the cluster-level. This data-sharing hierarchy is maintained and enforced by the SDS feature.
To support administrative groups in an SDS network, you must upgrade all the elements in the data sharing network to MCD Release 4.0 or later. After you upgrade the network elements, they are automatically added to the "System Default" administrative group. If there are elements with pre-MCD Release 4.0 software that are sharing data in the network, you will not be able to apply the Admin Group Members scope to form data.
In MCD Release 4.0, you cannot create and manage network groups. All elements in the network belong to one Network Group. A form similar to the Administrative Group form will be added in a future release to allow you to manage Network Groups.
There is a maximum number of elements that you can have in a data sharing community. Refer to the 3300 ICP Engineering Guidelines for specifics.
SDS does not allow data-sharing between network elements that are separated by a firewall.
SDS does not support Network Address Translation (NAT).
Depending on the number of elements selected, the sizes of the databases, and the number of database mismatches, a System Data Synchronization operation can take from several minutes to several hours. Only perform synchronizations during periods of low network traffic (after normal business hours).
When you modify data through the System Administration, Group Administration Tool, or Desktop Tool, it is distributed by SDS across the network and it can take several seconds depending on the system and network load before the modification is made on the elements.
During a Start Sharing or Sync operation, all system administration tools sessions (System Administration Tool, Group Administration Tool, Desktop Tool, and MiXML sessions) are terminated and subsequent sessions are blocked until the synchronization finishes.
You can perform concurrent synchronizations. See About Concurrent Synchronizations for a more detailed overview of the conditions associated with synchronizing network elements concurrently.
Check for SDS distribution updates frequently and resolve all pending data distribution updates or errors on a regular basis. The number of SDS distribution updates cannot exceed 10 000. Any change that would create more updates than are available, displays an error dialog indicating that a "clean up" is required.
When backing up or restoring system information on a System Data Synchronization network element, you must log in locally. The backup/restore applies only to the element you are logged in to. During a system backup/restore, the network element rejects all data update distribution attempts. See Performing Backups and Restores for more information.
Consider assigning administrator rights to one person only, or to a select group of system administrators, to increase system security and further reduce the likelihood of errors.
Where possible, maintain the same dimensioning settings and capacities between all the network elements that you configure to share data. The SDS system does not prevent data sharing between network elements that are dimensioned differently; however, maintaining parallel dimensioning prevents unnecessary SDS errors related to dimensioning discrepancies.
Follow the proper programming procedures for setting up a data-sharing community, and for adding new network elements or multiple clusters to an existing community.
You can use the SDS feature between elements that are running different versions of SDS software (for example between elements with Release 6.0 software and Release 7.0 software). If you use the SDS feature between elements that have different versions of SDS software, the following rules apply to the sharing of data:
Data sharing updates from a controller that has the later software version to a controller that has an older software version will result in any new fields being ignored on the controller with the older software version.
Data sharing updates from a controller that has an older software version to a controller that has the later software version will cause the new fields on the controller with the later version to retain the current values, or in the case of add operation, the new field will be set to the default value for that field.
If you have a network that includes controllers that are running different versions of SDS software, perform SDS operations from the controller that has the latest version of software.