SQL Server Always On 가용성 그룹을 사용한 고가용성 - BizTalk Server

SQL Server AlwaysOn 가용성 그룹을 사용하여 고가용성을 구성합니다.

팁

가용성 그룹 LAB을 사용하여 BizTalk Server 2016을 설정하면 Microsoft 현장 엔지니어가 작성한 단계별 가이드가 제공됩니다. 랩 환경을 기반으로 하며 몇 가지 관찰이 포함됩니다. 확인해 주세요.

중요

• BizTalk Server SQL Server 2016 이상부터 Always On 가용성 그룹을 지원합니다. 이전 SQL Server 버전을 사용하는 경우 이 문서는 적용되지 않습니다.
• BizTalk Server 동기-커밋 모드를 지원합니다. 비동기-커밋 모드는 지원되지 않습니다. 재해 복구의 경우 백업 BizTalk Server 작업을 구성하고 로그 전달을 사용하는 것이 좋습니다. 자세한 내용은 BizTalk Server 데이터베이스 백업 및 복원을 참조하세요.

가용성 모드는 Always On 가용성 그룹을 사용하여 커밋 옵션을 자세히 설명합니다.

배경 및 기록

BizTalk Server 데이터 지속성을 위해 SQL Server 크게 의존합니다. BizTalk Server 다른 구성 요소 및 호스트에는 메시지 수신, 처리 또는 라우팅과 같은 서로 다른 비즈니스 애플리케이션을 통합할 때 특정 역할이 있습니다. 데이터베이스 컴퓨터는 이 작업을 캡처하고 디스크에 유지합니다.

BizTalk는 SQL Server 장애 조치(failover) 클러스터링 및 로그 전달을 사용하여 데이터베이스에 대한 고가용성, 백업 및 복원 및 재해 복구를 제공합니다. 이전에 Azure IaaS(Azure 가상 머신)에서 BizTalk(Windows 및 SQL)는 SQL 및 MSDTC의 클러스터링 데 필요한 지원되는 공유 디스크가 없으므로 장애 조치(failover) 클러스터 인스턴스를 지원하지 않았습니다. 결과적으로 BizTalk에는 Azure VM을 사용할 때 HA 솔루션이 없습니다. 이제 Azure 공유 디스크를 사용할 수 있으므로 Azure VM에서 SQL 및 MSDTC를 모두 클러스터할 수 있습니다. Azure 공유 디스크를 사용하는 SQL 장애 조치(failover) 클러스터 인스턴스는 가장 고가용성 솔루션입니다.

SQL Server 2016부터 SQL Server AlwaysOn 가용성 그룹은 온-프레미스 및 Azure VM 사용에 대해 MSDTC를 지원합니다. 따라서 온-프레미스 또는 Azure IaaS 시나리오에서 BizTalk 데이터베이스에 대해 SQL Server 2016 이상 AlwaysOn 기능이 지원됩니다. S2D(저장소 공간 다이렉트)를 사용할 때 동기 디스크 동기화에 추가 오버헤드가 있고 장애 조치(failover) 중 추가 시간이 있으므로 SQL 장애 조치(failover) 클러스터 인스턴스에 비해 가용성이 떨어집니다.

SQL Server 2016 AlwaysOn 가용성 그룹

AlwaysOn 가용성 그룹을 배포하려면 WSFC(Windows Server 장애 조치(failover) 클러스터링) 클러스터가 필요합니다. 지정된 가용성 그룹의 각 가용성 복제본은 동일한 WSFC 클러스터의 서로 다른 노드에 있어야 합니다. WSFC 리소스 그룹은 생성하는 모든 가용성 그룹에 대해 만들어집니다. WSFC 클러스터는 이 리소스 그룹을 모니터링하여 주 복제본의 상태를 평가합니다.

다음 그림에서는 하나의 주 복제본과 네 개의 보조 복제본이 포함된 가용성 그룹을 보여 줍니다.

