企业官网建设流程全解析

一个老项目的维护手册翻出来，上面写着"数据库必须用SQL Server 2000"。于是我从光盘库里翻出那张十几年前的安装盘，在一台Windows 10 x64机器上准备把库给拉起来。结果刚点完setup，进度条没走两步就弹出来一句"检测到挂起文件操作，请重新启动计算机"。我老老实实重启，再来一遍，又是同样的提示。这个"安装Sql Server 2000挂起"的循环，估计不少运维老哥都见过——它不是个例，也不是系统抽风，而是SQL Server 2000的安装程序与Windows的重启机制之间有一个非常"古老"的约定。这篇文章就把这个约定聊清楚，然后把常见的挂起问题从注册表、Windows Installer、兼容性三个方向逐个拆开，最后给出几条在新系统上仍能顺利装上SQL Server 2000的实操路径。

1. 安装程序为什么会突然"挂起"：先读懂重启检测机制

1.1 "挂起"提示背后是PendingFileRenameOperations注册表键

Windows在需要替换或删除一个正在被占用的文件时，不会像人一样"死磕"，而是把这次文件操作记下来，等系统重启后再动手。这个"记账本"存在注册表里，路径是：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations

这是一个REG_MULTI_SZ（多行字符串）类型的键值，里面每一对行记录一个文件操作：一行是源文件路径，下一行是目标路径，如果目标路径为空，就表示这个文件要在下次启动时被删除。系统在启动过程中会读取这里的记录，完成这些延迟执行的文件重命名和删除操作。

问题在于，SQL Server 2000的安装引擎在启动时的检查逻辑特别直白：它不看这个键里的记录跟自己有没有关系，只要发现这个值存在，就认定系统还有没完成的重启动作，认为当前环境"不稳定"，于是直接抛出一句"检测到挂起文件操作"让用户重启。Windows内部管这个叫"pending file rename operations"，而SQL Server 2000安装程序用的还是上个世纪的检测方式，所以它既不会解析内容，也不会去判断这些操作是否还在执行，只要有值就拦。

1.2 这个键是怎么冒出来的：更新、卸载和重启拖延

在实际使用中，这个键最常见的来源有三个：系统更新、第三方软件更新、没卸干净的旧软件。比如Windows Update下载完补丁后弹出"需要重启才能完成更新"，你选择了"稍后重启"；或者某些杀毒软件、驱动安装包在复制文件后要求重启，你点了"No"；再比如一个程序卸载时正在使用的DLL被标记为"下一次启动删除"，这些都会被写进PendingFileRenameOperations。

对SQL Server 2000的"挂起"拦截来说，更大的问题在于：很多组件在移除时会重新写入这个键，比如杀毒软件的实时防护模块。你以为删除这个键就完事了，结果系统刚重启，杀毒软件又往里面塞了几条记录，于是安装程序再一次"挂起"。这种情况需要处理的不只是注册表值本身，还包括写入它的后台服务。

1.3 先确认是不是"挂起键"导致：注册表定位方法

遇到"安装Sql Server 2000挂起"的消息，我建议先别急着下载各种"安装清理工具"，第一步永远是打开注册表编辑器自己看。

按Win+R输入regedit，回车后导航到：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager

在右侧窗口找有没有一个叫PendingFileRenameOperations的值。如果没有，说明不是这个原因，跳到后面的章节查Windows Installer和兼容性；如果有，基本可以断定就是它在拦截SQL Server 2000安装程序。

有些电脑上这个键下只有一两条记录，也可能有几十条。我见过最夸张的一台机器，这个值里记录了近两百条路径，全是旧版Office和显卡驱动的残留。这种环境下装什么老软件都报挂起，不光是SQL Server。

2. 正面解决：清理挂起文件操作并处理注册表残留

2.1 操作前必要的备份与权限

在删除这个键值之前，花十秒钟做个备份，能让你在后面出问题时有个后悔药。右键点击Session Manager这个键，选择"导出"，保存成一个.reg文件。注意不是只导出PendingFileRenameOperations单个值——注册表编辑器不能直接导出单个值，得导出整个Session Manager键。文件不大，几十KB而已。

