Oracle与SQL Server在数据备份与恢复上的差异

Oracle数据库中，对于数据库备份的三种类型分别叫做完全备份、差异增量备份与累计增量备份。其中，差异增量就是我们上面所说的增量备份;而累计增量则是我们上面所提到的差异备份。

在讲解两者的具体差异之前，笔者要先谈谈几个跟备份相关的概念。先了解这几个概念，对于了解这两个数据库在数据备份上的差异，具有重大意义。

第一个概念是数据库完全备份。备份数据库中的所有数据，不论数据库有否更新。换句话说，不论数据库最近有否更新过，数据库备份程序都会对数据内容进行备份;并且，把数据属性都更新为已经备份。一般来说，在实际工作中，对数据库的基础结构更改或者大批量数据更新过后，不管有否其他的备份策略，都最好进行一次数据库的完全备份。

第二个概念是数据库差异备份。备份上一次完全备份后有变化的数据。差异备份是基于完全备份;备份上一次完全备份后发生变化的所有文件。如我们的备份策略是星期六做一个完全备份，其他每天做一个差异备份。则下周星期一会备份上周星期六以后数据库所有变化的数据;而下周星期五的差异备份则会备份上周星期六完全备份以来的所有变化的数据内容。可见，差异备份的起点永远是上次完全备份后的时间。

第三个概念是数据库增量备份。增量备份其备份的是上一次备份(包括完全备份、差异备份、增量备份)之后变化的所有数据。增量备份是指针对任何一次备份而言的。如我们现在的备份策略是星期六进行一次完全备份，其他则每天进行一次增量备份。则星期三备份的是上一次备份，也就是星期二备份后变化的数据。而不是从星期六完全备份以后发生的所有数据更新内容。所以，数据差异备份与数据增量备份两者还是具有比较大的区别。

一、两个数据库在实例与介质备份恢复上的差异。

现在由于各种技术文档翻译不统一，所以在具体的概念上有所区别。Oracle数据库中，对于数据库备份的三种类型分别叫做完全备份、差异增量备份与累计增量备份。其中，差异增量就是我们上面所说的增量备份;而累计增量则是我们上面所提到的差异备份。为了前后文的统一，在下面的阐述中，笔者还是利用差异备份与增量备份这两个名词。

首先，在Oracle数据库中有实例恢复与介质恢复的区别。实例故障是指数据库系统本身发生故障，如操作系统错误、意外断电、非法关机、后台进程故障或者使用shutdown abort终止数据库实例所发生的故障。一般来说，实例恢复是数据库系统自动完成的。当出现实例故障时，再次重启数据库后，由数据库系统根据重作日志文件记录的内容，如可能在故障发生的时候，还有一些未提交的事务、或者已提交但是还没有完成的事务，根据这些内容自动完成实例恢复。到目前的版本为止，SQL Server数据库还没有实例恢复的概念。

介质恢复主要用于介质故障引起的数据库文件的破坏。当某个数据库文件、或者一个文件中的某些内容、或者当出现了一个磁盘坏区、或者数据库被病毒等破坏导致数据丢失等等，遇到这些情况时就需要采用介质恢复。介质恢复必须由数据库管理员手工完成最新数据库备份和日志文件备份的装入，并执行各种恢复命令才能够恢复。介质恢复，在SQL Server中，就是数据备份与数据恢复。也就是说，两个数据库在这方面的差异，主要在于微软的SQL Server数据库还没有“实例恢复”的概念，或者说还没有形成“实例恢复”这一个体系，虽然其在技术上实现了“实例恢复”的部分功能。

二、两个数据库在备份类型上的差异。

根据备份时机的不同，数据库备份可以分为脱机备份与恢复、联机备份与恢复、逻辑备份与恢复等。

脱机备份与恢复，有些专家又成为冷备份与恢复，他是指在关闭数据库的情况下对数据库文件进行物理备份与恢复，这是一种最原始、最简单、最直接的数据库备份与恢复的方法。在脱机备份之前，数据库管理员需要确保数据库能够有足够长的时间停留在脱机状态，以便进行完全备份与恢复。因为在脱机备份的过程中，任何人都不能够连到数据库。现在两个数据库都支持脱机备份与恢复功能。

