集中备份系统应急方案.doc

PAGE

PAGE2

集中备份系统应急方案

PagePAGE2ofNUMPAGES14DATE\@M/d/yyyy6/6/2017

FILLIN集中备份系统应急方案

DATE6/6/2017

集中备份系统应急方案

Page1of14DATE\@M/d/yyyy6/6/2017

目录

TOC\h\z\t建行标题一,1,建行标题三,3,建行标题二,21. 前言 1

2. 数据库日志备份应急措施 1

2.1. Oracle数据库的应急处理方法 1

2.2. Informix数据库的应急处理方法 1

3. 集中备份系统故障应急措施 2

3.1. 故障分类 2

3.2. 带库硬件故障应急步骤及恢复策略 3

3.2.1. 带库单点故障 3

3.2.2. 驱动器故障 5

3.2.3. 驱动器卡带故障 7

3.3. 备份软件故障应急步骤及恢复策略 7

3.3.1. 备份客户端软件故障 7

3.3.2. 备份服务器备份服务启不来 8

3.4. 备份服务器硬件故障 9

3.4.1. 备份服务器硬件故障应急步骤及恢复策略 9

3.5. 光纤交换机故障应急步骤及恢复策略 9

3.5.1. 光纤交换机个别端口故障 9

3.5.2. 光纤线有问题 10

3.6. 网络故障应急步骤及恢复策略 10

3.7. 主机HBA故障 10

前言

集中备份系统由IBM3584带库/STKL1400、SYMANTEC|netbackup备份软件、SYMANTEC|netbackup备份客户端、光纤交换机，IBM备份服务器等组成。其中由于3584带库及L1400带库属机械设备，存在出现机械故障的风险点，还有其他组件也存在出现故障的可能性；现针对集中备份系统可能出现的故障点，为后期备份系统的进一步完善，特制定本应急方案。

说明：以下操作步骤如果没有特殊说明都是由备份管理员操作.

数据库日志备份应急措施

针对Oracle,Informix数据库在线备份，都需要打开归档功能做日志备份．如果备份系统出现问题，不能进行日志备份的话，需采取如下应急措施：

Oracle数据库的应急处理方法

目前集中备份系统使用ORACLE数据库的业务为ODSB，且归档日志与ODSB项目组确认后是可以删除的，清理日志的机制已下发分行。如分行有特色系统使用ORACLE数据库且已经加入集中备份系统：

1、保留归档日志

方法一.可更改归档日志生成路径，但确保更改后的文件系统足够大。

命令举例：

方法二.当归档日志文件系统使用率达60％，可将归档日志拷贝、转移到其他文件系统（本机或异机）。

2、不保留归档日志

数据库管理员可使用rman命令删除归档日志（不要直接使用rm命令删除），命令举例:

如果希望归档日志自动清理，请参照ODSB归档日志自动清理机制。

Informix数据库的应急处理方法

参数配置前提

针对重要系统informix数据库的逻辑日志采用onbar进行备份时，目前的LTAPEDEV通常设置为一个文件，不能是null。

故障现象

当日志无法备份时，从数据库的角度，出现大量未备份的日志，（U），最终导致日志被用满，数据库的日志出现错误

故障处理步骤

停止带库备份软件进程（如果临时应急时间很短，可以考虑不停止）

检查系统中是否有挂起的onbar进程，如果存在，kill杀掉该进程（如果该进程僵死，存在杀不掉的可能）

查看目前onconfig中的LTAPE配置参数

LTAPEDEV/home/db/informix/log.bak#LogtapedevicepathLTAPEBLK32#Logtapeblocksize(Kbytes)LTAPESIZE102400#Maxamountofdatatoputonlogtape(Kbytes)察看当前的

LTAPEDEV/home/db/informix/log.bak#Logt