《计算机教程2》青少年教育丛书.pdfVIP

下载 第10章 系统大小估计的方法 预先配置容量规划，表面上看起来很复杂，但实际上它遵循一定的逻辑规则。大部分执 行预先配置容量规划的分析员都有他们自己的方法。显而易见，最准确的方法是采用一个可 靠的基准程序。在这里，系统中运行实际的工作量并搜集性能统计数字，以便准确地描述工 作量的效果。这种方法不仅对完成处理所必需的硬件资源进行了准确的估计，而且允许你使 用工作量运行“想定方案”，以便预测由于系统中增加的用户数量而导致利用率级别的突然提 高，并且预测在哪里发生这些提高。这种方法预先假设应用程序工作量已经被编写并且是完 全实用的，数据库被建立或者能够被建立，以便完成该测试。当这些条件满足后，所剩的唯 一工作就是加载并运行该测试。 尽管基准程序方法是建立系统最准确的方法，然而它的使用受到几个因素的限制。基准 程序大小估计的一个明显问题是它的花费通常远远超过小公司所能负担的费用。因此，基准 程序大小估计练习通常仅局限于大公司，它们有资金用于此项活动。另一个问题就是工作量 和数据库必须被开发到能够放置在系统中并被处理的程度。 幸运的是，可以采用另一种大小估计的方法对处理工作量的硬件需求进行估计。这种大 小估计方法，称之为统计硬件估计，取决于具有完整的应用程序和数据库设计模式，并且将 如下条件应用于目标系统： • CPU 的稳态利用率小于7 5 ％。 • 高速缓存命中率至少是9 0 ％。 • 没有超过8 5 ％的空间利用率或输入/输出活动的磁盘驱动器。 • 服务器仅运行一个数据库。 • 磁盘输入/输出分布均匀分布到所有的驱动器中。 • 磁盘控制器的数量足够满足工作量的要求。 这些条件背后的原理在第 8章和第9 章中深入地讨论。我们假设目标系统拥有这些条件， 并使用它们计算出C P U 的容量。 10.1 估计处理器大小 让我们把注意力集中在估计一台数据库服务器的大小上。预测一台数据库服务器中 C P U 的大小并不像你想象的那样复杂。记住，数据库服务器仅处理事务。因为应用在客户机上运 行，所以应用的大小不计入公式。服务器将以读写操作的形式处理请求—也就是说，它将 处理输入/输出。因此，眼前的任务是确定事务将要产生的输入 /输出数量以及它们需要在什么 时间范围内完成。你需要知道系统要处理的事务量以及此系统的工作时间 ( 以小时计)或者峰值 利用期的定义。正如我们所看到的，最好是在估计峰值利用期的大小，因为它代表了最坏的 情况。不幸的是，在大多数的情况下，不能获得此信息。 要对系统处理的事务有一个较深入的了解，你需要对事务进行剖析 (做剖面) ，它会帮助你 确定事务产生的读写 (输入/ 输出) 次数，并能够计算出预期的 C P U利用率。对事务所引发的输 1 2 6 第二部分 大小估计和容量规划 下载 入/输出次数进行预计的方法在第 9章中讨论。 任何大小估计中一个最为重要的部分就是获得有关工作量以及此工作量被处理时所处的 环境信息。你可以通过在与数据库设计者、应用设计者、管理者以及系统管理员的交流中搜 集到此类信息。 10.1.1 交流过程 交流过程能够得到估计 C P U大小所需的大量信息。你需要的涉及数据库服务器的输入 /输 出的基本数据是：事务的类型、每类事务的数量以及这些事务将产生的输入 / 输出数量。应用 设计者能够提供有关事务特性的相关信息，数据库设计者能够提供关于受这些事务所影响的 表和索引的信息。你必须考虑的其他因素包括处理这些事务所花费的时间以及数据库磁盘驱 动器的故障容错。 让我们看一个交流的例子。某公司正在开发一个待售的订单登记系统，他们希望该系统 在几个月后推广使用。该公司已经限定系统对发出的联机订单和电话订单进行处理。他们希 望能够对硬件需求进行准确的评估，该硬件用于在一定的时间限度内处理完此工作量。从数 据库管理员那里，你了解到该数据库大小为 3 0 G B 。此估算包括索引表和数据库使用的临时文 件的大小。数据库管理员还提供了数据库模式以及将要使用的表的数量。有 5个主表，其中最 大的一张表的大小是3 G B 。 应用开发者确定此订单登记系统由 5个主要的事务组成，并且推算出读和写 (使用RAID 0 配置