Oracle数据块损坏恢复总结

本文介绍了Oracle数据库中数据块损坏的几种恢复方法,包括使用EXP/IMP导出导入、DBMS_REPAIR、RMAN恢复及BBED工具直接修复等手段,并讨论了不同情况下的数据损失可能性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Oracle数据块损坏恢复总结
在恢复前使用DBV命令检查数据文件是否存在坏块
dbv file=d:\oracle\oradata\mydb\RONLY.DBF blocksize=8192
查看数据坏块所在数据文件号及块号可以对表进行一次全表扫描,如:
select count(*) from tablename;
1、    没有备份的情况下:

1.1、使用exp/imp恢复
  在这种情况下肯定会造成数据的丢失,在这种情况下应采取将数据导出然后重建表再进行导入的方法,来尽量恢复损坏数据块中的数据,但是在有坏块的情况下是不允许导出的,如下命令:
  Exp test/test file=t.dmp tables=t;
  导出命令在执行中会报ORA-01578错误,在这错误提示中会提示那个文件号的文件以及这个文件中的哪个块被损坏,如:ORA—01578:ORACLE 数据块损坏(文件号 4,块号 35)
  针对以上的提示首先查询那些对象被损坏:
  Select tablespace_name,segment_type,owner,segment_name From dba_extents Where file_id=4 and 35 between block_id and block_id+blocks-1;
如果被损坏的块是索引,通常可以通过索引重建来解决,如果损坏的是数据(segment_type为table),那么通过设置如下内部事件使得Exp操作跳过坏块。
Alter session set events=’10231 trace name context forever,level 10’;
然后重新执行导出命令,导出相关的表,然后执行Drop Table命令删除相关表,之后重建表最后导入数据。

1.2、使用DBMS_REPAIR恢复
用DBMS_REPAIR当然也会丢失数据。这里不做详细的介绍,有兴趣的可以查看oracle的在线文档

2、使用Rman进行恢复:
  首先要存在Rman的最新备份集,然后执行如下命令:
RMAN>backup validate datafile 4;检查4号数据文件是否存在坏块
执行查询:select * from v$database_block_corruption where file#=4;
如果4号文件存在坏块的话,那么将在结果集中有所显示,会显示损坏的块号,根据显示结果执行如下命令进行恢复:
RMAN>blockrecover datafile 4 block 35 from backupset;
该命令执行后即可恢复坏块,并且不会造成数据丢失,但是要求数据库必须要运行在归档模式下,否则RMAN无法发挥作用,而且通过RMAN做过最新的数据库备份


3、使用bbed恢复
使用bbed恢复时必须有数据文件的拷贝。
bbed就是英文block browse edit的缩写,用来直接查看和修改数据文件数据的一个工具。
在windows和linux上面都有

但在linux下需要编译:
然后把$ORACLE_HOME/rdbms/lib加到环境变量的PATH里面,就可以直接在命令中bbed了。

BBED的缺省口令为blockedit, For Oracle Internal Use only 请谨慎使用Oracle不做技术支持。
[oracle@test oracle]$ cd $ORACLE_HOME/rdbms/lib
[oracle@test lib]$ make -f ins_rdbms.mk $ORACLE_HOME/rdbms/lib/bbed
进入bbed后,可以使用help查看帮助
BBED> help
bbed的详细用法这里不做具体介绍。
详细用法可以参考:
http://www.sosdb.com/jdul/dispbbs.asp?boardID=1&ID=237
### 解决方案 在 IntelliJ IDEA 2021 版本中遇到 `org.junit` 存在的问题,通常是由以下几个原因引起的:依赖未正确引入、项目配置错误或 Maven/Gradle 构建工具的版本问题。以下是详细的分析和解决方案。 #### 1. **确认 JUnit 依赖是否已正确添加** 如果项目的构建工具是 Maven 或 Gradle,则需要检查其配置文件(`pom.xml` 或 `build.gradle`),确保已经含了正确的 JUnit 依赖项。 对于 Maven 项目,在 `pom.xml` 文件中应有如下内容: ```xml <dependency> <groupId>org.junit.jupiter</groupId> <artifactId>junit-jupiter-api</artifactId> <version>5.x</version> <!-- 替换为具体版本 --> <scope>test</scope> </dependency> <dependency> <groupId>org.junit.jupiter</groupId> <artifactId>junit-jupiter-engine</artifactId> <version>5.x</version> <!-- 替换为具体版本 --> <scope>test</scope> </dependency> ``` 如果是 Gradle 项目,则应在 `build.gradle` 文件中加入以下内容: ```gradle dependencies { testImplementation 'org.junit.jupiter:junit-jupiter-api:5.x' // 替换为具体版本 testRuntimeOnly 'org.junit.jupiter:junit-jupiter-engine:5.x' // 替换为具体版本 } ``` 完成修改后,执行刷新操作以同步依赖项[^3]。 #### 2. **手动添加 JUnit 库至项目** 如果没有使用 Maven 或 Gradle,可以通过手动方式将 JUnit 添加到项目库中: - 菜单栏依次选择 `File -> Project Structure... -> Libraries`。 - 点击左侧的绿色加号按钮 (`+`) 并选择 `Java`。 - 导航至 IntelliJ IDEA 的安装路径下寻找 `lib/junit-4.12.jar` 文件并将其添加进去[^1]。 #### 3. **检查 generate-sources 设置** 有时由于误操作可能导致某些目录被标记为了资源而非源码,从而引发编译器找到特定类的情况。解决办法如下: - 前往菜单栏中的 `File -> Project Structure... -> Modules` 页面。 - 在右侧列表里定位到当前模块对应的 sources 下面的具体目录。 - 若发现某个目录意外地标记成了 resources 类型而是 source types,请重新调整回来——即点击该目录再切换成 Sources 标签页[^2]。 #### 4. **验证 Maven 工具链版本** 较低版次的 Apache Maven 可能无法完全支持最新标准下的测试框架集成工作流;因此建议升级本地使用的 Maven 至较新稳定发行版本后再试一次整个流程看效果如何变化。 --- ### 示例代码片段展示如何运行简单的单元测试 假设我们有一个基本功能函数用于计算两个整数相加之和,并为其编写相应的JUnit 测试案例: ```java // Main.java public class Main { public static int add(int a, int b){ return a+b; } } // TestMain.java (位于 src/test/java 目录下) import org.junit.jupiter.api.Test; import static org.junit.jupiter.api.Assertions.*; class TestMain { @Test void testAdd(){ assertEquals(2, Main.add(1,1)); } } ``` 上述例子展示了基于 JUnit 5 编写的简单算术运算逻辑及其配套检验手段。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值