某金融机构在一台RHEL5.5x64 系统环境下构建一套单分区环境的 DB2数据库，DB2数据库版本为 DB2v9.7x64。 DB2的实例和数据库目录都存储于 /home/jsnx 目录，客户RHEL系统下只有一个实例，那个实例下也只有一个数据库。 某天管理员误执行 rm 命令，将 /home/jsnx 下的所有数据全部删除。 数据库数据太大，全部容器约有 200多GB，而最新的备份数据是在一周前。 此案例存储的文件系统为 EXT3文件系统，用户在删除数据后，后期没有写入操作，环境保持得较完整。 通过分析EXT3文件系统的底层结构和通过删除后残留的数据，很快恢复出启动 DB2数据库所需的全部数据。 在linux DB2环境下成功激活用户的 DB2 数据库。 恢复出数据后，通过内部软件分析用户的DB2数据库的存储信息，根据信息在DB2 环境上重构用户原始的 DB2 环境：
重构DB2环境完成后，激活用户的数据库：
访问下数据库：   全系统Oracle环境：(Win、Linux、AIX、HP-UX、 Solaris) Oracle(9i、10g、11g) 环境已搭建完成 。 DB2环境：(Win、Linux、AIX、HP-UX、 Solaris) DB2(v8、v9、v10) 环境已搭建完成 (暂时不支持 z/OS和 i/OS 环境)。 全系统的 Sybase ASE 环境正在搭建中。 |
