物流管理信息系统运行保障机制Word格式文档下载.docx
- 文档编号:18463566
- 上传时间:2022-12-16
- 格式:DOCX
- 页数:12
- 大小:93.80KB
物流管理信息系统运行保障机制Word格式文档下载.docx
《物流管理信息系统运行保障机制Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《物流管理信息系统运行保障机制Word格式文档下载.docx(12页珍藏版)》请在冰豆网上搜索。
3.数据核对5
二、问题处理5
1.问题流程图及描述5
1.1地州用户问题申报、处理流程5
1.2今天国际日常排查发现问题、处理流程7
2.问题响应时间8
3.问题/故障分类及处理时长8
3.1问题/故障主要原因8
3.2处理时间8
3.2.1问题紧急程度8
3.2.2业务影响程度8
4.问题处理结果确认9
三、数据备份9
四、应急预案10
五、日志管理10
六、其他10
系统上线运行期间,为保障系统正常、稳定、安全、快速地进行,特制定如下保障机制。
一、服务器日常排查
今天国际实施运维人员,每天对服务器运行情况排查,具体排查内容如下。
1.系统环境排查
服务器日常检查情况
排查项目
排查说明
排查项
排查结果
备注
管理机操作系统
1、服务器文件系统维护(AIX)
/web_data、/usr、/home目录等使用率不能超过70%
/web_date
使用率32%
linux
/usr
/var
/home
2、send文件夹维护是否正常
socket/send目录下单个文件夹内最大文件数不能超过32768个
ls|wc-l
文件数297
3、操作系统运行监控是否正常
Disk下磁盘busy%不能超过90%
CPU平均使用率
使用率2%
IO读取情况
数据库(ORACLE)
4、表空间是否正常(AIX)
存在Freepages项小于100,或者state项不是0x0000的情况存在(表空间SYSCATSPACE除外),表空间使用率不能超过85%
是否正常
正常
5、检查db2diag.log是否正常
文件中出现fatal、serious错误
6、检查数据库日志是否正常
检查/db2_log文件系统的使用率,如果达到80-90%左右的时候,应及时进行清理
/db2_log使用率
使用率56%
7、数据库是否启动/连接数是否满
若数据库连接已满,会导致数据连接失败
能否正常连接
8、查看是否锁表
若出现锁表情况,则会显示deadlock等字样
是否锁表
应用服务器(WAS)
9、应用服务器的运行情况是否正常
如检查java进程已经不存在,由于内存资源被耗尽
进程是否存在
10、查看应用服务器的版本
#./versionInfo.sh
版本号6.0.1.1
11、监控systemerr.log是否正常
查看是否有SystemErr字样的报错
数据传输通道(MQ)
12、MQ的运行情况是否正常
13、MQ服务是否启动和侦听器是否处于"
正在运行"
状态
发送方或接收方通道显示"
非活动"
,并且队列中有消息堆积
14、MQ消息是否有堆积
消息数若大于0,则表示消息堵塞,需要重启rodc应用
是否有堆积
已处理,正常
15、MQ日志是否报错(DCListenerThread.run)
指令接收是否成功,看日志中是否报错
是否有报错
程序问题
16、SendBillInfoToStma日志是否报错
temp目录下文件过多,导致无法写入新文件
日志是否报错
17、SendCommerceStockToStma日志是否报错
排查时间
2016/6/28
今天国际国际排查人
排查地点
乌鲁木齐
今天国际负责人
2.接口排查
3.数据核对
二、问题处理
1.问题流程图及描述
1.1地州用户问题申报、处理流程
描述:
1.地州系统使用人员发现并提出问题。
2.今天国项目组通过电话、QQ群等方式收集问题,并填写《系统运行问题收集》文档。
3.今天国际项目组进行问题分类,并展开响应排查。
4.1.若为一般问题,今天国际自行处理。
2.若为新增需求或不能解决问题,则反馈工商一体化项目进行讨论是否处理。
5.待问题处理后,反馈地州问题提出人员进行验证,如仍存在问题,则返回第3步
6.地州问题提出人员验证通过后,进行《系统运行问题收集》签字确认并由今天国际存档。
7.
1.2今天国际日常排查发现问题、处理流程
1、今天国际通过日常运维排查发现问题。
2、今天国际项目组进行问题分类,并展开响应排查。
3、1.若为新增需求或不能解决问题,则反馈工商一体化项目进行讨论是否处理。
2.若为一般问题,今天国际自行处理。
3.若与地州业务冲突,则告知地州业务人员配合。
4、待问题处理后,将处理、验证后结果反馈工商一体化项目组。
2.问题响应时间
3.问题/故障分类及处理时长
3.1问题/故障主要原因
问题分类
系统故障
操作系统
硬件
数据库
网络
软件
数据异常
系统原因
硬件问题
软件问题
业务操作
流程规范不完善
操作错误
沟通不畅
其他
新增需求
3.2处理时间
3.2.1问题紧急程度
问题紧急度
处理时间
一般
重大
3.2.2业务影响程度
业务影响程度
业务中断
效率降低
无影响
4.问题处理结果确认
三、数据备份
目前物流管理信息系统使用的为大型ORACLE数据库,ORACLE数据库具有以下性能有点:
1.面向Internet环境数据库、JAVA支持。
2开放性、可伸缩性、并行性。
3操作简便、安全性高等。
ORACLE数据库有三种标准备份方法,他们分别为导出/导入(EXPORT/IMPORT)、冷备份、热备份。
导出备份是一种逻辑备份,冷备份和热备份是物理备份。
我们主要采用热备份和导出/导入(EXPORT/IMPORT)两种方法,这两种方法特点为:
热备份:
热备份是在数据库运行的情况下,不影响正常工作而采用的Archivelogmode(归档模式)备份数据的一种方法。
所以,如果你有今天的热备份文件,在发生问题时,就可以利用这些资料恢复更多的信息。
热备要求数据库在Archivelog方式下操作,并需要大量的档案空间。
一旦数据库运行Archivelog状态下,就可以备份了。
导出/导入(EXPORT/IMPORT):
利用Export可将数据从数据库中提取出来,利用Export则可将提取出来的数据还原到Oracle数据库中去。
增量导出是一种常用的数据备份方法,它只能对整个数据库来实施,并且必须作为SYSTEM来导出。
导出文件名缺省为export.dmp。
我们具体备份日程为:
热备份是系统自动备份生成归档日志主要保存在服务器的磁盘阵列柜上。
导出/导入(EXPORT/IMPORT)方法在服务器上每天自动备份一次,时间为:
0:
00.
四、应急预案
物流管理信息系统的安全关系着整个物流业务流程是否正常运行,信息中心尽管对网络及数据采取了一些有效的安全措施,由于网络的复杂性、需求适时行、不间断,对于网络的安全非常高,服务器硬件、网络、数据库及操作系统等一些预测不到的问题难以避免,为了更好的应对系统突发事件,相关的应急预案必不可少。
五、日志管理
运行日志监控
错误日志监控
数据备份日志监控
六、其他
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 物流 管理信息系统 运行 保障机制