| Numéro d’ID de bogue |
BUG-000125195 |
| Envoi | September 11, 2019 |
| Dernière modification | June 5, 2024 |
| S’applique à | Portal for ArcGIS |
| Version trouvée | 10.6.1 |
| Système d’exploitation | Windows OS |
| Version du système d’exploitation | 2012 R2 |
| Statut | Known Limit
Après examen par l’équipe de développement, il a été déterminé que ce problème est lié à une limitation connue du logiciel sur laquelle Esri n’a aucun contrôle. Pour d’autres explications, reportez-vous à la section Informations supplémentaires correspondant au problème.
|
Informations supplémentaires
When a collaboration workspace sync does not include any non-hosted feature service, edits entries are written to the sde_versions table.
Assume a guest (G) organization is the replication to a collaboration host (H). Both have a replica for the feature service. Metadata for the replica on each participant stores the Replica Sync Generation number (RSG) and the Replica Server Sync Generation number (RSSG).
When H asks G for edits, the RSG is incremented but G does not have any edits to send back so H and the RSSG is never incremented. Incrementing the RSG triggers a version entry.
This behavior is not harmful. The next time an edit occurs, the sde_versions table edits are updated and the redundant entries removed.
If the shared data is not being edited, pause the sync on the guests collaboration workspace. This avoids replica sync calls being made and sde_versions entries building up. Sync can be enabled on the workspace at any time.
Solution de contournement
Delete the replica from the GDB_ITEMS table and the replica versions from the SDE_versions table to remove the orphaned replica manually. However, this is an unsupported workaround because ESRI does not recommend directly editing system tables such as GDB_ITEMS and SDE_versions tables.
Étapes pour reproduire