설명이 좀 부족한 거 같은...

A Server, B Server로  구분하면

1. A Active, B Standby

2. A Down --> B Active

여기서  B를 다시 Standby로 하고 싶으시다는 것인지?

만약 A 재설치 등의 작업을 하셨다면, Cluster Node 추가하신다면...

수동으로 Failover할 경우 리소스가 변경되는 시간은 몇 초 정도 필요합니다. (리소스가 많을 경우 수 분이 걸릴 수도)

클러스터 그룹을 UI 상에서 변경도 가능하고

C:\> cluster group “클러스터 그룹” /move

C:\> cluster group /status

CMD 창에서 수동으로 변경할수도있습니다.

하지만 운영중에 일부러 하는거는 추천드리고 싶지않네요...

클러시터링도 failover 되는 시점의 다운타임을 가지게 됩니다.

위에 선식님께서 말씀하신데로 리소스가 변경되는 시간동안의 다운타임을 생각하신다면

점검때 진행하심이...^^;

안녕하세요 두분 답변 감사드립니다.

설명이 조금 부족 했었네요.

1. A Active, B Standby

2. A Down --> B Active    로 FailOver 가 되었을때.

A를 Stanby 로 재 구성 시 노드 추가할 때 B Active 서버에 영향이 갈까요?

요점은 노드 추가할 때 A가 해당 볼륨을 Mount 해야 하지 않을까요? 이때 B가 Unmount 를 해야 할 것 같아서요.

만약 이게필요 없다면 다운타임은 전혀 없을것으로 예상되는데요.

간단한 내용인데 제가 설명을 잘 못했네요.

왜 질문을 드렸냐면,

저희가 초기에 MSCS와 기타 솔루션을 고민 하던 중, 둘다 BMT를 해보고

MSCS는 AD서버가 따로 필요하여 서버라이선스 비, 유지 비용비 등을 생각했을 때 기타 솔루션이 더 낫겟다 판단하여 도입을 하였는데

현재 그 솔루션 문제가 Fail Over가 발생 하하여 B가 Active가 되고 A를 재구성 할 시(OS 재설치) 

SQL을 설치할 때 해당 볼륨(SAN)을 Mount 한 후 설치 해야 하더라구요. 물론 이때 B Active서버의 SQL Service를 내리고

볼륨을 unmount 한다음 A에 Mount하고 설치 해야 합니다. 물론 이 시간이 30분 내외겠지만 치명적인 시간이라서요.

만약 MSCS에서 노드 추가 및 재구성 시 이런 이슈가 없다면.. 클러스터링 구성을 다시 고민해야 할거 같아서요.