...

--discard-my-data 로 연결을 수립하여 SB를 해결하면 희생노드는 상대노드를 기준으로 재 동기화하여 최신 복제 데이터 셋으로 복구 합니다.

장애 대응

FSR 은 다음의 오류 상황들을 장애로 규정하고 규정하며 해당 장애가 발생할 경우 이에 경우에 대한 후속 대응을 수동으로 수행해야 합니다설명합니다.

• 디스크 오류
• FSR 엔진의 파일 I/O 오류

디스크 오류

복제 대상이 위치한 볼륨이 운영 중 의도치 않게 마운트 해제 되거나 물리적 파손으로 인해 저장매체 자체에서 문제가 되는 등 복제 대상 디스크 자체에서 장애가 발생할 수 있습니다.. 이 경우 사용자는 복제 대상을 다시 복구하여 볼륨 장치가 다시 가동될 수 있도록 조치해야 합니다. 수동 복구가 완료되면 전체 동기화를 통해 복제를 재 시작 해야 합니다.

...

파일 I/O 는 파일경로 문제로 인한 오류, 계정에 따른 권한 문제 등  다양한 상황에서 오류가 발생될 수 있습니다. I/O 오류가 자주 발생되는 것은 아니지만 의도치 않은 환경의 변화가 있거나 예외 상황에 대해 유연하게 대응하도록 작성되지 못한 응용에 의해 오류가 발생되는 것은 서비스 운영 중에 발생할 수 있는 통상적인 상황 입니다. I/O 오류가 발생되면 해당 예외 상황에 대해 응용 프로그램들은 예외 처리를 수행하게 되어 있으며 이후 동작은 응용 프로그램에 따라 다르게 대응됩니다. 이렇게 소스 측 응용 프로그램에 의한 파일 I/O의 오류는 언제든지 발생될 수 있는 일반적인 파일 I/O 오류로 보며 장애로 간주하지 않습니다보며 이는 장애가 아닙니다. 그러나 fsr 엔진에서 수행하는 파일 I/O 에서오류가 O에서 오류가 발생한다면 이는 장애가 됩니다장애입니다. fsr 이 파일 I/O 를 할 수 없으면 미러링 연산이 동작이 근본적으로 불가하며 불가하므로 복제를 즉시 중단합니다.

fsr 엔진에서 발생한 I/O 오류의 오류 코드는 로그로 기록되며 해당 오류 코드를 통해 오류의 원인을 추정할 수 있습니다. 관리자는 이를 통해 장애를 수동으로 복구해야 하며 fsr의 I/O를 정상화해야 합니다. 정상화된 환경에서 최종적으로 리소스를 다시 기동시키고 전체동기화를 수행하여 복제를 재개합니다.

...

통상 이러한 유틸리티를 사용할 경우에는 볼륨을 언마운트한 후 사용하는게 안전하며, 그리고 이 검사 과정에서 논리적 결함감지와 그에 따른 복구가 있었다면 타깃과의 정합성 일치를 위해 해당 볼륨을 다시 복제 리소스로 기동한 후 반드시 전체 동기화를 시켜 주어야 합니다.

보안 속성

파일복제를 위해서 주 노드와 대기 노드는 OS 수준의 보안 구성 상태가 동일해야 합니다. 예를 들어 사용자 계정이나 보안 그룹이 동일하게 구성되어 있어야 파일의 보안속성이 변경되거나 설정될 때 올바로 적용될 수 있습니다. 만약 보안 구성 상태가 다르다면 소스 측에서 대상파일에 상이한 보안속성으로 설정하려고 시도할 경우 대기노드는 이에 대한 적절한 보안 속성을 정할 수 없기 때문에 복제 엔진은 이를 오류로 처리하고 복제를 중단합니다. 

주 노드와 대기노드의 보안 구성이 다른 상황에서도 복제를 운영 하려면 파일의 보안속성을 제외하여 복제하는 옵션을 사용해야 합니다.