基于rman的坏块恢复
转载请注明出处 http://blog.csdn.net/guoyjoe/article/details/30965303 实验步骤如下： 1、使用rman备份全库 Recovery Manager: Release 11.2.0.3.0 - Production on Sun Jun 8 15:30:35 2014Copyright (c) 1982, 2011, Oracle and/or its affiliates. All
转载请注明出处 http://blog.csdn.net/guoyjoe/article/details/30965303
实验步骤如下：
1、使用rman备份全库
Recovery Manager: Release 11.2.0.3.0 - Production on Sun Jun 8 15:30:35 2014 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database: PROD (DBID=254815294) RMAN> backup database; Starting backup at 08-JUN-14 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=142 device type=DISK 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/PROD/system01.dbf input datafile file number=00005 name=/u01/app/oracle/oradata/PROD/tp01.dbf input datafile file number=00002 name=/u01/app/oracle/oradata/PROD/sysaux01.dbf input datafile file number=00003 name=/u01/app/oracle/oradata/PROD/undotbs01.dbf input datafile file number=00004 name=/u01/app/oracle/oradata/PROD/users01.dbf channel ORA_DISK_1: starting piece 1 at 08-JUN-14 channel ORA_DISK_1: finished piece 1 at 08-JUN-14 piece handle=/u01/app/oracle/product/11.2.0/dbs/01pab691_1_1 tag=TAG20140608T153040 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:25 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set including current SPFILE in backup set channel ORA_DISK_1: starting piece 1 at 08-JUN-14 channel ORA_DISK_1: finished piece 1 at 08-JUN-14 piece handle=/u01/app/oracle/product/11.2.0/dbs/02pab69q_1_1 tag=TAG20140608T153040 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01 Finished backup at 08-JUN-14
（1）针对gyj_t1表的20869号块做测试，现在可以查出记录
gyj@PROD> select id,name,dbms_rowid.rowid_relative_fno(rowid),dbms_rowid.rowid_block_number(rowid) from gyj_t1;
ID NAME DBMS_ROWID.ROWID_RELATIVE_FNO(ROWID) DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
---------- ---------- ------------------------------------ ------------------------------------
1 oracledba 5 20869
[root@jfdb ~]# su - oracle
[oracle@jfdb ~]$ bbed parfile=par.txt
Password:
BBED: Release 2.0.0.0.0 - Limited Production on Sun Jun 8 15:33:10 2014
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
************* !!! For Oracle Internal Use only !!! ***************
BBED> set file 5 block 20869
FILE# 5
BLOCK# 20869
BBED> map /v
File: /u01/app/oracle/oradata/PROD/tp01.dbf (5)
Block: 20869 Dba:0x01405185
------------------------------------------------------------
KTB Data Block (Table/Cluster)
struct kcbh, 20 bytes @0
ub1 type_kcbh @0
ub1 frmt_kcbh @1
ub1 spare1_kcbh @2
ub1 spare2_kcbh @3
ub4 rdba_kcbh @4
ub4 bas_kcbh @8
ub2 wrp_kcbh @12
ub1 seq_kcbh @14
ub1 flg_kcbh @15
ub2 chkval_kcbh @16
ub2 spare3_kcbh @18
struct ktbbh, 72 bytes @20
ub1 ktbbhtyp @20
union ktbbhsid, 4 bytes @24
struct ktbbhcsc, 8 bytes @28
sb2 ktbbhict @36
ub1 ktbbhflg @38
ub1 ktbbhfsl @39
ub4 ktbbhfnx @40
struct ktbbhitl[2], 48 bytes @44
struct kdbh, 14 bytes @100
ub1 kdbhflag @100
sb1 kdbhntab @101
sb2 kdbhnrow @102
sb2 kdbhfrre @104
sb2 kdbhfsbo @106
sb2 kdbhfseo @108
sb2 kdbhavsp @110
sb2 kdbhtosp @112
struct kdbt[1], 4 bytes @114
sb2 kdbtoffs @114
sb2 kdbtnrow @116
sb2 kdbr[1] @118
ub1 freespace[8038] @120
ub1 rowdata[30] @8158
ub4 tailchk @8188
BBED> p kcbh
struct kcbh, 20 bytes @0
ub1 type_kcbh @0 0x06
ub1 frmt_kcbh @1 0xa2
ub1 spare1_kcbh @2 0x00
ub1 spare2_kcbh @3 0x00
ub4 rdba_kcbh @4 0x01405185
ub4 bas_kcbh @8 0x00176fed
ub2 wrp_kcbh @12 0x0000
ub1 seq_kcbh @14 0x01
ub1 flg_kcbh @15 0x06 (KCBHFDLC, KCBHFCKV)
ub2 chkval_kcbh @16 0xc140
ub2 spare3_kcbh @18 0x0000
BBED> m /x ff offset 14
Warning: contents of previous BIFILE will be lost. Proceed? (Y/N) y
File: /u01/app/oracle/oradata/PROD/tp01.dbf (5)
Block: 20869 Offsets: 14 to 525 Dba:0x01405185
------------------------------------------------------------------------
ff0640c1 00000100 00003945 0000eb6f 17000000 00000200 32008051 40010700
20008b02 00002c49 c0002301 02000080 0000876d 17000300 1a007503 0000bf1f
c0002501 0c000120 0000ed6f 17000000 00000000 00000001 0100ffff 14007a1f
741f741f 00000100 7a1f0000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
<32 bytes per line>
BBED> sum apply
Check value for File 5, Block 20869:
current = 0xc1be, required = 0xc1be
BBED> verify DBVERIFY - Verification starting FILE = /u01/app/oracle/oradata/PROD/tp01.dbf BLOCK = 20869 Block 20869 is corrupt Corrupt block relative dba: 0x01405185 (file 0, block 20869) Fractured block found during verification Data in bad block: type: 6 format: 2 rdba: 0x01405185 last change scn: 0x0000.00176fed seq: 0xff flg: 0x06 spare1: 0x0 spare2: 0x0 spare3: 0x0 consistency value in tail: 0x6fed0601 check value in block header: 0xc1be computed block checksum: 0x0 DBVERIFY - Verification complete Total Blocks Examined : 1 Total Blocks Processed (Data) : 0 Total Blocks Failing (Data) : 0 Total Blocks Processed (Index): 0 Total Blocks Failing (Index): 0 Total Blocks Empty : 0 Total Blocks Marked Corrupt : 1 Total Blocks Influx : 2 Message 531 not found; product=RDBMS; facility=BBED （4）确定不能查gyj_t1表的记录
gyj@PROD> alter system flush buffer_cache; System altered. gyj@PROD> select id,name,dbms_rowid.rowid_relative_fno(rowid),dbms_rowid.rowid_block_number(rowid) from gyj_t1; select id,name,dbms_rowid.rowid_relative_fno(rowid),dbms_rowid.rowid_block_number(rowid) from gyj_t1 * ERROR at line 1: ORA-01578: ORACLE data block corrupted (file # 5, block # 20869) ORA-01110: data file 5: '/u01/app/oracle/oradata/PROD/tp01.dbf'
RMAN> backup validate datafile 5; Starting backup at 08-JUN-14 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=00005 name=/u01/app/oracle/oradata/PROD/tp01.dbf channel ORA_DISK_1: backup set complete, elapsed time: 00:00:07 List of Datafiles ================= File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 5 FAILED 0 114 64000 1659211 File Name: /u01/app/oracle/oradata/PROD/tp01.dbf Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 1 58883 Index 0 4221 Other 0 782 validate found one or more corrupt blocks See trace file /u01/app/oracle/diag/rdbms/prod/PROD/trace/PROD_ora_2750.trc for details Finished backup at 08-JUN-14
gyj@PROD> select FILE#,BLOCK#,BLOCKS,CORRUPTION_CHANGE#,CORRUPTION_TYPE from v$database_block_corruption where file#=5;
FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO
---------- ---------- ---------- ------------------ ---------
5 20869 1 0 FRACTURED5、使用rman恢复坏块
RMAN> blockrecover datafile 5 block 20869; Starting recover at 08-JUN-14 using channel ORA_DISK_1 channel ORA_DISK_1: restoring block(s) channel ORA_DISK_1: specifying block(s) to restore from backup set restoring blocks of datafile 00005 channel ORA_DISK_1: reading from backup piece /u01/app/oracle/product/11.2.0/dbs/01pab691_1_1 channel ORA_DISK_1: piece handle=/u01/app/oracle/product/11.2.0/dbs/01pab691_1_1 tag=TAG20140608T153040 channel ORA_DISK_1: restored block(s) from backup piece 1 channel ORA_DISK_1: block restore complete, elapsed time: 00:00:01 starting media recovery media recovery complete, elapsed time: 00:00:01 Finished recover at 08-JUN-14
gyj@PROD> select FILE#,BLOCK#,BLOCKS,CORRUPTION_CHANGE#,CORRUPTION_TYPE from v$database_block_corruption where file#=5; no rows selected
gyj@PROD> select id,name,dbms_rowid.rowid_relative_fno(rowid),dbms_rowid.rowid_block_number(rowid) from gyj_t1;
ID NAME DBMS_ROWID.ROWID_RELATIVE_FNO(ROWID) DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
---------- ---------- ------------------------------------ ------------------------------------
1 oracledba 5 20869
ホットAIツール
Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ
AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。
Undress AI Tool
脱衣画像を無料で
Clothoff.io
AI衣類リムーバー
AI Hentai Generator
AIヘンタイを無料で生成します。
人気の記事
ホットツール
メモ帳++7.3.1
使いやすく無料のコードエディター
SublimeText3 中国語版
中国語版、とても使いやすい
ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境
ドリームウィーバー CS6
ビジュアル Web 開発ツール
SublimeText3 Mac版
神レベルのコード編集ソフト（SublimeText3）
ホットトピック
7465
15
1376
52
77
11
18
19
期限切れの WeChat ファイルを復元する方法? 期限切れの WeChat ファイルは復元できますか?
Feb 22, 2024 pm 02:46 PM
WeChat を開き、[自分の設定] を選択し、[一般] を選択してから [記憶域スペース] を選択し、[記憶域スペース] で [管理] を選択し、ファイルを復元する会話を選択して、感嘆符アイコンを選択します。チュートリアル 適用モデル: iPhone13 システム: iOS15.3 バージョン: WeChat 8.0.24 分析 1 まず、WeChat を開き、マイページの [設定] オプションをクリックします。 2 次に、設定ページで [一般オプション] を見つけてクリックします。 3次に、一般ページで「記憶域スペース」をクリックします。 4 次に、ストレージスペースページで「管理」をクリックします。 5最後に、ファイルを回復したい会話を選択し、右側の感嘆符アイコンをクリックします。補足: WeChat ファイルの有効期限は通常、数日です。WeChat で受信したファイルがクリックされなかった場合、WeChat システムは 72 時間後にそのファイルを消去します。WeChat ファイルが閲覧された場合、
シークレットモードで閲覧履歴を復元する方法
Feb 19, 2024 pm 04:22 PM
プライベート ブラウズは、コンピューターまたはモバイル デバイスでインターネットを閲覧する際に、プライバシーを参照して保護するための非常に便利な方法です。プライベート ブラウジング モードでは、通常、ブラウザーによる訪問履歴の記録、Cookie やキャッシュ ファイルの保存、および閲覧している Web サイトの痕跡がブラウザーに残ることが防止されます。ただし、特殊なケースでは、シークレット ブラウジングの閲覧履歴を復元する必要がある場合があります。まず第一に、明確にする必要があります。プライベート ブラウジング モードの目的は、プライバシーを保護し、他人がブラウザからユーザーのオンライン履歴を取得できないようにすることです。したがって、シークレットブラウジングでは、
TikTokでチャットスパークを復元する方法
Mar 16, 2024 pm 01:25 PM
創造性と活力に満ちたショートビデオプラットフォームであるDouyinでは、さまざまなエキサイティングなコンテンツを楽しむだけでなく、同じ志を持った友達と深いコミュニケーションをとることもできます。その中でも、チャットの火花は、両者間の交流の強さを示す重要な指標であり、意図せずして私たちと友人との間の感情的な絆に火をつけることがよくあります。ただし、何らかの理由でチャット スパークが切断される場合があります。それでは、チャット スパークを復元したい場合はどうすればよいでしょうか? このチュートリアル ガイドでは、コンテンツ戦略について詳しく説明し、皆様のお役に立てれば幸いです。 Douyin チャットのスパークを回復するにはどうすればよいですか? 1. Douyin メッセージ ページを開き、チャットする友達を選択します。 2. メッセージを送信し、お互いにチャットします。 3. 3日間メッセージを送信し続けると、スパークロゴを獲得できます。 3 日単位で写真やビデオをお互いに送信します
Xiaomi Cloudフォトアルバムをローカルに復元する方法
Feb 24, 2024 pm 03:28 PM
Xiaomi クラウド フォト アルバムをローカルに復元する方法 Xiaomi クラウド フォト アルバム APP で Xiaomi クラウド フォト アルバムをローカルに復元できますが、ほとんどの友達は Xiaomi クラウド フォト アルバムをローカルに復元する方法を知りません。次のステップは Xiaomi を復元することです。クラウドフォトアルバムをローカルに. ローカルメソッドのグラフィックチュートリアル、興味のあるユーザーは見に来てください! Xiaomi クラウド フォト アルバムをローカルに復元する方法 1. まず Xiaomi 電話の設定機能を開き、メイン インターフェイスで [個人アバター] を選択します; 2. 次に、Xiaomi アカウント インターフェイスに入り、[クラウド サービス] 機能をクリックします; 3. 次に、 Xiaomi へジャンプ クラウド サービスの機能については、[クラウド バックアップ] を選択します; 4. 最後に、以下に示すインターフェイスで、[クラウド アルバム] をクリックしてアルバムをローカルに復元します。
win10でデフォルトの壁紙を復元する方法
Feb 10, 2024 pm 10:51 PM
Windows 10 の May 2019 Update には、新しく明るいデフォルトのデスクトップ背景が搭載されています。新しいライトテーマを使用すると、見た目も素晴らしくなります。 Windows 10 のダークテーマを使用している場合は、より暗い背景が必要になる場合があります。奇妙なことに、元の Windows 10 デスクトップの背景が Windows 10 の最新バージョンから削除されています。 Web からダウンロードするか、古い Windows 10 PC からファイルをコピーする必要があります。この壁紙画像は Microsoft の公式 Web サイトでは見つかりませんでしたが、他のソースからダウンロードできます。 Imgur で、4K 解像度のオリジナルの Windows 10 デスクトップ壁紙のコピーを見つけました。さらに、他のサイズや追加のデフォルトの壁もあります
削除されたemmo日記を復元する方法
Feb 27, 2024 pm 04:40 PM
Emmo Diary は、気分を記録するために特別に設計されたソフトウェアで、毎日の重要な出来事や些細な出来事を記録できるプライベートな日記スペースを提供します。 Emmo Diary は、独自の感情認識テクノロジーを通じて、自分の感情をよりよく理解し、対処するのにも役立ちます。しかし、時々、日記を誤って削除してしまい、復元方法がわからないことがあります。そこで、このチュートリアル ガイドでは、困っているすべての人を助けることを願って、詳細な復元ガイドを提供します。 Emmo はどうすれば以前の日記を取り戻すことができますか? 1. emmo 選択画面の左下隅にある [設定] アイコンをクリックして入ります; 2. 画面上の [データのバックアップと復元] アイコンを選択して操作に入ります。
小紅書で削除されたコメントを復元するにはどうすればよいですか?削除されたコメントに関するヒントはありますか?
Mar 27, 2024 am 11:56 AM
Xiaohonshu は、ユーザーがショッピング体験や生活の詳細などを共有できる人気のソーシャル e コマース プラットフォームです。使用中にコメントが削除される場合があります。それでは、Xiaohongshuで削除されたコメントを復元するにはどうすればよいですか? 1.小紅書で削除されたコメントを復元するにはどうすればよいですか?コメントが誤って削除されたことが判明した場合、ユーザーは公式小紅書チームがコメントを復元するのを待つことを選択できます。この場合、しばらくすると公式チームがコメントを自動的に処理して再開する可能性があるため、辛抱強く待つことが最善です。コメントが削除されていることがわかった場合は、同様のコンテンツを再公開することを検討してください。ただし、再投稿する場合は、再度削除されないよう、コンテンツが小紅書コミュニティ ガイドラインに準拠していることを確認してください。 3. Xiaohonshu カスタマーサービスにご連絡ください: コメントが間違っていると思われる場合
消去された閲覧履歴を復元する方法
Feb 18, 2024 pm 10:05 PM
Web ページの履歴が消去された後に復元する方法 日付: 2022 年 6 月 10 日 はじめに: 私たちはコンピューターやモバイルのブラウザーを毎日使用するときに、ブラウザーの履歴を使用して、以前にアクセスした Web ページを見つけることがよくあります。ただし、場合によっては、ブラウザの履歴を誤って消去してしまい、特定の Web ページを取得できなくなる場合があります。この記事では、消去されたウェブ履歴を復元するいくつかの方法を説明します。方法 1: ブラウザの復元機能を使用する Google などのほとんどの一般的なブラウザには履歴を復元する機能が備わっています。
