데이터베이스 미러링 사용
[!참고]
Microsoft SQL Server의 이후 버전에서는 이 기능이 제거됩니다. 새 개발 작업에서는 이 기능을 사용하지 않도록 하고, 현재 이 기능을 사용하는 응용 프로그램은 수정하십시오. 대신 AlwaysOn 가용성 그룹을 사용하십시오.
SQL Server 2005에 도입된 데이터베이스 미러링은 데이터베이스 가용성과 데이터 중복을 높이는 솔루션입니다. SQL Server Native Client는 데이터베이스 미러링을 암시적으로 지원하므로 데이터베이스에 미러링이 구성되고 나면 개발자는 코드를 작성하거나 별도의 조치를 취할 필요가 없습니다.
데이터베이스 단위로 구현되는 데이터베이스 미러링은 대기 서버에 SQL Server 프로덕션 데이터베이스의 복사본을 보관합니다. 이 서버는 데이터베이스 미러링 세션의 구성 및 상태에 따라 핫 대기 서버나 웜 대기 서버가 됩니다. 핫 대기 서버는 커밋된 트랜잭션이 손실되지 않는 신속한 장애 조치(Failover)를 지원하며, 웜 대기 서버는 강제 서비스(데이터 손실 가능성이 있음)를 지원합니다.
프로덕션 데이터베이스는 주 데이터베이스, 대기 복사본은 미러 데이터베이스라고 부릅니다. 주 데이터베이스 및 미러 데이터베이스는 별도의 SQL Server 인스턴스(서버 인스턴스)에 상주해야 하며 가능한 한 상주하는 컴퓨터도 달라야 합니다.
주 서버라고 하는 프로덕션 서버 인스턴스는 미러 서버라고 하는 대기 서버 인스턴스와 통신합니다. 주 서버 및 미러 서버는 데이터베이스 미러링 세션 내에서 서로 파트너 역할을 합니다. 주 서버가 실패하면 미러 서버가 장애 조치(Failover)라는 프로세스를 통해 자신의 데이터베이스를 주 데이터베이스로 만듭니다. 예를 들어 서로 파트너 관계인 Partner_A와 Partner_B 서버가 있는데, 처음에 주 데이터베이스는 주 서버인 Partner_A에 상주하고 미러 데이터베이스는 미러 서버인 Partner_B에 상주한다고 가정합니다. Partner_A가 오프라인이 된 경우 Partner_B에 있는 데이터베이스가 장애 조치(Failover)되어 현재 주 데이터베이스가 될 수 있습니다. Partner_A가 미러링 세션에 다시 참여하면 Partner_A는 미러 서버가 되고 그 데이터베이스가 미러 데이터베이스가 됩니다.
대체 데이터베이스 미러링 구성은 성능 및 데이터 안전 수준이 다르며 지원되는 장애 조치(Failover) 형태도 다릅니다. 자세한 내용은 데이터베이스 미러링(SQL Server)를 참조하십시오.
미러 데이터베이스 이름을 지정할 때 별칭을 사용할 수도 있습니다.
[!참고]
미러된 데이터베이스에 대한 초기 연결 시도 및 재연결 시도에 대한 자세한 내용은 데이터베이스 미러링 세션에 클라이언트 연결(SQL Server)을 참조하십시오.
프로그래밍 고려 사항
주 데이터베이스 서버가 실패하면 클라이언트 응용 프로그램에서 API 호출에 대한 응답으로 오류를 받게 되는데, 이는 데이터베이스 연결이 끊어졌다는 의미입니다. 이러한 경우 커밋되지 않은 데이터베이스 변경 내용이 손실되고 현재 트랜잭션은 롤백됩니다. 또한 응용 프로그램에서는 연결을 종료하거나 데이터 원본 개체를 해제한 후 다시 연결해야 합니다. 이 연결은 이제 주 서버 역할을 수행할 미러 데이터베이스로 투명하게 리디렉션됩니다.
연결이 설정되면 주 서버는 장애 조치(Failover) 파트너의 ID를 장애 조치(Failover) 시 사용할 클라이언트로 보냅니다. 응용 프로그램이 실패한 주 서버에 연결하려는 경우 클라이언트는 장애 조치(Failover) 파트너의 ID를 모릅니다. 클라이언트는 초기화 속성 및 이와 관련된 연결 문자열 키워드를 사용하여 직접 장애 조치(Failover) 파트너의 ID를 지정함으로써 이러한 시나리오에 대처할 수 있습니다. 클라이언트 특성은 이 시나리오에서만 사용되며 주 서버를 사용할 수 있는 경우에는 사용되지 않습니다. 클라이언트가 제공한 장애 조치(Failover) 파트너 서버가 장애 조치(Failover) 파트너 역할을 하는 서버를 참조하지 않는 경우 해당 서버에서 연결을 거부합니다. 연결이 설정된 후 특성을 조사하여 실제 장애 조치(Failover) 파트너의 ID를 확인하면 응용 프로그램에 구성 변경 내용을 적용할 수 있습니다. 첫 번째 연결 시도가 실패한 경우에는 파트너 정보를 캐싱하여 연결 문자열을 업데이트하거나 재시도 전략을 세우는 방법을 고려해 보십시오.
[!참고]
이 기능을 DSN, 연결 문자열 또는 연결 속성/특성에서 사용하려는 경우에는 연결에 사용할 데이터베이스를 명시적으로 지정해야 합니다. 그렇지 않으면 SQL Server Native Client가 파트너 데이터베이스에 장애 조치(Failover)를 시도하지 않습니다.
미러링은 데이터베이스의 기능입니다. 여러 데이터베이스를 사용하는 응용 프로그램에서는 이 기능을 이용하지 못할 수 있습니다.
또한 서버 이름은 대/소문자를 구분하지 않지만 데이터베이스 이름은 대/소문자를 구분합니다. 따라서 DSN 및 연결 문자열에서 동일한 대/소문자 조합을 사용해야 합니다.
SQL Server Native Client OLE DB 공급자
SQL Server Native Client OLE DB 공급자는 연결 및 연결 문자열 특성을 통해 데이터베이스 미러링을 지원합니다. DBPROPSET_SQLSERVERDBINIT 속성 집합에 SSPROP_INIT_FAILOVERPARTNER 속성이 추가되었으며 DBPROP_INIT_PROVIDERSTRING의 새로운 연결 문자열 특성으로 FailoverPartner 키워드가 추가되었습니다. 자세한 내용은 SQL Server Native Client에서 연결 문자열 키워드 사용을 참조하십시오.
장애 조치(Failover) 캐시는 공급자가 로드되어 있는 동안, 즉 CoUninitialize가 호출되기 전까지 또는 응용 프로그램이 SQL Server Native Client OLE DB 공급자가 관리하는 일부 개체(예: 데이터 원본 개체)에 대한 참조를 가지고 있는 동안 유지됩니다.
SQL Server Native Client OLE DB 공급자의 데이터베이스 미러링 지원에 대한 자세한 내용은 초기화 및 권한 부여 속성을 참조하십시오.
SQL Server Native Client ODBC 드라이버
SQL Server Native Client ODBC 드라이버는 연결 및 연결 문자열 특성을 통해 데이터베이스 미러링을 지원합니다. 예를 들어 SQLSetConnectAttr 및 SQLGetConnectAttr 함수에 사용할 수 있는 SQL_COPT_SS_FAILOVER_PARTNER 특성이 추가되었으며 새로운 연결 문자열 특성으로 Failover_Partner 키워드가 추가되었습니다.
장애 조치(Failover) 캐시는 응용 프로그램에 한 개 이상의 환경 핸들이 할당되어 있는 동안 유지됩니다. 반대로 마지막 환경 핸들의 할당이 취소되면 장애 조치(Failover) 캐시가 손실됩니다.
[!참고]
ODBC 드라이버 관리자는 장애 조치(Failover) 서버 이름의 사양을 지원하도록 향상되었습니다.
참고 항목
개념
데이터베이스 미러링 세션에 클라이언트 연결(SQL Server)