클라이언트는 가용성 그룹 수신기를 사용하여 지정된 가용성 그룹의 기본 복제본(replica) 연결할 수 있습니다. 가용성 그룹 수신기는 클라이언트 연결을 적절한 가용성 복제본(replica) 전달하기 위해 지정된 가용성 그룹에 연결된 리소스 집합을 제공합니다.

중요

SQL Server 2016은 Windows Server 2016 및 Windows Server 2012 R2에서 AG(AlwaysOn 가용성 그룹)를 사용하는 MSDTC를 지원합니다. Windows Server 2012 R2를 사용하려면 3090973 Windows 핫픽스를 설치해야 합니다. Windows Server 2016RemoteAccessEnabled 레지스트리 키를 사용하도록 설정해야 합니다.

SQL Server 2016 이전 버전의 경우 AlwaysOn AG에서 MSDTC를 지원하지 않습니다. SQL Server 2016 SP2는 MSDTC 트랜잭션 처리를 개선하여 SP2 이상을 권장합니다.

AlwaysOn 가용성 그룹을 사용하여 BizTalk 데이터베이스에 고가용성 제공

BizTalk Server 기본 구성에서는 규칙 및 BAM 데이터베이스를 포함하여 최소 9개의 데이터베이스가 만들어집니다.

SQL Server 2016 SP2 이전에는 가용성 그룹이 동일한 SQL instance 데이터베이스 간에 MSDTC를 지원하지 않았으므로 BizTalk 데이터베이스를 최소 4개의 SQL 인스턴스에 분산해야 했습니다. 이러한 제한으로 인해 모든 BizTalk 데이터베이스가 동일한 SQL Server instance 사용할 수 있도록 SQL Server 2016 SP2 이상 및 BizTalk Server 2016 CU5 이상을 사용하는 것이 좋습니다. 성능상의 이유로 둘 이상의 SQL instance 사용하는 것이 좋습니다(예: 다른 SQL instance MessageBox 사용).

확장된 MessageBox 시나리오(둘 이상의 MessageBox가 있는 구성)에는 둘 이상의 MessageBox 데이터베이스가 있으며 각 MessageBox 데이터베이스를 가용성 그룹에 추가해야 합니다.

또한 BizTalk Server BAM 분석 및 보관을 위한 SQL Server Analysis Services 및 SQL Server Integration Services에 따라 달라집니다. SQL Server Azure IaaS의 Integration Services 또는 Analysis Services에 대한 고가용성 솔루션을 제공하지 않습니다. 따라서 BAMArchive 및 BAMAnalysis Analysis Services 데이터베이스에 다른 독립 실행형 SQL Server instance 사용하는 것이 좋습니다. 온-프레미스 설치의 경우 SQL 장애 조치(failover) 클러스터링 인스턴스를 사용하여 고가용성 구성을 설정할 수 있습니다.

BizTalk Server 2016의 경우 이 구성은 다음 이미지에 표시되며 가용성 그룹의 BizTalk 데이터베이스에 권장됩니다(위에서 설명한 대로 SQL 2016 SP2 및 BizTalk 2016 CU5부터는 4개의 SQL 인스턴스가 더 이상 필요하지 않음).

BizTalk Server 2020부터 BAM DTS 패키지에 대한 높은 가용성은 SSIS 카탈로그를 사용하여 지원됩니다. SSISDB 데이터베이스를 BizTalk Server 데이터베이스와 동일한 가용성 그룹에 추가합니다. 이 구성은 다음 이미지에 표시되며 가용성 그룹의 BizTalk 데이터베이스에 권장됩니다(위에서 설명한 대로 4개의 SQL 인스턴스는 더 이상 필요하지 않음).

SQL Server 데이터베이스 외에도 BizTalk Server 구성은 SQL Server 보안 로그인 및 SQL 에이전트 작업을 만듭니다. AlwaysOn 가용성 그룹은 가용성 그룹 내에서 데이터베이스를 관리하는 기능만 제공합니다. 모든 가용성 복제본에서 BizTalk Server 로그인 및 SQL 에이전트 작업을 수동으로 만들고 업데이트해야 합니다.

