省内中心局生产作业系统应急恢复手册.docVIP

省内中心局生产作业系统应急恢复手册 （中心局3.2版本） 国家邮政局信息技术局 2006年7月 前言 本手册侧重介绍当中心局系统发生严重及以上级别故障时，生产终止的情况下，通过本故障恢复手册利用之前做的备份来恢复数据库及应用，快速恢复生产。本手册分为数据库恢复、数据库服务器恢复、应用服务器恢复、车间服务器恢复四个方面分别介绍快速恢复的办法。 适用对象 本手册适用对象为各省(区.市)邮政信息技术局及车间服务器运维部门 本手册适用范围为根据《中心局生产作业系统运行维护规程（暂行）》的规定，故障情况属于严重及以上级别的故障。 适用的范围 本手册除了数据库重建脚本以外，都可适用于省内中心局生产作业系统。 数据库重建脚本目前适用于中心局生产作业系统3.2版本。 处理原则 故障处理流程及上报应严格遵循《中心局生产作业系统运行维护规程（暂行）》的要求。 本手册中的恢复方法必须提前做好备份工作，请根据本手册的恢复要求制定好备份方案。 恢复方法说明 本手册分为数据库恢复、数据库服务器恢复、应用服务器恢复、车间服务器恢复四个方面分别介绍快速恢复的办法。 数据库恢复： 当数据库发生故障时，我们首先需要根据实际情况选择适当的数据库恢复办法，然后利用数据库备份对数据库进行恢复。 数据库故障是所有故障中比较常见的一种，故障原因相对复杂，恢复起来也比较困难。所以本手册的重点放在数据库的恢复上，本手册根据不同种类的备份和生产需要提供三种数据库恢复方法。三种方法分别为直接用冷备份恢复数据库、利用主备及主备之后连续的归档重做日志恢复数据库以及重建数据库 下面就以上三种恢复方法分别介绍各种方法的适用情况及优缺点。请各局根据本局实际情况，参照以下说明选择适合本局的备份方式及恢复方法。选择备份与恢复方案时，应该考虑备份种类、备份和恢复时间、生产需要等多方面因素。 直接用冷备份恢复数据库适合恢复生产库。此方法的优点是操作比较简单，恢复所需的时间比较短。缺点是用冷备份恢复的数据库将无法恢复到故障点，所以从冷备份到发生故障点之间的生产数据丢失，需要生产人员采取手工录入、发验单等业务手段将丢失的生产数据补齐。 利用主备及主备之后连续的归档重做日志恢复数据库适合恢复一、二级中心局的生产库。此方法的优点是数据库可以恢复到发生故障的时间点，理论上说不会丢失数据。缺点是由于操作比较复杂，所以相比第一种方式，恢复数据库所需的时间较长。 重建数据库同时适用于生产库和历史库的恢复。由于历史库目前没有做冷备份并且运行在非归档模式下，所以当历史库发生故障时只能采取重建的方式。重建后将历史库的主备份和当月的辅备份导入历史库即可恢复历史库。对于生产库来说，当备份不全或者不可用的时候也可以选择重建数据库的方法恢复生产库。 根据不同类型的数据库，我们提供不同的建库脚本（包括一二级局生产库、三级局生产库、一二级局历史以及三级局历史库四个脚本），统一下发给全国各个中心局。Level2.tar.gz包括一二级局生产库及历史库的建库脚本，Level3.tar.gz包括三级局生产库及历史库的建库脚本。请各局到w3网站上下载相应的建库脚本。 数据库服务器恢复： 当数据库服务器发生严重及以上级别故障时（如操作系统故障），我们先将数据库切换到另一台数据库服务器上，并且重装故障服务器，再用之前的备份恢复数据库服务器。 应用服务器恢复： 当应用服务器发生严重及以上级别故障时（如操作系统故障），我们先将应用切换到另一台应用服务器上，并且重装故障服务器，再用之前的备份恢复应用服务器。本手册除了提供用冷备份恢复应用服务器，还提供了不用备份恢复应用服务器的方法。 车间服务器恢复： 当车间服务器发生严重及以上级别故障时（如操作系统故障），在有备用车间服务器情况下，可将故障车间服务器所连的终端连接到备用车间服务器上；若没有备用车间服务器，在条件允许的情况下，我们可以将连在故障车间服务器上的终端连到其他车间服务器上恢复生产。随后重装发生故障的车间服务器，再利用之前的备份恢复车间服务器。 恢复方法 1数据库恢复 1.1生产数据库恢复 适应故障：oracle数据文件损坏或丢失导致数据库无法启动 恢复步骤：首先按1.1.1执行。 若1.1.1不成功按1.1.2执行。 1.1.1利用主备和主备之后连续的archive日志文件恢复生产库 说明：使用这种恢复方法恢复数据库的前提是生产库的主备以及主备后所有的archive日志文件都是连续并且齐全的。 具体的操作步骤如下 建以下目录 mkdir –p /oracle/yz/u01/admin/pfile mkdir –p /oracle/yz/u01/admin/bdump mkdir –p /oracle/yz/u01/admin/udump mkdir –p /oracle/yz