/
7.13 Mirror Disk DR

7.13 Mirror Disk DR

The Mirror Disk DR resource enables replicate a mirror disk set of a cluster to an off-site node DR for the disaster recovery purpose.
Mirror Disk DR agent act according to mirror disk status and role.

Dynamic information like status and roll of Mirror Disk DR is logged into system event log, this is sent to MCCS by MCCS Event Module.
MCCS Event Module is activated when MCCS service starts.
Data replication component operates by creating mirror set for volumes between two nodes.
Source volume is sit on Primary node, Target volume is sit on Secondary node in a cluster and also off-site DR node.
Client is only available to read/write in the source volume, changed block of the volume is replicated to the target volume through the TCP/IP network connection. At this point, target volume is in lock state and read/write is not allowed. This is to ensure data integrity by preventing the use of target volume.


Table of Contents

[Figure] Mirroring Configuration



Mirror Mode

Mirror mode employs both asynchronous and synchronous mirroring schemes. Understanding the advantages and disadvantages between synchronous and asynchronous mirroring is essential to the correct operation of this.

Async Mode

With asynchronous mirroring, each write is captured and a copy of this is made. That copy is queued to be transmitted to the target system as soon as the network will allow it. Meanwhile, the original write request is committed to the underlying storage device and control is immediately returned to the application that initiated the write. At any given time, there may be write transactions waiting in the queue to be sent to the target machine.  But it is important to understand that these writes reach the target volume in time order, so the integrity of the data on the target volume is always a valid snapshot of the source volume at some point in time.  Should the source system fail, it is possible that the target system did not receive all of the writes that were queued up, but the data that has made it to the target volume is valid and usable.

Sync Mode

With synchronous mirroring, each write is captured and transmitted to the target system to be written on the target volume at the same time that the write is committed to the underlying storage device on the source system.  Once both the local and target writes are complete, the write request is acknowledged as complete and control is returned to the application that initiated the write.  With synchronous mirroring, each write is intercepted and transmitted to the target system to be written on the target volume at the same time that the write is committed to the underlying storage device on the source system.  Once both the local and target writes are complete, the write request is acknowledged as complete and control is returned to the application that initiated the write.  



 

Adding

Add the mirror disk DR resource to a group.

  1. When add a resource from a group name, select a group → right click → 'Add Resource'. Or select Edit(E) from the main menu bar → select 'Add Resource'. Or select 'Add Resource' icon from the tool bar.
  2. Select 'MirrorDisk DR' from Resource Type lists and click 'Next' button. When add a resource from the mirror disk DR resource type name, this step will be skipped.
  3. Enter the resource name.
  4. Select driver letter, Mirror IP, DR Mirror IP and Mirror Type in the Local Mirror Configuration.

    Mirror IP : IP address of mirror disk between nodes in a cluster.

    DR Mirror IP : IP address of mirror disk between a cluster and an off-site DR node.

  5. Select mirror type between the cluster and off-site DR node. It does not matter that Mirror type of local cluster and DR is different. (i.e. Mirror type of local cluster is Sync mode, but DR is Async mode.)

  6. Enter the IP address of data replication on the off-site DR node. This muse be on the same subnet with DR Mirror IP address of local cluster.

    The drive letter to be used as the mirror disk should be same on the both servers.
    Driver letters of external storage which both nodes are sharing are also listed up, don't select these for mirror disk.
    Data will be replicated from the source node to the target and off-site DR node.
    Be careful when you select the drive character where data exists.
    If you try to add the existing mirror disk, <mirrored> will be added to the volume letter.

        


    [Figure] Adding Mirror Disk DR Resource

       

  7. As 'Additional Settings', ChkDsk option is available.

    <ChkDsk Option>

    Set the check disk command option. For more details on the function, refer to MSDN.


    [Figure] check disk option

     

  8. When click OK button, following warning message will be displayed and lick OK button if the informations are correct.
    If you select wrong sever, click cancel button.
     
    [Figure] Alert popup message after click OK button  

  9. Click 'Finish' button to add the mirror disk DR resource.

 

Deleting

Select resource type → right click → delete resource.

 

  1. Click "Delete resource" and a confirming message about deleting resource will appear.

    [Figure] check resource view    

  2. Click "OK" and a confirming message about deleting the mirror disk.

    [Figure] Delete physical mirror disk view   

  3. Click "Yes" button and the mirror disk is deleted.

 

State

The following table explains the state of mirror disk DR resource.

StateAgent commandDescriptionNote

Online

Source disk is accessible to read/write.

Offline

It locks the mirror disk using LOCKVOLUME command. Both source and target disk cannot accessible from each node.


Monitoring

The monitoring process is also determined by the mirror disk status and roles. 
The kernel driver of replication component records an event in the system event log when the mirror disk status is changed.
The MCCS event monitor is registered as an event receiver when starting the MCCS service. When a system event occurs, it will be automatically informed and it will detect the mirror disk status and role changes. 
Once the status and the role are determined, a disk writing test is performed to finalize the resource state.

If the writing test is successful, it is regarded as the online state. Otherwise, it is regarded as the offline state.

If a user unlocks the target disk while the mirror disk is online, MCCS will automatically lock it again. Thus, the target disk of the node with the online mirror disk cannot be unlocked. 


Offline

Source and target disk is not fault state but locked so that cannot access both disk.

Online

Type of command is determined by the role of the mirror disk at the node.

