SQLSERVER启动不起来(错误9003)的解决方法分享

先说一下环境

客户环境：Windows2003企业版SP2 32位 SQL2005企业版 32位 SP4
自己笔记本电脑环境：Windows7 SP1  32位  SQL2005个人开发者版 32位
我的笔记本电脑的计算机名：joe
客户电脑的计算机名：hs

客户那边的master数据库大小：几MB
业务系统是winform系统
客户的环境是单机系统没有使用到域
网络环境：客户那边的网速比较慢，用远程协助的时候比较卡
为什麽要说明我自己笔记本电脑的环境呢？请大家继续耐心看下去

检查

先打开SQLSERVER配置管理器，启动SQLSERVER，发现SQLSERVER启动不起来

于是我打开Windows EventLog，发现了下面错误

于是我就在自己的电脑上百度了一下这个错误
搜索到这篇文章：sql server 错误9003：LSN无效(日志扫描号无效),对数据库的修复
这篇文章里的数据库是用户数据库，用rebuild log，dbcc checkdb解决了问题
悲催的是客户那边损坏的是master数据库

想办法
作为一个好的数据库工程师，一定要快速知道有哪些方法可以解决当前客户的问题
这些方法有什么利弊，因为延迟一秒钟，就会造成客户更多的损失，客户的业务系统无法正常运作，后果可想而知

由下面几个因素，我作出了一个选择
网速比较慢，不方便在客户的电脑上写SQL语句
业务系统是winform系统

 选择：以前项目经理教我的一个方法，遇到SQLSERVER启动不起来
可以用刚刚安装好的SQLSERVER的master数据库替换掉客户那边的master数据库

这种方法有下面的弊端

（1）你所用的数据库版本一定要和客户的一样
（2）将SQLSERVER2012的master数据库给客户是不行的
（3）服务器触发器，证书，链接服务器，登录用户等信息会丢失

为什麽会有这些弊端，大家可以看一下下面的文章
SQL Server 2008中的Service SID 介绍

因为登录用户的机制在SQLSERVER2008的时候发生了变化，所以你所用的数据库版本不和客户的一样是不行的
但是就算一样，也有弊端，客户的登录用户原本是下面的样子

开始实施

弊端说完了，开始实施了

第一步：先把我自己笔记本电脑上的SQLSERVERD 所有用户数据库全部分离，

删除一些安装时候没有的登录用户只保留默认的登录用户，停止自己电脑的SQL服务，然后把master.mdf和mastlog.ldf复制出来，发给客户

第二步：使用远程协助，把客户电脑里的master数据库master.mdf文件改名为master22.mdf

mastlog.ldf文件改名为mastlog22.ldf

然后把发过来的master数据库放进去data文件夹里

第三步：启动SQLSERVER，由于当时没有截图，这里就不放截图了，这时候可以发现SQLSERVER成功启动了

第四步：把我们的业务库重新附加进来

第五步：删除原来业务库里的那个数据库用户gxhtsyrain

第六步：新建登录用户gxhtsyrain并且映射到我们的业务库

第七步：禁用sa用户

由于不是替换msdb数据库，所以维护计划没有丢失

错误日志

我查看SQL ERRORLOG，发现了下面的错误

无法启用数据库 "msdb" 中的 Service Broker，因为master与msdb 的 Service Broker 的ID不一样

NT AUTHORITY\SYSTEM登录失败

由于我们没有用到 Service Broker技术，所以“无法启用数据库 "msdb" 中的 Service Broker”这个错误可以忽略

而NT AUTHORITY\SYSTEM登录失败，在文章SQL Server 2008中的Service SID 介绍中说到

如果客户那边有做SQLSERVER的系统数据库备份

我会这样做：

第一步：先备份我自己笔记本电脑里的master数据库出来

第二步：将客户那边的master.bak拿到自己的电脑里

第三步：还原客户的master.bak到自己的SQLSERVER

第四步：停止SQL服务，然后把master.mdf和mastlog.ldf复制出来发送给客户

第五步：把客户电脑里的master数据库master.mdf文件改名为master22.mdf，mastlog.ldf文件改名为mastlog22.ldf

第六步：然后把发过来的master数据库放进去data文件夹里

第七步：启动SQLSERVER

总结

其实除了备份用户数据库之外，系统数据库的备份也是很重要的
我们需要备份master和msdb这两个数据库
我们当时部署业务系统的时候没有备份系统数据库，其实也是一个反面教材
我的方法是基于我们的业务系统使用到SQLSERVER的功能就只有维护计划，所以作出上面的的解决方法
如果用到很多SQLSERVER的相关技术的话，可能我的解决方法不是最好的
我也希望大家能够提出您的意见和见解，或者您使用的方法比我还要好，更快速