项目名称/代码: | |
版本: | 1.0 |
状态: | 有效 |
所有人: | |
作者/创建时间: | |
批准人/批准时间: |
文档更改历史记录 | ||||
序号 | 主要更改内容 | 版本号 | 更改人 | 更改时间 |
1 | ||||
2 | ||||
3 | ||||
4 | ||||
5 | ||||
6 | ||||
7 | ||||
8 | ||||
9 | ||||
10 | ||||
11 | ||||
12 | ||||
13 | ||||
14 | ||||
15 | ||||
16 | ||||
17 | ||||
18 |
19 | ||||
20 |
■割接期间,尽量减少对生产的影响,尽量减少停机时间。
■上线后,保证系统正常运行。
二 紧急情况及相应的应急措施
1 系统主机故障
可能出现的情况
系统主机异常,无法登陆。
避免措施
加强对主机的维护和监控。
应急措施
紧急维护主机。
2 网络中断
可能出现的情况
系统网络中断。
避免措施
加强对网络的管理。
应急措施
紧急维护网络。
3 IBSS运行极其缓慢
可能出现的情况
IBSS运行极其缓慢,用户无法忍受。
避免措施
1 充分做好上线前的压力测试工作。
2 努力控制版本更新的频率,以获得各版本更多的测试时间。
应急措施
1 关闭不必要的TUXEDO服务。
2 杀掉数据库中的无用会话进程。
3 监控TUXEDO运行情况,找出挂死的服务,并找出相应的数据库语句,分析运行缓慢的原因。
4 必要时,重新启动数据库。
5 如果需要,修改配置文件中每个服务启动的最小数目,以便减少服务数。
4 大量数据错误
可能出现的情况
割接后,大量数据错误。
避免措施
1 充分做好上线前的模拟割接测试工作。
2 割接前,充分进行必要数据的清理。
应急措施
1 检查错误原因,修改错误数据。
2 必要时,重新转换sybase备份库的数据。
5 文件系统爆满
可能出现的情况
文件系统爆满,导致新数据无法写入。
避免措施
1 割接上线前,进行操作系统下用户的清理,清除不用的数据或用户。
2 割接上线前,对IBSS的测试,配准,割接环境进行清理。
应急措施
1 找出该文件系统下的异常文件,并进行删除。
2 清除core文件。
3 删除服务日志文件,释放空间。
4 如果可能,将部分文件迁移到别的主机上。
6 数据库表空间爆满
可能出现的情况
数据库表空间爆满,导致新数据无法写入。
避免措施
1 割接上线前,进行ORACLE数据库下用户的清理,清除不用的数据或用户。
2 割接上线前,对IBSS的测试,配准,割接环境用到的相应的ORACLE用户进行清理。
应急措施
1 紧急添加表空间。
2 将该表空间内的部分数据转移到别的空闲的表空间上。
3 删除异常数据。