Oracle 应用归档 卡死,备份时卡住，无法归档，udump产生大量文件。帮看看怎么解决呢...

最新推荐文章于 2022-07-12 01:10:51 发布
最新推荐文章于 2022-07-12 01:10:51 发布
阅读量359 收藏
点赞数
文章标签： Oracle 应用归档 卡死

Sun Jan 17 15:56:31 2010

ORACLE V10.2.0.1.0 - Production vsnsta=0

vsnsql=14 vsnxtr=3

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production

With the Partitioning, OLAP and Data Mining options

Windows Server 2003 Version V5.2 Service Pack 2

CPU                 : 8 - type 586, 2 Physical Cores

Process Affinity    : 0x00000000

Memory (Avail/Total): Ph:2105M/4094M, Ph+PgF:8172M/10068M, VA:93M/2047M

Instance name: lgmesdb

Redo thread mounted by this instance: 0

Oracle process number: 0

Windows thread id: 3812, image: ORACLE.EXE (SHAD)

*** 2010-01-17 15:56:31.812

*** ACTION NAME

c58e339c7046a1ffce9c5508745874fa.gif) 2010-01-17 15:56:31.812

*** MODULE NAME

c58e339c7046a1ffce9c5508745874fa.gif) 2010-01-17 15:56:31.812

*** SERVICE NAME

c58e339c7046a1ffce9c5508745874fa.gif) 2010-01-17 15:56:31.812

*** CLIENT ID

c58e339c7046a1ffce9c5508745874fa.gif) 2010-01-17 15:56:31.812

*** SESSION ID

c58e339c7046a1ffce9c5508745874fa.gif200.132) 2010-01-17 15:56:31.812

******** ERROR: PGA memory leak detected 2100316 > 29136 ********

******************************************************

HEAP DUMP heap name="pga heap"  desc=79B78918

extent sz=0x206c alt=92 het=32767 rec=0 flg=3 opc=3

parent=00000000 owner=00000000 nex=00000000 xsz=0x1fff8

EXTENT 0 addr=7B2A0008

Chunk 7b2a0010 sz=    64996    free      "               "

Chunk 7b2afdf4 sz=  2097676    freeable  "krfrbAllocate: "

Dump of memory from 0x7B2AFDF4 to 0x7B4B0000

