SQL Server 2005의 미러링 대 로그 배송

Question

이 시나리오에서 데이터베이스 미러링의 장단점에 대한 사람들의 생각을 듣고 싶습니다.이 시나리오에서 로그 배송 : 기본이 실패 할 때 자동으로 픽업 할 필요가없는 두 번째 서버가있는 경우 데이터베이스 백업 상황을 설정해야합니다. 2 차를 회복하고 시작하는 것은 너무 오래 걸릴 필요는 없습니다.

Answer 1

미러링

• 데이터베이스 미러링은 두 개의 서버로만 제한됩니다.
• 증인 서버로 미러링하면 고 가용성과 자동 실패가 허용됩니다.
• DSN 문자열을 모두 미러링 된 서버를 갖도록 구성하여 전환 할 때 아무것도 눈치 채지 못할 수 있습니다.
• 미러링되는 동안 미러 된 데이터베이스에 액세스 할 수 없습니다. 동기화/복원 모드입니다.
• SQL Server 2005 표준판을 사용한 미러링은로드 밸런싱에 적합하지 않습니다 (위의 문장 참조)

로그 배송

• 배송을 여러 서버에 로그인 할 수 있습니다.
• 로그 배송은 작업이 얼마나 자주 운영되는지만큼 최신입니다. 15 분마다 로그를 배송하면 보조 서버가 15 분 정도 일 수 있습니다. 더 따뜻한 대기로 만듭니다.
• 업데이트되는 동안 데이터베이스를 읽기 전용 모드로 남겨 둘 수 있습니다. 서버를보고하는 데 좋습니다.
• 재해 복구에 좋습니다

Answer 2

백업 목적으로 미러링을 권장합니다. 번거 로움없이 항상 데이터베이스의 최신 사본을 유지합니다. 자동 장애가 필요하지 않으면 두 개의 서버/인스턴스 만 필요합니다. 고성능 모드는 Enterprice (SP) 에디션에서만 사용할 수 있습니다!

Answer 3

보조 데이터베이스로 전환하는 데 로그 배송이 더 오래 걸리지 만 나쁘지는 않습니다. 모호하지 않은 백업 파일을 수동으로 복사하고, 트랜잭션 로그 백업을 보조 데이터베이스에 적용하고, 보조 데이터베이스를 복구하고, 그 역할을 기본으로 변경해야합니다. 이전 기본 데이터베이스에 액세스 할 수있는 경우 시작하기 전에 트랜잭션 로그를 백업해야합니다. 미러링으로 실패하는 것은 다소 간단하며 고 가용성 모드를 사용하는 경우 자동으로 수행 할 수 있습니다. 고성능 모드를 사용하더라도 여전히 하나의 명령문 작업입니다.