DAG(데이터베이스 사용 가능 그룹)Database availability groups (DAGs)

적용 대상: Exchange Server 2013Applies to: Exchange Server 2013

Exchange Server 2013에서 Exchange DAG에 대해 알아봅니다. 이 문서에서는 DAG(데이터베이스 사용 가능 그룹) 수명 주기뿐만 아니라 고가용성 및 사이트 복구를 위한 DAG 사용 방법도 설명합니다.Learn about Exchange DAG in Exchange Server 2013. This article discusses the database availability group (DAG) lifecycle, as well as using a DAG for high availability and for site resilience.

DAG(데이터베이스 사용 가능 그룹)는 Microsoft Exchange Server 2013에서 제공되는 사서함 서버 고가용성 및 사이트 복구 프레임워크의 기본 구성 요소입니다. DAG는 데이터베이스 집합을 호스트하는 최대 16개의 사서함 서버 그룹이며 개별 서버 또는 데이터베이스에 영향을 준 오류로부터 데이터베이스 수준의 자동 복구를 수행합니다.A database availability group (DAG) is the base component of the Mailbox server high availability and site resilience framework built into Microsoft Exchange Server 2013. A DAG is a group of up to 16 Mailbox servers that hosts a set of databases and provides automatic database-level recovery from failures that affect individual servers or databases.

DAG는 사서함 데이터베이스 복제, 데이터베이스 및 서버 전환, 장애 조치(failover)와 Active Manager라는 내부 구성 요소를 위한 경계입니다. DAG의 모든 서버에서 실행되는 Active Manager는 DAG 내의 전환과 장애 조치를 관리합니다. Active Manager에 대한 자세한 내용은 Active Manager를 참조하십시오. A DAG is a boundary for mailbox database replication, database and server switchovers and failovers, and an internal component called Active Manager. Active Manager, which runs on every Mailbox server, manages switchovers and failovers within DAGs. For more information about Active Manager, see Active Manager.

DAG의 서버는 DAG의 다른 서버로부터 사서함 데이터베이스의 복사본을 호스트할 수 있습니다. 서버를 DAG에 추가하면 DAG의 다른 서버와 함께, 사서함 데이터베이스에 영향을 주는 오류(예: 디스크, 서버 또는 네트워크 오류)로부터 자동 복구를 수행합니다.Any server in a DAG can host a copy of a mailbox database from any other server in the DAG. When a server is added to a DAG, it works with the other servers in the DAG to provide automatic recovery from failures that affect mailbox databases, such as a disk, server, or network failure.

DAG(데이터베이스 사용 가능 그룹) 수명 주기Database availability group (DAG) lifecycle

Dag는 Exchange가 설치 된 후 모든 사서함 서버 및 데이터베이스에 대 한 서비스 및 데이터 가용성을 배포 하는 기능인 증분 배포의 개념을 활용 합니다.DAGs leverage the concept of incremental deployment, which is the ability to deploy service and data availability for all Mailbox servers and databases after Exchange is installed. Exchange 2013 사서함 서버를 배포하면 DAG를 만들고 사서함 서버를 DAG에 추가한 다음 DAG 구성원 간에 사서함 데이터베이스를 복제할 수 있습니다.After you deploy Exchange 2013 Mailbox servers, you can create a DAG, add Mailbox servers to the DAG, and then replicate mailbox databases between the DAG members.

참고

서버와 솔루션이 exchange 2013 시스템 요구 사항과 exchange 2013 가상화에 설정 된 요구 사항을 준수 하는 경우 실제 사서함 서버 및 가상화 된 사서함 서버의 조합이 포함 된 DAG를 만들 수 있습니다.It's supported to create a DAG that contains a combination of physical Mailbox servers and virtualized Mailbox servers, provided that the servers and solution comply with the Exchange 2013 system requirements and the requirements set forth in Exchange 2013 virtualization. 모든 Exchange 고가용성 구성과 마찬가지로, 예약된 중단 및 예약되지 않은 중단 중에 필요한 작업 부하를 처리하기 위해 DAG의 모든 사서함 서버의 크기를 적절히 조정해야 합니다.As with all Exchange high availability configurations, you must ensure that all Mailbox servers in the DAG are sized appropriately to handle the necessary workload during scheduled and unscheduled outages.

DAG는 New-DatabaseAvailabilityGroup cmdlet을 사용하여 만들어집니다. DAG는 초기에 Active Directory에서 빈 개체로 만들어집니다. 이 디렉터리 개체는 서버 구성원 정보 및 일부 DAG 구성 설정 같은 DAG 관련 정보를 저장하는 데 사용됩니다. DAG에 첫 번째 서버를 추가하는 경우 해당 DAG에 대한 장애 조치(failover) 클러스터가 자동으로 만들어집니다. 이 장애 조치(failover)는 DAG에서 단독으로 사용되며 해당 클러스터는 DAG에 전용으로 사용되어야 합니다. 기타 다른 목적을 위해 클러스터를 사용하는 것은 지원되지 않습니다.A DAG is created by using the New-DatabaseAvailabilityGroup cmdlet. A DAG is initially created as an empty object in Active Directory. This directory object is used to store relevant information about the DAG, such as server membership information and some DAG configuration settings. When you add the first server to a DAG, a failover cluster is automatically created for the DAG. This failover cluster is used exclusively by the DAG, and the cluster must be dedicated to the DAG. Use of the cluster for any other purpose isn't supported.

