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是见证服务器，如图所示：
所有这三台服务器可以在同一个站点使用局域网
相关文档：
< type="text/javascript">
< type="text/javascript">
如转载，请注明出处：http://blog.csdn.net/robinson_0612/archive/2009/11/07/4783702.aspx
随着当今数据库的容量越来越快的朝着在大型数据库或超大型数据库的发展，对于数据库中的大型表以及具有各种访问模式的表的可伸缩� ......
detachedCriteria.add(Restrictions.or(
Restrictions.like("chengBanDanWeiIds", rForm.getChengBanDanWeiIds()+(char)13, MatchMode.START),
Restrictions.or(
&n ......
备份：
A. 备份整个 MyNwind 数据库
说明 MyNwind 数据库仅用于演示。
下例创建用于存放 MyNwind 数据库完整备份的逻辑备份设备。
......
1 MySQL支持enum,和set类型，SQL Server不支持
2 MySQL不支持nchar,nvarchar,ntext类型
3 MySQL的递增语句是AUTO_INCREMENT，而MS SQL是identity(1,1)
4 MS SQL默认到处表创建语句的默认值表示是((0)),而在MySQL里面是不允许带两括号的
5 MySQL需要为表指定存储类型
6 MS SQL识别符是[],[type]表� ......
