2009-03-04 4 views
3

SQL Server 2005와 응용 프로그램이 동일한 두 개의 서버가 있습니다.최고의 핫/웜 백업 서버 복제 전략 (SQL Server 2005)

하드 요구 사항 :

  1. 내가 두 서버에서 데이터를 업데이트 할 수 있어야합니다.
  2. 데이터베이스에서 아무 것도 재구성하지 않고도 서버를 분리 할 수 ​​있어야합니다.
  3. 서버가 다시 연결되면 다른 서버와 자동으로 동기화되어야합니다.

참고 :

  1. 나는 가능하면 주 서버에 상당한 부하를 추가하지 않을 옵션을 선호합니다.
  2. 두 서버에는 복제를위한 개인 네트워크가 있으므로 대역폭에 문제가 없습니다.
  3. 어느 서버에서나 데이터의 유효 기간이 오래되지 않아도 괜찮습니다. 내 옵션을 읽은에서

은 다음과 같습니다 업데이트 할 수있는 구독과

  • 트랜잭션 복제 (대기중인 업데이트)
  • 병합 복제

최고의 내 요구 사항에 맞는 구성?

답변

1

현재 옵션 중 두 서버 모두 쓰기 가능하도록 허용하지 않습니다. 복제 옵션을 사용하면 두 서버를 모두 업데이트 할 수 있으므로 복제 옵션 만 사용할 수 있습니다.

그러나 병합 복제는 설치 및 실행이 가장 어렵습니다. 배포자가 서버 중 하나가 다운 될 때마다 공간이 부족하지 않도록 배포자의 드라이브 공간이 충분한 지 확인해야합니다.

로그 전달 및 미러링으로 보조 서버를 업데이트 할 수 없습니다.

+0

그게 내가 도달하고있는 결론이에요. 지금 병합 복제로 몇 가지 테스트를하고 있습니다. 업데이트주기를 1 분마다 설정했습니다. –

-1

로그 전달을 고려 했습니까?

웜 대기가 자동으로 처리 할 수 ​​있도록 쉽게 설정 될 수 있다고 생각하지 않으므로 몇 가지 수동 작업을 기본 작업으로 포함 시켰습니다.

그리고 가장 최근에받은 로그만큼 좋을 것입니다.하지만 매분마다 로그를 발송하도록 설정할 수 있습니다.

대기업을 100 % 최신으로 유지해야하는 경우 각 트랜잭션을 동기화하는 솔루션이 필요하며 분산 커밋이 필요합니다.

FedEx에서 대기를 출하하고 전원이 꺼지기 전에 강제로 프로세스 (즉, "최종"로그 발송)를 할 수있는 경우; 또는 FedEx의 연결이 끊어지면 "온라인"으로 돌아와서 로그 전달이 중단 된 부분부터 다시 시작해야합니다. 당신이 그것을 초등 회로 만들 때 그것이받은 가장 최근의 기록과 같이 "신선함"이 될 것입니다.

+0

대기는 100 % 최신 상태 일 필요는 없으며 몇 분 내에 있어야합니다. –

+0

주요 포인트는 * 양방향 *이어야한다는 것입니다. 기본 백업은 백업이 온라인 상태가되고 백업이 기본을 업데이트해야 할 때 백업을 업데이트해야합니다. 앱을 한 서버에서 중지하고 다른 서버에서 시작해야하기 때문에 몇 분 정도의 중단 시간을 갖는 것이 좋습니다. –

+0

로그 전달에서는 "온라인"을 함께 사용할 수 없습니다. ServerA (주)를 분리하고 ServerB (보조)를 "승격"하여 주 서버가되도록 설정할 수 있습니다. 그러면 ServerB가 ServerA로 로그 전달을 시작할 수 있도록 설정할 수 있습니다. ServerA는 향후 일정으로 Primary로 승격 될 수 있습니다. – Kristen