[Yes, I know that 12.2 is now available for download but it will be some time before I have a running 12.2 RAC environment]
Some OCR / OLR Commands :
The OCR is the Cluster Registry. We also have an OLR that is the Local Registry which is created on a local filesystem.
We can check the consistency of the Registry with ocrcheck. Note the difference between using oracle (or grid) and using root to run the check. oracle can't check the OLR and can't do a logical consistency check of the OCR -- both require to be run as root.
Oracle automates backups of the OCR (but not the OLR !). Below, the -showbackuploc shows the location of backups.
All recent (4-Hourly, Daily, Weekly) of the OCR are on the "master" node -- collabn1 -- which comes up first in my cluster. The 19-Dec backups (of the OCR and OLR) are when I started setting up the Cluster. Note that there are no subsequent (automated) OLR backups.
Note : There are no 4-Hourly/Daily/Weekly backups since 16-Jan because I haven't had my cluster running for long enough for those backups to kick in.
I can run manual backups (the -local is for the OLR) as shown above.
It is important to include these backups in the backup strategy for the filesystem(s) that hold the Grid Infrastructure and RDBMS installations (binaries, configuration files, trace files etc).
.
.
.
Some OCR / OLR Commands :
The OCR is the Cluster Registry. We also have an OLR that is the Local Registry which is created on a local filesystem.
We can check the consistency of the Registry with ocrcheck. Note the difference between using oracle (or grid) and using root to run the check. oracle can't check the OLR and can't do a logical consistency check of the OCR -- both require to be run as root.
[root@collabn1 ~]# su - oracle [oracle@collabn1 ~]$ . oraenv ORACLE_SID = [oracle] ? +ASM1 The Oracle base has been set to /u01/app/oracle [oracle@collabn1 ~]$ ocrcheck -local PROTL-602: Failed to retrieve data from the local registry PROCL-26: Error while accessing the physical storage Operating System error [Permission denied] [13] [oracle@collabn1 ~]$ ocrcheck Status of Oracle Cluster Registry is as follows : Version : 4 Total space (kbytes) : 409568 Used space (kbytes) : 1676 Available space (kbytes) : 407892 ID : 827167720 Device/File Name : +OCRVOTE Device/File integrity check succeeded Device/File not configured Device/File not configured Device/File not configured Device/File not configured Cluster registry integrity check succeeded Logical corruption check bypassed due to non-privileged user [oracle@collabn1 ~]$ su Password: [root@collabn1 oracle]# ocrcheck -local Status of Oracle Local Registry is as follows : Version : 4 Total space (kbytes) : 409568 Used space (kbytes) : 1036 Available space (kbytes) : 408532 ID : 1014277103 Device/File Name : /u01/app/12.1.0/grid/cdata/collabn1.olr Device/File integrity check succeeded Local registry integrity check succeeded Logical corruption check succeeded [root@collabn1 oracle]# ocrcheck Status of Oracle Cluster Registry is as follows : Version : 4 Total space (kbytes) : 409568 Used space (kbytes) : 1676 Available space (kbytes) : 407892 ID : 827167720 Device/File Name : +OCRVOTE Device/File integrity check succeeded Device/File not configured Device/File not configured Device/File not configured Device/File not configured Cluster registry integrity check succeeded Logical corruption check succeeded [root@collabn1 oracle]#
Oracle automates backups of the OCR (but not the OLR !). Below, the -showbackuploc shows the location of backups.
[root@collabn1 oracle]# ocrconfig -showbackuploc The Oracle Cluster Registry backup location is [/u01/app/12.1.0/grid/cdata/] [root@collabn1 oracle]# ls -lt /u01/app/12.1.0/grid/cdata total 1272 -rw-------. 1 root oinstall 503484416 Mar 6 17:03 collabn1.olr drwxrwxr-x. 2 oracle oinstall 4096 Jan 16 14:12 collabn-cluster drwxr-xr-x. 2 oracle oinstall 4096 Dec 19 15:06 collabn1 drwxr-xr-x. 2 oracle oinstall 4096 Dec 19 14:37 localhost [root@collabn1 oracle]# ls -lt /u01/app/12.1.0/grid/cdata/collabn1 total 820 -rw-r--r--. 1 root root 839680 Dec 19 15:06 backup_20161219_150615.olr [root@collabn1 oracle]# ocrconfig -showbackup collabn1 2017/01/16 14:09:40 /u01/app/12.1.0/grid/cdata/collabn-cluster/backup00.ocr 0 collabn1 2017/01/16 14:09:40 /u01/app/12.1.0/grid/cdata/collabn-cluster/day.ocr 0 collabn1 2017/01/16 14:09:40 /u01/app/12.1.0/grid/cdata/collabn-cluster/week.ocr 0 collabn2 2016/12/19 15:47:24 /u01/app/12.1.0/grid/cdata/collabn-cluster/backup_20161219_154724.ocr 0 collabn2 2016/12/19 15:47:16 /u01/app/12.1.0/grid/cdata/collabn-cluster/backup_20161219_154716.ocr 0 [root@collabn1 oracle]#
All recent (4-Hourly, Daily, Weekly) of the OCR are on the "master" node -- collabn1 -- which comes up first in my cluster. The 19-Dec backups (of the OCR and OLR) are when I started setting up the Cluster. Note that there are no subsequent (automated) OLR backups.
Note : There are no 4-Hourly/Daily/Weekly backups since 16-Jan because I haven't had my cluster running for long enough for those backups to kick in.
[root@collabn1 oracle]# ocrconfig -local -manualbackup collabn1 2017/03/06 17:11:29 /u01/app/12.1.0/grid/cdata/collabn1/backup_20170306_171129.olr 0 collabn1 2016/12/19 15:06:15 /u01/app/12.1.0/grid/cdata/collabn1/backup_20161219_150615.olr 0 [root@collabn1 oracle]# ocrconfig -manualbackup collabn1 2017/03/06 17:12:21 /u01/app/12.1.0/grid/cdata/collabn-cluster/backup_20170306_171221.ocr 0 collabn2 2016/12/19 15:47:24 /u01/app/12.1.0/grid/cdata/collabn-cluster/backup_20161219_154724.ocr 0 collabn2 2016/12/19 15:47:16 /u01/app/12.1.0/grid/cdata/collabn-cluster/backup_20161219_154716.ocr 0 [root@collabn1 oracle]#
I can run manual backups (the -local is for the OLR) as shown above.
It is important to include these backups in the backup strategy for the filesystem(s) that hold the Grid Infrastructure and RDBMS installations (binaries, configuration files, trace files etc).
.
.
.
No comments:
Post a Comment