Oracle常见数据块损坏处理方式

于 2024-07-16 16:21:50 发布
阅读量571 收藏 4
点赞数 7
分类专栏： 数据库专栏 文章标签： oracle 数据库 数据恢复
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wuxiaobing1234/article/details/140469704
版权

1 前提：备份数据库

查看数据库的模式

SYS@orcl>select open_mode,log_mode from v$database;

OPEN_MODE	     LOG_MODE
-------------------- ------------
READ WRITE	     ARCHIVELOG

修改RMAN的备份参数

RMAN> configure controlfile autobackup on;

new RMAN configuration parameters:
CONFIGURE CONTROLFILE AUTOBACKUP ON;
new RMAN configuration parameters are successfully stored

RMAN> configure controlfile autobackup format for device type disk to '/tmp/backup/%F';

old RMAN configuration parameters:
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/tmp/backup/cs_%F';
new RMAN configuration parameters:
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/tmp/backup/%F';
new RMAN configuration parameters are successfully stored

创建测试表空间，并存放数据

SYS@orcl>create tablespace tbs02 datafile '/u01/app/oracle/oradata/orcl/tbs002.dbf' size 1m;

Tablespace created.

SYS@orcl>create table bruce.test01 tablespace tbs02 as select * from emp;

Table created.

SYS@orcl>select count(*) from bruce.test01;

  COUNT(*)
----------
	14

在RMAN下面备份数据库

RMAN> backup database format '/tmp/backup/%U' tag=bruce20221216;

Starting backup at 2022-12-16 11:13:48
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00001 name=/u01/app/oracle/oradata/orcl/system01.dbf
input datafile file number=00003 name=/u01/app/oracle/oradata/orcl/sysaux01.dbf
input datafile file number=00004 name=/u01/app/oracle/oradata/orcl/undotbs01.dbf
input datafile file number=00005 name=/u01/app/oracle/oradata/orcl/tbs01_001.dbf
input datafile file number=00007 name=/u01/app/oracle/oradata/orcl/users01.dbf
input datafile file number=00002 name=/u01/app/oracle/tbs003.dbf
input datafile file number=00008 name=/u01/app/oracle/oradata/orcl/tbs002.dbf
channel ORA_DISK_1: starting piece 1 at 2022-12-16 11:13:48
channel ORA_DISK_1: finished piece 1 at 2022-12-16 11:13:55
piece handle=/tmp/backup/141fh3vc_1_1 tag=BRUCE20221216 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:07
Finished backup at 2022-12-16 11:13:55

Starting Control File and SPFILE Autobackup at 2022-12-16 11:13:55
piece handle=/tmp/backup/c-1648706630-20221216-03 comment=NONE
Finished Control File and SPFILE Autobackup at 2022-12-16 11:13:56

查看备份

RMAN> list backup of database;

List of Backup Sets
===================

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
33      Full    1.23G      DISK        00:00:03     2022-12-16 11:13:51
        BP Key: 33   Status: AVAILABLE  Compressed: NO  Tag: BRUCE20221216
        Piece Name: /tmp/backup/141fh3vc_1_1
  List of Datafiles in backup set 33
  File LV Type Ckp SCN    Ckp Time            Abs Fuz SCN Sparse Name
  ---- -- ---- ---------- ------------------- ----------- ------ ----
  1       Full 3900401    2022-12-16 11:13:48              NO    /u01/app/oracle/oradata/orcl/system01.dbf
  2       Full 3900401    2022-12-16 11:13:48              NO    /u01/app/oracle/tbs003.dbf
  3       Full 3900401    2022-12-16 11:13:48              NO    /u01/app/oracle/oradata/orcl/sysaux01.dbf
  4       Full 3900401    2022-12-16 11:13:48              NO    /u01/app/oracle/oradata/orcl/undotbs01.dbf
  5       Full 3900401    2022-12-16 11:13:48              NO    /u01/app/oracle/oradata/orcl/tbs01_001.dbf
  7       Full 3900401    2022-12-16 11:13:48              NO    /u01/app/oracle/oradata/orcl/users01.dbf
  8       Full 3900401    2022-12-16 11:13:48              NO    /u01/app/oracle/oradata/orcl/tbs002.dbf

