Oracle数据库11g新特性：Data Guard

核心提示： SQL> create table test2 (col1 number);Table created.然后进行几次日志切换，直至将那些日志应用至备用数据库，Oracle数据库11g新特性：Data Guard(6)，然后检查备用数据库：SQL> desc test2NameN

SQL> create table test2 (col1 number);
Table created.

然后进行几次日志切换，直至将那些日志应用至备用数据库。然后检查备用数据库：

SQL> desc test2
Name　　　　　　　　　　　　　　　　　　　Null?　　Type
----------------------------------------- -------- ---------------------------
COL1　　　　　　　　　　　　　　　　　　　　　　　 NUMBER

立刻！表就出现在了备用数据库上，可供查询。

注意，在这一情况中我们可以使用“实时应用”，这样在网络可用时，对主数据库的更改可立即出现在备用数据库中。RTA 对 ADG 不是绝对必要的，但它可使 ADG 的帮助作用更大，因为您可以看到主数据库上最新的更改。

然而，具有安全意识的读者可能会有点担心。数据库处于只读模式中，所以不能向其中写入数据。如果主数据库的 audit_trail 参数设置为 DB（Oracle 数据库 11g 中的默认值），备用数据库中也相同，但因为是只读的，所以不能将审计跟踪写入数据库中。那这些审计跟踪到哪去了？

注意警报日志中显示的一行：

AUDIT_TRAIL initialization parameter is changed to OS, as DB is NOT compatible for database opened with read-only access

啊哈！审计跟踪并没有终止，在数据库打开时它们自动地转换为了 OS 文件。当您激活备用数据库时， audit_trail 将自动设置为 DB.

快照备用数据库

下面是一个典型场景：假设数据库上部署了一个新应用程序，您想知道它对数据库性能的影响。在 Oracle 数据库 11g 中，提供有一个绝佳的工具（数据库重放），它可以捕获 SQL 语句并将它们“回放”，但要注意：您必须运行它们以了解其影响。从测试系统捕获 SQL 语句而在生产系统上“回放”是不可行的。第一，没有部署；第二，即使部署了，您也不能承担让程序对其他表进行更改的后果。那么应怎么做来查看应用程序的影响呢？