Oracle24.7技术与技巧—数据库高可用(十二).pdf

下载 第12章 空间和增长管理 应用程序失败的最一般原因是与空间和增长相关的错误（如 O R A - 1 6 5 3错误，它是因为没 有足够的空间使段增长）。这种失败的特征表现为：应用程序在屏幕上显示一条错误消息，然 后应用程序停顿下来；但是这些错误的原因并不存在于应用程序中，而是由于数据库内部不 适当的空间和增长管理的结果。可以将空间和增长管理看成是同一硬币的两面，需要纵向分 析（增长分析）、计划（容量计划）、实现（空间配置）以及监测。如果对任何一个方面重视 不够，就很容易导致无法管理的段、扩展段、块留下不可用的空间，造成空间的浪费。特别 是随着数据库越来越大，停工来修复低效的物理布局是非常重要的。值得庆幸的是有某些可 预先采取的步骤，管理员可以使用这些步骤（在实现中）防止不负责任的空间分配和消耗。 本章详细介绍一些这样的方法。同时，本章有助于估计不适当的空间和增长管理引起的破坏 的程度，可能导致的性能降低，以及这种破坏（相当于，从修复这一破坏所获得的性能）是 否需要进行数据库重新组织，甚至进行停机修复。 本章将讨论以下技巧与技术： • 理解影响段增长的商业动因 • 理解空间消耗的单位 • 理解组成数据库的各种段 • 熟悉由于空间不足而导致的错误和影响 • 对所有的应用程序表空间和 S Y S T E M表空间使能A U TO E X T E N D特性 • 使用标准化的文件大小 • 以标准文件大小来调解数据文件头块 • 对每种段类型使用标准的存储语句来减少分段并更优化地使用空间 • 设置I N I T I A L和N E X T 时要记住D B _ B L O C K _ S I Z E参数 • 最优地设置P C T I N C R E A S E来减少分段 • 理解F R E E L I S T S并进行最优化设置以减少锁竞争 • 周期性地合并应用程序表空间 • 理解错误的标记的效果 • 周期性地回收不用的块 • 避免显式地丢弃数据文件 • 学习“表空间改组”以应付紧急的没有预见到的空间需求 • 在D S S环境中，不要盲目地接受不受限制的段增长 12.1 理解并管理空间及增长 在开始讨论本章的技巧之前，先澄清对空间和增长管理的理解，看看我们的理解是否相 同。数据库包括各种各样的段，每个段占用一定数量的磁盘空间。空间管理是指管理操作并 控制数据库中段的空间消耗。因此，空间和增长管理包含估计段的初始大小和增长并保证存 366 第四部分 数据库维护 下载 在足够的空间以供段的增长需要，进而满足商业的需要。 12.1.1 理解影响段增长的商业动因 通常情况下，许多人对 O r a c l e 中的空间消耗并不在意。许多所谓的数据库“专家”和过时 的出版物提出了很多荒谬的见解，叙述极不精确。未对增长模式有足够的重视，并且没有充 分理解控制这种增长的商业驱动，最终将受到惩罚，惩罚的形式是明显错误的段增长。当然 了，几乎不可能非常准确地估计增长。因此，只能基于普遍使用的商业参数来估计增长，并 进行必要的容量计划，以允许在一段时期内有某种程度的增长。因此，对这些商业动因了解 得越深入，就能获得越大的精确性。事实上，在容量设计的时候（尽可能地与实际的物理模 式接近），需要使已有的实际物理模式和适当的商业驱动相一致。听取一些商业分析家（可能 是有知识的终端用户如会计和高级销售部主管）对增长的预测是非常重要的。研究这种商业 需求和应用程序的设计，需要调节数据库中不同的段以适合商业需要，于是可以理解增长模 式。例如，一个简单的应用程序，其中包含的表如 P R O D U C T S 、C U S TO M E R S、O R D E R S和 O R D E R _ I T E M S 。这些段在物理设计中可能有各种各样的名字，与习惯的使用法有关。然而， 每个这种核心表直接与一个特定的商业需求相关，如当前制造 /销售的产品、已有的客户数据 库、到期的定单以及构成每个定单的产品。一旦认识到这种商业需求，就应该使用特定的商 业记录和目标以便于在增长分析中提高精确性。例如，如果一个公司制造并销售两百种商品， 那么在P R O D U C T S表中就有不少于两