角色切换后登录名和作业的管理 (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 在每台计算机上都是相同的。
有关详细信息，请参阅 与数据库镜像和日志传送有关的孤立用户 （数据库引擎博客）。
作业
作业（如备份作业）需要特殊考虑。 通常，在角色切换后，数据库所有者或系统管理员必须为新的主/主体数据库重新创建作业。
如果以前的主/主体服务器实例可用，则应该在该 SQL Server实例上删除原始作业。 请注意，当前镜像数据库上的作业失败，因为它处于 RESTORING 状态，以致不可用。
注意
SQL Server 的不同实例的配置可能不同，如具有不同的驱动器号等。 每个伙伴的作业必须允许任何这类不同的配置。