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

你是否遇到过SQLSERVER因错误9003无法启动的困扰？别担心，这篇文章将为你揭示解决方案。让我们先了解一下背景。客户使用的是Windows 2003企业版SP2 32位操作系统，同时安装了SQL 2005企业版SP4。而你的笔记本电脑则运行着Windows 7 SP1 32位系统，并安装了SQL 2005个人开发者版。尽管环境不同，但我们将深入如何解决客户遇到的问题。

当客户报告SQLSERVER启动失败时，你检查了Windows EventLog并发现了错误9003LSN无效。这是一个关于数据损坏或日志文件与数据文件不匹配的问题。作为数据库工程师，你需要迅速找到解决方案并权衡各种方法的利弊。因为每一秒的延迟都可能导致客户更大的损失。

考虑到网络速度和业务系统的特性，你决定采用一种常见的方法：替换客户的master数据库。这种方法需要你拥有与客户相同的数据库版本，并且不能简单地使用其他版本的master数据库进行替换。这是因为不同版本的数据库可能存在结构上的差异，导致替换后出现问题。使用这种方法可能会导致服务器触发器、证书、链接服务器和登录用户等信息丢失。这是因为Service SID的引入，旨在解决多个Service可能使用同一服务账号所带来的安全隐患。不同服务的SID即使使用相同的启动账号也是不同的。

那么如何实施这一方案呢？你需要有一个新安装的、与库版本相同的SQLSERVER的master数据库备份。然后，你可以用这个备份替换客户电脑上的master数据库。在执行此操作之前，请务必确保你完全理解这一方案的优缺点，并在操作前做好充分的备份和准备工作。

由于SQLSERVER 2008在登录用户机制上有所调整，当数据库版本存在差异时，即便外观相似，其背后潜在的登录用户配置也会有所不同。想象一下，客户的数据库如同狼蚁网站经过SEO优化一般，细致入微的登录用户配置如同其背后的代码，错综复杂。比如“builtin\administrator”，“hs\administrator”，“SQLServer2005MSFTEUser”，“MSSQLSERVERhs\SQLServer2005MSSQLUser”，以及“SQLServer2005SQLAgentUser”，这些细致的分类都是为了确保系统的安全性和稳定性。

当需要将自家数据库迁移到客户环境时，这种差异化的配置就带来了挑战。尤其是在客户的业务系统是B/S架构，依赖于IIS，或是客户网络环境为域环境，需要使用Windows登录验证而非SQL登录验证时，这一挑战更是倍增。即便对于个人开发者来说，当面对企业版SQLSERVER时，也需要格外小心。尽管过去有过类似的操作经验并未出现问题，但每个环境都有其独特性。

让我们开始迁移流程的实施步骤：

我会先将我个人笔记本电脑上的SQLSERVER上的所有用户数据库进行分离，只留下默认的登录用户。接着，我会停止SQL服务，复制master.mdf和mastlog.ldf文件并发送给客户。这一步是为了确保我们的数据库备份是完整的。

第二步，我会使用远程协助帮助客户将原有的master数据库进行更名备份，然后将我们提供的master数据库放入data文件夹中。之后启动SQLSERVER，验证新数据库是否成功启动。

第三步是重新附加我们的业务库，并删除原有业务库中的数据库用户gxhtsyrain。接着新建登录用户gxhtsyrain并映射到我们的业务库，最后禁用sa用户。这一系列操作旨在确保新的数据库环境具有适当的权限配置和安全设置。

在实施过程中，我们可能会遇到一些错误。例如，“无法启用数据库 'msdb' 中的 Service Broker”，这是由于master和msdb的Service Broker ID不一致所导致的。由于我们的系统没有使用Service Broker技术，所以这个错误可以忽略。但我们也需要注意NT AUTHORITY\SYSTEM登录失败的问题。某些应用如VSS Writer和Windows自动更新等需要使用服务启动帐号进行处理，我们不能随意删除这些含有SID的帐号。

如果客户已经对SQLSERVER的系统数据库进行了备份，我会采取另一种策略：先备份自己的master数据库，然后还原客户的master.bak到我们的SQLSERVER环境中。完成这一步骤后，我会停止SQL服务，复制master和mastlog文件并发送给客户。在客户端进行重命名后，将新数据库放入指定文件夹并启动SQLSERVER。

除了备份用户数据库之外，系统数据库的备份同样重要。我们需要定期备份master和msdb这两个数据库。在我们部署业务系统时，由于没有备份系统数据库，这成为了一个教训。我们的解决方法是基于业务系统主要使用SQLSERVER的维护计划功能。但如果业务系统中广泛使用了SQLSERVER的各项技术，那么可能需要更专业的解决方案。在此，我也欢迎大家提出宝贵的意见和建议，分享更好的方法和经验。