当您使用脚本处理备份时，经常不得不将数据库恢复到不同的服务器（例如 QA 服务器）上时，这种方法将派上大用场。 但是一般来说，这种方法通常没有太大的实际用处。

如果您使用透明模式进行备份加密，您也可以备份钱夹。 即使对手获得了钱夹，他没有密码也打不开钱夹。

问题

• 我以前提到加密是非常占用 CPU 的过程。因此，对整个 RMAN 备份集进行加密将是高度占用 CPU 的操作。 您可以通过部分地对备份进行加密缩短 CPU 周期——仅仅选择包含敏感数据的表空间。 一个更好的方法是将透明数据加密用于列级加密。

• 透明方法中的钱夹和基于密码方法的密码是很重要的。 如果您将它们都丢失了，您将不再能对备份进行加密；因此，要有一个计划对它们进行备份。

• 如果您使用基于密码的加密，该密码必须在脚本中。 但是可能很容易被盗。

操作计划

1. 确定您是否真的需要对整个备份集进行加密，而不是对某些表中的某些列加密。
2. 如果对 RMAN 备份进行加密，请选择整个数据库或特定表空间。
3. 选择基于密码的方法、透明方法，以及混合模式方法。
4. 如果采用透明方法，或混合模式方法，则
   1. 配置钱夹。
   2. 打开钱夹。
   3. 在 RMAN 中，配置表空间或者整个数据库进行备份加密。
5. 如果是基于密码的方法，或者混合模式方法，则
   1. 选择密码，并将它放入 RMAN 脚本中。 使用第 2 阶段中说明的任一密码隐藏技术。
   2. 只使用那些脚本进行备份。

4.6 从存档日志中挖掘历史

在第 3 阶段中，您了解了如何保护主要对象，所以没有 DBA 的同意是不能更改主要对象的。 但是，如果非法更改得到同意，但在后来才得知发生了攻击，该怎么办呢？ 这就要用到安全的第四个方面——责任可查性。

一个选项是开启 DDL 审计以跟踪 DDL 活动。 总而言之，这是最容易的方法——易于设置，更易于浏览，可以进行归档，等等。 然而，审计会影响性能，这是我们正试图避免的。 问题是如何重新跟踪 DDL 语句，而不用对审计进行设置。

策略
可以使用称为 Log Miner 的工具（或特性）。 Oracle8i 数据库中推出了 Log Miner，利用它可以搜索在线重做日志或者归档日志。

下文告诉您如何设置日志挖掘以挖掘 DDL 详细信息。 首先，获取要挖掘的在线日志文件或者归档日志文件，并将它们添加到 Log Miner 会话中。

sqlplus / as sysdba

begin
   dbms_logmnr.add_logfile (
           'C:\ORACLE\DATABASE\ANANDA\REDO03.LOG');
   dbms_logmnr.add_logfile (
           'C:\ORACLE\DATABASE\ANANDA\REDO02.LOG');
   dbms_logmnr.add_logfile (
           'C:\ORACLE\DATABASE\ANANDA\REDO01.LOG');
end;
/

添加文件之后，启动 Log Miner 会话。 您必须传递数据字典源；在这里我们已经将在线类别指定为源。

begin
   dbms_logmnr.start_logmnr (
      options => dbms_logmnr.dict_from_online_catalog
   );
end;

被挖掘的内容放在称为 V$LOGMNR_CONTENTS 的视图中；但是该视图是临时的——仅仅启动 Log Miner 的会话可以看到该视图。 因此，如果以后您想进行分析，您需要将它保存在永久表中。

create table lm_contents
nologging
as
select * from v$logmnr_contents;

select sql_redo
from lm_contents
where operation = 'DDL'
and seg_owner not in ('SYS','SYSTEM','PUBLIC');

(编辑:aniston)