Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current View Version History

« Previous Version 24 Next »

In case of MCCS needed data cannot be shared among nodes in a cluster, namely NAS or DAS, may not use latest data after failover. In this case, Mirror disk is used when there is no external shared disk, and is replicated between two nodes by using replication component. MCCS provides replication function of DataKeeper from SIOS corporation (OEM Product) and Mirror Disk Agent manages this replicated data set. 

It functions properly according to the state and role of mirror disk. Actions such as state and role of mirror disk are all recorded in the system event log, and this information will be sent to MCCS through event log monitor module.
MCCS Event Module is activated when MCCS service starts.
Data replication software operates by creating mirror set for volumes between two nodes.
The primary server has source volume and the secondary server has target volume which is an exact replica of source volume.
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.

이 페이지의 주요 내용

[Figure] Mirroring Configuration



Replication Mode

Replication option 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

There are two way to add a resource which one is select this from a group name and another is select this from a resource type.

Adding in 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' from Resource Type lists and click 'Next' button. When add a resource from the mirror disk resource type name, this step will be skipped.
     
     [Figure] Select Resource Wizard View

  3. Next steps are same as adding in resource type.

Adding in Resource Type

  1. Resourcetype - Right Click - Add Resource.

      [Figure] Adding resource in a Resource type

  2. Getting disk information.
     
    [Figure] Screen of Getting disk information.

  3. Select the mirror volume and MCCS will renew the information.
    If you skip enter resource name, this will given 'Mirror_value' which value is selected driver letter.(Ex: Mirror_G)

    미러 디스크로 사용될 드라이브 문자는 양쪽 서버에서 같은 드라이브 문자로 되어있어야 합니다.
    [SAN 환경의 드라이브 문자(공유디스크)도 목록에 보여지므로 정확한 드라이브 문자를 선택하시기 바랍니다.]
    데이터는 소스로 지정  노드에서 타겟으로 지정된 노드로 복제됩니다.
    데이터가 존재하는 드라이브 문자를 선택하실 때 주의하시기 바랍니다.
    이미 만들어진 미러 볼륨을 추가 할 경우 볼륨레터 옆에 (mirrored)가 붙습니다.

        

    [그림] After gathering additional information screen

        

    [그림] 미러가 미리 구성되지 않은 볼륨 선택 시 화면

    [그림] 미러가 미리 구성되어 있는 볼륨 선택 시 화면  
                                                                          

  4. 미러 디스크 리소스로 구성할 디스크가 없으면 다음과 같이 표시됩니다

    [그림] 미러 디스크 리소스 디스크 없음을 나타내는 화면


  5. As 'Additional Settings', Synchronized Mode and Check Disk option is available.

    <동기화 모드>

    동기화 모드는 한 번 선택하면 변경할 수 없으므로 주의해서 선택해야 합니다.
    동기모드 : 응답속도는 느리지만 데이터 손실이 없습니다. 
    비동기모드 : 동기모드보다 응답속도는 상대적으로 빠르지만 데이터 손실이 발생할 수 있습니다.


    <디스크 검사 옵션>

    디스크 검사 명령 실행 옵션을 지정합니다. 자세한 기능은 MSDN을 참고하십시오.

    [Figure] Defining mirror type and check disk option

     

  6. When click OK button, following popup message appear.
    Confirm selected server as source.
    If you select wrong sever, clock cancel button.
     
    [Figure] Alert popup message after click OK button

  7. Click 'Finish'button and mirror disk resource is added.
     
    [Figure] Adding mirror disk resource is completed

 


Deleting

Select resource type - right click - delete resource

  1. Select "Delete resource".

    [Figure] Delete mirror disk resource view

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

    [Figure] check resource view

  3. Click "OK" and a confirming message about deleting redundancy program of mirror configuration will 

    [Figure] Delete physical mirror disk view

  4. Click "OK" and redundancy program is deleted. Click "Cancle" and only mirror disk is deleted. 


State

다음 테이블은 상태와 사용자 명령에 의해 발생되는 MCCS 리소스의 상태 이동에 대해 설명합니다.
명령은 사용자에 의해 발생되는 것을 전제로 합니다.
미러 디스크 에이전트: 미러 디스크를 관리하며, 복제 프로그램이 설치되어 있어야 합니다. 

상태Agent 가능 명령설명비고

온라인

소스 볼륨이 접근 가능하고 쓰기 테스트가 정상적으로 이루어지는 상태입니다.

오프라인

