用友T3服务器没有启动，首要排查的是“用友T3-用友通服务”和“T3产品服务”这两个Windows系统服务项，其次检查SQL Server数据库服务是否正常运行，绝大多数情况都是这三个服务未手动开启或启动类型被改成了“禁用”，按照下面步骤操作，5分钟内基本能定位问题。
服务器没启动的第一现场：服务管理界面
凡是遇到登录软件提示“服务器连接失败”或“ Cannot connect to server”，别急着重装，先打开Windows的任务管理器，点击“服务”标签页，或者直接在运行框输入services.msc并按回车，这是诊断用友T3问题的第一现场。
必看的三个核心服务
用友T3运行依赖以下三个服务,缺一不可：
- 用友T3-用友通服务：这是主服务，负责处理客户端请求和数据交互。
- T3产品服务：部分版本（如10.6以后）会独立出这个服务，用于支持特定功能模块。
- SQL Server服务：数据库服务，具体名称可能是
MSSQLSERVER或MSDE2000，取决于安装时选择的数据库类型。
服务状态的肉眼识别
在服务列表里,我们需要关注两列信息：“状态”和“启动类型”。
- 状态”为空，说明服务确实没启动，右键点击该服务选择“启动”即可。
- 启动类型”是“禁用”或“手动”，即使当前启动了，下次重启电脑后依然可能失败，建议右键“属性”，将启动类型改为“自动”，然后点击“应用”和“启动”按钮。
- 状态”是“正在运行”，但软件依然连不上，双击打开服务属性，确认“可执行文件的路径”指向的安装目录是否正确，有没有被移动过。
行业共识认为，用友T3老版本（如10.3、10.5）在Windows Server 2003或XP环境下，服务启动类型极易被安全软件（如360）优化为“手动”，这是老用户升级或重装系统后遇到该问题的高频诱因。
数据库服务没启动是第二元凶
在服务列表中找到SQL Server (MSSQLSERVER)或SQL Server (MSDE2000)，如果这个服务没启动，用友T3的主服务会反复拉起失败，表现为“服务启动后又自动停止”。
非数据库专家也能用的排查技巧
我们先要分清楚数据库服务和实例的关系,微软数据库引擎在Windows中以“实例”为单位运行，默认实例叫MSSQLSERVER。
- 查看Windows事件查看器（运行
eventvwr.msc），在“Windows日志 > 应用程序”中筛选红色错误图标，错误来源是MSSQLSERVER或SQLSERVERAGENT的，双击查看“错误描述”，信息里会明确指出数据文件路径、权限问题或日志文件损坏。 - 若错误提示“文件 ‘xxx.mdf’ 无法打开”，说明数据库文件损坏或文件夹权限异常，找到安装目录，例如
C:Program FilesMicrosoft SQL ServerMSSQL.1MSSQLData
SYSTEM账户和Administrators组拥有“完全控制”权限。 - 若提示“由于登录失败而无法启动”，常见于MSDE2000数据库，此时需要重新配置
sqlservr.exe的登录身份，在服务属性“登录”选项卡中，选择“本地系统账户”，重启服务。
端口占用引发的假性未启动
有时服务状态明明显示“正在运行”，但局域网内其他电脑就是连不上服务器主机，这种现象通常被我们称为“假性未启动”，本质是1433端口被其他程序抢占或Windows防火墙拦路。
验证端口监听是否正常
在此服务器上打开命令提示符（CMD），输入以下命令并按回车：
netstat -ano | findstr "1433"如果能看到LISTENING状态且对应PID（进程ID）属于sqlservr.exe，说明数据库端口正常，之后在任务管理器“详细信息”标签找到该PID，确认进程名是sqlservr.exe。
- 若PID对应的是其他程序,例如
java.exe或svchost.exe，说明端口被第三方软件占用，需要修改占用程序的端口配置，或者修改数据库端口并配置用友T3的连接参数。 - 若命令无任何输出,说明数据库没监听该端口，原因大概率是数据库未启动或配置为“动态端口”，需打开“SQL Server配置管理器”，在“SQL Server网络配置 > MSSQLSERVER的协议”中，右键“TCP/IP”选择“启用”，并双击确认“IPALL”的“TCP端口”填了
1433。
防火墙放行规则
Windows防火墙默认会拦截数据库和用友的服务端口,需要手动添加例外规则。
- 进入“控制面板 > 系统和安全 > Windows Defender 防火墙 > 高级设置”。
- 点击“入站规则”后选择“新建规则”，规则类型选“端口”。
- 特定本地端口填写
1433, 4630（4630是用友T3的加密狗服务常用端口）。 - 选择“允许连接”，并勾选所有网络配置文件类型，名称可填“UFIDA T3 Allow”。
针对一些老客户反馈,用友t3服务器没有启动怎么回事这个问题，在排查时往往会把焦点集中在加密狗驱动上，但根据过往服务经验，真正由于加密狗损坏导致服务无法启动的概率不足5%，多数情况是硬件兼容性问题或USB口供电不足，可以尝试换个USB接口，或到设备管理器里查看“智能卡读卡器”或“通用串行总线控制器”下是否有黄色感叹号。
数据源配置错误导致的启动异常
服务已经起来了,数据库也正常，但客户端连接时报错“无法打开数据库 ‘UFSystem’ ”，这种问题不进服务管理界面，但要归入“服务器没有启动”的广义排查范畴。
修改数据源的正确姿势
在服务器上点击“开始 > 程序 > 用友T3 > 系统服务 > 数据源配置”（或用友T3安装目录下的UfUnconfig工具）。
- 打开后可以看到“数据库服务器”和“SA口令”两栏，SA口令通常为空或为安装时设置的密码。
- 测试连接前,请确认在“服务”中SQL Server已经运行，且当前Windows登录账户具备数据库管理员权限。
- 点击“测试连接”，如果提示成功，关闭配置工具，再启动“用友T3-用友通服务”即可。
如果提示“找不到数据源”，检查服务器名称是否填的是IP地址，而不是计算机名，在某些复杂网络环境下，计算机名解析会失败，直接填写如168.1.100这样的IP地址反而更稳定，前提是数据库允许远程连接。
老版本用友T3在win10/win11上的兼容性怪相
近年来,不少用户将老版本的用友T3（如10.0、10.2版）直接迁移到Win10或Win11系统，发现服务根本无法启动，后台也没有任何错误日志，这类问题属于环境兼容性，而非软件逻辑损坏。
右键管理员运行与兼容模式
虽然这办法听着老套,但在百试百灵的场景里依然管用。
- 右键点击桌面或开始菜单的“用友T3系统管理”图标，在“兼容性”选项卡里勾选“以兼容模式运行这个程序”（选择Windows 7）。
- 勾选“以管理员身份运行此程序”，点击确定后重新登录系统管理。
- 操作系统服务层面,用友T3相关服务在“登录”选项卡中，将“此账户”改为
本地系统账户，并点击“确定”保存，这可能绕过权限不足导致的服务启动失败。
替代方案：计划任务常驻
如果服务实在因兼容问题无法启动,且不想马上换新版软件，可以采用一个过渡方案，打开“任务计划程序”，创建新任务，触发器设为“计算机启动时”，操作指向用友T3服务所在路径的文件，例如C:UFIDAT3PortalBinUfSvrMgr.exe（以实际安装路径为准），并以“最高权限”运行，此方案能实现开机自启，但计划任务无法替代服务注册表项的权限配置，如果系统更新后权限重置，仍需回到服务界面手动干预。
常见问题排查速查表
下面这张表格根据实际的售后经验整理,能帮你对号入座，快速定位问题类别：
| 故障现象 | 涉及核心模块 | 优先检查项 | 常规解决动作 |
|---|---|---|---|
| 登录提示“无法连接服务器” | 主服务 | 用友T3-用友通服务状态 |
手动启动并设为自动 |
| 服务启动后立刻停止 | 数据库 | SQL Server服务及错误日志 | 按事件查看器提示修复mdf权限 |
| 本机可登录，局域网不行 | 网络 | 1433端口监听与防火墙 | 添加防火墙入站规则 |
| 进程存在但软件卡死 | 加密狗 | USB接口识别与驱动 | 重装加密狗驱动或换接口 |
| 系统重装后连不上 | 数据源 | UfUnconfig配置信息 | 重新配置SA口令和服务器IP |
涉及的排查路径和系统服务名称,均来自用友官方技术文档及主流运维社区公开内容的整编归纳，如果你电脑的内存只有4GB，且同时开启了SQL Server和用友T3服务，物理内存耗尽也会导致服务假死，这种情况下建议先加内存条，或将该服务器的虚拟内存初始大小调至物理内存的1.5倍以上，市面上用友T3代理商的工程师在远程排查时，第一步永远是让你打开服务列表截图确认状态，而不是直接让你重装，原因就是这个问题90%以上是服务或环境配置，而非软件包损坏，最后回归文章核心：“用友T3服务器没有启动”不是玄学，它就是Windows服务管理、SQL Server数据库、端口监听和文件权限四大块中某一个环节掉链子，按照本文顺序逐项核对，绝大部分问题不需要重装即可解决。
用友T3服务器启动问题Q&A
问：用友T3服务器服务已经启动，但客户端登录时还是提示服务器未启动，怎么处理？
答：检查客户端与服务器之间的网络连通性，在客户端CMD运行ping 服务器IP测试，如果通，则检查服务器防火墙是否放行1433和4630端口，并确认服务器上SQL Server配置管理器中的TCP/IP协议已启用且端口为1433，重点验证服务器上用友T3数据源配置中的IP或机器名是否与当前网络IP一致。
问：用友T3服务启动后自动停止，事件查看器里提示找不到数据库文件，如何解决？
答：提示找不到.mdf文件，说明数据库文件被移动或磁盘损坏，先用文件资源管理器搜索该文件是否存在，若存在，在SQL Server配置管理器中修改对应实例的启动参数指向新路径；若不存在，使用之前的备份文件（.bak）通过SQL Server Management Studio进行还原操作，将数据库还原到UFSystem名称后，再启动用友T3服务。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/737940.html
