《Informix数据库升级指南.docxVIP

Informix 数据库升级指南谢烨, 软件工程师, IBM孙国荣, 软件工程师, IBM谭永贻, 高级技术经理, IBM简介：?Informix 数据库升级是 Informix 管理员的一项重要且具有挑战性的工作。本文主要介绍 Informix 数据库升级前的准备工作、升级的操作过程、升级后的调优工作、升级的注意事项，使读者对 Informix 数据库升级有较为全面的理解。?引言Informix 11 与之前版本的 Informix 相比，新增了很多特性，如 SQL 语句跟踪、非阻断的检查点、SDS 辅节点、星型连接、自动存储扩展、图形界面的管理工具 OAT 等，并且在性能上有了很大的提升。另外，由于 Informix 版本 7、9、10 已进入 EOS (End Of Support) 状态，所以很多 Informix 用户纷纷选择将 Informix 升级到版本 11。回页首Informix 数据库升级简介Informix 数据库升级是指把使用的 Informix 数据库从低版本转化为高版本。对 Informix 数据库进行升级是一项系统工程，包括升级前的测试、升级前的检查、升级操作过程、升级后的测试、升级后的调优等。Informix 数据库升级有两种类型：in-place 和 non-in-place。In-place 升级中，新版本的 Informix 使用的数据文件与旧版本的 Informix 相同，数据库管理员无需导出导入数据。Non-in-place 升级中，新版本的 Informix 使用的数据文件与旧版本的 Informix 不同，数据库管理员需要导出导入数据。In-place 升级比较简单，升级操作时间短。non-in-place 升级比较复杂，升级操作时间长，所需的硬件资源多，风险较小。在一些情况下我们只能使用 non-in-place 升级，例如改变了硬件或操作系统。两种类型的 Informix 数据库升级的示意图如图 1 所示。图 1. 两种类型的 Informix 数据库升级的示意图?回页首Informix 数据库升级的测试计划在升级前和升级后，我们需要对 Informix 数据库进行测试，然后比较升级前的测试结果和升级后的测试结果，以确保现有的数据库应用程序在新版本数据库上运行的结果与在旧版本数据库上运行的结果相同，在新版本数据库上运行的性能好于在旧版本数据库上运行的性能。于是，我们必须预先制定周密的测试计划。测试计划中应收集的信息主要包括以下这些方面：升级前后每个数据库的 schema 我们可以使用 dbschema 命令得到升级前后每个数据库的 schema，并比较它们。我们需要验证升级前后数据库的 schema 没有被改变。升级前后磁盘空间的分配情况，如dbspace、chunk、extent 等的情况可使用 onstat -d 查看 dbspace 和 chunk 的情况。可使用 oncheck -pe 查看 extent 的情况。升级前后每个数据表的行数我们需要验证升级前后数据表的行数是一样的。可使用如下的 SQL 语句：select count(*) from table;升级前后一些列的总和或平均值可使用如下的 SQL 语句：select sum( column ) from table; select avg( column ) from table;升级前后一些 SQL 语句的结果我们可以挑选出一些较复杂（比如涉及到多表查询）的 SQL 语句，然后在升级前后运行这些 SQL 语句。我们需要验证升级前后这些 SQL 语句的运行结果是一样的。升级前后一些重要 SQL 语句的查询计划 (query plan) 和运行时间在某一个 session 中运行如下 SQL 语句后，Informix 将把该 session 中后续的 SQL 语句的查询计划记录在 sqexplain.out 文件中。SET EXPLAIN ON;可使用如下方式得到 SQL 语句的运行时间：1. 将 SQL 语句写在一个后缀名为 sql 的文件中，例如 my.sql2. 在 shell 上运行如下命令：time dbaccess database sqlFile 例如 : time dbaccesscrmdb my.sql升级前后数据库（不包括应用程序）关于典型事务的吞吐量在 dbaccess 中使用存储过程产生大量典型事务，测试数据库（不包括应用程序）在单位时间内最多能处理多少典型事务。升级前后业务系统（包括数据库和应用程序）关于典型业务的吞吐量测试业务系统在单位时间内最多能处理多少典型业务。升级前后正常负载下系统资源（CPU、内存、硬盘等）的使用情况可使用 onstat、iostat 等命令。升级前后较大负载