第18章调整内存.PDFVIP

下载 第18章 调 整 内 存 本章要点： U T L B S TAT / U T L E S TAT 调整共享池 调整数据库缓存 调整排序 调整多线程服务器 调整锁 再看操作系统集成 在O r a c l e 中，调整内存通常是指调整共享全局区（ S G A ）。这包括监控和调整共享池（数 据字典与库缓存）与数据库缓存。调整内存与调整应用和输入 / 输出紧密联系在一起，因为调 整的一个主要目标—减少或消除争用—在调整过程的各方面都涉及到。例如，本书在调 整输入/输出中讨论了它们都有必须调整的内存成分，例如回滚缓冲区和重做日志缓冲器。然 而，因为主要强调的是输入 / 输出争用，所以在调整输入 / 输出里讨论调整回滚段和重做日志。 你还必须调整其他的诸如锁与闩的基于内存的结构，其中一部分将在本章讨论。分类排序是 另外一个内存问题。当你对任何一样东西进行分类排序时，不管它是否是 C R E ATE INDEX 、 ORDER BY 或一个连结的结果，理想的情况是尽可能地在内存中执行，仅在必要时求助于磁 盘。最终，作为一名数据库管理员，你必须积极地参与到操作系统的集成和调整中。 除非R D B M S 由专用的数据库计算机的部分组成，否则包括O r a c l e在内的任何R D B M S必须从 操作系统中申请内存。操作系统在低层处理大部分的内存管理，例如用于 R D B M S 的共享内存。 依赖于R D B M S ，它可以处理某些高级操作，例如锁定。作为一个示例，在内存管理方面考察一 下S y b a s e与O r a c l e 。S y b a s e选择使用一个大型的共享内存段并且通过低级操作系统调用来管理它 本身。O r a c l e选择同样的方法。S y b a s e处理它自己的锁定和多线程过程中的进程间通信问题。另 一方面，O r a c l e管理部分锁定和内部的进程间通信，还要依赖操作系统做一部分工作。这些处理 内存的方法是R D B M S体系结构的直接结果。不论发生哪种情况，一个微型操作系统和其中的 R D B M S必须和操作系统紧密结合，这样可以有效地处理它的资源请求。这不仅适用于内存，而 且适用于所有的资源，包括输入/输出。但有几个例外。在U N I X操作系统中的原始磁盘空间就是 一个明显的例外（参见附录A ）。现在，把你的注意力转向实际的数据收集和诊断内存问题上来。 18.1 UTLBSTAT/UTLESTAT 正如你在第 1 6章中所学到的那样， U T L B S TAT和U T L E S TAT脚本为你的全部诊断工作打 下基础。经常用人工查询或诸如V $ S Y S S TAT的V $动态性能视图的自定义脚本来补充这些脚本。 通过在不同的工作中使用这些脚本，你可以用它们来保证同其他 O r a c l e数据库管理员和顾问针 对某一系统的性能进行通信。 正如你看到的，这些脚本通常存在于 $ O R A C L E _ H O M E / r d b m s v e r s i o n / a d m i n子目录中。 第18章计调 整 内 存计计193 下载 在实际使用它们以前，应在你的 i n i t . o r a参数文件中设置 T I M E D _ S TAT I S T I C S = T R U E或在你的 会话层设置A LTER SESSION SET TIMED STAT I S T I C S = T R U E 。注册到s v rg m r l （服务器管理 器行方式，版本7 . 1或更高）。接下来CONNECT/AS SYSDBA （或者是CONNECT INTERNAL ）。 然后，运行u t l b s t a t . s q l 。 这样就创建了你的开始集合表和视图（在 S Y S模式下）；这些对象已经在它们内部用 B E G I N命名。然后选取开始统计数字并把它们存放在那里。接下来，假如你的应用还没有运 行的话，那么运行它。作为一名数据库管理员，你的目标是在系统的峰值活动期间捕获系统 统计数字。当峰值过后，或在一些合理的时间周期之后，运行 u