sqlmag.com에서 사용할 수있는 SQL Server 클러스터링에 대한 많은 기사를 작성했습니다. 기본적으로 Microsoft Cluster Services를 사용하여 액티브 / 패시브 클러스터를 설정 한 다음 해당 인스턴스를 배포자로 사용합니다. 배포자 인 기존 인스턴스를 가져 와서 클러스터 할 수 없습니다. 또한 일종의 공유 스토리지가 필요합니다.
기사에 따르면 @MattM 문제는 많은 복제 구성 요소가 배포자의 호스트 이름을 변경하지 않으므로 문제가된다는 것입니다. 그곳에서 클러스터링이 시작됩니다. 가용성 그룹이 실제 인스턴스와 다른 네트워크 이름을 사용할 수 있기 때문에 AlwaysOn이 상황을 변경하는 방법을 살펴보면 흥미로울 것입니다. 그러나 배포판에 Enterprise Edition을 사용해야하므로 비용이 많이 듭니다.
로그 전달 및 복제에 대한 내용은 msdn.microsoft.com/en-us/library/ms151224.aspx 를 확인 하십시오 . 솔직히, 나는 그것을하지 않을 것입니다. 발생할 수있는 모든 종류의 페일 오버 이벤트로 인해 데이터가 손실 될 수 있습니다. 그 자체로는 문제가되지 않습니다. 복제는 동기화중인 모든 데이터에 매우 민감합니다. 데이터가 손실되면 창 밖으로 나옵니다. 자신을 보호하려면 다른 서버를 가져 와서 SQL을 설치하십시오. 재해가 발생하면 새 서버를 배포자로 사용하여 복제를 다시 구성하십시오.