linux怎么获得dump转储文件,dump 转储文件内容

1。转储数据文件

在优化项目中,有时候为了分析表和索引等的碎片、行迁移等情况,需要对数据文件进行转储。把数据库文件(数据文件、日志文件、控制文件等)的内容取出有利于对Oracle数据库内部结构展开分析。

Oracle提供的ALTER SYSTEM DUMP命令就可以把数据导出到Trace文件中,这一命令是以数据块为单位的。

对于普通的数据文件,通过下面的命令可以导出数据文件中的数据块:

ALTER SYSTEM DUMP DATAFILE [| ] block ;

或者:

ALTER SYSTEM DUMP DATAFILE [| ] block min block max ;

第一条命令导出一个数据块,第二条命令可以导出多个连续的数据块。以上命令不能转储LMT的临时表空间文件,否则会报ORA-1205错误。

要转储LMT的临时文件,需要使用DUMP TEMPFILE命令:

SQL>ALTER SYSTEM DUMP TEMPFILE 'E:\ORACLE\ORADATA\ORC9\SK_TEMP.DBF' BLOCK 1;

System altered.

2。转储对象的段头

在Oracle中,每个段都包含一个段头。段头一般来说是某个段第一个扩展的第一个块,包含段的信息(段的扩展情况、FREE LIST的数量等)。要转储段头的信息,首先需要定位某个段的段头所在的位置。通过下面的查询可以查看到段头的相关信息:

select segment_name,header_file,header_block from dba_segments where wner='' and segment_name='';

比如:

SQL> select segment_name, header_file, header_block

2    from dba_segments

3   where wner = 'TEST'

4     and segment_name = 'T_SCHOOL';

SEGMENT_NAME          HEADER_FILE HEADER_BLOCK

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

T_SCHOOL                             5                    4748

这个例子说明T_SCHOOL的段头在5号文件的4748数据块。再用ALTER SYSTEM DUMP 命令来转储该文件对应的block即可。

如果要转储回退段,那么可以这样操作:

select segment_name, header_file, header_block

from dba_segments

where segment_name = 'RBS01';

SEGMENT_NAME          HEADER_FILE HEADER_BLOCK

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

RBS01                               2                         518

再用:

alter system dump datafile 2 block 518;

或者直接用下面的命令转储:

alter system dump undo header RBS01;

3。转储控制文件

通过设置系统事件,可以把控制文件转储到Trace文件:

ALTER SESSION SET EVENTS 'immediate trace name controlf level ';

的取值如下表所示。

Level          转储的内容

1        文件头信息

2        文件头信息,数据库信息记录和检查点进程记录

3        所有的记录,仅仅包含最新和最老的循环使用类型的记录

4        类似3,不过包含4条最新的循环使用类型的记录

5+    类似3,循环使用类型的记录是每个级别的双倍

4。转储日志文件

使用ALTER SYSTEM DUMP LOGFILE可以转储在线日志文件。也可以使用ALTER SESSION命令去转储重做日志头的信息。在数据库处于NOMOUNT、MOUNT或者OPEN状态时,就可以使用上面的命令。在操作系统相同的情况下,可以通过客户端去转储另外一个数据库的重做日志。

可以用下面的方法转储在线日志。

a、根据DBA(Data Block Address)转储记录。

ALTER SYSTEM DUMP LOGFILE 'filename‘

DBA MIN fileno . blockno

DBA MAX fileno . blockno;

比如

ALTER SYSTEM DUMP LOGFILE ’uo1/oracle/v7323/dbs/arch1_2.dbf'

DBA MIN 5 . 31125

DBA MAX 5 . 31150;

这个命令转储5号文件的31125~31150块相关的记录。

b、根据RBA转储在线日志记录

ALTER SYSTEM DUMP LOGFILE 'filename‘           RBA MIN seqno . blockno

RBA MAX seqno . blockno

比如

ALTER SYSTEM DUMP LOGFILE ’uo1/oracle/v7323/dbs/arch1_2.dbf'

RBA MIN 2050 . 13255

RBA MAX 2050 . 15555;

