問題
好的，到目前為止，我們已經重建好我們的master數據庫了，我們已經經歷了神奇而又簡單的重建過程。(這就是數據庫管理員所需要做的事情：集中精力花時間去做好充分的准備防止錯誤的發生，要比你遇到事情過後再去重新准備要順利得多，磨刀不誤砍柴功!)，現在我們面臨的就是需要恢復我們在重建過程中失去的那些流程：登錄、作業、還有那些數據庫。我想這些都是很重要的，那就讓我們開始工作吧，怎麼樣?
解決方案
在詳細介紹之前，你應該已經閱讀了這一系列文章的前面兩篇。此外，如果您已經閱讀了前面兩篇文章，你現在應該准備好所有的材料，用來完成重建過程中您的master數據庫，並讓您的服務器重新聯機對應的所有的用戶進行開放。
如果您已經閱讀了第一部分和第二部分文章，你的master數據庫應該被重建了，現在你就需要附加上分離的數據庫，並且要重新創建其他的項目。
附加上所有的用戶數據庫 現在，我們終於要進入對於用戶來說最重要的事情，就是他們的數據庫。
現在，我們終於進入最重要的用戶-他們的數據庫。我們先來熱熱身，我們把創建的腳本命名為1.sql。在運行前要仔細檢查一下，這些數據庫不包括master、msdb、model和tempdb數據庫，然後運行它。
一旦完成過後，當需要被用到的時候，你的實例幾乎就非常的簡明扼要了，但又不是相當的明確！
重新創建登錄 在第一篇文章的篇幅裡，我們運行輸出腳本的時候主要用來創建登錄... T-SQL的命令語句我們保存為2.sql。那麼現在我們就用來載入2.sql和執行它。
最終的結果是在大多數的情況下，默認的數據庫就是系統數據庫，還沒有設置任何的登錄（因為我們還沒有附加上任何的用戶數據庫）。因為我們無法預測到用戶是否嘗試連接到實例，所以就沒有必要關注了。
還原數據庫的dbo別名 運行在第一部分創建的腳本3.sql文件，用來恢復dbo的別名所在的用戶數據庫。
在master和msdb數據庫中創建Custom對象 在重建的准備工作做好後，如果我們在最後一步還沒有完成後就執行了任何一個腳本文件，重建的工作都將會失效。在那一步當中，用腳本創建的每一個對象都會在我們的實例中存在，我們可以安全的重新運行這些腳本來重新創建它們。
創建SQL代理作業，操作員等 繼續我們有序的工作，現在你需要運行在先前涉及到的SQL代理對象的任何一個腳本：特別是作業和操作員。你可能會注意到，作業的計劃並沒有體現在這個表單中，那是因為通過在作業裡面創建的這些腳本，已經在msdb數據庫中不存在了。
還原系統數據庫的Securables 當用戶數據庫恢復的時候，也連同他們的securables一同恢復。但在系統數據庫當中，並非是如此情況。如前所述，這些數據庫是完全進行了重建，需要一些後建的工作，以確保它們達到先前的狀態。驗證4.sql只包含securables的系統數據庫，然後可以對它們的securables進行修改，以便於再運用。 （現在就是清理的時間了！ ）
當4.sql文件執行後是你所需要的狀態，就開始執行它。
檢查和核對SQL實例的服務帳號 在SQL的實例重新回歸到用戶使用前，不僅僅需要對SQL Server的服務的實例服務帳號進行檢查，而且還需要對代理和浏覽器服務進行檢查。有必要還需要對相應進行變更，並重新啟動服務。這樣做最好的就是當發現有不一致或者有問題後，給用戶帶來不必要的影響。
