免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 3175 | 回复: 9
打印 上一主题 下一主题

[求助]磁盘空间突然激增!大家来看看! [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2007-05-30 12:30 |只看该作者 |倒序浏览
最近我的系统出现了一个奇怪的现象。
我的机器是825,V5R2的操作系统。在上周末,两天时间内突然ASP空间暴涨到95%+,经过清理之后只降到了90%左右,大概增长了50G。但是始终没有办法查找到具体是哪个地方导致的。各位高手有没有见过类似情况的?
有没有什么好的方法查找到具体是哪里增长的?

论坛徽章:
0
2 [报告]
发表于 2007-05-30 13:45 |只看该作者
是不是SPLF太多了.???
RTVDSKINF  PRTDSKINF分析一下

论坛徽章:
0
3 [报告]
发表于 2007-05-30 16:51 |只看该作者
执行这个命令有什么风险么?
这两个命令具体是做什么的?
服务器现在正在线呢!

论坛徽章:
0
4 [报告]
发表于 2007-05-30 20:23 |只看该作者

回复 1楼 zszhhh 的帖子

用DSPLIB列出所有库到SPLF,再看看是那些库特别大。也可以把所有用户的SPLF清除,但我估计不会是这个原因。

论坛徽章:
0
5 [报告]
发表于 2007-05-30 22:01 |只看该作者
做磁盘分析先,然后就可以准确掌握具体占用%system asp used的原因,才能对症下药。

论坛徽章:
0
6 [报告]
发表于 2007-05-31 11:57 |只看该作者
xuguopeng说的对
在做磁盘分析的时候,最后选在晚上系统不忙的时候做.因为做这个的时候,会增加硬盘I/O负担

论坛徽章:
0
7 [报告]
发表于 2007-05-31 16:18 |只看该作者
不建议直接做磁盘分析,
首先你知道系统可用硬盘还有多少GB。。
SPLF太多也会是个原因,但是激增的这样的情况也可能是应用系统某个文件造成。
建议先将无用的SPLF清除,之后用 RCLSPLSTG *None 释放空间。
之后备份相应的journal ,log 清除所有可以清除的文件后
去看库里是否有huge的文件,最后决定到底如何reclaim空间。

论坛徽章:
0
8 [报告]
发表于 2007-06-01 10:42 |只看该作者
嗯,楼上的做法比较谨慎.
建议楼主稳妥一点

论坛徽章:
0
9 [报告]
发表于 2007-06-01 11:04 |只看该作者
adversa的做法很稳妥,但RCLSTG有可能需要ENDSBS的,这样会影响正常的系统服务,如果可以停机,建议按照adversa 的做法
如果确定是SPLF太多了,删除SPLF后最好做一下RCLSPLSTG,这样才能彻底释放空间

论坛徽章:
0
10 [报告]
发表于 2007-06-01 16:42 |只看该作者
如果在企业混过,更多时候是关注是否是 应用 导致磁盘空间狂涨,而不是单纯从理论角度去分析和解决问题。


1。WRKSYSSTS关注以下2项数值是否过大?

Current unprotect used :    56584 M
Maximum unprotect  . . :    61829 M

2。检查是否有ODBC/JDBC/SQLRPGLE等类似应用关联?

这点很重要,高峰期可抢占%system asp used=200G以上。


3。有没有启动Journal审计?

这个也很吃磁盘空间,日志包含 system journal 和 user journal ,可以去分析,用WRKJRNA去查看占用空间大小。

4。磁盘分析肯定要跑,除非你马上知道什么占用空间,如果知道你也不会发帖提问了。所以,不然永远都是个谜~~~,除非你一个一个LIB去查看那个占用磁盘空间!

避开系统高峰这个也要看你的应用,很多企业白天也不会很繁忙,DISK I/O ARM也不高,那就可以随时运行分析;如果真得很夸张,那可以晚上跑跑,然后根据结果来分析哪个LIB占用disk%使用率,然后再具体是什么objects造成,然后再分析原因。

如果disk i/o arm很高,那你就要考虑调整:磁盘臂、内存、磁盘cache,这些都不能忽视。

5。这边OUTQ:PRT01里面的SPLF经常是高达10几W条,现在有利用DLTOLDSPLF工具来自动维护也还是6W多条,但没见到会宕机现象。

Queue          Library         Files
PRT01          QUSRSYS         69251

6。如果要再慎重,建议晚上安排时间停机检测。

不要认为AS400永不需要停机,i570/i595在许多无可奈何场合下,也得停机。有计划停机全面检查也是为了以后的不会随时发生无计划停机好。

如果运用非常非常重要,那就建议用mimin/400.oms/400热备系统来保证运用,最大限度减少业务停顿时间。

7。日常开启AS400 performance monitoring,加强管理,养成良好习惯。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP