我的编程空间,编程开发者的网络收藏夹
学习永远不晚

oracle中dump logfile方法有哪些

短信预约 -IT技能 免费直播动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

oracle中dump logfile方法有哪些

这篇文章将为大家详细讲解有关oracle中dump logfile方法有哪些,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。

dump logfile

有时工作需要可能需要dump redo logfile,帮助解决问题。

这个命令需要alter system系统权限。

数据库可以是在nomount,mount,open状态。

可以dump在线redo log,也可以dump归档文件。

甚至可以dump其他数据的文件,但是操作系统要一致。

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:

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

ALTER SYSTEM DUMP LOGFILE 'filename'

 DBA MIN fileno . blockno

   DBA MAX fileno . blockno;

dump出指定范围数据块的redo记录。

数据库版本:

SQL> !sqlplus -V

 

SQL*Plus: Release 11.2.0.1.0 Production

 

SQL> sho user

USER is "MING"

SQL> set line 300

SQL> col b for a30

SQL> select  dbms_rowid.rowid_relative_fno(rowid)  file_id,
dbms_rowid.rowid_block_number(rowid) block_id,rowid,
test.* from  test;

 

   FILE_ID   BLOCK_ID ROWID                       A B

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

         7       1683  AAASZ2AAHAAAAaTAAA          1 ming

更新一行:

SQL> update test set  b='mingshuomingshuo' where a=1;

 

1 row updated.

 

SQL> select  lg.group#,lg.sequence#,lg.bytes/1024/1024/1024 G,
lg.members,lgf.member,lg.archived,
lg.status from v$log lg,v$logfile lgf where  lg.group#=lgf.group#;

 

 GROUP#  SEQUENCE#    G    MEMBERS MEMBER        ARC STATUS

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

3    36 .048828125   1  /tpdata/oradata/ogg1/redo03.log  NO CURRENT

2    35 .048828125   1  /tpdata/oradata/ogg1/redo02.log  YES  INACTIVE

1    34 .048828125   1 /tpdata/oradata/ogg1/redo01.log  YES INACTIVE

 

SQL> alter system dump logfile  '/tpdata/oradata/ogg1/redo03.log' dba min 7 1683 dba  max 7 1683;       

 

System altered.

 

SQL> select tracefile from v$process  where addr in (
select paddr from v$session where sid in (select sid from  v$mystat));

 

TRACEFILE

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

/tpsys/app/oracle/diag/rdbms/ogg1/ogg1/trace/ogg1_ora_2647.trc

 

[oracle@oggtest1 ~]$ more /tpsys/app/oracle/diag/rdbms/ogg1/ogg1/trace/ogg1_ora_2647.trc

Trace file  /tpsys/app/oracle/diag/rdbms/ogg1/ogg1/trace/ogg1_ora_2647.trc

Oracle Database 11g Enterprise Edition  Release 11.2.0.1.0 - 64bit Production

With the Partitioning, OLAP, Data Mining  and Real Application Testing options

ORACLE_HOME =  /tpsys/app/oracle/product/11.2.0/db_1

System name:    Linux

Node name:      oggtest1

Release:        2.6.32-358.el6.x86_64

Version:        #1 SMP Tue Jan 29 11:47:41 EST 2013

Machine:        x86_64

Instance name: ogg1

Redo thread mounted by this instance: 1

Oracle process number: 29

Unix process pid: 2647, image:  oracle@oggtest1 (TNS V1-V3)

 

 

*** 2018-05-31 23:35:34.677

*** SESSION ID:(38.36) 2018-05-31  23:35:34.677

*** CLIENT ID:() 2018-05-31 23:35:34.677

*** SERVICE NAME:(SYS$USERS) 2018-05-31  23:35:34.677

*** MODULE NAME:(sqlplus@oggtest1 (TNS  V1-V3)) 2018-05-31 23:35:34.677

*** ACTION NAME:() 2018-05-31  23:35:34.677

 

Log read is SYNCHRONOUS though  disk_asynch_io is enabled!

 