联机备份与恢复，有人也把它称为热备份与热恢复，它是指在数据库正常使用的过程中，对数据进行备份与恢复。对于Oracle数据库来说，如果要实现联机备份与恢复，则数据库必须处于归档模式之下。而对于SQL Server数据库来说，则没有这种要求。对SQL Server数据库来说，只要设置了联机备份策略，则数据库会自动进行调整，以符合连接备份与恢复的条件。另外，Oracle的联机备份与恢复功能，实现起来比较复杂，必须比微软的数据库投入更多的时间和精力来测试备份与恢复策略。不过相对来说，其灵活性要高。

逻辑备份与恢复则是Oracle数据库特有的功能。逻辑备份与恢复指的是利用Oracle数据库提供的工具，如导入导出工具、数据泵工具，将数据库中的数据进行备份或者恢复。逻辑备份与恢复其实是一整套解决方案，利用这个方案，可以实现不同操作系统之间的数据传递。假设现在有一个部署在微软操作系统之上的Oracle数据库,现要把这个数据库中的内容移值到Linux操作系统之上的Oracle数据库中去,就可以利用这个方案来进行解决。因为利用逻辑备份所导出的数据文件，是采取Oracle格式的二进制文件，其中不包括操作系统的信息，所以，可以在不同操作系统平台上的Oracle数据库之间直接传输数据。另外还可以利用这个技术，实现Oracle不同数据库版本之间的转换工作。如我们需要把低版本的数据库升级到高版本的数据库中，我们就可以利用这门技术，将低版本数据库中的数据泄出，然后装入另一个高版本的数据库中。不过，若要从高版本的数据库装入到低版本的数据库中，则还需要一些额外的工作。不过，逻辑备份与恢复很多功能都是为Oracle数据库系统的跨平台性能所涉及的，如在不同操作系统上的数据库之间实现数据的直接交换等等。

三、两个数据库在备份策略上的差异。

根据不同的备份类型，可以组成不同的备份策略。如我们可以在星期天进行一次完全备份，然后再以后的每一天进行一次增量备份;或者在星期天进行一次完全备份，而在以后的每一天进行一次差异备份。

虽然这两者的备份在本质上没有差异，但不同根据企业情形不同，如对于备份或者恢复时间的要求不同。

我们现在有如下两个备份策略：

第一种：星期天完全备份，星期一到星期六差异备份。

第二种：星期天完全备份，星期一到星期六增量备份。

从数据备份的角度讲，第一种备份策略，在星期五的时候，需要备份从星期六到星期四数据库中所有变化的数据。而第二种备份策略，则只需要备份星期四一天所变化数据即可。所以，从备份的时间或者效率上来看，第二种备份策略要比第一种备份策略要高。

从数据还原的角度讲，若在星期五数据库出现故障，此时，若采用第一种备份策略的话，则就需要恢复上个星期天的完全备份以及星期四的差异备份。而若采用第二种备份策略的话，则需要恢复上个星期天的完全备份以及从星期六到星期四的五个增量备份。所以，若从数据库恢复的角度讲，第一种采用差异备份的策略要比第二种增量备份的策略要节省步骤时间。

所以，在策略的选择上，企业要根据自己的实际情况，做出合理的选择。

而对于增量备份来说，需要注意一点，就是在Oracle 10g以前的版本，设计的不是很完善，所以，一般都不被推荐使用。而在10g以后的版本，则有了大幅度的改善。

微软至少从SQL Server 2000就开始支持“增量”备份，在技术角度叫Transaction Log Backup，微软实现方式是通过Transaction Log来实现“增量”备份，好处是不影响数据库当前使用，因为他备份的是Transaction log，还原也通过他还原，以达到增量备份/还原目的。但这有个前提，在微软数据库里面的三个模式simple，bulk logged和full下，只有后面两者才支持Transaction Log，而且如果想做到完全的支持Transaction Log，还必须得用到Full模式。

而Oracle数据库专家，把累计增量与差异增量备份都当作增量备份。所以，由于一些概念的不统一，这导致了大家在认识上的一些差异。不过，可以肯定的一点就是，在最新的版本中，SQL Server不知道出于什么考虑，还没有实现增量备份中的差异增量备份。希望在以后更新的版本中，能够看到这方面的改进。