7B2AFDF0          1020020D 7B2A0010 036E17B0      [.. ...*{..n.]

7B2AFE00 00000000 00000000 00000000 00000000  [................]

Repeat 131103 times

EXTENT 1 addr=6F110008

Chunk 6f110010 sz=     1224    free      "               "

Chunk 6f1104d8 sz=      660    freeable  "krfr_init_read_"

Dump of memory from 0x6F1104D8 to 0x6F11076C

6F1104D0                   00000295 6F110010          [.......o]

6F1104E0 036E182C 24242424 00010000 00000000  [,.n.$$$$........]

6F1104F0 00000000 00000000 00000000 00000000  [................]

Repeat 12 times

6F1105C0 00000000 00000001 00000000 7B2AFE00  [..............*{]

6F1105D0 00200000 7B2AFE00 00000000 00000000  [.. ...*{........]

6F1105E0 00000000 00000000 00000000 00000000  [................]

Repeat 23 times

6F110760 00000000 00000000 00000000           [............]

Chunk 6f11076c sz=    63636    free      "               "

EXTENT 2 addr=6F3F0008

Chunk 6f3f0010 sz=    65520    free      "               "

EXTENT 3 addr=6D910008

Chunk 6d910010 sz=    18516    perm      "perm           "  alo=14232

Chunk 6d914864 sz=     4276    free      "               "

Chunk 6d915918 sz=      660    freeable  "krfr_init_read_"

Dump of memory from 0x6D915918 to 0x6D915BAC

6D915910                   00000295 6D914864          [....dH.m]

6D915920 036E182C 24242424 00010000 00000000  [,.n.$$$$........]

6D915930 00000000 00000000 00000000 00000000  [................]

Repeat 38 times

6D915BA0 00000000 00000000 00000000           [............]

Chunk 6d915bac sz=    32884    free      "               "

Chunk 6d91dc20 sz=      660    freeable  "krfr_init_read_"

Dump of memory from 0x6D91DC20 to 0x6D91DEB4

6D91DC20 00000295 6D915BAC 036E182C 24242424  [.....[.m,.n.$$$$]

6D91DC30 00010000 00000000 00000000 00000000  [................]

6D91DC40 00000000 00000000 00000000 00000000  [................]

Repeat 38 times

6D91DEB0 00000000                             [....]

Chunk 6d91deb4 sz=     8524    free      "               "

EXTENT 4 addr=69830008

Chunk 69830010 sz=    12232    perm      "perm           "  alo=12232

Chunk 69832fd8 sz=     1788    free      "               "

Chunk 698336d4 sz=      660    freeable  "krfr_init_read_"

Dump of memory from 0x698336D4 to 0x69833968

698336D0          00000295 69832FD8 036E182C      [...../.i,.n.]

698336E0 24242424 00010000 00000000 00000000  [$$$$............]

698336F0 00000000 00000000 00000000 00000000  [................]

Repeat 38 times

69833960 00000000 00000000                    [........]

Chunk 69833968 sz=    50840    free      "               "

EXTENT 5 addr=726881F8

Chunk 72688200 sz=    17012    free      "               "

EXTENT 6 addr=72686174

Chunk 7268617c sz=     2080    perm      "perm           "  alo=2080

Chunk 7268699c sz=     6212    free      "               "

EXTENT 7 addr=726840F0

Chunk 726840f8 sz=     8292    free      "               "

EXTENT 8 addr=7268206C

Chunk 72682074 sz=     6448    perm      "perm           "  alo=6448

Chunk 726839a4 sz=     1844    free      "               "

EXTENT 9 addr=7102D92C

Chunk 7102d934 sz=     6940    perm      "perm           "  alo=6940

Chunk 7102f450 sz=     1352    free      "               "

EXTENT 10 addr=710288FC

Chunk 71028904 sz=    20496    perm      "perm           "  alo=20496

EXTENT 11 addr=71026878

Chunk 71026880 sz=     7192    perm      "perm           "  alo=7192

Chunk 71028498 sz=      816    perm      "perm           "  alo=816

Chunk 710287c8 sz=      124    perm      "perm           "  alo=124

Chunk 71028844 sz=      160    free      "               "

EXTENT 12 addr=6F44DF90

Chunk 6f44df98 sz=     3696    perm      "perm           "  alo=3696

Chunk 6f44ee08 sz=     2316    perm      "perm           "  alo=2316

Chunk 6f44f714 sz=     2280    free      "               "

EXTENT 13 addr=71022048

Chunk 71022050 sz=    18448    perm      "perm           "  alo=18448

EXTENT 14 addr=6F44BF0C

Chunk 6f44bf14 sz=     4272    perm      "perm           "  alo=4272

Chunk 6f44cfc4 sz=     4020    free      "               "

EXTENT 15 addr=63395BF8

Chunk 63395c00 sz=     1860    perm      "perm           "  alo=1860

Chunk 63396344 sz=      572    perm      "perm           "  alo=572

Chunk 63396580 sz=     5844    free      "               "

Total heap size    =  2547028

FREE LISTS:

Bucket 0 size=44

Bucket 1 size=76

Bucket 2 size=96

Bucket 3 size=140

Chunk 71028844 sz=      160    free      "               "

Bucket 4 size=236

Bucket 5 size=268

Bucket 6 size=524

Bucket 7 size=1036

Chunk 726839a4 sz=     1844    free      "               "

Chunk 7102f450 sz=     1352    free      "               "

Chunk 69832fd8 sz=     1788    free      "               "

Chunk 6f110010 sz=     1224    free      "               "

Bucket 8 size=2060

Chunk 6f44f714 sz=     2280    free      "               "

Chunk 6f44cfc4 sz=     4020    free      "               "

Bucket 9 size=4108

Chunk 7268699c sz=     6212    free      "               "

Chunk 63396580 sz=     5844    free      "               "

Chunk 6d914864 sz=     4276    free      "               "

Bucket 10 size=8204

Chunk 726840f8 sz=     8292    free      "               "

Chunk 6d91deb4 sz=     8524    free      "               "

Bucket 11 size=16396

Chunk 72688200 sz=    17012    free      "               "

Bucket 12 size=32780

Chunk 69833968 sz=    50840    free      "               "

Chunk 6f3f0010 sz=    65520    free      "               "

Chunk 6f11076c sz=    63636    free      "               "

Chunk 6d915bac sz=    32884    free      "               "

Chunk 7b2a0010 sz=    64996    free      "               "

Bucket 13 size=65548

Bucket 14 size=131084

Bucket 15 size=262156

Bucket 16 size=524300

Bucket 17 size=2097164

Total free space   =   340704

UNPINNED RECREATABLE CHUNKS (lru first):

PERMANENT CHUNKS:

Chunk 6d910010 sz=    18516    perm      "perm           "  alo=14232

Chunk 69830010 sz=    12232    perm      "perm           "  alo=12232

Chunk 7268617c sz=     2080    perm      "perm           "  alo=2080

Chunk 72682074 sz=     6448    perm      "perm           "  alo=6448

Chunk 710287c8 sz=      124    perm      "perm           "  alo=124

Chunk 7102d934 sz=     6940    perm      "perm           "  alo=6940

Chunk 6f44ee08 sz=     2316    perm      "perm           "  alo=2316

Chunk 71028498 sz=      816    perm      "perm           "  alo=816

Chunk 71028904 sz=    20496    perm      "perm           "  alo=20496

Chunk 71026880 sz=     7192    perm      "perm           "  alo=7192

Chunk 6f44df98 sz=     3696    perm      "perm           "  alo=3696

Chunk 63396344 sz=      572    perm      "perm           "  alo=572

Chunk 71022050 sz=    18448    perm      "perm           "  alo=18448

Chunk 6f44bf14 sz=     4272    perm      "perm           "  alo=4272

Chunk 63395c00 sz=     1860    perm      "perm           "  alo=1860

Permanent space    =   106008

。。。

----- Dump of the Fixed SGA -----

***** SGA not mapped *****

----- Dump of the Fixed UGA -----

***** no UGA *****

KSTDUMP: SGA no longer mapped

Dump event group for SESSION

Unable to dump event group - SGA not mapped

Dump event group for SYSTEM

Unable to dump event group - SGA not mapped

风迭
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle归档日志问题
qq_36562320的博客
12-09 226
ORA-00257:archiver error. Connect internal only,until freed
oracle停止生成trc文件,ORACLE系统出现大量的TRC文件解决一例
weixin_32803963的博客
04-09 1081
今天用户抱怨系统挂起了，到用户处检查发现，是TRACE文件太大，有20G了，经检查，发现TRACE文件内容中，都是一下内容：Ioctl ASYNC_CONFIG error, errno = 1这个问题以前遇到过，是异步IO设置的问题，特别是在HPUX系统上，而用户正好是HPUX 11.31，ORACLE 11G R2 RAC于是这个问题，通过以下方式即可解决：查看/etc/privgroup文件...
oracle远程导出数据是卡住了,告急！！！备份oracle数据库时卡住不动求解释，求解决方法！谢谢希望牛人帮忙 - Oracle论坛 - 51CTO技术论坛_中国领先的IT技术社区...
weixin_36058835的博客
04-02 653
备份数据库时总是卡住到这一步不动求解释，求解决方法谢谢！starting backup......backup file path /backup/database/data/2014-09-30.dmpExport: Release 11.2.0.1.0 - Production on Tue Sep 30 14:48:18 2014Copyright (c) 1982, 2009, Oracl...
Oracle一备份内存就占满卡死,rman备份占用内存问题
weixin_39986171的博客
04-03 688
backup incremental level 0 as compressed backupset database plus archivelog;使用上面的命令备份数据库，占用了大量的内存无法释放(下图)，感觉备份的文件都存在了内存里面；之后执行delete noprompt obsolete命令，旧的归档和备份都没有删除；百思不得其解，求职大。top - 18:07:27 up 40 da...
oracle客户端c盘日志过多,udump下 产生大量文件 怎么破···
weixin_29124947的博客
04-04 314
RT··· 以前没出现这问题，前阵子现场机器崩溃了，当时C盘下安装的oracle，但是数据文件目录放在了别的盘，C盘做过镜像，所有直接就做了镜像恢复，然后能用了，就没在意别的。结果后来掉电了一次，开机后发现数据无法上传上来了， 然后看了下突然发现C盘都写满了，udump底下很多文件，好几十G，当时怕是因为写满磁盘的缘故，虽然数据文件在别的盘吧，然后搜了下有人说改下如下的参数，查了下，sql_tra...
Oracle 应用归档 卡死,关于Oracle归档进程的运行机制
weixin_39677104的博客
04-04 241
前几天有位朋友在留言板上提了这样一个问题：Fri May 25 20:46:06 2007　　//自动备份controlfileStarting control autobackupControl autobackup written to DISK devicehandle '/ora_rman_backup/crtl_backup/c-4205638757-20070525-00'Fri Ma...
oracle数据库增加很快,udump下文件为什么突然增长很快？
weixin_36470210的博客
04-03 179
这几天，我突然发现udump目录下文件增长很快，每天几百兆，哪位老大能帮我解决一下问题，我数据总共才几百兆啊我摘了一段，大家帮我看看什么问题，怎么才能较少Dump file :\Oracle\admin\oradb\udump\ORA02464.TRCMon Apr 23 19:17:57 2007ORACLE V8.1.6.0.0 - Production vsnsta=0vsnsql=e vs...
oracle ass.awk工具
10-15
SQL> oradebug setmypid Statement processed. SQL> oradebug unlimit .../oracle/ora10g/admin/jscn/udump/jscn1_ora_7755.trc SQL> exit Disconnected from Oracle Database 10g Enterprise Edition Release 1
Oracle数据库的备份与恢复 (4).pdf
10-10
这需要创建存放备用数据库文件的OS目录，包括数据文件、控制文件、重做日志、后台进程跟踪文件、用户进程跟踪文件以及归档日志，然后使用`mkdir`命令创建这些目录。 ```bash mkdir H:\backuphost mkdir H:\...
如何从完好的数据文件恢复oracle数据库.pdf
10-02
### 如何从完好的数据文件恢复Oracle数据库 #### 概述 本文档旨在提供一种有效的方法，用于在特定情况下从完好的数据文件恢复Oracle数据库。这种情况通常发生在服务器重装操作系统之后，原有的数据库环境遭到破坏，...
oracle学习总结.docx
05-03
Oracle 学习总结 Oracle 是一种关系数据库管理系统，由 Larry Ellison 和 Bob Miner 于 1977 年创立。它是一种对象关系数据库管理系统，支持多种编程语言，包括 Java、Python、C++ 等。 一、创建 Oracle 数据库...
oracle一直卡在跟新库,expdp的时候一直卡在那 咋办？？？
weixin_35916106的博客
04-08 640
oracle@stageip1:/export/oracle > expdp \'/ as sysdba\' ATTACH=SYS_EXPORT_SCHEMA_01Export: Release 11.2.0.3.0 - Production on Wed Jul 16 04:08:47 2014Copyright (c) 1982, 2011, Oracle and/or its affi...
oracle备份到一半就停了,expdp导出时暂停遇到的问题
weixin_29368453的博客
04-04 630
[oracle@jilin ~]$ expdp scott/tiger dumpfile=t.dmp directory=xin schemas=scott job_name=xing;Export: Release 10.2.0.1.0 - Production on Tuesday, 19 August, 2014 17:05:19Copyright (c) 2003, 2005, Oracl...
oracle shudown abort 后数据库一直卡在mount状态
killvoon的专栏
03-16 3139
测试环境有套数据库，版本是10.2.0.4，在库上有大事务运行的情况下，被开发人员停掉。一开始使用shutdown immediate，发现没反应，于是shutdown abort，很爽，秒停，同样很爽，startup一直停在mount状态看下alert日志：我昨天下午一点启动数据库，然后就开始恢复redo数据，结果，恢复到下午3点多还没恢复出来。估计遇到10g方面关于并发进程的bug了，于是将 ...
导致oracle慢的日志原因,Oracle归档日志满导致数据库性能异常慢
weixin_28339527的博客
04-03 537
这个问题遇到的时候，我没有查看告警日志，一直以为是数据库的锁阻塞影响了性能。知道查看日志才发现时归档日志已满。才导致这种问题的产生：Errorsinfile/DBBK/oracle/diag/rdbms/orcl/orcl/trace/orcl_arc0_28918.trc:ORA-19809:limitexceededforrecoveryfilesORA-19804:cann...
Oracle 间歇性出现缓慢变卡死现象
泓
05-28 8771
一台服务器最近经常碰到这个问题，因为问题是偶尔出现，一般重启数据库就可以了，但是在问题出现的时候查各种日志，及性能监控等等，没有发现出现问题的原因，所以只能一个个试了，先在这里备注一下，看下后续是哪个问题再完善本博客分享给大家：1.检查DNS配置，发现原来是114的，改为常用DNS，以防止网络原因造成的问题。2.清除日志问题，防止日志过大的原因。3.参考：https://blog.csdn.net...
Oracle归档日志暴增排查优化
「 虚幻私塾」
07-12 3189
回到顶部## 1、ORACLE归档日志介绍归档日志暴增是oracle比较常见的问题，遇到归档日志暴增，我们该如何排查： 1.2 归档日志存储的是什么 1.3 归档日志暴增的原因 1.4 排查归档日志暴增的方法 回到顶部## 2、归档日志暴增排查实战 2.2 查看归档日志切换 2.3 SQL语句判断 2.4 AWR 创建AWR报告 解析AWR报告 2.5 挖掘归档日志 回到顶部## 2.6 归档日志暴增优化 1、ORACLE归档日志介绍1.1 归档日志是什么1.2 归档日志
oracle 11g 归档日志优化
老叶的博客
01-22 346
一，归档基本操作 SQL> alter system set db_recovery_file_dest_size=322122547200;－－－设置使用空间大小（300*1024*1024*1024）,300GB SQL> show parameter db_recovery_file_dest;－－－查看归档日志路径限额 SQL> select * from v$recovery_file_dest; --查看归档日志大小 //查看日志数量及时间 SQL> select
expdp导出卡着不动的解决案例
cucany584825的博客
06-15 7843
现象描述，在执行expdp导出时，出现如下信息后，就一直卡着不动，不报错也不中断，一直卡。 Export: Release 10.2.0.5.0 - 64bit Production on Friday, 06 May,...
Oracle 10g 安装与注意事项详解
会在`C:\oracle\product\10.1.0\db_1\install`目录下创建一个子目录，包含后台进程跟踪文件（bdump）、内核放弃文件（cdump）、数据库创建文件（create）、初始化参数文件（pfile）和用户SQL跟踪文件（udump）。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值