...
상세 정보를 출력합니다.
| Code Block |
|---|
C:\>bsrsetupUsers\Administrator>bsrsetup status r0 --verbose --statistic r0 node-id:0 role:SecondaryPrimary suspended:no write-ordering:drain req-pending:0 volume:0 minor:2 disk:InconsistentUpToDate size:409600010467328 read:029847120 written:03029330 al-writes:0260 bm-writes:0 upper-pending:0 lower-pending:0 lower-pending:0 al-suspended:no al-pending-changes:0 al-used:0 accelbuf-used:0 blocked:no WIN2012R2_2D3W2K22BSRAG-002 node-id:1 connection:ConnectedConnecting error: role:SecondaryUnknown congested:no volume:0 replication:EstablishedOff peer-disk:Inconsistent :DUnknown resync-suspended:no received:0 sent:11803912 out-of-sync:329892 pending:0 unacked:0 D3W2K22BSRAG-003 node-id:2 connection:Connected role:Secondary congested:no volume:0 replication:Established peer-disk:UpToDate resync-suspended:no received:0 sent:016247308 out-of-sync:0 pending:0 unacked:0 |
...
bsr은 디스크 전체 영역을 대상으로 수행하는 기존 전체 동기화 방식을 파일시스템이 사용하는 영역에 대해서만 동기화하는 빠른 동기화(FastSync)로 를 기본 동작으로 변경하였습니다. 예를 들어 1TB 디스크에서 100MB 만 사용하고 있다면 100MB 디스크 영역에 대해서만 동기화 하므로 기존 전체 동기화(1TB)에 비해 10배 빠르게 초기동기화를 마칠 수 있습니다. FastSync 는 다음과 같은 다음 시점에 기본 동작합니다.
초기 전체 동기화(bsradm primary --force)
수동 전체 동기화(invalidate/invalidate-remote)
정합성 검사(bsradm verify)
| Note |
|---|
주의할 점! FastSync 는 초기 동기화를 수행하기 전 시점에 디스크 공간에서 파일시스템이 사용하는 전에 파일시스템 정보를 우선 얻어야 하는데, 파일시스템이 훼손(깨짐)되어 있다면 사용영역에 사용 영역에 대한 정보를 부정확하게 처리할 수 있습니다. 이를 인식하지 못하고 FastSync 가 처리될 경우 소스와 타깃의 정합성이 불일치하는 결과를 낳게 불일치하게 되므로 매우 조심해야 합니다. 따라서 bsr 에선 이런 상황에 대비하기 위해 bsradm primary --force 를 통해 초기 동기화를 수행하기에 앞서 파일시스템 무결성 검사를 먼저 의뢰하고(chkdsk or fsck) 그 결과에 문제가 없을 때 FastSync 가 동작하도록 합니다. 관리자는 bsr 초기동기화를 수행하기 전 파일시스템 무결성 검사를 수행하여 복제 디스크의 health 상태를 미리 파악해 둘 필요가 있습니다. |
| Info |
|---|
FastSync 를 비활성화 하고 예전 FullSync 방식으로 변경 하려면방식을 사용하려면 다음의 명령을 수행합니다.
현재 초기 동기화 방식을 알고 싶을 때방식이 FastSync 인지 FullSync 인지 확인하려면 다음의 명령을 수행합니다.
|
체크섬 기반 동기화
체크섬 데이터 요약을 사용하면 bsr의 동기화 알고리즘의 효율성을 더욱 개선할 수 있습니다. 체크섬 기반 동기화는 동기화하기 전에 블록을 읽고 현재 디스크에 있는 내용의 해시(hash) 요약을 구한 다음, 상대 노드로부터 같은 섹터를 읽어 구한 해쉬 요약 내용과 비교합니다. 해시 내용이 일치하면 해당 블럭에 대한 동기화 쓰기(re-write)를 생략하고 일치하지 않을 경우 동기화 데이터를 전송합니다. 이 방식은 동기화 해야될 블럭을 단순히 덮어쓰는 기존 방식에 비해 성능에서 유리할 수 있으며 연결이 끊어져 있는(disconnect 상태) 동안 파일 시스템이 섹터에 같은 내용을 다시 썼다면 해당 섹터에 대해선 재동기화를 생략하게 되므로 전체적으로 동기화 시간을 단축시킬 수 있습니다.
체크섬 기반 동기화는 기본적으로 비활성화 되어 있습니다. 이 기능을 사용하려면 양 노드의 리소스 구성에 다음 줄을 추가합니다.
resource <resource>
net {
csums-alg <algorithm>;
}
...
}
<algorithm>은 시스템 커널 구성에서 커널 암호화 API가 지원하는 메시지 다이제스트 알고리즘입니다. 일반적으로 SHA1, MD5, CRC32C 중에서 선택할 수 있으며 Windows 는 CRC32 를 지원합니다.
운송 동기화
디스크를 직접 가져와서 구성하는 운송 동기화는 아래와 같은 상황에 적합합니다.
...