다음을 통해 공유

BizTalkDTADb 데이터베이스 보관 및 제거

  • 아티클

개요

BizTalk Server가 시스템에서 더 많은 데이터를 처리할수록 BizTalk 추적(BizTalkDTADb) 데이터베이스의 크기가 계속 증가합니다. 증가를 제어하지 않으면 시스템 성능이 저하되며 TDDS(추적 데이터 디코딩 서비스)에서 오류가 생성될 수 있습니다. 일반적인 추적 데이터 외에 추적 메시지도 MessageBox 데이터베이스에 누적되어 디스크 성능이 느려질 수 있습니다.

BizTalk Server DTA 제거 및 보관 작업을 사용하여 두 프로세스를 모두 자동화합니다. BizTalk 추적 데이터베이스에 데이터를 보관하고 제거하면 시스템을 양호한 상태로 유지 관리하고 나중에 사용할 수 있도록 추적 데이터를 보관할 수 있습니다. BizTalk 추적 데이터베이스 보관은 시간이 경과함에 따라 누적되어 디스크 공간을 차지하므로 정기적으로 BizTalk 추적 데이터베이스 보관을 보조 저장소로 이동하는 것이 좋습니다.

BizTalk 추적 데이터베이스에서 데이터를 제거할 때 DTA Purge and Archive 작업은 메시지 및 서비스 인스턴스 정보, 오케스트레이션 이벤트 정보, 규칙 엔진 추적 데이터 등과 같은 여러 유형의 추적 정보를 제거합니다.

추적 데이터 레코드의 수명은 추적 데이터가 BizTalk 추적 데이터베이스에 삽입된 시간을 기준으로 합니다. DTA Purge and Archive 작업은 이 타임스탬프를 사용하여 레코드가 데이터의 사용 기간보다 오래되었는지 여부를 계속 확인합니다. 각 사용 기간 후에 BizTalk 추적 데이터베이스가 보관되고 새 보관 파일이 생성됩니다. 작업 일정에서 지정한 각 SQL Server 에이전트 작업 간격에 따라 사용 기간보다 오래된 모든 완료된 추적 데이터가 제거됩니다.

BizTalk Server에서는 소프트 제거 및 하드 제거의 개념이 사용됩니다. 소프트 제거는 완료된 인스턴스를 제거하는 데 사용되고 하드 제거는 완료되지 않은 인스턴스를 제거하는 데만 사용됩니다.

소프트 제거

DTA Archive and Purge 작업에서 LiveHours 및 LiveDays 매개 변수의 합계는 BizTalk Server 환경에서 유지 관리할 데이터의 사용 기간입니다. 완료된 인스턴스 관련 데이터 중에서 이 사용 기간보다 오래된 데이터는 모두 제거됩니다. 기본적으로 DTA Archive and Purge 작업은 사용할 수 없습니다. 따라서 먼저 구성한 다음 작업을 사용할 수 있습니다.

예를 들어 20분마다 실행되도록 DTA 제거 및 보관 작업을 구성하고 LiveHours=1 및 LiveDays=0을 설정할 수 있습니다. 이 SQL Server 에이전트 작업이 처음 실행되면(T0) 보관 파일을 만들어 추적 데이터베이스의 백업을 수행하고 항목이 이 타임스탬프를 사용하여 데이터베이스에 저장됩니다. 추적 데이터를 제거하려면 성공적인 보관이 필요합니다. 보관이 성공적인 경우 1시간 이전에 완료된 인스턴스와 연결된 모든 데이터가 제거됩니다. 작업을 실행할 때마다 완료된 데이터 중에서 1시간보다 오래된 데이터가 제거됩니다. 3번째 실행 시(1시간 후) 마지막 1시간 세그먼트에서 추적 데이터베이스에 삽입된 모든 인스턴스에 대한 데이터가 포함된 새 보관이 만들어집니다.

다음은 DTA 제거 및 보관 작업에서 보관 및 제거 단계를 예제와 일치하도록 구성하는 방법입니다.

exec dtasp_BackupAndPurgeTrackingDatabase  
1, --@nLiveHours 1,   
0, --@nLiveDays   
1, --@nHardDeleteDays   
‘\\server\backup’, --@nvcFolder   
null, --@nvcValidatingServer   
0 --@fForceBackup Soft purge process

마지막 백업의 타임스탬프는 BizTalk 추적 데이터베이스에 저장되어 데이터가 이전 보관에 있을 경우에만 제거되도록 합니다. 안정성을 위해 보관은 약 10분 동안 겹쳐집니다. 위 예제를 따르는 다음 그림은 소프트 제거 프로세스를 보여 줍니다. 보관 및 제거 작업은 반드시 동시에 수행되지는 않습니다.

소프트 제거 프로세스

일시 제거 프로세스

하드 제거

소프트 제거가 완료된 인스턴스와 연결된 데이터만 제거하므로 무제한 실행되는 반복 인스턴스가 많을 경우 추적 데이터베이스가 계속 증가하며 이러한 인스턴스가 제거되지 않습니다. 하드 제거를 사용하면 서비스 존재를 나타내는 정보를 제외하고 지정한 간격보다 오래된 정보를 모두 제거할 수 있습니다. DTA 보관 및 제거 작업의 보관 및 제거 단계에서 @nHardDeleteDays 매개 변수를 사용하여 하드 제거를 설정합니다. 하드 제거 설정값은 항상 소프트 제거 설정값보다 커야 합니다. 즉, @nHardDeleteDays @nLiveHours및@nLiveDays 합보다 커야 합니다.

다음 표는 보관 및 제거의 기능을 설명합니다.

기능 Description
하드 제거 시간 간격을 구성하여 지정한 날짜보다 오래된 완료되지 않은 인스턴스에 대한 정보를 제거할 수 있습니다.
추적 메시지를 추적 데이터베이스로 복사 CopyTrackedMessageToDTA 옵션을 사용하면 MessageBox 서버의 추적 메시지를 직접 BizTalk 추적 데이터베이스로 복사할 수 있습니다. DTA Purge and Archive 작업을 사용하여 데이터를 제거하려면 이 작업을 수행해야 합니다.
보관 유효성 검사 필요에 따라 보조 데이터베이스 서버를 설정하여 보관을 만들 때 유효성을 검사할 수 있습니다.
여러 BizTalk 추적 데이터베이스 버전에 대한 추적 지원 BizTalk Server 데이터베이스 보관 파일에서 추적 지원을 사용할 수 있습니다.
추적 데이터 감소 생성되는 추적 정보는 감소하지 않고 저장되는 추적 데이터의 양이 훨씬 줄어듭니다. 따라서 추적 데이터베이스의 증가 속도가 느려집니다.
추적 작업 속도 향상, 데이터베이스 스키마의 최적화 향상 추적 작업을 사용하여 큰 데이터베이스에서 메시지와 서비스 인스턴스를 찾을 수 있습니다. 이 기능의 최적화가 향상되었습니다.

참고

BizTalk 추적 데이터베이스에서 데이터를 제거하는 것만으로는 성능 문제가 완전히 해결되지 않아 더 이상 추적 정보를 수집하지 않도록 BizTalk을 구성하려는 경우 글로벌 추적을 해제하는 방법을 검토해 보십시오. 전역 추적 끄기를 참조하세요.

다음 단계