RAC环境利用备份恢复RAC数据库（三）

最新推荐文章于 2022-05-01 13:15:56 发布
最新推荐文章于 2022-05-01 13:15:56 发布
阅读量116 收藏
点赞数
文章标签： 数据库 运维

在另外的RAC环境中利用备份恢复RAC数据库的过程。

这一篇描述数据库的RECOVER过程。

RAC环境利用备份恢复RAC数据库（一）：http://yangtingkun.itpub.net/post/468/499067

RAC环境利用备份恢复RAC数据库（二）：http://yangtingkun.itpub.net/post/468/499096

 

 

前面已经对数据库的数据文件进行了还原，下面开始恢复过程。

在前面一系列文章中介绍的单实例的环境进行恢复过程，采用直接RECOVER DATABASE的方式，虽然可以通过SQLPLUS打开数据库，但是RMAN的恢复操作会报错。

如果要避免错误的产生，可以使用SET UNITL SCN的方式。

首先检查备份归档的SCN信息：

RMAN> list backup of archivelog all device type disk;


备份集列表
===================

BS 关键字  大小       设备类型占用时间 完成时间 
------- ---------- ----------- ------------ ----------
1297    10.49G     DISK        00:06:33     14-8月 -09
        BP 关键字: 2368   状态: AVAILABLE  已压缩: NO  标记: TAG20090814T101923
段名:/data/backup/tradedb/a4kmlk1c_1_1

  备份集 1297 中的已存档日志列表
  Thrd Seq     低 SCN    时间下限   下一个 SCN   下一次
  ---- ------- ---------- ---------- ---------- ---------
  1    3346    1112504553848 12-8月 -09 1112504744220 13-8月 -09
  1    3347    1112504744220 13-8月 -09 1112504746901 13-8月 -09
  1    3348    1112504746901 13-8月 -09 1112505011983 13-8月 -09
  1    3349    1112505011983 13-8月 -09 1112505061165 13-8月 -09
  1    3350    1112505061165 13-8月 -09 1112508449216 14-8月 -09
  1    3351    1112508449216 14-8月 -09 1112508480985 14-8月 -09
  1    3352    1112508480985 14-8月 -09 1112508901303 14-8月 -09
  1    3353    1112508901303 14-8月 -09 1112510497206 14-8月 -09
  2    1477    1112487758697 09-8月 -09 1112487758749 09-8月 -09
  2    1478    1112487758749 09-8月 -09 1112492345679 10-8月 -09
  2    1479    1112492345679 10-8月 -09 1112496737805 10-8月 -09
  2    1480    1112496737805 10-8月 -09 1112497545518 11-8月 -09
  2    1481    1112497545518 11-8月 -09 1112501022488 12-8月 -09
  2    1482    1112501022488 12-8月 -09 1112504746936 13-8月 -09
  2    1483    1112504746936 13-8月 -09 1112508450800 14-8月 -09

BS 关键字  大小       设备类型占用时间 完成时间 
------- ---------- ----------- ------------ ----------
1298    11.98G     DISK        00:06:53     14-8月 -09
        BP 关键字: 2369   状态: AVAILABLE  已压缩: NO  标记: TAG20090814T101923
段名:/data/backup/tradedb/a3kmlk1c_1_1

  备份集 1298 中的已存档日志列表
  Thrd Seq     低 SCN    时间下限   下一个 SCN   下一次
  ---- ------- ---------- ---------- ---------- ---------
  1    3333    1112487758694 09-8月 -09 1112487758746 09-8月 -09
  1    3334    1112487758746 09-8月 -09 1112487817317 09-8月 -09
  1    3335    1112487817317 09-8月 -09 1112487926262 09-8月 -09
  1    3336    1112487926262 09-8月 -09 1112492342830 10-8月 -09
  1    3337    1112492342830 10-8月 -09 1112492386203 10-8月 -09
  1    3338    1112492386203 10-8月 -09 1112492467423 10-8月 -09
  1    3339    1112492467423 10-8月 -09 1112497242241 11-8月 -09
  1    3340    1112497242241 11-8月 -09 1112497295474 11-8月 -09
  1    3341    1112497295474 11-8月 -09 1112497543439 11-8月 -09
  1    3342    1112497543439 11-8月 -09 1112500744308 12-8月 -09
  1    3343    1112500744308 12-8月 -09 1112500792424 12-8月 -09
  1    3344    1112500792424 12-8月 -09 1112501021958 12-8月 -09
  1    3345    1112501021958 12-8月 -09 1112504553848 12-8月 -09