장애 조치 클러스터 작성 외에 서버에서 네트워크 또는 서버 오류를 모니터링하는 인프라가 시작됩니다. 그러면 장애 조치(failover) 클러스터 하트비트 메커니즘 및 클러스터 데이터베이스를 사용하여 데이터베이스 탑재 상태, 복제 상태, 마지막으로 탑재된 위치 등 신속하게 변경할 수 있는 DAG 관련 정보를 추적하고 관리합니다.In addition to a failover cluster being created, the infrastructure that monitors the servers for network or server failures is initiated. The failover cluster heartbeat mechanism and cluster database are then used to track and manage information about the DAG that can change quickly, such as database mount status, replication status, and last mounted location.

DAG가 만들어질 때 DAG에는 고유한 이름이 지정되고, 하나 이상의 고정 IP 주소가 할당되거나 DHCP(Dynamic Host Configuration Protocol)를 사용하도록 구성됩니다. 또는 클러스터 관리 액세스 포인트를 포함하지 않는 DAG가 만들어질 수도 있습니다. 관리 액세스 포인트가 없는 DAG는 Windows Server 2012 R2 Standard 또는 Datacenter Edition에 Exchange 2013 서비스 팩 1 이상을 실행하는 서버에서만 만들 수 있습니다. 클러스터 관리 액세스 포인트가 없는 DAG의 특징은 다음과 같습니다.During creation, the DAG is given a unique name, and either assigned one or more static IP addresses or configured to use Dynamic Host Configuration Protocol (DHCP), or created without a cluster administrative access point. DAGs without an administrative access point can be created only on servers running Exchange 2013 Service Pack 1 or later on Windows Server 2012 R2 Standard or Datacenter edition. DAGs without cluster administrative access points have the following characteristics:

  • 클러스터/DAG에 IP 주소가 할당되지 않으므로 클러스터 핵심 리소스 그룹에 IP 주소 리소스가 없습니다.There is no IP address assigned to the cluster/DAG, and therefore no IP Address Resource in the cluster core resource group.

  • 클러스터에 네트워크 이름이 할당되지 않으므로 클러스터 핵심 리소스 그룹에 네트워크 이름 리소스가 없습니다.There is no network name assigned to the cluster, and therefore no Network Name Resource in the cluster core resource group

  • 클러스터/DAG의 이름이 DNS에 등록되지 않으며 네트워크에서 확인할 수 없습니다.The name of the cluster/DAG is not registered in DNS, and it is not resolvable on the network.

  • CNO(클러스터 이름 개체)가 Active Directory에서 만들어지지 않습니다.A cluster name object (CNO) is not created in Active Directory.

  • 장애 조치 클러스터 관리 도구를 사용하여 클러스터를 관리할 수 없습니다. 클러스터는 Windows PowerShell을 사용하여 관리해야 하며 개별 클러스터 구성원에 대해 PowerShell cmdlet을 실행해야 합니다.The cluster cannot be managed using the Failover Cluster Management tool. It must be managed using Windows PowerShell, and the PowerShell cmdlets must be run against individual cluster members.

다음 예에서는 셸을 사용하여 세 개의 서버를 포함할 클러스터 관리 액세스 포인트가 포함된 DAG를 만드는 방법을 보여 줍니다. 두 개의 서버(EX1 및 EX2)는 동일한 서브넷(10.0.0.0)에 있고 세 번째 서버(EX3)는 다른 서브넷(192.168.0.0)에 있습니다.This example shows how to use the Shell to create a DAG with a cluster administrative access point that will have three servers. Two servers (EX1 and EX2) are on the same subnet (10.0.0.0), and the third server (EX3) is on a different subnet (192.168.0.0).

New-DatabaseAvailabilityGroup -Name DAG1 -WitnessServer EX4 -DatabaseAvailabilityGroupIPAddresses 10.0.0.5,192.168.0.5
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX1
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX2
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX3

클러스터 관리 액세스 포인트가 없는 DAG를 만드는 명령도 매우 비슷합니다.The commands to create a DAG without a cluster administrative access point are very similar:

New-DatabaseAvailabilityGroup -Name DAG1 -WitnessServer EX4 -DatabaseAvailabilityGroupIPAddresses ([System.Net.IPAddress])::None
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX1
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX2
Add-DatabaseAvailabilityGroupServer -Identity DAG1 -MailboxServer EX3

