How can this be done?

The Oracle Grid Infrastructure administrator decides to make more copies of the voting disks that
are currently stored in the ASM disk group +VOTE. How can this be done?

The Oracle Grid Infrastructure administrator decides to make more copies of the voting disks that
are currently stored in the ASM disk group +VOTE. How can this be done?

A.
by running crsctl add css votedisk <path_to_new_voting_disk> to make a copy to a shared
location on a shared device or file system

B.
by running crsctl add css votedisk +VOTE, thereby adding another copy of the voting disk to
the +VOTE disk group

C.
by running srvctl replace votedisk +asm_disk_group on another disk group that has greater
redundancy, thereby causing additional copies to be created

D.
by running crsctl replace votedisk +asm_disk_group on another disk group that has greater
redundancy, thereby causing additional copies to be created

Explanation:
Storing Voting Disks on Oracle ASM
Using the crsctl replace votedisk command, you can move a given set of voting disks from one
Oracle ASM disk group into another, or onto a certified file system. If you move voting disks from
one Oracle ASM disk group to another, then you can change the number of voting disks by placing
them in a disk group of a different redundancy level as the former disk group.
Notes:
You cannot directly influence the number of voting disks in one disk group.
You cannot use the crsctl add | delete votedisk commands on voting disks stored in Oracle ASM
disk groups because Oracle ASM manages the number of voting disks according to the
redundancy level of the disk group.
You cannot add a voting disk to a cluster file system if the voting disks are stored in an Oracle
ASM disk group. Oracle does not support having voting disks in Oracle ASM and directly on a
cluster file system for the same cluster at the same time.
Oracle Clusterware Administration and Deployment Guide
11g Release 2 (11.2)



Leave a Reply 4

Your email address will not be published. Required fields are marked *


djeday84

djeday84

A & D
it is possoble to use ASM filesystem and shared filesystem both for votedisk
Achieving Quorum
As far as voting disks are concerned, a node must be able to access strictly more than half of the voting disks at any time, or that node will be evicted from the cluster. Extended clustersare generally implemented with only two storage systems, one at each site. This means that the site that houses the majority of the voting disks is a potential single point of failure for the entire cluster. To prevent this potential outage, Oracle Clusterware supports a third voting disk on an inexpensive, low-end, standard NFS-mounted device somewhere on the network. It is thus recommended to put this third NFS voting disk on a dedicated server visible from both sites. This situation is illustrated in the slide. The goal is that each site can run independently of the other when a site failure occurs.
Note: For more information about NFS configuration of the third voting disk, refer to the Oracle Technology Network site.

Oracle 11g: RAC and Grid Infrastructure Administration Accelerated 16 – 29

djeday84

djeday84

=( no
… are currently stored in the ASM disk group +VOTE.
D is correct answer
CRS-4258: Addition and deletion of voting files are not allowed because the voting files are on ASM

Qutaibah

Qutaibah

Answer: D
explanation:
A. FALSE syntax is correct
CRS-4258: Addition and deletion of voting files are not allowed because the voting files are on ASM
B. FALSE number of voting disks are determinated by disk group redundancy
C. FALSE crsctl not srvctl
D.TRUE

L. Zhu

L. Zhu

A is wrong. CRS-4258 not allowed in ASM
B is wrong. your voting is already in VOTE disk group
C is wrong. not srvctl
D is right. use another disk group with higher redundancy

So D is correct