RMAN> list backup of controlfile;

List of Backup Sets
===================

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
34      Full    10.19M     DISK        00:00:00     2022-12-16 11:13:55
        BP Key: 34   Status: AVAILABLE  Compressed: NO  Tag: TAG20221216T111355
        Piece Name: /tmp/backup/c-1648706630-20221216-03
  Control File Included: Ckp SCN: 3900420      Ckp time: 2022-12-16 11:13:55

RMAN> list backup of spfile;

List of Backup Sets
===================

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
34      Full    10.19M     DISK        00:00:00     2022-12-16 11:13:55
        BP Key: 34   Status: AVAILABLE  Compressed: NO  Tag: TAG20221216T111355
        Piece Name: /tmp/backup/c-1648706630-20221216-03
  SPFILE Included: Modification time: 2022-12-16 09:47:46
  SPFILE db_unique_name: ORCL

--备份文件--

[root@ora-server backup]# pwd 
/tmp/backup
[root@ora-server backup]# ll
total 1299680
-rw-r----- 1 oracle oinstall 1320173568 Dec 16 11:13 141fh3vc_1_1
-rw-r----- 1 oracle oinstall   10698752 Dec 16 11:13 c-1648706630-20221216-03

2 故障恢复

2.1 制造故障

查看tbs02表空间对应的数据文件，进行相关的修改。

数据文件为二进制文件，通过vi命令修改其中的数据，注意在修改数据文件内容时，不要修改头部信息，精良修改中间部分。

2.2 dbverify命令

检查数据文件是否存在坏块：

[oracle@ora-server orcl]$ dbv file=/u01/app/oracle/oradata/orcl/tbs001.dbf blocksize=8192

DBVERIFY: Release 12.2.0.1.0 - Production on Fri Dec 30 10:28:11 2022

Copyright (c) 1982, 2017, Oracle and/or its affiliates.  All rights reserved.

DBVERIFY - Verification starting : FILE = /u01/app/oracle/oradata/orcl/tbs001.dbf
Page 91 is marked corrupt
Corrupt block relative dba: 0x0240005b (file 9, block 91)
Bad check value found during dbv: 
Data in bad block:
 type: 6 format: 2 rdba: 0x0240005b
 last change scn: 0x0000.0000.004688dd seq: 0x1 flg: 0x06
 spare3: 0x0
 consistency value in tail: 0x88dd0601
 check value in block header: 0x716f
 computed block checksum: 0x6000

DBVERIFY - Verification complete

Total Pages Examined         : 128
Total Pages Processed (Data) : 109
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 0
Total Pages Failing   (Index): 0
Total Pages Processed (Other): 17
Total Pages Processed (Seg)  : 0
Total Pages Failing   (Seg)  : 0
Total Pages Empty            : 1
Total Pages Marked Corrupt   : 1
Total Pages Influx           : 0
Total Pages Encrypted        : 0
Highest block SCN            : 4622557 (0.4622557)

输出显示文件4的第45844个块出现坏块，dbv命令只能检测，不能修复。

2.3 blockrecover命令

在RMAN下使用blockrecover命令对坏块进行修复

RMAN> blockrecover datafile 9 block 91;

Starting recover at 30-DEC-22
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=1163 device type=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: SID=8 device type=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: SID=396 device type=DISK
allocated channel: ORA_DISK_4
channel ORA_DISK_4: SID=783 device type=DISK
searching flashback logs for block images
finished flashback log search, restored 1 blocks

starting media recovery
media recovery complete, elapsed time: 00:00:01

Finished recover at 30-DEC-22

退出RMAN后再检查

[oracle@ora-server ~]$ dbv file=/u01/app/oracle/oradata/orcl/tbs001.dbf blocksize=8192

DBVERIFY: Release 12.2.0.1.0 - Production on Fri Dec 30 11:05:45 2022

Copyright (c) 1982, 2017, Oracle and/or its affiliates.  All rights reserved.

DBVERIFY - Verification starting : FILE = /u01/app/oracle/oradata/orcl/tbs001.dbf

DBVERIFY - Verification complete