DAG1의 클러스터는 EX1이 DAG에 추가될 때 만들어집니다. 클러스터를 만드는 동안 Add-DatabaseAvailabilityGroupServer cmdlet은 DAG에 구성된 IP 주소를 검색하고 EX1에서 발견된 서브넷과 일치하지 않는 IP 주소를 무시합니다. 위의 첫 번째 예에서 DAG1의 클러스터는 IP 주소 10.0.0.5를 사용하여 만들어지고 192.168.0.5는 무시됩니다. 위의 두 번째 예에서 DatabaseAvailabilityGroupIPAddresses 매개 변수의 값은 관리 액세스 포인트가 없는 DAG에 대해 장애 조치 클러스터를 만드는 작업을 지시합니다. 따라서 클러스터는 핵심 클러스터 리소스 그룹의 IP 주소 또는 네트워크 이름 리소스를 사용하여 만들어집니다.The cluster for DAG1 is created when EX1 is added to the DAG. During cluster creation, the Add-DatabaseAvailabilityGroupServer cmdlet retrieves the IP addresses configured for the DAG and ignores the ones that don't match any of the subnets found on EX1. In the first example above, the cluster for DAG1 is created with an IP address of 10.0.0.5, and 192.168.0.5 is ignored. In the second example above, the value of the DatabaseAvailabilityGroupIPAddresses parameter instructs the task to create a failover cluster for the DAG that does not have an administrative access point. Thus, the cluster is created with an IP address or network name resource in the core cluster resource group.

그런 다음 EX2가 추가되며 Add-DatabaseAvailabilityGroupServer cmdlet은 DAG에 대해 구성된 IP 주소를 다시 검색합니다. EX2가 EX1과 동일한 서브넷에 있으므로 클러스터의 IP 주소는 변경되지 않습니다.Then, EX2 is added, and the Add-DatabaseAvailabilityGroupServer cmdlet again retrieves the IP addresses configured for the DAG. There are no changes to the cluster's IP addresses because in EX2 is on the same subnet as EX1.

그런 다음 EX3이 추가되며 Add-DatabaseAvailabilityGroupServer cmdlet은 DAG에 대해 구성된 IP 주소를 다시 검색합니다. 192.168.0.5와 일치하는 서브넷이 EX3에 있으므로 192.168.0.5 주소는 클러스터 그룹에서 IP 주소 리소스로 추가됩니다. 또한 각 IP 주소 리소스의 네트워크 이름 리소스에 대한 OR 종속성이 자동으로 구성됩니다. 클러스터 핵심 리소스 그룹이 EX3으로 이동할 때 192.168.0.5 주소가 클러스터에 사용됩니다.Then, EX3 is added, and the Add-DatabaseAvailabilityGroupServer cmdlet again retrieves the IP addresses configured for the DAG. Because a subnet matching 192.168.0.5 is present on EX3, the 192.168.0.5 address is added as an IP address resource in the cluster group. In addition, an OR dependency for the Network Name resource for each IP address resource is automatically configured. The 192.168.0.5 address will be used by the cluster when the cluster core resource group moves to EX3.

클러스터 관리 액세스 포인트가 있는 DAG의 경우 네트워크 이름 리소스가 온라인 상태가 되면 Windows 장애 조치 클러스터링은 DNS(Domain Name System)의 클러스터에 대한 IP 주소를 등록합니다. 또한 EX1을 클러스터에 추가하면 Active Directory에서 CNO(클러스터 이름 개체)가 만들어집니다. 클러스터에 대한 네트워크 이름, IP 주소 및 CNO는 DAG 기능에 사용되지 않습니다. 어떤 이유로든 관리자와 최종 사용자는 클러스터/DAG 이름 또는 IP 주소와 상호 작용하거나 해당 이름 또는 주소에 연결할 필요가 없습니다. 일부 타사 응용 프로그램은 백업 또는 모니터링과 같은 관리 작업을 수행하기 위해 클러스터 관리 액세스 포인트에 연결합니다. 클러스터 관리 액세스 포인트가 필요한 타사 응용 프로그램을 사용하지 않으며 DAG가 Windows Server 2012 R2에서 Exchange 2013 SP1 이상을 실행 중인 경우에는 관리 액세스 포인트가 없는 DAG를 만드는 것이 좋습니다. 그러면 DAG 구성이 간소화되고 하나 이상의 IP 주소를 사용할 필요가 없으며 DAG의 공격 범위가 줄어듭니다.For DAGs with cluster administrative access points, Windows failover clustering registers the IP addresses for the cluster in the Domain Name System (DNS) when the Network Name resource is brought online. In addition, when EX1 is added to the cluster, a cluster name object (CNO) is created in Active Directory. The network name, IP address(es), and CNO for the cluster are not used for DAG functions. Administrators and end users don't need to interface with or connect to the cluster/DAG name or IP address for any reason. Some third party applications connect to the cluster administrative access point to perform management tasks, such as backup or monitoring. If you do not use any third party applications that require a cluster administrative access point, and your DAG is running Exchange 2013 SP1 or later on Windows Server 2012 R2, then we recommend creating a DAG without an administrative access point. This simplifies DAG configuration, eliminates the need for one or more IP addresses, and reduces the attack surface of a DAG.

또한 DAG는 미러링 모니터 서버 및 감시 디렉터리를 사용하도록 구성됩니다. 미러링 모니터 서버 및 감시 디렉터리는 시스템에서 자동으로 구성되거나 관리자가 수동으로 구성합니다. 위의 예에서는 DAG의 구성원이 아니며 구성원으로 지정할 계획도 없는 EX4를 DAG의 미러링 모니터 서버로 수동 구성합니다.DAGs are also configured to use a witness server and a witness directory. The witness server and witness directory are either automatically configured by the system, or they can be manually configured by the administrator. In the examples above, EX4 (a server that is not and will not be a member of the DAG) is being manually configured as the DAG's witness server.

