解决方案：增加PGA内存限制或调整进程参数。在sqlplus中执行ALTER SYSTEM SET pga_aggregate_target=4G SCOPE=BOTH; 然后重启相关会话。如果是DBMS_LDAP问题，检查并设置更大的内存堆，如在PL/SQL块前添加dbms_session.set_memory_limit(0); 对于远程处理，优先本地解决以避免网络延迟，使用本地DB服务器调整参数更高效。

来源1

ORA-31230: DBMS_LDAP: PL/SQL - Memory allocation fault. 这个错误通常发生在使用DBMS_LDAP包时内存不足。常见原因是PGA内存分配失败。解决方法：1. 增加pga_aggregate_target参数，例如ALTER SYSTEM SET pga_aggregate_target=2G SCOPE=BOTH; 2. 检查并优化LDAP查询大小，避免一次性加载过多数据。3. 如果是会话级，尝试在PL/SQL中分批处理LDAP操作。

来源2

遇到ORA-31230错误时，本地解决比远程处理更好。本地直接登录数据库服务器，执行参数调整如sga_target增大，避免远程工具的内存开销。远程处理适合临时测试，但修复对比显示本地成功率高90%以上，因为能直接监控进程内存。

来源3

ORACLE DBMS_LDAP动态内存不足：使用以下代码片段前设置内存。BEGIN dbms_ldap_session.set_preferred_mode; ctx := dbms_ldap.init('ldap://server:389', 389); 出错时加：EXECUTE IMMEDIATE 'ALTER SESSION SET pga_aggregate_target=1G'; 重试。或者升级到更高版本Oracle如19c，内存管理优化了。

来源4

修复对比：远程处理需要VPN稳定，但本地解决更快。案例：生产环境远程调整失败，本地登录后发现进程内存泄漏，kill掉后设置workarea_size_policy=MANUAL; pga_aggregate_target=6G，问题消失。选择本地优先，除非权限限制。

来源5

DBMS_LDAP内存不足解决方案：分块查询LDAP。示例代码：循环中每次fetch 100条记录，而不是全量。参数调优：_pga_max_size=2G (隐藏参数，小心用)。监控v$pgastat查看分配情况。

来源6

实际案例：开发环境中远程工具报ORA-31230，本地ssh后发现ulimit -v无限大设置，调整后ok。修复对比显示，远程多因工具如Toad内存竞争，本地sqlplus纯净。

来源7

教程：1. 查询当前PGA：select name,value/1024/1024 mb from v$pgastat where name like '%aggregate%'; 2. 调整：alter system set pga_aggregate_target=4096M scope=spfile; shutdown immediate; startup; 对于DBMS_LDAP，初始化前set res_size_limit。

FAQ
Q: ORA-31230怎么快速修复？
A: 先试ALTER SESSION SET pga_aggregate_target=2G;
Q: 远程和本地哪个好？
A: 本地解决优先，速度快权限全。
Q: DBMS_LDAP内存不足永久解决？
A: 调大PGA参数并优化查询分批。
Q: 还会出现吗？
A: 监控内存使用，避免大对象LDAP查询。