SQL Server 数据库故障修复顶级技巧之一 转
SQL Server 数据库故障修复顶级技巧之一
2010-04-26 10:37:52 来源:TechTarget中国 我要收藏
SQL Server 2005 和 2008 有几个关于高可用性的选项，如日志传输、副本和数据库镜像。所有这些技术都能够作为维护一个备用服务器的手段，同时这个数据库可以在你原先的主数据库出问题时上线并作为新的主服务器。然而，你必须记住的是将备用服务器替换上线只是完成了一半的故障修复工作。
要保证你的应用正常工作，在数据库外部还有许多注意事项。这其中包括登录信息、数据库用户、调度任务、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 脚本化登录信息。当在故障恢复数据库服务器上创建这些登录信息时，登录信息与数据库用户之间的连接会被保存，这样你就不必运行上面的脚本修复孤立的用户。
相关文档：
今天在用UNION进行将两个查询结合时，发现加了text类型的字段进去就报错了，错误信息如下：
不能以 DISTINCT 方式选择 text、ntext 或 image 数据类型。
经过翻阅资料后才知道，原因在于如此操作 无法对text类型判断是否重复，所以要在UNION后加个ALL关键字，如下：
select top ......
问题提出
我使用过几次SQL Server，但所有与数据库的交互都是通过应用程序的编码来实现的。我不知到在哪里使用存储过程，也不了解实现存储过程需要做哪些工作。希望能详细说明。
专家答疑
存储过程是存储于数据库中的一组T-SQL语句。有了存储过程之后，与数据库的交互就没有必要在程序中写一堆的SQL语句，� ......
--SQL Server 2008 定时作业的制定
--1.打开【SQL Server Management Studio】，在【对象资源管理器】列表中选择【SQL Server 代理】；
--2.鼠标右击【SQL Server 代理】，选择【启动(S)】，如已启动，可以省略此步骤；
--3.展开【SQL Server 代理】列表，右击【作业】-->【新建作业】；
--3.1 在【常规】选项 ......
在工作中遇到一个问题,是需要sql递归查询的.不懂,于是到csdn上去问,那里的效率真是非常高,我以前也没在上面问过问题.
问题描述:
我有一个表结构如下:
id upperid
1 2
3 2
4 1
5 3
具体层次不知道,我想用递归sql� ......
