SQL Server 数据库故障修复顶级技巧之一

SQL Server  有几个关于高可用性的选项，如日志传输、副本和数据库故障修复。所有这些技能都能够作为保护一个备用服务器的手法，同时这个数据库能够在你原先的主数据库出问题时上线并作为新的主服务器。但是，你必须记住的是将备用服务器替换上线仅仅完结了一半的毛病修复作业。
要保证你的运用正常作业，在数据库外部还有许多注意事项。这其中包含登录信息、数据库用户、调度任务、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 脚本化登录信息。当在毛病康复数据库服务器上创建这些登录信息时，登录信息与数据库用户之间的衔接会被保存，这样你就不用运行上面的脚本修复孤立的用户。