删除这个值需要管理员权限。如果你的账户是标准用户，右键开始菜单打开"终端(管理员)"或"命令提示符(管理员)"，然后执行下面这条命令：

reg delete "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager" /v PendingFileRenameOperations /f

删除过程中如果提示"拒绝访问"，或者删完又自动出现，先检查两件事：一是当前是否有杀毒软件在保护这个注册表项，二是系统是不是还在后台跑Windows Update。该退杀的退杀，该禁用的禁用，别手软，否则后面装到一半还会回来找你。

2.2 删除挂起键后的重启顺序

删除后的重启不能省。很多人删完键发现安装程序能往下走了，就赶紧接着装，结果装到一半又挂起，原因就是系统还没真正完成一次干净的启动，某些服务把文件操作重新排队。

我建议按这个顺序走：

1. 删除PendingFileRenameOperations键；
2. 立即重启，不要做其他操作；
3. 重启后再次打开注册表确认这个键没有自动生成；
4. 确认干净后，再运行SQL Server 2000安装程序。

如果系统在重启时提示"正在配置Windows更新，请不要关闭计算机"，那是系统已经开始执行延迟操作了，这种状态下安装老程序也要特别注意。等它完全跑完回到桌面，再删一次键、再装。

在这一步你可能会遇到一个变种：注册表里确实没找到PendingFileRenameOperations，但安装程序仍然报挂起。这就要进入下一个排查方向——Windows Installer。

2.3 如果删除后仍提示挂起：Windows Installer残留清理

SQL Server 2000的安装过程会调用Windows Installer服务（MSI）来注册组件。如果系统里存在一个"未完成"的MSI安装会话，新启动的MSI会认为系统处于忙碌状态，表现就是安装程序一直在等待，界面像挂住了一样。

先检查Windows Installer服务的状态。运行services.msc，找到"Windows Installer"，确认它不是"禁用"状态。如果服务被禁用，改成"手动"并启动它。

然后打开任务管理器，看有没有僵死的msiexec.exe进程。如果有，先记下PID，再结束进程。之后我一般会顺手重注册一次MSI服务：

msiexec /unregister msiexec /regserver

再把注册表里表示"安装会话正在进行中"的残留键清理掉，路径在：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\InProgress

如果这个键存在，说明真有一个MSI会话没有正常关闭。把它的内容备份后删除，重启电脑，再跑SQL Server 2000安装程序。

另一个容易漏的是旧的SQL Server 2000残留注册项。如果在控制面板或注册表的Uninstall分支里还能看到SQL Server 2000相关条目，说明以前没卸干净。在HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall下找包含"SQL Server"的项，看到后先记下ModifyPath或DisplayName，然后用原安装包走一遍"卸载"。如果真的找不到原安装包，可以把这个注册项备份后删除，但只在你确定不需要正常卸载时才做。

3. 别被"挂起"带偏：SQL Server 2000在新系统上还有这些雷

3.1 兼容性：安装程序与Windows 10/11的版本冲突

删完注册表和MSI残留后，问题可能还没结束。因为SQL Server 2000的年代离Windows 10/11太远，它安装程序里对系统版本的判断还是老套路，在Windows 7以后的系统上经常出现"卡进度条"或"应用无法访问"的情况，表面上也像挂起。

正确姿势是：不要双击光盘根目录的autorun.exe，它的逻辑最老。直接进入安装盘的x86\setup目录（部分版本目录名是setup，不同盘略有差异），找到setupsql.exe，右键打开属性，切换到"兼容性"选项卡，勾选"以兼容模式运行"，下拉选择"Windows XP (Service Pack 3)"，再勾选"以管理员身份运行此程序"，确定后重新执行安装。

