漏洞
In a collaboration workspace in Portal for ArcGIS with data shared as copies, deleting a feature service from the collaboration group cleans up the associated replicas from ArcGIS Server but leaves orphaned replicas in the enterprise geodatabase.
| 漏洞 ID 编号 | BUG-000125195 |
|---|---|
| 已提交 | September 11, 2019 |
| 上次修改时间 | June 5, 2024 |
| 适用范围 | Portal for ArcGIS |
| 找到的版本 | 10.6.1 |
| 操作系统 | Windows OS |
| 操作系统版本 | 2012 R2 |
| 状态 | Known Limit |
附加信息
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.解决办法
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.
重现步骤
漏洞 ID: BUG-000125195
软件:
- Portal for ArcGIS
当漏洞状态发生变化时获得通知
发现关于本主题的更多内容
搜索相关信息
查找与此主题相关的培训
探索想法并提供反馈
获取来自 ArcGIS 专家的帮助
下载 Esri 支持应用程序