当前位置导航:炫浪网>>网络学院>>编程开发>>Oracle教程

需要Oracle9i的10大理由


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