标签：数据丢失 grid 问题 重载 用户 was blog 动态 重要
oracle的clusterware包含两个重要组件：OCR(包含本地组件OLR)和voting disks
--OCR管理oracle clusterware和oracle rac数据库的配置信息
--OLR位于每个节点本地，管理着本地节点的clusterware配置信息
--voting disks管理成员关系信息。每个voting disk都必须能被集群中的所有节点访问。
在12C中，必须将OCR和voting disks中放在asm中(12c不支持块设备和裸设备；12.2不再支持其他共享文件系统)。
(11g文档是这么写的：必须将ocr和voting disk放在asm中，或者放在经过认证的集群文件系统中)
11.2中，oracle oui不支持裸设备、块设备。但是如果是从之前版本升级上来的，可以继续支持块设备、裸设备。oracle肯定是建议使用asm。
为了增加可用性，oracle建议配置多个voting disks文件。如果是使用了asm磁盘组。asm会确保voting disks被配置成了normal冗余或high冗余。如果是使用其他共享文件系统，需要手动指定多份设置。
不需要停掉集群的情况下，可以动态添加、替换voting disks。
管理OCR和OLR的工具有ocrconfig、ocrdump、ocrcheck
OLR和OCR类似，只是位于集群中节点的本地，包含特定节点的配置信息。OLR包含clusterware的可管理信息，如不同服务之间的依赖关系，OHAS需要使用这些信息。OLR默认存放路径是grid_home/cdata/host_name.olr。
1.迁移OCR到asm
如果是从11.2之前升级到11.2，asm磁盘兼容性必须设置>=11.2；
如果是从12c之前升级到12c，asm磁盘兼容性必须设置>=11.2.0.2。
(1)查看当前运行版本
$ crsctl query crs activeversion Oracle Clusterware active version on the cluster is [11.2.0.4.0]
(2)在所有节点上启动asm
(3)将ocr增加到asm磁盘组
# ocrconfig -add +new_disk_group
OCR会继承磁盘组的冗余性！
(4)移除之前的存储配置
# ocrconfig -delete old_storage_location
2.从asm迁移到其他共享存储类型
(1)查看当前运行版本
$ crsctl query crs activeversion
(2)添加新的文件作为ocr存放的位置
# ocrconfig -add file_location
(3)移除原先的asm配置
# ocrconfig -delete +asm_disk_group
3.增加一个OCR Location
# ocrconfig -add +asm_disk_group | file_name
4.移除一个OCR Location
# ocrconfig -delete +asm_disk_group | file_name
5.替换OCR位置
(1)首先检查一下
$ ocrcheck $ crsctl check crs
(2)替换OCR位置
# ocrconfig -replace current_ocr_location -replacement new_ocr_location
如果只有一个ocr位置，只有先添加后删除 # ocrconfig -add new_ocr_location # ocrconfig -delete current_ocr_location
6.本地节点修复OCR
如果集群在节点关闭之后发生了培训变更，而该节点是集群的唯一节点，在启动该节点前就要进行OCR修复了。
修复OCR包含增加、删除、替换OCR。例如：
# ocrconfig -repair -add /dev/sde1 # ocrconfig -repair -replace current_ocr_location -repalcement target_ocr_location
7.重载OCR
OCR具有防止数据丢失的机制。如果配置了多份镜像的OCR，当clusterware无法访问镜像OCR位置，也不能确定当前可以访问的OCR位置是否包含最新的配置信息的时候，clusterware会阻止对当前可以访问的OCR的修改。
此外，进程也会阻止该节点上的clusterware的启动。clusterware和数据库的alert日志都会受到报警信息。如果这个问题只是发生在某个节点，可以从其它节点启动集群数据库。
如果集群中的任何节点都没法启动，用户可以选择修复OCR或者还原OCR。如果修复或还原都不行，还可以选择重载OCR。重载OCR需要重载所有的OCR，不过这种情况可能会导致部分信息丢失。
修复就用ocrconfig -repair。如果要重载orc，使用命令ocrconfig -overwirte。
在重载OCR之前，应该先进行尝试OCR修复。
8.备份OCR
(1)自动备份
clusterware每隔四小时自动备份OCR文件。且会保留最近的三份OCR。由CRSD进行备份。此外，crsd还会做每天和每周一次备份。备份频率和保留期限是不可以调整的。
(2)手动备份
ocrconfig -manualbackup执行备份。OLR只是支持手动备份。
(3)查看备份
$ ocrconfig -showbackup db2 2017/09/03 14:32:04 /u01/app/11.2.0/grid/cdata/oradb-cluster/backup00.ocr db2 2017/09/03 10:32:03 /u01/app/11.2.0/grid/cdata/oradb-cluster/backup01.ocr db2 2017/09/03 06:32:03 /u01/app/11.2.0/grid/cdata/oradb-cluster/backup02.ocr db2 2017/09/02 02:32:00 /u01/app/11.2.0/grid/cdata/oradb-cluster/day.ocr db2 2017/08/26 06:32:31 /u01/app/11.2.0/grid/cdata/oradb-cluster/week.ocr
(4)修改备份路径
# ocrconfig -backuploc file_name (指定备份路径)
9.还原OCR
如果没有放在asm中：
(1)查看列出节点
# olsnodes
(2)关闭clusterware
# crsctl stop crs 如果关不了，可以强制关闭 # crsctl stop crs -f
(3)(如果是放在集群文件或者网络文件系统)还原OCR
# ocrconfig -restore file_name
(4)启动clusterware
# crsctl start crs
如果是asm，要完成以下步骤：
(1)查看列出节点
# olsnodes
(2)关闭clusterware
# crsctl stop crs 如果关不了，可以强制关闭 # crsctl stop crs -f
(3)启动clusterware
只在某个节点执行，以exclusive模式启动
# crsctl start crs -excl -nocrs 忽略启动过程中产生的错误信息。
(4)检查crsd进程是否运行
$ crsclt stat res ora.crsd -init 如果运行，要关闭掉crsd进程 # crsctl stop resource ora.crsd -init
(5)把asm磁盘组mount到本地。如果本地无法mount，先把asm中的磁盘组先drop掉。
SQL> drop diskgroup disk_group_name force including contents;
(6)还原OCR
# ocrconfig -restore file_name
(7)再次检查OCR
# ocrcheck
(8)关闭clusterware
# crsctl stop crs -f
(9)剩余节点修复OCR
使用ocrconfig -repair -replace命令逐一执行
(10)启动clusterware
# crsctl start crs
(11)验证
$ cluvfy comp ocr -n all -verbose Verifying OCR Integrity ...PASSED Verification of OCR integrity was successful. CVU operation performed: OCR integrity Date: Sep 3, 2017 3:41:01 PM CVU home: /u01/app/12.2.0/grid/ User: grid
OCR问题诊断
诊断工具有ocrdump、ocrcheck
除了自动备份的OCR文件，也可以将OCR内容export和import，但是需要关闭才能获得一致性结果。
ocrconfig -restore和ocrconfig -manualbackup命令使用的ocr文件格式是兼容的；ocrconfig -export和ocrconfig -import命令使用的ocr文件格式是兼容的。但是这前后两者却是不兼容的。
import OCR(linux平台)
(1)列出所有集群节点
$ olsnodes
(2)停止clusterware
# crsctl stop crs 如果不能正常关闭，可以强制关闭 # crsctl stop crs -f
(3)在其中一个节点，以排他模式启动clusterware
# crsctl start crs -excl 忽略启动过程中的报错信息 检查crsd进程是否运行，如果运行要关闭它 # crsctl stop resource ora.crsd -init
(4)import OCR
# ocrconfig -import file_name 如果导入的是集群文件系统或网络文件系统，直接到步骤7
(5)验证OCR的完整性
# ocrcheck
(6)关闭clusterware
# crsctl stop crs -f
(7)再次启动 clusterware
# crsctl start crs
(8)验证在集群所有节点上的OCR完整性
$ cluvfy comp ocr -n all -version
Oracle Local Registry(OLR)
可以使用ocrcheck、ocrdump、ocrconfig加上参数-local来管理OLR
1.检查OLR的状态
# ocrcheck -local
Status of Oracle Local Registry is as follows :
Version : 4
Total space (kbytes) : 409568
Used space (kbytes) : 1060
Available space (kbytes) : 408508
ID : 1941521711
Device/File Name : /u01/app/12.2.0/grid/cdata/db12c1.olr
Device/File integrity check succeeded
Local registry integrity check succeeded
Logical corruption check succeeded
2.dump出OLR的内容
# ocrdump -local
3.导入导出OLR的内容
# ocrconfig –local –export file_name
# ocrconfig –local –import file_name
4.手动备份OLR
# ocrconfig –local –manualbackup
5.还原OLR
# crsctl stop crs
# ocrconfig -local -restore file_name
# ocrcheck -local
# crsctl start crs
$ cluvfy comp olr
管理 Oracle Cluster Registry(OCR)
标签：数据丢失 grid 问题 重载 用户 was blog 动态 重要
原文地址：http://www.cnblogs.com/abclife/p/7469950.html
