Oracle 10g第2版新特性之可管理性特性

核心提示： 行了！对其他分区重复该过程，相比而言，Oracle 10g第2版新特性之可管理性特性(8)，如果您重新组织了整个表，则将 (a) 需要一个大小与整个表相等的空间， 开始挂载， 重新创建控制文件，(b) 为整个表生成重做（必须存在），否则将产生错误

行了！对其他分区重复该过程。

相比而言，如果您重新组织了整个表，则将 (a) 需要一个大小与整个表相等的空间，(b) 为整个表生成重做（必须存在），否则将产生错误。但通过对单个分区执行此过程，将减少单个分区的空间要求，并减少只为该分区生成的重做。

使用这个强大而有用的特性，您可以联机重新组织非常大的对象（就像大多数已分区对象一样）。此外，还应注意如何将统计信息复制到已重新定义的表上（如以上查询中的 NUM_RWS 值所示）；您不必为新建的表或分区重新生成统计信息。

在内存中检查数据块完整性，而非在磁盘上检查

活动的数据库实例将大量数据从用户会话移动到缓冲区缓存，从缓存移动到磁盘，反之亦然。这些移动可能使数据块容易遭到损坏。

Oracle 通过在将数据块写入磁盘之前计算数据值的校验和确保数据块的完整性。同时将该检验和值写入磁盘。当从磁盘中读取该块时，读取过程将再次计算校验和，然后与存储的值进行对比。如果值已损坏，校验和将不同，从而表明数据已经损坏。

由于大多数操作发生在内存中，因此在源本身（即缓冲区缓存）中执行该检查应谨慎。在 Oracle 数据库 10g 第 2 版中，还可以通过将初始化参数 DB_BLOCK_CHECKSUM 设置为 FULL 来执行内存检查。

在进行此设置后，Oracle 将在进行任何更改之前计算校验和并将该校验和与存储的值进行比较。该方法可以发现内存本身中的任何数据损坏，并在数据损坏时报告错误，这对防止磁盘级别的数据损坏以及防止将该损坏传播到备用数据库很帮助。

请注意，默认情况下，该参数设置为 FALSE，这与早期版本不同，那时该参数设置为 TRUE。

联机限制更改

当需要更改在创建数据库期间定义的参数（MAXDATAFILES、MAXLOGFILES 等）时，您有哪些选择？在 Oracle 数据库 10g 第 2 版之前，唯一的选择就是遵循以下步骤： 备份要跟踪的控制文件。 在跟踪文件中修改要更改的参数。 关闭数据库。 开始挂载。 重新创建控制文件。 在 RESETLOGS 模式下打开数据库。