当前位置：文档之家 › 集中备份系统应急方案

集中备份系统应急方案

  • 格式：doc
  • 大小：322.50 KB
  • 文档页数：14

集中备份系统应急方案 4/25/2022 集中备份系统应急方案

Page1 of 14 4/25/2022 目录 1. 前言 ......................................................................................................................... 1 2. 数据库日志备份应急措施 ..................................................................................... 1 2.1. Oracle数据库的应急处理方法 ···················································· 1 2.2. Informix数据库的应急处理方法 ················································· 2

3. 集中备份系统故障应急措施 ................................................................................. 3 3.1. 故障分类 ··············································································· 3 3.2. 带库硬件故障应急步骤及恢复策略 ·············································· 4 3.2.1. 带库单点故障 ··························································································· 4 3.2.2. 驱动器故障 ······························································································· 6 3.2.3. 驱动器卡带故障 ······················································································· 8 3.3. 备份软件故障应急步骤及恢复策略 ·············································· 8 3.3.1. 备份客户端软件故障 ··············································································· 8 3.3.2. 备份服务器备份服务启不来 ··································································· 9 3.4. 备份服务器硬件故障 ······························································· 10 3.4.1. 备份服务器硬件故障应急步骤及恢复策略 ········································· 10 3.5. 光纤交换机故障应急步骤及恢复策略 ·········································· 10 3.5.1. 光纤交换机个别端口故障 ····································································· 10 3.5.2. 光纤线有问题 ························································································· 11 3.6. 网络故障应急步骤及恢复策略 ··················································· 11 3.7. 主机HBA故障 ······································································ 11 集中备份系统应急方案

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

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

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

2.1. Oracle数据库的应急处理方法 目前集中备份系统使用ORACLE数据库的业务为ODSB，且归档日志与ODSB项目组确认后是可以删除的，清理日志的机制已下发分行。如分行有特色系统使用ORACLE数据库且已经加入集中备份系统： 1、保留归档日志 方法一. 可更改归档日志生成路径，但确保更改后的文件系统足够大。 命令举例：

方法二. 当归档日志文件系统使用率达60％，可将归档日志拷贝、转移到其他文件系统（本机或异机）。 2、不保留归档日志 集中备份系统应急方案 Page 2 of 14 4/25/2022 2

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

如果希望归档日志自动清理，请参照ODSB归档日志自动清理机制。 2.2. Informix数据库的应急处理方法 参数配置前提 针对重要系统informix数据库的逻辑日志采用onbar进行备份时，目前的LTAPEDEV通常设置为一个文件，不能是null。 故障现象 当日志无法备份时，从数据库的角度，出现大量未备份的日志，（U------），最终导致日志被用满，数据库的日志出现错误 故障处理步骤 1、停止带库备份软件进程（如果临时应急时间很短，可以考虑不停止） 2、检查系统中是否有挂起的onbar进程，如果存在，kill杀掉该进程（如果该进程僵死，存在杀不掉的可能） 3、查看目前onconfig中的LTAPE配置参数

 察看当前的LTAPEDEV所配置的文件是否存在  咨询具体负责人，是否要保留日志 不保留日志：

LTAPEDEV /home/db/informix/log.bak # Log tape device path LTAPEBLK 32 # Log tape block size (Kbytes) LTAPESIZE 102400 # Max amount of data to put on log tape (Kbytes) 集中备份系统应急方案 Page 3 of 14 4/25/2022 3

1、将/dev/null链接到具体的文件上，以上图为例，ln –s /dev/null /home/db/informix/log.bak 2、修改onconfig参数ALARMPROGRAM所指向的文件，即逻辑日志备份脚本，将BACKUP_CMD="onbar -b -l"改为BACKUP_CMD="ontape -a" 3、再次确认所有onbar进程已经被kill掉 4、通过onstat –l监控目前日志的变化情况 注：此过程无需重启informix数据库。 保留逻辑日志： 1、可将逻辑日志备份至本地磁带机或文件系统，如果备份至文件系统需保证文件系统空间（逻辑日志落地空间）充足； 2、在有空间的文件系统创建一个文件(权限：660；informix:informix)，并将文件链接到LTAPEDEV所指向的文件，或将LATPEDEV指向磁带机设备； 3、修改onconfig参数ALARMPROGRAM所指向的文件，即逻辑日志备份脚本，将BACKUP_CMD="onbar -b -l"改为BACKUP_CMD=""，再直接运行ontape -c，这个命令的作用是是连续不断地备份数据库逻辑日志，只需要运行一次，一直挂界面上运行，或则放在后台运行； 4、再次确认所有onbar进程已经被kill掉，并使用onstat –l查看日志状态； 5、对已经备份出来的日志进行妥善保管，以应对紧急情况下的日志回滚，并加强对文件系统空间使用率监控。 注：此过程无需重启informix数据库。

