SQL数据库文件损坏，怎么修复

可以修复，从故障解析，数据库损坏分为逻辑层损坏和物理层损坏。

1，逻辑损坏是指，文件本身完整，系统表在逻辑结构上混乱造成的错误。

2，物理损坏是指，文件由于不完整，导致置疑等故障

数据库损坏，由断电，非法关机，系统重启，文件被误删除，误ghost自己恢复出来的文件附加失败，阵列崩溃等原因造成的。

逻辑层修复方法，网上有很多dbcc修复命令，可以区尝试下、

物理层还是找专业人员吧！

微信数据库损坏，这是由于你的 *** 作系统和该版本的微信不兼容或者你的微信软件有损坏。

微信系统自带修复并不能百分百成功，原因是每个人手机内存大小不同，微信使用的数据量多少不同，所以在修复的过程中缓存区如果数据太多，部分数据就会被损坏。这就是有些人能成功则有些人修复失败的原因。

我们微信的数据在磁盘上的保存通常分成两个组成部分，索引区（lndex）和数据区（Data）。索引区负责记录数据位置大小状态等属性。数据区保存的是物理数据，形式为二进制01的组合。

物理数据并没有被删除，还在那里，只不过标记这一块为空闲区域了，有新数据写入时，这块数据就有可能被占用了。那么亲最关心的问题来了，数据什么时间可以恢复？多久之前的数据可以恢复？什么情况下不能恢复？数据删除后，先是被标记为空闲区域。

其数据写入时系统会随机选取一块空闲区域。如果被选中那么数据就会物理删除基本无法恢复。多久之前的数据能恢复，在等待区没有被覆盖之前原理上数据都能恢复。时间越长产生的新数据越多，被覆盖的几率也就越大。

如果确定损坏的数据则需要第三方的软件去修复，目前可以修复的软件还是很多的，苹果应用商店就可以直接下载。

Oracle DBA神器：PRM-DUL灾难恢复工具，Schema级别数据恢复。PRM-DULFor Oracle Database – schema级别oracle数据库数据恢复特性 ，PRM-DUL即ParnassusData Recovery Manager是企业级别Oracle数据库灾难恢复工具。PRM可以在无备份的情况下恢复被truncated掉的表，也可以恢复无法打开的Oracle数据库(Alter Database Open失败)中的数据。

可能有文件缺失或损坏，可以停掉SQL Server服务，先将数据库文件夹复制一份并安全存储，对数据库所在磁盘执行CHKDSK，排除磁盘错误，然后启动SQL Server服务，尝试修复数据库：

1在SQL Server Management Studio中随便创建一个数据库，例如：PVLink。

2停止SQL Server服务。

如果不停止此服务，刚才创建的PVLink数据库将即不能被拷贝，也不能被覆盖。

3把已经损坏的数据库的mdf文件拷贝并覆盖刚才新建的数据库产生的mdf文件。

4启动SQL Server服务。

此时可以看见刚才创建的PVLink数据库名字后面没有加号，无法察看其任何信息，其实目前它已经处于无法使用的状态。

5把数据库设置为紧急状态。

通过在“查询分析器”中执行：alter database PVLink set EMERGENCY 可以将数据库设置为紧急状态，此时数据库PVLink的图标改变成粉红色并出现“紧急”字样。

6将数据库设置为单用户模式。

如果不设置为单用户模式，我们将无法使用带有效repair选项的DBCC CHECKDB来检查/修复数据库，SQL Server 2005设置单用户模式比SQL Server 2000容易，只要在“查询分析器”中执行：

use master

go

sp_dboption 'PVLink',single,true

7修复数据库

修复数据库主要使用DBCC来 *** 作，一般来讲，我们可以使用以下三个选项来修复：

●REPAIR_ALLOW_ DATA_LOSS

尝试修复报告的所有错误。这些修复可能会导致一些数据丢失。

●REPAIR_FAST

仅为保持向后兼容性而保留。

●REPAIR_REBUILD

执行由 REPAIR_FAST 执行的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。