Total Pages Examined         : 128
Total Pages Processed (Data) : 110
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 0
Total Pages Failing   (Index): 0
Total Pages Processed (Other): 17
Total Pages Processed (Seg)  : 0
Total Pages Failing   (Seg)  : 0
Total Pages Empty            : 1
Total Pages Marked Corrupt   : 0
Total Pages Influx           : 0
Total Pages Encrypted        : 0
Highest block SCN            : 4622557 (0.4622557)

2.4 analyze命令

通过analyze命令对表和索引的匹配情况进行逻辑检查，只报告错误信息，不标示坏块

  1. 创建测试表test01，并添加响应的索引信息
SYS@orcl>create table bruce.test01 tablespace users as select * from emp;

Table created.

SYS@orcl>create index bruce.ind_01 on bruce.test01(empno) tablespace users;

Index created.
  1. 使用analyze命令检测表和索引的匹配情况
SYS@orcl>analyze table bruce.test01 validate structure cascade;

Table analyzed.

SYS@orcl>analyze index bruce.ind_01 validate structure;

Index analyzed.
  1. 将测试表移动一下
SYS@orcl>alter table bruce.test01 move;
  1. 再次检测表和索引的匹配情况
09:14:01 SYS@orcl>analyze index bruce.ind_01 validate structure;  
analyze index bruce.ind_1 validate structure
*
ERROR at line 1:
ORA-01502: index 'BRUCE.IND_01' or partition of such index is in unusable state

09:16:13 SYS@orcl>analyze table bruce.test01 validate structure cascade;
analyze table bruce.test01 validate structure cascade
*
ERROR at line 1:
ORA-01502: index 'BRUCE.IND_01' or partition of such index is in unusable state

由于移动了基表，改变了原有的rowid的值，会导致索引失效

  1. 解决：将索引删除后重建，或者重新编译一下
09:24:13 SYS@orcl>alter index bruce.ind_01 rebuild;

Index altered.
  1. 再次检查
09:25:14 SYS@orcl>analyze table bruce.test01 validate structure cascade;

Table analyzed.

09:25:45 SYS@orcl>analyze index bruce.ind_01 validate structure;

Index analyzed.

2.5 数据库初始化参数

对于参数db_block_checking和db_block_checksum的设定

db_block_checking的默认值是FALSE，如果设置为TRUE表示将会对所有的数据块进行检查；数据库通过读取该块，来确认数据块的自我一致性；根据数据库的工作负载，一般会产生1%~10%的开销。
参数有以下可能的值：

  1. off，除system表空间之外，任何表空间中都不执行块检查
  2. low，在内存中的块的内容发生变化之后，进行基本的块头检查
  3. medium，执行所有的low检查，并对所有不是以索引组织的表执行块检查
  4. full，执行所有的low和medium检查，以及索引块的检查

默认的值：

09:26:04 SYS@orcl>show parameter db_block_checking

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_block_checking		     string	 FALSE

此参数可以使用alter session或者alter system的命令进行修改

db_block_checksum，校验和，默认值是TRUE。数据库根据块中存储的所有字节数计算出的数字，在dbwr写脏数据的时候，同时也将此数字写入数据块的头部，之后再读取该块时，会重新计算校验和，并与数据块头的值进行比较。一般会对数据库造成1%~2%的开销，Oracle建议开启此参数。

09:34:05 SYS@orcl>show parameter db_block_checksum;

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_block_checksum		     string	 TYPICAL

2.6 dbms_repair的使用

09:37:28 SYS@orcl>create tablespace block datafile '/u01/app/oracle/oradata/orcl/block.dbf' size 1m;

Tablespace created.

09:37:48 SYS@orcl>grant dba to bruce identified by 123456;

Grant succeeded.

09:38:09 SYS@orcl>conn bruce/123456
Connected.

09:38:37 BRUCE@orcl>create table test tablespace block as select * from bruce.test01;

Table created.

09:38:53 BRUCE@orcl>insert into test select * from test;

14 rows created.

09:39:14 BRUCE@orcl>/

28 rows created.

09:39:21 BRUCE@orcl>/

56 rows created.

09:39:22 BRUCE@orcl>/

112 rows created.

