eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - Powered by Eygle.com
eygle.com 我要留言
《循序渐进Oracle》一书第一章目录
昵称
内容 页: < 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 > >> - 403
# 46010
cyh




To: eygle
  那你可以加QQ群259889001
From: cyh
2014.02.10 22:26
To: cyh
  收到。
From: eygle
2014.02.12 04:24

版主选项: 回复 编辑
# 46009
cyh




To:
  初五孔庆国组织了一次同学聚会,大家建了个微信群,93青春三班,有空可以加一下
From: cyh
2014.02.06 18:17
To: cyh
  微信群搜索不到的,需要有人把我加入进去,我的微信号:eyglee ,加我。
From: eygle
2014.02.10 06:04

版主选项: 回复 编辑
# 46008
Roger




To: 驻跸映辉
  关于ocr的几个问题,回复如下:
1 .ocr里面主要是存放cluster resource信息,是由CRSD进程来维护的,至于你说的
 每4小时备份一次的机制也是存在的,另外Oracle会保留最近3次有效备份。
2.关于ocr损坏的情况,你理解可能有点问题,ocr不是votedisk。你应该是指的votedisk,当cluster中votedisk出现损坏或无法访问时,会出现脑裂,例如5个节点的rac,假设有3个节点能访问votedisk,那么这3个node会组成一个小的sub cluster,其他2个node会被踢掉。 对于ocr,只有至少有一个是ok,那么crs应该就是ok正常工作的,这个机制类似Oracle controlfile的update机制。

3.如果你要模拟ocr的损坏(11g asm环境),那么你可以首先定位到ocr的具体位置,然后直接dd清空掉。 定位到该文件的具体位置,即file directory之后,就可以直接将该ocr所在的几个AU直接dd清空掉。
关于asm 元数据file directory的结构,供参考:http://www.killdb.com/2013/01/13/oracle-asm-%e5%89%96%e6%9e%90%e7%b3%bb%e5%88%974-file-directory.html
From: Roger
2014.01.22 00:37

版主选项: 回复 编辑
# 46007
驻跸映辉


来自: 大连


To: 盖老师
  还有一个关于对OCR的定期检查的问题

我认为,为了保证OCR的正常使用,集群环境中会有某个进程
定期对OCR进行检查。
但我不知道是那个进程来完成,多长时间一次。

通过这几天对OCR 的学习,我认为在下面的几种情况下会对OCR进行检查。
1)OCR文件写入
  GI启动,停止 and oracle 实例启动,停止等CRS资源状态变化时
2)OCR文件读出
  OCR文件自动备份(4小时一回)
  crsctl ocrcheck执行时
  定期对OCR文件进行检查时。但我是没有找到是什么进程来完成的。

谢谢
From: 驻跸映辉
2014.01.21 01:08
To: 驻跸映辉
  请参考Roger的回复,另Voting Disk的表决原则应该叫“多数可用原则”。
From: eygle
2014.01.22 00:52

版主选项: 回复 编辑
# 46006
驻跸映辉


来自: 大连


To: 盖老师
  盖老师,
关于OCR的问题,还想再问一句,我的现在的OCR放在一个ASM磁盘组(高冗余)。
按文档的说法,应该有5个OCR。
现在是如何把其中两个OCR破坏的问题。
具体的方法没有找到 。
按oracle的说明,ocr在磁盘组中保存的位置,并不能被管理,
也就是说,这几个文件放在什么地方,我并不知道。

所以,现在是有环境但无法下手做这个验证。

所以,我只能按个人的理解来想定,不知道是否正确。
我认为如果5个OCR存在的场合,当其中两个OCR同时破损后,
集群会自动再构成。
从这一时刻起,这套RAC就变成一个3个OCR的RAC环境。
当这3个OCR中的一个破损后,因为,破损文件没有超过半数,
所以这套RAC应该可以正常使用。

不知道,我个人的认识是否正确。
在MOS上真的是找不到资料了。
谢谢
From: 驻跸映辉
2014.01.21 00:54

版主选项: 回复 编辑
# 46005
流浪的野狼




