ORA-39951错误，PL/SQL警告设置没填全，报错修复远程帮忙解决

ORA-39951错误是一个在Oracle数据库升级或数据泵导入过程中可能遇到的PL/SQL警告类错误，它本身不代表操作完全失败，而更像是一个系统发出的“提醒”或“警告”，告诉你有一些设置不够完善，可能会影响后续PL/SQL程序的性能和稳定性，就是数据库在检查你现有的PL/SQL代码（比如存储过程、函数等）时，发现它们的编译设置（WARNING设置）与当前数据库的新环境或你指定的高标准不完全匹配，存在一些“没填全”的选项，因此报出这个错误来引起你的注意。

这个错误的直接原因是Oracle数据库在操作过程中（例如使用DBMS_PREUP包进行升级前检查，或使用数据泵impdp导入数据时）会验证PL/SQL对象的编译环境，它发现这些对象的编译参数PLSQL_WARNINGS没有包含所有被认为是“重要”的警告类别。PLSQL_WARNINGS这个参数就像是给PL/SQL编译器的一个“检查清单”，告诉它编译代码时需要对哪些类型的潜在问题进行报警，如果这个清单列得不够详细，有些问题就会被编译器忽略，Oracle为了确保代码在新环境中能更健壮地运行，希望你能把这个清单补充完整，开启更多有益的警告选项。

根据Oracle官方文档中对PL/SQL编译和数据库实用程序的相关说明，ORA-39951错误的核心信息是：某些PL/SQL对象是在“非标准”或“不完整”的警告设置下编译的，这可能会导致一些潜在的程序缺陷在编译阶段没有被发现，从而埋下隐患，系统建议或要求你将PLSQL_WARNINGS参数设置为一个更全面、更严格的值，通常是启用所有ENABLE类型的警告（尤其是ENABLE:ALL），然后再重新编译这些受影响的PL/SQL对象。

要修复这个错误,我们的核心思路就是“补全这个检查清单”，并让所有相关的PL/SQL代码按照新的、更严格的标准重新“过一遍安检”，以下是具体的步骤，可以分为在数据库升级前检查中出现和在数据泵导入过程中出现两种情况来处理。

在数据库升级前检查中遇到ORA-39951

当你运行DBMS_PREUP包（例如执行dbms_preup.run_preup_checks）来检查当前数据库是否准备好升级时，可能会在检查报告中看到这个错误。

1. 获取详细报告：你需要查看详细的预升级检查报告，这个报告通常会告诉你具体是哪些PL/SQL对象（比如某个特定的存储过程或包）触发了这个警告。
2. 调整会话级设置（临时解决）：你可以先在你当前连接的数据库会话中，临时修改PLSQL_WARNINGS参数，将其设置为一个更全面的值，可以在SQL*Plus或SQLcl中执行以下命令：

   ALTER SESSION SET PLSQL_WARNINGS='ENABLE:ALL';

   这条命令的意思是,在当前这次连接中，编译器将启用所有类别的警告。

3. 重新编译受影响的对象：根据预升级报告提供的对象列表，逐个重新编译它们，如果报告指出包HR.EMPLOYEE_PKG有问题，你可以执行：

   ALTER PACKAGE HR.EMPLOYEE_PKG COMPILE;

   由于你已经在上一步设置了会话级的严格警告,这次重新编译就会在新的警告设置下进行，如果代码本身没有严重问题，编译会成功，并且这个对象上的ORA-39951警告标志就会被清除。

4. 考虑系统级设置（永久解决）：为了避免将来出现同样的问题，你可以考虑在系统级修改PLSQL_WARNINGS参数，但这会影响数据库中所有新的编译操作，需要谨慎评估对现有应用的影响，可以使用：

   ALTER SYSTEM SET PLSQL_WARNINGS='ENABLE:ALL' SCOPE=SPFILE;

   注意：修改SPFILE后需要重启数据库才能生效，通常更推荐在应用部署脚本中通过会话级设置来控制。

   

在使用数据泵导入时遇到ORA-39951

当你使用impdp命令导入数据时，如果导出文件中的PL/SQL对象是在较宽松的警告设置下编译的，而你的目标数据库环境要求更严格，就可能在导入日志中看到这个错误。

1. 修改导入参数：最直接的方法是在运行impdp命令时，添加一个参数来告诉导入工具忽略或处理这些警告，可以使用TRANSFORM参数来禁用对象验证中的警告检查。

   impdp ... TRANSFORM=DISABLE_ARCHIVE_LOGGING:Y, OID:N, SEGMENT_ATTRIBUTES:N, TABLE_COMPRESSION_CLAUSE:N, PLSQL_WARNINGS:IGNORE

   关键部分是PLSQL_WARNINGS:IGNORE，这个选项会指示数据泵在导入过程中忽略与PLSQL警告设置相关的错误，包括ORA-39951，这是一种“绕开”问题的方法，能让导入过程继续完成。

2. 导入后重新编译：使用上述方法成功导入所有对象后，错误只是被忽略了，并没有根本解决，导入完成后，你应该在目标数据库上，像“情况一”中描述的那样，手动设置严格的PLSQL_WARNINGS（ALTER SESSION SET PLSQL_WARNINGS='ENABLE:ALL'），然后重新编译所有导入的PL/SQL对象，这才是彻底解决问题的办法。

总结与重要提醒

ORA-39951是一个“为你好”的警告，虽然你可以通过IGNORE参数忽略它来完成导入，或者只编译个别对象来通过升级检查，但最根本的解决之道是正视它，你应该在开发或测试环境中，主动将PLSQL_WARNINGS设置为ENABLE:ALL，然后系统地编译和测试所有的PL/SQL代码，这样可以在代码部署到生产环境之前，就发现并修复那些隐藏的、可能在未来引发运行时异常的问题，比如参数未使用、可能存在的性能隐患或过时的语法等，从而极大地提高应用程序的质量和稳定性，修复ORA-39951的过程，实际上是一次提升你数据库PL/SQL代码质量的好机会。