다음 SQL Server 보안 로그인 목록은 BizTalk Server 연결됩니다. BizTalk Server 애플리케이션에 대해 추가 로그인이 생성되었을 수 있습니다. 그렇다면 BizTalk 데이터베이스의 복제본(replica) 호스팅하는 SQL Server 모든 instance 복제해야 합니다.

1. BizTalk 애플리케이션 사용자(각 in-proc 호스트에 해당하는 하나 이상)
2. BizTalk 격리된 호스트 사용자(각 격리된 호스트에 해당하는 하나 이상)
3. BizTalk Server 관리자
4. BizTalk Server B2B 운영자
5. BizTalk Server 운영자
6. SSO Administrators
7. BAM 경고 사용자
8. BAM 관리 웹 서비스 사용자
9. 규칙 엔진 업데이트 서비스 계정

추가 호스트를 만들거나 나중에 추가 호스트를 만드는 경우 이 프로세스의 일부로 새 SQL 로그인이 만들어집니다. 해당 복제본에서 이러한 SQL 로그인을 수동으로 만들어야 합니다.

다음의 SQL Server 에이전트 작업은 BizTalk Server와 연결됩니다. 각 서버에서 설치되는 작업은 설치 및 구성하는 기능에 따라 달라집니다. 이러한 작업의 대부분은 BizTalk Server 구성 중에 만들어집니다. 로그 전달 구성 시에 만들어지는 작업도 있습니다. 이러한 작업은 해당 BizTalk 데이터베이스의 호스팅 복제본(replica) SQL Server 각 instance 복제해야 합니다. 이 작업은 수동으로 수행해야 합니다.

• BizTalkMgmtDb 작업:
  • BizTalk Server 백업(BizTalkMgmtDb)
  • CleanupBTFExpiredEntriesJob_BizTalkMgmtDb
  • BizTalk Server 모니터링(BizTalkMgmtDb)
• BizTalkMsgBoxDb 작업:
  • MessageBox_DeadProcesses_Cleanup_BizTalkMsgBoxDb
  • MessageBox_Message_Cleanup_BizTalkMsgBoxDb
  • MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb
  • MessageBox_Parts_Cleanup_BizTalkMsgBoxDb
  • MessageBox_UpdateStats_BizTalkMsgBoxDb
  • Operations_OperateOnInstances_OnMaster_BizTalkMsgBoxDb
  • PurgeSubscriptionsJob_BizTalkMsgBoxDb
  • TrackedMessages_Copy_BizTalkMsgBoxDb
• 추가 msgboxe의 작업
• BizTalkDTADb 작업:
  • DTA Purge and Archive(BizTalkDTADb)
• BizTalkRulesEngineDb 작업:
  • Rules_Database_Cleanup_BizTalkRuleEngineDb
• BAMAlertsApplication 작업:
  • 0개 이상의 DelAlertHistJob

SQL 장애 조치(failover) 클러스터링 인스턴스와 달리 가용성 그룹의 모든 복제본은 활성, 실행 중 및 사용 가능합니다. 장애 조치(failover)를 위해 각 복제본(replica) SQL 에이전트 작업이 중복되면 현재 주 역할 또는 보조 역할에 있는지 여부에 관계없이 해당 복제본(replica) 대해 실행됩니다. 이러한 작업이 현재 기본 복제본(replica)만 실행되도록 하려면 다음과 같이 모든 작업의 모든 단계를 IF 블록 내에 묶어야 합니다.

IF (sys.fn_hadr_is_primary_replica(‘dbname’) = 1)  
BEGIN  
…  
END

을 작업이 실행되도록 구성된 해당 데이터베이스 이름으로 바꿉 ‘dbname’ 습니다. 다음 예제에서는 BizTalkMsgBoxDb의 TrackedMessages_Copy_BizTalkMsgBoxDb 대한 이 변경 사항을 보여 줍니다.

가용성 그룹이 이미 설정된 경우 BizTalk 구성

