ORACLE_24×7技术与技巧资源-CSDN文库

共25个文件

pdf：20个

txt：5个

Oracle

pdf

3星 · 超过75%的资源需积分: 9 180 浏览量 2012-12-26 09:42:27 上传评论收藏 16.19MB RAR 举报

资源推荐

资源详情

资源评论

收起资源包目录

ORACLE_24.7技术与技巧---数据库高可用.rar （25个子文件）

ORACLE_24.7技术与技巧---数据库高可用

004.PDF 979KB

前言.TXT 9KB

012.PDF 1.73MB

006.PDF 2.17MB

009.PDF 2.28MB

019.PDF 824KB

015.PDF 2.21MB

014.PDF 1.05MB

020.PDF 266KB

译者序.TXT 1KB

011.PDF 1.37MB

内容简介.TXT 606B

016.PDF 697KB

010.PDF 581KB

005.PDF 640KB

017.PDF 337KB

013.PDF 1.84MB

ORACLE 24.7技术与技巧---数据库高可用.TXT 0B

003.PDF 1.15MB

001.PDF 718KB

007.PDF 2.45MB

目录.TXT 13KB

002.PDF 481KB

008.PDF 644KB

018.PDF 769KB

下载

第7章安装、配置和定制数据库环境

在进行O r a c l e安装和配置时会遇到许多挑战，如果是新的安装，那么其中的一些挑战，例

如估计磁盘空间、分布数据文件、确定 O S 和数据库块大小、确定数据文件最大个数等都需要

针对特定环境选择合适的参数，这种选择甚至需要在有机会使用数据库并寻找合适值之前就

要进行。在高可用性环境下要作出正确的选择十分重要，因为一个不适宜的选择会贯彻主数

据库整个生命周期，会对数据库造成很大的冲击。修改一个不合适的决定必须要停止工作，

而这一般很难容忍。从 2 4 ×7角度看，系统的安装和配置十分重要，因为它是其他例行调整和

例行维护任务操作的基石。

在大多数2 4×7站点中，性能与可用性、可恢复性以及可维护性一般会有冲突。如果配置

一个可用性和可管理性很好的站点，从性能角度看数据库实际上就无法使用。这就会导致性

能问题，因此必须采取一些措施来更正错误，也就必须停止工作，所以那种以为在安装和初

始配置期间不需要考虑性能问题的观点是十分错误的。因此，不要片面看待问题，最好将性

能作为一项与可恢复性和可维护性同等重要的目标。在特殊情况下，性能目标与可用性目标

会直接发生冲突，这时最好顾全可用性目标。

那么D B A 如何在第一次就能正确地安装和配置呢？如何能够使一切正常运转呢？仅仅通

过一个草率的安装是无法取得 2 4 ×7连续工作的目标的。只有结合 O r a c l e公司的一些推荐建议

以及其他有类似环境的 D B A 的建议，才能取得这一目标。本章提供基于笔者经验的一些推荐

的建议，并尽量与OS (操作系统) 无关地讨论这些建议。当需要一些例子说明问题时，一般针

对U N I X（有很少几个例子使用Windows NT）提供这些例子。

本章将讨论以下技巧与技术：

• 遵守O FA 标准

• 经常使用c o n f i g . o r a文件

• 使用c r d b _ S I D . s q l 和c r d b 2 _ S I D . s q l创建脚本

• 至少维持两周的跟踪文件和警告日志

• 设置D B _ B L O C K _ S I Z E时考虑O S 块大小和应用特点

• 确保将每次写的连续块数目设置大一些

• 对于O r a c l e 7 . x下的大量数据文件，允许 C K P T

• 确保满足S L A中指定的实例修复时间

• 创建多于三个镜像的联机重作日志组

• 合理放置重作日志，避免A R C H和L G W R竞争

• 配置足够多的重作锁存器 (latch) 以使竞争最少化

• 确保D B W R 能够与数据库负载保持一致

第三部分数据库安装和配置

• 基于段使用模式划分缓冲C a c h e

• 使用从属进程减轻I / O瓶颈

• 允许向量通知

• 建立专门的临时表空间

• 有效地建立排序区域

• 对排序使用直接写操作

• 使用P r o f i l e 以避免失去控制的进程消耗系统资源

• 对C o o k e d文件系统使用向量化读操作

• 当使用C o o k e d文件系统时允许直接I / O 操作

• 对于大量并行用户访问的情况使用 ISM

• 对于大I P C吞吐量的情况使用通知

—

等待驱动程序

• 在主存中预分页并且“加锁” S G A

• 只要可能，对当前数据库版本设置 C O M PAT I B L E

• 经常安装S Q L * P l u s帮助

• 当处理大量客户时使用Oracle Name

• 针对S Q L * N e t / N e t 8 使用强制中断或者将轮询频率设置高一些

• 保持死连接 (dead-connection) 检测为最小

• 有效地管理大量用户

• 预生成专门的服务器进程

7.1 服务器配置

本节讨论优化O r a c l e 服务器配置的方法。

7.1.1 遵守OFA标准