To: 盖老师
  盖老师,想问你一下,11g R2 oracle RAC中,ASM实例与数据库实例的监听器参数local_listener如何设置?我在11.2.0.1版本中第一次测试这个参数的时候asm实例只能设置成vip地址不能设置为scan名称(否则远端无法访问DB),DB实例设置vip地址和scan均可,只是设置成vip后通过客户端无法使用scan名称来访问。以为发现了秘密,记录在博客里,但是后来又做了一次测试,asm实例参数local_listener无论设置成scan还是vip均可访问DB,顿时感觉自己可能会误导别人,比较迷茫,可否指点一二?万分感谢!!
From: 流浪的野狼
2014.01.19 17:15

版主选项: 回复 编辑
# 46004
lee


来自: 连云港


To: eygle
  盖老师:
 你好!
 我在centos5.9上安装11gr2 RAC的时候 在安装grid最后一步执行root.s的时候报了一个错误:
ADVM/ACFS is not supported on centos-release-5-9
但是最终root.sh执行是成功的CRS安装也成功了
安装完grid后用asmca管理磁盘发现ADVM驱动显示未安装 请问这个ADVM驱动是干嘛用的 如果不安装对RAC的运行有影响吗?
 
后来执行acfsload start -s也报ADVM/ACFS不支持CentOS
ADVM/ACFS is not supported on centos-release-5-9
From: lee
2014.01.17 20:59
To: lee
  The components of Oracle Cloud File System (Oracle CloudFS): Oracle Automatic Storage Management Cluster File System (Oracle ACFS) and Oracle ASM Dynamic Volume Manager (Oracle ADVM).

这两者是Oracle的存储管理功能,不影响你的测试使用。
From: eygle
2014.01.20 18:23

版主选项: 回复 编辑
# 46003
驻跸映辉




To: Eygle
  盖老师,请教一个关于OCR的问题。
在Normal型的ASM磁盘组中,应该存在3个OCR文件。
如果其中一个OCR文件不能访问时,集群环境会有什么样的内部操作?
关于这个已经不能访问的OCR文件,在alert日志或者crsd日志会不会被记录?


按现在的资料来说,超过半数的OCR不能访问时,才会造成,下次集群环境不能启动。
但现在只有一个OCR坏了,我是否可以理解为,Oracle集群会自动处理,让这套RAC只能识别2个OCR文件。

关于过半数损坏的文件资料有很多,但如果没有过半数损坏的资料还真的没有找到。

当有5个OCR文件时,如果有上面的设想,那如果一个OCR不能访问时,这套RAC变成只能识别4个OCR文件。
如果这4个OCR文件再坏一个,自动变成3个OCR。
当3个OCR再坏一个,变成2个OCR文件时,是不是这套RAC就不能用了。

作为初学者对OCR还不是太熟悉,希望高手可以指点一下。

From: 驻跸映辉
2014.01.15 18:00
To: 驻跸映辉
  如果访问不到某个OCR、Voting盘,则在日志中会记录错误信息。

如果根据多数原则,那么低于多数就会出现数据库崩溃或无法启动,如果有环境,你测试一下就清楚了。
From: eygle
2014.01.20 23:32

版主选项: 回复 编辑
# 46002
test




To:
  
From: test
2014.01.13 00:27

版主选项: 回复 编辑
# 46001
liulei_it




To:
  前辈,30好几又不出名的DBA怎样做好在职业上的转型呢?
From: liulei_it
2014.01.12 20:00
To: liulei_it
  简单来说,首先要选择路径,如果路径选错了,频繁更换方向,那就不能很好的积累;成长的过程必须要经过积累,才能够不断突破。
不知道你作为DBA要转向什么方向?
最好是成为你的周围人认可的专家之后,再进一步去选择个人认可的方向,这样才有根基。
From: eygle
2014.01.20 18:27

版主选项: 回复 编辑

页: < 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 > >> - 403
我要留言
Copyright © 2003~2012 eygle.com All Rights Reserved.
Powered by: www.eygle.com