1. OS 요구 사항을 확인합니다.
   • 모든 Windows Server 2012 R2 컴퓨터에서 3090973 MSDTC 핫픽스를 설치합니다(KB 문서 열기).
   • 모든 Windows Server 2016 컴퓨터에서 RemoteAccessEnabled 레지스트리 키를 사용하도록 설정합니다(KB 문서 열기).
2. 필요한 가용성 그룹을 만듭니다. 가용성 그룹이 데이터베이스별 DTC 지원 옵션을 사용하여 만들어졌는지 확인합니다.
3. BizTalk Server 구성하고 SQL 서버 이름을 지정할 때는 실제 컴퓨터 이름 대신 가용성 그룹의 수신기 이름을 사용합니다. 그러면 현재 주 복제본(replica) BizTalk 데이터베이스, 로그인 및 SQL 에이전트 작업이 만들어집니다.
4. BizTalk 처리(호스트 인스턴스, SSO 서비스, IIS, 규칙 엔진 업데이트 서비스, BAMAlerts 서비스 등)를 중지하고 SQL 에이전트 작업을 중지합니다.
5. 이제 BizTalk 데이터베이스를 해당 가용성 그룹에 추가합니다.
6. 블록 내에 IF SQL 에이전트 작업 단계의 본문을 묶어(앞에서 언급한) 대상이 기본 복제본(replica) 경우에만 실행되도록 합니다.
7. 로그인 및 SQL 에이전트 작업을 스크립팅하여 해당 복제본(replica) 복제합니다.
8. 보조 복제본(replica) 호스트하는 해당 SQL 인스턴스에서 BAM 경고에 대한 SQL DBMail 프로필 및 계정을 복제합니다.
9. 메시지 상자 데이터베이스를 추가하거나 나중에 새 BAM 작업/보기를 배포하는 경우 현재 주 복제본(replica) 새 메시지 상자 데이터베이스 또는 BAM 경고 데이터베이스에 대한 새 SQL 작업이 만들어집니다. 주 복제본(replica) 편집한 다음 해당 보조 복제본에서 수동으로 만들어야 합니다.
10. BizTalk Server 2020 이상부터 BAM DTS 패키지가 SSIS 카탈로그에 배포됩니다. BizTalk 데이터베이스와 동일한 가용성 그룹에 SSISDB 데이터베이스를 추가합니다. 자세한 내용은 SSIS 카탈로그용 AlwaysON을 참조하세요.

이 구성은 기본 복제본(replica) 호스트하는 SQL 인스턴스를 사용하여 수행할 수도 있습니다. 이 경우 BizTalk 구성 후에 위의 단계 후에 BizTalk 컴퓨터에서 및 UpdateRegistry.vbs 스크립트를 실행 UpdateDatabase.vbs 합니다. 이 내용은 다음 섹션에서 자세히 설명합니다.

기존 BizTalk 데이터베이스를 가용성 그룹으로 이동

1. OS 요구 사항을 확인합니다.

   • 모든 Windows Server 2012 R2 컴퓨터에서 3090973 MSDTC 핫픽스를 설치합니다(KB 문서 열기).
   • 모든 Windows Server 2016 컴퓨터에서 RemoteAccessEnabled 레지스트리 키를 사용하도록 설정합니다(KB 문서 열기).

2. 필요한 가용성 그룹을 만듭니다. 가용성 그룹이 데이터베이스별 DTC 지원 옵션을 사용하여 만들어졌는지 확인합니다.

3. BizTalk 처리 및 SQL 에이전트 작업을 중지합니다.

4. 모든 BizTalk 데이터베이스의 전체 백업을 수행합니다.

5. 현재 가용성 그룹의 주 역할에 있는 SQL 인스턴스에서 BizTalk 데이터베이스를 복원합니다.

6. 현재 가용성 그룹의 주 역할에 있는 해당 SQL 인스턴스의 로그인 및 SQL 에이전트 작업을 스크립팅합니다.