3. 集中备份系统故障应急措施 3.1. 故障分类 （1）带库硬件故障（A.机械臂,B.控制面板,C.IO Station,D.MCP卡(负责磁带机通讯),E.ACC卡(控制机械臂的电路板)等单点故障、驱动器故障）

（2）NBU备份软件故障（备份客户端软件故障、备份服务器备份进程异常） （3）备份服务器故障(备份服务器硬件故障) （4）光纤交换机故障（光纤交换机个别端口故障、光纤线有问题） （5）网络故障（网络不通） （6）主机HBA故障

合集下载

数据备份恢复演练应急预案

数据备份恢复演练应急预案

一、编制目的为确保我单位重要数据的安全，提高数据备份恢复能力，降低数据丢失风险，特制定本数据备份恢复演练应急预案。

通过定期演练，检验数据备份恢复流程的有效性，提高工作人员的应急处理能力，确保在发生数据丢失、损坏等突发事件时，能够迅速、有效地恢复数据，保障业务连续性。

二、适用范围本预案适用于我单位所有涉及重要数据的业务系统，包括但不限于财务系统、人事系统、客户管理系统、办公自动化系统等。

三、组织机构1. 演练领导小组领导小组负责制定演练方案、组织演练实施、监督演练过程、评估演练效果。

组长：XXX副组长：XXX成员：XXX、XXX、XXX2. 演练实施小组实施小组负责演练的具体实施工作，包括演练场景设计、演练流程安排、演练物资准备等。

组长：XXX副组长：XXX成员：XXX、XXX、XXX3. 演练评估小组评估小组负责对演练过程进行评估，提出改进意见和建议。

组长：XXX副组长：XXX成员：XXX、XXX、XXX四、演练内容1. 演练目的（1）检验数据备份恢复流程的有效性；（2）提高工作人员的应急处理能力；（3）增强团队协作意识；（4）完善应急预案。

2. 演练场景（1）模拟数据丢失事件：某业务系统因硬件故障导致数据丢失；（2）模拟数据损坏事件：某业务系统因病毒感染导致数据损坏；（3）模拟数据备份系统故障：数据备份系统因故障无法正常工作。

3. 演练流程（1）启动演练：领导小组宣布演练开始，各小组进入演练状态；（2）应急响应：各小组根据预案要求，迅速采取应急措施；（3）数据恢复：实施小组根据演练场景，进行数据恢复操作；（4）演练结束：领导小组宣布演练结束，各小组汇报演练情况。

五、演练步骤1. 准备阶段（1）制定演练方案：明确演练目的、内容、流程、时间、地点等；（2）物资准备：备齐演练所需的硬件、软件、网络设备等；（3）人员培训：对参演人员进行预案培训和应急处理能力培训。

2. 实施阶段（1）启动演练：领导小组宣布演练开始；（2）应急响应：各小组根据预案要求，迅速采取应急措施；（3）数据恢复：实施小组根据演练场景，进行数据恢复操作；（4）演练结束：领导小组宣布演练结束。

系统备份方案（五篇模版）

系统备份方案（五篇模版）

系统备份方案（五篇模版）第一篇：系统备份方案一系统备份方案在数据存储中，除了需要功能强大的服务器和可靠的磁盘存储系统外，还需要大容量的磁带库设备，以便定期地对系统进行备份。

备份系统应该能支持在3个小时内完成系统的全备份工作，避免备份工作对实际生产的影响。

在业务运行高峰期运行的备份工作所耗费的数据库服务器和应用服务器主机系统资源应小于5%。

本方案假设用户环境已经具备可供本系统使用的磁带库设备及足够的磁带。

按照浪潮公司的大量实践经验，oracle数据库可以方便的接入客户的带库备份恢复系统，如果需要，可能还需购买相应的备份软件的客户端licence。

由于本次数据库是安装在已有的数据库服务器上，所以只是在已有的带库管理系统配置新的备份恢复策略就可以了。

1.1 备份策略---冷备与热备本系统采用在线热备份的方式，不需要关闭数据库进行，在备份的同时可以进行正常的数据库的各种操作，满足了7*24的系统的需要。

1.2 备份策略---如何增量备份采用多级增量备份。

如下图：changedblocksall non-emptyblocksLevel 0 2 2 1 2Day Sun Mon Tue Wed Thu 2 Fri 20 Sat Sun在第一个星期天做一个增量的0级备份，然后在星期一，星期二做一个增量的2级备份，在星期三做一个增量的1级备份，然后类推。

