문제

정기적으로 유지 관리를 수행하는 SQL 서버가 많이 있습니다 (Windows 업데이트 패치 등). 이제 24/7 온라인 데이터베이스를 원하고 SQL Server 용 고용성 솔루션 중 하나를 구현해야합니다. 솔루션은 저렴하고 사용하기 간단해야합니다.

데이터베이스 클라이언트의 연결 문자열을 조정하는 데 아무런 문제가 없으므로 현재 패치 등을위한 파트너 인스턴스를 중단 할 때 수동 장애 조치로 데이터베이스 미러링을보고 있습니다.

이것이 최선의 방법입니까, 아니면 장애 조치 클러스터를 설정하지 않는 다른 옵션이 있습니까?

서버는 완전히 중복 스토리지 솔루션으로 가상화됩니다.

모든 팁에 감사드립니다. 미리 감사드립니다!

도움이 되었습니까?

해결책

파트너 서버로 미러링하는 것은 아마도 가장 저렴한 솔루션 일 것입니다 (수동으로 전환하려는 경우 파트너 서버를 건너 뛸 수 있음).

Failover에는 클러스터 캡처 가능한 Windows-License (매우 비싸다)로 공유 디스크 (NAS)가 필요합니다.

복제에 대해서는 확실하지 않거나 미러링과 어떻게 다른지 확실하지 않지만, 내가 연구 한 연구는 미러링이 저에게 적합하다는 결론을 내 렸습니다. 그러나 업그레이드를 할 때 다운 타임을 신경 쓰지 않아도 심각한 하드웨어 고장의 경우 데이터베이스의 거울을 유지합니다.

Database에 따라 미러링이 수행되는 동안 복제는 SQL-Server의 전체 인스턴스를위한 것일 수 있습니다. 제 경우에는 2 개의 프로덕션 서버가 있는데, 두 가지 제작 서버가 모두 데이터베이스를 재해 복구를위한 세 번째 백업 서버로 복제합니다. 나는 그것이 복제로 불가능했을 것이라고 생각합니다.

다른 팁

그만큼 4 가지 고 가용성 솔루션 알고 있습니다.

  • 장애 조치 클러스터
  • 로그 배송
  • 미러링
  • 복제

로그 배송은 아마도 24/7이 아니므로 3 개를 남깁니다. ServerFault는 상대적인 장점에 대해 물어볼 수있는 더 좋은 곳입니다.

자동 장애 조치의 경우 미러링을 선택합니다. 두 번째 데이터베이스 연결 문자열을 앱에 빌드 할 수 있으며 선호하는 것을 사용할 수 없을 때마다 백업에 기본값을 제공하므로 앱을 24/7로 제공합니다. 그러나 여기에는 단점이 있지만, 한 번 거울에 '뒤집힌'이면 다른 유지 보수 작업이 거울이 다시 되돌아 가야하거나 거울을 수동으로 바꿔야 할 때까지 이것이 바로 그 방식이라는 것을 받아 들여야합니다.

이것이 진정으로 24/7이 되려면 매뉴얼보다는 자동을 활성화해야합니다. 결정을 내리려면 증인 서버가 필요할 것입니다 ... 선택에 포함시킬 많은 요소가 있습니다. 서버와 함께 작업하고 있습니까? 다른 사이트, 클러스터링, 여러 웹/앱 서버에서 ...?

이전 답변이 제안한 것처럼 https://serverfault.com/search?q=sql+mirroring 이 선택을 한 사람들이 훨씬 더 자세하게 당신을 도울 준비를 할 것입니다.

미러링의 큰 이점은 미러 서버에 다른 활동이 없다는 것입니다. 라이센스가없는 다른 활동이 없으며, 거울이 인수되면 라이브 서버 라이센스가 전송된다는 것입니다. Microsoft.com의 SQL 라이센스 페이지에 대한 자세한 내용

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top