升级理由四：快照隔离 

    你还在为系统出现的阻塞（blocking）或死锁（deadlock）现象苦恼吗？快试试SQL Server 2005 中的快照隔离吧。通过行版本（row versioning）控制技术，SQL Server 2005 除了原来支持的四种事务隔离级别（脏读、提交读、可重复读、可串行读）外新增了一个快照（SNAPSHOT）隔离级别，有可能使阻塞或死锁成为历史。SQL Server在TEMPDB中存放不同版本的数据行，select 语句读取这些不同版本的行，读操作不阻塞写数据，写操作也不阻塞读操作，这样那些由于读/ 写争用导致的大量死锁的系统将从中获得无穷益处。如果你的系统复杂难优化，那么升级到SQL Server 2005 试试快照隔离级别，也许会有意想不到的效果。 

    SQL Server 2005中的快照隔离可细分为两种即READ_COMMITTED_SNAPSHOT和ALLOW_SNAPSHOT_ISOLATION。建议大家多使用前者，因为已提交读隔离可用于大多数现有应用程序，而不需要进行任何更改，其占用的TEMPDB空间也少。可以预见如果使用快照隔离级别，那么需要特别关注TEMPDB的大小和性能。你也许需要把TEMPDB放在有足够空间的单独磁盘上以提高性能。 

    考虑到快照隔离在避免阻塞和死锁方面的作用，我把它做为升级的第四个理由。 

    升级理由五：数据库镜像 

    对于那些要求高可用性的用户来说，数据库镜像也许是考虑升级的唯一理由。SQL Server 2005的前版本在高可用性方面提供了故障转移群集（Failover Cluster）和Log shipping方案。群集方案的一个好处是在一台机器发生问题时它可以提供极快的故障转移能力，在备份服务器上联机数据库，应用程序只需重新连接即可。群集方案的一个缺点是数据库放在共享盘上，有单点失效这个缺点，一旦共享盘失败将导致整个系统崩溃。所以群集方案一般都要结合严紧的备份方案一起使用。而logshipping系统有一个时间上的延迟，且如果日志备份很大，传送速度也是个问题。SQL Server 2005引入的数据库镜像可作为故障转移群集或Log shipping 的替代或补充方案来提高数据库的高可用性。镜像的主要优点是它比前两者更容易管理，没有群集的单点失效缺点,也没有log shipping 的时间延迟。镜像服务器可以放在很远的地方，提高了作为备份服务器的高可用性。 

    数据库镜像需要两台或三台服务器。主服务器通过传送事务日志中的每个事务到镜像服务器来进行数据同步。每当数据库commit一个事务，该事务就会被同步到镜像服务器。如果事务安全设置为FULL，传送操作将为同步操作。同步操作可以确保将提交的事务提交给两个服务器，但可能会增加事务提交的时间。如果事务安全设置为OFF，操作将为异步操作。事务会在不等待镜像服务器的情况下提交，这将不影响主服务器事务的提交时间，但不能确保镜像也提交了该事务，所以在出现故障那一刻有可能有部分日志丢失。对于需要严格同步数据的镜像系统可以采取同步模式。而仅仅希望有个备份服务器又不影响性能的情况下可以使用异步模式（高性能模式）。无论那种模式，一旦主服务器出现问题，你可以手动实现故障转移或配置系统实现自动故障转移。