기본적으로 DAG는 기본 제공 연속 복제 기능을 사용하여 DAG의 서버 간에 사서함 데이터베이스를 복제하도록 설계되었습니다.By default, a DAG is designed to use the built-in continuous replication feature to replicate mailbox databases among servers in the DAG. Exchange 2013에서 타사 복제 API를 지 원하는 타사 데이터 복제를 사용 하는 경우에는 ThirdPartyReplication 매개 변수를 사용 하 여 새-databaseavailabilitygroup cmdlet을 통해 타사 복제 모드에서 DAG를 만들어야 합니다.If you're using third-party data replication that supports the Third Party Replication API in Exchange 2013, you must create the DAG in third-party replication mode by using the New-DatabaseAvailabilityGroup cmdlet with the ThirdPartyReplication parameter. 이 모드를 사용하도록 설정한 후에는 사용하지 않게 설정할 수 없습니다.After this mode is enabled, it can't be disabled.

DAG가 만들어진 후 사서함 서버를 DAG에 추가할 수 있습니다. 첫 번째 서버가 DAG에 추가될 때 DAG에 사용할 클러스터가 형성됩니다. DAG는 Windows 장애 조치 클러스터링 기술, 즉 클러스터 하트비트, 클러스터 네트워크 및 클러스터 데이터베이스(데이터베이스 상태 변경처럼 활성에서 수동으로 또는 그 반대로, 탑재에서 분리로 또는 그 반대로 변경될 수 있는 데이터 저장 용도)를 사용합니다. 각 후속 서버는 DAG에 추가될 때 기본 클러스터에 가입되며 클러스터의 쿼럼 모델이 Exchange에서 자동으로 조정되며, 서버는 Active Directory의 DAG 개체에 추가됩니다.After the DAG is created, Mailbox servers can be added to the DAG. When the first server is added to the DAG, a cluster is formed for use by the DAG. DAGs make use of Windows failover clustering technology, such as the cluster heartbeat, cluster networks, and the cluster database (for storing data that changes, such as database state changes from active to passive or vice versa, or from mounted to dismounted and vice versa). As each subsequent server is added to the DAG, it's joined to the underlying cluster, the cluster's quorum model is automatically adjusted by Exchange, and the server is added to the DAG object in Active Directory.

사서함 서버가 DAG에 추가된 후 DAG 내의 데이터베이스 복제에 네트워크 암호화 또는 네트워크 압축을 사용할지 여부와 같은 다양한 DAG 속성을 구성할 수 있습니다. 또한 DAG 네트워크를 구성하고 추가 DAG 네트워크를 만들 수 있습니다.After Mailbox servers are added to a DAG, you can configure a variety of DAG properties, such as whether to use network encryption or network compression for database replication within the DAG. You can also configure DAG networks and create additional DAG networks.

구성원을 DAG에 추가하고 DAG를 구성한 후 각 서버의 활성 사서함 데이터베이스는 다른 DAG 구성원에 복제될 수 있습니다. 사서함 데이터베이스 복사본을 만든 후 다양한 기본 제공 모니터링 도구를 사용하여 복사본의 상태를 모니터링할 수 있습니다. 또한 데이터베이스 및 서버 전환을 수행할 수 있습니다.After you add members to a DAG and configure the DAG, the active mailbox databases on each server can be replicated to the other DAG members. After you create mailbox database copies, you can monitor the health and status of the copies using a variety of built-in monitoring tools. In addition, you can perform database and server switchovers.

DAG 만들기, DAG 구성원 자격 관리, DAG 속성 구성, 사서함 데이터베이스 복사본 만들기 및 모니터링, 전환 수행 등에 대한 자세한 내용은 고가용성 및 사이트 복구를 관리합니다.를 참조하십시오.For more information about creating DAGs, managing DAG membership, configuring DAG properties, creating and monitoring mailbox database copies, and performing switchovers, see Managing high availability and site resilience.

DAG(데이터베이스 사용 가능 그룹) 쿼럼 모델Database availability group (DAG) quorum models

모든 DAG 아래에는 Windows 장애 조치 클러스터가 있습니다. 장애 조치 클러스터는 쿼럼 개념을 사용합니다. 쿼럼은 한 번에 클러스터 구성원(모든 구성원 또는 대다수의 구성원을 의미할 수 있음) 중 하나의 하위 집합만 작동하도록 보장하기 위해 응답자의 합의를 사용합니다. 쿼럼은 Exchange 2013에서 새로운 개념이 아닙니다. Exchange의 이전 버전에서 고가용성 사서함 서버는 장애 조치 클러스터링 및 쿼럼 개념도 사용합니다. 쿼럼은 구성원과 리소스의 공유 보기를 나타내며, 모든 클러스터 구성원 간에 공유되는 클러스터 내의 구성을 나타내는 실제 데이터를 설명하는 데도 사용됩니다. 따라서 모든 DAG에는 쿼럼을 갖기 위한 기본 장애 조치 클러스터가 필요합니다. 클러스터가 쿼럼을 손실하면 모든 DAG 작업이 종료되고 DAG에 호스트된 모든 탑재된 데이터베이스가 분리됩니다. 이 경우 쿼럼 문제를 해결하고 DAG 작업을 복원하기 위해 관리자 작업이 필요합니다.Underneath every DAG is a Windows failover cluster. Failover clusters use the concept of quorum, which uses a consensus of voters to ensure that only one subset of the cluster members (which could mean all members or a majority of members) is functioning at one time. Quorum isn't a new concept for Exchange 2013. Highly available Mailbox servers in previous versions of Exchange also use failover clustering and its concept of quorum. Quorum represents a shared view of members and resources, and the term quorum is also used to describe the physical data that represents the configuration within the cluster that's shared between all cluster members. As a result, all DAGs require their underlying failover cluster to have quorum. If the cluster loses quorum, all DAG operations terminate and all mounted databases hosted in the DAG dismount. In this event, administrator intervention is required to correct the quorum problem and restore DAG operations.

