OCR/OLR 备份与恢复
思维导图
| 1 OCR备份/恢复 | 物理备份 | 1.1 自动备份 | |
| 1.2 手动备份 | |||
| 1.3 物理恢复 | |||
| 1.4 逻辑备份/恢复 | |||
| 主要命令 | ocrdump | ||
| ocrcheck | |||
| ocrconfig | ocrconfig -showbackup ocrconfig -manualbackup ocrconfig -restore ocrconfig -export ocrconfig -import |
ocrconfig -h 可查命令用法，不用死记 | |
| 2 OLR备份/恢复 | 只能物理备份/恢复 | ocrconfig -local -showbackup ocrconfig -local -manualbackup ocrconfig -local -restore |
|
|
3 无备份情况下OCR和OLR的恢复 |
|||
| 4 替换OCR磁盘的步骤 | 核心命令 |
crsctl replace votedisk +newocr
ocrconfig -add +newocr
ocrconfig -delete +ocr
more /etc/oracle/ocr.loc
spget
spcopy -u +CRSDG/xx/asmparameterfile/registry.xx +newocr/spfileASM.ora
spset
|
|
1.OCR物理备份恢复
1.1 OCR自动备份
OCR如此重要，所以Oracle每4个小时对其做一次物理自动备份，并且保留最后的3个物理备份，以及前一天，前一周的最后一个物理备份。用户不能自定义物理备份频率及备份文件的副本数。这个备份由Master Node CRSD进程完成，备份的默认位置在$GRID_HOME/cdata/<cluster_name>目录下，也可由命令ocrconfig -showbackup 获取备份的位置。每次备份后，备份文件名自动更改，以反映备份时间顺序，最近一次的备份叫作backup00.ocr。备份目录可以通过”ocrconfig -backuploc<directory_name>”修改。这些备份文件DBA应该在其他存储上备份一份。
1.2OCR手动备份
1、查看备份文件情况
#[grid@cwhxdb1 ~]$ ocrconfig -showbackup cwhxdb2 2020/09/21 13:49:41 /u01/app/11.2.0/grid/cdata/rac-scan/backup00.ocr cwhxdb1 2020/09/15 15:31:01 /u01/app/11.2.0/grid/cdata/rac-scan/backup01.ocr cwhxdb2 2020/09/21 13:49:41 /u01/app/11.2.0/grid/cdata/rac-scan/day.ocr cwhxdb1 2020/09/15 15:31:01 /u01/app/11.2.0/grid/cdata/rac-scan/week.ocr PROT-25: Manual backups for the Oracle Cluster Registry are not available #[grid@cwhxdb1 ~]$ oerr prot 25 00025, 0, "Manual backups for the Oracle Cluster Registry are not available" // *Cause: Manual backups for the Oracle Cluster Registry were not yet created. // *Action: Manual backups can be created using \'ocrconfig -manualbackup\'
2、执行手动备份命令，并查看备份结果
[root@rac6n1 ~]# ocrconfig -manualbackup ----需要用root用户进行备份，在非主节点(node1)上进行备份操作，也会备份在主节点(node2)上。
rac6n2 2020/11/24 01:04:57 /u01/app/11.2.0/grid/cdata/rac6-scan/backup_20201124_010457.ocr
rac6n2 2020/10/07 06:47:57 /u01/app/11.2.0/grid/cdata/rac6-scan/backup_20201007_064757.ocr
rac6n2 2020/10/07 06:45:50 /u01/app/11.2.0/grid/cdata/rac6-scan/backup_20201007_064550.ocr [root@rac6n1 ~]# ocrconfig -showbackup
rac6n2 2020/11/23 23:53:59 /u01/app/11.2.0/grid/cdata/rac6-scan/backup00.ocr ---最新的一次自动备份
rac6n2 2020/11/18 23:25:57 /u01/app/11.2.0/grid/cdata/rac6-scan/backup01.ocr
rac6n2 2020/11/16 23:42:14 /u01/app/11.2.0/grid/cdata/rac6-scan/backup02.ocr
rac6n2 2020/11/23 23:53:59 /u01/app/11.2.0/grid/cdata/rac6-scan/day.ocr
rac6n2 2020/11/16 23:42:14 /u01/app/11.2.0/grid/cdata/rac6-scan/week.ocr
rac6n2 2020/11/24 01:04:57 /u01/app/11.2.0/grid/cdata/rac6-scan/backup_20201124_010457.ocr ---最新的一次手动备份
rac6n2 2020/10/07 06:47:57 /u01/app/11.2.0/grid/cdata/rac6-scan/backup_20201007_064757.ocr
rac6n2 2020/10/07 06:45:50 /u01/app/11.2.0/grid/cdata/rac6-scan/backup_20201007_064550.oc
【注意】OCR备份，不论手动备份还是自动备份，不论是在节点1或是节点2上操作，都是只备份在当时那个时候的Master Node上。
1.3 OCR恢复
【注意】OCR物理恢复，应该在Master Node 上进程操作。
1、ocrconfig -manualbackup —-手动进行物理备份
2、ocrconfig -showbackup —-查看物理备份
3、cluvfy comp ocr -n all -verbose —-检查OCR组件(只能用grid用户来执行)
4、crsctl stop crs -f ——–2个节点都停止CRS
5、crsctl start crs -excl -nocrs ——-只在主节点上排它模式启动CRS
6、crsctl stat res -t -init ——-查看主节点上，ora.crsd是否启动了,如果启动了，执行第7步关闭。
7、crsctl stop resource ora.crsd -init
8、ocrconfig -restore /u01/app/11.2.0/grid/cdata/rac-scan/backup_20200923_102220.ocr ——在主节点上执行
9、crsctl stop has -f —-关主节点的
10、crsctl start crs —–两个节点都执行
2. OCR逻辑备份\恢复
2.1 ocr逻辑备份
ocrconfig -export /u01/app/11.2.0/grid/cdata/rac-scan/export_ocr_byqiji.bak
2.2 ocr逻辑恢复
1、crsctl stop crs —-停所有节点上的crs
2、crsctl start crs -excl -nocrs —-只在主节点上排它模式启动CRS
3、crsctl stat res -t -init ——-查看主节点上，ora.crsd是否启动了,如果启动了，执行第4步关闭。
4、crsctl stop resource ora.crsd -init
5、ocrconfig -import /u01/app/11.2.0/grid/cdata/rac-scan/export_ocr_byqiji.bak ——在主节点上执行
6、crsctl stop has -f —-关主节点的
7、crsctl start crs —–两个节点都执行
3. OLR备份与恢复
上述OCR中，加参数-local即可。需要注意的是OLR不会自动备份，只能手动备份。每个节点上都要做。
ocrconfig -local -showbackup ocrconfig -local -manualbackup ocrconfig -local -restore /u01/app/11.2.0/grid/cdata/cwhxdb2/backup_20200923_150222.olr
4. 无备份情况下的OCR、OLR的恢复
如果无备份，可以通过重新执行root.sh脚本的方式来修复OCR，修复之后除OCR磁盘组外的所有磁盘组，只要磁盘头没有损坏，就都可以直接对磁盘组进行mount操作来恢复业务数据库。强烈建议OCR磁盘和其他存放数据库数据的磁盘分开存放。
版权声明：本文为miracle2020原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。