| 不具合 ID 番号 |
BUG-000125195 |
| 送信されました | September 11, 2019 |
| 最終更新日 | June 5, 2024 |
| 適用対象 | Portal for ArcGIS |
| 見つかったバージョン | 10.6.1 |
| オペレーティング システム | Windows OS |
| オペレーティング システムのバージョン | 2012 R2 |
| ステータス | Known Limit
開発チームによる確認後に、この問題が、Esri の管理の範囲外にあるソフトウェアの既知の制限に関するものであると判断されました。 問題の「参考情報」セクションに、さらに詳細な説明が示されていることがあります。
|
参考情報
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.
再現の手順