BS 关键字  大小       设备类型占用时间 完成时间 
------- ---------- ----------- ------------ ----------
1299    233.02M    DISK        00:00:16     14-8月 -09
        BP 关键字: 2370   状态: AVAILABLE  已压缩: NO  标记: TAG20090814T101923
段名:/data/backup/tradedb/a5kmlkdp_1_1

  备份集 1299 中的已存档日志列表
  Thrd Seq     低 SCN    时间下限   下一个 SCN   下一次
  ---- ------- ---------- ---------- ---------- ---------
  2    1484    1112508450800 14-8月 -09 1112510497208 14-8月 -09

BS 关键字  大小       设备类型占用时间 完成时间 
------- ---------- ----------- ------------ ----------
1302    30.92M     DISK        00:00:00     14-8月 -09
        BP 关键字: 2373   状态: AVAILABLE  已压缩: NO  标记: TAG20090814T110733
段名:/data/backup/tradedb/a8kmlmrl_1_1

  备份集 1302 中的已存档日志列表
  Thrd Seq     低 SCN    时间下限   下一个 SCN   下一次
  ---- ------- ---------- ---------- ---------- ---------
  2    1485    1112510497208 14-8月 -09 1112510675850 14-8月 -09

BS 关键字  大小       设备类型占用时间 完成时间 
------- ---------- ----------- ------------ ----------
1303    14.60M     DISK        00:00:00     14-8月 -09
        BP 关键字: 2374   状态: AVAILABLE  已压缩: NO  标记: TAG20090814T110733
段名:/data/backup/tradedb/a9kmlmrl_1_1

  备份集 1303 中的已存档日志列表
  Thrd Seq     低 SCN    时间下限   下一个 SCN   下一次
  ---- ------- ---------- ---------- ---------- ---------
  1    3354    1112510497206 14-8月 -09 1112510675842 14-8月 -09

BS 关键字  大小       设备类型占用时间 完成时间 
------- ---------- ----------- ------------ ----------
1304    11.98G     DISK        00:00:00     14-8月 -09
        BP 关键字: 2375   状态: AVAILABLE  已压缩: NO  标记: TAG20090814T110741
段名:/data/backup/tradedb/aakmlmru_1_1

  备份集 1304 中的已存档日志列表
  Thrd Seq     低 SCN    时间下限   下一个 SCN   下一次
  ---- ------- ---------- ---------- ---------- ---------
  1    3333    1112487758694 09-8月 -09 1112487758746 09-8月 -09
  1    3334    1112487758746 09-8月 -09 1112487817317 09-8月 -09
  1    3335    1112487817317 09-8月 -09 1112487926262 09-8月 -09
  1    3336    1112487926262 09-8月 -09 1112492342830 10-8月 -09
  1    3337    1112492342830 10-8月 -09 1112492386203 10-8月 -09
  1    3338    1112492386203 10-8月 -09 1112492467423 10-8月 -09
  1    3339    1112492467423 10-8月 -09 1112497242241 11-8月 -09
  1    3340    1112497242241 11-8月 -09 1112497295474 11-8月 -09
  1    3341    1112497295474 11-8月 -09 1112497543439 11-8月 -09
  1    3342    1112497543439 11-8月 -09 1112500744308 12-8月 -09
  1    3343    1112500744308 12-8月 -09 1112500792424 12-8月 -09
  1    3344    1112500792424 12-8月 -09 1112501021958 12-8月 -09
  1    3345    1112501021958 12-8月 -09 1112504553848 12-8月 -09

BS 关键字  大小       设备类型占用时间 完成时间 
------- ---------- ----------- ------------ ----------
1305    10.51G     DISK        00:00:00     14-8月 -09
        BP 关键字: 2376   状态: AVAILABLE  已压缩: NO  标记: TAG20090814T110741
