达梦数据库dm_svc.conf文件配置访问数据库

最新推荐文章于 2024-08-08 10:49:02 发布

IT01chao

最新推荐文章于 2024-08-08 10:49:02 发布

阅读量2.1k

点赞数

CC 4.0 BY-SA版权

文章标签：数据库

本文链接：https://blog.youkuaiyun.com/IT01chao/article/details/118198922

本文介绍了达梦数据库的配置文件dm_svc.conf的详细设置，包括参数说明、单机版和集群版的配置实例。通过配置DSC连接服务名、TIME_ZONE、LANGUAGE等参数，实现对数据库的访问。并提供了测试连接的方法，展示如何确保连接到正确的数据库节点。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在安装完达梦数据库后在生成一个dm_svc.conf的一个配置文件，该文件是配置以一个自定义的名字去访问数据库，具体的配置详细如下：

说明：

达梦数据库在不同的平台下安装，dm_svc.conf所在目录有所不同。

1. 32 位的 DM 安装在 Win32 操作平台下，此文件位于 %SystemRoot%\system32 目录；

2. 64 位的 DM 安装在 Win64 操作平台下，此文件位于 %SystemRoot%\system32 目录；

3. 32 位的 DM 安装在 Win64 操作平台下，此文件位于 %SystemRoot%\SysWOW64 目录；

4. 在 Linux 平台下，此文件位于 /etc 目录。

PS:如果在使用的过程中对dm_svc.conf做了修改，需要重启客户端程序，修改的配置才能生效

1、参数说明：

最低0.47元/天解锁文章

200万优质内容无限畅学

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

IT01chao

关注关注

0
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

服务名配置dm_svc.conf-(达梦数据库)

qq_37358909的博客

12-15

1万+

引用：DM 数据守护与读写分离集群 V4.0 5.8 服务名配置配置 DM 数据守护，一般要求配置连接服务名，以实现故障自动重连。连接服务名可以在 DM 提供的 JDBC、DPI 等接口中使用，连接数据库时指定连接服务名，接口会随机选择一个 IP 进行连接，如果连接不成功或者服务器状态不正确，则顺序获取下一个 IP 进行连接，直至连接成功或者遍历了所有 IP。可以通过编辑 dm_svc.conf 文件配置连接服务名。dm_svc.conf 配置文件在 DM 安装时生成， Windows 平台下位于.

DM8:达梦数据库系统中的错误码信息-dm8.1-1-88-20.06.24-123627-ENT

qq_37358909的博客

01-28

1万+

此达梦数据库版本为：dm8-1-88-20.06.24-123627-ENT SELECT * FROM SYS."V$ERR_INFO"; 错误码： 100 空结果集 101 字符串截断 102 在集函数中计算NULL值 103 无效的表名 104 删除0行记录 105 插入0行记录 106 更新0行记录 107 跨语句游标操作 108 回收权限时无相应权限 109 试图转换空字符串 110 编译没有结束 111 结果集数据获取完成 112 不支持UTF8 113 结果集缓存满 114 刻度截断 .

参与评论您还未登录，请先登录后发表或查看评论

DM数据库-模拟实时主备故障

ycm_dn的博客

07-30

5711

一测试主备服务器是否正常 1.1 验证主备库数据是否同步 **使用manager管理工具分别连接主备库在主库上创建t_text_1表 ** create table t_text1 (id int,num int); 执行后，可以看到创建表成功，进行查询。 **连接备库在备库上查询在主库中创建的t_text_1表，验证备库是否同步主库数据 ** select * from t_text_1; 提示查询成功二模拟故障 2.1 模拟确认监视器服务停止 **确认监视器停止主库实例服务停止，无

达梦配置服务名dm_svc.conf

Cj12315的博客

06-21

3615

达梦数据库

达梦数据库：dm_svc.conf文件使用

qq_43052801的博客

04-10

2013

1、定义 dm_svc.conf 是使用DM数据库时非常重要的配置文件，它包含了 DM 各接口和客户端工具所需要配置的一些参数。通过他可以实现DM各种集群的读写分离和均衡负载，它必须和接口/客户端工具(tomcat|was中间件)位于同一台机器上才能生效 2、位置初始 dm_svc.conf 文件由 DM 安装时自动生成。不同的平台生成目录有所不同注意需要访问的用户对该文件需要有读权限。 a.32 位的 DM 安装在 Win32 操作平台下，此文件位于%SystemRoot%\system32目录

dm_svc.conf服务名配置

m0_61047486的博客

10-25

523

