导出websphere内存镜像

1.      将脚本放致profiles\appservername\bin下

2.      查看一下soap
host(在控制台端口中可以看到)

3.      执行如下命令:./wsadmin.sh
-host localhost(指出要截dump或core的机器)
-port soapport -username wasadmin -password
wasadmin -f jvmDump.jacl

4.      ./wsadmin.sh -host localhost(指出要截dump或core的机器)
-port soapport -username wasadmin -password
wasadmin -f heapDump.jacl

</pre><pre name="code" class="plain">set jvm [$AdminControl completeObjectName type=JVM,process=server1,*]
puts stdout "About to start dumping javaheap ..."
puts stdout [$AdminControl invoke $jvm generateHeapDump]<pre name="code" class="plain">
</pre><pre name="code" class="plain">set jvm [$AdminControl completeObjectName type=JVM,process=server1,*]
puts stdout "About to start dumping javacore ..."
$AdminControl invoke $jvm dumpThreads
puts stdout "Done dumping javacore."

puts stdout "Done :)"


				
时间: 2024-11-15 00:50:39

导出websphere内存镜像的相关文章

JAVA关于POI导出Excel内存溢出的解决方案

JAVA关于POI导出Excel内存溢出的解决方案 在我们使用JAVA开发过程中,经常要导出查询获得的数据,这些数据一般情况下都是以Excel存储的,因此我们在导出数据的时候要使用JAVA的POI库,其主要是对各种windows平台的数据格式进行操作,在这里,我们是对Excel操作. 生成Excel的过程原理是这样的,首先,我们对数据库进行查询,获取相应的结果集,一般是list集合,然后生成Workbook对象,根据生成的Workbook对象获取sheet对象,根据此sheet对象获取Row对象

(转)websphere内存溢出,手动导出was的phd和javacore文件

原文:https://www.cnblogs.com/zhengbn/p/3499700.html 1:服务器-->服务器类型-->WebSphere Application Server 2:点击进入server1 3:如果是was7的话 服务器基础机构-->管理-->定制属性 如果的was6的话 java进程和管理-->环境条目 4:分别新建以下属性,并切记保存,注意不要有多余的空格 名称 值IBM_HEAPDUMP   TRUEIBM_HEAPDUMPDIR   d:/

项目中生成器应用,解决量级数据导出excel内存溢出

应用场景:全量数据导出excel 遇到问题: PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 41007872 bytes) 很明显是内存溢出. 网上给出了很多治标不治本的解决方案: 1.直接修改PHP.INImemory_limit = xxxx M ;2.修改.htaccessphp_value memory_limit xxx M3.直接在程序页面上修改.ini_set(

POI导出数据内存溢出问题

POI之前的版本不支持大数据量处理,如果数据过多则经常报OOM错误,有时候调整JVM大小效果也不是太好.3.8版本的POI新出来了SXSSFWorkbook,可以支持大数据量的操作,只是SXSSFWorkbook只支持.xlsx格式,不支持.xls格式. 3.8版本的POI对excel的导出操作,一般只使用HSSFWorkbook以及SXSSFWorkbook,HSSFWorkbook用来处理较少的数据量,SXSSFWorkbook用来处理大数据量以及超大数据量的导出. HSSFWorkbook

gdb调用程序崩溃时的内存镜像core文件

/* * gcc gdb_test.c -o gdb_test -g * ./gdb_test * Segmentation fault (core dumped) * gdb gdb_test -c core.5521 * Core was generated by `gdb_test'. * Program terminated with signal 11, Segmentation fault. * #0 0x000000000040048b in main (argc=1, argv=

jmap 导出 tomcat 内存快照分析

登录系统(注意这里启动 tomcat 的用户) # 获取 tomcat 的 pid 号 ps -ef|grep tomcat # 例如这里 pid 号为 13133 jmap -dump:live,format=b,file=dump.hprof 13133 使用 MAT 分析 # MAT 下载地址:https://www.eclipse.org/mat/downloads.php # 我这里下载的 windows 版本,解压后,按需更改 MemoryAnalyzer.ini 里面的配置,我改成

Android漫游记(1)---内存映射镜像(memory maps)

Android系统内核基于Linux2.6+内核,因此,其在进程内存管理方面的很多机制和Linux是很相像的.首先,让我们来看一个典型的Android进程的内存镜像(App进程和Native本地进程略有差别,但原理是一样的): 和Linux一样,Android提供了基于/proc的"伪文件"系统来作为查看用户进程内存映像的接口(cat /proc/pid/maps).可以说,这是Android系统内核层开放给用户层关于进程内存信息的一扇窗户.通过它,我们可以查看到当前进程空间的内存映射

排查订单导出内存占用率逐步增大的问题

症状 每次导出,导出的内存利用率都会小幅或大幅增长.一次VIP导出后,导出的内存利用率会较大增长. 十次较小导出的结果,从 15:30 有一个小步的内存利用率攀升. 一次VIP大流量导出的结果,从 14:04 有一个大幅的陡峭的攀升. 基本步骤 STEP1: 运行一次比较大的导出后,使用 jmap 工具从服务器生成内存文件 mem.bin.使用 top -c M 拿到占用内存最高的 pid;然后 sudo su app jmap -dump:live,format=b,file=/tmp/mem

Docker 镜像批量备份(导出)

脚本作用 1.批量导出Docker Images;2.部分导出,通过指定Docker Images ID 到脚本"LIST"变量 运行实例 #导出全部的镜像: sh ExportImg.sh #导出部分镜像 LIST=" d235b 201c7a 201c7a" sh ExportImg.sh 注意:LIST赋值Docker Images ID ,多个镜像ID通过空格隔离:执行脚本是只会导出定义ID的镜像: 镜像还原(任选一种) docke load --input