段名:/data/backup/tradedb/abkmlmru_1_1

  备份集 1305 中的已存档日志列表
  Thrd Seq     低 SCN    时间下限   下一个 SCN   下一次
  ---- ------- ---------- ---------- ---------- ---------
  1    3346    1112504553848 12-8月 -09 1112504744220 13-8月 -09
  1    3347    1112504744220 13-8月 -09 1112504746901 13-8月 -09
  1    3348    1112504746901 13-8月 -09 1112505011983 13-8月 -09
  1    3349    1112505011983 13-8月 -09 1112505061165 13-8月 -09
  1    3350    1112505061165 13-8月 -09 1112508449216 14-8月 -09
  1    3351    1112508449216 14-8月 -09 1112508480985 14-8月 -09
  1    3352    1112508480985 14-8月 -09 1112508901303 14-8月 -09
  1    3353    1112508901303 14-8月 -09 1112510497206 14-8月 -09
  1    3354    1112510497206 14-8月 -09 1112510675842 14-8月 -09
  1    3355    1112510675842 14-8月 -09 1112510676019 14-8月 -09
  2    1477    1112487758697 09-8月 -09 1112487758749 09-8月 -09
  2    1478    1112487758749 09-8月 -09 1112492345679 10-8月 -09
  2    1479    1112492345679 10-8月 -09 1112496737805 10-8月 -09
  2    1480    1112496737805 10-8月 -09 1112497545518 11-8月 -09
  2    1481    1112497545518 11-8月 -09 1112501022488 12-8月 -09
  2    1482    1112501022488 12-8月 -09 1112504746936 13-8月 -09
  2    1483    1112504746936 13-8月 -09 1112508450800 14-8月 -09

BS 关键字  大小       设备类型占用时间 完成时间 
------- ---------- ----------- ------------ ----------
1306    263.99M    DISK        00:00:00     14-8月 -09
        BP 关键字: 2377   状态: AVAILABLE  已压缩: NO  标记: TAG20090814T110741
段名:/data/backup/tradedb/ackmlndl_1_1

  备份集 1306 中的已存档日志列表
  Thrd Seq     低 SCN    时间下限   下一个 SCN   下一次
  ---- ------- ---------- ---------- ---------- ---------
  2    1484    1112508450800 14-8月 -09 1112510497208 14-8月 -09
  2    1485    1112510497208 14-8月 -09 1112510675850 14-8月 -09
  2    1486    1112510675850 14-8月 -09 1112510676047 14-8月 -09

可以确认两个THREAD对应的日志可以确保恢复的SCN是1112510676018，下面开始恢复过程：

RMAN> RUN
2> {
3> SET UNTIL SCN 1112510676018;
4> ALLOCATE CHANNEL C1 DEVICE TYPE DISK;
5> RECOVER DATABASE;
6> RELEASE CHANNEL C1;
7> }

正在执行命令: SET until clause

分配的通道: C1
通道 C1: sid=162 实例=tradedb1 devtype=DISK

启动 recover 于 15-8月 -09

正在开始介质的恢复

通道 C1: 正在启动到默认目标的存档日志恢复
通道 C1: 正在恢复存档日志
存档日志线程 =1 序列=3354
通道 C1: 正在恢复存档日志
存档日志线程 =1 序列=3355
通道 C1: 正在读取备份段 /data/backup/tradedb/abkmlmru_1_1
通道 C1: 已恢复备份段 1
段句柄 = /data/backup/tradedb/abkmlmru_1_1 标记 = TAG20090814T110741
通道 C1: 恢复完成, 用时: 00:02:57
存档日志文件名 =+MEMBER/tradedb/archivelog/1_3354_620234770.dbf 线程 =1 序列 =3354
通道 C1: 正在启动到默认目标的存档日志恢复
通道 C1: 正在恢复存档日志
存档日志线程 =2 序列=1485
通道 C1: 正在恢复存档日志
存档日志线程 =2 序列=1486
通道 C1: 正在读取备份段 /data/backup/tradedb/ackmlndl_1_1
通道 C1: 已恢复备份段 1
段句柄 = /data/backup/tradedb/ackmlndl_1_1 标记 = TAG20090814T110741
通道 C1: 恢复完成, 用时: 00:00:02
存档日志文件名 =+MEMBER/tradedb/archivelog/2_1485_620234770.dbf 线程 =2 序列 =1485
存档日志文件名 =+MEMBER/tradedb/archivelog/1_3355_620234770.dbf 线程 =1 序列 =3355
存档日志文件名 =+MEMBER/tradedb/archivelog/2_1486_620234770.dbf 线程 =2 序列 =1486
介质恢复完成, 用时: 00:00:08
完成 recover 于 15-8月 -09

