管家婆SQL服务器启动不了，十有八九是数据库服务没起来或端口被占用，先到Windows服务里看一眼，再检查1433端口，多数情况下能直接解决。
管家婆软件依赖SQL Server数据库，数据库服务一旦罢工，整个软件就卡在登录界面，别急着重装系统，按下面的排查逻辑走，问题往往很小。
管家婆sql2000启动失败的常见原因
管家婆老用户用得最多的是SQL Server 2000，这个版本和Windows 10、Windows 11的兼容性并不友好，启动失败的原因也相对集中。
- SQL服务没有设置为自动启动：安装时选了“手动”，电脑重启后服务就不起了。
- 端口1433被其他程序占用：比如另一个数据库实例、开发工具或者恶意进程。
- 数据库文件损坏或日志文件满：突然断电或者强制关机后，ldf日志文件膨胀到磁盘满，服务就起不来。
- 服务器名称或实例名不匹配：改过电脑名称后，原来写的服务器地址失效。
- 杀毒软件或系统防火墙拦截：服务进程被阻止监听端口。
服务管理器里看不到SQL服务怎么办
打开运行窗口（Win+R），输入services.msc回车，在服务列表里找SQL Server (MSSQLSERVER) 或 SQL Server (实例名)。
如果压根找不到这个服务,说明数据库组件没装成功，这时候不要去手动加服务，直接找到安装光盘里的setup.bat重新安装数据库，装完再看服务状态。
如果服务存在但状态是“已停止”，右键点击它，选择“启动”，如果启动后立刻又停了，看事件查看器里的错误日志，最简单的查看方式是右键服务，“属性”里的“可执行文件的路径”，把这段路径复制出来，后面加上-f参数在cmd里单独跑，能直接看到报错信息。
数据库日志文件太大导致启动卡死
典型现象是服务一直在“正在启动”，过几秒自动跳回“已停止”，这个时候打开SQL Server的安装目录下的Data文件夹，看看master.ldf文件有多大，如果超过几百MB甚至几个GB，基本确认是日志问题。
处理办法是删除这个ldf文件,注意，是只删master.ldf，不是master.mdf，删除后重新启动服务，系统会自动重建一个新的日志文件，这个操作在行业里属于常规修复手段，不会丢数据，但操作前最好把master.mdf
复制一份到别处。
管家婆数据库服务器连接不上的排查步骤
很多时候SQL服务其实是启动成功的,但管家婆客户端依然提示“连接数据库失败”，这是因为管家婆连接数据库需要两个条件：数据库本身在监听端口，管家婆套接字服务器也在正常转发数据。
第一步：用命令确认端口状态
在服务器电脑上打开cmd,输入：
netstat -ano | findstr 1433
如果看到LISTENING状态，说明SQL Server已经在监听1433端口，如果什么都看不到，说明SQL服务没起来，或者改了端口。
如果看到多条记录,其中一条是TIME_WAIT或CLOSE_WAIT，那可能端口被外部工具扫描占用，但也有可能是正常的，重点看LISTENING对应那一行的PID，然后打开任务管理器，找到这个PID对应的进程，确认是不是sqlservr.exe。
第二步：检查SQL Server配置管理器
- 按Win+R，输入
sqlservermanager10.msc（SQL 2008）或sqlservermanager8.msc（SQL 2005） - 打开后找到“SQL Server网络配置”，点击“MSSQLSERVER的协议”
- 确保右侧的TCP/IP是“已启用”状态
- 双击TCP/IP，进入“IP地址”选项卡，一直向下翻到“IP ALL”，在里面填写TCP端口为1433
这个配置在SQL Server 2000里是通过服务器网络实用工具来设置的，但界面逻辑相同，改完配置后重启服务。
第三步：重启管家婆套接字服务器
管家婆的服务器端不只有一个SQL服务,还依赖套接字服务器（Socket Server），在开始菜单里找到管家婆服务器工具，启动“套接字服务器”，设置好端口，一般是211或自定义端口。
如果套接字服务器的端口被防火墙拦截,客户端依然连不上，到控制面板的“Windows Defender防火墙”里，添加一条入站规则，放行211端口和1433端口。
用命令行强制拉起管家婆SQL服务
如果服务管理器里点启动没反应,或者一启动就报“服务异常终止”，可以用命令行方式拉起服务，这样能看到具体错误。
用sqlservr.exe独立运行查看报错
打开cmd,进入SQL Server安装目录，常见路径是：
C:Program FilesMicrosoft SQL ServerMSSQL$管家婆Binn
输入：
sqlservr.exe -f -c
这个命令会在前台运行SQL Server，并且以最小配置启动，如果启动过程中屏幕显示出错信息，比如
无法打开文件或权限不足，根据提示做针对性处理。
- 报“无法打开物理文件”，检查数据文件是否存在，或者当前Windows用户是否有该文件的完全控制权限
- 报“找不到指定的路径”，检查注册表中
HKLMSOFTWAREMicrosoftMicrosoft SQL Server实例名MSSQLServerParameters下的参数路径
跑完这个命令后按Ctrl+C退出，再回到服务管理器启动服务。
用net命令快速启动服务
对于没有实例名、默认实例的管家婆SQL，直接在cmd里输入：
net start MSSQLSERVER
如果提示“服务正在启动或停止中”，说明上一次关闭没完成，等一两分钟再试，或者直接重启电脑。
如果提示“服务名无效”，说明SQL Server的实例名不是默认的，可以在服务管理器里查看服务名，找到“SQL Server (管家婆新库)”这类的名字，然后用net start 管家婆新库来启动。
重建master数据库的注意事项
master数据库是SQL Server的根，如果这个库彻底损坏，无论怎么重启都没用，重建master库的方式在安装包里，运行rebuildm.exe工具，但管家婆的数据文件不存储在master里，重建不当可能导致账套丢失。建议仅在确认master文件无法恢复时操作，操作前把整个Data文件夹复制到U盘备份。
管家婆sql服务器配置里的隐藏坑
排查完服务本身,还有几个场景经常被忽视，尤其是老电脑换代后。
电脑改名导致数据库连接工具找不到服务器
很多公司电脑名称默认是“DESKTOP-XXXX”，重装系统后改了主机名，管家婆登录界面里的服务器名还指向旧名称，这时候打开SQL Server配置管理器，查看“MSSQLSERVER的协议”里TCP/IP的IP地址，如果监听的是旧主机名的IP，改成新电脑的IP，或者干脆在客户端连接时用.代表本机。
杀毒软件把SQL服务关进隔离区
近年来Windows Defender和第三方杀毒软件对SQL Server的防护越来越严格，尤其会把sqlservr.exe识别为“高危软件”，打开杀毒软件的查杀记录，如果发现SQL相关文件被隔离，恢复并加入信任区，恢复后重新启动服务，管家婆就能连上了。
SQL Server 2000在Windows 10上的兼容性设置
运行setup.exe时，如果提示程序兼容性问题，右键安装程序，选择“属性”里的“兼容性”，勾选“以兼容模式运行”，下拉框选择“Windows 7”，安装完成后，同样要对
sqlservr.exe和管家婆的启动exe做兼容性设置。
日常怎么防止管家婆数据库服务再次启动失败
多数启动失败是环境变化导致的,做好下面几点，基本不会再犯。
- 在服务管理器里,把SQL Server服务的启动类型从“手动”改为“自动”
- 给数据库日志文件设一个上限,比如在数据库属性里设置日志文件最大为500MB
- 每月清理一次服务器临时文件,确保C盘余量不低于5GB
- 服务器系统更新后,手动启动一次SQL服务，确认没问题再继续办公
- 对管家婆安装目录和SQL安装目录设置防火墙例外,避免重装防火墙策略时被误杀
业内专家指出,管家婆这种单机版或局域网版数据库，十个启动故障里有七八个都出在服务没自动启动或端口被占用，真正需要重装数据库的很少。
管家婆sql2000启动失败后，账套数据会丢吗
不会,管家婆的账套数据存储在后缀为.mdf和.ldf的文件里，SQL服务启动失败只是运行环境出了问题，数据文件本身完好，只要你不删除这些文件，重装数据库后还能通过附加数据库的方式恢复账套。
管家婆数据库服务器连接不上，和防火墙有什么关系
防火墙拦截是最常被忽略的一环,SQL Server默认监听1433端口，管家婆套接字服务器默认监听211端口，任何一层开启了严格入站规则，都会导致连接超时，对比之下，客户端能ping通服务器IP，但连接数据库失败，多数是防火墙只放行了ping，没放行这两个端口，到服务器控制面板的防火墙入站规则里，新建两条TCP端口规则，操作一劳永逸。
相关问答
管家婆sql2000启动失败怎么快速解决
先打开服务管理器确认SQL服务是否存在且状态正确,再用netstat -ano | findstr 1433检查端口监听，最后套接字服务器启动，三步走完，大部分情况都能解决。
管家婆数据库服务器连接不上，提示“用户‘sa’登录失败”怎么办
这是SQL Server身份验证模式没切换为“SQL Server和Windows身份验证模式”，用Windows身份登录SQL Server管理工具，修改服务器的安全性设置，在“服务器身份验证”里勾选“SQL Server和Windows身份验证模式”，确认后重启服务，然后设置sa密码，确保非空密码，管家婆客户端用sa和密码连接即可。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/736407.html