쿼럼은 일관성을 유지하고 연결 분리기로 동작하여 파티션을 방지하고 클러스터 응답을 확인하는 것이 중요합니다.Quorum is important to ensure consistency, to act as a tie-breaker to avoid partitioning, and to ensure cluster responsiveness:

  • 일관성 확인: Windows 장애 조치 클러스터의 기본 요구 사항은 각 구성원이 다른 구성원과 일관되지 않은 클러스터의 보기를 항상 가지고 있어야 한다는 것입니다. 클러스터 하이브는 클러스터와 관련 있는 모든 구성 정보를 위한 가장 확실한 리포지토리 역할을 합니다. 클러스터 하이브를 DAG 구성원에 로컬로 로드할 수 없는 경우, 다른 구성원과 일관된 클러스터의 보기를 가지고 있어야 하는 요구 사항을 구성원이 충족하는지 보장할 수 없기 때문에 클러스터 서비스가 시작되지 않습니다.Ensuring consistency: A primary requirement for a Windows failover cluster is that each of the members always has a view of the cluster that's consistent with the other members. The cluster hive acts as the definitive repository for all configuration information relating to the cluster. If the cluster hive can't be loaded locally on a DAG member, the Cluster service doesn't start, because it isn't able to guarantee that the member meets the requirement of having a view of the cluster that's consistent with the other members.

  • 연결 분리기로 작용: 쿼럼 감시 리소스가 짝수의 구성원이 있는 DAG에 사용되어 스플릿 브레인 현상 시나리오가 발생하는 것을 방지하고 DAG에서 하나의 구성원 컬렉션만 공식적으로 간주되는지 확인합니다. 미러링 모니터 서버가 쿼럼이 필요하면 미러링 모니터 서버와 통신할 수 있는 DAG의 구성원이 SMB(Server Message Block) 잠금을 미러링 모니터 서버의 witness.log 파일에 적용할 수 있습니다. 미러링 모니터 서버를 잠그는 DAG 구성원(잠금 노드)은 쿼럼 용도의 추가 응답을 유지합니다. 잠금 노드와 연관된 DAG 구성원이 대다수이며 쿼럼을 유지 관리합니다. 잠금 노드와 연결할 수 없는 DAG 구성원은 소수이므로 쿼럼이 손실됩니다.Acting as a tie-breaker: A quorum witness resource is used in DAGs with an even number of members to avoid split brain syndrome scenarios and to make sure that only one collection of the members in the DAG is considered official. When the witness server is needed for quorum, any member of the DAG that can communicate with the witness server can place a Server Message Block (SMB) lock on the witness server's witness.log file. The DAG member that locks the witness server (referred to as the locking node) retains an additional vote for quorum purposes. The DAG members in contact with the locking node are in the majority and maintain quorum. Any DAG members that can't contact the locking node are in the minority and therefore lose quorum.

  • 응답 확인: 응답을 확인하려면 클러스터가 실행될 때마다 쿼럼 모델은 배포된 시스템의 충분한 구성원이 작동 가능한지와 통신 여부를 확인하고 클러스터의 현재 상태 중 최소 하나 이상을 복제할 수 있는지 확인해야 합니다. 구성원을 통신하게 하거나 특정 복제본이 보장받는지 여부를 판단하는 데 추가 시간이 필요하지 않습니다.Ensuring responsiveness: To ensure responsiveness, the quorum model makes sure that, whenever the cluster is running, enough members of the distributed system are operational and communicative, and at least one replica of the cluster's current state can be guaranteed. No additional time is required to bring members into communication or to determine whether a specific replica is guaranteed.