09:39:23 BRUCE@orcl>/

224 rows created.

09:39:25 BRUCE@orcl>/

448 rows created.

09:39:27 BRUCE@orcl>/

896 rows created.

09:39:35 BRUCE@orcl>/

1792 rows created.

09:39:36 BRUCE@orcl>/

3584 rows created.

09:39:38 BRUCE@orcl>/

7168 rows created.

09:39:39 BRUCE@orcl>/
insert into test select * from test
*
ERROR at line 1:
ORA-01653: unable to extend table BRUCE.TEST by 8 in tablespace BLOCK

09:39:42 BRUCE@orcl>commit;

Commit complete.

09:39:53 BRUCE@orcl>select count(*) from test;

  COUNT(*)
----------
     14336

09:40:04 BRUCE@orcl>create index i_test on test(ename);

Index created.

09:40:17 BRUCE@orcl>alter system checkpoint;

System altered.
  1. 模拟数据块损坏
09:40:33 BRUCE@orcl>conn / as sysdba
Connected.
09:40:40 SYS@orcl>shutdown immediate 
Database closed.
Database dismounted.
ORACLE instance shut down.
09:41:09 SYS@orcl>

--使用UltraEdit修改block.dbf后再启动数据库

10:06:21 SYS@orcl>startup
ORACLE instance started.

Total System Global Area 1660944384 bytes
Fixed Size		    8621376 bytes
Variable Size		 1459618496 bytes
Database Buffers	  184549376 bytes
Redo Buffers		    8155136 bytes
Database mounted.
Database opened.
10:26:58 SYS@orcl>select count(*) from bruce.test;
select count(*) from bruce.test
       *
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 9, block # 91)		--提示有坏块
ORA-01110: data file 9: '/u01/app/oracle/oradata/orcl/block.dbf'
  1. 通过dbv进行数据文件检查
[oracle@ora-server orcl]$ dbv file=/u01/app/oracle/oradata/orcl/block.dbf blocksize=8192

DBVERIFY: Release 12.2.0.1.0 - Production on Fri Dec 30 10:28:11 2022

Copyright (c) 1982, 2017, Oracle and/or its affiliates.  All rights reserved.

DBVERIFY - Verification starting : FILE = /u01/app/oracle/oradata/orcl/block.dbf
Page 91 is marked corrupt
Corrupt block relative dba: 0x0240005b (file 9, block 91)
Bad check value found during dbv: 
Data in bad block:
 type: 6 format: 2 rdba: 0x0240005b
 last change scn: 0x0000.0000.004688dd seq: 0x1 flg: 0x06
 spare3: 0x0
 consistency value in tail: 0x88dd0601
 check value in block header: 0x716f
 computed block checksum: 0x6000

DBVERIFY - Verification complete

Total Pages Examined         : 128
Total Pages Processed (Data) : 109
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 0
Total Pages Failing   (Index): 0
Total Pages Processed (Other): 17
Total Pages Processed (Seg)  : 0
Total Pages Failing   (Seg)  : 0
Total Pages Empty            : 1
Total Pages Marked Corrupt   : 1
Total Pages Influx           : 0
Total Pages Encrypted        : 0
Highest block SCN            : 4622557 (0.4622557)
  1. 创建管理表，用于标识坏块信息
--表数据
10:27:20 SYS@orcl>exec DBMS_REPAIR.ADMIN_TABLES('REPAIR_TABLE',1,1,'USERS');

PL/SQL procedure successfully completed.

--索引数据
10:36:30 SYS@orcl>exec DBMS_REPAIR.ADMIN_TABLES('ORPHAN_TABLE',2,1,'USERS');

PL/SQL procedure successfully completed.
  1. 检查坏块情况
10:37:24 SYS@orcl>set serveroutput on
10:43:15 SYS@orcl>declare
10:43:31   2  cc number;
10:43:35   3  begin
10:43:38   4  dbms_repair.check_object(schema_name => 'BRUCE',object_name => 'TEST',corrupt_count => cc);
10:44:06   5  dbms_output.put_line(a => to_char(cc));
10:44:27   6  end;
10:44:30   7  /
1

PL/SQL procedure successfully completed.
  1. 确认坏块标示情况