假设现在在星期五数据库需要做恢复，则可以先恢复第一个星期天的0级备份，然后恢复星期三的1级备份，再恢复星期四和星期五的2级备份就可以完成数据库的恢复。

另外，备份系统做如下时间设置：λ 0级备份的保存时间为一个月；λ 2级备份的保存时间为一个月；λ 1级备份的保存时间为一个月。

注意：具体的实施，需要视客户环境的实际情况而定，浪潮具有在各种带库环境的实施经验，策略的有效性、可靠性等也经过很多项目的验证。

备份数据的完整性、一致性以及恢复有效性、对数据库系统的性能压力，均经过了多次的实践考验。

系统应急方案

系统应急方案

1.2增加条款：
（1）安全事件应急响应：制定针对黑客攻击的安全事件应急响应流程，包括攻击检测、攻击隔离、攻击溯源等；
（2）数据备份与恢复：加强重要数据备份，确保在遭受攻击时能够快速恢复数据；
（3）安全防护策略升级：定期审查和更新安全防护策略，提高系统安全性。
三、关键硬件设备故障
1.3增加条款：
（1）备用设备储备：针对关键硬件设备，储备一定数量的备用设备，确保在设备故障时能够及时替换；
将应急预案发布给相关人员，确保相关人员了解和掌握预案内容。
4.4预案演练
定期组织应急演练，检验应急预案的可行性，提高应急响应能力。
本系统应急方案旨在确保系统在遇到故障时能够迅速、有效地恢复正常运行，保障业务稳定发展。全体应急响应团队成员应认真履行职责，共同应对各类系统故障，降低故障对业务的影响。
特殊应用场合及增加的条款：
一、数据中心网络中断
1.1增加条款：
（1）紧急网络切换：制定详细的数据中心网络中断应急切换流程，确保关键业务能够在短时间内切换至备用网络；
（2）备用网络资源保障：明确备用网络的资源配置，确保备用网络具备足够的带宽和稳定性；
（3）网络设备冗余：对关键网络设备进行冗余部署，以降低单点故障风险。
二、重要系统遭受黑客攻击
（3）业务支持：负责与业务部门沟通，确保业务正常运行；
（4）行政支持：负责应急物资、设备等后勤保障。
2.2应急响应小组
根据业务和系统特点，设立以下应急响应小组：
（1）网络与安全小组：负责网络安全、网络设备故障处理；
（2）系统与应用小组：负责服务器、应用系统故障处理；
（3）数据恢复小组：负责数据备份、恢复及紧急数据处理；
1.3应急预案启动
系统应急方案

系统应急方案

系统应急方案系统应急方案是指在系统遭受突发事故或故障时，为了保障系统的正常运行，采取的应急措施和步骤。

1. 建立监控系统：部署完善的监控系统，对关键指标进行实时监测，如网络流量、系统负载、磁盘空间等，及时发现系统异常情况。

2. 制定应急预案：在系统运行良好的情况下，根据系统特点和可能遭遇的各种故障情况，制定详细的应急预案，明确各部门应急责任和应急流程。

3. 做好备份工作：定期对系统数据进行全量备份和增量备份，并将备份数据存储在安全可靠的地方。

同时，建立恢复机制，确保备份数据能够顺利恢复到系统中。

4. 建立完善的日志系统：开启系统日志功能，记录系统运行的各种日志信息，方便故障发生时进行故障诊断和分析。

5. 配置高可用系统：将系统设计为高可用的架构，通过冗余部署、负载均衡、故障自动转移等手段，保障系统在故障发生时能够快速切换到备用节点，实现系统的持续运行。

6. 定期演练：定期组织应急演练，模拟各种故障情况，培养员工的应急能力，并及时修正和完善预案。

7. 配备专业团队：组建专业的应急团队，人员具备紧急处理问题的能力和技术，能够根据实际情况进行应急处理和排查故障原因。

8. 建立紧急联系渠道：建立紧急联系人员名单和联系方式，确保在发生紧急情况时，能够及时进行沟通，协调各方面资源进行系统恢复。

9. 提供灾难恢复计划：制定灾难恢复计划，针对灾难性故障或事故，为系统提供快速恢复和重建方案，保障系统在最短时间内恢复正常运行。

10. 进行事故分析和改进：对系统发生过的事故进行事后分析和总结，找出事故原因，完善应急预案和系统架构，提升系统的稳定性和弹性。

总之，一个完善的系统应急方案能够保障系统在遭受突发事故或故障时能够及时做出应急响应，减少损失，保障系统的正常运行。