您是否已对 Oraclei 的大量新特性感到眼花缭乱？快速查看眼前列出的 大主要特性以帮助您推广移植的管理内容
如果您像大多数 DBA 一样会怀着兴奋和不安接触一个新的主要版本如 Oraclei由于该版本中含数百种新特性所以其中一定有您所需要的特性 — 甚至可能是一些可以节省您大量时间或节省您公司大量资金的特性不过您的日程安排太紧密以致无法安排出时间查看所有的特性并断定哪些特性是最重要的 — 当您需要这么做时您确定管理的商务案例并且确定是否升级
幸运的是帮助就在眼前这篇文章介绍了我所认为的从 DBA 角度来讲在 Oraclei 中最重要的 种新特性 — 未必是 种宣传最多的特性但却是 种最值得关注的特性我选择这些特性的依据不仅在于它们在升级时提供的价值而且还有为未来新的*作类型提供的可扩展性其中一些确实根据以前版本中推出的增强特性构建但直至 Oraclei 的出现它们的潜力才获得充分发挥
您可能会发现在这些特性中只需一种就足以具备促成您为组织升级的商务价值或者可能需要多种特性组合在一起创造所需的升级收益在上述任何一种情况下此处重点介绍的特性都将指引您注意值得进一步研究的特性以便为您提供商务批准和移植过程的动力
第 个理由实时应用程序集群 (RAC)
它提供的特性 增强的防故障保护
需要它的用户 需要高可用性和可伸缩性的组织如目前正在运行 Oracle Parallel Server (OPS) 的组织
要点介绍任何经受不了系统停机时间的商务都可能从 Oraclei RAC（Oracle 数据库服务器的多节点扩展）中获益RAC 通过对应用程序透明的可伸缩性以及在访问数据时服务器共享集群范围内的高速缓存在集群中的多台服务器之间为数据库提供单一图像冗余软件组件（如附加节点磁盘和互连）避免了引发单点故障的问题确保用户获得高可用性并提供特殊的故障恢复
第 个理由Oracle 托管文件 (OMF)
它提供的特性 更加简单更加安全的文件管理
需要它的用户 存储和管理多个 Oracle 数据文件的组织需要应用程序更佳的可移植性或更简单的管理的组织以及使用初级 DBA 的组织
要点介绍OMF 简化了数据库管理并减少了直接管理 Oracle 数据库文件的风险使用 OMF您可以创建数据库对象而无需指定基础的*作系统 (OS) 文件OMF 在内部使用标准的 OS 文件系统接口按照表空间联机日志和控制文件的需要创建和删除文件您要做的就是使用初始化参数指定这些文件的位置OMF 处理其余的*作确保创建具有唯一名称的文件并在相应的对象被删除之后删除所属的文件
第 个理由外部表
它提供的特性 以只读方式轻松访问数据库外的纯文本文件数据
需要它的用户 执行大量提取转换加载 (ETL) *作对数据转换执行数据仓库登台或用于数据传输的数据文件进行加载的组织
要点介绍外部表特性对存储在数据库外纯文本文件中的数据提供只读访问以串行或并行方式进行查询时您可以将纯文本文件数据保留在原来的位置并使用标准的 SQL 将它与其他表连接在一起您不必再到处移动数据或将其转换到数据库之外也不必将其存储在中间表中相反外部数据作为一个虚拟表出现在数据库中启用数据库引擎内部的数据处理通过减少数据加载的必要性这种特性可以降低资源消耗和对附加硬件升级的需求
第 个理由自动撤消管理
它提供的特性 数据库恢复期间更易于管理撤消/回退工作
需要它的用户使用混合在线事务处理进程 (OLTP)/数据仓库环境的组织或通过多次手动回退进行管理的组织 — 或疲于处理快照过时错误的个人
要点介绍提交事务处理之前Oracle 在称作回退或撤消记录的记录中记录下有关它们的信息您可以在数据库恢复期间使用这些信息回退事务处理（通过执行 ROLLBACK 语句）或提供读一致的数据视图手动管理这些回退的任何 DBA 都知道这项工作是多么的耗时但是使用 Oraclei您可以调用回退段 — 现在称作撤消段 — 的自动管理方法为在参数文件中指定撤消表空间和撤消管理类型另外通过指定撤消信息在提交后应保留的时间长短您可以减少长时间运行查询时遇到快照过时错误的概率（并启用 Flashback Query 特性 — 请参阅第 个理由）指定这些规范之后您会发现回退管理耗时减少了许多
第 个理由临时表空间特性
它提供的特性 为新用户自动创建临时表空间
需要它的用户 任何希望降低数据库管理复杂性的组织确保用户临时空间在系统表空间中的分配不是偶然的
要点介绍临时表空间用于在大量基于磁盘的排序*作中存储数据在排序过程中能够重用非活动盘区 — 同时降低管理区和段所需的大量资源有了 Oraclei您就不再需要在 CREATE USER 语句中指定临时表空间了相反只需将使用预创建的临时表空间作为缺省值（使用 CREATE TABLESPACE 和 ALTER TABLESPACE 的新扩展）然后系统会自动为每个新用户分配一个适当的临时表空间
第 个理由多种块容量 (MBS)
它提供的特性 灵活的块容量简化了数据传输和数据管理
需要它的用户 使用混合 Oracle 数据库的组织需要较大的块容量（用于决策支持系统DSS 或事务处理）和较小的块容量（用于 OLTP *作）
要点介绍在以前的 Oracle 版本中由于一个数据库只能有一种块容量所以选择这种块容量通常是棘手的事情实际上不可能在两个块容量不同的数据库应用程序间传输数据使用 Oraclei 的 MBS您可以创建一种缺省块容量的数据库（使用初始化参数 DB_BLOCK_SIZE 指定）和多达 种备选的块容量（KKKK 和 K）这样您就可以在缓沖区内配置相应的子高速缓存了另外您还可以选择其他非标准的块容量而无需关闭数据库这种灵活性可以帮助您在适当块容量的表空间中定位数据库对象以便获得最优的 I/O 性能另外您可以轻松传输表空间比如在 OLTP 环境和数据仓库环境之间传输而无需担心块容量是否相同
第 个理由i Database Resource Manager (DRM)
它提供的特性 使用 DBA 设置的资源指令自动管理数据库工作负荷
需要它的用户 需要更好地管理 Oracle 服务级期望产品的公司目的在于增强对资源消耗查询的控制或对某些特定应用程序或使用保证资源
要点介绍DBA 领域中常见的一种麻烦是期望使用硬件资源维护资源调配 — 但是却让 OS 或系统管理员负责资源管理如果不允许您在 OS 级别改变 Oracle 进程的优先级则您无法有效地管理数据库会话或无法防止数据库进程在锁定时处于休眠状态
幸运的是通过推行 DRM（一种资源管理工具在 Oraclei 中的功能更加强大）Oraclei 大大减少了这种麻烦在 i 和 i 中DRM 允许您在共享某个数据库的各种用户和应用程序间手动分配系统资源以便您可以保持资源利用与商务优先级一致i 中大的变化是通过根据您的资源计划指令自动切换某个会话的组DRM 对数据库工作负荷启用了一种自动而前瞻性的管理
第 个理由i 数据保护
它提供的特性 更快更简单的数据恢复
需要它的用户 使用关键任务 Oracle 数据库的组织或者需要多级具有卸载数据报表能力的数据产品
要点介绍所有 DBA 都知道对丢失重要的商务数据负责是一件多么可怕的事情所以多数人都通过定期执行计划备份来减少这种风险但是直到丢失了真正的数据我们才会知道恢复这些数据并重新开始商务需要的时间是多么地长随着当今数据的爆炸性增长备份和恢复时间长得令人无法接受 — 特别是那些使用应用程序为基于 Web 的内容提供服务的电子商务和组织
在 Oraclei Release 中进行过重大更?螅荼は忠殉轿锢肀赣檬菘饧际酰ü子诹梦实穆呒赣檬菘馄粲昧诵碌谋阜莺突指垂δ?— 为高可用的商务提供了可靠的数据保护有了数据保护您就可以使用一个或多个同步的数据复本将主数据库和本地或远程备用数据库组合成单一的易于管理的灾难恢复系统
不管备用数据库在地域上如何分散数据保护的工作原理都非常简单由于主数据库进行了修改数据保护会捕获由这些更改生成的日志信息并将它们发送到（和应用于）在托管恢复模式下运行的一个或多个备用数据库中当主数据库处于打开和活动状态时每个备用数据库也处于打开状态供报表访问（除非它正在执行恢复）如果主数据库出现问题您可以轻松切换到备用数据库以替代主数据库
第 个理由篎lashback Query
它提供的特性 一种撤消涉及数据*作语言 (DML) 函数的人为错误的方法
需要它的用户 经常对付 Oracle 数据丢失的组织需要及时回顾的组织或使用初级管理员的组织
要点介绍许多研究已经表明人为错误大约占系统停机原因的一半 — 真是一种令人吃惊的因素从这种错误中恢复可以像重新创建意外丢失的索引一样简单也可以像恢复产品数据一样痛苦通过单击 Undo 按钮（如同在您最喜爱的文字处理程序中进行的*作）来修复这类问题难道不是很好吗？
Flashback Query 允许您从涉及 DML 函数（如 UPDATEDELETE 和 INSERT）的人为错误中恢复而无需执行复杂的时点数据库恢复也无需忍受数据库停机（以及因恢复经验不足而可能造成的数据丢失）这种特性依赖于您设置的 Automatic Undo Management 特性（请参阅第 个理由）通过设置一个参数并留出足够用的磁盘空间您可以使数据库在所定义的一段时间内保留恢复/撤消信息然后您可以使用 DBMS_FLASHBACK PL/SQL 程序包该程序包允许您通过指定特定的