释放的通道: C1

RMAN> EXIT


恢复管理器完成。

恢复操作完成，下面通过SQL，改变REDO文件的位置，然后打开数据库：

bash-3.00$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.3.0 - Production on 星期六 8月 15 14:49:00 2009

Copyright (c) 1982, 2006, Oracle.  All Rights Reserved.


连接到:
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP and Data Mining options

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo1_1_1_1g'
  2  to '+MEMBER/tradedb/tradedb_redo1_1_1_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo1_1_2_1g'
  2  to '+MEMBER/tradedb/tradedb_redo1_1_2_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo1_2_1_1g'
  2  to '+MEMBER/tradedb/tradedb_redo1_2_1_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo1_2_2_1g'
  2  to '+MEMBER/tradedb/tradedb_redo1_2_2_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo1_3_1_1g'
  2  to '+MEMBER/tradedb/tradedb_redo1_3_1_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo1_3_2_1g'
  2  to '+MEMBER/tradedb/tradedb_redo1_3_2_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo1_4_1_1g'
  2  to '+MEMBER/tradedb/tradedb_redo1_4_1_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo1_4_2_1g'
  2  to '+MEMBER/tradedb/tradedb_redo1_4_2_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo2_1_1_1g'
  2  to '+MEMBER/tradedb/tradedb_redo2_1_1_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo2_1_2_1g'
  2  to '+MEMBER/tradedb/tradedb_redo2_1_2_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo2_2_1_1g'
  2  to '+MEMBER/tradedb/tradedb_redo2_2_1_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo2_2_2_1g'
  2  to '+MEMBER/tradedb/tradedb_redo2_2_2_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo2_3_1_1g'
  2  to '+MEMBER/tradedb/tradedb_redo2_3_1_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo2_3_2_1g'
  2  to '+MEMBER/tradedb/tradedb_redo2_3_2_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo2_4_1_1g'
  2  to '+MEMBER/tradedb/tradedb_redo2_4_1_1g';

数据库已更改。

SQL> alter database rename file '/dev/vx/rdsk/datadg/tradedb_redo2_4_2_1g'
  2  to '+MEMBER/tradedb/tradedb_redo2_4_2_1g';

数据库已更改。

SQL> alter database open resetlogs;

数据库已更改。

下面创建SPFILE文件，然后在$ORACLE_HOME/dbs目录下建立pfile文件，指向ASM磁盘组中的SPFILE：

SQL> create spfile = '+MEMBER/tradedb/spfiletradedb.ora'           
  2  from pfile = '/export/home/oracle/inittradedb1.ora';

文件已创建。

bash-3.00$ echo 'spfile=+MEMBER/tradedb/spfiletradedb.ora' >> /data/oracle/product/10.2/database/dbs/inittradedb1.ora

在节点2上同样创建PFILE，并打开实例2：

bash-3.00$ echo 'spfile=+MEMBER/tradedb/spfiletradedb.ora' >> /data/oracle/product/10.2/database/dbs/inittradedb2.ora
bash-3.00$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.3.0 - Production on 星期六 8月 15 10:24:43 2009

Copyright (c) 1982, 2006, Oracle.  All Rights Reserved.

已连接到空闲例程。

SQL> startup
ORACLE 例程已经启动。

Total System Global Area 2.1475E+10 bytes
Fixed Size                  2166792 bytes
Variable Size            5026672632 bytes
Database Buffers         1.6442E+10 bytes
Redo Buffers                4325376 bytes
数据库装载完毕。
数据库已经打开。
SQL> select instance_name from v$instance;

INSTANCE_NAME
----------------
tradedb2