짝수의 구성원이 있는 DAG가 장애 조치 클러스터의 노드 및 파일 공유 과반수 쿼럼 모드를 사용하며, 연결 분리기로 동작하는 외부 미러링 모니터 서버를 사용합니다. 이 쿼럼 모드에서 각 DAG 구성원은 응답권을 가집니다. 또한 DAG 구성원 하나에 가중치가 있는 응답(예: 하나의 응답권이 아니라 두 개의 응답권을 가짐)을 제공하기 위해 미러링 모니터 서버가 사용됩니다. 클러스터 쿼럼 데이터는 기본적으로 DAG의 각 구성원 시스템 디스크에 저장되며 이러한 디스크에서 일관성을 유지합니다. 그러나 쿼럼 데이터의 복사본은 미러링 모니터 서버에 저장되지 않습니다. 미러링 모니터 서버의 파일은 데이터의 최신 복사본을 가진 구성원을 추적하는 데 사용되지만 미러링 모니터 서버에는 클러스터 쿼럼 데이터의 복사본이 없습니다. 이 모드에서 대다수의 응답자(DAG 구성원 + 미러링 모니터 서버)가 작동 가능해야 하며 쿼럼을 유지 관리하도록 서로 통신할 수 있어야 합니다. 대다수의 응답자가 서로 통신할 수 없는 경우 DAG의 기본 클러스터가 쿼럼을 손실하고 다시 작동하게 하려면 DAG에 관리자 작업이 필요합니다.DAGs with an even number of members use the failover cluster's Node and File Share Majority quorum mode, which employs an external witness server that acts as a tie-breaker. In this quorum mode, each DAG member gets a vote. In addition, the witness server is used to provide one DAG member with a weighted vote (for example, it gets two votes instead of one). The cluster quorum data is stored by default on the system disk of each member of the DAG, and is kept consistent across those disks. However, a copy of the quorum data isn't stored on the witness server. A file on the witness server is used to keep track of which member has the most updated copy of the data, but the witness server doesn't have a copy of the cluster quorum data. In this mode, a majority of the voters (the DAG members plus the witness server) must be operational and able to communicate with each other to maintain quorum. If a majority of the voters can't communicate with each other, the DAG's underlying cluster loses quorum, and the DAG will require administrator intervention to become operational again.

홀수의 구성원이 있는 DAG는 장애 조치 클러스터의 노드 과반수 쿼럼 모드를 사용합니다. 이 모드에서 각 구성원은 하나의 응답권을 가지며 각 구성원의 로컬 시스템 디스크는 클러스터 쿼럼 데이터를 저장하는 데 사용됩니다. DAG 구성이 변경되면 해당 변경 내용은 다른 디스크에 반영됩니다. 변경 내용은 구성원 반(내림)에 1을 더해 디스크에 작성된 경우 커밋되고 지속적인 상태가 된 것으로 간주됩니다. 예를 들어, 5명의 구성원이 있는 DAG에서 변경 내용은 두 구성원에 한 명의 구성원이 더해지거나 아니면 총 3명의 구성원으로 이루어져야 합니다.DAGs with an odd number of members use the failover cluster's Node Majority quorum mode. In this mode, each member gets a vote, and each member's local system disk is used to store the cluster quorum data. If the configuration of the DAG changes, that change is reflected across the different disks. The change is only considered to have been committed and made persistent if that change is made to the disks on half the members (rounding down) plus one. For example, in a five-member DAG, the change must be made on two plus one members, or three members total.

쿼럼을 사용하려면 응답자의 과반수가 서로 통신할 수 있어야 합니다. DAG에 4명의 구성원이 있다고 가정해 보겠습니다. 이 DAG에는 짝수의 구성원이 있기 때문에 외부 미러링 모니터 서버는 클러스터 구성원 중 하나에 균형을 깨는 다섯 번째 응답권을 제공하는 데 사용됩니다. 응답자의 과반수(따라서 쿼럼)를 유지 관리하려면 최소 3명의 응답자가 서로 통신할 수 있어야 합니다. 언제든지 최대 두 명의 응답자는 서비스 및 데이터 액세스를 방해하지 않고 오프라인이 될 수 있습니다. 3명 이상의 응답자가 오프라인인 경우 DAG는 쿼럼을 손실하며 문제가 해결될 때까지 서비스와 데이터 액세스는 중단됩니다.Quorum requires a majority of voters to be able to communicate with each other. Consider a DAG that has four members. Because this DAG has an even number of members, an external witness server is used to provide one of the cluster members with a fifth, tie-breaking vote. To maintain a majority of voters (and therefore quorum), at least three voters must be able to communicate with each other. At any time, a maximum of two voters can be offline without disrupting service and data access. If three or more voters are offline, the DAG loses quorum, and service and data access will be disrupted until you resolve the problem.

고가용성을 위한 DAG(데이터베이스 사용 가능 그룹) 사용Using a database availability group (DAG) for high availability

DAG가 사서함 데이터베이스에 대해 고가용성을 제공하는 방법을 설명하기 위해 5개의 구성원이 있는 DAG를 사용하는 다음 예제를 가정해 보겠습니다. 이 DAG가 다음 그림에 나와 있습니다.To illustrate how a DAG can provide high availability for your mailbox databases, consider the following example, which uses a DAG with five members. This DAG is illustrated in the following figure.

5명의 구성원이 있는 DAGDAG with five members

DAG(데이터베이스 사용 가능 그룹)Database Availability Group (DAG)

앞의 그림에서 녹색 데이터베이스는 활성 사서함 데이터베이스 복사본이고 파랑 데이터베이스는 수동 사서함 데이터베이스 복사본입니다. 이 예제에서 데이터베이스 복사본은 각 서버에서 미러링되지 않으며 여러 서버에 퍼져 있습니다. 이렇게 하면 DAG에 있는 두 개의 서버가 동일한 데이터베이스 복사본 집합을 갖지 않아 정기적인 유지 관리로 인해 다른 구성 요소가 사용할 수 없게 된 동안 발생하는 오류를 비롯한 다양한 오류에 대한 향상된 복구 능력이 DAG에 제공됩니다.In the preceding figure, the green databases are active mailbox database copies and the blue databases are passive mailbox database copies. In this example, the database copies aren't mirrored across each server, but rather spread across multiple servers. This ensures that no two servers in the DAG have the same set of database copies, providing the DAG with greater resilience to failures, including failures that occur while other components are unavailable as a result of regular maintenance.

