暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

oracle 12c之后包括 Grid Infra Management Repository (GIMR) 的 OCR VOTE 磁盘组所需的最小大小(文档 ID 2106644.1)

原创 小小星月明 2022-07-19
896

适用于:

Oracle 数据库 - 企业版 - 版本 12.1.0.1 和更高版本
Oracle 数据库云模式服务 - 版本不适用和更高版本
Oracle 数据库 Exadata 云机器 - 版本不适用和更高版本
Oracle 云基础设施 - 数据库服务 - 版本不适用和更高版本
Oracle数据库备份服务 - 版本 N/A 及更高版本
本文档中的信息适用于任何平台。

目的

 

下面显示了在实际添加任何 OCR、votefile 和 GIMR 之前 OCRVOTE 磁盘组的不同冗余级别的 FREE_MB 要求。

细节


外部冗余

Grid Infrastructure Management Repository = 1 X (5.2 GB) = 5.2 加上 500 MB 用于超过四个节点的集群的每个节点。

                              1 个 OCR (1 x 400 MB) = 0.4 GB

                    1 个投票文件 (1 X 300 MB) = 0.3 GB
-------------------------------------------------- ------------------------------
添加 OCR、votefile、GIMR = 5.9 GB 或更高之前需要 FREE_MB

如果集群中的节点数少于 5 个,则 6GB 的 FREE_MB 足以用于外部冗余



正常冗余

Grid Infrastructure Management Repository = 2 x (5.2 GB) GB = 12.4 GB 加上 500 MB 用于超过四个节点的集群的每个节点。

                              2 个 OCR (2 x 400 MB) = 0.8 GB

                      3 个投票文件 (3 x 300 MB) = 0.9 GB
-------------------------------------------------- ------------------
添加 OCR、votefile、GIMR 之前需要 FREE_MB = 14.1 GB 或更高

如果节点数较少大于 5 , 15GB 的 FREE_MB 足以满足正常冗余



高冗余

Grid Infrastructure Management Repository = 3 x (5.2 GB) GB = 15.6 GB 加上 500 MB 用于超过四个节点的集群的每个节点。

                              3 个 OCR (3 x 400 MB) = 1.2 GB

                       5 个投票文件 (5 x 300 MB) = 1.5 GB

-------------------------------------- ------------------------------
添加 OCR、votefile、GIMR 之前需要 FREE_MB = 18.3 GB 或更高

如果节点数较少大于 5,19GB 的 FREE_MB 足以满足高冗余

「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论