Preferred Read Failure Groups
Preferred Read Failure Groups
When you configure Oracle ASM failure groups, it might be more efficient for a node to read from an extent that is closest to the node, even if that extent is a secondary extent. In other words, you can configure Oracle ASM to read from a secondary extent if that extent is closer to the node instead of Oracle ASM reading from the primary copy which might be farther from the node. Using the preferred read failure groups feature is most useful in extended clusters.
To use this feature, Oracle recommends that you configure at least one mirrored extent copy from a disk that is local to a node in an extended cluster. However, a failure group that is preferred for one instance might be remote to another instance in the same Oracle RAC database. The parameter setting for preferred read failure groups is instance specific.
Both the Oracle ASM clients and Oracle ASM require Oracle Database 11g release 1 (11.1) or higher to use preferred read failure groups.
Note:
If you do not specify failure groups for a disk group, each disk in the disk group belongs to its own failure group. Oracle does not recommend that you configure multiple preferred read failure groups in a disk group for an Oracle ASM instance. For any given instance, if you specify multiple failure groups in the same disk group as preferred read, a warning message is written to the alert log.See Also:
for information about configuring preferred read disks in extended clustersConfiguring and Administering Preferred Read Failure Groups
To configure this feature, set the ASM_PREFERRED_READ_FAILURE_GROUPS initialization parameter to specify a list of failure group names as preferred read disks. For more information about this initialization parameter, refer to .
Set the parameter where diskgroup is the name of the disk group and failuregroup is the name of the failure group, separating these variables with a period. Oracle ASM ignores the name of a failure group that you use in this parameter setting if the failure group does not exist in the named disk group. You can append multiple values using commas as a separator as follows:
ASM_PREFERRED_READ_FAILURE_GROUPS = diskgroup.failuregroup,...
In an extended cluster, the failure groups that you specify with settings for the ASM_PREFERRED_READ_FAILURE_GROUPS parameter should only contain disks that are local to the instance. For normal redundancy disk groups, there should be only one failure group on each site of the extended cluster.
If there are multiple mirrored copies and you have set a value for the ASM_PREFERRED_READ_FAILURE_GROUPS parameter, then Oracle ASM first reads the copy that resides on a preferred read disk. If that read fails, then Oracle ASM attempts to read from the next mirrored copy that might not be on a preferred read disk.
Having multiple failure groups on one site can cause the loss of access to the disk group by the other sites if the site containing multiple failure groups fails. In addition, by having multiple failure groups on a site, an extent might not be mirrored to another site. This can diminish the read performance of the failure group on the other site.
For example, for a normal redundancy disk group, if a site contains two failure groups of a disk group, then Oracle ASM might put both mirror copies of an extent on the same site. In this configuration, Oracle ASM cannot protect against data loss from a site failure.
You should configure at most two failure groups on a site for a high redundancy disk group. If there are three sites in an extended cluster, for the same reason previously mentioned, then you should only create one failure group.
For a two-site extended cluster, a normal redundancy disk group only has two failure groups. In this case, you can only specify one failure group as a preferred read failure group for each instance.
You can use views to identify preferred read failure groups, such as the V$ASM_DISK view that shows whether a disk is a preferred read disk by the value in the PREFERRED_READ column. You can also use V$ASM_DISK to verify whether local disks in an extended cluster are preferred read disks. Use the Oracle ASM disk I/O statistics to verify that read operations are using the preferred read disks that you configured.
If a disk group is not optimally configured for an extended cluster, then Oracle ASM records warning messages in the alert logs. To identify specific performance issues with Oracle ASM preferred read failure groups, use the V$ASM_DISK_IOSTAT view. This view displays disk I/O statistics for each Oracle ASM client. You can also query the V$ASM_DISK_IOSTAT view on a database instance. However, this query only shows the I/O statistics for the database instance. In general, optimal preferred read extended cluster configurations balance performance with disk group availability.
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/26870952/viewspace-2152114/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle ASM (10) - ASM中優先讀failure group配置ASM_PREFERRED_READ_FAILURE_GROUPSOracleASMAI
- Oracle ASM (11) - ASM中優先讀failure group配置ASM_PREFERRED_READ_FAILURE_GROUPSOracleASMAI
- 11g ASM asm_preferred_read_failure_groupASMAI
- Oracle OCP 1Z0 053 Q45( ASM-preferred mirror read)OracleASM
- Getting NOW() in your preferred time zone
- 練習使用list failure,advise failure; repair failure;AI
- Failure is not fatal, but failure to change might be.AI
- 手工建立ASM Disk Groups、為 ASM Disk Groups 新增 diskASM
- 12.2 Flex Disk GroupsFlex
- design for failureAI
- [Oracle Script] ASM Disk Groups UsedOracleASM
- jenkins - ssh Server Groups CenterJenkinsServer
- Oracle ASM Renaming Disks GroupsOracleASM
- Assertion failure 錯誤AI
- Ext success failure 呼叫AI
- Oracle 12C Statistics on Column GroupsOracle
- DRIVER_POWER_STATE_FAILUREAI
- Vagrant:NS_ERROR_FAILUREErrorAI
- Assertion failure in -[UICollectionViewData validateLayoutInRect:]AIUIView
- Timesten新增Cache Groups到 Cache DatabaseDatabase
- FREELIST和FREELIST GROUPS簡介
- direct path read/read temp等待事件事件
- Error: Debug Failure at typeToStringErrorAI
- [Linux] kernel: page allocation failureLinuxAI
- [virtualbox] temporary failure in name resolutionAI
- read repeatable&read committed 區別MIT
- ORA-29516: Aurora assertion failure: Assertion failure at joez.c:3311AI
- Maven - No plugin found for prefix 'war' in the current project and in the plugin groupsMavenPluginProject
- 幾個重要的 ASM Disk Groups 引數ASM
- READ ME
- 等待事件db file sequential read、db file scattered read和direct read的區別事件
- ASM Failure Group的一點理解ASMAI
- datafilecopy header validation failure problemHeaderAI
- Failure at scls_scr_create with code 1AI
- 通過 App Groups 實現程式間通訊APP
- read name 和 read 在 Bash 中的區別
- HDFS read and write
- read committed 和 repeatable read 上鎖的區別MIT