攥着SP4续命的SQL Server 2000：那些年我们一起维护的老数据库
要是问我数据库圈里最“老而弥坚”的家伙是谁？SQL Server 2000 SP4绝对算一个——不是说它性能有多炸，而是直到2024年的今天，还有人把它当宝贝似的攥在手里，不敢轻易换掉。我做运维快20年了，前几天还帮一个地级市的社保局远程维护了一套跑在Windows Server 2003上的SQL 2000 SP4，看着那熟悉的企业管理器界面，突然就想起刚入行时，跟着师傅趴在电脑前改SA密码、重建索引的日子。
先聊聊SQL 2000：那个互联网萌芽期的“国民数据库”
要懂SP4的意义，得先回到2000年。那一年微软推出了SQL Server 2000，当时互联网刚在中国兴起，中小企业、政府部门、传统制造业的信息化还处在“从无到有”的阶段。那时候Oracle太复杂，太贵；MySQL还只是开源圈的小透明；DB2更是大型企业专属。SQL 2000就像一股清流——简单易上手，和Windows系统天生兼容，图形化的企业管理器不用记太多命令，甚至连刚毕业的计算机专业学生，看两天教程就能上手维护。
我还记得2002年在一家小企业做运维，老板花了5000块买了个SQL 2000标准版，装在一台Windows 2000 Server的服务器上，跑着公司的进销存系统。那时候服务器还是个大铁盒子，放在办公室角落，每天下班前我都要去瞅一眼，确保SQL服务没停。那时候SQL 2000最大的优势就是“省心”，很少出大问题，就算出了，百度搜一下“SQL 2000服务启动失败”，一堆老帖子能解决80%的问题。
到了2005年，微软已经准备推SQL Server 2005了——那是个颠覆性的版本，引入了CLR集成、分区表、XML数据类型等新特性。但这时候还有大量企业在用SQL 2000，而且很多系统是基于它开发的，不可能说换就换。所以微软在2005年4月发布了SQL Server 2000的最后一个服务包：Service Pack 4（简称SP4）。说白了，SP4就是给老SQL 2000的“最后一次全面体检+补漏”，让它能继续撑几年，给企业留足迁移的时间。
SP4到底给老SQL 2000补了啥？说出来你可能不信，它至今还在发挥作用
很多人以为SP4只是个“凑数”的服务包，其实不然，它解决了SQL 2000运行5年来积累的大量Bug，还补上了不少致命的安全漏洞。我整理了一下，核心的改进大概有这么几类：
1. 把那些被黑客盯着的“窟窿”堵上了
SQL 2000刚出来的时候，安全意识还没现在这么强，比如SA账号默认是启用的，很多人图省事，SA密码就设成“123456”或者空密码。那时候黑客扫到开放1433端口的服务器，第一件事就是暴力破解SA密码，一旦破解成功，整个服务器就成了人家的菜——删数据、植入病毒、挖矿，啥都能干。
SP4专门针对SA账号做了强化：一是默认禁用SA账号的远程登录（除非你手动开启），二是强制检查密码复杂度，弱密码根本设不上；三是修复了MS04-004、MS03-031等几个缓冲区溢出漏洞——之前黑客只要发送一串特制的SQL语句，就能直接绕过权限验证获取系统权限，SP4直接把这个Bug给焊死了。
我还记得2006年的时候，一家客户的SQL 2000没装SP4，被黑客攻击，整个数据库被加密，最后花了两万块找专业公司解密。从那之后，我给所有老SQL 2000客户都装了SP4，至今没再出过因SA漏洞被攻击的情况。
2. 终于能在Windows Server 2003上安稳跑了
SQL 2000原版是为Windows 2000 Server开发的，2003年Windows Server 2003发布后，很多企业想升级服务器系统，但一装SQL 2000就出问题——要么服务启动失败，要么查询时经常报错。这是因为Server 2003的权限管理更严格，SQL服务账户拿不到足够的权限，而且系统内核的一些调用接口变了。
SP4专门针对Windows Server 2003做了兼容性优化：调整了SQL服务账户的默认权限配置，修复了和Server 2003内存管理的冲突，甚至还支持了Server 2003的64位扩展（虽然SQL 2000本身是32位的，但SP4让它能在64位Server 2003上通过WoW64模式正常运行）。我之前帮一个客户把服务器从Windows 2000升级到Server 2003，装了SP4之后，SQL服务一次就启动成功了，之前的进销存系统也能正常运行，连一个报错都没有。
3. 把那些让人头疼的“小毛病”给治好了
除了安全和兼容性，SP4还修复了大量影响日常使用的小Bug：比如之前SQL 2000在查询包含大文本字段（比如varchar(8000)）的表时，经常会出现“字符串截断”的错误，SP4优化了字符串处理的逻辑，这个问题再也没出现过；还有查询优化器的“选歪索引”问题——明明表上有合适的索引，查询优化器却非要全表扫描，导致查询慢得要死，SP4调整了查询优化器的成本计算模型，它能更准确地判断用哪个索引更快。
我印象最深的是一个做电商的客户，他们有一个订单表，数据量大概500万条，查询“近3个月的订单”原来要跑10分钟，装了SP4之后，20秒就出结果了。后来我查了一下，原来之前查询优化器选错了索引，SP4之后，它自动用上了“下单时间”的索引，速度直接起飞。
4. 完善了对XML的支持
SQL 2000是微软第一个支持XML的数据库，刚推出的时候，很多企业用它来处理XML数据，但之前的版本有不少Bug，比如XML数据的插入、查询经常出错，或者返回的XML格式不对。SP4修复了这些XML相关的Bug，还增强了对XPath查询的支持——之前用XPath查询XML字段时，经常会返回错误结果，SP4之后就正常了。虽然现在大家处理XML数据都用更专业的工具，但在当时，这个改进帮很多企业解决了实际问题。
谁至今还在抱着SP4不肯撒手？说出来全是无奈和现实
按说微软早在2014年就停止了对SQL Server 2000 SP4的扩展支持——也就是说，从那之后，微软不再提供任何补丁、技术支持，甚至连安全漏洞都不管了。但直到今天，我接触的客户里，至少有10%还在使用SQL 2000 SP4。这些客户主要集中在几类行业：
1. 政府部门、事业单位：老系统动不得，一动就出大事
我之前在一个地级市的社保局做过运维，他们的“老社保系统”是2006年上线的，用的就是SQL 2000 SP4。后来上级要求升级到新系统，但测试的时候发现，老系统里的历史数据（比如2000-2010年的社保记录）只有SQL 2000能完美读取，迁移到新数据库（SQL Server 2019）时，有些特殊格式的数据会丢失。而且老系统还有一些“遗留功能”，比如给退休人员计算养老金的存储过程，是用SQL 2000特有的语法写的，迁移到新数据库要重写，工作量极大，还要经过严格的测试，万一算错养老金，那就是大问题。
最后没办法，他们只能把老系统留在一台虚拟机里，每天自动把新产生的数据同步到新系统，而老系统的SQL 2000 SP4就一直跑着，用来查询历史数据。我每周都要远程上去看一眼，备份数据，还好这么多年没出过大问题。
2. 传统制造业：MES/ERP系统绑定死了，换数据库等于换半条生产线
传统制造业的信息化起步早，但更新慢。很多工厂
还没有评论，来说两句吧...