Backup BizTalk Server 작업 구성

아티클
05/04/2023

BizTalk Server 설치하고 구성한 후 백업 BizTalk Server 작업을 구성하여 데이터를 백업합니다.

BizTalk Server 2016 기능 팩 2부터 데이터베이스 및 로그 파일을 Azure Blob Storage 계정에 백업할 수 있습니다.

개요

Backup BizTalk Server(BizTalkMgmtDb) 작업에는 다음 단계가 포함됩니다.

1단계 – 압축 옵션 설정: 백업 중에 압축 사용 또는 사용 안 함
2단계 – BackupFull: BizTalk Server 데이터베이스의 전체 데이터베이스 백업 실행
3단계 – MarkAndBackUpLog: BizTalk Server 데이터베이스 로그 백업
4단계 – 백업 기록 지우기: 백업 기록이 유지되는 기간 선택

이 작업을 구성하려면 다음을 수행해야 합니다.

기본 및 대상 SQL Server 및 기타 백업 옵션 식별
Windows 사용자 계정을 선택하여 데이터베이스를 백업하고 이 계정에 대한 SQL Server 로그인을 만듭니다.
BizTalk Server 데이터베이스의 BTS_BACKUP_USERS 데이터베이스 역할에 SQL Server 로그인 매핑
모든 노드에서 MSDTC 서비스가 활성 상태인지 확인합니다. 그렇지 않으면 원본 노드와 대상 노드 간에 연결된 서버를 추가하지 못합니다.

시작하기 전에

특정 구성 및 백업 작업에는 sysadmin SQL Server 역할의 멤버 자격이 필요합니다. BizTalk Server 데이터베이스를 백업하려면 SQL Server sysadmin 서버 역할의 멤버인 계정으로 주 서버에 로그인합니다. BizTalk Server 구성은 BTS_BACKUP_USERS 데이터베이스 역할을 추가합니다. 데이터베이스를 백업하는 데 사용하는 사용자 계정에는 주 서버를 제외하고 백업에 포함될 수 있는 모든 SQL Server에 대한 시스템 관리자(sysadmin SQL Server 역할) 권한이 필요하지 않습니다.
BizTalk Server 데이터베이스 백업을 실행하는 데 사용할 로그인 계정을 결정합니다. 로컬 계정을 사용할 수 있으며 둘 이상의 계정을 사용할 수 있습니다. 그러나 일반적으로 이 목적을 위해 전용 Windows 도메인 사용자 계정을 만드는 것이 더 간단하고 안전합니다. 이 사용자에 대한 SQL Server 로그온 계정을 구성해야 하며, 백업 프로세스에 주(소스) 서버 또는 보조(대상) 서버 자격으로 참여하는 모든 SQL Server와 관련한 SQL Server 로그인에 사용자를 매핑해야 합니다. 백업하는 각 BizTalk Server 데이터베이스에 대해 이 사용자를 BizTalk BTS_BACKUP_USERS 데이터베이스 역할에 할당합니다.
백업 BizTalk Server 작업은 오래된 백업 파일을 삭제하지 않으므로 디스크 공간을 절약하기 위해 해당 백업 파일을 수동으로 관리해야 합니다. 데이터베이스의 전체 백업을 새로 만든 후에는 오래된 백업 파일을 보관 스토리지 디바이스로 이동하여 주 디스크의 공간을 확보해야 합니다. 이러한 파일을 관리하려면 SSIS 패키지를 참조하세요.
BizTalk Server 추적 데이터를 BizTalk 추적 데이터베이스에 직접 쓰는 것이 아니라 MessageBox 데이터베이스의 데이터를 캐시한 다음 BizTalk 추적 데이터베이스로 이동합니다. MessageBox 데이터가 손실되면 일부 추적 데이터도 손실될 수 있습니다.

필수 구성 요소

