Oracle数据库与SQL Server数据库镜像对比

摘要：Oracle和微软都是数据库方面的大厂商，采用两家的产品的企业也不少。今天这篇文章为大家对比Oracle和SQLServer的镜像。

标签：Oracle SQL Server 镜像

数据库镜像是将数据库事务处理从一个数据库移动到不同环境中的另一个数据库中。镜像的拷贝是一个备用的拷贝，不能直接访问，它只用在错误恢复的情况下。Oracle数据库与MSSQL数据操作上有很大的不同，但是，在镜像操作方面有类比的地方。这篇文章关于MSSQL数据库镜像在Oracle数据库中是如何实现的，它们之间存在哪些差异呢。

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

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

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

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

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

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

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

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

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

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

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

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有