幫朋友處理資料庫問題發來如下資訊
檢查alter日誌
hex dump of (file 5, block 2421495) in trace file e:\oracle\diag\rdbms\orcl\orcl\trace\orcl_ora_2744.trc
corrupt block relative dba: 0x0164f2f7 (file 5, block 2421495)
fractured block found during buffer read
data in bad block:
type: 6 format: 2 rdba: 0x0164f2f7
last change scn: 0x05f2.53c28ee4 seq: 0x1 ***: 0x06
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0xb3fa0601
check value in block header: 0xc7e0
computed block checksum: 0x3d1c
reading datafile 'e:\oracle\oradata\orcl\sydb01.dbf' for corruption at rdba: 0x0164f2f7 (file 5, block 2421495)
reread (file 5, block 2421495) found same corrupt data
fri apr 26 11:17:06 2019
corrupt block found
tsn = 7, tsname = sydb
rfn = 5, blk = 2421495, rdba = 23393015
objn = 73958, objd = 73958, object = idx_unimas_dc350b_ehcaa_50, subobject =
segment owner = sydb_wjw, segment type = index segment
fri apr 26 11:17:06 2019
hex dump of (file 5, block 2425079) in trace file e:\oracle\diag\rdbms\orcl\orcl\trace\orcl_ora_2284.trc
corrupt block relative dba: 0x016500f7 (file 5, block 2425079)
fractured block found during buffer read
data in bad block:
type: 6 format: 2 rdba: 0x016500f7
last change scn: 0x05f2.54389230 seq: 0x1 ***: 0x04
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x280c0601
check value in block header: 0xcec4
computed block checksum: 0xb83c
reading datafile 'e:\oracle\oradata\orcl\sydb01.dbf' for corruption at rdba: 0x016500f7 (file 5, block 2425079)
reread (file 5, block 2425079) found same corrupt data
先確認資料庫損損壞情況，沒有發現物理檔案損壞，檢查資料庫損壞物件
兩個損壞物件均在索引上，松了口氣， 重建索引後 查詢壞塊消失
比較奇怪的是通過dbv檢測仍然出現壞塊
c:\users\administrator>dbv file=e:\oracle\oradata\orcl\sydb01.dbf
dbverify: release 11.2.0.1.0 - production on 星期五 4月 26 11:27:47 2019
dbverify - 開始驗證: file = e:\oracle\oradata\orcl\sydb01.dbf
頁 2421495 流入 - 很可能是介質損壞
corrupt block relative dba: 0x0164f2f7 (file 5, block 2421495)
fractured block found during dbv:
data in bad block:
type: 6 format: 2 rdba: 0x0164f2f7
last change scn: 0x05f2.53c28ee4 seq: 0x1 ***: 0x06
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0xb3fa0601
check value in block header: 0xc7e0
computed block checksum: 0x3d1c
dbverify - 驗證完成
檢查的頁總數: 3932160
處理的頁總數 (資料): 2055861
失敗的頁總數 (資料): 0
處理的頁總數 (索引): 467781
失敗的頁總數 (索引): 0
處理的頁總數 (其他): 7827
處理的總頁數 (段) : 0
失敗的總頁數 (段) : 0
空的頁總數: 1400690
標記為損壞的總頁數: 1
流入的頁總數: 1
加密的總頁數 : 0
最高塊 scn : 3982908671 (1979.3982908671)
dataguard資料庫壞塊自動修復
在dg環境中資料庫的壞塊是可以自動修復的。主庫建立測試表 select distinct dbms rowid.rowid relative fno rowid dbms rowid.rowid block number rowid from scott.test dbms rowid.rowid ...
NAND 壞塊管理
nand的操作管理方式nand flash的管理方式 以三星flash為例，一片nand flash為乙個裝置 device 1 device x blocks 1 block x pages 1 page 528 bytes 資料塊大小 512bytes oob 塊大小 16bytes，除oob第...
Nand Flash壞塊處理
nand flash儲存器是flash儲存器的一種，為固態大容量記憶體的實現提供了廉價有效的解決方案。nand儲存器具有容量較大，改寫速度快等優點，適用於大量資料的儲存，如嵌入式產品中包括數位相機 記憶卡 體積小巧的u盤等。1989年，東芝公司發表了nand flash結構，強調降低每位元的成本，更...