Oracle数据库10g备份和恢复：RMAN和闪回技术-2

增量备份速度。

启用程序程序块变化跟踪时，Oracle 就会跟踪所有数据库变化的物理位置。RMAN 自动使用变化跟踪文件来确定在增量备份期间需要读取的程序块，然后直接访问该程序块以对其进行备份。不启用程序块变化跟踪时，在每个增量备份过程中会读取整个数据文件以查找并备份更改了的程序块，即使自上次备份以来只有非常少量的文件发生了更改。使用以下命令来启用程序块变化跟踪。

ALTER DATABASE ENABLE BLOCK CHANGE TRACKING;

通过进行增量备份并且使变化跟踪文件成为您备份策略的一部分，您将能够：

􀂃 减少日常备份所需的时间。

􀂃 跨网络备份时可以节省网络带宽

􀂃 恢复 UNLOGGED 更改到数据库。例如，利用直接加载使用“NOLOGGING”选项时，插入并不会创建重做日志条目而且它们的更改无法通过介质恢复进行应用。增量备份会捕获更改的程序块图像，而且它可以用于恢复。

􀂃 减少备份文件存储。根据更新的程序块数量和备份的频率，增量备份将小于整个数据库备份而且占用更少的存储空间。

􀂃 启用已更改程序块的快速备份。

 

增量更新备份

Oracle’s 数据库 10g 增量更新备份功能可以使数据文件的图像副本与 RMAN 增量备份合并。产生的图像副本将使用增量备份捕捉的程序块更改进行更新。使用 RMAN RECOVER 命令可以启动图像副本和增量备份的合并。这在后台运行而且不需要数据库实例。

收缩备份窗口不再是问题。可以利用最新的增量备份连续更新数据文件图像副本，Oracle 已不再要求通过此方法制作整个数据库备份。基于增量更新备份的备份策略有助于将数据库介质恢复所需时间减到最少。RMAN 恢复数据库的增量更新图像副本，且只需要应用上次备份以来生成的存档日志。介质恢复所需的时间是创建增量备份并应用到图像副本的频率的函数。

将增量备份应用到数据文件图像副本

􀂃 取消了执行整个数据库备份的需要。

􀂃 由于使用最新的程序块更改更新图像副本，减少了介质恢复所需的时间。

 

Oracle 建议的策略

备份解决方案利用快速恢复区、增量备份和增量更新备份，为 Oracle 数据库提供了简单而快速的恢复。企业管理器备份向导提供了配置和计划数据库备份的机制。

备份向导提示您

􀂃 配置快速恢复区，这样所有的 RMAN 备份和存档日志将写入指定的目录。

􀂃 确定备份应该在主机上运行的最佳时间。通常在用户操作最少的时候会运行预定的备份。

􀂃 复查并确认备份时间。企业管理器将提交备份作业以便每晚的同一时间运行。

 

对于每个数据文件，Oracle 建议策略调用的备份操作如下：

1. 策略中第 1 天的开始（第一次计划任务实际运行的时间），备份增量级为 0 的数据文件副本。在第 1 天的开始它包含数据文件目录。在存储和恢复方案中，第 1 天中的重做日志可以用来恢复到第 1 天中的任何一点。

2. 在第 2 天的开始，将创建增量级为 1 的备份，它包含第 1 天中更改的程序块。在存储和恢复方案中，此增量级 1 可快速恢复前滚级 0 备份到第 2 天的开始，使用重做日志可以恢复到第 2 天的任何一点。

3. 第 3 天及其后的第 n 天开始，从第 n-1 天开始的级 1 备份应用于级 0 的备份。在第 n-1 天的开始，这将恢复数据文件副本到第 n-1 天开始的状态。随后创建新级 1，它包含第 n-1 天中更改的程序块。在存储和恢复方案中，此增量级 1 可快速恢复存储的备份到第 n 天的开始，使用重做日志可以把数据库恢复到第 n 天的任何一点。

开始执行 Oracle 建议的策略

 

EM 计划备份的运行

 

使用前一晚的增量备份前滚镜像副本。

 

创建不同的增量备份

 

此策略可能听起来很复杂，却完全是企业管理器自动完成的。您还可以自己执行建议的策略，只要在各个备份窗口中运行以下两个 RMAN 命令即可：

RECOVER COPY OF DATABASE WITH TAG oracle_strategy;

BACKUP INCREMENTAL LEVEL 0 DATABASE FOR RECOVER OF COPY WITH TAG oracle_strategy;

备份管理

企业管理器 10g 提供列出和修改 RMAN 备份的能力。您可以查看 RMAN 备份、存档日志、控制文件备份和图像副本。如果选择 RMAN 备份上的链接，将显示位于此备份中的所有文件。

跨平台的传输

Oracle 可传输的表空间功能允许用户跨越 Oracle 数据库快速移动表空间。它是在数据库间转移批量数据最为有效的方式。

使用可传输的表空间转移数据，要比导出/导入或是卸载/加载同样的数据快得多。这是因为传输表空间仅要求复制数据文件、集成表空间的结构信息。您也可以使用可传输的表空间来转移索引数据，因此，在导入或加载表格数据时就避免了通常需要执行的索引重建。

Oracle 数据库 10g 还提供了跨平台传输表空间的能力。此功能可用于：

􀂃 向内容供应商提供一种更方便、有效的方式来发布已经结构化的数据，并发布给在不同平台上运行 Oracle 的客户。

􀂃 简化数据从仓库环境到数据市场的分销，这些数据市场常常运行较为小型的平台之上。

􀂃 实现表空间跨异种集群的只读共享。

􀂃 允许数据库从一个平台向另一个平台移植。

 

有许多的平台，但不是所有的平台都支持跨平台表空间传输。您可以查询 V$TRANSPORTABLE_PLATFORM  以便查看支持的平台，并确定它们的平台 ID 和它们的终结格式（字节顺序）。

源平台和目标平台有着不同的终结，所以要在源平台或目标平台执行额外的转换步骤，以便转换正在传输至目标格式的表空间。如果它们有相同的终结类型，则没有必要进行转换，同时可以传输表空间就像它们处于同一平台上一样。

表空间传输至不同的平台之前，兼容性设置为 10.0.0 或更高的情况下，表空间至少要在 Oracle 10g 数据库中读/写一次。这是因为操作使表空间平台内部的数据文件知道识别平台的每个文件归属。

革命还未结束

前面几页中我强调了几项 Oracle 数据库 10g 恢复功能，还有更多的功能将要发布。

􀂃 RMAN 备份压缩。如果有额外的磁盘空间，则通过压缩磁盘上的 RMAN 备份您还可以继续减少恢复数据库的时间。不需要未压缩的备份文件，因为恢复操作可以使用压缩的备份文件。

􀂃 恢复允许使用缺损的备份。RMAN 的目标是使用所有已知的备份恢复数据库。最好使用最后一次备份完全恢复数据库。如果没有最后一次备份，RMAN 将自动确定可以用于恢复的下一个有效备份。

􀂃 通过时间恢复中先前的点自动恢复。有时必须及时地将数据库恢复到先前的点，然后再使用 RESETLOGS 选项打开它。Oracle 10g 以前的版本中，如果在重置日志后以及进行另外的完全备份之前数据库损坏，则需要使用重置日志之前保存的最后一次备份进行恢复，恢复过程会很复杂而且容易出错。在 10g 中，如果有些数据文件是从打开 RESETLOGS 之前执行的