SQL> select instance_name from gv$instance;

INSTANCE_NAME
----------------
tradedb2
tradedb1

至此，数据库的恢复过程完成。

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/4227/viewspace-659511/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/4227/viewspace-659511/

ckawt40802
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
NBU手工恢复12c版本rac环境到rac环境
u011340468的专栏
05-15 474
NBU恢复12c版本rac环境到rac环境 1 Oracle恢复 1.1准备环境 目标服务器安装nbu客户端（如果以前没有按照过） 准备Oracle环境（oracle软件，存储），最好和源服务器保持一致 确认目标服务器与nbu网络通讯正常 1.2 Link Oracle [oracle@node01 ~]$ /usr/openv/netbackup//bin/oracle_link Thu Apr 16 14:03:43 CST 2020 All Oracle instan...
成功恢复无备份RAC环境数据库
12-14
昨天，一兄弟电话求助，有一套医院HIS数据库无法启动，RAC环境，无备份，尝试过重建控制文件操作，但失败。 　远程连接后，情况如下： 　1.两节点RAC，Oracle11.2.0.1版本，Linux操作系统 　2.recover database时...
【RAC】将单实例备份集恢复为rac数据库
小麦苗DBA宝典
06-02 1475
【RAC】将单实例备份集恢复为rac数据库 一.1  BLOG文档结构图     一.2  前言部分   一.2.1  导读 各位技术爱好者，看完本文后，你可以掌握如下的技能，也可以学到一些其它你所不知道的知识，~O(∩_∩)O~： ① 单实例环境的备份集如何恢复到rac环境(重点) ② rman恢复数据库的一般步骤 ③ rac环境的简单操作   注意：本篇BLOG中代
rman冷备从rac恢复到rac-异机
cri3224的博客
04-28 200
环境：接上面“rman冷备从rac恢复到single-异机（http://space.itpub.net/24500180/viewspace-722409）”，再将192.168.0.140添进来，由于139和140已经是r...
RAC的备份恢复
jnrjian的博客
04-15 1215
RAC和单实例数据库备份机制是一样的，有两点需要注意： （1）RMAN要连接到集群中的某个实例，而不是连接到整个集 （2）备份归档日志时，必须保证在备份实例上能够访问所有实例的归档日志，否则就会报错。 一．RAC归档的设置 1.1相关理论知识 RAC在运行的时候，每个实例都会产生归档日志，所有实例的归档日志集中在一起，才能完整地代表数据库的操作历史，此外，只有进行介质恢复（Media Recovery）时，才会用到归档日志。进...
RAC环境利用备份恢复RAC数据库（一）
ckawt40802的专栏
04-09 144
在另外的RAC环境中利用备份恢复RAC数据库的过程。 这一篇描述恢复前的准备工作。 前面介绍了在非RAC环境中，在一台服务器上通过单实例恢复RAC数据库。 这篇描述在已经建好的RAC环境中，恢复一个RAC数...
Networker备份恢复ORACE RAC数据库操作文档
最新发布
12-01
总之，Networker提供的ORACLE RAC数据库备份恢复功能，使得即使在复杂的集群环境中也能实现高效的数据保护。理解并熟练掌握这一流程，对于数据库管理员来说至关重要，它能够在灾难发生时快速恢复服务，最大程度减少...
【RAC】rac数据库的备份和恢复rac数据库的备份和恢复.pdf
07-31
- **《【RAC】将RAC备份集恢复为单实例数据库》**：介绍了如何将RAC环境下的备份集恢复为单实例数据库的方法。 - **《【RAC】将单实例备份集恢复为rac数据库》**：介绍了如何将单实例备份集恢复到RAC环境下的过程。 ...
Oracle12c RAC Restore Recover 备份恢复
04-18
Oracle12c RAC Restore Recover 备份恢复 从集群数据库备份、OCR备份、OCR恢复、数据库多种场景下恢复都做了讲解 适合Oracle初学者，可根据文档内脚本命令，跟着教学，逐步掌握Oracle12C集群数据库备份和恢复等知识...
RAC数据库恢复到单实例数据库
01-21
RAC数据库恢复到单实例数据库的基本步骤如下： 　a.准备单实例服务器，... 　业务需要（比如，测试备份）将RAC数据库通过备份恢复到单实例服务器；下面是实际操作步骤；测试环境：RHEL4u7、oracle 10gR2、ASM、2节
OracleRac环境Rman备份与恢复
08-22
Oracle RAC环境，归档放到本地和放到ASM存储，备份规则是不同的。
RAC环境利用备份恢复RAC数据库（二）
ckawt40802的专栏
04-10 132
在另外的RAC环境中利用备份恢复RAC数据库的过程。 这一篇描述数据库的RESTORE过程。 RAC环境利用备份恢复RAC数据库（一）：http://yangtingkun.itpub.net/post/468/4990...
RAC备份恢复系列之三 RAC的恢复，恢复整个数据库
congrang4031的博客
02-14 173
第一部分，环境描述（也可以参考前面的部分）linux:[oracle@node1 ~]$ uname -aLinux node1 2.6.18-92.el5xen #1 SMP Tue Apr 29 13:45:57 EDT 2...
RAC环境利用备份恢复RAC数据库（四）
ckawt40802的专栏
04-15 130
在另外的RAC环境中利用备份恢复RAC数据库的过程。 这一篇描述数据库恢复过程中碰到的问题。 RAC环境利用备份恢复RAC数据库（一）：http://yangtingkun.itpub.net/post/468/499067...
Oracle Linux环境RAC迁移到异机RAC
Kay的博客
02-14 2788
Oracle Linux环境RAC迁移到异机RACRMAN duplicate备份集方式 RMAN duplicate备份集方式 1.1 迁移环境 源数据库 操作系统：CentsOS 7.2 Oracle数据库版本：11.2.0.4 RAC ORACLE_SID：ORCLDB DB_NAME:ORCLDB 目标数据库 操作系统：CentOS 7.5 Oracle数据库版本：11.2.0.4 RA...
oracle 单机 恢复 rac,单机11.2.0.1恢复到RAC 11.2.0.4的案例
weixin_29066121的博客
04-11 648
单机的数据库名和实例名都是DB521102, ,恢复到RAC后db_name为DB521102，instance_name分别为DB52110201、DB52110202经过实验：不管11.2.0.4是直接安装的还是由11.2.0.1升级到11.2.0.4的，都是以下一模一样的方式。1.单机必须是spfile启动的，备份数据库(以spfile启动则会自动备份spfile和crontrolfile)...
Oracle11g使用rman从rac迁移到rac
csygkk2842的博客
04-19 487
一、环境配置情况 1、第一套rac配置 服务器主机名 rac1 rac2 公共IP地址(eth0) 192.168.91.140 192.168.91.142 虚拟IP地址...
RAC实例重新配置 & 恢复
喝醉酒的小白
05-01 1234
实例2掉线后 重新配置开始（重新配置后实例列表为1和2；本地实例1） CGS（Cluster Group Service）：控制文件提供了类似于表决盘的功能，每个数据库实例都会向控制文件注册自己的状态，同时通过控制文件获得集群的实例列表和实例状态信息 CGS的功能主要是通过后台进程LMON来实现的。数据库实例的SGA中的信息通过高速的集群私网进行交互，形成一个被融合在一起的更大的内存结构。 为了维护多个实例并发访问数据时的一致性，GRD被用来保存资源在每个实例上的锁信息，这些信息均匀地分布在每个实例中，
RAC环境中的备份和恢复——RAC管理
ckawt40802的专栏
01-26 72
这一章介绍的是RAC环境中如何对数据库进行备份和恢复。 上一章介绍的是RMAN在RAC环境中的配置。这一章在前面的基础上描述了如何利用RMAN对RAC数据库进行备份和恢复。文章主要描述了INSTANCE恢复和MEDIA恢复。其...
RMAN管理ORACLE RAC数据库备份恢复详解
此外，作者提到RAC技术随着Oracle的推广而日益流行，DBA们需要对这种环境下的备份恢复有深入理解，以便在实际工作中做出决策。文章倡导注重实践，鼓励读者通过实际操作来学习和掌握RAC数据库的RMAN备份与恢复技巧。 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值