SQL SERVER 2005数据库镜像
通过第七期和第八期的文章，我们了解了SQL SERVER 2005数据库的原理、实现方式以及SQL SERVER 2005在高可用、高性能和高保护模式下会有不同的数据库镜像状态，而且了解了SQL SERVER 2005在不同应用模式下故障转移的方式。接下来，我们将根据以下两类事件对数据库镜像预期的可用性进行分析：
一个或多个服务器或者数据库失败
服务器之间一条或多条通信链路失败
一般来讲，服务器失败可能是由于某个镜像伙伴数据库或者某个SQL SERVER 2005实例不可用。此外，即使服务器本身可以继续运转，但是数据库镜像伙伴服务器之间的通信链路可能中断。以下场景中，两个组件的同时失败被视为一个组件紧接着另一个组件的顺序失败。例如，SERVER A和B出现了同时失败，镜像系统将该事件视为一个顺序事件，顺序为Server A失败然后Server B失败，或者反过来。
使用下面的规则来判定一个不可用事件的预期结果：
1、 当safety设置为FULL时，主服务器需要至少一台其它服务器才能形成quorum来保持数据库可用。如果主服务器无法组成quorum，这时主服务器也就无法提供数据库服务了。
2、 当safety设置为FULL，如果镜像服务器和见证服务器都无法联系到主服务器，那么镜像服务器可以和见证服务器组成quorum，并且改变其角色，使之成为新的主服务器，这就是自动的故障转移。
3、 当safety设置为FULL，如果主服务器和见证服务器合作组成quorum，但是断开了和镜像服务器连接，那么主服务器失败将不允许镜像服务器和见证服务器组成quorum，也不允许镜像服务器承担主服务器的角色，这样可以防止所做的工作由于会话中断而丢失。
4、 当safety设置为FULL，如果失败的主服务器在停机或者孤立后重新加入会话，同时旧的服务器已经承担了主服务器的角色（和见证服务器组成quorum），那么旧的主服务器将在此次会话中承担新镜像服务器角色。
5、 当safety设置为FULL，并且会话中没有见证服务器，或者见证不知何故退出了会话，镜像伙伴服务器的失败将导致无法组成quorum，主服务器也因此不再保持主数据库可以使用。
高可用场景中服务器失败
高可用操作模式下的数据库镜像其目的就是尽可能增加数据库的可用性，在这种模式下，如果主数据库无法访问，那么数据库镜像将迅速使镜像数据库可以接受访问。在下面的高可用场景中，Server A作为主服务器启动，Server B是镜像服务器，而Server W是见证服务器，如图所示：
所有这三台服务器可以在同一个站点使用局域网
相关文档：
编辑前言：这个文章我没有测试，但前提条件还是很多，比如一定要有别的程序存在，而且也要用同一个SQLSERVER库，还得假设有注入漏洞。说到底和动网没有什么关系，但因为动网论坛的开放性，让人熟悉了其数据库结构，和程序运作方法。在一步步的攻击中取得管理权限，再一步步的提升权限，如果正好数据库用的是SA帐号，就更是� ......
在SQL*Plus中默认的"&"表示替代变量，SQL*Plus认为&符后面的字符串为变量；只要在命令中出现该符号，SQL*Plus就会要你输入替代值。这就意味着你无法将一个含有该符号的字符串插入或更新到数据库
set define off 关闭替代变量功能，“&”将作为普通字符
set def ......
using System;
using System.Data;
using System.Configuration;
using System.Web;
using System.Collections;
using System.Data.SqlClient;
namespace DAL
{
/// <summary>
/// 数据库的通用访问代码
/// 此类为抽象类，不允许实例化，在应用 ......
SQL Server
从数据库表中的第M条记录开始取N条记录，利用Top关键字：注意如果Select语句中既有top，又有order by，则是从排序好的结果集中选择：
SELECT *
from ( SELECT Top N *
from (SELECT Top (M + N - 1) * from& ......
