最近我的系统出现了一个奇怪的现象。
我的机器是825，V5R2的操作系统。在上周末，两天时间内突然ASP空间暴涨到95%+，经过清理之后只降到了90%左右，大概增长了50G。但是始终没有办法查找到具体是哪个地方导致的。各位高手有没有见过类似情况的？
有没有什么好的方法查找到具体是哪里增长的？
xuguopeng 回复于：2007-05-30 13:45:12
是不是SPLF太多了.???
RTVDSKINF PRTDSKINF分析一下
zszhhh 回复于：2007-05-30 16:51:08
执行这个命令有什么风险么？
这两个命令具体是做什么的？
服务器现在正在线呢！
ccpcd 回复于：2007-05-30 20:23:57
用DSPLIB列出所有库到SPLF，再看看是那些库特别大。也可以把所有用户的SPLF清除，但我估计不会是这个原因。
qingzhou 回复于：2007-05-30 22:01:38
做磁盘分析先，然后就可以准确掌握具体占用%system asp used的原因，才能对症下药。
居士 回复于：2007-05-31 11:57:44
xuguopeng说的对
在做磁盘分析的时候,最后选在晚上系统不忙的时候做.因为做这个的时候,会增加硬盘I/O负担
adversa 回复于：2007-05-31 16:18:20
不建议直接做磁盘分析，
首先你知道系统可用硬盘还有多少GB。。
ＳＰＬＦ太多也会是个原因，但是激增的这样的情况也可能是应用系统某个文件造成。
建议先将无用的ＳＰＬＦ清除，之后用 RCLSPLSTG ＊Ｎｏｎｅ 释放空间。
之后备份相应的ｊｏｕｒｎａｌ ，ｌｏｇ 清除所有可以清除的文件后
去看库里是否有ｈｕｇｅ的文件，最后决定到底如何ｒｅｃｌａｉｍ空间。
居士 回复于：2007-06-01 10:42:58
嗯,楼上的做法比较谨慎.
建议楼主稳妥一点
xuguopeng 回复于：2007-06-01 11:04:21
adversa的做法很稳妥,但RCLSTG有可能需要ENDSBS的,这样会影响正常的系统服务,如果可以停机,建议按照adversa 的做法
如果确定是SPLF太多了,删除SPLF后最好做一下RCLSPLSTG,这样才能彻底释放空间
qingzhou 回复于：2007-06-01 16:42:58
如果在企业混过，更多时候是关注是否是 应用 导致磁盘空间狂涨，而不是单纯从理论角度去分析和解决问题。
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，加强管理，养成良好习惯。
|
