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/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Getting NOW() in your preferred time zone
- design for failureAI
- [LeetCode] 3206. Alternating Groups ILeetCode
- Oracle 12C Statistics on Column GroupsOracle
- Error: Debug Failure at typeToStringErrorAI
- [LeetCode] 893. Groups of Special-Equivalent StringsLeetCodeUI
- [LeetCode] 2406. Divide Intervals Into Minimum Number of GroupsLeetCodeIDE
- direct path read/read temp等待事件事件
- DRIVER_POWER_STATE_FAILUREAI
- Vagrant:NS_ERROR_FAILUREErrorAI
- [virtualbox] temporary failure in name resolutionAI
- Maven - No plugin found for prefix 'war' in the current project and in the plugin groupsMavenPluginProject
- Read a story
- READ ME
- mysql 報錯 Communications link failureMySqlAI
- 轉:Assertion failure in -[UITableView _configureCellForDisplay:forIndexPath:]AIUIViewIndex
- 等待事件db file sequential read、db file scattered read和direct read的區別事件
- 通過 App Groups 實現程式間通訊APP
- TIC Read Status
- Read-onlydynamicdata
- [Bash] read command
- Temporary failure resolving ‘archive.ubuntu.com‘AIHiveUbuntu
- Agent admitted failure to sign using the key解決MITAI
- MySQL的repeatable readMySql
- [AlwaysOn2017] AlwaysOn的DMV和DMF - Sys.availability_groupsAI
- Configure multiple-subnet Always On Availability Groups and failover cluster instances by modifying CIBAI
- [LeetCode] 158. Read N Characters Given Read4 II – Call multipleLeetCode
- Resolving archive.cloudera.com... failed: Temporary failure in nameHiveCloudAI
- Http failure response 0 Unknown error 錯誤分析HTTPAIError
- Spring Boot 之groups應對不同的Validation規則自定義Spring Boot
- [AlwaysOn2017] AlwaysOn的DMV和DMF - Sys.availability_groups_clusterAI
- IDEA Cannot access alimaven (http://maven.aliyun.com/nexus/content/groups/public/)IdeaMavenHTTP
- read by other session等待事件Session事件
- read content in a text file in pythonPython
- zend_std_read_property
- 【Linux shell】while read lineLinuxWhile
- Oracle:db file scattered readOracle
- Cannot read property ‘aDataSort‘ of undefinedUndefined