ORA-00064报错怎么破，系统分配对象太大卡住了，远程帮你修复故障解决问题

ORA-00064这个错误，说白了就是Oracle数据库在尝试做一件大事的时候，发现自己预设的“工作台”不够大，东西摆不开了，于是它就罢工报错了，这个“工作台”在Oracle里有一个专门的名字，叫做SGA（系统全局区），而那个临时用来干大事的“小桌子”是SGA里面的一部分，叫做Large Pool（大池），这个错误信息通常还会跟着一句更具体的描述，object is too large to allocate”（要分配的对象太大了）。

这个错误具体是怎么发生的呢？

想象一下,你是一个数据库管理员，现在需要执行一个非常耗费资源的操作。

• 你在做数据库的备份和恢复操作,尤其是使用了RMAN（恢复管理器）工具，并且设置了较大的并行度，让多个进程一起干活的时候。
• 或者,你在执行一个涉及海量数据排序的复杂SQL查询，Oracle需要使用大量的临时空间。
• 再或者,数据库服务器上运行着共享服务器模式（现在比较少见），需要处理大量并发连接。

这些操作都需要向Large Pool这个大池子申请一大块连续的内存空间，就像你要在一块固定大小的黑板上画一幅巨大的画，需要一块完整的、没有被分割的空白区域，如果Large Pool里面虽然总的空闲空间看起来还够，但这些空间被之前的一些零碎操作分割得七零八落（这被称为内存碎片化），找不到一块足够大的、连续的空间来满足你当前这个“大项目”的需求，那么ORA-00064错误就蹦出来了。

遇到这个错误，我们应该怎么去“破”呢？

解决思路的核心就是：要么把“工作台”扩大，让它能放下大物件；要么优化我们的“工作方法”，减少对大片连续空间的需求，下面是一些具体可以尝试的步骤，你可以按照从简单到复杂的顺序来操作。

第一招：最直接的办法——重启数据库实例。

这听起来有点像“重启解决90%的问题”的电脑维修梗，但在这里确实常常有效，因为重启数据库实例会彻底清空并重新初始化SGA和Large Pool，所有临时的内存分配都会被释放，碎片化问题瞬间解决，Large Pool恢复成一块完整、干净的大黑板，当你重启后再次执行之前的操作，很可能就顺利成功了。

但这显然是一个“治标不治本”的临时方案，如果你的业务要求数据库7x24小时不间断运行，或者那个耗资源的操作是定期执行的，那么你不能每次都靠重启来解决问题，这就需要下面的方法。

第二招：调整数据库参数，扩大Large Pool的大小。

这是根本性的解决方案之一,你需要以具有SYSDBA权限的用户（比如SYS用户）登录数据库，然后修改一个叫做LARGE_POOL_SIZE的参数。

操作步骤大致是：

1. 查看一下当前Large Pool的大小是多少，可以执行SQL语句：SHOW PARAMETER LARGE_POOL_SIZE
2. 根据你操作的需要和服务器可用物理内存的总量,决定一个更大的值，如果当前是100M，你可以尝试把它增加到200M、500M甚至更大，修改这个参数通常需要重启数据库才能生效，但也有可能允许在线调整，这取决于你的Oracle数据库版本和当前设置。
3. 执行修改命令,ALTER SYSTEM SET LARGE_POOL_SIZE=500M SCOPE=SPFILE; （SCOPE=SPFILE表示修改写入服务器参数文件，重启后生效）。

重要提示： 在调整内存参数时，一定要谨慎，SGA的总大小不能超过服务器物理内存的极限，而且要给操作系统和其他应用留出足够的内存，盲目调得太大可能会导致系统开始使用虚拟内存（交换空间），严重降低整体性能。

第三招：检查并优化你的操作本身。

问题不出在池子小,而是我们的“物件”实在太大了，或者打包方式有问题，你可以从以下几个方面检查：

• 调整RMAN备份设置： 如果你是在使用RMAN备份时报错，可以尝试减少同时运行的备份通道数（PARALLELISM参数），通道数减少，每个通道需要申请的内存也会相应减少，可能就不需要那么大块的连续空间了。
• 优化SQL语句： 如果是在执行复杂SQL时报错，看看能否对SQL进行优化，比如增加索引、改写查询逻辑，减少排序和哈希操作的数据量，从而降低对大型临时空间的需求。
• 使用自动内存管理： 如果你的Oracle数据库版本支持自动内存管理（AMM）或自动共享内存管理（ASMM），可以考虑启用它们，这样，Oracle会自动在SGA内部的不同组件（比如缓冲区缓存、共享池、大池等）之间调整内存分配，可能会更智能地避免此类问题，相关的参数是MEMORY_TARGET和SGA_TARGET。

远程帮你修复故障解决问题” 通常是一些技术服务公司的广告话术，其背后实际执行的操作，基本上就是上面提到的这些步骤，技术人员通过远程连接工具（如VPN、SSH、远程桌面等）登录到你的数据库服务器上，

1. 他们会查看Oracle的告警日志文件（alert log），确认错误的详细信息和发生时间。
2. 使用SQL*Plus等工具连接数据库，检查当前的内存配置（LARGE_POOL_SIZE, SGA_TARGET等）。
3. 分析导致报错的具体是哪个操作（是备份任务还是某个应用发起的SQL）。
4. 根据分析结果,选择上述的一种或多种方法进行修复，比如在线调整参数（如果支持的话），或者制定一个计划内的停机窗口来重启实例或修改需要重启的参数。

ORA-00064错误是一个可以解决的问题，核心在于理解Large Pool内存的分配机制，通过重启实例（临时解决）、适当调整内存参数（根本解决）以及优化相关操作（预防发生），可以有效消除这个故障。