데이터베이스 미러링을 위한 필수 구성 요소 및 권장 사항
업데이트: 2006년 12월 12일
이 항목에서는 데이터베이스 미러링을 설정하기 위한 필수 구성 요소 및 권장 사항에 대해 설명합니다. 데이터베이스 미러링에 대한 개요는 데이터베이스 미러링 개요를 참조하십시오.
[!참고] SQL Server 디스크상 저장소 형식은 64비트 및 32비트 환경에서 동일합니다. 따라서 데이터베이스 미러링 세션은 32비트 환경에서 실행하는 서버 인스턴스와 64비트 환경에서 실행하는 서버 인스턴스를 결합할 수 있습니다.
제한 사항
32비트 시스템에서 데이터베이스 미러링은 각 데이터베이스 미러링 세션에서 사용하는 작업자 스레드의 수로 인해 서버 인스턴스당 최대 약 10개의 데이터베이스를 지원할 수 있습니다.
데이터베이스 미러링은 데이터베이스 간 트랜잭션 또는 분산 트랜잭션에서 지원되지 않습니다. 자세한 내용은 데이터베이스 미러링 및 데이터베이스 간 트랜잭션을 참조하십시오.
필수 구성 요소
데이터베이스 미러링을 설정하기 전에 다음 작업을 수행해야 합니다.
각각 주 서버와 미러 서버인 두 파트너가 같은 버전의 Microsoft SQL Server 2005를 실행하고 있는지 확인합니다. 두 파트너에 SQL Server 2005 Standard Edition 또는 SQL Server 2005 Enterprise Edition이 필요합니다.
미러링 모니터 서버를 사용 중이면 SQL Server 2005가 해당 시스템에 설치되어 있는지 확인합니다. 미러링 모니터 서버는 SQL Server 2005 Standard Edition, Enterprise Edition, Workgroup Edition 또는 Express Edition을 지원하는 모든 신뢰할 수 있는 컴퓨터 시스템에서 실행될 수 있습니다.
미러 서버에 미러 데이터베이스를 위한 디스크 공간이 충분히 있는지 확인합니다.
[!참고] 복제된 데이터베이스에서 데이터베이스 미러링을 사용하는 방법은 복제 및 데이터베이스 미러링을 참조하십시오.
미러 서버에 미러 데이터베이스를 만들 때는 WITH NORECOVERY로 동일한 데이터베이스 이름을 지정하여 주 데이터베이스의 백업을 복원하도록 해야 합니다. 백업 후에 생성된 모든 로그 백업 또한 WITH NORECOVERY를 사용하여 적용해야 합니다.
.gif "ms366349.note(ko-kr,SQL.90).gif")
중요:데이터베이스 미러링이 중지된 경우 주 데이터베이스에서 수행된 모든 후속 로그 백업을 미러 데이터베이스에 적용해야만 미러링을 다시 시작할 수 있습니다. 데이터베이스 미러링은 지원되는 모든 데이터베이스 호환성 수준에서 작동합니다. 지원되는 호환성 수준에 대한 자세한 내용은 sp_dbcmptlevel(Transact-SQL)을 참조하십시오.
파트너 서버 구성에 대한 권장 사항
동일한 작업을 처리할 수 있는 동등한 시스템에서 파트너를 실행해야 합니다.
[!참고] 자동 장애 조치(Failover) 있는 보호 우선 모드를 사용하려면 각 장애 조치 파트너의 일반적인 로드에서 사용하는 CPU 양이 50% 미만이어야 합니다. 작업이 CPU를 오버로드하면 장애 조치 파트너에서 미러링 세션의 다른 서버 인스턴스에 ping을 실행할 수 없어 불필요한 장애 조치가 발생할 수 있습니다. CPU 사용을 50% 미만으로 유지할 수 없는 경우 자동 장애 조치 없는 보호 우선 모드나 성능 우선 모드를 사용하는 것이 좋습니다.
가능한 경우 드라이브 문자를 포함한 미러 데이터베이스의 경로가 주 데이터베이스의 경로와 같아야 합니다. 파일 레이아웃이 다른 경우, 예를 들어 주 데이터베이스가 'F:' 드라이브에 있는데 미러 시스템에는 F: 드라이브가 없는 경우 RESTORE 문에 MOVE 옵션을 포함해야 합니다.
중요:미러 데이터베이스를 만들 때 데이터베이스 파일을 이동한 경우 나중에 데이터베이스에 파일을 추가하려면 미러링을 일시 중지해야 할 수도 있습니다. 미러링 세션의 모든 서버 인스턴스에서 같은 마스터 코드 페이지와 데이터 정렬을 사용해야 합니다. 차이가 있으면 미러링 설정 중에 문제가 발생할 수 있습니다.
필요에 따라 데이터베이스 장애 조치에 걸리는 시간을 예상하여 현재 시스템 구성이 필요한 성능을 제공하는지 확인합니다. 자세한 내용은 역할 전환 중 서비스 중단 예측을 참조하십시오.
최상의 성능을 위해 미러링 전용 NIC(네트워크 인터페이스 카드)를 사용하십시오.
보호 우선 모드 사용 시 WAN(광역 통신망)은 데이터베이스 미러링에 대해 안정적이지 않을 수 있습니다. WAN에서 보호 우선 모드를 사용할 경우 필요 없는 자동 장애 조치가 발생할 수 있으므로 세션에 미러링 모니터 서버를 추가할 때는 주의해야 합니다. 자세한 내용은 이 항목의 뒷부분에 나오는 "데이터베이스 미러링 배포 시의 권장 구성"을 참조하십시오.
데이터베이스 미러링 배포 시의 권장 구성
비동기 작업을 사용하면 데이터베이스 미러링 성능이 최적화됩니다. 동기 작업을 사용하는 미러링 세션의 경우 작업에서 대량의 트랜잭션 로그 데이터가 생성될 때 성능이 저하될 수 있습니다.
테스트 환경에서 모든 운영 모드를 시험하여 데이터베이스 미러링 성능을 평가하는 것도 좋지만 프로덕션 환경에 미러링을 배포하기 전에 여기서 데이터베이스 미러링이 어떻게 작동할지 예측할 수 있도록 실제 네트워크 작동 방식을 이해하는 것이 중요합니다.
자동 장애 조치 있는 보호 우선 모드는 가능한 네트워크 오류 출처를 최소화하는 비교적 단순한 네트워크 구성이나 전용 연결이 있는 고품질 서비스 네트워크를 위한 것입니다. 이러한 고품질 네트워크 환경은 자동 장애 조치 있는 보호 우선 모드에 반드시 필요하며 데이터베이스 미러링 세션에 권장됩니다. 그러나 성능 우선 모드와 자동 장애 조치 없는 보호 우선 모드는 네트워크 안정성의 영향을 훨씬 적게 받습니다.
따라서 프로덕션 환경에 대해 다음 배포 지침을 따르는 것이 좋습니다.
- 비동기, 성능 우선 모드로 실행하기 시작합니다. 이 모드는 네트워크 환경의 영향을 가장 적게 받으며 미러링 작동 방식을 살펴 보기에 가장 좋은 구성을 제공합니다. 대역폭이 미러링을 지원한다는 것이 확인되고 환경에서의 비동기 모드 성능과 미러링 설정에 대한 충분한 지식이 쌓일 때까지 시스템을 비동기적으로 실행하는 것이 좋습니다. 자세한 내용은 비동기 데이터베이스 미러링(성능 우선 모드)을 참조하십시오.중요:
테스트 작업 중 세션에서 데이터베이스 미러링 실패를 일으키는 네트워크 오류를 모니터링하는 것이 좋습니다. 잠재적 오류 출처에 대한 자세한 내용은 데이터베이스 미러링 중에 발생 가능한 오류를 참조하십시오. 데이터베이스 미러링을 모니터링하는 방법은 데이터베이스 미러링 모니터링을 참조하십시오. - 비동기 작업이 비즈니스 요구를 만족시킨다고 확신하는 경우 데이터 보호를 향상시키기 위해 동기 작업을 시도할 수 있습니다. 환경에서 동기 미러링이 어떻게 작동하는지 테스트할 때는 먼저 자동 장애 조치 없는 보호 우선 모드를 테스트하는 것이 좋습니다. 이 테스트의 주요 목적은 동기 작업이 데이터베이스 성능에 미치는 영향을 확인하는 것입니다. 자세한 내용은 동기 데이터베이스 미러링(보호 우선 모드)을 참조하십시오.
- 자동 장애 조치 없는 보호 우선 모드에서 비즈니스 요구를 만족시키며 네트워크 오류로 인해 실패하지 않는다고 확신할 때까지는 자동 장애 조치를 설정하지 마십시오. 자세한 내용은 자동 장애 조치(Failover)를 참조하십시오.
[!참고] 데이터베이스 미러링은 VarDecimal 저장소 형식에서 올바르게 작동됩니다. 하지만 각 데이터베이스 엔진은 최소한 SQL Server 2005 서비스 팩 2로 업그레이드되어야 하고 모든 관련 데이터베이스에 VarDecimal 저장소 형식을 사용할 수 있어야 합니다. VarDecimal 저장소 형식에 대한 자세한 내용은 Decimal 데이터를 가변 길이로 저장을 참조하십시오.
참고 항목
개념
데이터베이스 미러링 세션
데이터베이스 미러링 전송 보안
데이터베이스 미러링, 백업 및 복원
데이터베이스 미러링 관리(SQL Server Management Studio)
데이터베이스 미러링 개요
데이터베이스 미러링 설정 문제 해결
도움말 및 정보
변경 내역
| 릴리스 | 내역 |
|---|---|
2006년 12월 12일 |
|
2006년 4월 14일 |
|