SQL Server与Oracle数据库镜像对比

　　首先，微软SQL Server数据库中的镜像数据库类似于Oracle数据库中的备用数据库。我说的只是类似，确切的说，我们需要考虑不同数据库在自己体系中的差异。SQL Server作为一个实例来操作，一个实例包含几个数据库，你首先要登录一个实例，然后选择哪个数据库作用于该实例。而在Oracle数据库中，简单模式(忽略RAC)就只有一个数据库与一个实例相联系。因此，可以这么说，在Oracle数据库中，备份数据库(standby database)就完全是主数据库的快照。而在SQL Server中，镜像数据库仅仅是选择的那个数据库的备份，但没有包括代理，登录，任务(这些或者更多的数据库项目需要单独在数据库镜像上创建或者复制)这些外部数据项。

　　在服务器数量上，Oracle的主数据库和备用数据库配置最小需要2台。在SQL Server中，最小数据是2个或3个，根据你所选择的高可用性、高安全性、高性能方式所决定。

　　高可用性方式：这个操作模式选项允许你在两台服务器上同步事务写入，并支持自动错误恢复。要使用这个选项，你必须还要使用一个证人服务器。

　　高保护方式：这个选项可以让你在两台服务器上同步事物写入，但是错误恢复是手工的。因为自动的错误恢复不是这个选项的一部分，所以也不会用到证人服务器。

　　高性能方式：这个选项不关心两台服务器上的写入是否是同步的，因此在性能上有所提高。当使用这个选项的时候，你只能假设镜像服务器上的所有事情都是成功完成。这个选项只允许手工的错误恢复，因此不会用到证人服务器。

　　为了保证故障自动恢复，就需要有第三台服务器，可以称之为目击者(另外两个就是主数据库和镜像数据库)，你可以将这个目击者当作群集中的一个成员。它实现了2比1投票的能力，当我的一个组件不可达，并因此需要进行错误恢复的时候。证人服务器只有在你想实现自动错误恢复的时候才需要用到。

　　在Oracle数据的一个事务中，日志缓冲器在废数据写入数据文件(忽略write-ahead情况)前被刷新或者写入到redo日志中。这种刷新或者写入到redo日志的行为是有必要的，如像实例失败(使用前滚和回滚恢复过程)这样的事件发生时。SQL Server也承认将日志缓冲器写入到磁盘的重要性。不过这里称之为硬化(hardening)。首先将事务日志缓冲器的信息写入到磁盘或者硬化，接着将日志记录块发送到镜像数据库中。镜像数据库接收到该日志记录块后，将之存入到某个缓冲器中，随后依次硬化该日志记录块。

　　当数据发生变化时，SQL Server数据库如何保持主数据库和镜像数据库的一致性呢?

　　Oracle用户非常熟悉SCN，而SQL Server用户通过使用mirroring_failover_lsn机制(粗略来讲就是一个日志序列号)。SQL Server与Oracle不同，SQL Server将事务分离(两个事务在两个机器上)，而不是一个分布式事务(在自身提交前需要远程等待提交)。

　　另外一个相似点，但稍微有些畸变的反射就是redo日志和事务日志。在Oracle中，完成的redo日志将被发送到远程的服务器中，将完成的redo日志应用到备份数据中去。在SQL Server中,事务日志没有被传输，但是就像我以上提到的，日志缓冲器数据发送到网络上。这就导致另外一个镜像反射：备份和恢复模式。

　　在Oracle中，当你处于归档模式或者非归档模式的时候，这些操作是内定的。如果归档redo日志被传输或者提交到一个远程的服务器，那么主数据库明显就是在归档模式下，那些文件就是这么产生的。运行在这种模式下，允许有少量的数据丢失，因为在发生故障(无论什么样的故障)前，恢复能够在任意一个点上执行。在SQL Server中是类似的，但是有三种状态需要选择。

　　《SQL Server联机丛书》，像许多其它的在线资源一样，讲述了在使用SQL Server时，3种恢复模式的不同点。快速的比较有：SQL Server完整模式对应于Oracle中的归档模式;简单模式对应于非归档模式;bulk模式与使用直接路径插入，添加提示，或者与nologging模式操作类似。

服务器租用/服务器托管中国五强！虚拟主机域名注册顶级提供商！15年品质保障！--亿恩科技[ENKJ.COM]