关于OCR破损检查时点的确认
本帖最后由 驻跸映辉 于 2014-1-7 18:00 编辑OCR的破损与恢复已经做过多次，但是OCR破损的检知时间点却不是太了解。
也没有找到具体说明。
因为这次的OCR是在一个ASM磁盘上保管，Normal Redundancy。
我的理解就是，一个主OCR 与 二个备份OCR。
我有以下的考虑，不知道是否正确。想请高手确认一下。
我认为通过CRSD对OCR进行读写操作时，应该可以发生OCR破损检查。
对于什么时间点，我有下面的想定：
OCR文件写入发生时：
1.GI 启动、停止 oracle 实例启动、停止等CRS Resources的状态发生变更时
写入时，因为要相全部OCR文件写入，但因为过半数的OCR文件不能访问，所以OCR文件破损被检知
OCR文件读出发生时：
1.OCR文件的自动backup(4小时一次)
2.crsctl、ocrcheck等命令执行时
3.定期对OCR文件进行访问时
这还有一问题，就是读出时是出主OCR文件中读出，如果主OCR文件正常，那OCR破损是否能被检知
当然如果主OCR文件正好是破损的文件，应该被检知
上面这些只是我的想法，如果有错误或者不足的还请刘大指点。 ocr 的block应当也用了 checksum机制，所以如果是物理 损坏的话 只要有 checksum就可以知道， 逻辑损坏的概率很低 Liu Maclean(刘相兵 发表于 2014-1-7 16:40 static/image/common/back.gif
ocr 的block应当也用了 checksum机制，所以如果是物理 损坏的话 只要有 checksum就可以知道， 逻辑损坏的概 ...
谢谢，刘大的指点。
还想再问一下。
什么样的操作，会引起对ocr的检查呢。
不知道，我上边写的那个几个条件是否会引起。
另外，按官方说明，ocr在磁盘上的保存是oracle的内部机能。
也就是说不能查到具体在那个块盘上保存的。
如果想在我的测试环境中模拟一个OCR破损的方法有吗？
我的理解是，也许三个OCR文件都在一个磁盘，或者在其中的两个盘上面。
应该是没有办法模拟的。因为根本不知道，要去破坏什么地方。
页:
[1]