7. UpdateDatabase.vbs 다음 단계를 사용하여 BizTalk 머신에서 및 UpdateRegistry.vbs 스크립트를 실행합니다. 입력 업데이트 정보 xml에서 가용성 그룹 수신기를 새 서버 이름으로 입력합니다.

   1. BizTalk Server 모든 BizTalk 서비스 및 엔터프라이즈 SSO 서비스를 중지합니다. SQL Server SQL 에이전트 서비스를 중지합니다.

   2. BizTalk Server 다음 폴더에서 SampleUpdateInfo.xml 편집합니다.

      32비트 컴퓨터: %SystemRoot%\Program Files\Microsoft BizTalk Server 20xx\Schema\Restore

      64비트 컴퓨터: %SystemRoot%\Program Files (x86)\Microsoft BizTalk Server 20xx\Bins32\Schema\Restore

      1. "SourceServer"를 원본 서버 이름(이전 데이터베이스를 호스트하는 이전 SQL Server)으로 바꿉니다.
      2. "DestinationServer"를 가용성 그룹 수신기 이름이어야 하는 대상 서버의 이름으로 바꿉니다.
      3. BAMAnalysis, BAM 데이터베이스 또는 RuleEngineDB가 있는 경우 적절한 섹션의 주석 처리를 제거합니다.

   3. 명령 프롬프트를 열고 다음으로 이동합니다.

      32비트 컴퓨터: %SystemRoot%\Program Files\Microsoft BizTalk Server 20xx\Schema\Restore

      64비트 컴퓨터: %SystemRoot%\Program Files (x86)\Microsoft BizTalk Server 20xx\Bins32\Schema\Restore

      명령 프롬프트에서 다음을 실행합니다.
      cscript UpdateDatabase.vbs SampleUpdateInfo.xml

      BizTalk 그룹의 한 서버에서만 UpdateDatabase.vbs 실행합니다.

   4. 편집된 SampleUpdateInfo.xml 파일을 이 BizTalk 그룹의 모든 BizTalk Server 컴퓨터에서 다음 폴더에 복사합니다.

      32비트 컴퓨터: %SystemRoot%\Program Files\Microsoft BizTalk Server 20xx\Schema\Restore

      64비트 컴퓨터: %SystemRoot%\Program Files (x86)\Microsoft BizTalk Server 20xx\Bins32\Schema\Restore

   5. BizTalk Server 그룹의 각 컴퓨터에서 명령 프롬프트를 열고 다음으로 이동합니다.

      32비트 컴퓨터: %SystemRoot%\Program Files\Microsoft BizTalk Server 20xx\Schema\Restore

      64비트 컴퓨터: %SystemRoot%\Program Files (x86)\Microsoft BizTalk Server 20xx\Bins32\Schema\Restore

      명령 프롬프트에서 다음을 실행합니다.
      cscript UpdateRegistry.vbs SampleUpdateInfo.xml

      BizTalk 그룹의 모든 서버에서 UpdateRegistry.vbs를 실행합니다.

8. 이제 데이터베이스를 해당 가용성 그룹으로 이동합니다.

9. BAMAlerts 데이터베이스의 복제본(replica) 호스팅하는 SQL 인스턴스에서 BAM 경고에 대한 SQL DBMail 프로필 및 계정을 복제합니다.

10. 대상이 기본인 경우에만 실행되도록 IF 블록 내에 SQL 에이전트 작업 단계의 본문을 묶습니다.

11. 로그인 및 SQL 에이전트 작업을 스크립팅하여 해당 복제본(replica) 복제합니다. UpdateDatabase 스크립트는 Operations_OperateOnInstances_OnMaster_BizTalkMsgBoxDb 및 TrackedMessages_Copy_BizTalkMsgBoxDb 작업의 서버 이름도 업데이트합니다. 따라서 UpdateDatabase 스크립트를 실행한 후에만 SQL 에이전트 작업을 스크립팅합니다.

요구 사항

• BizTalk Server:
  • BizTalk Server 2020 Enterprise
  • BizTalk Server 2016 Enterprise CU5
