Oracle9i Data Guard Broker
Data Guard broker提供了对日志传输服务的监测、控制、和自动化以及逻辑和物理standby的部件。例如，通过只用一个命令就可以启动 failover，Data Guard broker可被用于控制主要角色从primary到任何一种standby database转移的整个过程。用户可以从2种不同的界面来选择进行角色转换，使standby database 从primary database接管生产数据库的处理。一种选择是使用新的Oracle Enterprise Manager Data Guard Manager。该图形用户界面工具可进行大多的配置工作和操作功能。另一种选择是一个命令行工具，它提供了基本的监测、改变角色需要的所有命令、以及配置和设置Oracle9i Data Guard环境的能力。
Data Guard Manager 是Oracle Enterprise Manager的一部分。
Oracle9i LogMiner
在 Oracle9i中，LogMiner被做了极大的改进。LogMiner是一个关系工具，DBA可以利用这个工具使用SQL进行读、分析、和解释日志文件。LogMiner可以查看联机的和归档的重做日志文件。
LogMiner技术提供了逻辑standby database用到的基础结构。新的Oracle Enterprise Manager应用Oracle9i LogMiner Viewer 对已经存在的命令行界面增加了一个图形操作界面。
灾难恢复服务器（Disaster Recovery Server）和DRMON
在当今的电子商务世界中，在互连网上做生意的公司必须有一套一旦出现问题恢复应用和数据库的策略。每个DBA都应考虑灾难恢复以及计划好的或意外的failover。Disaster Recovery (DR) Server 是帮助DBA达到更高系统可用性的产品的一部分。
Disaster Recovery (DR) Server 从根本上说是一系列松散连接的节点组成。这些节点将物理的和逻辑的standby 方案组合成了一个单独的易管理的灾难恢复解决方案。Disaster Recovery (DR) Server节点在物理分布上是松散的，是通过网络连接到一起的。每个 DR Server 节点可能是一个简单的实例，或是一个复杂的系统（例如一个 fail safe cluster）。DR Server 将这些节点作为一个单独的分布计算系统来管理，从而其可用性会高于单独的节点。
DR Server 是通过将数据在节点间复制来实现其 failover 系统的。数据库管理员是这样来配置服务器的：数据库和应用在每个节点都激活。其中，一个节点设计成primary节点，其数据库对应用来说是完全可用的，且其数据以日志的形式复制到其它的节点。其它的节点对primary节点来说是standby节点，它们接收从primary节点发来的日志并改变（从物理上或逻辑上）其数据库拷贝。
DR Server的standby节点是随时准备好在primary节点出现问题时进行接管的，从而在primary 节点出现灾难后数据和应用对用户来说仍然可用。
DR Server结构给DBA主要提供了两点重要功能：
它提供了DBA从逻辑上配置一个 failover 资源组来达到高可用性的方法。
它指定了组成DR Server 本身的基础计算框架。