sysadmin SQL Server 역할의 멤버인 계정을 사용하여 SQL Server 로그인합니다.
SQL Server의 각 인스턴스에 매핑된 사용자 로그인을 사용하여 도메인 계정으로 실행할 SQL Server 에이전트 서비스를 구성합니다(권장 사항이며, 로컬 계정을 사용할 수 있는 경우에도 해당함).
Azure Blob Storage 계정을 사용하려면 범용 스토리지 계정, Blob Storage 계정 내의 컨테이너, SAS( 공유 액세스 서명 ) 및 SAS를 사용하는 SQL 자격 증명이 필요합니다. 만든 후에는 blob 서비스 엔드포인트 URL을 준비합니다( 예: https:// yourstorageaccount.blob.core.windows.net/containername).

팁

SAS를 사용하여 구성된 기존 Blob Storage 계정이 없는 경우 SAS PowerShell 스크립트 에서 해당 계정과 컨테이너를 만들 수 있습니다. SQL Server URL에 백업은 개요 및 특정 단계를 제공합니다.

작업 구성

BizTalk Management 데이터베이스를 호스트하는 SQL Server SQL Server Management Studio 열고 SQL Server 연결합니다.
SQL Server 에이전트 확장하고 작업을 확장합니다.
BizTalk Server(BizTalkMgmtDb) 백업을 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다. 작업 속성에서 단계를 선택합니다.
압축 옵션 설정 단계를 선택하고 편집을 선택합니다.

이 단계에서는 sp_SetBackupCompression BizTalk 관리 데이터베이스(BizTalkMgmtDb)의 저장 프로시저를 호출하여 테이블의 adm_BackupSettings 값을 설정합니다. 저장 프로시저에는 @bCompression 매개 변수가 있습니다. 기본적으로 0 으로 설정됩니다(백업 압축이 꺼져 있음). 압축을 적용하려면 값을 1로 변경합니다.
```
exec [dbo].[sp_SetBackupCompression] @bCompression = 1 /*0 - Do not use Compression, 1 - Use Compression */  
```
확인을 선택합니다.
BackupFull 단계를 선택하고 편집을 선택합니다. 명령 상자에서 매개 변수 값을 업데이트합니다.
1. 빈도: 기본값은 d (일별)입니다. 권장되는 설정입니다. 다른 값으로는 h (매시간), w (매주), m (매월) 또는 y (연간)가 있습니다.
2. 이름: 기본값은 BTS입니다. 이 이름은 백업 파일 이름의 일부로 사용됩니다.
3. 백업 파일의 위치: '<대상 경로>'를 BizTalk Server 데이터베이스를 백업하려는 컴퓨터 및 폴더 또는 Blob 서비스 엔드포인트 URL을 Azure Blob Storage 계정에 대한 전체 경로(경로에 작은따옴표가 포함되어야 함)로 바꿉니다.
  중요
  - 로컬 경로를 입력하는 경우 백업 BizTalk Server 작업에서 새 파일을 만들 때마다 모든 파일을 대상 시스템의 동일한 폴더에 수동으로 복사해야 합니다.
    
    원격 경로를 사용하려면 \\<ServerName>\<SharedDrive>\와 같은 UNC 공유를 입력합니다. 여기서 <ServerName> 은 파일을 원하는 서버의 이름이고 <SharedDrive> 는 공유 드라이브 또는 폴더의 이름입니다.
    
    네트워크를 통해 데이터를 백업하면 네트워크 문제가 발생하기 쉽습니다. 원격 위치를 사용하는 경우 백업 BizTalk Server 작업이 완료될 때 백업이 성공했는지 확인합니다.
  - 데이터 손실 가능성을 없애려면 백업 디스크를 데이터베이스 데이터 및 로그 디스크가 아닌 다른 디스크로 구성하세요. 데이터나 로그 디스크가 실패한 경우에도 백업을 액세스할 수 있으려면 이러한 구성이 필수입니다.
  - Azure Blob 계정에 백업할 때 Blob 서비스 엔드포인트 URL 및 Azure Portal Blob 서비스 속성에 나열된 컨테이너 이름을 입력합니다.
4. 선택 사항입니다. 부분 백업 실패 후 전체 백업 강제 적용(@ForceFullBackupAfterPartialSetFailure): 기본값은 0입니다. 로그 백업이 실패하면 다음 전체 백업 빈도 간격에 도달할 때까지 전체 백업이 실행되지 않습니다. 로그 백업 오류가 발생할 때마다 전체 백업을 실행하려면 를 1 로 대체합니다.
5. 선택 사항입니다. 백업 프로세스를 실행할 현지 시간( @BackupHour): 기본값은 NULL입니다. 백업 작업은 BizTalk Server 컴퓨터의 표준 시간대와 연결되지 않으며 자정 UTC 시간(0000)에 실행됩니다. BizTalk Server 컴퓨터의 표준 시간대에서 특정 시간에 백업하려면 현지 시간 시간으로 정수 값을 0(자정)에서 23(오후 11시)로 입력합니다.
6. 선택 사항입니다. 현지 시간 사용 (@UseLocalTime): 현지 시간을 사용하도록 프로시저에 지시합니다. 기본값은 0이며 현재 UTC 시간인 GETUTCDATE() – 2007-05-04 01:34:11.933을 사용합니다. 1로 설정하면 현지 시간 GETDATE() – 2007-05-03 18:34:11.933을 사용합니다.
다음 예제에서는 매일 백업이 오전 2시에 만들어지고 m:\ 드라이브에 저장됩니다.
```
exec [dbo].[sp_BackupAllFull_Schedule]   
'd' /* Frequency */,   
'BTS' /* Name */,   
'm:\BizTalkBackups' /* location of backup files */,   
'0' /* 0 (default) or 1 ForceFullBackupAfterPartialSetFailure */,   
'2' /* local time hour for the backup process to run */  
```
다음 예제에서는 주별 백업이 자정 UTC 시간에 만들어지고 Azure Blob 계정에 저장됩니다.
```
exec [dbo].[sp_BackupAllFull_Schedule]   
'w' /* Frequency */,   
'BTS' /* Name */,   
'http://yourstorageaccount.blob.core.windows.net/yourcontainer/' /* location of backup files */,   
'1' /* 0 (default) or 1 ForceFullBackupAfterPartialSetFailure */
```
확인을 선택합니다.
MarkAndBackupLog 단계를 선택하고 편집을 선택합니다. 명령 상자에서 매개 변수 값을 업데이트합니다.
1. @MarkName: 백업 파일에 <대한 명명 규칙의 일부입니다. 서버 이름>_데이터베이스 이름>_<Log_< 로그 표시 이름 >_<Timestamp>
2. @BackupPath: BizTalk Server 데이터베이스 로그 또는 Azure Blob Storage 계정 및 컨테이너를 저장할 컴퓨터 및 폴더에 대한 전체 대상 경로(작은따옴표 포함)입니다. 대상 경로>는< 로컬 또는 다른 서버에 대한 UNC 경로일 수도 있습니다.
  
  MarkAndBackupLog 단계에서는 백업할 로그를 표시한 다음 백업합니다.
중요

잠재적인 데이터 손실을 방지하고 성능을 향상<시키려면 대상 경로를> 원래 데이터베이스 로그를 저장하는 데 사용되는 것과 다른 다른 컴퓨터 또는 하드 드라이브로 설정해야 합니다.

확인을 선택합니다.
백업 기록 지우기 단계를 선택하고 편집을 선택합니다. 명령 상자에서 매개 변수 값을 업데이트합니다.
1. @DaysToKeep: 기본값은 14일입니다. 백업 기록이 테이블에 유지 Adm_BackupHistory 되는 기간을 결정합니다. 백업 기록을 주기적으로 지우면 테이블을 적절한 크기로 유지하는 Adm_BackupHistory 데 도움이 됩니다.
2. 선택 사항입니다. @UseLocalTime: 현지 시간을 사용하도록 프로시저에 지시합니다. 기본값은 0입니다. 현재 UTC 시간인 GETUTCDATE() – 2007-05-04 01:34:11.933을 사용합니다. 1로 설정하면 현지 시간 GETDATE() – 2007-05-03 18:34:11.933을 사용합니다.
```
exec [dbo].[sp_DeleteBackupHistory] @DaysToKeep=14, @UseLocalTime =1 
```
참고

이 단계에서는 대상 경로에서 백업 파일을 삭제 하지 않습니다 .

확인 을 선택하고 모든 속성 창을 닫습니다.
선택 사항입니다. 백업 일정을 변경합니다. 백업 BizTalk Server 작업을 예약하는 방법을 참조하세요.

참고

Backup BizTalk Server 작업은 처음 구성할 때 실행됩니다. 기본적으로 후속 실행에서 백업 BizTalk Server 작업은 하루에 한 번 전체 백업을 완료하고 15분마다 로그 백업을 완료합니다.
백업 BizTalk Server 작업을 마우스 오른쪽 단추로 클릭하고 사용을 선택합니다. 상태가 성공으로 변경되어야 합니다.

Backup_Setup_All_Procs.sql 및 LogShipping_Destination_Logic.sql 실행

BizTalk Server 2016 FP2(기능 팩 2)는 에서 Backup_Setup_All_Procs.sql 및 LogShipping_Destination_Logic.sql 스크립트를 사용했습니다\Program Files (x86)\Microsoft BizTalk Server *your version*\Schema.

Backup BizTalk Server 작업이 이미 구성되어 있고 디스크 대신 Azure Blob을 사용하도록 전환하려는 경우 다음을 수행합니다.

SQL Server 백업 BizTalk Server 작업으로 백업되는 모든 사용자 지정 데이터베이스에 대해 스크립트를 실행 Backup_Setup_All_Procs.sql 합니다. 기본적으로 FP2는 BizTalk 데이터베이스를 자동으로 업데이트합니다. 사용자 지정 데이터베이스(BizTalkMgmtDb의 adm_OtherBackupDatabases 테이블에 있는 데이터베이스)는 업데이트하지 않습니다.

사용자 지정 데이터베이스 백업은 사용자 지정 데이터베이스에 대한 자세한 정보를 제공합니다.
로그 전달을 사용하는 경우 SQL Server 내의 대상 시스템에서 LogShipping_Destination_Logic.sql 스크립트를 실행합니다. 로그 전달을 사용하지 않는 경우 이 스크립트를 실행하지 마세요.

로그 전달을 위한 대상 시스템 구성 은 대상 시스템에 대한 자세한 정보를 제공합니다.

sp_ForceFullBackup 저장 프로시저

BizTalkMgmtDb 데이터베이스의 sp_ForceFullBackup 저장 프로시저를 사용하여 데이터 및 로그 파일의 임시 전체 백업을 실행할 수 있습니다. 저장 프로시저는 adm_ForceFullBackup 테이블을 값 1로 업데이트합니다. 다음에 Backup BizTalk Server 작업이 실행되면 전체 데이터베이스 백업 집합이 만들어집니다.

다음 단계

로그 전달에 대한 대상 시스템 구성
백업 BizTalk Server 작업 예약
Azure Storage 계정
URL에 대한 SQL Server 백업

다음을 통해 공유