데이터베이스 사용 가능 그룹 관리
적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3
마지막으로 수정된 항목: 2016-11-28
DAG(데이터베이스 가용성 그룹)는 데이터베이스, 서버 또는 네트워크 오류에 대해 데이터베이스 수준의 자동 복구 기능을 제공하는 최대 16개의 Microsoft Exchange Server 2010 사서함 서버로 이루어진 집합입니다. DAG는 연속 복제 및 Windows 장애 조치(failover) 클러스터링 기술의 하위 집합을 사용하여 고가용성 및 사이트 복구를 제공합니다. DAG의 사서함 서버는 오류가 있는지 상호 모니터링합니다. 사서함 서버를 DAG에 추가하면 DAG의 다른 서버와 함께 작동하여 데이터베이스 오류로부터 데이터베이스 수준의 자동 복구 기능을 제공합니다.
DAG를 만드는 경우 초기에는 비어 있으며 Active Directory에 DAG를 나타내는 디렉터리 개체가 만들어집니다. 디렉터리 개체는 서버 구성원 정보와 같이 DAG 관련 정보를 저장하는 데 사용됩니다. DAG에 첫 번째 서버를 추가하는 경우 해당 DAG에 대한 장애 조치(failover) 클러스터가 자동으로 만들어집니다. 또한 서버에서 네트워크 또는 서버 오류를 모니터링하는 인프라가 시작됩니다. 그러면 장애 조치(failover) 클러스터 하트비트 메커니즘 및 클러스터 데이터베이스를 사용하여 데이터베이스 탑재 상태, 복제 상태, 마지막으로 탑재된 위치 등 신속하게 변경할 수 있는 DAG 관련 정보를 추적하고 관리합니다.
목차
DAG 만들기
DAG 구성원
DAG 속성 구성
DAG 네트워크
DAG 구성원 구성
DAG 구성원에서 유지 관리 수행
DAG 구성원 종료
DAG 구성원 업데이트 롤업 설치
DAG 만들기
EMC(Exchange 관리 콘솔)에서 새 데이터베이스 가용성 그룹 마법사를 사용하거나, Exchange 관리 셸에서 New-DatabaseAvailabilityGroup cmdlet을 실행하여 DAG를 만들 수 있습니다. DAG를 만들 경우 DAG에 이름을 지정하고, 선택적으로 미러링 모니터 서버 및 감시 디렉터리 설정을 지정합니다. 또한 고정 IP 주소를 사용하거나 DHCP(Dynamic Host Configuration Protocol)를 통해 필요한 IP 주소가 DAG에 자동으로 할당되도록 하여 DAG에 IP 주소를 하나 이상 할당합니다. DatabaseAvailabilityGroupIpAddresses 매개 변수를 사용하여 DAG에 IP 주소를 수동으로 할당할 수 있습니다. 이 매개 변수를 생략하면 DAG는 네트워크에서 DHCP 서버를 사용하여 IP 주소를 가져옵니다.
DAG를 만드는 방법에 대한 자세한 단계는 데이터베이스 사용 가능 그룹 만들기를 참조하십시오.
DAG를 만드는 경우 Active Directory에 지정된 이름으로 DAG를 나타내는 빈 개체와 msExchMDBAvailabilityGroup의 개체 클래스가 만들어집니다.
DAG는 데이터베이스가 활성 상태와 수동 상태 간에 변경되거나 탑재 상태와 분리 상태 간에 변경되는 경우와 같이 빠르게 변경될 수 있는 데이터를 저장하기 위해 클러스터 하트비트, 클러스터 네트워크 및 클러스터 데이터베이스와 같은 Windows 장애 조치(failover) 클러스터링의 일부 기술을 사용합니다. DAG는 Windows 장애 조치(failover) 클러스터링을 사용하므로 Windows Server 2008 Enterprise 운영 체제 또는 Windows Server 2008 R2 Enterprise 운영 체제를 실행하는 Exchange 2010 사서함 서버에서만 DAG를 만들 수 있습니다.
참고
DAG에서 만들어 사용하는 장애 조치(failover) 클러스터는 해당 DAG 전용으로 사용해야 합니다. 해당 클러스터를 기타 고가용성 솔루션이나 다른 용도로 사용할 수 없습니다. 예를 들어, 장애 조치(failover) 클러스터를 다른 응용 프로그램이나 서비스를 클러스터링하는 데 사용할 수 없습니다. DAG 이외의 목적으로 DAG의 기본 장애 조치(failover) 클러스터를 사용하는 것은 지원되지 않습니다.
DAG 미러링 모니터 서버 및 감시 디렉터리
DAG를 만들 경우 Active Directory 포리스트 내에서 고유한 DAG 이름을 최대 15자로 지정해야 합니다. 또한 각 DAG는 미러링 모니터 서버 및 감시 디렉터리로 구성됩니다. 미러링 모니터 서버와 그 디렉터리는 DAG의 구성원 수가 짝수인 쿼럼의 경우에만 사용됩니다. 감시 디렉터리를 미리 만들 필요는 없습니다. Exchange는 미러링 모니터 서버에서 사용자에게 필요한 디렉터리를 자동으로 만들고 보안합니다. DAG 미러링 모니터 서버를 제외한 다른 목적으로 디렉터리를 사용하면 안 됩니다.
미러링 모니터 서버에 대한 요구 사항은 다음과 같습니다.
미러링 모니터 서버는 DAG의 구성원일 수 없습니다.
미러링 모니터 서버는 DAG와 동일한 Active Directory 포리스트에 있어야 합니다.
미러링 모니터 서버는 Windows Server 2003 이상을 실행해야 합니다.
서버 하나가 여러 DAG에 대한 미러링 모니터 서버로 작동할 수 있지만 각 DAG에 해당 감시 디렉터리가 필요합니다.
DAG가 포함된 Exchange 2010 사이트의 Active Directory 허브 전송 서버를 사용하는 것이 좋습니다. 이렇게 하면 미러링 모니터 서버 및 감시 디렉터리가 Exchange 관리자가 제어할 수 있는 상태로 유지됩니다. 미러링 모니터 서버로 사용되는 서버가 무엇인지에 상관없이, 의도한 미러링 모니터 서버에서 Windows 방화벽이 활성화된 경우 파일 및 프린터 공유에 대해 Windows 방화벽 예외를 활성화해야 합니다.
중요
지정한 미러링 모니터 서버가 Exchange 2010 서버가 아니면 DAG를 만들기 전에 미러링 모니터 서버의 로컬 관리자 그룹에 Exchange Trusted Subsystem USG(유니버설 보안 그룹)를 추가해야 합니다. Exchange에서 필요에 따라 미러링 모니터 서버에 디렉터리를 만들고 공유할 수 있도록 하려면 이러한 보안 권한이 필요합니다.
미러링 모니터 서버 또는 감시 디렉터리는 모두 내결함성을 갖출 필요가 없으며 중복성 또는 고가용성 형식을 사용하지 않아도 됩니다. 미러링 모니터 서버의 경우 클러스터된 파일 서버와 기타 복구 양식을 사용하지 않아도 됩니다. 여기에는 다양한 원인이 있습니다. DAG 규모가 큰 경우(예: 6명 이상) 오류가 여러 개 있어야 미러링 모니터 서버가 필요합니다. 구성원이 6명인 DAG는 쿼럼을 손실하지 않고 최대 2개의 Voter 오류를 감당할 수 있으므로 3 Voter가 실패하면 미러링 모니터 서버가 쿼럼을 유지 관리해야 합니다. 또한 현재 미러링 모니터 서버에 영향을 미치는 오류가 발생하는 경우(예: 하드웨어 오류로 인해 미러링 모니터 서버 손실) Set-DatabaseAvailabilityGroup cmdlet을 사용하여 쿼럼이 있는 경우 새 미러링 모니터 서버와 감시 디렉터리를 구성합니다.
참고
미러링 모니터 서버에서 저장소가 손실되었거나 사용자가 감시 디렉터리 또는 공유 권한을 변경한 경우 Set-DatabaseAvailabilityGroup cmdlet을 사용하여 원래 위치에 미러링 모니터 서버와 감시 디렉터리를 구성할 수도 있습니다.
DAG가 여러 데이터 센터 및 Active Directory 사이트 전체로 확장되어 사이트 복구를 위해 구성된 환경에서는 모범 사례로 기본 데이터 센터(대부분의 사용자가 포함된 데이터 센터)에서 미러링 모니터 서버를 사용하는 것이 좋습니다. 각 데이터 센터의 사용자 수가 비슷한 경우 미러링 모니터 서버를 호스트하도록 선택하는 데이터 센터는 솔루션 관점에서 기본 데이터 센터로 간주됩니다. 미러링 모니터 서버가 클라이언트 대부분이 포함된 데이터 센터에 있는 경우 대부분의 클라이언트는 오류 이후의 액세스를 보존합니다.
데이터 센터가 큰 사용자 집단에서 떨어져 있는 경우에는 사용자의 의견에 영향을 미칠 수도 있습니다. 그러면 다른 두 데이터 센터에 대한 WAN(광역 네트워크) 연결 손실이 있더라도 기본 데이터 센터를 정상 및 활성 상태로 유지해야 할 요구가 있는지 확인해야 합니다. 이 경우 미러링 모니터 서버는 기본 데이터 센터에 있어야 합니다.
세 번째 데이터 센터에서 미러링 모니터 서버를 사용하는 것이 지원되더라도 이 시나리오는 권장되지 않습니다. Exchange 관점에서 이 구성은 높은 가용성을 제공하지 않습니다. 세 번째 데이터 센터에서 미러링 모니터 서버를 사용하는 경우 중요 경로 요소를 검사해야 합니다. 예를 들어 기본 데이터 센터와 두 번째 및 세 번째 데이터 센터 간 WAN 연결에 오류가 발생하면 기본 데이터 센터에서 솔루션을 사용할 수 없게 됩니다.
DAG를 만드는 동안 미러링 모니터 서버 및 감시 디렉터리 지정
DAG를 만들 경우 DAG의 이름을 지정해야 합니다. 선택적으로 미러링 모니터 서버와 디렉터리를 지정할 수도 있습니다. 미러링 모니터 서버를 지정하는 경우 허브 전송 서버를 사용하는 것이 좋습니다. 이렇게 하면 Exchange 관리자가 미러링 모니터 서버의 가용성을 확인할 수 있습니다.
DAG를 만들 경우 다음과 같은 옵션 및 동작의 조합을 사용할 수 있습니다.
DAG의 이름만 지정하고 미러링 모니터 서버와 감시 디렉터리 필드를 비워 둡니다. 이 시나리오에서 마법사는 사서함 서버 역할이 설치되어 있지 않은 허브 전송 서버를 검색하고, 해당 서버에 기본 디렉터리(%SystemDrive%:\DAGFileShareWitnesses\<DAGFQDN>) 및 기본 공유(<DAGFQDN>)를 자동으로 만들고, 이 허브 전송 서버를 미러링 모니터 서버로 사용합니다. 예를 들어 C 드라이브에 운영 체제가 설치되어 있는 미러링 모니터 서버 이름을 EXMBX3이라고 간주합니다. contoso.com이라는 이름의 도메인에서 DAG1이라는 이름의 DAG는 \\EXMBX3\DAG1.contoso.com으로 공유되는 C:\DAGFileShareWitnesses\DAG1.contoso.com의 기본 감지 디렉터리를 사용하게 됩니다.
미러링 모니터 서버에 만들고 공유할 디렉터리, 사용할 미러링 모니터 서버 및 DAG의 이름을 지정할 수 있습니다.
DAG의 이름을 지정하고 사용할 미러링 모니터 서버를 지정하고 감시 디렉터리 필드를 비워 둡니다. 이 시나리오에서 마법사는 지정된 미러링 모니터 서버에 기본 디렉터리를 만듭니다.
DAG의 이름을 지정하고, 미러링 모니터 서버 필드를 비워 두고, 미러링 모니터 서버에서 만들고 공유할 디렉터리를 지정할 수 있습니다. 이 시나리오에서 마법사는 사서함 서버 역할이 설치되어 있지 않은 허브 전송 서버를 검색하고, 해당 서버에 지정된 DAG를 자동으로 만들고 해당 디렉터리를 공유하며, 이 허브 전송 서버를 미러링 모니터 서버로 사용합니다.
DAG가 구성되면 처음에는 노드 과반수 쿼럼 모델이 사용됩니다. 두 번째 사서함 서버가 DAG에 추가되면 쿼럼은 자동으로 노드 및 파일 공유 과반수 쿼럼 모델로 변경됩니다. 이러한 변경이 발생하면 DAG는 쿼럼을 유지 관리하기 위해 미러링 모니터 서버 사용을 시작합니다. 감시 디렉터리가 없는 경우 Exchange에서 자동으로 감시 디렉터리를 만들고, 공유하고, 이 공유에 DAG CNO(클러스터 이름 개체)에 대한 전체 제어 권한을 프로비전합니다.
참고
DFS(분산 파일 시스템) 네임스페이스의 일부인 파일 공유는 사용할 수 없습니다.
DAG가 만들어지기 전에 Windows 방화벽이 미러링 모니터 서버에서 활성화되면 DAG의 생성을 방해할 수 있습니다. Exchange는 Windows WMI(Windows Management Instrumentation)를 사용하여 미러링 모니터 서버에 디렉터리 및 파일 공유를 만듭니다. Windows 방화벽이 미러링 모니터 서버에서 활성화되고 WMI에 방화벽 예외가 구성되어 있지 않으면 New-DatabaseAvailabilityGroup cmdlet은 오류로 인해 실패합니다. 미러링 모니터 서버를 지정할 때 감시 디렉터리를 지정하지 않을 경우 다음 오류 메시지를 수신합니다.
서버 <Server Name>에 기본 감시 디렉터리를 만들지 못했습니다. 감시 디렉터리를 수동으로 지정하십시오. |
미러링 모니터 서버와 감시 디렉터리를 지정할 경우 다음 경고 메시지가 표시됩니다.
미러링 모니터 서버 'ServerName'의 파일 공유에 액세스할 수 없습니다. 이 문제가 해결될 때까지 데이터베이스 가용성 그룹에서 오류 발생이 증가할 수 있습니다. DatabaseAvailabilityGroup cmdlet을 사용하여 작업을 다시 시도할 수 있습니다. 오류: 네트워크 경로를 찾지 못했습니다. |
DAG가 만들어진 후 서버가 추가되기 전에 미러링 모니터 서버에서 Windows 방화벽이 활성화되면 DAG 구성원의 추가나 제거를 방해할 수 있습니다. Windows 방화벽이 미러링 모니터 서버에서 활성화되고 WMI에 방화벽 예외가 구성되어 있지 않으면 Add-DatabaseAvailabilityGroupServer cmdlet은 다음 경고 메시지를 표시합니다.
미러링 모니터 서버 ''ServerName'에 파일 공유 감시 디렉터리 'C:\DAGFileShareWitnesses\DAG_FQDN'을 만들지 못했습니다. 이 문제가 해결될 때까지 데이터베이스 가용성 그룹에서 오류 발생이 증가할 수 있습니다. DatabaseAvailabilityGroup cmdlet을 사용하여 작업을 다시 시도할 수 있습니다. 오류: 서버 'ServerName'에서 WMI 예외가 발생했습니다. RPC 서버를 사용할 수 없습니다. (HRESULT: 0x800706BA의 예외). |
위 오류와 경고를 해결하려면 다음 중 하나를 수행합니다.
미러링 모니터 서버에 감시 디렉터리를 수동으로 생성하여 공유하고 해당 디렉터리 및 공유의 DAG 모든 권한에 대해 CNO를 지정합니다.
Windows 방화벽에서 WMI 예외를 허용하도록 설정합니다.
Windows 방화벽을 사용하지 않도록 설정합니다.
맨 위로 이동
DAG 구성원
DAG를 만들고 난 후 EMC에서 데이터베이스 가용성 그룹 관리 마법사를 사용하거나, 셸에서 Add-DatabaseAvailabilityGroupServer 또는 Remove-DatabaseAvailabilityGroupServer cmdlet을 사용하여 서버를 DAG 서버에 추가하거나 DAG 서버에서 제거할 수 있습니다. DAG 구성원을 관리하는 방법에 대한 자세한 단계는 데이터베이스 사용 가능 그룹 구성원 관리를 참조하십시오.
참고
DAG의 구성원인 각 사서함 서버는 DAG에 사용되는 기본 클러스터의 노드이기도 합니다. 그 결과로 사서함 서버는 한 번에 한 개의 DAG 구성원일 수 있습니다.
DAG에 추가할 사서함 서버에 장애 조치(failover) 클러스터링 구성 요소가 설치되어 있지 않은 경우 서버를 추가하기 위해 사용되는 방법(예: Add-DatabaseAvailabilityGroupServer cmdlet 또는 데이터베이스 가용성 그룹 관리 마법사)을 통해 장애 조치(failover) 클러스터링 기능이 설치됩니다.
첫 번째 사서함 서버가 DAG에 추가되면 다음이 발생합니다.
Windows 장애 조치(failover) 클러스터링 구성 요소가 아직 설치되지 않았으면 설치됩니다.
장애 조치(failover) 클러스터가 DAG 이름을 사용하여 만들어집니다. 이 장애 조치(failover)는 DAG에서 단독으로 사용되며 해당 클러스터는 DAG에 전용으로 사용되어야 합니다. 기타 다른 목적을 위해 클러스터를 사용하는 것은 지원되지 않습니다.
CNO는 기본 컴퓨터 컨테이너에서 만들어집니다.
DAG의 이름 및 IP 주소가 DNS(Domain Name System)의 호스트 (A) 레코드로 등록됩니다.
Active Directory에서 서버가 DAG 개체에 추가됩니다.
클러스터 데이터베이스가 추가된 서버에 탑재된 데이터베이스의 정보로 업데이트됩니다.
대규모 또는 다중 사이트 환경에서, 특히 DAG가 다중 Active Directory 사이트로 확장된 경우, 첫 번째 DAG 구성원을 포함하는 DAG 개체의 Active Directory 복제가 완료될 때까지 기다려야 합니다. 이 Active Directory 개체가 환경 전체에 복제되지 않은 채로 두 번째 서버를 추가하면 DAG에 대한 새 클러스터(및 새 CNO)가 만들어집니다. 이는 두 번째 구성원이 추가되는 관점에서 DAG 개체가 비어 있는 것으로 인식하기 때문에 결국 이들 개체가 이미 있다고 하더라도 Add-DatabaseAvailabilityGroupServer cmdlet에 의해 DAG에 대한 새 클러스터와 CNO가 만들어지는 것입니다. 첫 번째 DAG 서버를 포함하는 DAG 개체가 복제되었는지 알아보려면 추가되는 두 번째 서버에서 Get-DatabaseAvailabilityGroup cmdlet을 사용하여, 추가한 첫 번째 서버가 DAG의 구성원으로 표시되는지를 확인합니다.
두 번째 및 그 이후 서버가 DAG에 추가되면 다음이 발생합니다.
서버가 DAG용 Windows 장애 조치(failover) 클러스터에 가입됩니다.
쿼럼 모델이 자동으로 조정됩니다.
구성원이 홀수인 DAG에 노드 과반수 쿼럼 모델이 사용됩니다.
구성원이 짝수인 DAG에 노드 및 파일 공유 과반수 쿼럼 모델이 사용됩니다.
감시 디렉터리 및 공유가 필요한 경우 Exchange에 의해 자동으로 만들어집니다.
Active Directory에서 서버가 DAG 개체에 추가됩니다.
클러스터 데이터베이스가 탑재된 데이터베이스에 대한 정보로 업데이트됩니다.
참고
쿼럼 모델 변경은 자동으로 수행되어야 합니다. 하지만 쿼럼 모델이 적절한 모델로 자동 변경되지 않는 경우에는 Set-DatabaseAvailabilityGroup cmdlet에 Identity 매개 변수만 사용하여 DAG에 대한 쿼럼 설정을 수정하십시오.
DAG에 대한 클러스터 이름 개체 사전 준비
CNO는 Active Directory에 만들어지고 클러스터의 이름 리소스와 연결되는 컴퓨터 계정입니다. 클러스터의 이름 리소스는 CNO에 연결되며, 클러스터의 ID로 동작하고 클러스터의 보안 컨텍스트를 제공하는 Kerberos 사용 가능 개체입니다. Exchange 2007에서 이 Kerberos 사용 가능 컴퓨터 계정은 작업을 수행하는 사용자의 보안 컨텍스트를 사용하여 도메인에 만들어졌습니다. 이때 사용자 계정은 도메인에 컴퓨터 계정을 만들고 활성화할 수 있는 권한을 가져야 하고 컴퓨터 계정이 적절히 미리 준비되고 프로비전되어야 했습니다.
첫 번째 구성원이 DAG에 추가될 때 DAG의 기본 클러스터 및 해당 클러스터에 대한 CNO 형성이 수행됩니다. 첫 번째 서버가 DAG에 추가되면 Powershell은 추가 작업이 진행 중인 사서함 서버의 Microsoft Exchange 복제 서비스를 실행합니다. Microsoft Exchange 복제 서비스는 장애 조치(failover) 클러스터링 기능을 설치하고(아직 설치되지 않은 경우) 클러스터 생성 프로세스를 시작합니다. Microsoft Exchange 복제 서비스는 LOCAL SYSTEM 보안 컨텍스트에서 실행되며 이는 클러스터 생성이 수행되는 컨텍스트입니다.
.gif "경고") 경고: |
|---|
| DAG 구성원이 Windows Server 2012를 실행 중인 경우에는 첫 번째 서버를 DAG에 추가하기 전에 CNO를 미리 준비해야 합니다. |
컴퓨터 계정 생성이 제한되는 환경이나 컴퓨터 계정이 기본 컴퓨터 컨테이너가 아닌 컨테이너에 만들어지는 환경에서는 CNO를 미리 준비하고 프로비전할 수 있습니다. CNO에 대한 컴퓨터 계정을 만들거나 사용하지 않도록 설정한 후 다음을 수행합니다.
DAG에 추가하려는 첫 번째 사서함 서버의 컴퓨터 계정에 대한 컴퓨터 계정의 모든 권한 할당
Exchange Trusted Subsystem USG에 대한 컴퓨터 계정의 모든 권한 할당
DAG에 추가 중인 첫 번째 사서함 서버의 컴퓨터 계정에 컴퓨터 계정에 대한 모든 권한을 할당하면 LOCAL SYSTEM 보안 컨텍스트가 미리 준비된 컴퓨터 계정을 관리할 수 있습니다. Exchange Trusted Subsystem USG에는 도메인에 있는 모든 Exchange 서버의 컴퓨터 계정을 포함하므로 Exchange Trusted Subsystem USG에 컴퓨터 계정에 대한 모든 권한을 할당하는 것으로 대신할 수 있습니다.
DAG에 대해 CNO를 미리 준비하고 프로비전하는 방법에 대한 자세한 내용은 데이터베이스 가용성 그룹에 대한 클러스터 이름 개체 미리 준비를 참조하십시오.
DAG에서 서버 제거
EMC에서 데이터베이스 가용성 그룹 관리 마법사를 사용하거나, 셸에서 Remove-DatabaseAvailabilityGroupServer cmdlet을 사용하여 DAG에서 사서함 서버를 제거할 수 있습니다. DAG에서 사서함 서버를 제거하려면 먼저 복제된 모든 사서함 데이터베이스를 서버에서 제거해야 합니다. 복제된 사서함 데이터베이스가 포함된 사서함 서버를 DAG에서 제거하려면 작업이 실패합니다.
특정 작업을 수행하기 전에는 사서함 서버를 DAG에서 제거해야 한다는 시나리오가 있습니다. 이러한 시나리오는 다음과 같습니다.
서버 복구 작업 수행 DAG의 구성원인 사서함 서버가 손실되었거나, 그렇지 않고 오류가 발생하고 복구할 수 없어 교체가 필요한 경우 Setup /m:RecoverServer 스위치를 사용하여 서버 복구 작업을 수행할 수 있습니다. 하지만 복구 작업을 수행하려면 먼저 Remove-DatabaseAvailabilityGroupServer cmdlet을 ConfigurationOnly 매개 변수와 함께 사용하여 DAG에서 서버를 제거해야 합니다.
데이터베이스 가용성 제거 DAG를 제거해야 할 상황이 발생할 수도 있습니다(예: 타사 복제 모드를 사용하지 않도록 설정하는 경우). DAG를 제거해야 하는 경우 먼저 DAG에서 모든 서버를 제거해야 합니다. 하나 이상의 구성원이 포함된 DAG를 제거하면 작업이 실패합니다.
맨 위로 이동
DAG 속성 구성
DAG에 서버를 추가한 후 EMC 또는 셸을 사용하여 DAG에서 사용하는 미러링 모니터 서버와 감시 디렉터리 및 DAG에 할당되는 IP주소를 비롯하여 DAG의 속성을 구성할 수 있습니다.
구성 가능한 속성은 다음과 같습니다.
미러링 모니터 서버 파일 공유 감시를 위해 파일 공유를 호스트할 서버 이름입니다. 미러링 모니터 서버로 DAG 외부에 있는 허브 전송 서버를 지정하는 것이 좋습니다. 이렇게 하면 시스템이 필요에 따라 자동으로 공유를 구성, 보안 및 사용할 수 있습니다.
감시 디렉터리 파일 공유 감시 데이터를 저장하는 데 사용되는 디렉터리의 이름입니다. 이 디렉터리는 지정된 미러링 모니터 서버에서 시스템에 의해 자동으로 만들어집니다.
데이터베이스 가용성 그룹 IP 주소 DAG에 할당되는 하나 이상의 IP 주소입니다. 이러한 주소는 수동으로 할당된 고정 IP 주소를 사용하여 구성되거나, 조직의 DHCP 서버를 사용하여 DAG에 자동으로 할당될 수 있습니다.
셸을 사용하면 DAG IP 주소, 네트워크 암호화 및 압축 설정, 네트워크 검색, 복제에 사용되는 TCP 포트, 대체 미러링 모니터 서버 및 감시 디렉터리 설정 등 EMC에서 사용할 수 없는 DAG 속성을 구성하고 데이터 센터 활성화 조정 모드를 사용하도록 설정할 수 있습니다.
DAG 속성을 구성하는 방법에 대한 자세한 단계는 데이터베이스 가용성 그룹 속성 구성을 참조하십시오.
DAG 네트워크 암호화
DAG는 Windows Server 운영 체제의 암호화 기능을 활용하여 암호화 사용을 지원합니다. DAG는 Exchange 서버 간 Kerberos 인증을 사용합니다. Microsoft Kerberos SSP(Security Support Provider) EncryptMessage/DecryptMessage API가 DAG 네트워크 트래픽의 암호화를 처리합니다. Microsoft Kerberos SSP는 여러 암호화 알고리즘을 지원합니다. 자세한 목록은 Kerberos 프로토콜 확장의 섹션 3.1.5.2 "암호화 타입"을 참조하세요. Kerberos 인증 핸드셰이크는 목록에서 지원하는 가장 강력한 암호화 프로토콜을 선택합니다. 일반적으로 SHA HMAC(해시 기반 메시지 인증 코드)가 포함된 AES(Advanced Encryption Standard) 256비트를 선택하여 데이터 무결성을 유지 관리합니다. 자세한 내용은 HMAC를 참조하십시오.
네트워크 암호화는 DAG 네트워크가 아닌 DAG의 속성입니다. DAG 네트워크 암호화는 셸에서 Set-DatabaseAvailabilityGroup cmdlet을 사용하여 구성할 수 있습니다. 다음 표에서는 DAG 네트워크 통신용으로 가능한 암호화 설정을 보여 줍니다.
DAG 네트워크 통신 암호화 설정
| 설정 | 설명 |
|---|---|
사용 안 함 |
네트워크 암호화가 사용되지 않습니다. |
사용 |
모든 DAG 네트워크에서 네트워크 암호화가 복제 및 시드용으로 사용됩니다. |
InterSubnetOnly |
여러 서브넷에서 복제 시 DAG 네트워크에서 네트워크 암호화가 사용됩니다. 기본 설정입니다. |
SeedOnly |
모든 DAG 네트워크에서 네트워크 암호화가 시드용으로만 사용됩니다. |
DAG 네트워크 압축
DAG는 기본 제공 압축 기능도 지원합니다. 압축을 사용하도록 설정하면 DAG 네트워크 통신은 XPRESS를 사용하며, 이는 Microsoft의 LZ77 알고리즘으로 구현됩니다. 자세한 내용은 압축 알고리즘 설명 및 무선 형식 프로토콜 사양의 섹션 3.1.7.2 "압축 알고리즘"을 참조하세요. 이러한 압축 유형은 다양한 Microsoft 프로토콜에서 동일하게 사용되며 특히 Microsoft Outlook과 Exchange 간 MAPI RPC 압축이 이에 해당합니다.
네트워크 암호화와 마찬가지로 네트워크 압축은 DAG 네트워크가 아닌 DAG의 속성입니다. DAG 네트워크 압축은 셸에서 Set-DatabaseAvailabilityGroup cmdlet을 사용하여 구성합니다. 다음 표에서는 DAG 네트워크 통신용으로 가능한 압축 설정을 보여 줍니다.
DAG 네트워크 통신 압축 설정
| 설정 | 설명 |
|---|---|
사용 안 함 |
네트워크 압축이 사용되지 않습니다. |
사용 |
모든 DAG 네트워크에서 네트워크 압축이 복제 및 시드용으로 사용됩니다. |
InterSubnetOnly |
여러 서브넷에서 복제 시 DAG 네트워크에서 네트워크 압축이 사용됩니다. 기본 설정입니다. |
SeedOnly |
모든 DAG 네트워크에서 네트워크 압축이 시드용으로만 사용됩니다. |
맨 위로 이동
DAG 네트워크
DAG 네트워크는 복제 트래픽 또는 MAPI 트래픽용으로 사용되는 하나 이상의 서브넷 모음입니다. 각 DAG는 최대 한 개의 MAPI 네트워크와 0개 이상의 복제 네트워크를 포함합니다. 단일 네트워크 어댑터 구성에서는 MAPI 및 복제 트래픽을 위해서 해당 네트워크가 사용됩니다. 단일 네트워크 어댑터 및 경로가 지원되더라도 각 DAG는 최소 2개의 DAG 네트워크를 보유하는 것이 좋습니다. 네트워크 2개 구성에서 한 개의 네트워크는 일반적으로 복제 트래픽 전용이며, 다른 한 개의 네트워크는 주로 MAPI 트래픽용으로 사용됩니다. 각 DAG 구성원에 네트워크 어댑터를 추가할 수도 있으며 추가 DAG 네트워크를 복제 네트워크로 구성할 수 있습니다.
참고
복제 네트워크를 여러 개 사용할 때 우선 사용되도록 네트워크 순위를 지정할 수 있는 방법은 없습니다. Exchange는 복제 네트워크 그룹에서 로그를 전달하는 데 사용할 복제 네트워크를 임의로 선택합니다.
EMC에서 새 데이터베이스 가용성 그룹 네트워크 마법사를 사용하거나, 셸에서 New-DatabaseAvailabilityGroupNetwork cmdlet을 사용하여 DAG 네트워크를 만들 수 있습니다. DAG 네트워크를 만드는 방법에 대한 자세한 단계는 데이터베이스 가용성 그룹 네트워크 만들기를 참조하십시오.
EMC에서 DAG 네트워크의 속성 대화 상자를 사용하거나, 셸에서 Set-DatabaseAvailabilityGroupNetwork cmdlet을 사용하여 DAG 네트워크 속성을 구성할 수 있습니다. DAG 네트워크 속성을 구성하는 방법에 대한 자세한 단계는 데이터베이스 가용성 그룹 네트워크 속성 구성을 참조하십시오. 각 DAG 네트워크에서는 다음 필수 매개 변수 및 선택적 매개 변수를 구성해야 합니다.
네트워크 이름 DAG 네트워크의 고유한 이름으로 최대 128자입니다.
네트워크 설명 DAG 네트워크 선택적 설명으로 최대 256자입니다.
네트워크 서브넷 IPAddress/Bitmask 형식을 사용하여 입력하는 하나 이상의 서브넷입니다(예: IPv4(Internet Protocol version 4) 서브넷의 경우 192.168.1.0/24, IPv6(Internet Protocol version 6) 서브넷의 경우 2001:DB8:0:C000::/64).
복제 사용 EMC에서 DAG 네트워크를 복제 트래픽 전용으로 사용하고 MAPI 트래픽을 차단하려면 이 확인란을 선택합니다. 복제에 DAG 네트워크를 사용할 수 없도록 하고 MAPI 트래픽을 사용하도록 설정하려면 이 확인란의 선택을 취소합니다. 셸에서 복제 사용 여부를 설정하려면 Set-DatabaseAvailabilityGroupNetwork cmdlet의 ReplicationEnabled 매개 변수를 사용합니다.
참고
MAPI 네트워크에서 복제를 사용하지 않도록 설정하더라도 시스템이 복제를 위해 MAPI 네트워크를 사용하지 않음을 보장하지 않습니다. 구성된 모든 복제 네트워크가 오프라인 또는 장애가 있거나 그렇지 않다면 이용할 수 없어서 MAPI 네트워크만이 존재하는 경우(복제에 대해 사용 안 함으로 구성됨), 해당 시스템은 복제를 위해 MAPI 네트워크를 사용합니다.
시스템이 만든 초기 DAG 네트워크(예: DAGNetwork01 및 DAGNetwork02)는 클러스터 서비스에서 열거한 서브넷을 기반으로 합니다. 각 DAG 구성원의 네트워크 어댑터 수는 동일해야 하며 각 네트워크 어댑터는 고유한 서브넷에서 IPv4 주소(IPv6 주소는 선택적임)를 가져야만 합니다. 여러 DAG 구성원이 동일한 서브넷에서 IPv4 주소를 가질 수 있지만 특정 DAG 구성원의 각 네트워크 어댑터와 IP 주소 쌍은 고유한 서브넷상에 존재해야 합니다. 또한 MAPI 네트워크를 위해서 사용하는 어댑터만 기본 게이트웨이를 사용하여 구성해야 합니다. 복제 네트워크는 기본 게이트웨이를 사용하여 구성하면 안 됩니다.
예를 들어, 두 명의 구성원이 있고 각 구성원은 두 개의 네트워크 어댑터(하나는 MAPI 네트워크 전용, 다른 하나는 복제 네트워크 전용)를 가지는 DAG인 DAG1이 있다고 간주합니다. 다음 표는 IP 주소 구성 설정 예입니다.
네트워크 어댑터 설정 예
| 서버-네트워크 어댑터 | IP 주소/서브넷 마스크 | 기본 게이트웨이 |
|---|---|---|
EX1-MAPI |
192.168.1.15/24 |
192.168.1.1 |
EX1-복제 |
10.0.0.15/24 |
해당 없음 |
EX2-MAPI |
192.168.1.16 |
192.168.1.1 |
EX2-복제 |
10.0.0.16 |
해당 없음 |
다음 구성에는 두 개의 서브넷, 192.168.1.0 및 10.0.0.0이 DAG에 구성되어 있습니다. EX1 및 EX2가 DAG에 추가되는 경우 두 개의 서브넷이 열거되고 두 개의 DAG 네트워크, DAGNetwork01(192.168.1.0) 및 DAGNetwork02(10.0.0.0)가 만들어집니다. 이러한 네트워크는 다음 표에 표시된 대로 구성됩니다.
단일-서브넷 DAG에 대해 열거되는 DAG 네트워크 설정
| 이름 | 서브넷 | 인터페이스 | MAPI 액세스 사용 | 복제 사용 |
|---|---|---|---|---|
DAGNetwork01 |
192.168.1.0/24 |
EX1(192.168.1.15) EX2(192.168.1.16) |
True |
True |
DAGNetwork02 |
10.0.0.0/24 |
EX1(10.0.0.15) EX2(10.0.0.16) |
False |
True |
DAGNetwork02를 전용 복제 네트워크로 구성하려면 다음 명령을 실행하여 DAGNetwork01에 대한 복제를 사용하지 않도록 설정합니다.
Set-DatabaseAvailabilityGroupNetwork -Identity DAG1\DAGNetwork01 -ReplicationEnabled:$false
DAGNetwork01에 대해 복제를 사용하지 않도록 설정하면 Microsoft Exchange 복제 서비스는 연속 복제를 위해 DAGNetwork02를 사용합니다. DAGNetwork02에 장애가 발생하는 경우 Microsoft Exchange 복제 서비스는 연속 복제를 위해 다시 DAGNetwork01을 사용합니다. 시스템은 고가용성을 유지하기 위해 의도적으로 이를 수행합니다.
DAG 네트워크 및 다중 서브넷 배포
이전 예제에서는 DAG가 사용하는 두 개의 다른 서브넷(192.168.1.0 및 10.0.0.0)이 존재해도 각 구성원이 MAPI 네트워크를 형성하기 위해 동일한 서브넷을 사용하므로 DAG는 단일-서브넷 DAG로 간주됩니다. DAG 구성원이 MAPI 네트워크를 위해 다른 서브넷을 사용하는 경우 DAG는 다중-서브넷 DAG로 간주됩니다. 다중-서브넷 DAG에서 각 DAG 네트워크에 적절한 서브넷을 연결하려면 DAG 네트워크 구성을 추가로 수행해야 합니다.
예를 들어, 두 개의 구성원이 있고 각 구성원은 두 개의 네트워크 어댑터(하나는 MAPI 네트워크 전용, 다른 하나는 복제 네트워크 전용)를 갖고 있으며, 각 DAG 구성원이 별도의 Active Directory 사이트에 위치해 있고 다른 서브넷상에 해당 MAPI 네트워크가 있는 DAG2가 있다고 간주합니다. 다음 표는 IP 주소 구성 설정 예입니다.
다중-서브넷 DAG에 대한 네트워크 어댑터 설정 예
| 서버-네트워크 어댑터 | IP 주소/서브넷 마스크 | 기본 게이트웨이 |
|---|---|---|
EX1-MAPI |
192.168.0.15/24 |
192.168.0.1 |
EX1-복제 |
10.0.0.15/24 |
해당 없음 |
EX2-MAPI |
192.168.1.15 |
192.168.1.1 |
EX2-복제 |
10.0.1.15 |
해당 없음 |
다음 구성에는 네 개의 서브넷, 192.168.0.0, 192.168.1.0, 10.0.0.0 및 10.0.1.0이 DAG에 구성되어 있습니다. DAG에 EX1 및 EX2가 추가되는 경우 네 개의 서브넷이 열거되고 두 개의 DAG 네트워크, DAGNetwork01(192.168.0.0), DAGNetwork02(10.0.0.0), DAGNetwork03(192.168.1.0) 및 DAGNetwork04(10.0.1.0)가 만들어집니다. 이러한 네트워크는 다음 표에 표시된 대로 구성됩니다.
다중-서브넷 DAG에 대해 열거되는 DAG 네트워크 설정
| 이름 | 서브넷 | 인터페이스 | MAPI 액세스 사용 | 복제 사용 |
|---|---|---|---|---|
DAGNetwork01 |
192.168.0.0/24 |
EX1(192.168.0.15) |
True |
True |
DAGNetwork02 |
10.0.0.0/24 |
EX1(10.0.0.15) |
False |
True |
DAGNetwork03 |
192.168.1.0/24 |
EX2(192.168.1.15) |
True |
True |
DAGNetwork04 |
10.0.1.0/24 |
EX2(10.0.1.15) |
False |
True |
필요한 구성을 완료하려면 DAGNetwork03과 DAGNetwork04는 DAGNetwork01 및 DAGNetwork02로 각각 축소되어야 합니다. 그렇게 하려면 DAGNetwork03에 현재 연결된 서브넷을 DAGNetwork01에 추가하고 DAGNetwork04에 현재 연결된 서브넷을 DAGNetwork02에 추가해야 합니다. 그러면 DAGNetwork03 및 DAGNetwork04의 서브넷 연결이 제거되고 비어 있는 DAG 네트워크로 만들어져 제거할 수 있게 됩니다. 서브넷을 두 개의 DAG 네트워크로 축소하고 MAPI 네트워크의 복제를 사용하지 않으려면 다음 명령을 실행합니다.
Set-DatabaseAvailabilityGroupNetwork -Identity DAG2\DAGNetwork01 -Subnets 192.168.0.0,192.168.1.0 -ReplicationEnabled:$false
Set-DatabaseAvailabilityGroupNetwork -Identity DAG2\DAGNetwork02 -Subnets 10.0.0.0,10.0.1.0
Remove-DatabaseAvailabilityGroupNetwork -Identity DAG2\DAGNetwork03
Remove-DatabaseAvailabilityGroupNetwork -Identity DAG2\DAGNetwork04
DAG 네트워크 및 iSCSI 네트워크
기본적으로 DAG는 기본 클러스터에서 사용하기 위해 감지되고 구성된 모든 네트워크의 검색을 수행합니다. 이 네트워크에는 하나 이상의 DAG 구성원에 대한 iSCSI(인터넷 SCSI) 저장소 사용의 결과로 사용 중인 iSCSI 네트워크가 포함되어 있습니다. 최적의 방법으로 iSCSI 저장소는 전용 네트워크 및 네트워크 어댑터를 사용해야 합니다. 이러한 네트워크는 DAG 또는 클러스터에서 관리되지 않고 DAG 네트워크(MAPI 또는 복제)로 사용되지 않아야 합니다. 대신 이러한 네트워크를 DAG에서 사용하지 않도록 수동으로 설정하여 iSCSI 저장소 트래픽 전용으로 설정할 수 있습니다. iSCSI 네트워크가 DAG 네트워크로 감지되고 사용되지 않도록 설정하려면 다음 예외 같이 Set-DatabaseAvailabilityGroupNetwork cmdlet을 사용하여 DAG가 현재 감지되는 iSCSI 네트워크를 무시하도록 구성합니다.
Set-DatabaseAvailabilityGroupNetwork -Identity DAG2\DAGNetwork02 -ReplicationEnabled:$false -IgnoreNetwork:$true
또한 이 명령은 클러스터에서 네트워크를 사용하지 않도록 설정합니다. iSCSI 네트워크가 계속해서 DAG 네트워크로 나타나지만 위의 명령을 실행한 후에는 MAPI 또는 복제 트래픽에 iSCSI 네트워크가 사용되지 않습니다.
맨 위로 이동
DAG 구성원 구성
DAG의 구성원인 사서함 서버는 다음 섹션의 설명과 같이 구성해야 하는 고가용성에 특정한 일부 속성을 갖고 있습니다.
자동 데이터베이스 탑재 다이얼
데이터베이스 복사본 자동 활성화 정책
최대 활성 데이터베이스
자동 데이터베이스 탑재 다이얼
AutoDatabaseMountDial 매개 변수는 데이터베이스 장애 조치(failover) 후 자동 데이터베이스 탑재 행동을 지정합니다. Set-MailboxServer cmdlet을 사용하여 다음 값을 가진 AutoDatabaseMountDial 매개 변수를 구성할 수 있습니다.
BestAvailability이 값을 지정하면 복사 큐 길이가 12 이하인 경우 장애 조치(failover) 후 즉시 데이터베이스가 자동으로 탑재됩니다. 복사 큐 길이는 복제해야 하는 수동 복사본에서 인식되는 로그 개수입니다. 복사 큐 길이가 12보다 크면 데이터베이스가 자동으로 탑재되지 않습니다. 복사 큐 길이가 12 이하이면 Exchange에서는 나머지 로그를 수동 복사본에 복제하려고 시도하며 데이터베이스를 탑재합니다.GoodAvailability이 값을 지정하면 복사 큐 길이가 6 이하인 경우 장애 조치(failover) 후 즉시 데이터베이스가 자동으로 탑재됩니다. 복사 큐 길이는 복제해야 하는 수동 복사본에서 인식되는 로그 개수입니다. 복사 큐 길이가 6보다 크면 데이터베이스가 자동으로 탑재되지 않습니다. 복사 큐 길이가 6 이하이면 Exchange에서는 나머지 로그를 수동 복사본에 복제하려고 시도하며 데이터베이스를 탑재합니다.Lossless이 값을 지정하면 활성 복사본에 생성된 모든 로그가 수동 복사본에 복사될 때까지 데이터베이스가 자동으로 탑재되지 않습니다. 또한 이 설정은 Active Manager의 최상의 복사본 선택 알고리즘이 데이터베이스 복제의 복제 큐 길이가 아닌 활성화 선호값을 기반으로 활성화할 잠재적인 후보들을 정렬하도록 합니다.
기본값은 GoodAvailability입니다. BestAvailability 또는 GoodAvailability를 지정하면 활성 복사본의 모든 로그를 활성화되어 있는 수동 복사본에 복제할 수 없는 경우 사서함 데이터가 일부 손실될 수도 있습니다. 그러나 기본적으로 사용하도록 설정되는 전송 휴지통 기능을 통해 전송 휴지통 큐에 있는 메시지를 다시 전송하여 대부분의 데이터 손실을 방지할 수 있습니다.
이전 값뿐만 아니라 Active Directory에서 직접 특성을 수정하려면 ADSI Edit 또는 Ldp.exe를 사용하여 사용자 지정 값으로 AutoDatabaseMountDial 매개 변수를 구성할 수도 있습니다. AutoDatabaseMountDial 매개 변수는 사서함 서버 개체의 msExchDataLossForAutoDatabaseMount 특성으로 나타납니다. 이 특성의 숫자 값(정수)은 사람의 개입 없이 데이터베이스를 탑재하기 위해 기꺼이 손실을 감수할 수 있는 최대 트랜잭션 로그 파일 수를 나타냅니다. 12보다 큰 사용자 지정 값의 AutoDatabaseMountDial 매개 변수를 구성하는 경우 전송 휴지통 크기를 늘려 많은 손실된 로그를 보다 잘 보호할 수 있습니다.
예: 자동 데이터베이스 탑재 다이얼 구성
GoodAvailability의 AutoDatabaseMountDial 설정을 갖는 사서함 서버 구성 예는 다음과 같습니다.
Set-MailboxServer -Identity EX1 -AutoDatabaseMountDial GoodAvailability
데이터베이스 복사본 자동 활성화 정책
DatabaseCopyAutoActivationPolicy 매개 변수는 선택한 사서함 서버의 사서함 데이터베이스 복사본에 사용할 수 있는 자동 활성화 형식을 지정합니다. Set-MailboxServer cmdlet을 사용하여 다음 값을 가진 DatabaseCopyAutoActivationPolicy 매개 변수를 구성할 수 있습니다.
Blocked이 값을 지정하면 선택한 사서함 서버에서 데이터베이스를 자동으로 활성화할 수 없습니다.IntrasiteOnly동일한 Active Directory 사이트의 서버에서 데이터베이스 복사본을 활성화할 수 있습니다. 이 값을 설정하면 사이트 간 장애 조치(failover) 또는 활성화를 사용할 수 없습니다. 이 속성은 들어오는 사서함 데이터베이스 복사본(예: 활성 복사본으로 설정되는 수동 복사본)에 사용됩니다. 다른 Active Directory 사이트에서 활성화된 데이터베이스 복사본에 대해 이 사서함 서버의 데이터베이스를 활성화할 수 없습니다.Unrestricted이 값을 지정하면 선택한 사서함 서버에서 사서함 데이터베이스 복사본을 활성화하는 기능에 대한 특별한 제한은 없습니다.
예: 데이터베이스 복사본 자동 활성화 정책 구성
Blocked의 DatabaseCopyAutoActivationPolicy 설정을 갖는 사서함 서버 구성 예는 다음과 같습니다.
Set-MailboxServer -Identity EX1 -DatabaseCopyAutoActivationPolicy Blocked
최대 활성 데이터베이스
MaximumActiveDatabases 매개 변수(Set-MailboxServer cmdlet과 함께 사용되기도 함)는 사서함 메일 서버에 탑재될 수 있는 데이터베이스 수를 지정합니다. 개인 사서함 서버가 오버로드되지 않도록 하여 배포 요구사항을 충족하도록 사서함 서버를 구성할 수 있습니다.
MaximumActiveDatabases 매개 변수는 숫자 값(정수)으로 설정됩니다. 최대 개수에 도달하면 장애 조치(failover) 또는 전환이 발생해도 서버의 데이터베이스 복사본이 활성화되지 않습니다. 서버에서 복사본이 이미 활성화되어 있으면 데이터베이스를 탑재할 수 없습니다.
예: 최대 활성 데이터베이스 구성하기
다음은 최대 20개의 활성 데이터베이스를 지원하는 사서함 서버 구성 예입니다.
Set-MailboxServer -Identity EX1 -MaximumActiveDatabases 20
맨 위로 이동
DAG 구성원에서 유지 관리 수행
DAG 구성원에서 어떤 형태의 소프트웨어 또는 하드웨어 유지 관리를 수행하기 전에 먼저 StartDagServerMaintenance.ps1 스크립트를 사용하여 서비스에서 해당 DAG 구성원을 제거해야 합니다. 이 스크립트는 모든 활성 데이터베이스를 서버에서 제거하고 활성 데이터베이스가 해당 서버로 이동하지 못하게 차단합니다. 또한 스크립트를 통해서 서버(예: PAM(Primary Active Manager) 역할)에서 수행하는 중요한 모든 DAG 지원 기능이 다른 서버로 이동할 수 있으며 서버로 다시 이동하는 것을 차단할 수도 있습니다. 특히 StartDagServerMaintenance.ps1 스크립트는 다음 작업을 수행합니다.
DAG 구성원에 호스트된 각 데이터베이스 복사본에 대한 활성화를 위해 ActivationOnly 매개 변수와 함께 Suspend-MailboxDatabaseCopy를 실행합니다.
클러스터의 노드를 일시 중단하여 노드가 PAM이 되지 않도록 합니다.
DAG 구성원에 있는 DatabaseCopyAutoActivationPolicy 매개 변수 값을
Blocked로 설정합니다.DAG 구성원에 현재 호스트된 모든 활성 데이터베이스를 다른 DAG 구성원으로 이동합니다.
DAG 구성원이 현재 기본 클러스터 그룹을 소유하는 경우 해당 스크립트는 기본 클러스터 그룹과 그에 따른 PAM 역할을 다른 DAG 구성원으로 이동합니다.
이전의 어떤 작업이라도 실패하는 경우 성공적인 데이터베이스 이동을 제외한 모든 작업은 실행 취소됩니다.
유지 관리가 완료되고 DAG 구성원이 서비스할 준비가 된 후에는 StopDagServerMaintenance.ps1 스크립트를 사용하여 DAG 구성원을 유지 관리 모드에서 해제하여 프로덕션에 들어가게 할 수 있습니다. 특히 StopDagServerMaintenance.ps1 스크립트는 다음 작업을 수행합니다.
DAG 구성원에 호스트된 각 데이터베이스 복사본에 대해 Resume-MailboxDatabaseCopy cmdlet을 실행합니다.
클러스터의 노드를 다시 시작하여 DAG 구성원을 위한 모든 클러스터 기능을 활성화합니다.
DAG 구성원에 있는 DatabaseCopyAutoActivationPolicy 매개 변수 값을
Unrestricted로 설정합니다.
두 개의 스크립트는 -ServerName 매개 변수(호스트 이름 또는 DAG 구성원의 FQDN(정규화된 도메인 이름) 가능) 및 -WhatIf 매개 변수를 수락합니다. 두 개의 스크립트는 로컬이나 원격으로 실행될 수 있습니다. 스크립트가 실행되는 서버에는 Windows 장애 조치(failover) 클러스터 관리 도구(RSAT-Clustering)가 설치되어 있어야 합니다.
맨 위로 이동
DAG 구성원 종료
Exchange 2010 고가용성 솔루션은 Windows 종료 프로세스와 통합되었습니다. 관리자 또는 응용 프로그램이 DAG에서 하나 이상의 DAG 구성원에 복제되어 탑재된 데이터베이스를 보유한 Windows 서버 종료를 시작하는 경우 시스템은 종료 프로세스가 완료되기 전에 탑재된 데이터베이스의 다른 복사본을 활성화합니다.
하지만 이 새로운 동작은 서버에서 종료되는 데이터베이스가 모두 lossless 활성화되는지 보장하지 않습니다. 따라서 DAG의 구성원인 서버를 종료하기 전에 서버 전환을 수행하는 것이 좋은 방법입니다. 서버 전환을 수행하는 방법에 대한 자세한 단계는 서버 전환 수행을 참조하세요.
맨 위로 이동
DAG 구성원 업데이트 롤업 설치
DAG(데이터베이스 가용성 그룹)의 구성원인 서버에 Microsoft Exchange Server 2010 업데이트 롤업을 설치하는 작업은 비교적 간단한 프로세스입니다. DAG 구성원인 서버에 업데이트 롤업을 설치하면 모든 Exchange 서비스, 클러스터 서비스 등 여러 가지 서비스가 설치하는 동안 중지됩니다. DAG 구성원에 업데이트 롤업을 적용하는 데 필요한 일반적인 프로세스는 다음과 같습니다.
StartDagServerMaintenance.ps1 스크립트를 사용하여 DAG 구성원을 유지 관리 모드로 설정합니다.
업데이트 롤업을 설치합니다.
StopDagServerMaintenance.ps1 스크립트를 사용하여 DAG 구성원이 유지 관리 모드에서 해제되고 프로덕션에 들어가게 합니다.
RedistributeActiveDatabases.ps1 스크립트를 사용하여 DAG의 활성 데이터베이스 복사본을 재분산합니다.
Exchange 2010에 대한 최신 업데이트 롤업은 Microsoft 다운로드 센터에서 다운로드할 수 있습니다. DAG 구성원에 업데이트 롤업을 설치하는 방법에 대한 자세한 단계는 데이터베이스 가용성 그룹 구성원에 업데이트 롤업 설치를 참조하세요.
맨 위로 이동
© 2010 Microsoft Corporation. 모든 권리 보유.