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的时候发生了变化，所以你所用的数据库版本不和客户的一样是不行的
但是就算一样，也有弊端，客户的登录用户原本是下面的样子

但是如果我把自己的master数据库给客户的话，就会变成下面的样子
如果客户的业务系统是B/S系统，会用到IIS，或者客户的环境是域环境，
登录SQLSERVER需要使用Windows登录验证不是SQL登录验证，那么这样做就很麻烦了
还有一个我自己电脑的SQLSERVER是个人开发者，客户的是企业版，不过之前也这样做过，发现没有什么问题

开始实施

弊端说完了，开始实施了

第一步：先把我自己笔记本电脑上的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 介绍中说到