10:47:23 SYS@orcl>select object_name,relative_file_id,block_id,marked_corrupt,corrupt_description,repair_description,CHECK_TIMESTAMP from repair_table;

OBJECT_NAME															 RELATIVE_FILE_ID   BLOCK_ID MARKED_COR
-------------------------------------------------------------------------------------------------------------------------------- ---------------- ---------- ----------
CORRUPT_DESCRIPTION
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
REPAIR_DESCRIPTION
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
CHECK_TIM
---------
TEST																        91 TRUE

mark block software corrupt
30-DEC-22
  1. 跳过坏块
10:50:45 SYS@orcl>exec dbms_repair.skip_corrupt_blocks(schema_name => 'BRUCE',object_name => 'TEST',flags => 1);

PL/SQL procedure successfully completed.

10:51:18 SYS@orcl>select count(*) from bruce.test;

  COUNT(*)
----------
     14166

--少了14336-14166=170行数据
  1. 处理index上的无效键值
10:57:39 SYS@orcl>declare
10:59:30   2  cc number;
10:59:34   3  begin
10:59:37   4  dbms_repair.dump_orphan_keys(schema_name => 'BRUCE',object_name => 'I_TEST',object_type => 2,
11:00:18   5  repair_table_name => 'REPAIR_TABLE',orphan_table_name => 'ORPHAN_TABLE',key_count => CC);
11:00:23   6  end;
11:00:26   7  /

PL/SQL procedure successfully completed.

11:01:13 SYS@orcl>select * from orphan_table;

...

