(完整word版)数据库应急预案(word文档良心出品).doc

数据库应急预案
数据库应急预案
数据库应急恢复流程图
数据库排错的重点是判断数据库节点的故障还是数据库故障，具体流程如下：

数据库应急恢复流程
使用本地计算机或者web应用服务器来ping数据库的四个节点，查看四个节点的状态，确认操作系统没有问题的节点。
登录到操作系统没有问题的节点，使用crs_stat–t命令判断那个实例出现故障，至少一个实例的CRS的服务资源处于online状态。
在此节点上使用sqlplus/assysdba;命令，登录到数据库，使用selectstatusfromv$instance;命令查看数据库状态，
1）.如果数据库处于open状态，使用connicp_user/dbc命令登录到数据库后，然后使用selectsysdatefromdual;命令来查询数据库的当前时间，如果能正确显示结构，则数据库没有问题，则只需恢复出现故障的实例就可以。
恢复的过程如下：
a).数据库出现宕机的情况下
（1）.重启数据库服务器
（2）.以root用户登录的数据库服务器执行
#/etc/init.d/init.crsstart
（3）.执行crs_stat–t命令，查看对应节点的CRS服务资源都处于online状态。
b).数据库服务器没有宕机的情况
（1）.以root用户登录的数据库服务器执行
#/etc/init.d/init.crsdisbale
#/etc/init.d/init.crsstop
#/etc/init.d/init.crsstart
（2）.执行crs_stat–t命令，查看对应节点的CRS服务资源都处于online状态。
2）.如果数据库不处于open状态（mount或者nomount），则数据库出现问题，检查alert日志信息，
a).如果出现以下提示：
ORA-01151:usemediarecoverytorecoverblock,restorebackupifneeded
则需要做介质恢复，需要做以下工作：
（1）.关闭数据库
SQL>shutdownimmediate;
（2）以nomount方式打开数据库
SQL>startupnomount;
（3）.使数据库处于mount状态
SQL>alterdatabasemount;
（4）.做介质恢复
SQL>alterdatabaserecoverdatabase;
（5）.打开数据库
SQL>alterdatabaseopen;
b).如果出现其它提示，并且不能在半小时内解决，则需要将备库Standby切换成主库，具体操作如下：在备库上进行切换：
（1）.首先停止备库的自动恢复状态：
SQL>alterdatabaserecovermanagedstandbydatabasefinish;
（2）.切换备库到主库：
SQL>alterdatabasecommittoswitchovertoprimary;
（3）.关闭数据库：
SQL>shutdownimmediate;
（4）.启动数据库：
SQL>startup;