ORA-01985报错用户建不了，LICENSE_MAX_USERS超限导致，远程帮忙修复方案分享

（引用来源：主要基于Oracle官方文档对LICENSE_MAX_USERS参数的解释以及常见的数据库管理实践经验）

最近在处理一个用户的数据库问题时，遇到了一个比较典型的报错：ORA-01985，用户反馈说新账号怎么也创建不了，系统一直提示这个错误，经过排查，问题根源在于数据库的一个初始化参数——LICENSE_MAX_USERS，它的值设置得太小，导致当前数据库用户数已经达到了许可允许的最大上限，所以任何创建新用户的尝试都会被系统拒绝，这种情况在一些用户数增长较快的测试环境或者业务突然扩张的生产环境中可能会遇到，下面我就把当时远程帮忙分析和解决的思路与步骤，用大白话分享一下,希望能给遇到类似问题的朋友一些参考。

当我们看到ORA-01985这个错误时，不要慌张，它的核心意思就是“许可证限制：超出了最大用户数”，Oracle数据库允许你根据购买的许可证来限制同时可以存在的数据库用户数量，这个限制就是由LICENSE_MAX_USERS这个参数控制的，如果你把这个参数设置为50，那么你的数据库里最多只能有50个用户（注意，这里统计的是用户账号的数量，不关心它们是否同时在线），一旦达到或超过这个数字,再想建新用户就会触发这个错误。

第一步：确认问题根源

在动手修复之前，我们必须先确认问题是不是真的由LICENSE_MAX_USERS引起的，以及当前的实际用户数是多少,不能光看错误信息就下结论。

1. 连接数据库：你需要以具有DBA权限的用户（比如SYSTEM或SYS用户）登录到数据库，通常使用SQL*Plus、SQLcl或者图形化工具如SQL Developer都可以。
2. 查看当前LICENSE_MAX_USERS设置：执行以下SQL语句： SHOW PARAMETER LICENSE_MAX_USERS 这条命令会显示出这个参数当前的值，如果显示的值是0，通常意味着没有限制（但有些版本可能不同），如果是一个具体的数字，比如20,那它就是当前的最大限制。
3. 统计当前数据库用户数量：我们需要知道现在数据库里到底有多少个用户，执行这个查询： SELECT COUNT(*) FROM DBA_USERS; 这个命令会计算DBA_USERS数据字典视图中的所有行，每一行代表一个数据库用户，把查询出来的数字和上一步看到的LICENSE_MAX_USERS的值比较一下，如果用户数大于等于设置的最大值，那么ORA-01985报错的原因就找到了。

第二步：制定解决方案

确认是LICENSE_MAX_USERS超限后，解决办法通常有两种思路,具体选哪种要看你的实际情况和许可协议。

• 方案A：增加LICENSE_MAX_USERS的参数值（需要评估许可合规性） 如果你的Oracle许可证确实允许你拥有更多用户,那么最直接的方法就是调高这个上限。

  

  • 重要前提：在执行此操作前，务必确认你的Oracle软件许可证允许你支持更多的用户数。 随意调高此值但实际用户数超过了许可证限制，会违反Oracle的许可协议，可能带来法律风险,确保你的操作是合规的。
  • 修改参数：LICENSE_MAX_USERS是一个静态参数，修改后需要重启数据库才能生效，修改步骤如下： a. 以SYSDBA身份登录。 b. 执行：ALTER SYSTEM SET LICENSE_MAX_USERS = 新数值 SCOPE=SPFILE; 这里的“新数值”就是你希望设定的新的最大用户数，一定要大于当前实际的用户数量。SCOPE=SPFILE表示将修改写入服务器参数文件（spfile），这样重启后设置才会保留。 c. 关闭数据库：SHUTDOWN IMMEDIATE d. 启动数据库：STARTUP
  • 验证：数据库重启后，再次执行SHOW PARAMETER LICENSE_MAX_USERS，确认新值已经生效,之后应该就可以成功创建新用户了。

• 方案B：清理无效或过期用户（更安全、更经济的做法） 很多时候，数据库里存在大量长期不用的、测试遗留的或者已经失效的用户账号，直接删除这些“僵尸”用户，是释放用户名额更安全、也更符合成本效益的方法，这不需要调整许可参数,也没有合规风险。

  • 识别无用用户：执行一个查询，仔细查看DBA_USERS视图，找出那些创建已久但最近从未登录过、或者明显是测试账号（用户名如TEST, DEMO等）的用户。 SELECT USERNAME, CREATED, ACCOUNT_STATUS FROM DBA_USERS ORDER BY CREATED DESC; 关注ACCOUNT_STATUS字段，如果是LOCKED或EXPIRED状态的用户，通常是清理的首选目标,但删除前必须确认这些用户确实不再需要。
  • 备份意识：在删除任何用户之前，如果该用户下有重要数据，务必先进行备份（使用数据泵expdp等工具导出），如果确定用户及其数据完全无用,再执行删除。
  • 删除用户：对于确认可删除的用户，使用命令： DROP USER 用户名 CASCADE; CASCADE选项会同时删除该用户拥有的所有对象（如表、索引等）。
  • 验证：删除几个用户后，再次执行SELECT COUNT(*) FROM DBA_USERS;，确认当前用户数已经低于LICENSE_MAX_USERS的限制，无需重启数据库,应该就能立即创建新用户了。

第三步：总结与建议

在当时帮助用户处理这个问题时，我们采用的是方案B，因为经过检查，他们的数据库里确实有十多个为短期项目创建的测试账号，项目结束后就一直闲置着，账号状态也是锁定的，在获得业务方确认后，我们安全地删除了这些无用账号，当前用户数立刻降到了许可限制以下，新建用户的功能随即恢复正常，这种方法快速、安全,避免了重启数据库对业务可能造成的影响。

最后给几点小建议：

1. 定期巡检：最好能定期检查数据库的用户数量和使用情况，及时清理无效用户,防患于未然。
2. 合理规划：在项目初期或业务规划时，对数据库用户数的增长有一个预估,并确保许可证能够覆盖。
3. 参数理解：了解LICENSE_MAX_USERS这类与许可相关的参数的意义,避免因不当设置导致意外问题。

希望这个从发现问题、确认原因到最终解决的完整过程，能对遇到ORA-01985报错的你有所帮助，尤其是在生产环境中，修改参数或删除用户一定要谨慎,并确保有合适的权限和备份措施。