免费注册 查看新帖 |

Chinaunix

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

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

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

论坛徽章:
0
2 [报告]
发表于 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