用友U8更改服务器名称和密码，其实是两件独立的事：改密码只需要在SQL Server里重置sa密码，再到U8应用服务器配置里同步一遍；改服务器名则要动三处数据库的@@SERVERNAME、应用服务的数据源、客户端的名称解析，漏掉任何一处都会登录失败。动手之前先把账套完整备份出来,这一步没有商量余地。
先搞清楚：改的到底是哪一层
U8是典型的三层架构，客户端连应用服务器，应用服务器连数据库，你说的“服务器名称密码”,在这三层里对应完全不同的东西。
- 数据库层：sa账号密码、SQL Server实例名。
- 应用服务层：U8应用服务器配置里记录的数据源地址、端口、账号密码。
- 客户端层：登录时用哪个服务器名去连,这个值缓存在本地注册表和hosts文件里。
行业共识认为，U8运维里相当一部分“连不上”故障,都是只改了其中一层引起的。
改sa密码：三步走完，别只改一半
很多人以为在SQL Server Management Studio里把sa密码一改就完事，结果第二天全公司登不上,正确的顺序是这样的：
- 打开SSMS，用Windows身份验证登录，展开“安全性 → 登录名 → sa”，右键属性，在“常规”页输入新密码，如果提示不符合密码策略，可以在该页面取消勾选“强制实施密码策略”，或者按复杂度要求（大小写字母+数字+符号）设置。
- 确认实例的“安全性”页设置为“SQL Server和Windows身份验证模式”，改完重启SQL Server服务生效。
- 打开开始菜单里的U8应用服务器配置，进入“数据库服务器”节点，把新的sa密码填进去，点“测试连接”,连接通过再保存。
第3步才是关键，U8的应用服务是拿配置里存的密码去连库的，你只改数据库不改配置,等于钥匙换了锁没换。
改服务器名：SQL Server有个后遗症
在“控制面板 → 系统 → 高级系统设置 → 计算机名”里改名，重启电脑，这一步谁都会，问题是SQL Server内部还记着老名字。
改完名后先跑一句：
SELECT @@SERVERNAME如果返回的还是旧名称,就得手工纠正：
sp_dropserver '旧服务器名'
GO
sp_addserver '新服务器名','local'
GO执行完重启SQL Server服务，再查一次@@SERVERNAME，确认已经变成新名字，这一步做完,数据库层才算干净。
应用服务层的重配，比改密码更麻烦
服务器名变了，U8应用服务器配置里的数据源指向就全错了,操作路径：
- 打开U8应用服务器配置（部分版本叫“应用服务器配置管理器”）。
- 找到“数据库服务器”或“数据源配置”,把服务器地址从旧名称改成新名称或新IP。
- 点“测试连接”,看到连接成功再保存。
- 打开系统服务里的“U8应用服务管理器”，把U8DispatchService、U8TaskService、U8WorkFlow等几个服务依次重启。
业内专家指出，服务重启这个动作经常被跳过，导致配置明明改对了，客户端还是连不上,因为后台服务还挂着旧配置在跑。
客户端得跟着改三处
服务端搞定了，客户端不会自动好,手动操作一般是这三处：
- hosts文件：
C:\Windows\System32\drivers\etc\hosts，加一行“新服务器IP 新服务器名”，保存后刷新DNS缓存（ipconfig /flushdns）。 - 注册表：64位系统在
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\UfSoft\WF\V8.520\Login，32位系统去掉WOW6432Node，把Server键值改成新服务器名，不同U8版本号段略有差异，按实际注册表里的V8.xxx目录找。 - 本地缓存：清空U8安装目录下的缓存文件夹,让客户端重新拉取服务端配置。
用友U8改完服务器名称为什么客户端连不上
这个报错在运维群里出现频率极高，绝大多数情况不是U8本身坏了,而是下面几种原因。
报错“无法连接到应用服务器”
按这个顺序排查：
- 客户端能不能ping通服务器名？ping不通就是解析问题,改hosts。
- 服务器防火墙有没有放行U8端口？不同版本端口不一样，客户端连接应用服务器常见的是11520，老的8.7x系列可能走4630，Web门户走80或自定义端口，以实际部署为准,别凭记忆放行。
- 应用服务是否真的在运行？任务管理器里看一下服务状态,别只看配置文件。
报错“登录失败，用户sa”
十有八九是密码没同步，要么应用服务器配置里还是老密码，要么SQL Server没切到混合验证模式，要么改密码时取消了密码策略但没重启服务，还有一种情况：多个账套挂在同一个实例上,只改了其中一个数据源的密码。
公司换服务器后用友U8怎么迁移
这里要分清两个概念。只改计算机名，数据都在原机，改的是标识；换一台新服务器，数据要搬过去,属于迁移。
迁移的完整链路更长：新服务器装同版本SQL Server → 还原master之外的业务库和UFSystem系统库 → 安装同版本U8应用服务 → 配置数据源 → 加密重新注册 → 客户端改hosts和注册表 → 逐账套登录验证。
不管哪种,动手前的动作是一样的：
- 用系统管理做账套备份,每个账套单独备一份。
- 单独备份UFSystem库,这个库丢了账套列表就没了。
- 记录当前的应用服务器配置参数、端口、加密狗号。
据统计，迁移类故障里较大比例都出在“只还原了业务库、忘了系统库”这一步。
用友U8 SQL Server 2008和2016改密码有什么区别
同样是改sa密码,老版本和新版本的操作手感不太一样。
| 对比项 | SQL Server 2008 / 2008 R2 | SQL Server 2016 及以上 |
|---|---|---|
| 密码策略 | 默认强制复杂度，可手动取消 | 默认强制复杂度，可手动取消 |
| 验证模式切换 | 实例属性→安全性，改完重启 | 路径一致，改完重启 |
| 驱动兼容 | U8老版本自带驱动即可 | 部分U8版本需确认驱动与TLS版本 |
| 官方支持状态 | 已结束扩展支持 | 仍在主流或扩展支持期内 |
据微软官方生命周期公告，SQL Server 2008和2008 R2已于2019年7月结束扩展支持，还在跑这套组合的企业，改密码时更要留足回滚方案,因为出问题后已经拿不到官方补丁了。
找服务商做这件事，花多少钱、值不值
有些企业IT就一两个人，不敢动生产库,这时候找本地服务商是合理选择。
以华东地区为例，单纯的“改sa密码+重配数据源”属于小活儿，多数按人天计费或按次报价，几百到一千出头这个区间比较常见；如果是换服务器迁移，涉及备份还原、加密重注册、多客户端调试，通常按人天算，一到两个人天。用友U8服务器迁移服务的收费还受账套数量、版本新旧、是否需要现场影响。
远程协助和上门是两种价格，远程便宜、响应快，但遇到网络策略严格的内网环境就使不上劲；上门贵一些，好处是能当场把防火墙、hosts、注册表一次性捋顺，选哪种,看你的服务器能不能开远程。
动手前必须确认的三件事
- 备份做了没有：账套备份 + UFSystem库备份,缺一不可。
- 业务停没停：改配置期间有人正在做凭证，数据容易出岔子,挑下班后或午休时段。
- 回滚方案有没有：把原来的服务器名、sa密码、配置截图存一份,改砸了能退回去。
Q&A：用友U8更改服务器名称密码的常见疑问
改完之后账套数据会丢吗？
不会，改服务器名和密码动的是连接配置，不碰业务数据，真正有丢数据风险的是“初始化数据库”这个按钮U8应用服务器配置里有这个选项，误点会清空系统库，改配置时手别抖，看到“初始化”两个字就绕开。
只改IP不改计算机名，还要重新配置吗？
要，U8客户端和应用服务认的是地址，IP变了就等于地址变了，这种情况下不用执行sp_dropserver那套SQL命令，但应用服务器配置里的数据源、客户端的hosts和注册表Server值都得同步更新,服务也要重启。
服务器改名后加密狗需要重新注册吗？
硬加密（USB加密狗）通常插上就能识别，但U8加密服务要重启一次，让它重新读取授权信息；软加密则需要在加密注册界面重新注册，因为授权往往和服务器标识绑定，改名前先把加密狗号记下来,出问题时能快速核对。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/782403.html
