当前位置：首页 > 问答 > 正文

SQL Server想连DB2那个服务器，具体咋弄才行啊？

召安青
问答
2025-12-28 16:49:13
4

找个翻译官（链接服务器）

最直接、最常用的方法就是在SQL Server这边创建一个叫做“链接服务器”的东西，你可以把它想象成SQL Server专门为了和DB2打交道而设立的一个“外事办事处”，以后你想查DB2的数据，不用跑过去，直接跟这个办事处说，它就会帮你把话翻译过去,然后把结果带回来。

第一步：准备“翻译工具”（安装驱动）

光有办事处不行，还得给办事处配一个既懂SQL Server又懂DB2的翻译工具，这个工具就是DB2的ODBC驱动程序,ODBC可以理解成一种通用的数据库连接标准。

去哪找驱动？ 最正宗的肯定是从IBM官网下载，你去IBM的官网，找到和你所要连接的DB2服务器版本相对应的“Data Server Client”或者“IBM Data Server Driver”来下载安装，这个驱动要装在运行SQL Server的那台电脑上,而不是你自己的电脑上。
怎么验证装没装好？ 装完后，你可以在SQL Server那台电脑上，打开“ODBC 数据源管理器”（64位系统就找64位的，32位就找32位的），在“驱动程序”那一栏里，你应该能看到一个名字里带“IBM DB2 ODBC DRIVER”或者类似字样的驱动，只要看到了,就说明翻译工具准备好了。

(参考来源：微软官方文档关于为链接服务器配置OLE DB访问接口的部分，其中明确指出了需要先在SQL Server主机上安装并配置好目标数据库的客户端软件或驱动程序。)

第二步：建立“办事处”（配置ODBC数据源）

有了翻译工具，接下来得告诉这个工具DB2服务器具体在哪、怎么联系，这就需要配置一个ODBC数据源（DSN）。

还是在刚才的“ODBC 数据源管理器”里，切换到“系统DSN”标签页，然后点击“添加”。
在弹出的列表里，选择你刚才看到的那个IBM DB2 ODBC驱动程序。
然后会弹出一个配置窗口，你需要填写关键信息：
- 数据源名称： 这个你随便起个容易记的名字就行，MyDB2Server”，等下在SQL Server里就用这个名字来找它。
- 数据库别名： 这个非常关键，必须填DB2那边实际的数据库名称，你要是不知道,得问DB2的管理员。
- 主机名/IP地址： DB2服务器所在的机器名或者IP地址。
- 端口号： DB2监听连接的端口，默认一般是50000,但具体也要问管理员。
- 用户ID和密码： 连接DB2所用的用户名和密码。

把这些都填对，测试一下连接，如果成功了，就说明从这个“办事处”到DB2服务器的线路已经打通了。

(参考来源：IBM Knowledge Center中关于配置DB2 ODBC/CLI驱动程序连接参数的说明，详细列举了主机名、端口、数据库名等必需信息。)

第三步：在SQL Server里正式设立“办事处”（创建链接服务器）

现在万事俱备，我们回到SQL Server的地盘,用SQL命令来创建这个链接服务器。

打开SQL Server Management Studio (SSMS)，新建一个查询窗口，然后执行类似下面的语句（括号里的内容要换成你自己的情况）：

EXEC master.dbo.sp_addlinkedserver
    @server = N'MyDB2Link', -- 这是你在SQL Server里给这个链接服务器起的名字，可以和数据源名不一样
    @srvproduct = N'DB2',
    @provider = N'MSDASQL', -- 这里固定用MSDASQL，表示通过ODBC来连接
    @datasrc = N'MyDB2Server' -- 这里填你第二步创建的ODBC数据源名称
EXEC master.dbo.sp_addlinkedsrvlogin
    @rmtsrvname = N'MyDB2Link', -- 链接服务器名字
    @useself = N'False', -- 不使用SQL Server当前登录的账号去连DB2
    @locallogin = NULL, -- 对所有本地登录都使用下面的远程账号
    @rmtuser = N'your_db2_username', -- DB2用户名
    @rmtpassword = N'your_db2_password' -- DB2密码

执行成功后，你在SSMS的对象资源管理器里，展开“服务器对象”->“链接服务器”，应该就能看到你刚创建的“MyDB2Link”了。

(参考来源：微软TechNet文档中sp_addlinkedserver和sp_addlinkedsrvlogin存储过程的语法说明，详细解释了各个参数的含义，特别是@provider使用MSDASQL通过ODBC连接非SQL Server数据源的方式。)

第四步：开始“对话”（查询DB2数据）

办事处开张了，现在可以愉快地查询了,有几种打招呼的方式：

最直接的四部分命名法：
```
SELECT * FROM [MyDB2Link].[DB2数据库名].[DB2模式名].[DB2表名]
```
SELECT * FROM [MyDB2Link].[SAMPLE].[DB2INST1].[EMPLOYEE] 这种方式最规范，但你需要知道DB2那边的具体数据库名、模式名和表名。
使用OPENQUERY函数（推荐）： 这个方式是把查询语句直接扔给DB2去执行，让DB2自己处理,效率往往更高。
```
SELECT * FROM OPENQUERY(MyDB2Link, 'SELECT * FROM DB2INST1.EMPLOYEE')
```
注意，括号里的第二个参数是一个完整的SQL字符串，但这个SQL是DB2的语法，不是SQL Server的语法，你在这里面写查询,要遵循DB2的规则。

简单查询： 如果前面配置得好,有时也可以直接：

SELECT * FROM MyDB2Link.[DB2数据库名].[DB2模式名].[DB2表名]

可能会遇到的坎儿和解决办法

错误：无法初始化数据源对象？ 八成是ODBC数据源没配好，或者驱动有问题，回去检查第二步，用ODBC数据源管理器里的“测试连接”功能多试几次。
错误：用户登录失败？ 肯定是DB2的用户名密码不对，或者这个用户在DB2那边没有访问指定数据库的权限,找DB2管理员确认。
查询时提示对象名无效？ 最大的可能是DB2的模式名或者表名大小写问题，或者你写错了，DB2在Linux/Unix下是区分大小写的，最稳妥的办法是先用OPENQUERY方式写一个简单的SELECT * FROM SCHEMA.TABLE试试水。
性能慢？ 如果查询大量数据，用OPENQUERY方式，并尽量在DB2那边的SQL语句里加上过滤条件，只让DB2返回你需要的数据，别把所有数据都拉到SQL Server再来处理。

总结一下关键步骤：