转 Oracle 10G RAC下OCR和Voting disk的管理
[size=2]Voting disk(表决磁盘方面): [/size]Voting disk记录节点成员信息,如包含哪些节点成员、节点的添加删除信息记录,大小为20MB 查看voting disk位置:crsctl query css votedisk $ crsctl query css votedisk 0. 0 /dev/rhdisk3 如果CRS安装过程失败,需要重新安装则需要初始化voting disk盘,可用DD或重建卷 dd if=/dev/zero of=/dev/rhdisk3 bs=8192 count=2560 备份votedisk: dd if=/dev/rhdisk3 of=/tmp/votedisk.bak 恢复votedisk: dd if=/tmp/votedisk.bak of=/dev/rhdisk3 添加voting disk镜像盘: crsctl add css votedisk /d
转 OracleRAC管理 之 集群状态&信息查看
参看集群状态[11:34:11oracle@node1 ~]crs_stat -tName Type Target State Host ------------------------------------------------------------ora.dba.db application ONLINE ONLINE node2 ora....l1.inst application ONLINE ONLINE node1 ora....l2.inst application ONLINE ONLINE node2 ora.dba.rac.cs application ONLINE ONLINE node2 ora....ll1.srv application ONLINE ONLINE node1 ora....ll2.srv applic
PRKP-1001 CRS-1028 CRS-0223: Resource 'ora.RACDB.RACDB1.inst' has placement error解决办法
Correcting our RAC problemWe have seen the CRS commands and syntax, now lets look at the practical aspect of it. I was having some trouble while running my RAC on RHEL4 (I think the problem primarily arose because I supplied my virtual machines with inadequate memory. When I noticed that I was getting some alerts on my SoRAC tool, I looked at the status of my RAC.oracle@vmora01rh4 ~]$ cd /u01/app/oracle/product/10.2.0/crs/bin [oracle@vmora01rh4 bin]$ crs_stat -t Name Type T
RAC: 日常监控
所有实例和服务的状态$ srvctl status database -d racdbInstance orcl1 is running on node linux1Instance orcl2 is running on node linux2特定节点上节点应用程序的状态$ srvctl status nodeapps -n linux1VIP is running on node: linux1GSD is running on node: linux1Listener is running on node: linux1ONS daemon is running on node: linux1ASM 实例的状态$ srvctl status asm -n linux1ASM instance +ASM1 is running on node linux1.列出配置的所有数据库$ srvctl config databaseracdb集群中所有正在运行的实例SELECTinst_i
RAC:学习链接
在 Oracle Enterprise Linux 和 iSCSI 上构建您自己的 Oracle RAC 集群:http://www.oracle.com/technology/global/cn/pub/articles/hunter_rac10gr2_iscsi.html[@more@]
RAC: SRVCTL and VIPCA 命令报错解决方法
SRVCTL and VIPCA Utilities Set the LD_ASSUME_KERNEL ParameterThe SRVCTL and VIPCA utilities shipped with Oracle Database 10g release 2 and Oracle Clusterware software set the environmental variable LD_ASSUME_KERNEL. On SUSE Linux Enterprise Server 10, because the older Linux threads API has been removed from GLIBC, setting this parameter causes the SRVCTL and VIPCA utilities to exit with the following error:/opt/oracle/crs/jdk/jre/bin/java: error while loading shared libraries: libpthread.so