本章首先将讨论这个技巧。随便翻阅一本 O r a c l e数据库管理方面的书籍，都能够看到关于

“O FA ”方面的内容，而且 O r a c l e文档中也详细讨论了 O FA 。事实上，在某些操作系统上的

O r a c l e安装程序（o r a i n s t ）缺省情况下执行遵守 O FA标准的安装。O FA极大地减轻了那些有 2 4

×7连续工作要求的站点的管理和维护任务。

O FA（Optimal Flexible Architecture）是O r a c l e公司提供的一系列安装和配置指导。 O FA

允许用户方便地安装、建造和配制自己的数据库和操作系统环境。它允许用户重用 O r a c l e知识

库中来自客户方站点实际经验的“应该怎么做和不应该怎么做”相关的知识，并且能够使用

户借鉴全球O r a c l e使用者所遵守的最好经验。

最初的 O FA 由1 3个基本系统要求和 11个成熟的建议构成，覆盖了命名 U N I X 安装点、管

理r a w 设备、分离O r a c l e软件和数据文件、创建最少数目的表空间、针对常规（单实例）安装

和O P S安装观察数据文件和表空间名字转换等。图 7 - 1 提供了U N I X 下一个遵守 O FA 标准的目

录结构。一个典型的 O r a c l e安装会处理许多不同的文件类型（数据文件、索引、临时段和回

滚段、重作日志、归档日志、控制文件等等），如果放置在一起的话，有引起 I / O 瓶颈的危

险。

虽然 O FA有很多优点，但是有许多站点仍旧没有选择使用 O FA 。当使用 o r a i n s t 安装

180 第三部分数据库安装和配置

下载

O r a c l e 软件时，可以绕过缺省安装模式并且忽略 O FA 。如果使用其他与 O FA 类似的标准，这

一决策并不一定是错误的。但是，如果完全缺乏标准，随机地配置就会造成很多问题，例如

无法容易地取消操作或无法容易地升级等。遵守一个特定的标准会使维护工作十分容易。例

如，O r a c l e推荐不要在与 O r a c l e软件同样的安装点之下创建数据文件。如果那样做会导致许

多必须停止工作的问题，例如当在相同的机器之上创建另一个数据库、更新当前的版本或者

甚至应用一个简单的补丁时。因此，在第一次安装时遵守 O FA标准可以将停止工作时间降低

到最少。

图7-1 UNIX下一个遵守O FA 标准的目录结构（这里指出了

三个实例，即D T 0 1 、D T 0 2和D T 0 3）

O FA 允许在现存的标准之上建造自己的标准。事实上，在笔者的一些客户方站点中就使

用了定制后的O FA，这是为了满足独特的需求。图 7 - 2 提供了一个遵守定制后的 O FA 标准的目

录结构，它可用于一个 U N I X 产品系统。任何使用非 U N I X操作系统的站点在进行一些改变后

可以采纳非常类似的 O FA 标准。图7 - 3 显示了Windows NT下一个遵守定制后的 O FA 标准的安

装例子（Windows NT下的O r a c l e 8 i安装程序将会缺省地安装一个遵守 O FA标准的系统）。

O r a c l e出版社出版的《D B A 手册》 (DBA Handbook) 详细讨论了在常规O FA基础上定制安

装过程的方法。本书第 4章介绍了一种有趣的基于权值的分布数据文件的方法，它对每一个表

空间分配I / O 权值并且基于权值隔离这些文件从而避免了 I / O 竞争。

第7章安装、配置和定制数据库环境 181

下载

根目录

实例数据文件、

重作日志、控

制文件

TAR(Oracle

支持信息)

ORACLE_HOMEs版本文件

特定站点管理实用程序

其他UNIX目录

/opt、/bin、/lib、

/include、/etc

图7-2 UNIX下一个遵守定制O FA 标准的目录结构

图7-3 Windows NT下一个遵守定制O FA 标准的目录结构

182 第三部分数据库安装和配置

下载

根目录

其他UNIX目录

/opt、/bin、/lib、

/include、/etc

SCHEMA(关于

计划细节的文

件，如计划名、

口令、所属应

用程序等等)

控制文件、

重作日志的

副本

联机备

份

TA R

( o r a

cl e支

持信息)

应用程序表空

间数据文件

SYSTEM、RBS、

TEMP数据文件

O R A C L E _ H O M E s

版本文件

控制文件、重作日志

特定站点管理实用程序

SC H E M A (关于

计划细节的文

件，如计划名、

口令、所属应

用程序等等)

控制文件、

重作日志

的副本

ORACLE_HOME

版本文件

控制文件、

重作日志

在线备份

应用程序表空

间数据文件

SYSTEM、RBS、

TEMP数据文件

7.1.2 经常使用config.ora文件

c o n f i g . o r a 包含了所有“永久性”的初始化参数（例如 D B _ B L O C K _ S I Z E 、D B _ N A M E 和

B A C K G R O U N D _ D U M P _ D E S T ）。它们是在数据库启动期间通过 i n i t . o r a文件中的I F I L E 参数使

用的（I F I L E 支持嵌入初始化参数文件直到三级深度）。在许多操作系统中， c o n f i g . o r a文件在

