简介达梦数据库在无图形界面环境下完成实例创建与初始化是国产数据库运维和自动化部署的常见门槛。这份PDF聚焦$DM_HOME/bin下的dminit命令行工具先介绍通过PATH、DB_NAME、INSTANCE_NAME快速建库的简洁方式再重点讲解交互式逐项配置流程覆盖数据目录、数据库名、端口、页大小、扩展大小、安全特权模式、时区、标识符大小写、字符集、长度计算、加密、页检查、日志路径及自动覆盖模式等关键参数并附带root权限下dm_service_installer.sh注册实例服务及DmServiceDMSERVER启停命令便于读者按步骤完成从建库到服务注册的完整部署。全包仅1个PDF文件大小44KB内容精炼而完整适合需要远程服务器部署、批量环境交付的DBA和运维工程师也可作为达梦数据库初中级学习者的命令参考手册。目前已有6867人学习下载是快速补齐纯命令行初始化达梦实例技能的实用资料。1. 纯命令行创建达梦实例并初始化一场脱离图形界面的最小闭环生产环境里没有图形界面的服务器远比想象中多云主机、内网数据库机、客户机房能给你的往往只有一个 SSH 终端。达梦数据库的纯命令行创建实例并初始化数据库指的就是在完全没有图形工具的前提下用 dminit 生成实例数据目录再用 disql 登录把它初始化成可用的业务库。这个过程比双击安装向导更可控所有参数都留在命令历史里出了问题还能回看。适合刚接触达梦的 Linux 运维、想把建库步骤写进自动化脚本的 DBA以及那些“只给了我一个 root 账号”的救火现场。2. 初始化之前先定三件事安装环境、实例名与 dminit 关键参数2.1 先找到 dminit安装目录与 Linux/Windows 的差异创建实例的核心工具是 dminit它随数据库安装包一起落在 bin 目录里。刚在 Linux 中安装达梦数据库后默认安装位置是 /opt/dmdbmsdminit 就在 /opt/dmdbms/bin 下面。Windows 上装完“达梦dm8数据库安装包x86_win_64.zip”解压后的目录后对应的是 %DM_HOME%\bin\dminit.exe。这个工具不依赖图形库SSH 进去就能跑这也是“纯命令行”成立的前提。我一般先做三件事确认安装目录、确认执行用户、确认磁盘空间。达梦官方安装过程会创建 dmdba 用户和 dinstall 用户组数据目录默认属主是 dmdba。用 root 执行 dminit 不是不行但初始化出来的文件属主会乱后面注册服务、管理日志都可能翻车。所以第一步是切换到 dmdba# 在 Linux 中安装达梦数据库后用 dmdba 执行初始化相关命令 sudo -u dmdba bash cd /opt/dmdbms/bin ./dminit HELP1 | head -50HELP1是 dminit 的自带帮助参数能列出当前版本支持的全部初始化参数。不同小版本的 DM8 参数略有增减以这里输出为准不要拿网上几年前的教程硬套。head -50只是先看个大概后面有需要再完整翻。选 dmdba 执行还有一个现实原因后续 dmserver 进程也要以 dmdba 身份启动。初始化和启动用同一个用户文件权限从建库到写日志全程一致少踩一半权限坑。2.2 实例名、页大小、字符集这三个参数定了就不能后悔初始化参数里最要命的是三个顺序不能搞错PATH 决定数据放哪PAGE_SIZE 决定页大小CHARSET 决定字符集。这三个在库建成之后基本改不了改的唯一办法是重建实例所以动手前必须想清楚。实例名 INSTANCE_NAME 相对好办它只是给数据目录和后续服务命名规划成业务代号加环境后缀比如 CRM_PROD、CRM_BETA。实例名不用手写进配置的地方很少它主要出现在服务名和数据目录名里选好之后想改也麻烦能不折腾就不折腾。页大小 PAGE_SIZE 是最容易后悔的参数。DM8 支持 4K、8K、16K、32K默认 8K。它直接影响单表数据行的最大长度VARCHAR 字段长度上限跟页大小绑定8K 页下想建 VARCHAR(8000) 会直接被拒。如果业务里存在大字符串、JSON 文档这类数据建议直接上 16K。页大小也不是越大越好32K 页下每条记录占用空间被放大小表多的事务型系统反而浪费。拿不准的业务我一般用 16K够宽又不至于像 32K 那样对内存和磁盘都不友好。字符集 CHARSET 在达梦里取值是数字0 代表 GB180301 代表 UTF-82 代表 GBK。默认值偏国内习惯但如果客户端、应用侧全部走 UTF-8而库是 GB18030就会出现“查出来是乱码”“程序里好好的接口到库就变成问号”这类玄学问题。更隐蔽的是 emojiGB18030 对 emoji 支持很差入库直接报字符集不识别。现在的新项目无脑选 UTF-8 基本没错。2.3 dminit 关键参数表先把每个参数的口径对齐下面这张表是我在一线建库时实际会用到的参数不追求覆盖手册全部项只列影响业务的关键项参数取值示例默认值影响我的建议PATH/opt/dmdbms/data/CRM_PROD$DM_HOME/data/DAMENG数据目录必须写绝对路径按实例名建目录别用默认的 DAMENGINSTANCE_NAMECRM_PRODDAMENG实例名服务名后缀业务代号环境后缀PAGE_SIZE4 / 8 / 16 / 328单行长度上限、空间分配粒度有长字符串需求用 16CHARSET0 / 1 / 20字符集0GB180301UTF-82GBK新业务直接用 1CASE_SENSITIVEY / NY数据库对象名是否区分大小写应用侧老代码依赖小写表名就设 NSYSDBA_PWD强口令SYSDBA系统管理员口令务必带数字大小写特殊字符AUTO_OVERWRITE0 / 1 / 200拒绝覆盖1覆盖2自动增量初始化脚本里必须显式写 0EXTENT_SIZE1616簇大小单位是页一般默认即可不要乱调这里特别提醒一下SYSDBA_PWD 如果设成弱口令比如纯数字或纯字母初始化时会提示不符合口令策略。这个策略由后续数据库参数 PWD_POLICY 控制可以在初始化后用 SP_SET_PARA_VALUE 调整但生产库不建议为了省事把策略降级。3. dminit 创建实例一条命令生成整个数据目录3.1 最小可用命令从空目录到四个核心表空间参数想清楚之后创建实例的操作其实很短。下面是我在 Linux 上常用的最小命令一次把关键参数全部显式写出# 以 dmdba 用户执行AUTO_OVERWRITE0 防止误覆盖已有目录 cd /opt/dmdbms/bin ./dminit \ PATH/opt/dmdbms/data/CRM_PROD \ INSTANCE_NAMECRM_PROD \ PAGE_SIZE16 \ CHARSET1 \ CASE_SENSITIVEN \ SYSDBA_PWDAdmin2024 \ AUTO_OVERWRITE0这条命令背后发生的事比图形工具点半天要透明得多dminit 会先检查 PATH 目录是否存在以及是否已有库文件然后按参数生成控制文件 dm.ctl、实例配置文件 dm.ini以及 system.dbf、roll.dbf、main.dbf、temp.dbf 四个默认表空间文件最后在数据目录下创建两个默认重做日志文件。看到init db success这样的输出即表示成功。逐参数再看一遍PATH 是唯一必须手工保证不冲突的路径目录不存在时 dminit 会自动创建但父目录权限要够INSTANCE_NAME 会和 PATH 配合生成后续服务名PAGE_SIZE16 是从长字符串业务角度定的如果只是简单事务库8 也够CHARSET1 统一 UTF-8CASE_SENSITIVEN 是照顾后面要迁移过来的旧应用它可能有一堆小写表名SYSDBA_PWD 设一个带头带尾的口令AUTO_OVERWRITE0 确保当前目录里如果已经有东西命令直接失败而不是覆盖。有人图省事把它设成 1结果一条建库命令把前一天刚初始化的库冲了这属于典型的血泪经验。3.2 初始化后的数据目录长什么样谁负责什么命令执行完进入数据目录看一眼你会得到一个比图形工具看得清楚的文件清单文件/目录作用说明dm.ini实例配置文件端口、内存、日志参数全在这里是黑匣子的总入口dm.ctl控制文件记录库结构信息损坏会导致实例启动失败system.dbf系统表空间数据字典和系统对象main.dbf主表空间默认用户对象存放位置roll.dbf回滚表空间事务回滚与 MVCC 版本信息temp.dbf临时表空间排序、临时表使用DAMENG01.log重做日志实例崩溃恢复靠它这个阶段库还不能对外服务dminit 只是完成了“目录与核心文件”的骨架搭建。真正让实例跑起来的是 dmserver 进程而端口配置写在 dm.ini 里。默认端口是 5236如果你的服务器上 5236 已经被其他东西占了趁现在改掉最省事。改法是在 dm.ini 里找到PORT_NUM 5236一行改成PORT_NUM 5237之类改完再启动。有一点要提醒dm.ini 这个文件在库整个生命周期里都极其重要后面调整内存、开归档、改兼容模式都要动它。建议先备份一份文件名就叫 dm.ini.bak.init不要省这一步哪天误改一个参数后想找回初始值这就是后悔药。3.3 启动验证前台跑一次 dmserver再注册成系统服务骨架搭好不等于实例能用要先验证 dmserver 能正常拉起。我习惯先在终端前台启动日志直接刷在屏幕上最容易定位问题# 另一个终端先执行tail -f /opt/dmdbms/data/CRM_PROD/log/dm_CRM_PROD.log # 本终端执行 /opt/dmdbms/bin/dmserver /opt/dmdbms/data/CRM_PROD/dm.ini看到日志里出现类似DM Database Server Instance started successfully的信息再按 CtrlC 停止说明 dminit 出来的库文件本身没毛病。如果前台启动当场报错问题多数集中在 PATH 权限、dm.ini 改了不该改的项、端口被占用这三类回到上一节逐项查。前台验证通过后再注册成系统服务。Linux 下常见做法是用安装目录里的服务安装脚本这一步需要 root 权限# 切到 root 后执行-p 参数与实例名保持一致 cd /opt/dmdbms/script/root ./dm_service_installer.sh -t dmserver -p CRM_PROD -dm_ini /opt/dmdbms/data/CRM_PROD/dm.ini systemctl start DmServiceCRM_PROD systemctl status DmServiceCRM_PROD注册后的服务名是DmServiceCRM_PROD以后开机自启、systemctl 启停都靠它。Windows 上装了达梦dm8数据库安装包x86_win_64.zip 之后对应的做法是用管理员权限注册 Windows 服务也可以用net start DmServiceCRM_PROD在命令行里控制。Windows 更新后的 PowerShell 命令行里跑 dminit.exe 同样可行但路径分隔符和权限执行策略注意一下PowerShell 里调用带引号的长路径比较反直觉建议直接切到管理员模式执行。至此实例创建阶段结束库里只有系统数据下一步是真正的业务初始化。4. 初始化达梦数据库disql 登录后的建库前五步4.1 用 disql 登录第一个能证明库活着的操作实例起来了数据库还是空的用户、表空间、归档策略都没建。初始化数据库这块命令行里用的是 disql也就是达梦的 SQL 客户端。先把环境变量补上然后登录export DM_HOME/opt/dmdbms export PATH$PATH:$DM_HOME/bin # disql 登录语法用户名/口令主机:端口 disql SYSDBA/Admin2024127.0.0.1:5236登录成功后会进入SQL提示符。这个登录操作本身就是一次最好的连通性验证端口通、服务正常、SYSDBA 口令正确三条少一条都进不来。第一次用 navicat 连接达梦数据库连不上的时候先别急着怀疑工具回到这里确认 disql 就能进去问题多半在驱动或网络侧。进去后第一句 SQL 我习惯查一下表空间状态顺便验证库是不是真的 OPENSELECT NAME FROM V$TABLESPACE; SELECT SYSDATE FROM DUAL;V$TABLESPACE 返回 SYSTEM、MAIN、ROLL、TEMP 四条记录说明系统表空间完整可用。SYSDATE 能取到当前时间说明 SQL 引擎运转正常。这两步过了整个初始化才算真正有底气继续。4.2 建表空间、业务用户与授权三句 SQL 搭出业务地基达梦的初始化不像某些数据库给你一个“下一步下一步”的引导业务所需的对象都要自己建。我在每个项目初始化时都固定走三步建专用表空间、建业务用户、把表空间指定给用户。下面这个例子放在一起-- 第一步创建业务表空间数据文件独立存放 CREATE TABLESPACE TS_CRM DATAFILE /opt/dmdbms/data/CRM_PROD/TS_CRM01.DBF SIZE 512 AUTOEXTEND ON NEXT 64 MAXSIZE 8192; -- 第二步创建业务用户指定默认表空间 CREATE USER CRM_USER IDENTIFIED BY Crm2024 DEFAULT TABLESPACE TS_CRM; -- 第三步给业务用户分配常用角色 GRANT RESOURCE TO CRM_USER; GRANT PUBLIC TO CRM_USER;逐条说明第一步把数据文件从系统表空间里独立出来好处是以后备份、扩容、磁盘监控都能按表空间分开处理。SIZE 512是初始 512MBAUTOEXTEND ON NEXT 64表示每次自动扩展 64MBMAXSIZE 8192封顶 8GB。生产环境不建议取消 MAXSIZE数据文件无限增长会把磁盘塞爆。第二步创建用户并指定默认表空间这样该用户建表时如果不显式指定表空间表会落到 TS_CRM 而不是 main.dbf。第三步的 RESOURCE 角色让用户能建表、建视图、写存储过程PUBLIC 保证基本系统权限。这里要特别说明如果初始化参数里 CASE_SENSITIVEN那这里的用户名、表名在后续使用中都要按实际大小写小心书写。比如建了个表 CRM_USER_INFO查询时写成select * from crm_user_info会提示找不到对象写成带引号的大写形式又太折磨。所以建表规范我一般直接定成全大写省得开发侧到处踩大小写的坑。4.3 顺手打开归档初始化阶段就做不用等生产上线很多团队是线上出了故障想做时间点恢复才发现数据库归档没开。达梦的归档可以在建库完成后随时开但既然在初始化阶段就坐到这台机器前了不如顺手做掉。归档需要实例处于 MOUNT 状态流程是固定的四步ALTER DATABASE MOUNT; ALTER DATABASE ADD ARCHIVELOG DEST/opt/dmdbms/arch/CRM_PROD, TYPElocal, FILE_SIZE1024, SPACE_LIMIT10240; ALTER DATABASE ARCHIVELOG; ALTER DATABASE OPEN;第一句切换实例到 MOUNT这个状态下业务表不可访问但允许做归档配置。第二句配置本地归档DEST 指向归档目录FILE_SIZE 是单个归档文件上限 1024MBSPACE_LIMIT 是归档空间总上限这里设 10240MB约 10GB可以根据磁盘情况调整。第三句打开归档开关第四句把实例切回 OPEN 状态。执行完后可以查 V$DM_ARCHIVE 视图确认归档模式是 ENABLE。这段语法在部分小版本里可能对参数顺序敏感如果执行报语法错误在 disql 里输入SP_HELP_ALTER_DATABASE查看当前版本支持的关键字再对齐。初始化阶段开归档还有一个隐藏好处后续第一次全量备份有了基线恢复演练时不需要先补归档再备份链路是完整的。初始化做到这里库已经从“能启动”变成“能接业务”了。最后再强调一句改 SYSDBA 默认口令这件事应在所有 SQL 操作之前做因为初始口令是个公开秘密留着它相当于把管理员钥匙挂在门口。5. 实例初始化避坑指南五个常见报错与对应解法5.1 现象dminit 执行到一半段错误或提示无法创建文件数据库初始化不是每次都能一把过最常碰到的就是 dminit 刚跑起来就崩溃或者报“Permission denied”。有一次我在一台新交付的机器上建库PATH 明明写对了dminit 还是段错误折腾了半天最后发现是数据目录的父级 /opt/dmdbms/data 属主是 rootdmdba 只能在里面创建目录却不能完整写入。原因归纳起来就两类一是执行用户权限不够二是磁盘空间不足。解决方法是先df -h看可用空间再看 PATH 父目录的属主。正确的做法是用chown -R dmdba:dinstall /opt/dmdbms/data把目录属主交还 dmdba然后坚持用 dmdba 用户执行初始化。root 建库不是不行但后续所有维护都要陪它处理权限问题不值得。5.2 现象表建好了SELECT 时提示“无效的表名”这是大小写敏感参数埋下的坑。初始化时 CASE_SENSITIVE 用了默认的 Y然后建表语句里写了create table UserInfo ...执行成功了。再查询时写select * from UserInfo达梦按大写去解析找不到对象报“无效的表名”。原因就是达梦默认对标识符大小写敏感不带引号的对象名会统一转成大写而建表时写的小写部分被原样保留了。解决思路分两层如果业务已经固定最简单的办法是让所有 SQL 里的对象名统一用大写或者在对象名上加双引号强制匹配。如果应用是那种到处写小写表名的老系统那就只能在初始化阶段把 CASE_SENSITIVE 设为 N这个决策必须在 dminit 之前定不能事后改。5.3 现象VARCHAR(6000) 建不了报长度超出限制有人为了存长文本把字段声明成 VARCHAR(6000)结果表都建不出来。这不是达梦识别不了这个长度而是页大小不够。前面说过 VARCHAR 长度上限和页大小绑定8K 页下根本放不下 6000 字节的单字段。原因就是 PAGE_SIZE 定小了而页大小又不能在线调整。解决路径有三条字段确实需要这么长的用 TEXT 或 CLOB 类型替代字段可以拆的拆成多个中长度字段业务刚起步的回到 dminit 用 16K 页重建实例。这里要算一笔账16K 页单行能容纳的长度大约是 8K 的两倍多绝大多数业务在 16K 下不会碰到行长度瓶颈这也是我前面建议默认 16K 的原因。5.4 现象服务启动失败日志里提示端口被占用注册好 DmServiceCRM_PRODsystemctl start报失败看日志发现 bind 5236 失败。常见原因是机器上已经跑了一个别的实例或者之前的残留进程没退干净。原因大多是初始化时没检查端口占用或者同一台机器要跑多实例却都用了默认端口。解决办法是先netstat -tlnp | grep 5236找出占用者确认不是业务进程后用前面提到的方法改 dm.ini 里的 PORT_NUM再重启服务。多实例部署时每个实例的端口、数据目录、实例名三件套必须在初始化前规划成一张表不要指望靠记忆力。5.5 现象初始化命令重跑一遍之前的库没了dminit 的 AUTO_OVERWRITE 参数一旦设成 1遇到同名目录时不会和你商量直接覆盖。有人为了省事把命令行里这个参数写死成 1某次调试时手滑重跑命令把已经建好、甚至已经开始跑业务的库目录清掉了。原因就是在“初始化”和“覆盖”之间没有加一道保险。解决方法是把 AUTO_OVERWRITE 显式写成 0让 dminit 在同名目录存在时直接拒绝执行。脚本里还要再加一层判断检测 PATH 目录里的 dm.ini 是否存在存在就跳过初始化并打印告警。把“破坏性参数默认取保守值”这条原则写进自己的建库脚本能避免绝大多数操作事故。以上五条是我在达梦初始化上踩过的典型坑覆盖了权限、字符、参数、端口和覆盖删除五类最常翻车的场景。实际上每一条背后都有对应的日志或报错信息遇到问题先看数据目录下的 log 文件再回查参数基本都能定位。6. 把初始化过程固化成 shell 脚本DBA 的最后一公里手敲命令能把库建起来但同一个动作做三次以上就应该写脚本。初始化过程的最后一公里是让整个流程变成一条可复现、可审计的 shell 命令行脚本。我一般把参数抽到脚本头部把密码放环境变量而不是明文写死脚本负责检查和调用 dminit#!/bin/bash # 达梦数据库实例初始化脚本仅执行一次重复执行直接拒绝 set -e DM_HOME/opt/dmdbms DATA_BASE/opt/dmdbms/data INSTANCECRM_PROD PAGE_SIZE16 CHARSET1 CASE_SENSITIVEN SYSDBA_PWD${DM_SYSDBA_PWD:?请设置环境变量 DM_SYSDBA_PWD} DATA_DIR${DATA_BASE}/${INSTANCE} # 安全阀目录已存在且已有 dm.ini直接退出 if [ -f ${DATA_DIR}/dm.ini ]; then echo 初始化跳过${DATA_DIR} 已存在有效实例。 exit 1 fi mkdir -p ${DATA_DIR} chown dmdba:dinstall ${DATA_DIR} sudo -u dmdba ${DM_HOME}/bin/dminit \ PATH${DATA_DIR} \ INSTANCE_NAME${INSTANCE} \ PAGE_SIZE${PAGE_SIZE} \ CHARSET${CHARSET} \ CASE_SENSITIVE${CASE_SENSITIVE} \ SYSDBA_PWD${SYSDBA_PWD} \ AUTO_OVERWRITE0 echo dminit 完成下一步注册系统服务。这段脚本的思路是“留好后路”set -e让任何一步失败都直接中断DM_SYSDBA_PWD从环境变量读取没设置就提示退出避免密码进入脚本文件的历史记录存在 dm.ini 时直接退出防误覆盖最后用 sudo -u dmdba 保证文件属主正确。注册服务那一段我通常不放进同一个脚本里因为需要 root 权限而初始化用 dmdba两者混在一起会让脚本需要 sudo 嵌套交互很别扭。常见做法是初始化脚本跑完后再单独用 root 执行一次服务注册命令或拆成两步由运维手动收尾。还有一个习惯值得分享我每次初始化完都会把 dminit 用的完整参数行存成一个 init.params 文件放在数据目录外而不是记在脑里。半年后有人问起这个实例当初是 16K 页还是 8K 页、字符集是 UTF-8 还是 GB18030直接打开文件答案就出来了。参数文档本身就是数据库资产的一部分。希望这套纯命令行初始化流程能帮你把达梦建库这件事从“开图形界面等向导”变成“一条命令跑到底”少踩几个我在一线替你们踩过的坑也希望那五个避坑条目能让你下次初始化时少翻几次车。本文还有配套的精品资源点击获取
简介达梦数据库在无图形界面环境下完成实例创建与初始化是国产数据库运维和自动化部署的常见门槛。这份PDF聚焦$DM_HOME/bin下的dminit命令行工具先介绍通过PATH、DB_NAME、INSTANCE_NAME快速建库的简洁方式再重点讲解交互式逐项配置流程覆盖数据目录、数据库名、端口、页大小、扩展大小、安全特权模式、时区、标识符大小写、字符集、长度计算、加密、页检查、日志路径及自动覆盖模式等关键参数并附带root权限下dm_service_installer.sh注册实例服务及DmServiceDMSERVER启停命令便于读者按步骤完成从建库到服务注册的完整部署。全包仅1个PDF文件大小44KB内容精炼而完整适合需要远程服务器部署、批量环境交付的DBA和运维工程师也可作为达梦数据库初中级学习者的命令参考手册。目前已有6867人学习下载是快速补齐纯命令行初始化达梦实例技能的实用资料。1. 纯命令行创建达梦实例并初始化一场脱离图形界面的最小闭环生产环境里没有图形界面的服务器远比想象中多云主机、内网数据库机、客户机房能给你的往往只有一个 SSH 终端。达梦数据库的纯命令行创建实例并初始化数据库指的就是在完全没有图形工具的前提下用 dminit 生成实例数据目录再用 disql 登录把它初始化成可用的业务库。这个过程比双击安装向导更可控所有参数都留在命令历史里出了问题还能回看。适合刚接触达梦的 Linux 运维、想把建库步骤写进自动化脚本的 DBA以及那些“只给了我一个 root 账号”的救火现场。2. 初始化之前先定三件事安装环境、实例名与 dminit 关键参数2.1 先找到 dminit安装目录与 Linux/Windows 的差异创建实例的核心工具是 dminit它随数据库安装包一起落在 bin 目录里。刚在 Linux 中安装达梦数据库后默认安装位置是 /opt/dmdbmsdminit 就在 /opt/dmdbms/bin 下面。Windows 上装完“达梦dm8数据库安装包x86_win_64.zip”解压后的目录后对应的是 %DM_HOME%\bin\dminit.exe。这个工具不依赖图形库SSH 进去就能跑这也是“纯命令行”成立的前提。我一般先做三件事确认安装目录、确认执行用户、确认磁盘空间。达梦官方安装过程会创建 dmdba 用户和 dinstall 用户组数据目录默认属主是 dmdba。用 root 执行 dminit 不是不行但初始化出来的文件属主会乱后面注册服务、管理日志都可能翻车。所以第一步是切换到 dmdba# 在 Linux 中安装达梦数据库后用 dmdba 执行初始化相关命令 sudo -u dmdba bash cd /opt/dmdbms/bin ./dminit HELP1 | head -50HELP1是 dminit 的自带帮助参数能列出当前版本支持的全部初始化参数。不同小版本的 DM8 参数略有增减以这里输出为准不要拿网上几年前的教程硬套。head -50只是先看个大概后面有需要再完整翻。选 dmdba 执行还有一个现实原因后续 dmserver 进程也要以 dmdba 身份启动。初始化和启动用同一个用户文件权限从建库到写日志全程一致少踩一半权限坑。2.2 实例名、页大小、字符集这三个参数定了就不能后悔初始化参数里最要命的是三个顺序不能搞错PATH 决定数据放哪PAGE_SIZE 决定页大小CHARSET 决定字符集。这三个在库建成之后基本改不了改的唯一办法是重建实例所以动手前必须想清楚。实例名 INSTANCE_NAME 相对好办它只是给数据目录和后续服务命名规划成业务代号加环境后缀比如 CRM_PROD、CRM_BETA。实例名不用手写进配置的地方很少它主要出现在服务名和数据目录名里选好之后想改也麻烦能不折腾就不折腾。页大小 PAGE_SIZE 是最容易后悔的参数。DM8 支持 4K、8K、16K、32K默认 8K。它直接影响单表数据行的最大长度VARCHAR 字段长度上限跟页大小绑定8K 页下想建 VARCHAR(8000) 会直接被拒。如果业务里存在大字符串、JSON 文档这类数据建议直接上 16K。页大小也不是越大越好32K 页下每条记录占用空间被放大小表多的事务型系统反而浪费。拿不准的业务我一般用 16K够宽又不至于像 32K 那样对内存和磁盘都不友好。字符集 CHARSET 在达梦里取值是数字0 代表 GB180301 代表 UTF-82 代表 GBK。默认值偏国内习惯但如果客户端、应用侧全部走 UTF-8而库是 GB18030就会出现“查出来是乱码”“程序里好好的接口到库就变成问号”这类玄学问题。更隐蔽的是 emojiGB18030 对 emoji 支持很差入库直接报字符集不识别。现在的新项目无脑选 UTF-8 基本没错。2.3 dminit 关键参数表先把每个参数的口径对齐下面这张表是我在一线建库时实际会用到的参数不追求覆盖手册全部项只列影响业务的关键项参数取值示例默认值影响我的建议PATH/opt/dmdbms/data/CRM_PROD$DM_HOME/data/DAMENG数据目录必须写绝对路径按实例名建目录别用默认的 DAMENGINSTANCE_NAMECRM_PRODDAMENG实例名服务名后缀业务代号环境后缀PAGE_SIZE4 / 8 / 16 / 328单行长度上限、空间分配粒度有长字符串需求用 16CHARSET0 / 1 / 20字符集0GB180301UTF-82GBK新业务直接用 1CASE_SENSITIVEY / NY数据库对象名是否区分大小写应用侧老代码依赖小写表名就设 NSYSDBA_PWD强口令SYSDBA系统管理员口令务必带数字大小写特殊字符AUTO_OVERWRITE0 / 1 / 200拒绝覆盖1覆盖2自动增量初始化脚本里必须显式写 0EXTENT_SIZE1616簇大小单位是页一般默认即可不要乱调这里特别提醒一下SYSDBA_PWD 如果设成弱口令比如纯数字或纯字母初始化时会提示不符合口令策略。这个策略由后续数据库参数 PWD_POLICY 控制可以在初始化后用 SP_SET_PARA_VALUE 调整但生产库不建议为了省事把策略降级。3. dminit 创建实例一条命令生成整个数据目录3.1 最小可用命令从空目录到四个核心表空间参数想清楚之后创建实例的操作其实很短。下面是我在 Linux 上常用的最小命令一次把关键参数全部显式写出# 以 dmdba 用户执行AUTO_OVERWRITE0 防止误覆盖已有目录 cd /opt/dmdbms/bin ./dminit \ PATH/opt/dmdbms/data/CRM_PROD \ INSTANCE_NAMECRM_PROD \ PAGE_SIZE16 \ CHARSET1 \ CASE_SENSITIVEN \ SYSDBA_PWDAdmin2024 \ AUTO_OVERWRITE0这条命令背后发生的事比图形工具点半天要透明得多dminit 会先检查 PATH 目录是否存在以及是否已有库文件然后按参数生成控制文件 dm.ctl、实例配置文件 dm.ini以及 system.dbf、roll.dbf、main.dbf、temp.dbf 四个默认表空间文件最后在数据目录下创建两个默认重做日志文件。看到init db success这样的输出即表示成功。逐参数再看一遍PATH 是唯一必须手工保证不冲突的路径目录不存在时 dminit 会自动创建但父目录权限要够INSTANCE_NAME 会和 PATH 配合生成后续服务名PAGE_SIZE16 是从长字符串业务角度定的如果只是简单事务库8 也够CHARSET1 统一 UTF-8CASE_SENSITIVEN 是照顾后面要迁移过来的旧应用它可能有一堆小写表名SYSDBA_PWD 设一个带头带尾的口令AUTO_OVERWRITE0 确保当前目录里如果已经有东西命令直接失败而不是覆盖。有人图省事把它设成 1结果一条建库命令把前一天刚初始化的库冲了这属于典型的血泪经验。3.2 初始化后的数据目录长什么样谁负责什么命令执行完进入数据目录看一眼你会得到一个比图形工具看得清楚的文件清单文件/目录作用说明dm.ini实例配置文件端口、内存、日志参数全在这里是黑匣子的总入口dm.ctl控制文件记录库结构信息损坏会导致实例启动失败system.dbf系统表空间数据字典和系统对象main.dbf主表空间默认用户对象存放位置roll.dbf回滚表空间事务回滚与 MVCC 版本信息temp.dbf临时表空间排序、临时表使用DAMENG01.log重做日志实例崩溃恢复靠它这个阶段库还不能对外服务dminit 只是完成了“目录与核心文件”的骨架搭建。真正让实例跑起来的是 dmserver 进程而端口配置写在 dm.ini 里。默认端口是 5236如果你的服务器上 5236 已经被其他东西占了趁现在改掉最省事。改法是在 dm.ini 里找到PORT_NUM 5236一行改成PORT_NUM 5237之类改完再启动。有一点要提醒dm.ini 这个文件在库整个生命周期里都极其重要后面调整内存、开归档、改兼容模式都要动它。建议先备份一份文件名就叫 dm.ini.bak.init不要省这一步哪天误改一个参数后想找回初始值这就是后悔药。3.3 启动验证前台跑一次 dmserver再注册成系统服务骨架搭好不等于实例能用要先验证 dmserver 能正常拉起。我习惯先在终端前台启动日志直接刷在屏幕上最容易定位问题# 另一个终端先执行tail -f /opt/dmdbms/data/CRM_PROD/log/dm_CRM_PROD.log # 本终端执行 /opt/dmdbms/bin/dmserver /opt/dmdbms/data/CRM_PROD/dm.ini看到日志里出现类似DM Database Server Instance started successfully的信息再按 CtrlC 停止说明 dminit 出来的库文件本身没毛病。如果前台启动当场报错问题多数集中在 PATH 权限、dm.ini 改了不该改的项、端口被占用这三类回到上一节逐项查。前台验证通过后再注册成系统服务。Linux 下常见做法是用安装目录里的服务安装脚本这一步需要 root 权限# 切到 root 后执行-p 参数与实例名保持一致 cd /opt/dmdbms/script/root ./dm_service_installer.sh -t dmserver -p CRM_PROD -dm_ini /opt/dmdbms/data/CRM_PROD/dm.ini systemctl start DmServiceCRM_PROD systemctl status DmServiceCRM_PROD注册后的服务名是DmServiceCRM_PROD以后开机自启、systemctl 启停都靠它。Windows 上装了达梦dm8数据库安装包x86_win_64.zip 之后对应的做法是用管理员权限注册 Windows 服务也可以用net start DmServiceCRM_PROD在命令行里控制。Windows 更新后的 PowerShell 命令行里跑 dminit.exe 同样可行但路径分隔符和权限执行策略注意一下PowerShell 里调用带引号的长路径比较反直觉建议直接切到管理员模式执行。至此实例创建阶段结束库里只有系统数据下一步是真正的业务初始化。4. 初始化达梦数据库disql 登录后的建库前五步4.1 用 disql 登录第一个能证明库活着的操作实例起来了数据库还是空的用户、表空间、归档策略都没建。初始化数据库这块命令行里用的是 disql也就是达梦的 SQL 客户端。先把环境变量补上然后登录export DM_HOME/opt/dmdbms export PATH$PATH:$DM_HOME/bin # disql 登录语法用户名/口令主机:端口 disql SYSDBA/Admin2024127.0.0.1:5236登录成功后会进入SQL提示符。这个登录操作本身就是一次最好的连通性验证端口通、服务正常、SYSDBA 口令正确三条少一条都进不来。第一次用 navicat 连接达梦数据库连不上的时候先别急着怀疑工具回到这里确认 disql 就能进去问题多半在驱动或网络侧。进去后第一句 SQL 我习惯查一下表空间状态顺便验证库是不是真的 OPENSELECT NAME FROM V$TABLESPACE; SELECT SYSDATE FROM DUAL;V$TABLESPACE 返回 SYSTEM、MAIN、ROLL、TEMP 四条记录说明系统表空间完整可用。SYSDATE 能取到当前时间说明 SQL 引擎运转正常。这两步过了整个初始化才算真正有底气继续。4.2 建表空间、业务用户与授权三句 SQL 搭出业务地基达梦的初始化不像某些数据库给你一个“下一步下一步”的引导业务所需的对象都要自己建。我在每个项目初始化时都固定走三步建专用表空间、建业务用户、把表空间指定给用户。下面这个例子放在一起-- 第一步创建业务表空间数据文件独立存放 CREATE TABLESPACE TS_CRM DATAFILE /opt/dmdbms/data/CRM_PROD/TS_CRM01.DBF SIZE 512 AUTOEXTEND ON NEXT 64 MAXSIZE 8192; -- 第二步创建业务用户指定默认表空间 CREATE USER CRM_USER IDENTIFIED BY Crm2024 DEFAULT TABLESPACE TS_CRM; -- 第三步给业务用户分配常用角色 GRANT RESOURCE TO CRM_USER; GRANT PUBLIC TO CRM_USER;逐条说明第一步把数据文件从系统表空间里独立出来好处是以后备份、扩容、磁盘监控都能按表空间分开处理。SIZE 512是初始 512MBAUTOEXTEND ON NEXT 64表示每次自动扩展 64MBMAXSIZE 8192封顶 8GB。生产环境不建议取消 MAXSIZE数据文件无限增长会把磁盘塞爆。第二步创建用户并指定默认表空间这样该用户建表时如果不显式指定表空间表会落到 TS_CRM 而不是 main.dbf。第三步的 RESOURCE 角色让用户能建表、建视图、写存储过程PUBLIC 保证基本系统权限。这里要特别说明如果初始化参数里 CASE_SENSITIVEN那这里的用户名、表名在后续使用中都要按实际大小写小心书写。比如建了个表 CRM_USER_INFO查询时写成select * from crm_user_info会提示找不到对象写成带引号的大写形式又太折磨。所以建表规范我一般直接定成全大写省得开发侧到处踩大小写的坑。4.3 顺手打开归档初始化阶段就做不用等生产上线很多团队是线上出了故障想做时间点恢复才发现数据库归档没开。达梦的归档可以在建库完成后随时开但既然在初始化阶段就坐到这台机器前了不如顺手做掉。归档需要实例处于 MOUNT 状态流程是固定的四步ALTER DATABASE MOUNT; ALTER DATABASE ADD ARCHIVELOG DEST/opt/dmdbms/arch/CRM_PROD, TYPElocal, FILE_SIZE1024, SPACE_LIMIT10240; ALTER DATABASE ARCHIVELOG; ALTER DATABASE OPEN;第一句切换实例到 MOUNT这个状态下业务表不可访问但允许做归档配置。第二句配置本地归档DEST 指向归档目录FILE_SIZE 是单个归档文件上限 1024MBSPACE_LIMIT 是归档空间总上限这里设 10240MB约 10GB可以根据磁盘情况调整。第三句打开归档开关第四句把实例切回 OPEN 状态。执行完后可以查 V$DM_ARCHIVE 视图确认归档模式是 ENABLE。这段语法在部分小版本里可能对参数顺序敏感如果执行报语法错误在 disql 里输入SP_HELP_ALTER_DATABASE查看当前版本支持的关键字再对齐。初始化阶段开归档还有一个隐藏好处后续第一次全量备份有了基线恢复演练时不需要先补归档再备份链路是完整的。初始化做到这里库已经从“能启动”变成“能接业务”了。最后再强调一句改 SYSDBA 默认口令这件事应在所有 SQL 操作之前做因为初始口令是个公开秘密留着它相当于把管理员钥匙挂在门口。5. 实例初始化避坑指南五个常见报错与对应解法5.1 现象dminit 执行到一半段错误或提示无法创建文件数据库初始化不是每次都能一把过最常碰到的就是 dminit 刚跑起来就崩溃或者报“Permission denied”。有一次我在一台新交付的机器上建库PATH 明明写对了dminit 还是段错误折腾了半天最后发现是数据目录的父级 /opt/dmdbms/data 属主是 rootdmdba 只能在里面创建目录却不能完整写入。原因归纳起来就两类一是执行用户权限不够二是磁盘空间不足。解决方法是先df -h看可用空间再看 PATH 父目录的属主。正确的做法是用chown -R dmdba:dinstall /opt/dmdbms/data把目录属主交还 dmdba然后坚持用 dmdba 用户执行初始化。root 建库不是不行但后续所有维护都要陪它处理权限问题不值得。5.2 现象表建好了SELECT 时提示“无效的表名”这是大小写敏感参数埋下的坑。初始化时 CASE_SENSITIVE 用了默认的 Y然后建表语句里写了create table UserInfo ...执行成功了。再查询时写select * from UserInfo达梦按大写去解析找不到对象报“无效的表名”。原因就是达梦默认对标识符大小写敏感不带引号的对象名会统一转成大写而建表时写的小写部分被原样保留了。解决思路分两层如果业务已经固定最简单的办法是让所有 SQL 里的对象名统一用大写或者在对象名上加双引号强制匹配。如果应用是那种到处写小写表名的老系统那就只能在初始化阶段把 CASE_SENSITIVE 设为 N这个决策必须在 dminit 之前定不能事后改。5.3 现象VARCHAR(6000) 建不了报长度超出限制有人为了存长文本把字段声明成 VARCHAR(6000)结果表都建不出来。这不是达梦识别不了这个长度而是页大小不够。前面说过 VARCHAR 长度上限和页大小绑定8K 页下根本放不下 6000 字节的单字段。原因就是 PAGE_SIZE 定小了而页大小又不能在线调整。解决路径有三条字段确实需要这么长的用 TEXT 或 CLOB 类型替代字段可以拆的拆成多个中长度字段业务刚起步的回到 dminit 用 16K 页重建实例。这里要算一笔账16K 页单行能容纳的长度大约是 8K 的两倍多绝大多数业务在 16K 下不会碰到行长度瓶颈这也是我前面建议默认 16K 的原因。5.4 现象服务启动失败日志里提示端口被占用注册好 DmServiceCRM_PRODsystemctl start报失败看日志发现 bind 5236 失败。常见原因是机器上已经跑了一个别的实例或者之前的残留进程没退干净。原因大多是初始化时没检查端口占用或者同一台机器要跑多实例却都用了默认端口。解决办法是先netstat -tlnp | grep 5236找出占用者确认不是业务进程后用前面提到的方法改 dm.ini 里的 PORT_NUM再重启服务。多实例部署时每个实例的端口、数据目录、实例名三件套必须在初始化前规划成一张表不要指望靠记忆力。5.5 现象初始化命令重跑一遍之前的库没了dminit 的 AUTO_OVERWRITE 参数一旦设成 1遇到同名目录时不会和你商量直接覆盖。有人为了省事把命令行里这个参数写死成 1某次调试时手滑重跑命令把已经建好、甚至已经开始跑业务的库目录清掉了。原因就是在“初始化”和“覆盖”之间没有加一道保险。解决方法是把 AUTO_OVERWRITE 显式写成 0让 dminit 在同名目录存在时直接拒绝执行。脚本里还要再加一层判断检测 PATH 目录里的 dm.ini 是否存在存在就跳过初始化并打印告警。把“破坏性参数默认取保守值”这条原则写进自己的建库脚本能避免绝大多数操作事故。以上五条是我在达梦初始化上踩过的典型坑覆盖了权限、字符、参数、端口和覆盖删除五类最常翻车的场景。实际上每一条背后都有对应的日志或报错信息遇到问题先看数据目录下的 log 文件再回查参数基本都能定位。6. 把初始化过程固化成 shell 脚本DBA 的最后一公里手敲命令能把库建起来但同一个动作做三次以上就应该写脚本。初始化过程的最后一公里是让整个流程变成一条可复现、可审计的 shell 命令行脚本。我一般把参数抽到脚本头部把密码放环境变量而不是明文写死脚本负责检查和调用 dminit#!/bin/bash # 达梦数据库实例初始化脚本仅执行一次重复执行直接拒绝 set -e DM_HOME/opt/dmdbms DATA_BASE/opt/dmdbms/data INSTANCECRM_PROD PAGE_SIZE16 CHARSET1 CASE_SENSITIVEN SYSDBA_PWD${DM_SYSDBA_PWD:?请设置环境变量 DM_SYSDBA_PWD} DATA_DIR${DATA_BASE}/${INSTANCE} # 安全阀目录已存在且已有 dm.ini直接退出 if [ -f ${DATA_DIR}/dm.ini ]; then echo 初始化跳过${DATA_DIR} 已存在有效实例。 exit 1 fi mkdir -p ${DATA_DIR} chown dmdba:dinstall ${DATA_DIR} sudo -u dmdba ${DM_HOME}/bin/dminit \ PATH${DATA_DIR} \ INSTANCE_NAME${INSTANCE} \ PAGE_SIZE${PAGE_SIZE} \ CHARSET${CHARSET} \ CASE_SENSITIVE${CASE_SENSITIVE} \ SYSDBA_PWD${SYSDBA_PWD} \ AUTO_OVERWRITE0 echo dminit 完成下一步注册系统服务。这段脚本的思路是“留好后路”set -e让任何一步失败都直接中断DM_SYSDBA_PWD从环境变量读取没设置就提示退出避免密码进入脚本文件的历史记录存在 dm.ini 时直接退出防误覆盖最后用 sudo -u dmdba 保证文件属主正确。注册服务那一段我通常不放进同一个脚本里因为需要 root 权限而初始化用 dmdba两者混在一起会让脚本需要 sudo 嵌套交互很别扭。常见做法是初始化脚本跑完后再单独用 root 执行一次服务注册命令或拆成两步由运维手动收尾。还有一个习惯值得分享我每次初始化完都会把 dminit 用的完整参数行存成一个 init.params 文件放在数据目录外而不是记在脑里。半年后有人问起这个实例当初是 16K 页还是 8K 页、字符集是 UTF-8 还是 GB18030直接打开文件答案就出来了。参数文档本身就是数据库资产的一部分。希望这套纯命令行初始化流程能帮你把达梦建库这件事从“开图形界面等向导”变成“一条命令跑到底”少踩几个我在一线替你们踩过的坑也希望那五个避坑条目能让你下次初始化时少翻几次车。本文还有配套的精品资源点击获取
