用ORACLE8i修复数据库坏块的三种方法

在进行SUN CLUSTER双机切换、意外断电或其它情况下，有时会发生共享盘MOUNT不上的情况，需要使用FSCK对共享盘进行修复。修复完成后，在数据库启动过程中，却又出现"数据块损坏，无法启动数据库"的现象，此时，可以根据不同的数据块损坏类型，检测并修复错误。在此介绍三种使用Oracle8i修复损坏数据块的方法。

　　一、数据块损坏，错误代码为ORA-01578

　　ORA-1115 I/O ERROR READING BLOCK

　　通常后跟ORA-737X错误与操作系统错误(如UNIX中的错误号5)

 

　　产生原因：

　　1. 硬件问题(磁盘控制器问题或磁盘问题)

　　2. 物理级的数据块损坏(通常由前一原因造成)

　　3. 处理巨型文件时，后跟错误代码ORA-7371

　　确定故障原因与恢复的方法：

　　1. 查看alert.log文件中其它ORA-1115错误的发生情况：

　　1) 如果指向不同磁盘的文件，则是磁盘控制器的问题，查看V$DATAFILE，有哪些文件位于该控制器下，转到第二步。

　　2) 如果指向相同磁盘的不同文件，则是磁盘的问题，转到第二步。

　　3) 如果指向同一个文件，执行以下语句查找文件名：

　　SELECT SEGMENT_NAME,SEGMENT_TYPE FROM DBA_EXTENTS WHERE FILE_ID=<文件号> AND <块号> BETWEEN BLOCK_ID

　　AND BLOCK_ID+BLOCKS-1;

　　其中，文件号与块号是ORA-1115中指出的，如果该查询持续指向某表或索引，则重建它们即可。

　　2. 如果文件是SYSTEM表空间，或处于NOARCHIVELOG模式，关闭数据库，转到第四步。

　　3. 如果数据库处于ARCHIVELOG模式，仍应关闭数据库，如果不能关闭数据库，则将相应的数据文件脱机：ALTER DATABASE DATAFILE '文件名' OFFLINE;

　　4. 试着将数据文件拷贝到别的磁盘。

　　5. 如果拷贝失败，则文件将丢失。

　　6. STARTUP MOUNT;

　　7. 将数据文件重命名为成功拷贝到别的磁盘的文件名：

　　ALTER DATABASE RENAME FILE '老路径文件名' TO '新路径文件名';

　　8. ALTER DATABASE OPEN;

　　9. RECOVER DATAFILE 文件名;

　　ALTER DATABASE DATAFILE '文件名' ONLINE;

　　二、回滚段需要恢复

　　如果回滚段处于NEED RECOVERY状态，需要执行以下步骤进行恢复：

　　1. 查看所有联机的表空间与数据文件

　　2. 在init.ora文件中加入event = "10015 trace name context forever,level 10"，这将生成一个追踪文件，其中含有事务与回滚的信息。

　　3. 关闭并重新打开数据库。

　　4. 查看TRACE文件，应有error recovery tx(#,#) object #.TX(#,#)，指出事务信息，其中object #与sys.dba_objects中的object_id相同。

　　5. 使用以下查询找出正在进行恢复的对象：

　　SELECT owner,object_name,object_type,status FROM dba_objects WHERE object_id=

转载：junzhongxu.cnblogs.com

实际项目中可使用的性能需求

在编写合同或者招标书时，经常有性能需求方面的章节。在编写这部分内容时，文档撰写人经常会觉得无从下手。

笔者根据实际工作中碰到的项目，将实际项目中可能使用性能需求进行汇总。仅供参考，不当之处，还望大家见谅。

性能需求一般包括：

1)列出有各种性能要求的功能，如有并发要求的功能及相应的并发要求、有响应时间要求的功能，

2)数据库容量，或指定时间的业务处理量，

3)系统用户容量的需求，

4)如果有机器配置上的要求，则说明相应的机器配置要求；

5)网络环境，如1MADSL或者512k拨号上网环境，

6)系统运行时间，如7×24小时不间断运行，或者可连续运行一周。

附：性能测试需求例子

项目1：

1. 时间特性的要求：

1)普遍情况下：

●搜索时间最大不超过5秒

●平均时间在1～3秒以内

2)1860前台（业务知识库）：

●知识文档的搜索不超过1秒

●知识文档的搜索与打开合计时间不超过3秒

