搜尋
首頁資料庫mysql教程使用bbed修改文件头,推进scn,恢复offlinedrop的数据文件

最近处理了一起由于用户操作错误导致的数据库无法打开的情况。 用户数据库为windows 64bit,数据库版本为11.2.0.1,非归档模式。由于异常断电,数据库无法正常打开,而且经过用户的判断使用了错误的offline drop操作。导致数据库打开后,日志文件切换过多,

最近处理了一起由于用户操作错误导致的数据库无法打开的情况。

用户数据库为windows 64bit,数据库版本为11.2.0.1,非归档模式。由于异常断电,数据库无法正常打开,而且经过用户的判断使用了错误的offline drop操作。导致数据库打开后,日志文件切换过多,无法使用recover命令。

因为中间没有做其他操作,所以接到case后,这里将受损的几个数据文件copy到linux下使用bbed进行修改,再copy回windows,成功跳过recover,打开了offline drop的数据文件。

情景还原:

sys@UTF8A> select name ,checkpoint_change# from v$datafile ;
 
NAME                                              CHECKPOINT_CHANGE#
--------------------------------------------------------------------
/u01/apps/oracle/oradata/utf8a/system01.dbf                   1040256
/u01/apps/oracle/oradata/utf8a/sysaux01.dbf                   1040256
/u01/apps/oracle/oradata/utf8a/undotbs01.dbf                  1040256
/u01/apps/oracle/oradata/utf8a/users01.dbf                    1039896
 
 
sys@UTF8A> select sequence#, group#,first_change#,statusfrom v$log ;
 
 SEQUENCE#    GROUP# FIRST_CHANGE# STATUS
---------- ---------- -----------------------------
       19          1       1040256 CURRENT
       17          2       1040250 INACTIVE
       18          3       1040253 INACTIVE
 
 
sys@UTF8A> recover datafile 4  ;
ORA-00279: change 1039896 generated at03/30/2015 09:31:05 needed for thread 1
ORA-00289: suggestion :/u01/apps/oracle/product/11.2.0/dbhome_1/dbs/arch1_12_827004096.dbf
ORA-00280: change 1039896 for thread 1 isin sequence #12
 
 
Specify log: {<RET>=suggested |filename | AUTO | CANCEL}
auto
ORA-00308: cannot open archived log'/u01/apps/oracle/product/11.2.0/dbhome_1/dbs/arch1_12_827004096.dbf'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file ordirectory
Additional information: 3
 
 
ORA-00308: cannot open archived log'/u01/apps/oracle/product/11.2.0/dbhome_1/dbs/arch1_12_827004096.dbf'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file ordirectory
Additional information: 3


sequence已经过去,无法执行恢复,所以这里只能使用bbed修改文件头了。归档以及备份真的很重要。

block为8192。

flist:

1/u01/apps/oracle/oradata/utf8a/system01.dbf 754974720

2/u01/apps/oracle/oradata/utf8a/sysaux01.dbf 566231040

3/u01/apps/oracle/oradata/utf8a/undotbs01.dbf 83886080

4/u01/apps/oracle/oradata/utf8a/users01.dbf 9175040

如何初始化bbed环境,以及各种bbed版本的下载,见我的博客

http://blog.csdn.net/renfengjun/article/details/7944629

这里不再重复赘述。

先关闭数据库并且启动到mount状态。

sys@UTF8A> selectfile#,change#,online_status from v$recover_file ;
 
    FILE#    CHANGE# ONLINE_
---------- ---------- -------
        4    1039896 OFFLINE
 
sys@UTF8A> select name ,checkpoint_change# from v$datafile ;
 
NAME                                              CHECKPOINT_CHANGE#
--------------------------------------------------------------------
/u01/apps/oracle/oradata/utf8a/system01.dbf                   1041564
/u01/apps/oracle/oradata/utf8a/sysaux01.dbf                   1041564
/u01/apps/oracle/oradata/utf8a/undotbs01.dbf                  1041564
/u01/apps/oracle/oradata/utf8a/users01.dbf                    1039896


记得修改前先备份所有的数据库文件。

BBED> set file 4
       FILE#           4
 
BBED> p kcvfhckp
struct kcvfhckp, 36 bytes                   @484    
  struct kcvcpscn, 8 bytes                @484    
      ub4 kscnbas                           @484      0x000fde18
     ub2 kscnwrp                          @488      0x0000
  ub4 kcvcptim                            @492      0x34321859
  ub2 kcvcpthr                            @496      0x0001
  union u, 12 bytes                       @500    
     struct kcvcprba, 12 bytes            @500    
        ub4 kcrbaseq                      @500      0x0000000c
        ub4 kcrbabno                      @504      0x00000015
        ub2 kcrbabof                      @508      0x0010
  ub1 kcvcpetb[0]                          @512      0x02
  ub1 kcvcpetb[1]                         @513      0x00
  ub1 kcvcpetb[2]                         @514      0x00
  ub1 kcvcpetb[3]                         @515      0x00
  ub1 kcvcpetb[4]                         @516      0x00
  ub1 kcvcpetb[5]                         @517      0x00
  ub1 kcvcpetb[6]                         @518      0x00
  ub1 kcvcpetb[7]                         @519      0x00
 