170 rows selected.
-风中叮铃-
关注
专栏目录
【Oracle】Oracle修复数据坏块
tttzzzqqq2018的博客
09-20 939
Oracle 数据库的运行不可避免的会遇到各种各样的错误，就比如数据表出现坏块，此时，你这张表的数据就无法访问了，有什么好的办法可以恢复呢?对于 Oracle 数据块物理损坏 的情形，通常可以分为两种情况：有备份，通过 RMAN 恢复无备份，通过 DBMS_REPAIR 修复。
oracle 数据块损坏 Oracle 数据块损坏与恢复详解
ORACLE数据库数据恢复、性能优化、故障诊断来问问MACLEAN
08-14 3299
本文主要对RMAN块级别介质恢复进行解释并举例，以帮助大家理解相应概念并灵活使用 块级别介质恢复(Block-Level Media Recovery) 注意: 此恢复无法对数据文件块头(第一个块)进行恢复。 块级别介质恢复对于仅需要介质恢复很小部分数据文件块的场景来说非常好用。 在Oracle 9i之前，如果单个块需要进行恢复的话，DBA需要将整个数据文件恢复出来并应用所有之后的re...
Oracle 数据坏块处理
10-27
Oracle 数据坏块处理在rman工具中执行数据库备份
Oracle坏块处理
weixin_34194551的博客
07-10 117
oracle 坏块问题处理 1、说明坏块问题是经常出现在数据库系统中的，如果没有合适的处理方法往往会导致坏块对象不可用或者数据丢失。本文从坏块产生开始说起，着重说明一但坏块产生后不同情况的处理方法。2、坏块产生的原因：硬件的I/O错误 操作系统的I/O错误或缓冲问题 内存或paging问题 磁盘修复工具 一个数据文件的一部分正在被覆盖 Oracle试图访问一个未被格式化的系统...
Oracle 数据块损坏与恢复详解
热门推荐
demonson的专栏
10-15 1万+
1.什么是块损坏： 所谓损坏的数据块，是指块没有采用可识别的 Oracle 格式，或者其内容在内部不一致。通常情况下，损坏是由硬件故障或操作系统问题引起的。Oracle 数据库将损坏的块标识为“逻辑损坏”或“介质损坏”。如果是逻辑损坏，则是 Oracle 内部错误。Oracle 数据库检测到不一致之后，就将逻辑损坏的块标记为损坏。如果是介质损坏，则是块格式不正确；从磁盘读取的块不包含有意义的信息
对Oracle数据库坏块的理解
weixin_33895695的博客
04-15 229
1.物理坏块和逻辑坏块 在数据库中有一个概念叫做数据块的一致性，Oracle的数据块的一致性包括了两个层次：物理一致性和逻辑一致性，如果一个数据块在这两个层次上存在不一致性，那就对应到了我们今天要要说的物理坏块和逻辑坏块。 在每一个数据块的头部有一个校验和字段，每当数据块要被写回磁盘前，Oracle都会重新计算 这个数据块的校验和，并记录到这个字段最终写会磁盘。下次数据...
Oracle数据块损坏知识.pdf
12-31
Oracle数据库作为一款成熟的关系型数据库管理系统，为用户提供了强大的数据存储和数据处理能力。然而，数据块损坏是...对于检测到的数据块损坏，及时采取适当的修复措施，可以最大程度地减少数据损坏对业务的影响。
Oracle数据库数据迁移
09-08
常见的数据迁移工具包括 Oracle 的 Data Pump、Oracle 的 GoldenGate 等。 最后，需要对目标数据库进行验证和测试，以确保数据的正确性和一致性。 在 Oracle 数据库数据迁移的过程中，需要注意以下几点： 首先，...
ORACLE常见错误代码的分析与解决二
12-16
本文主要关注的是“ORA-01578”错误，这是一个表示Oracle数据块损坏的严重错误，可能由多种原因引起，包括硬件I/O错误、操作系统I/O问题、内存或分页问题、尝试访问未格式化系统块失败以及数据文件溢出等。...
oracle数据块损坏及恢复
01-03
oracle数据块损坏及恢复，模拟了坏块报错，调整事件绕过坏块
oracle坏块处理
08-06
oracle，ORA-01578 处理坏块
ORACLE常见错误代码的分析与解决（二）
09-11
首先，我们来看ORA-01578错误，这是一个表示Oracle数据块损坏的错误。错误信息通常会包含文件编号和块编号。数据块损坏可能由多种原因引起，包括硬件I/O错误、操作系统I/O问题、内存或交换空间问题、尝试访问未格式...
Oracle 12c数据库损坏修复
最新发布
大龄IT民工
06-18 1100
数据库根据块中存储的所有字节数计算出的数字，在dbwr写脏数据的时候，同时也将此数字写入数据块的头部，之后再读取该块时，会重新计算校验和，并与数据块头的值进行比较。db_block_checking的默认值是FALSE，如果设置为TRUE表示将会对所有的数据块进行检查；数据文件为二进制文件，通过vi命令修改其中的数据，注意在修改数据文件内容时，不要修改头部信息，精良修改中间部分。由于移动了基表，改变了原有的rowid的值，会导致索引失效。查看tbs02表空间对应的数据文件，进行相关的修改。
Oracle 处理坏块
weixin_30800807的博客
11-23 137
本文主要介绍如何去处理在Oracle数据库中出现坏块的问题，对于坏块产生在不同的对象上，处理的方法会有所不同，本文将大致对这些方法做一些介绍。因为数据库运行时间长了，由于硬件设备的老化，出现坏块的几率会越来越大，因此，做为一个DBA，怎么去解决数据库出现的坏块问题就成了一个重要的议题了。 什么是数据库的坏块首先我们来大概看一下数据库块的格式和结构 数据库的数据块有固定的格式和结构，分三层：ca...
Oracle数据库坏块处理
君子不怨天的博客
04-01 541
Oracle坏块处理 数据库坏块测试： 1、备份数据 2、制造坏块 3、恢复坏块 一、
oracle 数据块 修复,Oracle中修复数据块的损坏
weixin_30341445的博客
04-02 228
1、先创建一个用于实验的表空间 create tablespace block datafile size 1M extent management local; ndash;因为是11g1、先创建一个用于实验的表空间create tablespace block datafile size 1M extent management local; –因为是11g所以使用了AMSalter use...
Oracle数据块损坏：10231事件下的不完全恢复策略
Oracle数据库中的数据块损坏是一种常见的问题，尤其是在硬件故障或操作系统问题导致数据一致性受损时。本文主要关注的是10231内部事件与不完全恢复，这是当Oracle检测到逻辑损坏或介质损坏的数据块时，数据库管理员...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

-风中叮铃-

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值