iServer的影像服务长时间高并发运行后，服务器内存被持续占满（达120GB），且无法自动释放，最终导致服务响应严重卡顿甚至崩溃重启。
iServer的备份与恢复功能存在异常，将在正式环境备份的服务包，在测试环境恢复后，部分服务因数据源路径错误、数据库连接失败等原因无法正常启动。
iServer服务在服务器重启后，出现无法读取到硬件网络锁的情况，导致许可验证失败，服务无法正常使用。
调用iServer 12i版本的文件上传接口创建上传任务时失败，iServer日志报错：PostgreSQL关系 "public.fileupload_task" 不存在。该功能在iServer 11i版本中正常。
需要查询iServer服务的访问记录，特别是访问来源的IP地址，以进行服务调用情况的监控。
咨询iServer是否支持直接读取对象存储（如MinIO）中的工作空间文件来发布服务。
项目需要为iServer集群进行许可配置，并希望协调技术支持共同讨论制定具体的配置方案。核心问题是如何通过Nginx，使用单一入口IP将请求分发到不同的iServer集群（一个处理地图服务，一个处理三维服务）。
将iServer服务从Windows迁移至Linux环境后，通过管理页面重启服务提示成功，但服务的实际状态仍为“失败”，无法正常启动。
Linux环境下启动iServer时失败，日志报错 libgdal.so.32: version 'GLIBC_2.28' not found，显示缺少必要的系统依赖库。
在iDesktop中可以正常运行的GPA算子模型，导入到iServer中执行时出现各种报错，咨询两款产品中的算子是否存在差异。
在iServer中执行一个简单的“面转点”GPA测试算子时，提示输入值不合法，但检查后未发现输入数据存在问题。
iServer GPA算子迁移后，由于服务器IP地址发生变更，咨询如何快速批量修改算子模型中引用的IP地址。
在iServer中发布地图服务时，服务发布页面一直处于加载中（转圈）状态，无法成功发布，且服务不能正常预览。该问题在服务器环境复现，本地笔记本环境正常。
在SuperMap iServer管理和维护地图服务时，缺乏一个便捷的功能来快速查看某个地图服务具体引用了哪些数据集，给数据管理和问题排查带来不便。
导入SHP数据发布为iServer地图服务后，在前端无法显示图层，服务管理页面中“清理缓存”和“配置”选项也不显示。进一步排查发现地图的坐标系(EPSG:4326)与数据实际的空间范围不匹配，导致数据显示异常。