여러 데이터베이스 및 서버 오류에 대한 복구를 보여주는 앞의 DAG 예제를 사용한 다음 시나리오를 가정해 봅니다.Consider the following scenario, using the preceding example DAG, which illustrates resilience to multiple database and server failures.

처음에는 모든 데이터베이스 및 서버가 정상적입니다. 서버를 유지 관리 모드로 전환하려면 EX2에 몇몇 운영 체제 업데이트를 설치해야 합니다. 그러면 다른 사서함 서버에서 DB4 복사본을 활성화하는 서버 전환이 수행됩니다. 서버 전환은 현재 서버에 대한 예약된 중단을 준비하기 위해 현재 서버의 모든 활성 사서함 데이터베이스 복사본을 DAG에 있는 하나 이상의 다른 사서함 서버로 이동합니다. 이 예에서는 EX2(DB4)에 활성 사서함 데이터베이스가 하나만 있으므로 하나의 활성 사서함 데이터베이스 복사본만 이동합니다.Initially, all databases and servers are healthy. You need to install some operating system updates on EX2, so you put the server into maintenance mode. This causes a server switchover, which activates the copy of DB4 on another Mailbox server. A server switchover moves all active mailbox database copies from their current server to one or more other Mailbox servers in the DAG in preparation for a scheduled outage for the current server. In this example, there's only one active mailbox database on EX2 (DB4), so only one active mailbox database copy is moved.

유지 관리를 위한 오프라인 상태의 서버가 있는 DAGDAG with a server offline for maintenance

서버를 오프 라인으로 설정 하는 DAG (데이터베이스 사용 가능 그룹)Database Availability Group (DAG) with a Server Offline

EX2에서 유지 관리를 수행하는 동안 EX3은 치명적인 하드웨어 오류를 경험하고 오프라인 상태가 됩니다. 오프라인으로 이동하기 전에 EX3은 DB2의 활성 복사본을 호스트했습니다. 오류에서 복구하기 위해 시스템은 EX1에서 호스트되는 DB2의 복사본을 30초 내에 자동으로 활성화합니다. 이 작업이 다음 그림에 나와 있습니다.While you perform maintenance on EX2, EX3 experiences a catastrophic hardware failure and goes offline. Prior to going offline, EX3 hosted the active copy of DB2. To recover from the failure, the system automatically activates the copy of DB2 that's hosted on EX1 within 30 seconds. This is illustrated in the following figure.

유지 관리를 위한 오프라인 상태의 서버 및 오류가 발생한 서버가 있는 DAGDAG with a server offline for maintenance and a failed server

오프라인 상태의 서버 및 오류가 발생한 서버를 포함하는 DAGDAG with a server offline and a failed server

예정된 EX2 유지 관리 작업이 완료되면 서버를 온라인으로 전환하고 유지 관리 모드를 해제합니다. EX2가 사용할 수 있게 되자마자 DAG의 다른 구성원에 알림이 보내지고 EX2에서 호스트되는 DB1, DB4 및 DB5의 복사본은 각 데이터베이스의 활성 복사본과 자동으로 동기화됩니다. 이 작업이 다음 그림에 나와 있습니다.After the scheduled maintenance is completed for EX2, you bring the server online and take it out of maintenance mode. As soon as EX2 is available, the other members of the DAG are notified, and the copies of DB1, DB4, and DB5 hosted on EX2 are automatically synchronized with the active copy of each database. This is illustrated in the following figure.

데이터베이스 복사본을 동기화하는 복원된 서버가 있는 DAGDAG with a restored server synchronizing its database copies

복원된 서버 다시 동기화 데이터베이스를 포함하는 DAGDAG with restored server resynchronizing databases

EX3의 실패한 하드웨어 구성 요소가 새 구성 요소로 대체된 후 EX3은 온라인 상태가 됩니다. EX3을 사용할 수 있게 된 후 DAG의 다른 구성원에 알림이 보내지고 EX3에서 호스트되는 DB2, DB3 및 DB4의 복사본은 각 데이터베이스의 활성 복사본과 자동으로 다시 동기화됩니다. 이 작업이 다음 그림에 나와 있습니다.After the failed hardware component in EX3 is replaced with a new component, EX3 is brought online. After EX3 is available, the other members of the DAG are notified, and the copies of DB2, DB3, and DB4 hosted on EX3 are automatically synchronized with the active copy of each database. This is illustrated in the following figure.

데이터베이스 복사본을 동기화하는 복구된 서버가 있는 DAGDAG with a repaired server synchronizing its database copies

구성원 다시 동기화 데이터베이스 복사본을 포함하는 DAGDAG with Member Resynchronizing Database Copies

사이트 복구를 위한 DAG(데이터베이스 사용 가능 그룹) 사용Using a database availability group (DAG) for site resilience