미러 역할과 관계없이 LOCKVOLUME 명령으로 볼륨을 잠급니다.
미러 볼륨이 정의되지 않은 경우, LOCKVOLUME 명령은 무시되어 실패한 것으로 처리됩니다.

 
모니터링

모니터 과정 또한 미러 볼륨의 상태와 역할에 따라 결정됩니다.
복제 프로그램 커널 드라이버는 미러 볼륨의 상태가 변경될 경우에 시스템 이벤트 로그에 이벤트를 기록합니다.
MCCS 이벤트 모니터는 MCCS 서비스를 시작할 때에 이벤트 수신자로 등록하고 시스템 이벤트가 발생하면 자동으로
통보받아 미러 볼륨의 상태와 역할 변경 여부를 감지합니다.
상태와 역할이 결정된 상태에서 디스크 쓰기 테스트를 통해 최종적인 리소스 상태를 결정합니다.

<소스 볼륨>
쓰기 테스트가 성공하면 온라인 상태로 판단합니다.

<타깃 볼륨>
1. 디스크에 대한 쓰기 테스트를 하여 실패 시 오프라인 상태로 판단합니다.
2. 사용자가 미러 디스크가 온라인 중에 타깃 볼륨의 잠금 상태를 해제하면 에이전트가 타깃 볼륨을 자동으로 다시 잠급니다. 
따라서 미러 디스크가 온라인되어 있는 노드의 타깃 볼륨에 대한 잠금 해제를 허용하지 않습니다.
3.미러 볼륨이 정의되지 않은 경우 오프라인 상태로 판단합니다.

 

오프라인

온라인, 장애 상황을 제외한 상황은 모두 오프라인 상태입니다.

온라인

시작되는 노드 상에서의 미러 볼륨 역할에 따라 동작이 결정됩니다.

<소스볼륨>
1.볼륨에 대한 잠금 상태 해제 및 쓰기를 가능하게 합니다.
2.잠금 해제는 복제 프로그램의 'UNLOCKVOLUME'으로 이루어지며  쓰기 기능은 복제 프로그램의 레지스트리의 값 중 MountReadOnly 값을 0으로 변경하여 쓰기를 가능하게 한 후 1로 바꿔 놓습니다.

<타깃볼륨>
1.미러 역할이 타깃인 노드에서 온라인 하려면 미러 상태가 Mirroring이 아닌 경우는 실패로 판단합니다.
2.미러 볼륨이 완전히 동기화된 상태라면 미러 역할을 바꿀 수 있으며 그 과정은 소스 노드(A) 상태에 따라 결정됩니다.
3.노드 A의 미러 드라이버에 연결이 되는 경우는 DELETEMIRROR 명령에 의해 기존 미러 볼륨 구성을 삭제한 후에  타깃을 소스로 소스를 타깃으로 변경해서 CREATEMIRROR 명령으로 역방향 미러 볼륨을 만듭니다.
미러를 생성할 때, 옵션은 0x1을 지정하여 전체 동기화를 하지 않습니다.
4.만일 노드 A의 미러 드라이버에 연결할 수 없는 경우는 DELETELOCALMIRRORONLY 명령으로 노드 B의 미러 구성만 삭제한 후, CREATEMIRROR 명령으로 역방향 미러 볼륨을 구성합니다.
이 때는 노드 A가 응답하지 않기 때문에 타깃 미러 볼륨이 만들어지기를 기다리지 않도록 0x2 옵션이 추가됩니다.
최종적으로 볼륨이 잠금 상태일 경우는 잠금을 해제를 하고, 쓰기 가능하게 MountReadOnly 값을 0으로 변경한 후에 1로 바꿔 놓습니다.
미러볼륨이 정의되지 않은 경우 아무런 동작 없이 실패로 처리됩니다.

 
모니터링

위에 모니터링 명령 설명 참조

 

장애

온라인 상태에서 쓰기 테스트가 실패하거나 온라인 시도가 실패하면 장애 상태로 표시됩니다.

*페일오버 비활성상태
미러 네트워크 통신 장애, 타깃 노드 또는 타깃 디스크 이상 등의 장애가 발생하면
미러 상태는 MIRRORING이 아닌 다른 상태, 즉 MIRROR_PAUSED와 같은 상태가 됩니다.
미러 상태가 MIRRORING이 아닌 경우 페일오버가 발생하게 되고
데이터 소실 또는 데이터 손상을 야기할 수 있습니다.
이를 방지하기 위해 에이전트는 미러 상태가 MIRRORING이 아닌 상태로 변경되면
페일오버 모드를 비활성화합니다.
페일오버 모드가 비활성화되면 수동 페일오버나 장애가 발생해도 페일오버를 실행하지 않습니다.
미러 네트워크 통신 장애인 경우에 통신이 재개되면 자동으로 RESYNC를 수행하며
미러 상태가 MIRRORING으로 변경되면 페일오버 모드 또한 자동으로 활성화됩니다.