<Source role disk>
1. It unlocks the disk and read/writeable. 
2. Unlocking is done by 'UNLOCKVOLUME' of the replicaiton component. The write function is executed after changing the MountReadOnly in registry value of the copying program to 0. After writing is available, the value is changed back to 1.

<Target role disk>
1. This command will be failed if the mirror status is not "Mirroring".
2. If the mirror disk is fully synchronized, you can change the mirror role. Such a process is determined by the node status (A).
3. If you cannot connect to mirror driver of node A, use the DELETEMIRROR command to delete the existing mirror disk. After that, switch the target and the source, and use the CREATEMIRROR command to create the reverse mirror disk.
When creating the mirror, if you set the option to 0x1, they are not all synchronized.
4. If you cannot connect the mirror driver of node A, use the DELETELOCALMIRRORONLY command to delete the mirror configuration of node B only. After that, use the CREATEMIRROR command to configure the reverse mirror disk.
Now, node A does not respond. The 0x2 option is added so that it does not wait until the target mirror disk is created.
If the final volume is locked, unlock it and change the MountReadOnly option to 0. After writing, change it back to 1.
If the mirror disk is not defined, it is processed as a failure without any operation.


Monitoring

Refer to the description of monitoring as above.


Fault

If a writing test failed online, or an attempt to go online is failed, the trouble state is displayed.

*Failover disabled state
When a mirror network communication failure, target node or target disk failure occurs, the mirror state is changed from 'MIRRORING' to other, such as 'MIRROR_PAUSED'.
If the mirror status is not 'MIRRORING', a failover will take place and it can cause data losses or damages.
To prevent this problem, MCCS disables the failover mode if the mirror status is not "MIRRORING".
If the failover mode is deactivated, no failover will take place even if manual failover or troubles occur.
If mirror network communication failures are recovered, and communication resumes, it will automatically perform RESYNC. When the mirror status is changed to MIRRORING, the failover mode will be also automatically enabled.

Online

Refer to the above online command.


Offline

It locks the mirror disk using LOCKVOLUME command. Both source and target disk cannot accessible from each node.


 

Attribute

Show the specified attribute of resource.

Attribute

Desctiption

TypeDefaultEditNote
AutoResolveSplitBrain

If it is set to 'true', it will automatically resolve the split brain status.

BOOLEANtrueO
ChkDsk

If this is set to true, it perform the check disk command when the mirror disk is taken online.
Before perform this, the mirroring will be automatically paused and this will be resumed after this is completed.

BOOLEANfalseO
ChkdskArg

It defines check disk command option when Chkdsk is true.
/F: Modifies the error in the disk.
/R: Recovers the information of damaged sector. (Including /F)

STRING/FO
DirtyBit

There are dirty bits in the source disk.
When changed block isn't transmitted to the target disk, this is marked on the block.

BOOLEANfalseX
DomainMemberServer

If the node is a member server of the Windows domain, this should be set to "true".
Now, the Windows service account to run the replication component should be set as Administrator for the node.

BOOLEANfalseO

DriveLetter

Drive letter that was assigned by mirror set.  
Source and target mirror should be configured as the same value.

STRING
X
MirrorDRIPIt is an IP address of mirror disk between a cluster and an off-site DR node.STRING
X
MirrorIP

It is an IP address of mirror disk between nodes in a cluster.

STRING
X
MirrorRoleDisplay the disk role (Source or Target) of the node.STRING
X
MirrorState

The mirror status of the mirror disk. 
It is renewed from an event log.

STRING
X
MirrorTimeout

This is the time limit for mirror role or status updates in the process of volume failovers or switching.
If the status or role is not renewed within this time period, a time out error will occur.

INTEGER120 secO
MirrorTypeThis is the type of mirror. Set it to A or S. 
( A - async mode, S - sync mode)
STRINGAX
Password

It is the password for the designated user account.
Unless you set it otherwise before, now, enter the password for the 'Administrator' account.

PASSWORD
O
ResyncNeedIt shows the total sum of the blocks requiring resynchronization.INTEGER0X
ResyncTotalIt is the total sum of the resynchronized blocks.INTEGER0X
RetryGetServiceInfo

It Show attempt number of DK connection state check in online.

INTEGER1O
SourcePriorityLevel

It indicates SourceRole Level of each node in a cluster.

Higher value of node takes Source Role.

STRING
X
TargetDRIPIt is the IP address of data replication for the off-site DR.STRING
X
TargetDRLetterIt is the drive letter for the off-site DR volume.STRING0X
TargetDRResyncNeedIt is the total sum of dirtybit blocks are needed to be resync to the off-site DR.INTEGER0X
TargetDRResyncTotalIt is the total sum of the resynchronized blocks to the off-site DR.INTEGER
X
TargetDRRoleIt is the role of mirror disk of the off-site DR.STRING
X
TargetDRStateIt shows data transfer state between source volume and target volume.STRING
X
TargetDRTypeIt shows data sync mode between mirror disk set and off-site DR.STRING
X
User

The user account to run the mirror related commands.
Unless you set it otherwise before, now, the 'Administrator' account will be used.

STRINGAdministratorO
forceUmountIf it is set to true, the mirror disk will be forcefully unmounted when it is taken offline even tough it has been used.BOOLEANfalseO

Specified attribute values are normally entered when add the resource, This value can be edited or viewed through 'Specified Attribute' table in the Resource Attributes tab on the detailed information panel.