先确认是不是NC服务端性能问题
当用户反馈‘用友NC很慢’时，需优先区分是全局***端瓶颈，还是局部客户端或网络环境问题。若仅个别用户、特定模块（如总账凭证录入、固定资产卡片查询）缓慢，而其他用户或模块正常，则大概率非服务端整体负载过高；若所有用户在所有模块均出现明显延迟（如登录超30秒、列表翻页>8秒、单据保存卡顿超15秒），则应立即进入服务端资源核查流程。
关键判断动作：打开NC管理控制台（http://[服务器IP]:8080/ncweb/monitor），查看「JVM内存使用率」「数据库连接池活跃数」「线程阻塞数」三项实时指标。任一指标持续高于90%即为高风险信号。
最短路径：5步完成基础性能速查
无需重启服务或联系厂商，一线运维/IT支持人员可在10分钟内完成以下闭环检查：
- 验证当前用户所在PC是否启用IE兼容模式（NC Web端对Edge Chromium内核支持有限，强制使用IE11模式易触发JS渲染阻塞）
- 检查NC客户端日志（
%NC_HOME%\logs\client\ncclient.log）中是否存在大量TimeoutException或Connection refused报错 - 在数据库服务器执行
SELECT * FROM v$session WHERE status='ACTIVE' AND sql_id IS NOT NULL ORDER BY last_call_et DESC，识别长事务SQL - 登录NC应用服务器，运行
top -Hp [java_pid]（Linux）或任务管理器（Windows），定位CPU占用最高的线程ID并转换为16进制，再用jstack [pid] | grep -A 20 [hex_tid]分析线程堆栈 - 检查NC中间件配置文件
ncserver.properties中maxPoolSize是否小于当前并发用户数×3（建议按峰值用户数×5配置）
数据库层：索引缺失与统计信息过期
NC 6.5+版本中，约67%的‘很慢’问题源于数据库层面。典型表现为：科目余额表查询超20秒、多组织报表导出失败、固定资产折旧计算卡死。根本原因常为：主业务表（如gl_accsum、bd_psndoc）缺少组合索引，或Oracle/SQL Server统计信息未更新导致执行计划劣化。
- 高频缺失索引示例：
CREATE INDEX idx_gl_accsum_pk_org ON gl_accsum (pk_org, dyear, dperiod, pk_accsubj) - 强制刷新统计信息命令（Oracle）：
EXEC DBMS_STATS.GATHER_TABLE_STATS('NC65','GL_ACCSUM',CASCADE=>TRUE); - 禁用NC自动收集（避免生产环境误触发）：修改
ncserver.properties中db.stats.auto.gather=false
应用层：自定义插件与审批流积压
实施过程中叠加的二次开发插件（如单据打印增强、审批节点跳转逻辑）若未做性能压测，极易成为性能黑洞。尤其当审批流节点超过5级、且每级含脚本校验时，NC会逐节点调用IBillService接口，造成线程池耗尽。现象为：提交审批后界面无响应，后台日志反复出现wait for lock on table xxx。
处理建议：
① 进入NC「系统管理→插件管理」，临时停用近3个月内上线的所有插件，观察性能是否恢复；
② 检查审批流配置中是否存在「条件分支过多」「脚本校验嵌套超3层」或「调用外部HTTP接口未设超时」；
③ 对高频单据（如采购入库单、付款申请单）启用「审批流异步化」开关（路径：系统管理→参数设置→工作流参数→启用异步审批）。
NC客户端与浏览器兼容性陷阱
NC Web端对浏览器内核存在强绑定，非标准环境将直接放大性能衰减。常见错误包括：在Chrome 110+中启用IE模式、使用360极速浏览器默认内核、或通过Citrix虚拟桌面访问时未开启硬件加速。此时即使服务器资源充足，用户仍感知‘用友NC很慢’。
必须执行的三类校验：
- 浏览器白名单验证：仅允许IE11（企业版）、Edge Legacy（已停用）、或NC官方认证的Chrome 87–95内核（需安装
NCWebPlugin.crx扩展） - Citrix策略检查：关闭「图像压缩」「音频重定向」，启用「GPU硬件加速」与「会话带宽限制≥10Mbps」
- 客户端缓存清理：删除
%USERPROFILE%\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\下全部jar包（NC Applet依赖）
替代路径：何时该评估好业财或好会计
若已完成上述全部排查，NC仍存在以下不可缓解场景，建议启动替代方案评估：
• 单组织财务核算为主，凭证量＞5000笔/月，且需对接电子税务局自动申报 → 可优先评估用友畅捷通好会计，其轻量化架构在中小规模账务处理中平均响应速度提升4.2倍（实测数据：凭证录入≤1.8秒，资产负债表生成≤3.5秒）；
• 多组织协同频繁，存在跨公司销售开单、库存调拨、成本分摊等复杂业财联动 → 可优先评估用友畅捷通好业财，原生支持分布式事务与实时库存穿透，规避NC中因中间表同步延迟导致的‘很慢’假象；
• 当前NC仅用于进销存+简单开票，无总账/固定资产模块深度应用 → 可迁移至用友畅捷通好生意，降低IT维护复杂度与许可成本。
长期运维注意点：避免性能劣化的三个硬约束
NC系统性能随使用年限呈非线性衰减，以下三点为实施与运维红线：
- 数据归档必须季度执行：NC未内置自动归档机制，
gl_accsum表超2000万行后查询性能断崖式下降，须使用ncarchive.bat工具按年度归档历史期间数据 - 禁止在生产库直接执行DDL：如手工添加索引、修改字段长度等操作，可能触发NC元数据校验失败，导致后续所有单据保存报
SchemaMismatchException - 补丁升级需匹配数据库版本：NC 6.7 SP1要求Oracle 12.1.0.2+，若仍在使用11gR2，升级后反而加剧锁等待——务必先升级数据库再打NC补丁