• SQL Server:

  • SQL Server 2019 Enterprise 또는 Standard

  • SQL Server 2017 Enterprise 또는 Standard

  • SQL Server 2016 Enterprise 또는 Standard.

    SQL Server Standard 버전 제한은 이 문서의 알려진 제한 사항을 참조하세요.

• Windows Server
  • Windows Server 2019
  • Windows Server 2016
  • Windows Server 2012 R2

기본 포트가 아닌 포트로 구성된 가용성 그룹 수신기(1433)

BizTalk Server 컴퓨터에서 SQL 별칭을 사용합니다.

다중 서브넷 가용성 그룹

BizTalk Server MultiSubnetFailover(=TRUE) 연결 옵션을 지원하지 않습니다.

이 옵션을 지원하지 않는 SQL 클라이언트를 다중 서브넷 SQL 가용성 그룹에 연결할 때 발생할 수 있는 문제에 대한 자세한 내용은 SQL 설명서를 참조하세요. 이러한 문제 중 일부는 다음 링크에서 설명합니다.

• 다중 서브넷 가용성 그룹의 연결 시간 제한
• 장애 조치(Failover) 중의 클라이언트 복구 대기 시간

읽기 전용 라우팅

읽기 전용 라우팅은 가용성 그룹 수신기에 대한 들어오는 연결을 읽기 전용 워크로드를 허용하도록 구성된 보조 복제본(replica) 라우팅하는 SQL Server 기능을 나타냅니다.

BizTalk는 해당 데이터베이스에 대한 연결에 Read-Only 라우팅을 사용하지 않습니다. 즉, 가용성 그룹의 가용성 복제본에 대한 "읽기 가능한 보조" 옵션은 BizTalk 데이터베이스 연결 영향을 주지 않습니다.

SQL Server 장애 조치(failover) 중 BizTalk 호스트 인스턴스의 동작

SQL Server 가용성 그룹에 장애 조치(failover)가 발생하는 경우 가용성 그룹의 BizTalk Server 데이터베이스를 일시적으로 사용할 수 없습니다.

SQL Server 장애 조치 중 In Process 호스트 인스턴스의 동작

BizTalk Server 데이터베이스를 사용할 수 없는 경우 SQL Server 대한 연결이 복원될 때까지 BizTalk Server 호스트의 in-process instance 재활용됩니다. SQL Server 데이터베이스에 대한 연결이 복원되면 문서 처리가 정상적으로 다시 시작됩니다.

SQL Server 장애 조치 중 Isolated 호스트 인스턴스의 동작

BizTalk Server 데이터베이스를 사용할 수 없는 경우 BizTalk Server 호스트의 격리된 instance 일시 중지되고 다음과 유사한 오류가 BizTalk Server 애플리케이션 로그에 생성됩니다.

All receive locations are being temporarily disabled because either the MessageBox or Configuration database is not available. When these databases become available, the receive locations will be automatically enabled.

SQL Server 데이터베이스에 대한 연결이 복원되면 다음과 유사한 정보 메시지가 BizTalk Server 애플리케이션 로그에 기록된 다음 문서 처리가 정상적으로 다시 시작됩니다.

All receive locations are being enabled because both the MessageBox and Configuration databases are back online.

재해 복구를 위한 로그 전달

BizTalk Server 데이터베이스 로그 전달을 사용하여 데이터베이스 대기 기능을 구현합니다. BizTalk Server 로그 전달은 데이터베이스 및 해당 트랜잭션 로그 파일의 백업 및 복원을 자동화하여 프로덕션 데이터베이스 서버가 실패하는 경우 대기 서버가 데이터베이스 처리를 다시 시작할 수 있도록 합니다.

가용성 그룹의 보조 데이터베이스는 백업이 아닙니다. BizTalk Server 로그 전달 작업을 사용하여 BizTalk 데이터베이스 및 해당 트랜잭션 로그를 계속 백업합니다. BizTalk 로그 전달이 구현되는 방식을 통해 모든 데이터베이스의 현재 기본 복제본(replica) 대해 백업이 항상 수행됩니다. 가용성 그룹의 백업 기본 설정은 BizTalk Server 로그 전달 작업에서 적용되지 않습니다.

