SQLServer 數據庫毛病修復頂級技能之一。本站提示廣大學習愛好者：（SQLServer 數據庫毛病修復頂級技能之一）文章只能為提供參考，不一定能成為您想要的結果。以下是SQLServer 數據庫毛病修復頂級技能之一正文
一切這些技巧都可以或許作為保護一個備用辦事器的手腕，同時這個數據庫可以在你本來的主數據庫出成績時上線並作為新的主辦事器。但是，你必需記住的是將備用辦事器調換上線只是完成了一半的毛病修停工作。
要包管你的運用正常任務，在數據庫內部還有很多留意事項。這個中包含登錄信息、數據庫用戶、調劑義務、DTS 和 SSIS 包、可履行文件、體系數據庫中的對象、同名數據庫、鏈接辦事器等等。
有時這些渺小的依附只要在你停止一個數據庫毛病恢復時才會發明，如許你又不能不消費年夜量時光停止調試和評價招致這個成績的本源。另外，你還必需讓第二台辦事器和運用盡量快地上線以削減停機時光。是以，提早做設置長短常主要的。
當觸及到高可用性和SQL Server 的災害恢復計劃時，你應當謹記我自己所愛好的一個拉丁諺語 ——Si vis pacem, para bellum，它的意思翻譯過去就是“假如你想要獲得戰爭，那就得先作好戰斗預備。”記住這一點後，讓我們來看看一些能夠會碰到的成績。我也將建議幾個事後可以完成的義務，以確保數據庫毛病恢復進程疾速有用地完成。
SQL Server 登錄信息與數據庫用戶
你的毛病恢復辦事器應當備份一切的登錄信息和數據庫用戶，包含暗碼。登錄信息可以在任什麼時候候創立，然則假如你應用日記傳輸或數據庫鏡像，你的數據庫將處置恢復狀況，如許你只要在它們從新上線後能力完成恢復進程。
應用 Windows 認證，可以很輕易地將登錄信息映照到數據庫用戶。但是，假如你應用的是 SQL 認證，那末你須要手動地在你從另外一個辦事器取得的數據庫上從新樹立登錄信息與數據庫用戶的銜接。是以，你在遷徙數據庫時會喪失登錄信息和數據庫用戶之間的銜接。
當你在第二台辦事器上恢單數據庫後，運轉這些代碼：
USE YourDatabaseName
EXEC sp_change_Users_Login 'UPDATE_ONE', YourDBUserName, YourLogin
堅持登錄信息同步的另外一個辦法是遵守 Microsoft Knowledge Base 上關於 在 SQL Server 實例之間傳輸登錄信息和暗碼 的文章的步調。這篇文章論述了若何應用原始的 SID 劇本化登錄信息。當在毛病恢單數據庫辦事器上創立這些登錄信息時，登錄信息與數據庫用戶之間的銜接會被保留，如許你就不用運轉下面的劇本修復孤立的用戶。
