接手一台达梦数据库服务器，第一件事通常是确认它现在运行得怎么样。本文选取几项容易上手的检查，从服务状态、数据库连接到磁盘空间，完成一次基础检查。让刚接触数据库运维的同学也能知道“查什么、怎么看、异常后找哪里”。
适用环境：已安装并初始化的 Linux 单机 DM8。
示例安装目录为 /opt/dmdbms，服务名为 DmServiceDMSERVER，端口为 5236

1确认服务与端口：

使用安装数据库的 Linux 用户 dmdba，进入 bin 目录，查询已注册服务的状态。服务名称取决于注册时的设置，找不到脚本时先核对部署记录。
cd /opt/dmdbms/bin
ls DmService*
./DmServiceDMSERVER status
ss -lnt | grep ":5236"
status 用于查看服务状态；ss 用于查看 TCP 监听。出现监听记录只说明端口已打开，还需要确认数据库可以登录。若端口改过，应同步修改命令中的端口号。

2查看版本与实例状态：

登录后，在 SQL 提示符下执行下面的查询。SQL 语句以英文分号结束；不要把它们直接粘贴到 Linux 命令行。
SELECT * FROM V$VERSION;
SELECT INSTANCE_NAME, STATUS$, MODE$
FROM V$INSTANCE;

INSTANCE_NAME 是实例名称；STATUS$ 表示运行状态；MODE$ 表示实例模式。
普通单机业务库通常期望看到 OPEN、NORMAL。若处于其他状态，应结合部署目标和日志判断，不要直接执行状态切换命令。

3查看会话：

SELECTCOUNT(*)ASSESSION_COUNT
FROMV$SESSIONS;
会话可以理解为当前数据库连接的一种表现。这个数量包含巡检连接本身，也可能包含内部会话，不能直接当成在线用户数。
更有价值的是与平时相同时段比较：如果持续升高，再检查应用连接池及会话明细。

4查看磁盘与日志：

回到 Linux 终端执行。示例数据目录为 /opt/dmdbms/data/DAMENG；数据、归档和备份在其他磁盘时，也要分别检查对应路径。
df-h/opt/dmdbms/data/DAMENG
df-i/opt/dmdbms/data/DAMENG
ls-lt/opt/dmdbms/log|head
df -h 看容量，df -i 看 inode 是否充足。先用 ls 找到与故障时间对应的日志文件，再执行下方命令，将占位文件名替换为实际文件名。
tail-n100/opt/dmdbms/log/ACTUAL_LOG_FILE
读日志时先对时间，再看错误上下文，磁盘紧张时应先定位增长来源；不要直接删除数据文件、联机重做日志或尚未确认用途的归档文件，日志实际位置以部署配置为准。

5巡检记录：

巡检结果最好留下时间和证据，便于比较前后变化。

6新手常见问题：

1） 服务脚本不存在：先检查安装路径、服务注册情况和实际服务名称。脚本找不到并不等于数据库软件没有安装。
2） 本机能登录，远程连不上：先确认远端使用了正确 IP 和端口，再检查监听地址、防火墙及网络访问策略，不要把关闭防火墙当成固定处理步骤。
3） 用户名或密码报错：确认使用的是数据库账号，检查密码、大小写、账号状态。没有必要把连接问题都归结为服务异常。
4） 查询报“无效的列名”或权限不足：确认版本与账号权限，再对照当前版本手册检查字段。日常巡检账号可由管理员按需授予查询权限。

7总结：

基础巡检的目标，是让服务、连接和资源状况都有据可查。
先把服务与端口、实例状态、会话数量、磁盘和日志这几项做扎实，再逐步加入表空间、备份和慢 SQL 检查。遇到异常时，保留现场信息、记录时间点和报错内容，通常比反复重启更有利于定位问题。巡检不是一次性动作，而是一种持续观察和对比的习惯。