数据库应急预案.docxVIP

数据库应急预案 一． 数据库应急恢复流程图 数据库排错的重点是判断数据库节点的故障还是数据库故障，具体流程如下： 数据库方面的故 数据库方面的故 障 故障判断 节点故障 数据库故 障 重启数据 库服务器 介质恢复 故障 其它故障 启动 CRS 恢复介质 主备切换 故障解决 二． 数据库应急恢复流程 使用本地计算机或者 web 应用服务器来 ping 数据库的四个节点，查看四个节点的状态，确认操作系统没有问题的节点。 登录到操作系统没有问题的节点，使用 crs_stat –t 命令判断那个实例出现故障，至少一个实例的 CRS 的服务资源处于 online 状态。 在此节点上使用sqlplus / as sysdba;命令，登录到数据库，使用 select status from v$instance;命令查看数据库状态， 1）.如果数据库处于 open 状态，使用 conn icp_user/dbc 命令登录到数据库后，然后使用 select sysdate from dual;命令来查询数据库的当前时间，如果能正确显示结构，则数据库没有问题，则只需恢复出现故障的实例就可以。 恢复的过程如下： 数据库出现宕机的情况下 （1）.重启数据库服务器 （2）.以 root 用户登录的数据库服务器执行#/etc/ start （3）. 执行 crs_stat –t 命令，查看对应节点的 CRS 服务资源都处于online 状态。 数据库服务器没有宕机的情况 （1）.以 root 用户登录的数据库服务器执行#/etc/ disbale #/etc/ stop #/etc/ start （2）. 执行 crs_stat –t 命令，查看对应节点的 CRS 服务资源都处于online 状态。 2）. 如果数据库不处于 open 状态（mount 或者 nomount），则数据库出现问题，检查 alert 日志信息， 如果出现以下提示： ORA-01151: use media recovery to recover block, restore backup if needed 则需要做介质恢复，需要做以下工作： （1）.关闭数据库SQLshutdown immediate; （2）以 nomount 方式打开数据库SQLstartup nomount; （3）.使数据库处于 mount 状态SQLalter database mount; （4）.做介质恢复 SQLalter database recover database; （5）.打开数据库SQLalter database open; 如果出现其它提示，并且不能在半小时内解决，则需要将备库 Standby 切换成主库，具体操作如下：在备库上进行切换： （1）.首先停止备库的自动恢复状态： SQLalter database recover managed standby database finish; （2）.切换备库到主库： SQLalter database commit to switchover to primary; （3）. 关闭数据库： SQLshutdown immediate; （4）. 启动数据库： SQLstartup;