安装期间缺省地被创建。有一些 D B A不喜欢使用它，但是笔者建议使用这个文件。它将所有

可以改变的和不可改变的数据库初始化参数隔离成不同的文件。有时，这种“不可改变”的

参数在物理上是可以改变的，但是在某些不引起数据库故障的情况下可能不会被改变（例如

当D B _ B L O C K _ S I Z E 、D B _ N A M E 、C O N T R O L _ F I L E S 或者C O M PAT I B L E 参数在放弃关机后

或者强制启动前意外地被改变）。支持多个实例（O P S或者在相同的机器上有多个物理数据库）

的安装会发现将所有公共的初始化（例如 D B _ B L O C K _ S I Z E 和C O R E _ D U M P _ D E S T ）放在一

个c o n f i g . o r a文件中很有好处，因为它可以通过不同的 i n i t . o r a 文件被引用。

7.1.3 使用crdb_SID.sql和crdb2_SID.sql创建脚本

一般来讲，大多数操作系统上的安装介质在 o r a i n s t目录（例如/ c d r o m / o r a i n s t / c r d b ，其中

/ c r d b 为光盘安装点）下有一个 c d r b文件。这个文件包含了数据库创建的语句（ C R E AT E

D ATA B A S E 命令）。这个文件在两个方面十分有用：

• 它提供了数据库创建期间必须提供的重要值列表，例如数据库名称、 M A X D ATA F I L E S 、

M A X L O G F I L E S 和M A X L O G H I S TO RY。

• 它提供了数据库创建期间实际设置的重要值的文档。当数据库关掉并且不可用时，这些

文档就没有价值（例如控制文件意外地被重写和数据库崩溃期间进行的控制文件重建）。

c d r b 文件应当被改名为 c r d b _ S I D . s q l （其中 _ S I D 是由O R A C L E _ S I D 环境变量定义的值），

在使用之前为所有的数据库创建参数指定必须的值。另外一个称为 c r d b 2 _ S I D . s q l的文件也需

要被创建。第二个文件包含以下内容：

• 非S Y S T E M表空间创建命令。

• 回滚段创建命令。

• 运行c a t a l o g . s q l 、C a t p r o c . s q l和c a t d b s y n . s q l。

• 改变S Y S和S Y S T E M 口令。

• 数据库用户、角色和P r o f i l e创建命令。

• 运行p u p b l d . s q l （创建P R O D U C T _ U S E R _ P R O F I L E 表并且去掉当不同于 S Y S T E M的用户

登录时，出现的“User Profile information not loaded”消息

—

在O r a c l e 8 下，这种情况

不会再发生）。

• 任何A LTER DATA B A S E或者A LTER SYSTEM命令。

两个文件都需要与第一个数据库备份（热备份或冷备份）一起被备份。当将这些文件作

为文档使用以理解数据库创建期间提供了什么值时，需要注意一些数据库创建值是可以更改

的（例如，ARCHIVELOG 模式）。所以，这些文件可以不一定反映当前的数据库值。因此，

当数据库被更改后，使用合适的值更新 c r d b 2 _ S I D . s q l 文件是个好主意。

两个文件都将输出定向到日志文件中。对于任何一种运行时错误都应当检查这些日志文

件。这是一个十分重要的步骤

—

确保没有创建错误逃脱自己的注意。如果没有检查到这些

错误，它们可能会产生一系列错误

—

P L / S Q L不能正确工作、数据库链接无法创建等。另外，

第7章安装、配置和定制数据库环境 183

下载

评论收藏

内容反馈

shunjiandechacuo

2012-12-27

还行，下了可以的。

jianzhanger

粉丝: 87
资源: 58

ORACLE_24×7技术与技巧

Oracle 24.7技术与技巧---数据库高可用

ORACLE_24.7技术与技巧---数据库高可用

ORACLE 24.7技术与技巧---数据库高可用

ORACLE 24.7技术与技巧---数据库高可用(PDF)

Oracle_XML_Publisher技巧实战

Oracle8i数据库开发技术与技巧

oracle_技术资料

Oracle 技术与技巧---数据库高可用

Oracle 内部培训资料：Oracle 10g 培训材料（18个PPT）

Oracle数据库管理员技术指南

精通Oracle_PL／SQL

精通Oracle_PL／SQL part1

ORACLE9i_优化设计与系统调整

Oracle 24.7技术与技巧—数据库高可用.rar

Oracle 24.7技术与技巧---数据库高可用1.rar

Oracle内核技术揭秘

Oracle 24.7技术与技巧---数据库高可用.rar

Oracle 24.7技术与技巧---数据库高可用3.rar

ORACLE存储过程性能优化技巧

oci.dll 12版本全部

oracle 触发器语法及 for each row 详细说明

Kingbase KCA题库

数据库系统概念（原书第七版）课后作业题

fineReport课后10题答案.zip

win64-11gR2-client.zip

Oracle19c-Windows客户端

oracle 12c windows 安装包下载

Oracle11安装依赖包，11.2.0.4.0版本

最新资源