c、根据时间点转储在线日志记录

ALTER SYSTEM DUMP LOGFILE 'filename‘

TIME MIN value

TIME MAX value;

比如

ALTER SYSTEM DUMP LOGFILE ’uo1/oracle/v7323/dbs/arch1_2.dbf'

TIME MIN 299425687

TIME MAX 299458808;

d、根据层次和操作代码转储记录

ALTER SYSTEM DUMP LOGFILE 'filename‘

LAYER value

OPCODE value;

e、转储文件头信息

ALTER SESSION SET EVENTS 'immediate trace name redohdr level 10';

f、转储整个重做日志

ALTER SYSTEM DUMP LOGFILE ‘filename’;

### 回答1: 在Linux系统中,可以使用gcore命令生成dump文件。gcore命令可以在运行中的进程中生成核心转储文件,以便在调试时使用。使用gcore命令生成dump文件的步骤如下: 1. 找到需要生成dump文件的进程的进程ID(PID)。 2. 在终端中输入以下命令: gcore PID 其中,PID是需要生成dump文件的进程的进程ID。 3. 执行完上述命令后,系统会在当前目录下生成一个以进程ID为名称的dump文件,例如: core.12345 其中,12345是进程ID。 4. 使用gdb等调试工具打开生成的dump文件,进行调试。 需要注意的是,生成dump文件需要root权限。同时,dump文件可能会包含敏感信息,因此需要妥善保管。 ### 回答2: Linux生成dump文件是指在遇到系统故障、崩溃等异常情况时,将应用程序或是操作系统的可执行文件保存为一份dump文件,以供后续的分析和修复。一般情况下,生成dump文件的过程需要通过安装相应的调试工具和配置相关的参数来实现。 常见的Linux生成dump文件的工具有gdb和coredump,其中gdb是一款强大的调试工具,它提供了多种命令以及脚本支持,可以支持用户在线调试、分析程序执行过程中的状态。而coredump则是一种自动产生的dump文件机制,在程序遇到异常时,会自动将进程空间部分数据保存成core文件,方便后续调试。 在使用这些工具前,需要在程序源码编译时添加一些调试相关的选项,以生成正确的dump文件。例如,在使用gdb进行调试时,可以在编译时使用-g选项来生成调试信息,然后使用gdb命令打开可执行文件,进行调试。在使用coredump时,需要在系统内核设置coredump机制,可以使用sysctl命令配置相应的参数。 生成dump文件是一种非常有效的调试工具,它可以帮助我们快速地定位程序中的问题,并加快问题解决的速度。同时,需要注意的是,dump文件可能包含敏感信息,应该妥善保管以防泄漏。 ### 回答3: Linux生成dump文件是为了记录系统崩溃时的状态和信息,以便进行调试和分析。生成dump文件的过程可以通过以下几个步骤来实现: 第一步:安装和配置kdump kdumpLinux系统的一个内核崩溃转储的工具,需要先安装和配置好该工具。可以通过以下命令进行安装和配置: yum -y install kexec-tools 在/etc/kdump.conf配置文件中可以设置生成dump文件的存储位置和大小等参数。 第二步:启用kdump服务 启用kdump服务后,系统在遇到内核崩溃时就会自动转储dump文件。可以通过以下命令来启用kdump服务: systemctl enable kdump.service systemctl start kdump.service 在kdump服务启动后,可以通过以下命令来检查kdump服务的状态: systemctl status kdump.service 第三步:触发内核崩溃并生成dump文件 在系统发生内核崩溃后,dump文件会被自动转储并存储在预先配置好的路径中。可以通过以下命令来手动触发一个内核崩溃: echo c > /proc/sysrq-trigger 在触发内核崩溃后,可以使用以下命令来检查dump文件是否已经生成: ls -lh /var/crash/ 如果dump文件已经生成,可以使用以下命令来查看和分析dump文件: crash /path/to/vmlinux /path/to/dumpfile 以上就是Linux生成dump文件的步骤,通过这些步骤可以方便地生成和分析dump文件,从而更好地进行系统调试和故障排查。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值