検索

关于Dump redo log 的示例,MOS 上的文档:[ID 1031381.6] 有详细说明。Dump 有两种方式:(1)使用

一. dump redo 说明

            关于Dump redo log 的示例,MOS 上的文档:[ID 1031381.6] 有详细说明。Dump 有两种方式:

            (1)使用'alter session' 命令dumpredo header。

            (2)使用'alter system dump logfile' 命令dump logfile contents。

 

            可以在mount,nomout和open状态下使用如上命令,,并且使用以上命令需要'alter system' 的权限。 可以使用该命令dump onlie redo log 或者归档文件。 当操作系统系统相同的情况下,还可以dump其他db的log 文件。

 

有如下dump 方法:

            1.To dump records based in DBA (Data Block Address)

            2.To dump records based on RBA (Redo Block Address)

            3.To dump records based on SCN

            4.To dump records based on time

            5.To dump records based on layer and opcode

            6.Dump the file header information

            7.Dump an entire log file:

 

 

二. 具体使用示例 2.1  To dump records based on DBA  (Data Block Address)

关于DBA的说明,参考:

            Oracle rdba和 dba 说明   

            根据DBA进行dump,主要是根据file和block 号来进行dump。 这个的block 是一个范围值。

 

11g命令格式如下:

ALTER SYSTEM DUMP LOGFILE 'filename'  DBA MIN fileno . blockno    DBA MAX fileno . blockno;

 

如果是Oracle 10g,需要省略'.',即格式如下:

ALTER SYSTEM DUMP LOGFILE 'filename'  DBA MIN fileno  blockno    DBA MAX fileno  blockno;

 

否则会报:  ORA-01963: Must specify a block number 错误。

 

 

如:

SYS@anqing1(rac1)> select * fromv$version where rownum=1;   

BANNER

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

Oracle Database 10g Enterprise EditionRelease 10.2.0.4.0 - Prod

 

SQL>select distinct dbms_rowid.rowid_relative_fno(rowid) rel_fno,

dbms_rowid.rowid_block_number(rowid)blockno from ta;

 

  REL_FNO    BLOCKNO

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

        1     294608

        1     294609

        1     294612

        1     294614

        1     294621

        1     294635

        1     294643

        1     294654

        1     294656

        1     294657

        6      10385

 

  REL_FNO    BLOCKNO

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

        6      10393

        6      10410

         6     10411

        6      10415

        6      10416

        6      10458

        6      10461

        6      10464

        6      10465

        6      10468

        6      10472

 

确定log file 位置:

SYS@anqing1(rac1)> selecta.group#,a.status,b.member from v$log a,v$logfile b where a.group#=b.group#;

 

   GROUP# STATUS           MEMBER

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

        3 INACTIVE         +DATA/anqing/onlinelog/redo03.log

        2 INACTIVE        +DATA/anqing/onlinelog/redo02.log

        1 CURRENT         +DATA/anqing/onlinelog/group_1.277.751552735

        1 CURRENT         +FRA/anqing/onlinelog/group_1.426.751552739

        4 CURRENT         +DATA/anqing/onlinelog/group_4.282.751560131

        5 INACTIVE        +DATA/anqing/onlinelog/group_5.283.751560139

 

6 rows selected.

 

SYS@anqing1(rac1)> alter system dump logfile'+data/anqing/onlinelog/redo02.log'  dbamin 6  10458    dba max 6 10472;

System altered.

 

SYS@anqing1(rac1)> oradebug setmypid

Statement processed.

SYS@anqing1(rac1)> oradebug tracefile_name

/u01/app/oracle/admin/anqing/udump/anqing1_ora_30373.trc

SYS@anqing1(rac1)>

 

[oracle@rac1 ~]$cat /u01/app/oracle/admin/anqing/udump/anqing1_ora_30373.trc

/u01/app/oracle/admin/anqing/udump/anqing1_ora_30373.trc