对于64位操作系统，SQL Server 2000的32位安装程序能通过WOW64机制跑起来，但别贪心勾选所有组件。我实测在64位Windows上，数据库引擎和客户端工具可以装上，Analysis Services、全文检索这些组件经常装完有问题，甚至安装过程中就卡住。稳妥起见，在"组件选择"页面只勾选数据库服务器和客户端连接组件，其他带花哨功能的一律不要。

3.2 服务账户和磁盘权限引起的"假挂起"

还有一种很骗人的"挂起"：安装进度条一路走到最后，大概90%的位置，停在"正在启动服务"这个动作上，然后就是等，等到怀疑人生。这种不是前面的注册表问题，而是SQL Server的Windows服务起不来。

安装向导里会让你选择"服务账户"。如果你选的是"使用域账户"，但当前这台机器根本不在域里，或者密码填错，SQL Server的MSSQLServer服务就无法启动，安装程序就一直等。这里直接选"使用本地系统账户"，少很多事。

磁盘权限也要注意。SQL Server 2000对中文路径支持极差，安装目录尽量用C:\Program Files\Microsoft SQL Server这种默认路径，不要自己改到带中文的目录。同时确认目标分区是NTFS且空间足够，安装过程中会创建一堆数据和日志文件，任何一个文件创建失败都可能让安装程序"卡住不动"。

3.3 MDAC、脚本和杀毒软件哪个才是真凶

SQL Server 2000安装时有一个阶段会安装或检查MDAC（微软数据访问组件）。如果你的系统里MDAC组件损坏，或者老安装程序不识别新版系统里的MDAC状态，就会在"正在安装MDAC"这个步骤挂起。在Windows 10里，我一般不建议强行手工再装一遍MDAC 2.8 SP1，容易和新系统自带组件打架。更靠谱的做法是先用Windows的"系统文件检查器"扫一遍：

sfc /scannow

如果没发现系统文件损坏，但安装程序仍然卡在MDAC步骤，说实话，与其和它耗，不如跳到第五节的虚拟机方案。

最后是杀毒软件。这不是套话，SQL Server 2000安装时要写注册表、创建服务、释放大量文件到C:\Program Files\Microsoft SQL Server。任何一款杀软在中间拦截一下，安装进度条就可能永远停在同一个位置。我处理这类老软件时，习惯在安装期间临时关闭第三方杀软的实时防护，Windows Defender的"实时保护"也一并关掉，装完再打开。注意Windows 10的Defender有时候会在你关闭后自动重新开启，需要在"病毒和威胁防护"设置里临时退出或排除安装目录。

4. 实际环境演练：一次完整排查过程（案例式）

4.1 环境与故障现象

我最近接到一个类似的求助。朋友的机器是Windows 10专业版64位，手头是一张SQL Server 2000 Personal的光盘镜像。故障现象是：放进虚拟光驱后双击autorun，向导跑了三秒就提示"检测到挂起文件操作，必须重启"，重启后再次运行，依旧如此。

这类问题如果只看表层，很多人会一遍遍地重启系统，浪费时间。完整的排查链路应该是：先查挂起键，删；再设兼容模式；再精简组件；最后看日志。

4.2 排查链路：从"一直要求重启"到"卡在启动服务"

第一步，注册表定位。在Session Manager下找到了PendingFileRenameOperations，里面有四条记录，内容看起来是某次显卡驱动更新的残留。按照第二章的方法删除该值，重启，确认值没有重现。此时再跑安装程序，不再报"挂起"了。

第二步，到了"选择组件"页面，我选了所有组件，继续走，结果进度走到大概39%的位置停住。任务管理器里看setup相关进程还在，CPU也有占用，但界面纹丝不动，这也是"挂起"的一种表现。

第三步，打开安装日志。SQL Server 2000在安装过程中会把日志写到C:\Windows\sqlstp.log和sqlsp.log，用记事本打开，拉到最后几行。日志里虽然没有直接写"挂起"，但能看到安装停在某个DLL文件注册操作上。问题就出在我勾了太多组件，在64位系统上有几个组件本来就没法注册。

