达梦(DM)报错[-3209]: 无效的存储参数

简介: 【1月更文挑战第3天】达梦(DM)报错[-3209]: 无效的存储参数 问题处理

最近有一个项目,一直使用的是达梦数据库,今天遇到了一个问题,就是将测试环境新增加的表导入线上时报错 [-3209]: 无效的存储参数,这里我用我本地的达梦数据库复现一下这个问题,以及问题分析和解决方案。

问题复现

首先需要将达梦数据库测试环境新增加的表结构导出成sql语句,方便快速导入线上数据库,比如表:edu_face_train_apply_file

生成sql脚本

选中需要导出的新表edu_face_train_apply_file ,右键,选择【生成SQL脚本】-【Create To】-【文件】image.png

选择存储sql脚本的文件目录后点击【保存】

image.png

这样新表的sql脚本就生成好了,下面我们开始拿生成的sql脚本导入到我自己本地的数据库复现出现的问题

问题复现

选中本地数据库链接,点击【新建查询】

image.png

点击工具栏【查询】,选择【执行脚本】

image.png

选中文件夹中刚才创建的sql脚本,点击【打开】

image.png

这时在本地数据库的查询窗口会看到生成一条导入的sql语句,同时执行sql脚本操作,这样我们就复现了问题

无标题.png

问题分析

出现这个问题的话,我们首先来看一下报错的位置,第16行有什么内容

image.png

再根据错误码 [-3209]: 无效的存储参数 在达梦官方文档中查询,可以看到官方文档中有这样问题的分析,

image.png

结合场景分析原因:初始化数据库实例的时候,有个大小写敏感的参数 CASE_SENSITIVE,要设置正确。

查询本地数据库的CASE_SENSITIVE

select SF_GET_CASE_SENSITIVE_FLAG();-- 或者select CASE_SENSITIVE();

执行结果,本地数据库大小写敏感

image.png

而测试环境库的大小写不敏感

image.png

因此才有这个问题,从大小写不敏感的数据库导出的sql脚本在大小写敏感的数据库上执行会有这样的问题。

大小写敏感的库,在 DM 默认都会转为大写,但是当用双引号引起来,如"hb_edu",则创建的对象名是小写的。上例中,创建的表空间名是大写的HB_EDU,所以,单独写 hb_edu会报这个对象不存在。如果创建的是大小写不敏感的库,则创建的对象名是小写就是小写,大写就是大写。

解决方案

那么我们按照官方文档中的描述来看,应是数据库大小写的问题,那么我们将sql脚本中的"hb_edu" 全部替换成大写"HB_EDU"尝试,如图

image.png

执行创建表的语句,执行成功

image.png

或者将"hb_edu"去掉双引号尝试,也可以执行成功

image.png

或者将"hb_edu"替换成 HB_EDU 尝试,也是可以执行成功的

image.png

当然,你也可以为了保证多个环境数据库大小写一致,更改大小写敏感参数

更改CASE_SENSITIVE

更改本地数据库CASE_SENSITIVE为大小写不敏感,通过函数

SP_SET_PARA_VALUE (scope int, paraname varchar(256), value bigint)
该过程用于修改整型静态配置参数和动态配置参数。SCOPE 参数为 0 表示修改内存中的动态配置参数值;参数为 1 表示修改内存和 INI 文件中的动态配置参数值;参数为 2 表示只在 INI 文件中修改配置参数,此时可修改静态配置参数和动态配置参数。当 SCOPE 等于 0 或 1,试图修改静态配置参数时服务器会返回错误信息。只有具有 DBA 角色的用户才有权限调用 SP_SET_PARA_VALUE。

我们可以设置SCOPE参数为1,直接修改内存和INI文件中的参数值,那么改完数据库大小写直接生效。

查询数据库CASE_SENSITIVE参数名

select*from v$option;select*from v$option where PARA_NAME like'%CASE_SENSITIVE';

image.png

更改数据库参数GLOBAL_STR_CASE_SENSITIVE 为 0 大小写不敏感

SP_SET_PARA_VALUE (1,'GLOBAL_STR_CASE_SENSITIVE',0);

image.png

提示不可修改的话只能通过更改数据库配置文件dm.ini,但是操作数据库基础配置文件风险较大,因此还是采用上面的更改实例名成为"HB_EDU" 或者直接去掉双引号 hb_edu 这样就可以。

相关文章
|
SQL 数据库
解决SQL报错提供了过多的参数,最多应为 2100
解决SQL报错提供了过多的参数,最多应为 2100
568 0
|
4月前
EMCpower PowerPath 修改磁盘名称一致
EMCpower PowerPath 修改磁盘名称一致
46 1
|
5月前
|
Oracle 关系型数据库 MySQL
深入了解 Linux 命令 `db_stat`:数据库统计信息的获取
本文模拟了 Linux 环境下使用 `db_stat` 命令获取数据库统计信息的场景,实际上`db_stat`是特定数据库系统的自定义工具。文章通过示例展示了如何针对Oracle、PostgreSQL和MySQL使用各自内置命令收集统计信息,强调了权限、性能影响和数据实时性等因素,并指出这些信息对优化数据库管理至关重要。
|
Oracle 前端开发 关系型数据库
在Oracle的ADR中设置自动删除trace文件的策略
姚远在一个有两万个客户的公司做数据库支持,什么稀奇古怪的事情都能遇到,有个客户的数据库不停地产生大量的trace,经常把硬盘撑爆,看看姚远怎么解决这个问题的。
115 0
|
SQL 关系型数据库 数据库
"PostgreSQL 12: 新增 log_statement_sample_rate 参数控制数据库日志中慢SQL百分比"
PostgreSQL 提供的 log_min_duration_statement 参数设置后,数据库中执行时间超出设置值的SQL将记录到数据库中,此参数对所有库所有SQL都有效。维护PostgreSQL生产库时,数据库日志出现高频慢SQL实属正常,若其中一条比较繁忙的SQL若执行时间超过 log_min_duration_statement 设置值,那么数据库日志中将存在大量此条SQL的日志,这个日志量是很惊人的,多则一天上百GB。
1613 0