注意offset 484 , kscnbas为数据文件现在的scn。

使用计算器计算后0x000fde18,得到的十进制数字为1039896,确认无误,只要修改scn为最新的1041564,即可打开损坏的数据文件。

BBED> d /v dba 4,1 offset 484 count 16
 File: /u01/apps/oracle/oradata/utf8a/users01.dbf(4)
 Block: 1      Offsets:  484 to  499 Dba:0x01000001
-------------------------------------------------------
 18de0f00 00000000 59183234 01000000 l ......Y.24....
 
 <16 bytes per line>
 


因为是这里为linux x64 ,为little endian。

1039896=18de0f00

1041564=9ce40f00

直接修改即可。

BBED> set【本文来自鸿网互联 (http://www.68idc.cn)】 mode edit
       MODE            Edit
 
BBED> m /x 9ce40f dba 4,1 offset 484
 File:/u01/apps/oracle/oradata/utf8a/users01.dbf (4)
 Block: 1                Offsets:  484 to 499           Dba:0x01000001
------------------------------------------------------------------------
 9ce40f00 00000000 59183234 01000000
 
 <32 bytes per line>
 
 
 
BBED> m /x 9ce40f dba 4,1 offset 484
 File: /u01/apps/oracle/oradata/utf8a/users01.dbf(4)
 Block: 1                Offsets:  484 to 499           Dba:0x01000001
------------------------------------------------------------------------
 9ce40f00 00000000 59183234 01000000
 
 <32 bytes per line>
 
BBED> sum
Check value for File 4, Block 1:
current = 0x5f67, required = 0x65e3
 
BBED> sum apply
Check value for File 4, Block 1:
current = 0x65e3, required = 0x65e3


完成任务

 
sys@UTF8A> alter database datafile 4online ;
 
Database altered.
 
sys@UTF8A> selectfile#,change#,online_status from v$recover_file ;
 
    FILE#    CHANGE# ONLINE_
---------- ---------- -------
        4    1041564 ONLINE
 
sys@UTF8A> alter database datafile 4online ;
 
Database altered.
 
sys@UTF8A> alter database open ;
alter database open
*
ERROR at line 1:
ORA-01113: file 4 needs media recovery
ORA-01110: data file 4:'/u01/apps/oracle/oradata/utf8a/users01.dbf'
 
 
sys@UTF8A> recover datafile 4 ;
Media recovery complete.
sys@UTF8A> alter database open ;
 
Database altered.
 
sys@UTF8A> select * from scott.emp where rownum<2 ;
 
     EMPNO ENAME      JOB              MGR HIREDATE         SAL       COMM    DEPTNO
---------- ---------- --------- ---------- --------- -------------------- ----------
      7369 SMITH      CLERK           7902 17-DEC-80        800                    20


完成后记得逻辑导出所有用户数据,并且完善备份计划。

陳述
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
MySQL:世界上最受歡迎的數據庫的簡介MySQL:世界上最受歡迎的數據庫的簡介Apr 12, 2025 am 12:18 AM

MySQL是一種開源的關係型數據庫管理系統,主要用於快速、可靠地存儲和檢索數據。其工作原理包括客戶端請求、查詢解析、執行查詢和返回結果。使用示例包括創建表、插入和查詢數據,以及高級功能如JOIN操作。常見錯誤涉及SQL語法、數據類型和權限問題,優化建議包括使用索引、優化查詢和分錶分區。

MySQL的重要性:數據存儲和管理MySQL的重要性:數據存儲和管理Apr 12, 2025 am 12:18 AM

MySQL是一個開源的關係型數據庫管理系統,適用於數據存儲、管理、查詢和安全。 1.它支持多種操作系統,廣泛應用於Web應用等領域。 2.通過客戶端-服務器架構和不同存儲引擎,MySQL高效處理數據。 3.基本用法包括創建數據庫和表,插入、查詢和更新數據。 4.高級用法涉及復雜查詢和存儲過程。 5.常見錯誤可通過EXPLAIN語句調試。 6.性能優化包括合理使用索引和優化查詢語句。

為什麼要使用mysql?利益和優勢為什麼要使用mysql?利益和優勢Apr 12, 2025 am 12:17 AM

選擇MySQL的原因是其性能、可靠性、易用性和社區支持。 1.MySQL提供高效的數據存儲和檢索功能,支持多種數據類型和高級查詢操作。 2.採用客戶端-服務器架構和多種存儲引擎,支持事務和查詢優化。 3.易於使用,支持多種操作系統和編程語言。 4.擁有強大的社區支持,提供豐富的資源和解決方案。

描述InnoDB鎖定機制(共享鎖,獨家鎖,意向鎖,記錄鎖,間隙鎖,下一鍵鎖)。描述InnoDB鎖定機制(共享鎖,獨家鎖,意向鎖,記錄鎖,間隙鎖,下一鍵鎖)。Apr 12, 2025 am 12:16 AM

InnoDB的鎖機制包括共享鎖、排他鎖、意向鎖、記錄鎖、間隙鎖和下一個鍵鎖。 1.共享鎖允許事務讀取數據而不阻止其他事務讀取。 2.排他鎖阻止其他事務讀取和修改數據。 3.意向鎖優化鎖效率。 4.記錄鎖鎖定索引記錄。 5.間隙鎖鎖定索引記錄間隙。 6.下一個鍵鎖是記錄鎖和間隙鎖的組合,確保數據一致性。

MySQL查詢性能差的常見原因是什麼?MySQL查詢性能差的常見原因是什麼?Apr 12, 2025 am 12:11 AM

MySQL查询性能不佳的原因主要包括没有使用索引、查询优化器选择错误的执行计划、表设计不合理、数据量过大和锁竞争。1.没有索引导致查询缓慢,添加索引后可显著提升性能。2.使用EXPLAIN命令可以分析查询计划,找出优化器错误。3.重构表结构和优化JOIN条件可改善表设计问题。4.数据量大时,采用分区和分表策略。5.高并发环境下,优化事务和锁策略可减少锁竞争。

您什麼時候應該使用複合索引與多個單列索引?您什麼時候應該使用複合索引與多個單列索引?Apr 11, 2025 am 12:06 AM

在數據庫優化中,應根據查詢需求選擇索引策略:1.當查詢涉及多個列且條件順序固定時,使用複合索引;2.當查詢涉及多個列但條件順序不固定時,使用多個單列索引。複合索引適用於優化多列查詢,單列索引則適合單列查詢。

如何識別和優化MySQL中的慢速查詢? (慢查詢日誌,performance_schema)如何識別和優化MySQL中的慢速查詢? (慢查詢日誌,performance_schema)Apr 10, 2025 am 09:36 AM

要優化MySQL慢查詢,需使用slowquerylog和performance_schema:1.啟用slowquerylog並設置閾值,記錄慢查詢;2.利用performance_schema分析查詢執行細節,找出性能瓶頸並優化。

MySQL和SQL:開發人員的基本技能MySQL和SQL:開發人員的基本技能Apr 10, 2025 am 09:30 AM

MySQL和SQL是開發者必備技能。 1.MySQL是開源的關係型數據庫管理系統,SQL是用於管理和操作數據庫的標準語言。 2.MySQL通過高效的數據存儲和檢索功能支持多種存儲引擎,SQL通過簡單語句完成複雜數據操作。 3.使用示例包括基本查詢和高級查詢,如按條件過濾和排序。 4.常見錯誤包括語法錯誤和性能問題,可通過檢查SQL語句和使用EXPLAIN命令優化。 5.性能優化技巧包括使用索引、避免全表掃描、優化JOIN操作和提升代碼可讀性。

See all articles

熱AI工具

Undresser.AI Undress

Undresser.AI Undress

人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover

AI Clothes Remover

用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool

Undress AI Tool

免費脫衣圖片

Clothoff.io

Clothoff.io

AI脫衣器

AI Hentai Generator

AI Hentai Generator

免費產生 AI 無盡。

熱門文章

R.E.P.O.能量晶體解釋及其做什麼(黃色晶體)
3 週前By尊渡假赌尊渡假赌尊渡假赌
R.E.P.O.最佳圖形設置
3 週前By尊渡假赌尊渡假赌尊渡假赌
R.E.P.O.如果您聽不到任何人,如何修復音頻
3 週前By尊渡假赌尊渡假赌尊渡假赌
WWE 2K25:如何解鎖Myrise中的所有內容
4 週前By尊渡假赌尊渡假赌尊渡假赌

熱工具

SublimeText3 Linux新版

SublimeText3 Linux新版

SublimeText3 Linux最新版

mPDF

mPDF

mPDF是一個PHP庫,可以從UTF-8編碼的HTML產生PDF檔案。原作者Ian Back編寫mPDF以從他的網站上「即時」輸出PDF文件,並處理不同的語言。與原始腳本如HTML2FPDF相比,它的速度較慢,並且在使用Unicode字體時產生的檔案較大,但支援CSS樣式等,並進行了大量增強。支援幾乎所有語言,包括RTL(阿拉伯語和希伯來語)和CJK(中日韓)。支援嵌套的區塊級元素(如P、DIV),

Atom編輯器mac版下載

Atom編輯器mac版下載

最受歡迎的的開源編輯器

DVWA

DVWA

Damn Vulnerable Web App (DVWA) 是一個PHP/MySQL的Web應用程序,非常容易受到攻擊。它的主要目標是成為安全專業人員在合法環境中測試自己的技能和工具的輔助工具,幫助Web開發人員更好地理解保護網路應用程式的過程,並幫助教師/學生在課堂環境中教授/學習Web應用程式安全性。 DVWA的目標是透過簡單直接的介面練習一些最常見的Web漏洞,難度各不相同。請注意,該軟體中

VSCode Windows 64位元 下載

VSCode Windows 64位元 下載

微軟推出的免費、功能強大的一款IDE編輯器