第四步，我把安装程序退出，打开x86\setup\setupsql.exe的属性窗口，设置成"Windows XP SP3兼容模式+管理员运行"，重新安装时只保留"数据库引擎"和"客户端工具"。这次安装顺利通过。

第五步，服务启动检查。安装完成前，向导会在最后"启动SQL Server服务"，这个地方速度慢是正常的，但如果超过十分钟还没动静，就要看日志确认是不是服务账户问题。那台机器上我选了本地系统账户，所以顺利通过。

下面是这次排障过程中总结的现象对照表，遇到类似问题时可以快速定位方向：

4.3 日志和账号准备两个细节

排查这类问题时，有两个细节值得多说一句。

一是SQL Server 2000安装日志的完整路径不一定只在C:\Windows。如果你之前装过实例，还会有C:\Program Files\Microsoft SQL Server\MSSQL\LOG\ERRORLOG。看日志时注意看时间戳和"正在..."字样，判断它卡在哪一个步骤，而不是反复重启试错。

二是如果你要连的是默认实例，连接主机名可以直接写IP；如果是命名实例，要写成IP\实例名。SQL Server 2000默认实例名是MSSQLSERVER，命名实例安装时自己会取名字。这个东西安装前就要想好，后面改实例名非常麻烦，甚至会牵扯到服务账户和连接串，能一步到位就不要反复横跳。

5. 不折腾了：现代系统下合理使用SQL Server 2000的几个出路

5.1 虚拟机上干净安装

如果你已经折腾了两个小时还没装上，我的建议是直接开虚拟机走人。这不是逃避，而是SQL Server 2000这个年代的软件与Windows 10/11之间存在很多难以短期解释清楚的兼容裂隙，硬刚成本很高。

VMware Workstation Player或VirtualBox都行，在虚拟机里装一个Windows XP Professional（需要你自己有合法授权），然后把SQL Server 2000的ISO挂到虚拟光驱里安装。在Windows XP里，SQL Server 2000是原生运行，不会遇到挂起和兼容性问题。宿主机需要连接时，把虚拟机网卡改成桥接模式，在XP防火墙里放行1433端口，再用SQL Server 2000的"服务器网络实用工具"启用TCP/IP，宿主机就可以用IP连接。

5.2 MSDE 2000低调顶上

如果只是需要一个命令行能连、能跑SQL语句的数据库引擎，而不是非要那个老的图形界面，可以试试MSDE 2000（SQL Server 2000 Desktop Engine）。它是SQL Server 2000的桌面版，免费，安装包小，并且支持从命令行完成安装。

用管理员身份打开命令提示符，进入MSDE安装目录，运行setup.exe，具体参数要看开发包里的Readme。常见做法是编辑同目录下的setup.ini，把实例名、安全模式、sa密码提前写进去，再执行静默安装。MSDE没有企业管理器，日常操作用命令行工具osql完成：

osql -S 主机名\实例名 -U sa -P 密码

如果只是为了兼容旧程序，MSDE的数据库行为与SQL Server 2000基本一致，绝大多数SQL语句都能跑。

5.3 数据迁移思路

最后一个出路，也是我建议你长期考虑的方向：别在老版本上耗太久。SQL Server 2000早已停止支持，安全性和新硬件兼容性都不行。如果手上有老库要救，动手前先做好备份，然后用现代SQL Server把2000的备份先还原到某一代过渡版本，再通过备份/还原或导入导出向导迁移到更新环境。对绝大多数没有损坏的库，官方迁移链路比在2000上折腾安装靠谱得多。

如果你只是想在测试环境里验证十几年前的代码，那装SQL Server 2000纯属情怀，开一台VM装就行，别让它在主力机上占着资源还给你找不痛快。

说实话，我这些年处理"安装Sql Server 2000挂起"这件事，顺序已经固定成肌肉记忆了：第一看PendingFileRenameOperations，第二清MSI残留，第三改兼容模式，第四精简组件，第五不行就开虚拟机。每次走到虚拟机一步，时间基本都能控制在半小时以内。这个顺序要是反着来，你可能就会在重启、失败、再重启的循环里多浪费一个下午。