데이터 센터 내에서 고가용성을 제공하는 것 외에도 하나 또는 여러 데이터 센터에 사이트 복구를 제공하는 구성에서는 DAG를 하나 이상의 다른 데이터 센터로 확장할 수 있습니다. 앞의 예제 그림에서 DAG는 단일 데이터 센터 및 단일 Active Directory 사이트에 있습니다. 증분 배포는 사서함 서버 및 필요한 지원 리소스(하나 이상의 Active Directory 서버 및 DNS 서비스)를 배포함으로써 이 DAG를 보조 데이터 센터(및 보조 Active Directory 사이트)로 확장하는 데 사용할 수 있습니다. 그러면 다음 그림에 표시된 것처럼 사서함 서버가 DAG에 추가됩니다.In addition to providing high availability within a datacenter, a DAG can also be extended to one or more datacenters in a configuration that provides site resilience for one or multiple datacenters. In the preceding example figures, the DAG is located in a single datacenter and single Active Directory site. Incremental deployment can be used to extend this DAG to a second datacenter (and a second Active Directory site) by deploying a Mailbox server and the necessary supporting resources (one or more Active Directory servers, and DNS services). The Mailbox server is then added to the DAG, as illustrated in the following figure.

두 개의 Active Directory 사이트에 걸쳐 있는 DAGDAG extended across two Active Directory sites

두 개의 Active Directory 사이트에 걸쳐 있는 DAGDAG extended across two Active Directory sites

이 예에서 Redmond 데이터 센터에 있는 각 활성 데이터베이스의 수동 복사본은 Dublin 데이터 센터의 EX6에서 구성됩니다. 그러나 사이트 복구를 제공하는 DAG 구성에는 여러 가지 다른 예가 있습니다. 예를 들면 다음과 같습니다.In this example, a passive copy of each active database in the Redmond datacenter is configured on EX6 in the Dublin datacenter. However, there are many other examples of DAG configurations that provide site resilience. For example:

  • 수동 데이터베이스 복사본만을 호스트하지 않고, EX6은 모든 활성 복사본을 호스트하거나 활성과 수동 복사본을 혼합하여 호스트할 수 있습니다.Instead of hosting only passive database copies, EX6 could host all active copies, or it could host a mixture of active and passive copies.

  • 추가 오류에 대한 보호를 제공하는 경우 EX6 외에, 여러 DAG 구성원이 Dublin 데이터 센터에 배포될 수 있습니다. Redmond 데이터 센터가 실패하면 Dublin 데이터 센터가 더 많은 사용자 채우기를 지원할 수 있도록 이 구성도 추가 용량을 제공합니다.In addition to EX6, multiple DAG members could be deployed in the Dublin datacenter, providing protection against additional failures. This configuration also provides additional capacity, so that if the Redmond datacenter fails, the Dublin datacenter can support a much larger user population.

사이트 복구를 위한 여러 DAG(데이터베이스 사용 가능 그룹) 사용Using multiple database availability groups (DAGs) for site resilience

이전 예에서 하나의 데이터 센터 또는 두 데이터 센터에 대해 사이트 복구를 제공하면 단일 DAG는 여러 데이터 센터에 확장됩니다. 단일 DAG를 사용하여 DAG를 확장하는 각 데이터 센터에 활성 사용자 채우기가 있는 환경에 사이트 복구를 제공하는 경우 WAN(광역 네트워크) 연결에 단일 실패 지점이 있습니다. 쿼럼을 사용하려면 응답자의 과반수가 활성화되고 서로 통신할 수 있어야 하기 때문입니다.In the preceding example, a single DAG extends across multiple datacenters, providing site resilience for either or both datacenters. When using a single DAG to provide site resilience in an environment where each datacenter to which you extend the DAG has an active user population, there is a single point of failure in the wide area network (WAN) connection. This is because quorum requires a majority of the voters to be active and able to communicate with each other.

이전 예에서는 응답자의 과반수가 Redmond 데이터 센터에 있습니다. Dublin 데이터 센터가 활성 사서함 데이터베이스를 호스트하고 이 데이터 센터에 로컬 사용자 채우기가 있는 경우, WAN 중단으로 인해 Dublin 사용자의 메시징 서비스가 중단됩니다. WAN 연결이 중단되면 Redmond 데이터 센터의 DAG 구성원만이 쿼럼을 유지하고 계속 메시징 서비스를 제공합니다.In the preceding example, the majority of voters are located in the Redmond datacenter. If the Dublin datacenter hosts active mailbox databases, and it has a local user population, a WAN outage would result in a messaging service outage for the Dublin users. When WAN connectivity breaks, only the DAG members in the Redmond datacenter retain quorum and continue providing messaging service.

활성 사용자 채우기가 있는 여러 데이터 센터에 사이트 복구를 제공해야 하는 경우 WAN을 단일 실패 지점으로 삭제하려면, 별도의 데이터 센터에 과반수의 응답자를 가지고 있는 DAG를 여러 개 배포해야 합니다. WAN 중단이 발생하면 연결이 복원될 때까지 복제가 차단됩니다. 각 DAG가 계속 로컬 사용자 채우기를 제공하기 때문에 사용자는 메시징 서비스를 제공받게 됩니다.To eliminate the WAN as a single point of failure when you need to provide site resilience for multiple datacenters that each have an active user population, you should deploy multiple DAGs, where each DAG has a majority of voters in a separate datacenter. When a WAN outage occurs, replication will be blocked until connectivity is restored. Users will have messaging service, because each DAG continues to service its local user population.