SQL Server 2008 장애 조치 (failover) 클러스터가 데이터베이스 및 로그 파일에 대해 클러스터 공유 볼륨을 사용할 수없는 이유는 누구나 생각할 수 있습니까?클러스터 공유 볼륨의 SQL Server 2008 장애 조치 (failover) 클러스터?
CSV를 사용하면 장애 조치 시간을 줄이고 클러스터 그룹 구성의 복잡성을 줄일 수 있습니다 (물리적 드라이브 리소스가 더 이상 "장애 조치"할 필요가 없음).
100 % 확실하지는 않지만 Microsoft는 CSV에있을 수있는 것을 제한합니다.
물론 여기에 VHD를 넣을 수 있습니다. 그게 전부 요점입니다. 그리고 VHD에는 데이터베이스 데이터와 로그 파일이 포함될 수 있습니다. VHD의 "내부"상태를 누가 압니다.
그러나 구성을 알지 못해서 무엇을 하려는지 알지 못합니다. CSV가 있기 때문에 단일 클러스터 (예 : SAN의 단일 LUN)를 여러 클러스터 멤버가 공유 할 수 있으므로 여러 클러스터 멤버가 개별 파일을 사용합니다. 특히이 정보는 VM 정의 및 VHD를 구성합니다.
이전에는 하나의 VM 정의와 VHD를 별도의 LUN에 넣어야 개별적으로 이동할 수있었습니다. 너무 많은 LUN을 가지고있는 것 이외의 다른 점은 "잘못된 것"이 아닙니다.
데이터베이스 파일이 다릅니다. 당신은 많은 것을 가지고 있지 않습니다. 그들은 크다. 조심스럽게 배치하고 지켜보고 싶습니다. 기타
데이터베이스 파일을 VHD에 넣는다면 원래 말했던 것처럼 쉽게 처리 할 수 있습니다. 별도의 LUN에서 데이터베이스 파일을 넣으면
당신은 ... 자세한 치료의 모든 및 LUN이 쉽게 아무것도로 장애 조치됩니다
흠이 -를 CSV에 대한 이해가 그냥 것을 더 장애 조치 할 필요가없는 새로운 종류의 스토리지 리소스입니다. 확실하게 SQL Server에서 사용되는 실제 디스크의 장애 조치는 항상 수행 할 수 있습니다.하지만 그렇게 할 필요가 있는지 궁금합니다. –
실제로 CSV는 장면 주름이있는 클러스터의 일반적인 장애 조치 파일 공유 서비스입니다. NIC에서 SMB 용 Microsoft 클라이언트 및 서비스를 활성화해야합니다. 즉, "한 가지는 파일을 관리하지만 다른 클러스터 구성원에게는 장애 조치가 가능"합니다. 뒤에서는 클러스터 구성원이 파일에서 데이터를 읽고 쓸 수있는 권한을 한 번에 한 구성원 (SMB을 수행하는 구성원이 아닌)에게 부여합니다. 그것은 약간의 음모가 추가 된 존재하는 조각들로 지어진 제한된 클러스터 파일 시스템입니다. 그러나, 그것은 일을 끝낸다. –