SQL Server 2005使 SQL Server 跻身于企业级数据库行列。在数据高可用性方面，SQL Server 2005为用户提供了数据镜像、复制、故障转移群集、日志传送功能。以下介结SQL Server 2005镜像功能。 数据库镜像只能使用在基本版以上的.
什么是数据库镜像?
Robidoux:数据库镜像是将数据库事务处理从一个SQL Server数据库移动到不同SQL Server环境中的另一个SQL Server数据库中。镜像的拷贝是一个备用的拷贝，不能直接访问;它只用在错误恢复的情况下。
因为是在SQL Server 2005中新引入的特性，这个功能只能用在这个版本(SQL Server 2005 SP1)的软件中。在某种程度上说，它是复制和日志传输的混合体:你所有的事物都在事物级别(复制)上移动 (日志传输)到你的数据库的一个镜像拷贝上，同时减少了你在实现日志传输或者复制的时候可能会面临的问题。
复制包括大量的移动部分，并且如果你的数据库计划经常改变的话，要保证你的复制运行得流畅也是困难重重。对于日志传输，为了保证同步，同样需要实现很多的处理，例如创建备份、拷贝备份，以及备份重存。如果有一个进程崩溃了，整个处理过程就崩溃了。
数据库镜像的工作方式是什么?
Robidoux :要进行数据库镜像所需的最小需求包括了两个不同的SQL Server运行环境。主服务器被称为“基本的”，第二个服务器被称作“镜像的”。基本数据库就是你实际用着的数据库，镜像数据库就是你的数据库的备用拷 贝。当事务写入你的基本服务器的时候，他们也同样被传送到并写入你的镜像数据库中。
除了基本和镜像之外，你还可以引入另一个可选的组件，名为“证人”。证人数据库是第三个SQL Server 2005运行实例，它是在判断什么时候进行错误恢复的时候，用于基本和镜像之间内部交流。只有当你想实现自动错误恢复的时候用到这个选项。它实现了2比1 投票的能力，当我的一个组件不可达，并因此需要进行错误恢复的时候。证人服务器只有在你想实现自动错误恢复的时候才需要用到。
实现的方式是什么?
数据库镜像提供了三种实现的方式。根据你想要用什么方式来进行错误恢复处理来进行选择。
高可用性:这个操作模式选项允许你在两台服务器上同步事务写入，并支持自动错误恢复。要使用这个选项，你必须还要使用一个证人服务器。
高保护:这个选项可以让你在两台服务器上同步事物写入，但是错误恢复是手工的。因为自动的错误恢复不是这个选项的一部分，所以也不会用到证人服务器。
高性能:这个选项不关心两台服务器上的写入是否是同步的，因此在性能上有所提高。当使用这个选项的时候，你只能假设镜像服务器上的所有事情都是成功完成。这个选项只允许手工的错误恢复，因此不会用到证人服务器。
时刻记住将你的数据自动恢复到第二个拷贝才是数据库镜像的真正好处。因此，大多数的实现可能都是使用的高可用性方式。其他的选项仍然提供了内建的错误恢复过程，但是前提是你在发生错误的时候对进行自动的错误恢复怀有极大的兴趣。
一、镜像简介
数据库镜像是一个高可用性软件解决方案，为客户端提供小于10秒故障转移。每个数据库镜像配置均包含一个主体服务器（包含主体数据库）、一个镜像服务器 （包含镜像数据库）和一个见证服务器，其中见证服务器是可选的。主体服务器和镜像服务器要求是独立的服务器实例。主体服务器和镜像服务器的角色是相对的， 可以自动或者手动地将主体服务器设置为镜像服务器，镜像服务器设置为主体服务器。与主体服务器和镜像服务器不同的是，见证服务器并不能用于数据库。见证服 务器监视主体服务器和镜像服务器，确保在给定的时间内这两个故障转移服务器中有且只有一个作为主体服务器，从而支持自动故障转移。如果存在见证服务器，同 步会话将以“高可用性模式”运行，如果主体服务器出现故障，可以实现故障自动转移。如果见证服务器不存在，同步会话将以“高级别保护模式”运行，出现故障 需要手动故障转移，并且有可能丢失数据。
图1：两台服务器镜像
图2：两台服务器镜像，一台见证服务器
数据库准备结束，端点创建完成，用户便可以启用数据库镜像。镜像启动后，每个伙伴都将开始维护所在数据库中有关其数据库，以及另一个伙伴和见证服务器的状 态信息。这些状态信息允许服务器实例维护称为“数据库镜像会话”的当前关系。在数据库镜像会话过程中，服务器实例将通过彼此定期交换 PING 消息来互相监视。
镜像会话启动后，镜像服务器将识别镜像数据库上最新完成的事务的日志序列号 (LSN)，并要求主体服务器提供所有后续事务的事务日志，主体服务器向像镜像服务器发生一份当前活动的事务日志，镜像服务器会立即将传入日志镜像到磁 盘。主体服务器继续让客户端连接使用主体数据库,每次客户端更新主体数据库时，主体服务器都会在写入到日志时，并将得到的事务日志发送给镜像服务器，镜像 服务器会将其镜像到磁盘。同时，镜像服务器将从最早的事务日志开始，将事务应用到镜像数据库中,从而实现主体数据库和镜像数据库同步。
以下配置实例参考以下资源,本人还未实测.
引用资源:
http://tech.it168.com/db/s/2007-05-23/200705232029125.shtml
http://tech.it168.com/db/s/2007-04-24/200704240837593.shtml
http://www.2mysite.net/blogview.asp?logID=1140
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/zhou__zhou/archive/2007/07/30/1716156.aspx
SQL Server 2005使 SQL Server 跻身于企业级数据库行列。在数据高可用性方面，SQL Server 2005为用户提供了数据镜像、复制、故障转移群集、日志传送功能。以下介结SQL Server 2005镜像功能。 数据库镜像只能使用在基本版以上的.
什么是数据库镜像?
Robidoux:数据库镜像是将数据库事务处理从一个SQL Server数据库移动到不同SQL Server环境中的另一个SQL Server数据库中。镜像的拷贝是一个备用的拷贝，不能直接访问;它只用在错误恢复的情况下。
因为是在SQL Server 2005中新引入的特性，这个功能只能用在这个版本(SQL Server 2005 SP1)的软件中。在某种程度上说，它是复制和日志传输的混合体:你所有的事物都在事物级别(复制)上移动 (日志传输)到你的数据库的一个镜像拷贝上，同时减少了你在实现日志传输或者复制的时候可能会面临的问题。
复制包括大量的移动部分，并且如果你的数据库计划经常改变的话，要保证你的复制运行得流畅也是困难重重。对于日志传输，为了保证同步，同样需要实现很多的处理，例如创建备份、拷贝备份，以及备份重存。如果有一个进程崩溃了，整个处理过程就崩溃了。
数据库镜像的工作方式是什么?
Robidoux :要进行数据库镜像所需的最小需求包括了两个不同的SQL Server运行环境。主服务器被称为“基本的”，第二个服务器被称作“镜像的”。基本数据库就是你实际用着的数据库，镜像数据库就是你的数据库的备用拷 贝。当事务写入你的基本服务器的时候，他们也同样被传送到并写入你的镜像数据库中。
除了基本和镜像之外，你还可以引入另一个可选的组件，名为“证人”。证人数据库是第三个SQL Server 2005运行实例，它是在判断什么时候进行错误恢复的时候，用于基本和镜像之间内部交流。只有当你想实现自动错误恢复的时候用到这个选项。它实现了2比1 投票的能力，当我的一个组件不可达，并因此需要进行错误恢复的时候。证人服务器只有在你想实现自动错误恢复的时候才需要用到。
实现的方式是什么?
数据库镜像提供了三种实现的方式。根据你想要用什么方式来进行错误恢复处理来进行选择。
高可用性:这个操作模式选项允许你在两台服务器上同步事务写入，并支持自动错误恢复。要使用这个选项，你必须还要使用一个证人服务器。
高保护:这个选项可以让你在两台服务器上同步事物写入，但是错误恢复是手工的。因为自动的错误恢复不是这个选项的一部分，所以也不会用到证人服务器。
高性能:这个选项不关心两台服务器上的写入是否是同步的，因此在性能上有所提高。当使用这个选项的时候，你只能假设镜像服务器上的所有事情都是成功完成。这个选项只允许手工的错误恢复，因此不会用到证人服务器。
时刻记住将你的数据自动恢复到第二个拷贝才是数据库镜像的真正好处。因此，大多数的实现可能都是使用的高可用性方式。其他的选项仍然提供了内建的错误恢复过程，但是前提是你在发生错误的时候对进行自动的错误恢复怀有极大的兴趣。
一、镜像简介
数据库镜像是一个高可用性软件解决方案，为客户端提供小于10秒故障转移。每个数据库镜像配置均包含一个主体服务器（包含主体数据库）、一个镜像服务器 （包含镜像数据库）和一个见证服务器，其中见证服务器是可选的。主体服务器和镜像服务器要求是独立的服务器实例。主体服务器和镜像服务器的角色是相对的， 可以自动或者手动地将主体服务器设置为镜像服务器，镜像服务器设置为主体服务器。与主体服务器和镜像服务器不同的是，见证服务器并不能用于数据库。见证服 务器监视主体服务器和镜像服务器，确保在给定的时间内这两个故障转移服务器中有且只有一个作为主体服务器，从而支持自动故障转移。如果存在见证服务器，同 步会话将以“高可用性模式”运行，如果主体服务器出现故障，可以实现故障自动转移。如果见证服务器不存在，同步会话将以“高级别保护模式”运行，出现故障 需要手动故障转移，并且有可能丢失数据。
图1：两台服务器镜像
图2：两台服务器镜像，一台见证服务器
数据库准备结束，端点创建完成，用户便可以启用数据库镜像。镜像启动后，每个伙伴都将开始维护所在数据库中有关其数据库，以及另一个伙伴和见证服务器的状 态信息。这些状态信息允许服务器实例维护称为“数据库镜像会话”的当前关系。在数据库镜像会话过程中，服务器实例将通过彼此定期交换 PING 消息来互相监视。
镜像会话启动后，镜像服务器将识别镜像数据库上最新完成的事务的日志序列号 (LSN)，并要求主体服务器提供所有后续事务的事务日志，主体服务器向像镜像服务器发生一份当前活动的事务日志，镜像服务器会立即将传入日志镜像到磁 盘。主体服务器继续让客户端连接使用主体数据库,每次客户端更新主体数据库时，主体服务器都会在写入到日志时，并将得到的事务日志发送给镜像服务器，镜像 服务器会将其镜像到磁盘。同时，镜像服务器将从最早的事务日志开始，将事务应用到镜像数据库中,从而实现主体数据库和镜像数据库同步。
以下配置实例参考以下资源,本人还未实测.
引用资源:
http://tech.it168.com/db/s/2007-05-23/200705232029125.shtml
http://tech.it168.com/db/s/2007-04-24/200704240837593.shtml
http://www.2mysite.net/blogview.asp?logID=1140
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/zhou__zhou/archive/2007/07/30/1716156.aspx