BizTalk 데이터베이스 백업 작업에 다른 BizTalk 데이터베이스를 추가하는 경우 백업을 설정할 때 가용성 그룹 수신기 이름을 데이터베이스 서버로 사용해야 합니다.

참조

• BizTalk Server 데이터베이스의 가용성 향상
• Microsoft Azure 가상 머신에 대한 Microsoft 서버 소프트웨어 지원
• SQL Server 데이터베이스 미러링, 볼륨 섀도 복사본 서비스 및 AlwaysOn
• AlwaysOn 가용성 그룹 개요(SQL Server)
• 데이터베이스 미러링 또는 AlwaysOn 가용성 그룹에 대한 데이터베이스 간 트랜잭션 지원(SQL Server)
• SQL Server Windows Server 2012 R2의 MSDTC에서 트랜잭션 결과를 받으면 다시 등록을 호출할 수 없습니다.
• BizTalk Server 데이터베이스 백업 및 복원
• BizTalk Server 데이터베이스를 이동하는 방법
• 데이터베이스 복원 방법
• 다중 서브넷 가용성 그룹의 연결 시간 제한

알려진 제한 사항

이러한 제한 사항은 BizTalk Server, SQL Server AlwaysOn 가용성 그룹 및 Azure Virtual Machines 대한 것입니다. 이러한 제한 사항은 나중에 해결될 수도 있으며 해결되지 않을 수도 있습니다.

• 로그인, SQL 에이전트 작업, SQL DB 메일 프로필 및 계정은 가용성 그룹 내에서 관리되지 않습니다. 이를 위해서는 주 복제본(replica) 대해 실행되도록 작업을 수동으로 수정해야 합니다.

• SQL Server Analysis Services 및 SQL Server Integration Services는 가용성 그룹에 참여하지 않습니다. SQL Server 이러한 지원이 없으면 Azure Virtual Machines 이에 대한 HA 솔루션이 없습니다. BizTalk Server BAM 기능은 이러한 서비스에 따라 달라집니다.

• SQL Server 2016 SP2 이전에는 가용성 그룹이 동일한 SQL instance 데이터베이스 간에 MSDTC를 지원하지 않습니다.

  SQL Server 2016 SP2 및 BizTalk Server 2016 CU5부터 BizTalk 데이터베이스는 동일한 SQL Server instance 사용할 수 있습니다.

• BizTalk Server Read-Only 라우팅을 사용할 수 없습니다.

• BizTalk Server 연결 속성을 설정 MultiSubnetFailover 하지 않습니다.

• 로그 전달을 사용하는 BizTalk 백업 작업은 가용성 그룹에 설정된 백업 기본 설정에 관계없이 항상 기본 복제본(replica) 대상으로 합니다.

• SQL Server 2016 Standard는 각 SQL AlwaysOn AG에서 하나의 데이터베이스만 지원합니다. BizTalk는 많은 데이터베이스를 사용하므로 일반적으로 SQL Server Enterprise 버전을 사용하는 것이 좋습니다.

• Azure VM을 사용하는 경우 MSDTC용 전용 고정 TCP/IP 포트를 사용하는 것이 좋습니다. 고정 TCP/IP 포트를 사용하는 경우 일반적으로 이전 운영 체제에서 사용되는 RPC 포트 범위를 제한하지 않습니다. 방화벽 및 부하 분산 장치 규칙을 간소화하는 데 도움이 됩니다. 알려진 하위 포트와의 충돌을 방지하려면 더 높은 고정 포트(예: >20000)를 사용하는 것이 좋습니다. DTC 단일 포트 지원 구성 은 레지스트리 키를 설명합니다 ServerTcpPort . MSDTC에 대한 고정 포트 외에도 기본 RPC 포트 135도 사용됩니다.

다음 단계

내결함성을 계획합니다.