角色切換後針對登入和作業進行管理 (SQL Server)

適用於：SQL Server

針對 SQL Server 資料庫部署高可用性或災害復原解決方案時，為該資料庫儲存的相關資訊務必完整重現於 master 或 msdb 資料庫中。 這類相關資訊通常包括主要/主體資料庫的各項作業，以及需要連接到該資料庫的使用者或處理序的登入。 您應將此資訊複寫於裝載次要/鏡像資料庫的任何 SQL Server 執行個體上。 可能的話，最好在角色切換之後，以程式設計方式在新的主要/主體資料庫上重現此資訊。

登入

您應該在裝載資料庫副本的每個伺服器執行個體上，重現對主體資料庫具有存取權限的登入。 當主要/主體角色切換時，只有其登入存在於新的主要/主體伺服器執行個體上的使用者才能存取新的主要/主體資料庫。 凡是未在新的主要/主體伺服器執行個體上定義登入的使用者都將遭到遺棄，以致無法存取資料庫。

若有使用者遭到遺棄，請在新的主要/主體伺服器執行個體上建立其登入並執行 sp_change_users_login。 如需詳細資訊，請參閱針對孤立使用者進行疑難排解 (SQL Server)。

使用 SQL Server 驗證或本機 Windows 登入的應用程式登入

如果應用程式使用 SQL Server 驗證或本機 Windows 登入，可能會由於 SID 不相符造成遠端 SQL Server 執行個體無法解析該應用程式的登入。 SID 不相符將導致此登入成為遠端伺服器執行個體上的被遺棄使用者。 若應用程式是在容錯移轉後連接到鏡像資料庫或記錄傳送資料庫，或者連接到從備份初始化的複寫訂閱者資料庫，可能就會發生這個問題。

建議您在設定這類應用程式而要使用由遠端 SQL Server 執行個體所裝載的資料庫時，應採取預防措施以避免此問題。 預防的方法包括從本機 SQL Server 執行個體傳送登入和密碼到遠端 SQL Server 執行個體。 如需如何預防此問題的詳細資訊，請參閱知識庫文章 918992：如何在 SQL Server 的執行個體之間傳送登入和密碼。

注意

此問題會影響位於不同電腦上的 Windows 本機帳戶。 但是，網域帳戶不至於發生此問題，因為每一部電腦上的 SID 都相同。

如需詳細資訊，請參閱 Database Engine 部落格文章： Orphaned Users with Database Mirroring and Log Shipping (孤立的使用者與資料庫鏡像及記錄傳送)。

工作

像是備份工作這類的工作，也需要特別注意。 通常在角色切換之後，資料庫擁有者或系統管理員必須為新的主要/主體資料庫重新建立各項作業。

當原先的主要/主體伺服器執行個體可用時，您應該刪除前述 SQL Server 執行個體上的原始作業。 請注意，由於目前的鏡像資料庫是在 RESTORING 狀態以致無法使用，該資料庫上的作業都將失敗。

注意

不同的 SQL Server 執行個體可能以不同的磁碟機代號等方式個別進行設定。 每個夥伴的工作都必須允許此種差異。

另請參閱

在另一個伺服器執行個體上提供可用的資料庫時，管理中繼資料 (SQL Server)
針對孤立使用者進行疑難排解 (SQL Server)