一般我们通过执行：DBCC CHECKDB('PVLink',REPAIR_REBUILD) 即可完成修复工作，此时 SQL Server 2005会给出很多提示，因为这个过程可能会导致一些数据库设计或者数据的丢失，并且在这个过程中，会产生新的以ldf为扩展名的数据库日志文件。

8完成以上的步骤后，一般情况下数据库应该可用了，如果数据库此时仍然是紧急状态，可以通过：alter database PVLink set ONLINE ，把数据库变成在线状态。

检查PVLink数据库内数据是否正常，是的话换回原数据库即可。

修复数据库坏块

dbv

你也可以用dbv工具看一下你现在其他的数据文件有没有还有坏块的

dbv file='yourfilename'

恢复方法：

当Oracle数据库出现坏块时，Oracle会在警告日志文件（alert_SIDlog）中记录坏块的信息：

ORA-01578: ORACLE data block corrupted (file # 7, block # )

ORA-01110: data file : '/oracle1/oradata/V920/oradata/V816/users01dbf'

其中，＜AFN＞代表坏块所在数据文件的绝对文件号，代表坏块是数据文件上的第几个数据块

出现这种情况时，应该首先检查是否是硬件及 *** 作系统上的故障导致Oracle数据库出现坏块。在排除了数据库以外的原因后，再对发生坏块的数据库对象进行处理。

1．确定发生坏块的数据库对象

SELECT tablespace_name,

segment_type,

owner,

segment_name

FROM dba_extents

WHERE file_id =

AND between block_id AND block_id+blocks-1;

2．决定修复方法

如果发生坏块的对象是一个索引，那么可以直接把索引DROP掉后，再根据表里的记录进行重建；

如果发生坏块的表的记录可以根据其它表的记录生成的话，那么可以直接把这个表DROP掉后重建；

如果有数据库的备份，则恢复数据库的方法来进行修复；

如果表里的记录没有其它办法恢复，那么坏块上的记录就丢失了，只能把表中其它数据坏上的记录取出来，然后对这个表进行重建。

3．用Oracle提供的DBMS_REPAIR包标记出坏块

exec DBMS_REPAIRSKIP_CORRUPT_BLOCKS('','');

4．使用Create table as select命令将表中其它块上的记录保存到另一张表上

create table corrupt_table_bak

as

select from corrupt_table;

5．用DROP TABLE命令删除有坏块的表

drop table corrupt_table;

6．用alter table rename命令恢复原来的表

alter table corrupt_table_bak

rename to corrupt_table;

7．如果表上存在索引，则要重建表上的索引

PART2

2014722研究恢复数据库坏块：

Oracle调用标准C的系统函数，对数据块进行读写 *** 作，因此，坏块是有可能由以下几种原因产生：

硬件的I/O错误

*** 作系统的I/O错误或缓冲问题

内存或paging问题

磁盘修复工具

一个数据文件的一部分正在被覆盖

Oracle试图访问一个未被格式化的系统块失败

数据文件部分溢出

Oracle或者 *** 作系统的bug

遇到“ORA-01578:ORACLE data block corrupted”错误

处理方法：1rman的recover命令可以在数据库保持open状态下只恢复受损的数据块

2如果没有备份，万不得已之下也可以采用DBMS_REPAIR包的存储过程将受损坏块隔离，同时尽可能地挽救部分数据。

rman backup命令也是检查坏数据块的好工具 一旦读取ORA-19566 即可有问题

此时可用backup validate tablespace user观察详细的信息，可查看到坏块数与跟踪文件

grep‘corrupt’/u01/app/oracle/diag/rdbms/br/br/trace/trc

恢复数据块：rman》recover datafile 5 block 203；

批量恢复受损的数据块：recover corruption list;

数据块坏块一号坏块，需要做：

run{

sql 'alter database datafile 5 offline';

restore datafile 5;

recover datafile 5;

sql'alter database datafile 5 online'

}

使用exp/imp恢复

在这种情况下肯定会造成数据的丢失，在这种情况下应采取将数据导出然后重建表再进行导入的方法，来尽量恢复损坏数据块中的数据，但是在有坏块的情况下是不允许导出的，如下命令：Exp test/test file=tdmp 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命令删除相关表，之后重建表最后导入数据。

使用DBMS_REPAIR恢复

用DBMS_REPAIR当然也会丢失数据。这里不做详细的介绍，有兴趣的可以查看oracle的在线文

3、使用dbms_repair包进行坏块处理

1）首先建立repair_table,用于存放dbms_repaircheck_object检测出来的坏块信息

SQL> declare

2begin

3dbms_repairadmin_tables

4(table_name => 'REPAIR_TABLE',--表名

5table_type => dbms_repairrepair_table,

6action => dbms_repaircreate_action,

7tablespace => 'USERS');--用于指定该表存放的表空间

8end;

9/

PL/SQL 过程已成功完成。

SQL> col owner format a10

SQL> col object_name format a20

SQL> col object_type format a20

SQL> select owner, object_name, object_type

2from dba_objects

3where object_name like '%REPAIR_TABLE';

OWNEROBJECT_NAMEOBJECT_TYPE

---------- -------------------- --------------------

SYSREPAIR_TABLETABLE

SYSDBA_REPAIR_TABLEVIEW

Oracle自动创建了一个DBA_REPAIR_TABLE视图。

2）使用dbms_repaircheck_object进行坏块检测

SQL> set serveroutput on size 100000;

SQL> declare

2rpr_count int;

3begin

4rpr_count := 0;

5dbms_repaircheck_object(

6schema_name => 'SYS',--指定对象模式，也就是对象的所有者

7object_name => 'TEST',--指定对象名，也就是表名

8repair_table_name => 'REPAIR_TABLE',

9corrupt_count => rpr_count);

10dbms_outputput_line('repair block count: '

11||to_char(rpr_count));

12end;

13/

repair block count: 4

PL/SQL 过程已成功完成。

SQL> select object_name, block_id, corrupt_type, marked_corrupt,

2corrupt_description, repair_description

3from repair_table;

OBJECT_NAMEBLOCK_ID CORRUPT_TYPE MARKED_COR

-------------------- ---------- ------------ ----------

CORRUPT_DESCRIPTION

-------------------------------------------------------------------------------

REPAIR_DESCRIPTION

-------------------------------------------------------------------------------

TEST196148 TRUE

mark block software corrupt

TEST206148 TRUE

mark block software corrupt

TEST236148 TRUE

mark block software corrupt

TEST316148 TRUE

mark block software corrupt

通过运行dbms_repaircheck_object，将坏块信息存放到了repair_table表中，其中有个字段marked_corrupt，用于标识该块是否被标识为坏块，当被标识为true时，即该块被标识为坏块。其中这一步跟oracle文档中的描述有点进入，根据oracle文档，当执行完dbms_repaircheck_object时，并不会进行坏块标识，也就是marked_corrupt列的值应该为false，而只有当执行dbms_repairfix_corrupt_blocks过程后才会进行坏块标识。

3）使用dbms_repairfix_corrupt_blocks进行坏块标识

SQL> declare

2fix_block_count int;

3begin

4fix_block_count := 0;

5dbms_repairfix_corrupt_blocks (

6schema_name => 'SYS',

7object_name => 'TEST',

8object_type => dbms_repairtable_object,

9repair_table_name => 'REPAIR_TABLE',

10fix_count => fix_block_count);

11dbms_outputput_line('fix blocks count: ' ||

12to_char(fix_block_count));

13end;

14/

fix blocks count: 0

PL/SQL 过程已成功完成。

我们可以见到到fix blocks count=0，即在上一步进行check_object时已经进行了坏块标识了，这一步其实可以省略。（不过没有测试过！）

以上就是关于SQL数据库文件损坏，怎么修复全部的内容，包括:SQL数据库文件损坏，怎么修复、微信出现数据库损坏是什么意思(微信数据库损坏是什么原因)、oracle数据库损坏，只有某一表空间的数据文件。请问如何恢复这个表空间的数据等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！