Oracle报错|参数冲突 ORA-13919:Cannot specify values for parameter string”and for parameter string”故障修复 远程处理

遇到Oracle参数冲突报错？手把手教你解决ORA-13919故障

真实场景再现

"老王，快来看看！我刚在调整数据库参数时突然报错了！" 凌晨2点的机房，运维小张焦急地喊道,屏幕上赫然显示着：

ORA-13919: Cannot specify values for parameter "memory_target" and for parameter "sga_target"

这种参数冲突报错在Oracle数据库管理中并不少见，特别是在进行性能调优或迁移升级时,今天我们就来彻底解决这个让人头疼的问题。

错误解析：为什么会出现ORA-13919？

ORA-13919错误表示你试图同时设置两个相互排斥的数据库参数，Oracle很明确地告诉你："这两个参数不能同时设置值！"

以memory_target和sga_target为例：

• memory_target：自动内存管理(AMM)的核心参数，让Oracle自动分配SGA和PGA
• sga_target：半自动内存管理的参数，需要单独设置SGA大小

这两个参数代表两种不同的内存管理方式,就像你不能同时用自动驾驶和手动驾驶控制一辆车。

详细解决步骤

通过SQL*Plus修改（推荐）

1. 连接到数据库：

   sqlplus / as sysdba

2. 查看当前参数设置：

   SHOW PARAMETER memory_target;
   SHOW PARAMETER sga_target;

3. 决定保留哪个参数：

   

• 如果想用自动内存管理(AMM)：

  ALTER SYSTEM SET sga_target=0 SCOPE=BOTH;
  ALTER SYSTEM SET memory_target=4G SCOPE=BOTH;

• 如果想用半自动内存管理：

  ALTER SYSTEM SET memory_target=0 SCOPE=BOTH;
  ALTER SYSTEM SET sga_target=3G SCOPE=BOTH;

4. 重启数据库使更改生效：

   SHUTDOWN IMMEDIATE;
   STARTUP;

修改参数文件（适用于无法启动的情况）

1. 找到你的参数文件（spfile或pfile）
2. 用文本编辑器打开pfile（如果是spfile需先创建pfile）
3. 删除或注释掉冲突的参数之一
4. 重新启动数据库

常见参数冲突组合

除了memory_target和sga_target，这些参数组合也经常"打架"：

1. db_recovery_file_dest 和 log_archive_dest_n
2. parallel_degree_policy 和 parallel_degree_limit
3. resource_manager_plan 和 memory_target

专家建议

1. 生产环境谨慎操作：任何参数修改前先备份参数文件
2. 变更窗口期执行：参数修改通常需要重启才能生效
3. 文档是好朋友：遇到冲突时查阅Oracle官方文档的"参数依赖关系"部分
4. 测试环境先行：重要变更先在测试环境验证

避坑指南

• 混合使用AMM和ASMM可能导致不可预测的内存分配
• 修改memory_target时确保系统有足够可用内存
• 使用ALTER SYSTEM命令时注意SCOPE参数的选择：
  • MEMORY：只修改内存中的值（重启后失效）
  • SPFILE：只修改参数文件（下次重启生效）
  • BOTH：同时修改内存和参数文件

ORA-13919这类参数冲突错误看似棘手，但只要理解Oracle参数之间的相互关系，解决起来并不困难，记住关键原则：鱼与熊掌不可兼得，选择适合你业务需求的参数配置方案，保持配置的一致性,你的Oracle数据库就能平稳运行。

下次再遇到类似错误，希望你能淡定地说："小问题，分分钟搞定！"