●平均在1秒内

2. 系统容量要求

●静态用户（注册用户）：3500以上

●动态用户（在线用户）：1500以上

●并发数：500以上

项目2：

●检查系统在 2000 个用户的负载下，所有业务动作是否可用及稳定；

●检查系统在2000 个用户的负载下，连续运行 72 小时过程中，订单上传、转单、详情单查询、发运、勾核、签收及邮路填报功能等业务动作是否可用及稳定；

●检查系统在 1500 个用户、500 个并发用户操作的负载下，连续运行 72 小时过程中，以上业务动作是否可用及稳定；

●检查系统在 8.0 GB 业务数据、1500 个用户、500 个并发用户运行的负载下，连续运行 72 小时过程中，以上业务动作是否可用及稳定；

实际项目中可使用的性能需求

在编写合同或者招标书时，经常有性能需求方面的章节。在编写这部分内容时，文档撰写人经常会觉得无从下手。

笔者根据实际工作中碰到的项目，将实际项目中可能使用性能需求进行汇总。仅供参考，不当之处，还望大家见谅。

性能需求一般包括：

1)列出有各种性能要求的功能，如有并发要求的功能及相应的并发要求、有响应时间要求的功能，

2)数据库容量，或指定时间的业务处理量，

3)系统用户容量的需求，

4)如果有机器配置上的要求，则说明相应的机器配置要求；

5)网络环境，如1MADSL或者512k拨号上网环境，

6)系统运行时间，如7×24小时不间断运行，或者可连续运行一周。

附：性能测试需求例子

项目1：

1. 时间特性的要求：

1)普遍情况下：

●搜索时间最大不超过5秒

●平均时间在1～3秒以内

2)1860前台（业务知识库）：

●知识文档的搜索不超过1秒

●知识文档的搜索与打开合计时间不超过3秒

●平均在1秒内

2. 系统容量要求

●静态用户（注册用户）：3500以上

●动态用户（在线用户）：1500以上

●并发数：500以上

项目2：

●检查系统在 2000 个用户的负载下，所有业务动作是否可用及稳定；

●检查系统在2000 个用户的负载下，连续运行 72 小时过程中，订单上传、转单、详情单查询、发运、勾核、签收及邮路填报功能等业务动作是否可用及稳定；

●检查系统在 1500 个用户、500 个并发用户操作的负载下，连续运行 72 小时过程中，以上业务动作是否可用及稳定；

●检查系统在 8.0 GB 业务数据、1500 个用户、500 个并发用户运行的负载下，连续运行 72 小时过程中，以上业务动作是否可用及稳定；

实际项目中可使用的性能需求

在编写合同或者招标书时，经常有性能需求方面的章节。在编写这部分内容时，文档撰写人经常会觉得无从下手。

笔者根据实际工作中碰到的项目，将实际项目中可能使用性能需求进行汇总。仅供参考，不当之处，还望大家见谅。

性能需求一般包括：

1)列出有各种性能要求的功能，如有并发要求的功能及相应的并发要求、有响应时间要求的功能，

2)数据库容量，或指定时间的业务处理量，

3)系统用户容量的需求，

4)如果有机器配置上的要求，则说明相应的机器配置要求；

5)网络环境，如1MADSL或者512k拨号上网环境，

6)系统运行时间，如7×24小时不间断运行，或者可连续运行一周。

附：性能测试需求例子

项目1：

1. 时间特性的要求：

1)普遍情况下：

●搜索时间最大不超过5秒

●平均时间在1～3秒以内

2)1860前台（业务知识库）：

●知识文档的搜索不超过1秒

●知识文档的搜索与打开合计时间不超过3秒

●平均在1秒内

2. 系统容量要求

●静态用户（注册用户）：3500以上

●动态用户（在线用户）：1500以上

●并发数：500以上

项目2：

●检查系统在 2000 个用户的负载下，所有业务动作是否可用及稳定；

●检查系统在2000 个用户的负载下，连续运行 72 小时过程中，订单上传、转单、详情单查询、发运、勾核、签收及邮路填报功能等业务动作是否可用及稳定；

●检查系统在 1500 个用户、500 个并发用户操作的负载下，连续运行 72 小时过程中，以上业务动作是否可用及稳定；

●检查系统在 8.0 GB 业务数据、1500 个用户、500 个并发用户运行的负载下，连续运行 72 小时过程中，以上业务动作是否可用及稳定；