189 8069 5689
今天就跟大家聊聊有关SQLSERVER启动不起来(错误9003)的解决方法，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
先说一下环境客户环境：Windows2003企业版SP2 32位 SQL2005企业版 32位 SP4自己笔记本电脑环境：Windows7 SP1 32位 SQL2005个人开发者版 32位我的笔记本电脑的计算机名：joe客户电脑的计算机名：hs
客户那边的master数据库大小：几MB业务系统是winform系统客户的环境是单机系统没有使用到域网络环境：客户那边的网速比较慢，用远程协助的时候比较卡为什麽要说明我自己笔记本电脑的环境呢？请大家继续耐心看下去
检查
先打开SQLSERVER配置管理器，启动SQLSERVER，发现SQLSERVER启动不起来
于是我打开Windows EventLog，发现了下面错误
代码如下: SQLSERVER 错误9003：LSN无效(日志扫描号无效)"传递给数据库 'master' 中的日志扫描操作的日志扫描号 (2806:120:1) 无效。此错误可能指示数据损坏，或者日志文件(.ldf)与数据文件(.mdf)不匹配。如果此错误是在复制期间出现的，请重新创建发布。否则，如果该问题导致启动期间出错，请从备份还原。
于是我就在自己的电脑上百度了一下这个错误搜索到这篇文章：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 介绍
代码如下: 【SERVICE SID的引入】NT SERVICE\MSSQL$KATMAI, NT SERVICE\SQLAgent$KATMAI和NT SERVICE\ClusSvc 其实都是Service SID所对应的名字。Service SID的引入，是为了解决多个Service可能同用一个service帐号所带来的安全隐患。如IIS 使用Network Service帐号，可能其他服务也使用Network Service帐号。为了使得IIS能够连接到SQL Server, 我们可能会把Network Service作为SQL Server的login, 但是这是不安全的。因为其他服务如果以Network Service做为启动帐号的话，也能访问SQL Server。为了解决这个问题，在SQL Server 2008/Windows Server 2008及以后，我们有了SID这个概念，这样，不同的服务，即使服务启动帐号是相同的，它们的SID也是不同的。
因为登录用户的机制在SQLSERVER2008的时候发生了变化，所以你所用的数据库版本不和客户的一样是不行的但是就算一样，也有弊端，客户的登录用户原本是下面的样子
代码如下: builtin\administratorshs\administratorshs\SQLServer2005MSFTEUser$hs$MSSQLSERVERhs\SQLServer2005MSSQLUser$hs$MSSQLSERVERhs\SQLServer2005SQLAgentUser$hs$MSSQLSERVER
但是如果我把自己的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 介绍中说到
复制代码 代码如下: 但是我们也不能认为有这几个SID的帐号，就能随便把其他的登录如NT AUTHORITY\SYSTEM给删除。
某些应用，如VSS Writer，Windows自动更新等，还是需要用服务启动帐号来进行处理。
如果客户那边有做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启动不起来(错误9003)的解决方法有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注创新互联行业资讯频道，感谢大家的支持。