온라인

위에 온라인 명령 설명 참조

 
오프라인

미러 역할에 관계없이 LOCKVOLUME 명령으로 볼륨을 잠급니다.
미러 볼륨이 정의되지 않은 경우, LOCKVOLUME 명령은 무시되어 실패한 것으로 처리됩니다.

 

 

 

Attribute

[Figure]  Mirror Disk Attribute Screen

 

ArgList 인수

설명

타입기본값수정비고
AutoResolveSplitBrain

'true'로 설정할 경우 자동으로 스플릿브레인을 해결합니다.

BOOLEANtrueO 
ChkDsk

볼륨 마운트 시 '디스크 검사 옵션'에 따라 디스크를 검사하여 오류를 수정합니다.
True로 설정될 경우에 온라인 시에 볼륨에 더티 비트가 설정되어 있으면 ChkdskArg 옵션으로 체크디스크를 실행합니다.
체크디스크 실행 전에는 미러의 복제상태가 자동으로 중지가 되고, 완료 후에 자동으로 재동기화됩니다.

BOOLEANfalseO 
ChkdskArg

Chkdsk가 true일 때 체크디스크 명령 옵션을 지정합니다.

STRING/FO 
DirtyBit

대상 미러 볼륨에 더티 비트가 설정되어 있음을 의미합니다.
일반적으로 대상 볼륨에 무결성 검사가 필요할 경우 시스템에 의해 설정됩니다.

BOOLEANfalseX 
DomainMemberServer

미러 리소스를 구성할 노드가 윈도우 도메인 환경의 멤버서버일 경우 "true"로 선택하셔야 합니다.
이 때 DK 서비스를 시작할 윈도우 서비스 계정은 로컬 노드의 Administrator로 지정해야 합니다.

BOOLEANfalseO 

DriveLetter

미러 볼륨이 할당된 드라이버 문자입니다.
소스, 타깃 시스템에서 동일한 값을 갖도록 구성해야 합니다.

STRING X 
MirrorIP

볼륨을 복제하기 위해 사용하는 IP 입니다.

STRING X 
MirrorRole미러 볼륨의 미러 역할입니다.
이벤트 로그로부터 갱신됩니다.
STRING X 
MirrorState

미러 볼륨의 미러 상태입니다.
이벤트 로그로부터 갱신됩니다.

STRING X 
MirrorTimeout

볼륨 페일오버, 스위치 등의 과정에서 미러 롤(Role) 또는 상태 업데이트에 대한 시간 제한 값입니다.
이 시간 내에 상태 또는 롤에 대한 갱신이 없을 경우는 타임아웃 에러가 발생합니다.

INTEGER120초O 
MirrorType미러 동기화 모드를 결정합니다. A 또는 S로 설정합니다.( A - 비동기모드, S - 동기모드)
* 비동기모드로 설정할 경우 데이터 손실이 발생할 수 있습니다.
STRINGAX 
Password

지정된 사용자 계정에 대한 비밀번호입니다.
특별히 변경하지 않은 경우에는 'administrator' 계정에 대한 비밀번호를 입력합니다.

PASSWORD O 
ResyncNeed재동기화가 필요한 블럭들의 총합을 나타냅니다.INTEGER0X 
ResyncTotal재동기화 블럭들의 총합을 나타냅니다.INTEGER0X 
TimeAquiredSourceRole해당 노드의 미러 롤이 소스로 변경된 시간입니다.STRING X 
TotalSpace대상 미러 볼륨의 총 크기를 나타냅니다.INTEGER X 
UsedSpace대상 미러 볼륨의 사용 크기를 나타냅니다.INTEGER X 
User

미러 관련 명령을 실행할 사용자 계정입니다.
특별히 설정하지 않은 경우에는 'Administrator' 계정으로 사용합니다.

STRINGAdministratorO 

속성 값은 해당 리소스를 등록할 때에 입력된 값이며, '리소스 고유 속성'에서 값을 변경하거나 확인할 수 있습니다.

  


  • No labels