配置路径 DM安装时生成一个配置文件dm_svc.conf，不同的平台所在目录有所不同。服务名配置在客户端。 1.32位的DM安装在Win32操作平台下，此文件位于%SystemRoot%\system32目录；2.64位的DM安装在Win64操作平台下，此文件位于%SystemRoot%\system32目录；3.32位的DM安装在Win64操作平台下，此文件位于%SystemRoot%\SysWOW64目录；4.在Linux平台下，此文件位于/etc目录配置方式方法示例 dm_svc.co

达梦数据库报错错误代码汇总

热门推荐

牛排煎黑椒的博客

09-21

3万+

达梦数据库报错代码查询汇总，错误代码

达梦8数据库客户端配置文件dm_svc.conf

qq_31055901的博客

12-15

2361

dm_svc.conf客户端配置文件

达梦数据库 dm_svc.conf的配置

qq_44669390的博客

08-08

679

dm_svc.conf

dm_svc.conf文件介绍

edisionaa的博客

10-28

2606

的工作目录是固定的，不能改变。以服务名连接数据库时，若未找到符合条件的库成功建立连接，将尝试遍历服务名中库列表的次数。客户端使用的编码格式，会影响帮助信息和错误提示信息，要与客户端使用的编码格式一致。注：若配置服务名时没有指定端口，后续在工具或接口的命令中使用服务名时，在服务名后增加的。配置项可以在全局配置区，也可以在此服务名对应的服务配置区之前，及在其对应的―[可以不指定，若不指定，系统会读取操作系统信息获得编码信息，建议有需要才指定。的配置项进行了修改，需要重启客户端工具，修改的配置才能生效。

【达梦】STANDBY模式下不支持对非临时表或含有lob类型列的表进行增删改操作

weixin_43346403的博客

07-27

2385

达梦数据库在由 DmWatcherServicesspudb 服务接管后，从库是不允许执行DML,DDL操作的。有效保证了主从的不一致。1.尝试在从库执行DML操作。

达梦数据守护读写分离搭建

zch_zch123的博客

07-15

1338

达梦数据库读写分离集群配置

修改standby库的sys用户的密码导致DG无法传输日志及切换

zhenjiang412518的专栏

08-25

4573

由于备库只允许读，所以先进行主

DM8:达梦数据库系统中的错误码信息-DM8.1-3-12-2023.04.17-187846-20040-ENT

qq_37358909的博客

06-21

3767

此达梦数据库版本为：dm8.1-3-12-2023.04.17-187846-20040-ENT此版本共计录入 3344 个错误码查询错误码SQL命令，新版本会追加新的错误码。

Oracle DG 修改逻辑 Standby 端数据 MySql

MbfrDeveloper的博客

10-16

311

为了确保在逻辑 Standby 数据库上执行脚本时能够将修改操作同步到 MySQL 数据库，我们需要创建一个触发器。在本文中，我们将探讨如何使用 Oracle Data Guard (DG) 来修改逻辑 Standby 端的数据，并将其同步到目标数据库 MySQL。现在，我们可以执行步骤 2 中编写的脚本，以在逻辑 Standby 数据库上修改数据。请确保 MySQL 数据库已经设置好，并且可以通过适当的方式将数据从 Oracle 数据库同步到 MySQL 数据库。步骤 2: 编写修改数据的脚本。

达梦数据库——错误代码ERROR CODE汇总

weixin_46458436的博客

02-23

8779

达梦数据库错误码

达梦数据库-主备集群

fangyu_7362的博客

06-07

3717

主库修改数据产生的REDO日志, 通过实时归档机制, 在写入本地REDO之前发送给备库, 备库接收到REDO后重新应用REDO日志来保持与主库数据同步当主库故障时, 备库再将所有REOD日志应用完成后, 就切换为主库对外提供服务通过即时归档或实时归档所组成的主备系统读写分离集群通过配置"一致性模式"保证主库和备库数据一致性通过DM数据库的各种接口, 实现将读操作自动分流到备库一致性模式: 该模式下, 当发送SELECT语

达梦数据库状态和模式

cn_lyt的博客

11-17

5998

1. 达梦数据库状态达梦8数据库包含OPEN、MOUNT、SUSPEND三大状态，默认启动为OPEN状态。 1.1 配置状态（MOUNT）不允许访问数据库对象，只能进行控制文件维护、归档配置、数据库模式修改等操作 1.2 打开状态（OPEN）不能进行控制文件维护、归档配置等操作，可以访问数据库对象，对外提供正常的数据库服务 1.3 挂起状态（SUSPEND）与OPEN唯一的区别就是限制磁盘写入功能，...

达梦数据库的几种模式及状态说明

Mrkill123的博客

06-10

1万+

DM 支持 3 种数据库模式： Normal 模式、 Primary 模式和 Standby 模式。 DM数据库的状态包括startup、mount、after redo、open、suspend、shutdown这几种状态，但不是所有的状态都能相互转换和人工干预。 DM的三种模式 DM 支持 3 种数据库模式： Normal 模式、 Primary 模式和 Standby 模式。 Normal 模式用户可以正常访问数据库，操作没有限制。正常生成本地归档，但不发送实时归档（Realtime）、即时归档（T

达梦数据库在linux中使用命令执行多个脚本，在一个脚本中配置如下：start ./xt_init_table_01_dm.sql start ./xt_init_table_02_dm.sql start ./pd_init_table_dm.sql start ./ckd_init_table_dm.sql start ./app_init_table_dm.sql start ./crrt_init_table_dm.sql，这里使用的是相对路径，找不到怎么办

最新发布

03-28

<think>好的，我现在需要解决用户在达梦数据库（DM Database）中执行多个SQL脚本时遇到的相对路径问题。用户提到在Linux系统中使用start命令执行脚本，但遇到了找不到路径的情况。让我仔细分析这个问题，并找到解决方案。首先，用户当前的脚本配置是这样的： start ./xt_init_table_01_dm.sql start ./xt_init_table_02_dm.sql start ./pd_init_table_dm.sql start ./ckd_init_table_dm.sql start ./app_init_table_dm.sql start ./crrt_init_table_dm.sql 问题在于这些相对路径无法正确找到SQL脚本文件。相对路径的问题通常与当前工作目录有关。用户可能是在不同的目录下执行主脚本，导致相对路径指向不正确的位置。例如，如果用户在主脚本所在的目录之外执行，那么“./”会指向该目录，而不是脚本所在的目录。接下来，我需要考虑达梦数据库的DIsql工具在Linux中的行为。DIsql的start命令（或者@符号）用于执行外部SQL脚本。此时，相对路径的解析是基于DIsql当前的工作目录，而不是主脚本所在的目录。如果用户在启动DIsql时所在的目录与脚本所在目录不同，相对路径就会失效。可能的解决方案包括： 1. 使用绝对路径：将相对路径替换为绝对路径，确保无论从哪个目录执行，都能正确找到文件。 2. 调整工作目录：在调用DIsql之前，先切换到脚本所在的目录，或者在主脚本中使用命令切换目录。 3. 使用DIsql的路径处理功能：检查DIsql是否有设置默认路径的参数或配置，可以指定脚本的搜索路径。 4. 在主脚本中动态获取当前路径：通过脚本获取主脚本所在的路径，并基于该路径构建其他脚本的路径。这可能需要使用shell脚本或批处理命令来辅助。此外，还需要考虑用户是否有权限访问这些路径，以及脚本文件是否存在、名称是否正确等问题。但用户的问题明确是路径问题，所以可以暂时排除其他因素。例如，用户可能在/home/user/scripts/目录下存放了所有SQL脚本，而主脚本是在/home/user/目录下执行的，此时相对路径./scripts/...可能更合适。但用户使用的是./，即当前目录，所以如果执行目录不对，就会找不到。验证每个解决方案的可行性： - 绝对路径：直接有效，但缺乏灵活性，尤其是在不同环境中部署时可能需要修改路径。 - 调整工作目录：在shell脚本中先cd到脚本目录，再执行DIsql，这样可以保持相对路径的有效性。 - DIsql的路径设置：需要查阅达梦的文档，看是否有类似SQLPATH的环境变量或配置参数，允许设置脚本的搜索路径。 - 动态获取路径：在shell脚本中获取脚本所在路径，然后传递给DIsql命令，可能需要结合dirname和realpath等命令。此外，用户可能希望保持脚本的灵活性，避免硬编码绝对路径。因此，使用动态获取路径的方法可能更合适，但需要一定的shell脚本编写。可能的步骤： 1. 编写一个shell脚本，首先切换到SQL脚本所在的目录，然后启动DIsql并执行主脚本。 2. 在主脚本中使用绝对路径引用其他脚本。 3. 或者，在DIsql中使用动态路径，例如通过变量替换。例如，shell脚本的内容可能如下： ```bash #!/bin/bash SCRIPT_DIR=$(cd $(dirname "$0") && pwd) cd "$SCRIPT_DIR" disql user/password@host:port -i main_script.sql ``` 这样，无论从哪里执行该shell脚本，都会切换到脚本所在的目录，然后执行main_script.sql，其中main_script.sql中的start命令使用相对路径即可正确找到。另一个方法是修改主脚本中的路径，使用绝对路径： start /path/to/scripts/xt_init_table_01_dm.sql ... 但这样在部署到不同环境时需要修改路径，不够灵活。或者，在达梦的DIsql中，是否有类似Oracle的@?语法，表示相对于当前脚本的路径？需要查阅达梦的文档，如果支持的话，可以使用类似的方法。如果达梦不支持，那么可能需要结合shell脚本来动态处理路径。另外，用户是否在DIsql中正确指定了脚本路径？例如，是否在启动DIsql时使用了正确的目录，或者在脚本中使用相对路径时，是否考虑了DIsql的工作目录。总结，核心问题在于相对路径的解析基准目录是否正确。解决方案包括使用绝对路径、调整工作目录或利用脚本动态确定路径。</think>在达梦数据库（DM Database）的 `DIsql` 工具中，若通过 `start` 命令执行多个 SQL 脚本时因**相对路径失效**导致文件找不到，可通过以下方法解决： --- ### **1. 明确路径基准规则** `DIsql` 中 `start` 命令的路径解析基于**当前工作目录**（即启动 `DIsql` 时的路径），而非脚本自身所在目录。 **示例**： - 若在 `/home/user` 目录下启动 `DIsql`，执行 `start ./a.sql`，则实际查找路径为 `/home/user/a.sql`。 - 若脚本文件实际存放在 `/home/user/scripts/`，需确保路径基准正确。 --- ### **2. 解决方案** #### **(1) 使用绝对路径（推荐）** 直接指定脚本的完整绝对路径，避免依赖工作目录： ```sql start /opt/dm_scripts/xt_init_table_01_dm.sql; start /opt/dm_scripts/xt_init_table_02_dm.sql; -- 其他脚本同理 ``` #### **(2) 通过 Shell 脚本统一切换目录** 在 Linux 中编写 Shell 脚本，**先切换目录再执行 SQL 主脚本**： ```bash #!/bin/bash # 进入脚本所在目录 cd "$(dirname "$0")" || exit # 启动 DIsql 并执行主脚本（假设主脚本为 main.sql） disql sysdba/SYSDBA@localhost:5236 -i main.sql ``` 主脚本 `main.sql` 中保持原有相对路径： ```sql start ./xt_init_table_01_dm.sql; start ./xt_init_table_02_dm.sql; -- 其他脚本 ``` #### **(3) 动态拼接路径（需 SQL 脚本支持）** 若需在 SQL 脚本内动态获取路径，可结合 `HOST` 命令调用系统指令： ```sql -- 获取当前脚本所在路径（需通过外部变量传递） host 'export DM_SCRIPT_DIR=/opt/dm_scripts'; start &DM_SCRIPT_DIR/xt_init_table_01_dm.sql; ``` **注意**：达梦的变量传递需提前配置环境变量或通过参数传入。 #### **(4) 配置 `dm_svc.conf` 默认路径（可选）** 修改达梦客户端配置文件 `dm_svc.conf`，添加默认搜索路径： ```ini [SQL_SCRIPTS] PATH = /opt/dm_scripts ``` 在 SQL 脚本中直接引用文件名（需达梦版本支持路径配置）： ```sql start xt_init_table_01_dm.sql; -- 自动从配置路径查找 ``` --- ### **3. 验证路径是否存在** 通过 Linux 命令检查文件路径是否有效： ```bash # 列出所有脚本是否可访问 ls -l /opt/dm_scripts/xt_init_table_*.sql # 或从 DIsql 中调用系统命令验证 host 'ls -l ./'; ``` --- ### **对比方案总结** | **方法** | **优点** | **缺点** | |------------------------|------------------------------|------------------------------| | 绝对路径 | 路径明确，直接生效 | 硬编码路径，灵活性差 | | Shell 脚本切换目录 | 兼容性好，路径动态适应 | 需额外维护 Shell 脚本 | | 动态拼接路径 | 灵活性强 | 依赖环境变量，复杂度高 | | 配置文件默认路径 | 一劳永逸 | 需达梦版本支持，配置门槛高 | --- ### **操作示例** 假设所有 SQL 脚本存放于 `/opt/dm_scripts`，通过 Shell 脚本统一执行： ```bash # run_dm_scripts.sh #!/bin/bash cd /opt/dm_scripts disql sysdba/SYSDBA@localhost:5236 <<EOF start ./xt_init_table_01_dm.sql; start ./xt_init_table_02_dm.sql; -- 其他脚本 exit; EOF ``` 赋予执行权限后运行： ```bash chmod +x run_dm_scripts.sh ./run_dm_scripts.sh ``` --- ### **常见错误排查** 1. **权限问题**：确保 `disql` 用户对脚本文件有读取权限。 2. **路径拼写错误**：检查大小写及特殊字符（Linux 路径区分大小写）。 3. **文件编码**：确认 SQL 脚本为 UTF-8 或无 BOM 格式，避免解析错误。通过上述方法，可彻底解决达梦数据库在 Linux 中因相对路径导致的脚本执行问题。