Oracle Database 10g Enterprise EditionRelease 10.2.0.4.0 - Production

With the Partitioning, Real ApplicationClusters, OLAP, Data Mining

and Real Application Testing options

ORACLE_HOME =/u01/app/oracle/product/10.2.0/db_1

System name:    Linux

Node name:      rac1

Release:        2.6.18-194.el5

Version:        #1 SMP Tue Mar 16 21:52:43 EDT 2010

Machine:        i686

Instance name: anqing1

Redo thread mounted by this instance: 1

Oracle process number: 28

Unix process pid: 30373, image: oracle@rac1(TNS V1-V3)

 

*** 2011-08-08 22:10:37.053

*** ACTION NAME:() 2011-08-08 22:10:37.052

*** MODULE NAME:(sqlplus@rac1 (TNS V1-V3))2011-08-08 22:10:37.052

*** SERVICE NAME:(SYS$USERS) 2011-08-0822:10:37.052

*** SESSION ID:(127.27077) 2011-08-0822:10:37.052

 

DUMP OF REDO FROM FILE'+data/anqing/onlinelog/redo02.log'

 Opcodes *.*

 DBAs: (file # 6, block # 10458) thru (file #6, block # 10472)

 RBAs: 0x000000.00000000.0000 thru0xffffffff.ffffffff.ffff

 SCNs: scn: 0x0000.00000000 thru scn:0xffff.ffffffff

 Times: creation thru eternity

 FILEHEADER:

       Compatibility Vsn = 169870336=0xa200400

       Db ID=715014091=0x2a9e3fcb, Db

       Activation ID=682502900=0x28ae2af4

       Control Seq=4261=0x10a5, File size=102400=0x19000

       File Number=2, Blksiz=512, File Type=2 LOG

 descrip:"Thread0001, Seq# 0000000119, SCN 0x0000006ab1bc-0x0000006e0c84"

 thread: 1 nab: 0x18ffd seq: 0x00000077 hws:0x2 eot: 0 dis: 0

 resetlogs count: 0x2ccbc8df scn:0x0000.000704fa (460026)

 resetlogs terminal rcv count: 0x0 scn:0x0000.00000000

 prevresetlogs count: 0x2ebbfe8f scn: 0x0000.0006ce7b (446075)

 prevresetlogs terminal rcv count: 0x0 scn: 0x0000.00000000

 Low scn: 0x0000.006ab1bc (6992316) 07/30/2011 05:39:17

 Nextscn: 0x0000.006e0c84 (7212164) 08/03/2011 14:14:34

 Enabled scn: 0x0000.000704fa (460026)05/19/2011 12:38:55

 Thread closed scn: 0x0000.006ab1bc (6992316)07/30/2011 05:39:17

 Diskcksum: 0xd530 Calc cksum: 0xd530

 Terminal recovery stop scn: 0x0000.00000000

 Terminal recovery  01/01/1988 00:00:00

 Mostrecent redo scn: 0x0000.00000000

 Largest LWN: 1874 blocks

 End-of-redo stream : No

 Unprotected mode

 Miscellaneous flags: 0x0

 Thread internal enable indicator: thr: 0, seq:0 scn: 0x0000.00000000

 

REDO RECORD - Thread:1 RBA:0x000077.00000cd6.017c LEN: 0x0048 VLD: 0x01

SCN: 0x0000.006ac8a9 SUBSCN:  1 07/30/2011 08:28:08

CHANGE #1 MEDIA RECOVERY MARKERSCN:0x0000.00000000 SEQ:  0 OP:18.3

Reuse redo entry

Range reuse: tsn=1 base=8542185 nblks=8

 

REDO RECORD - Thread:1 RBA:0x000077.00006e99.0078 LEN: 0x0044 VLD: 0x01

SCN: 0x0000.006b7ae1 SUBSCN:  1 07/31/2011 06:18:10

CHANGE #1 MEDIA RECOVERY MARKERSCN:0x0000.00000000 SEQ:  0 OP:17.4

Datafile resize marker - file: 2 old size:153600 new size: 156160

 

REDO RECORD - Thread:1 RBA:0x000077.00007884.017c LEN: 0x0048 VLD: 0x01

SCN: 0x0000.006b8d16 SUBSCN:  1 07/31/2011 08:33:09

CHANGE #1 MEDIA RECOVERY MARKERSCN:0x0000.00000000 SEQ:  0 OP:18.3

Reuse redo entry

Range reuse: tsn=1 base=8542217 nblks=1024

*** 2011-08-08 22:10:54.783

END OF REDO DUMP

----- Redo read statistics for thread 1-----

Read rate (ASYNC): 51197Kb in 17.78s =>2.81 Mb/sec

Total physical reads: 51197Kb

Longest record: 8Kb, moves: 0/85186 (0%)

Change moves: 30223/143291 (21%), moved:5Mb

Longest LWN: 937Kb, moves: 6/66426 (0%),moved: 0Mb

Last redo scn: 0x0000.006e087b (7211131)

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

[oracle@rac1 ~]$

linux

声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
MySQL:世界で最も人気のあるデータベースの紹介MySQL:世界で最も人気のあるデータベースの紹介Apr 12, 2025 am 12:18 AM

MySQLはオープンソースのリレーショナルデータベース管理システムであり、主にデータを迅速かつ確実に保存および取得するために使用されます。その実用的な原則には、クライアントリクエスト、クエリ解像度、クエリの実行、返品結果が含まれます。使用法の例には、テーブルの作成、データの挿入とクエリ、および参加操作などの高度な機能が含まれます。一般的なエラーには、SQL構文、データ型、およびアクセス許可、および最適化の提案には、インデックスの使用、最適化されたクエリ、およびテーブルの分割が含まれます。

MySQLの重要性:データストレージと管理MySQLの重要性:データストレージと管理Apr 12, 2025 am 12:18 AM

MySQLは、データストレージ、管理、クエリ、セキュリティに適したオープンソースのリレーショナルデータベース管理システムです。 1.さまざまなオペレーティングシステムをサポートし、Webアプリケーションやその他のフィールドで広く使用されています。 2。クライアントサーバーアーキテクチャとさまざまなストレージエンジンを通じて、MySQLはデータを効率的に処理します。 3.基本的な使用には、データベースとテーブルの作成、挿入、クエリ、データの更新が含まれます。 4.高度な使用には、複雑なクエリとストアドプロシージャが含まれます。 5.一般的なエラーは、説明ステートメントを介してデバッグできます。 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。説明コマンドを使用してクエリ計画を分析し、オプティマイザーエラーを見つけます。 3.テーブル構造の再構築と結合条件を最適化すると、テーブルの設計上の問題が改善されます。 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。LowerQueryLogを有効にし、しきい値を設定して、スロークエリを記録します。 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ステートメントをチェックして説明コマンドを使用することで最適化できる構文エラーとパフォーマンスの問題が含まれます。 5.パフォーマンス最適化手法には、インデックスの使用、フルテーブルスキャンの回避、参加操作の最適化、コードの読み取り可能性の向上が含まれます。

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

AtomエディタMac版ダウンロード

AtomエディタMac版ダウンロード

最も人気のあるオープンソースエディター

ZendStudio 13.5.1 Mac

ZendStudio 13.5.1 Mac

強力な PHP 統合開発環境

DVWA

DVWA

Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

WebStorm Mac版

WebStorm Mac版

便利なJavaScript開発ツール

Safe Exam Browser

Safe Exam Browser

Safe Exam Browser は、オンライン試験を安全に受験するための安全なブラウザ環境です。このソフトウェアは、あらゆるコンピュータを安全なワークステーションに変えます。あらゆるユーティリティへのアクセスを制御し、学生が無許可のリソースを使用するのを防ぎます。