先說一下環境

客戶環境：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的相關技術的話，可能我的解決方法不是最好的
我也希望大家能夠提出您的意見和見解，或者您使用的方法比我還要好，更快速