SSMS中Integration Services无服务器名且连接失败问题咨询

我之前也踩过这个坑，SSMS里连接Integration Services时碰到“class not registered”错误，大概率是这几个常见原因，给你梳理下解决方案：

可能的原因 #

• 32/64位版本不兼容：SSMS和Integration Services的位数不匹配是最常见诱因——比如装了64位SSIS，但用32位SSMS去连接，就会触发类注册失败。
• SSIS服务未启动：Integration Services对应的Windows服务没运行，自然无法建立连接。
• COM组件注册损坏：SSIS相关的COM类未正确注册，可能是安装中断、更新后组件丢失导致的。
• 权限不足：当前登录用户没有访问SSIS服务的权限，或是没有系统组件的注册权限。

解决方法 #

1. 匹配SSMS与SSIS的位数 #

• 如果你在用32位SSMS，直接运行对应位数的SSIS管理工具：找到路径C:\Program Files (x86)\Microsoft SQL Server\150\DTS\Binn\DTSWizard.exe（版本号150对应SQL Server 2019，根据你的实际版本调整），打开后再尝试连接。
• 更彻底的方式是卸载32位SSMS，安装与SQL Server版本一致的同位数SSMS。

2. 启动Integration Services服务 #

• 按下Win + R，输入services.msc打开服务管理器。
• 找到SQL Server Integration Services（后面会带版本号，比如15.0），右键点击「启动」，并设置为「自动启动」避免后续重复出现问题。

3. 重新注册SSIS核心组件 #

• 以管理员身份打开命令提示符（CMD）。
• 根据你的系统位数和SQL Server版本，执行注册命令：
  • 64位系统（SQL Server 2019）：

    cd "C:\Program Files\Microsoft SQL Server\150\DTS\Binn"
    regsvr32 dts.dll
    regsvr32 dtspipeline.dll
    

  • 32位系统：

    cd "C:\Program Files (x86)\Microsoft SQL Server\150\DTS\Binn"
    regsvr32 dts.dll
    regsvr32 dtspipeline.dll
    

• 执行完成后重启SSMS再尝试连接。

4. 检查并提升权限 #

• 确认当前用户属于SQL Server Sysadmin角色，或拥有SSIS服务的访问权限。
• 若为远程连接，需确保目标服务器防火墙开放了SSIS的默认端口（135），或在SSIS配置中指定固定端口并开放对应端口。

如果以上方法都无效，建议修复SQL Server安装：打开SQL Server安装中心，选择「维护」→「修复」，跟着向导完成修复，基本能解决组件损坏类的深层问题。

内容的提问来源于stack exchange，提问作者Johnny Adams