DUMP OF REDO FROM FILE  '/tpdata/oradata/ogg1/redo03.log'

 Opcodes *.*

 DBAs: (file # 7, block # 1683) thru (file #  7, block # 1683)

data块的起点和终点(thru),这里我只dump了1683号一个块。

 

RBAs: 0x000000.00000000.0000 thru  0xffffffff.ffffffff.ffff

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

 Times: creation thru eternity

 FILE HEADER:

        Compatibility Vsn = 186646528=0xb200000

        Db ID=4132820558=0xf655d64e, Db Name='OGG1'

        Activation ID=4132850254=0xf6564a4e

        Control Seq=3130=0xc3a, File size=102400=0x19000

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

 descrip:"Thread 0001, Seq# 0000000036,  SCN 0x000000158f45-0xffffffffffff"

 thread: 1 nab: 0xffffffff seq: 0x00000024  hws: 0x1 eot: 1 dis: 0

 resetlogs count: 0x38d85a12 scn:  0x0000.000e6c20 (945184)

 prev resetlogs count: 0x296b946b scn: 0x0000.00000001  (1)

 Low  scn: 0x0000.00158f45 (1412933) 05/31/2018 23:05:04

 Next scn: 0xffff.ffffffff 01/01/1988  00:00:00

 Enabled scn: 0x0000.000e6c20 (945184)  09/03/2017 05:28:50

 Thread closed scn: 0x0000.00158f45 (1412933)  05/31/2018 23:05:04

 Disk cksum: 0x471d Calc cksum: 0x471d

 Terminal recovery stop scn: 0x0000.00000000

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

 Most recent redo scn: 0x0000.00000000

 Largest LWN: 0 blocks

 End-of-redo stream : No

 Unprotected mode

 Miscellaneous flags: 0x800000

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

 

REDO RECORD - Thread:1 RBA: 0x000024.00000ad6.0010 LEN: 0x01f4 VLD: 0x05

SQL>    SELECT TO_NUMBER('24','XXXXXXXXXXXXXXXX') FROM DUAL;         TO_NUMBER('23','XXXXXXXXXXXXXXXX')----------------------------------                                36 SQL>    SELECT TO_NUMBER('00000ad6','XXXXXXXXXXXXXXXX') FROM DUAL;   TO_NUMBER('1E3A','XXXXXXXXXXXXXXXX')------------------------------------                                277436号日志,redo块number是2774,就是我们dump的redo log 

 

SCN: 0x0000.0015939d SUBSCN:  1 05/31/2018 23:33:53

CHANGE #1 TYP:0 CLS:17 AFN:3  DBA:0x00c00080 OBJ:4294967295 SCN:0x0000.0015932b
SEQ:1 OP:5.2 ENC:0 RBL:0

ktudh redo: slt: 0x000e sqn: 0x00000355  flg: 0x0012 siz: 160 fbi: 0

            uba: 0x00c00211.010e.03    pxid:  0x0000.000.00000000

CHANGE #2 TYP:0 CLS:18 AFN:3  DBA:0x00c00211 OBJ:4294967295 SCN:0x0000.0015932a
SEQ:1 OP:5.1 ENC:0 RBL:0

ktudb redo: siz: 160 spc: 7794 flg:  0x0012 seq: 0x010e rec: 0x03

            xid:  0x0001.00e.00000355 

ktubl redo: slt: 14 rci: 0 opc: 11.1  [objn: 75382 objd: 75382 tsn: 8]

Undo type:  Regular undo        Begin trans    Last buffer split:  No

Temp Object:  No

Tablespace Undo:  No

             0x00000000  prev ctl uba: 0x00c00211.010e.02

prev ctl max cmt scn:  0x0000.00158bd7  prev tx cmt scn:  0x0000.00158be6

txn start scn:  0xffff.ffffffff  logon user: 95  prev brb: 12583426  prev bcl: 0 BuExt idx: 0
flg2: 0

KDO undo record:

KTB Redo

op: 0x03  ver: 0x01 

compat bit: 4 (post-11) padding: 1

op: Z

KDO Op code: URP row dependencies  Disabled

##下面这部分是修改前的数据,上面和下面这一部分其实是undo的信息

  xtype: XA flags:  0x00000000  bdba: 0x01c00693  hdba: 0x01c00692

itli: 2  ispac: 0  maxfr: 4858

tabn: 0 slot: 0(0x0) flag: 0x2c lock: 0 ckix: 0

ncol: 2 nnew: 1 size: -12

col  1: [ 4]  6d 69 6e 67   ##4是长度,6d 69 6e  67是修改前的值

修改前的值:SQL> select    utl_raw.cast_to_varchar2(replace('6d,69,6e,67',',')) value from dual; VALUE------------------------------------------------------------------------------------------------------ming

 

CHANGE #3 TYP:0 CLS:1 AFN:7 DBA:0x01c00693 OBJ:75382 SCN:0x0000.0015673a SEQ:1 OP:11.5 ENC:0 RBL:0

SQL>    SELECT TO_NUMBER('01c00693','XXXXXXXXXXXXXXXX') FROM DUAL;                                                           TO_NUMBER('01C00693','XXXXXXXXXXXXXXXX')----------------------------------------          29361811 SQL>    select2  dbms_utility.data_block_address_block(29361811) "BLOCK",3  dbms_utility.data_block_address_file(29361811) "FILE"4  from dual;      BLOCK       FILE---------- ----------      1683          77号数据文件的1693块就是我dump的块。 75382就是我们操作的test表的object_id OP code是11.5,在DML的操作代码中,11.5代表update row piece

 

KTB Redo

op: 0x01  ver: 0x01 

compat bit: 4 (post-11) padding: 1

op: F  xid:  0x0001.00e.00000355    uba: 0x00c00211.010e.03

KDO Op code: URP row dependencies  Disabled

  xtype: XA flags: 0x00000000  bdba: 0x01c00693  hdba: 0x01c00692

itli: 2  ispac: 0  maxfr: 4858

tabn: 0 slot: 0(0x0) flag: 0x2c lock: 2  ckix: 0

ncol: 2 nnew: 1 size:  12

col  1: [16]  6d 69 6e 67 73 68 75 6f 6d 69 6e 67 73 68 75 6f

Bdba是更新的块的地址,所以跟DBA:0x01c00693一样也就是显而易见的了;Hdba是更新的块所在的段的地址。SQL> SELECT TO_NUMBER('01c00692','XXXXXXXXXXXXXXXX') FROM DUAL;  TO_NUMBER('01C00692','XXXXXXXXXXXXXXXX')----------------------------------------  29361810SQL> select  2  dbms_utility.data_block_address_block(29361810) "BLOCK",  3  dbms_utility.data_block_address_file(29361810) "FILE"  4  from dual;      BLOCK       FILE---------- ----------      1682          7TEST表所在的段的信息:SQL> select      owner,segment_name,segment_type,header_file,header_block from      dba_segments where segment_name='TEST' and tablespace_name='TEST';OWNER   SEGMENT_NAME   SEGMENT_TYPE HEADER_FILE HEADER_BLOCK------- -------------- ------------ ----------- ------------MING    TEST           TABLE                  7         1682两者是一致的 itli: 2 该事务正在使用第二个事务槽。tabn: 0 该块上第一个表。Flag是0x2c,代表没有出现行迁移,包括first data piece,last data piecehe head piece    of row.ncol: 2 该记录有2行nnew:1 修改了1列(b那一列)size: 12 修改列长度增加了12(从4变成16)修改后的值:SQL> select utl_raw.cast_to_varchar2(replace('6d,69,6e,67,73,68,75,6f,6d,69,6e,67,73,68,75,6f',','))    valuefrom dual; VALUE-----------------------------------------------------------------------------------------------------------------------------mingshuomingshuo

 

CHANGE #4 MEDIA RECOVERY MARKER  SCN:0x0000.00000000 SEQ:0 OP:5.20 ENC:0

session number   = 1

serial  number   = 15

执行事务的会话信息:SQL>    SELECT SID,SERIAL# FROM V$SESSION WHERE SID=( select userenv('SID') FROM    DUAL);        SID    SERIAL#----------    ----------         1         15

 

transaction name =

version 186646784

audit sessionid 151083

Client Id =

END OF REDO DUMP

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

Read rate (SYNC): 1419Kb in 0.01s =>  138.57 Mb/sec

Total redo bytes: 2047Kb Longest record:  13Kb, moves: 1/2688 moved: 0Mb (0%)

Longest LWN: 504Kb, reads: 240

Last redo scn: 0x0000.001593c8 (1414088)

Change vector header moves = 261/4848  (5%)

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

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

ALTER SYSTEM DUMP LOGFILE 'filename'

   RBA MIN seqno . blockno

   RBA MAX seqno . blockno;

RBA实际就是块的变化在redo log中的记录位置。所以这里是dump出指定范围的redo块的redo记录。

3. To dump records based on SCN

ALTER SYSTEM DUMP LOGFILE 'filename'
   SCN MIN minscn
   SCN MAX maxscn;

Dump出指定范围SCN的redo记录

4. To dump records based on time

ALTER SYSTEM DUMP LOGFILE 'filename'
   TIME MIN value
   TIME MAX value;

这里的value实际是时间范围,确切说是redo dump time。

下面给出一个时间转变为redo dump time的脚本:

SET ECHO OFF

REM NAME:   TFSTM2RD.SQL

REMUSAGE:"@path/tfstm2rd"

REM------------------------------------------------------------------------

REM REQUIREMENTS:

REM   None.

REM------------------------------------------------------------------------

REM AUTHOR:

REM   Anonymous

REM   Copyright 1996, Orqacle Corporation

REM------------------------------------------------------------------------

REM PURPOSE:

REM   Converts a standard date into redo dump timeformat.

REM------------------------------------------------------------------------

REM EXAMPLE:

REM   Enter day (DD/MM/YYYY) ?08/07/1996

REM   Enter time (HH24:MI:SS) ? 12:05:05

REM

REM   REDO_YEAR REDO_MONTH REDO_DAY REDO_HOURREDO_MIN REDO_SEC

REM   --------- ---------- -------- ----------------- --------

REM        1996       7      8       12       5      5

REM

REM   EDO_TIME

REM   ----------

REM    273845105

REM

REM------------------------------------------------------------------------

REM DISCLAIMER:

REM   This script. is provided for educational purposesonly. It is NOT

REM   supported by Oracle World Wide TechnicalSupport.

REM   The script. has been tested and appears towork as intended.

REM   You should always run new scripts on a testinstance initially.

REM------------------------------------------------------------------------

REM Main text ofscript. follows:

 

UNDEFINE redo_day

UNDEFINE redo_hhmiss

 

ACCEPT redo_day PROMPT "Enter day  (DD/MM/YYYY) ? "

ACCEPT redo_hhmiss PROMPT "Enter time  (HH24:MI:SS) ? "

 

COLUMN redo_year NEW_VALUE redo_year  FORMAT 9999

COLUMN redo_month NEW_VALUE redo_month  FORMAT 9999

COLUMN redo_day  NEW_VALUE redo_day FORMAT9999

COLUMN redo_hour NEW_VALUE redo_hour  FORMAT 9999

COLUMN redo_min  NEW_VALUE redo_min FORMAT9999

COLUMN redo_sec  NEW_VALUE redo_sec FORMAT9999

COLUMN redo_time NEW_VALUE redo_time

 

SETVERIFY OFF

 

SELECT TO_NUMBER (

          TO_CHAR (

             TO_DATE  ('&redo_day&redo_hhmiss', 'DD/MM/YYYY HH24:MI:SS'),

             'YYYY'))

          redo_year,

       TO_NUMBER (

          TO_CHAR (

             TO_DATE  ('&redo_day&redo_hhmiss', 'DD/MM/YYYY HH24:MI:SS'),

             'MM'))

          redo_month,

       TO_NUMBER (

          TO_CHAR (

             TO_DATE  ('&redo_day&redo_hhmiss', 'DD/MM/YYYY HH24:MI:SS'),

             'DD'))

          redo_day,

       TO_NUMBER (

          TO_CHAR (

             TO_DATE  ('&redo_day&redo_hhmiss', 'DD/MM/YYYY HH24:MI:SS'),

             'HH24'))

          redo_hour,

       TO_NUMBER (

          TO_CHAR (

             TO_DATE  ('&redo_day&redo_hhmiss', 'DD/MM/YYYY HH24:MI:SS'),

             'MI'))

          redo_min,

       TO_NUMBER (

          TO_CHAR (

             TO_DATE  ('&redo_day&redo_hhmiss', 'DD/MM/YYYY HH24:MI:SS'),

             'SS'))

          redo_sec

  FROM DUAL;

 

SELECT ( ( ( ( ( (&redo_year - 1988))  * 12 + (&redo_month - 1)) * 31

            + (&redo_day - 1))

          * 24

          + (&redo_hour))

        * 60

        + (&redo_min))

       * 60

       + (&redo_sec)

          redo_time

  FROM  DUAL;

5. To dump records based on layer and opcode

ALTER SYSTEM DUMP LOGFILE 'filename'
   LAYER value
   OPCODE value;

Layer和opcode是用来dump出特定类型的redo记录的。

6. Dump the file header information

Dump出所有在线日志的header信息:
   alter session set events 'immediate trace name redohdr level 10';
dump出归档日志的header信息:
   ALTER SYSTEM DUMP LOGFILE 'filename' RBA MIN 1 1 RBA MAX 1 1;
 
在线日志:

SQL> alter session set events  'immediate trace name redohdr level 10';

Session altered.

 

[oracle@oggtest1 trace]$ more  ogg1_ora_3048.trc

Trace file  /tpsys/app/oracle/diag/rdbms/ogg1/ogg1/trace/ogg1_ora_3048.trc

Oracle Database 11g Enterprise Edition  Release 11.2.0.1.0 - 64bit Production

With the Partitioning, OLAP, Data Mining  and Real Application Testing options

ORACLE_HOME =  /tpsys/app/oracle/product/11.2.0/db_1

System name:    Linux

Node name:      oggtest1

Release:        2.6.32-358.el6.x86_64

Version:        #1 SMP Tue Jan 29 11:47:41 EST 2013

Machine:        x86_64

Instance name: ogg1

Redo thread mounted by this instance: 1

Oracle process number: 29

Unix process pid: 3048, image:  oracle@oggtest1 (TNS V1-V3)

 

 

*** 2018-06-01 01:31:40.458

*** SESSION ID:(38.38) 2018-06-01  01:31:40.458

*** CLIENT ID:() 2018-06-01 01:31:40.458

*** SERVICE NAME:(SYS$USERS) 2018-06-01  01:31:40.458

*** MODULE NAME:(sqlplus@oggtest1 (TNS  V1-V3)) 2018-06-01 01:31:40.458

*** ACTION NAME:() 2018-06-01  01:31:40.458

 

DUMP OF LOG FILES: 3 logs in database

LOG FILE #1:

  name #3: /tpdata/oradata/ogg1/redo01.log

 Thread 1 redo log links: forward: 2  backward: 0

 siz: 0x19000 seq: 0x00000022 hws: 0x3 bsz:  512 nab: 0x12c7e flg: 0x1 dup: 1

 Archive links: fwrd: 0 back: 0 Prev scn:  0x0000.00150d87

 Low scn: 0x0000.00151fff 05/30/2018 21:31:05

 Next scn: 0x0000.00154ded 05/30/2018 22:54:33

 FILE HEADER:

        Compatibility Vsn = 186646528=0xb200000

        Db ID=4132820558=0xf655d64e, Db Name='OGG1'

        Activation ID=4132850254=0xf6564a4e

        Control Seq=3105=0xc21, File size=102400=0x19000

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

redo log key is  35a83c3bcc89f58a38e79d8babc0cd

redo log key flag is 5

 descrip:"Thread 0001, Seq# 0000000034,  SCN 0x000000151fff-0x000000154ded"

 thread: 1 nab: 0x12c7e seq: 0x00000022 hws:  0x3 eot: 0 dis: 0

 reset logs count: 0x38d85a12 scn:  0x0000.000e6c20

 Low scn: 0x0000.00151fff 05/30/2018 21:31:05

 Next scn: 0x0000.00154ded 05/30/2018  22:54:33

 Enabled scn: 0x0000.000e6c20 09/03/2017  05:28:50

 Thread closed scn: 0x0000.00151fff  05/30/2018 21:31:05

 Disk cksum: 0xdeda Calc cksum: 0xdeda

 Terminal  Recovery Stop scn: 0x0000.00000000

 Terminal Recovery Stamp  01/01/1988 00:00:00

 Most recent redo scn: 0x0000.00000000

 Largest LWN: 2048 blocks

 Miscellaneous flags: 0x800000

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

LOG FILE #2:

  name #2: /tpdata/oradata/ogg1/redo02.log

 Thread 1 redo log links: forward: 3  backward: 1

 siz: 0x19000 seq: 0x00000023 hws: 0x5 bsz:  512 nab: 0x13ea0 flg: 0x1 dup: 1

 Archive links: fwrd: 0 back: 0 Prev scn:  0x0000.00151fff

 Low scn: 0x0000.00154ded 05/30/2018 22:54:33

 Next scn: 0x0000.00158f45 05/31/2018  23:05:04

 FILE HEADER:

        Compatibility Vsn = 186646528=0xb200000

        Db ID=4132820558=0xf655d64e, Db Name='OGG1'

        Activation ID=4132850254=0xf6564a4e

        Control Seq=3130=0xc3a, File size=102400=0x19000

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

redo log key is  65a21627df0616da4e0eab04481274

redo log key flag is 5

 descrip:"Thread 0001, Seq# 0000000035,  SCN 0x000000154ded-0x000000158f45"

 thread: 1 nab: 0x13ea0 seq: 0x00000023 hws:  0x5 eot: 0 dis: 0

 reset logs count: 0x38d85a12 scn:  0x0000.000e6c20

 Low scn: 0x0000.00154ded 05/30/2018 22:54:33

 Next scn: 0x0000.00158f45 05/31/2018  23:05:04

 Enabled scn: 0x0000.000e6c20 09/03/2017  05:28:50

 Thread closed scn: 0x0000.0015680b  05/31/2018 02:12:09

 Disk cksum: 0xb8e7 Calc cksum: 0xb8e7

 Terminal Recovery Stop scn: 0x0000.00000000

 Terminal Recovery Stamp  01/01/1988 00:00:00

 Most recent redo scn: 0x0000.00000000

 Largest LWN: 2048 blocks

 Miscellaneous flags: 0x800000

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

LOG FILE #3:

  name #1: /tpdata/oradata/ogg1/redo03.log

 Thread 1 redo log links: forward: 0  backward: 2

 siz: 0x19000 seq: 0x00000024 hws: 0x1 bsz:  512 nab: 0xffffffff flg: 0x8 dup: 1

 Archive links: fwrd: 0 back: 0 Prev scn:  0x0000.00154ded

 Low scn: 0x0000.00158f45 05/31/2018 23:05:04

 Next scn: 0xffff.ffffffff 01/01/1988  00:00:00

 FILE HEADER:

        Compatibility Vsn = 186646528=0xb200000

        Db ID=4132820558=0xf655d64e, Db Name='OGG1'

        Activation ID=4132850254=0xf6564a4e

        Control Seq=3130=0xc3a, File size=102400=0x19000

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

redo log key is  822c416515657eb0b48bc9b93c403cc8

redo log key flag is 5

 descrip:"Thread 0001, Seq# 0000000036,  SCN 0x000000158f45-0xffffffffffff"

 thread: 1 nab: 0xffffffff seq: 0x00000024  hws: 0x1 eot: 1 dis: 0

 reset logs count: 0x38d85a12 scn:  0x0000.000e6c20

 Low scn: 0x0000.00158f45 05/31/2018 23:05:04

 Next scn: 0xffff.ffffffff 01/01/1988  00:00:00

 Enabled scn: 0x0000.000e6c20 09/03/2017  05:28:50

 Thread closed scn: 0x0000.00158f45  05/31/2018 23:05:04

 Disk cksum: 0x471d Calc cksum: 0x471d

 Terminal Recovery Stop scn: 0x0000.00000000

 Terminal Recovery Stamp  01/01/1988 00:00:00

 Most recent redo scn: 0x0000.00000000

 Largest LWN: 0 blocks

 Miscellaneous flags: 0x800000

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

7. Dump an entire log file:

ALTER SYSTEM DUMP LOGFILE 'filename';

Dump出指定日志的所有内容。

关于“oracle中dump logfile方法有哪些”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,使各位可以学到更多知识,如果觉得文章不错,请把它分享出去让更多的人看到。

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

oracle中dump logfile方法有哪些

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

oracle中去重的方法有哪些

在Oracle中,可以使用以下几种方法进行去重:1. 使用DISTINCT关键字:在SELECT语句中使用DISTINCT关键字可以去除重复的记录。例如:SELECT DISTINCT column_name FROM table_name
2023-09-08

Oracle中查询表结构的方法有哪些

今天小编给大家分享一下Oracle中查询表结构的方法有哪些的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,下面我们一起来了解一下吧。方法一:在【命令窗口
2023-07-06

oracle中转义字符串的方法有哪些

在Oracle中,可以使用以下方法来转义字符串:1. 使用单引号转义:如果字符串中包含单引号,可以使用两个连续的单引号来表示一个单引号。例如,要插入的字符串是 "It's raining",可以使用如下语法进行转义:'It''s raini
2023-08-31

css中有哪些方法

本篇文章为大家展示了css中有哪些方法,内容简明扼要并且容易理解,绝对能使你眼前一亮,通过这篇文章的详细介绍希望你能有所收获。css方法有:1、返回 CSS 属性如需返回指定的 CSS 属性的值,请使用如下语法:css("propertyn
2023-06-14

sqlplus连接oracle的方法有哪些

可以使用以下几种方法连接Oracle数据库:1. 使用命令行工具sqlplus连接:在命令行中输入以下命令:sqlplus 用户名/密码@数据库实例名2. 使用Easy Connect连接:在命令行中输入以下命令:sqlplus 用户名@(
2023-08-25

oracle数据备份有哪些方法

oracle 数据备份方法有五种:rman 备份(完整、增量、差异、库备份)导出/导入data pump 导出/导入数据文件备份物理备份Oracle 数据备份方法Oracle 数据库备份是保护关键数据的必要过程,以确保在发生数据丢失或损坏
oracle数据备份有哪些方法
2024-04-19

oracle中url的写法有哪些

在Oracle中,可以使用如下格式来编写URL:使用标准的URL格式:jdbc:oracle:thin:@//hostname:portNumber/serviceName例如:jdbc:oracle:thin:@//localhost:
oracle中url的写法有哪些
2024-04-09

oracle中length的用法有哪些

在Oracle中,length函数用于返回一个字符串或列的字符数或字节数,具体用法如下:1. 返回字符串的字符数:SELECT LENGTH('Hello World') FROM DUAL;结果为 112. 返回字符串的字节数:SELEC
2023-08-29

oracle中cursor的用法有哪些

在Oracle中,游标(cursor)是一种数据库对象,用于处理查询结果集。以下是Oracle中使用游标的一些常见用法:1. 隐式游标:当执行一个查询语句时,Oracle会自动创建一个隐式游标来处理查询结果集。您可以使用FETCH语句获取隐
2023-08-08

python中有哪些特有方法

这篇文章给大家介绍python中有哪些特有方法,内容非常详细,感兴趣的小伙伴们可以参考借鉴,希望对大家能有所帮助。python的五大特点是什么python的五大特点:1.简单易学,开发程序时,专注的是解决问题,而不是搞明白语言本身。2.面向
2023-06-14

Python中魔法方法有哪些

Python中魔法方法有哪些,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。Python提供的魔法方法 魔术方法这里按照不同的类别有如下分类,用个表格给大家列举出来:看完上述内容
2023-06-19

PHP中有哪些debug方法

PHP中的debug(调试)方法有:1、在PHP代码中添加echo、var_dump、print_r和exit语句,通过浏览器打印信息进行调试;2、使用Xdebug进行调试;3、通过console终端进行调试。
2022-03-01

python中有哪些HTTP方法

这篇文章给大家介绍python中有哪些HTTP方法,内容非常详细,感兴趣的小伙伴们可以参考借鉴,希望对大家能有所帮助。python主要应用领域有哪些1、云计算,典型应用OpenStack。2、WEB前端开发,众多大型网站均为Python开发
2023-06-14

oracle异地备份的方法有哪些

Oracle的异地备份方法主要包括以下几种:1. 数据库镜像备份(Database Mirroring):通过将主数据库的更改实时复制到备份数据库,以实现数据的异地备份。这种方法可以提供最低的恢复时间和数据丢失风险。2. 数据库冷备份(Co
2023-08-26

编程热搜

目录