패키지에서 검사점 사용

업데이트: 2007년 9월 15일

SQL Server 2005 Integration Services(SSIS)는 전체 패키지를 다시 실행하지 않고 오류 발생 시점에서 실패한 패키지를 다시 시작할 수 있습니다. 패키지가 검사점을 사용하도록 구성된 경우 패키지 실행에 대한 정보는 검사점 파일에 기록됩니다. 검사점 파일은 실패한 패키지를 오류 발생 지점에서 다시 시작하는 데 사용됩니다. 패키지가 성공적으로 실행된 경우 검사점 파일은 삭제되고 다음에 패키지가 실행될 때 다시 만들어집니다.

패키지에서 검사점을 사용하면 다음과 같은 이점이 있습니다.

• 큰 파일의 반복적인 다운로드 및 업로드를 피할 수 있습니다. 예를 들어 FTP 작업을 사용하여 여러 큰 파일을 다운로드하는 패키지에서 특정 파일에 대한 다운로드가 실패하면 해당 파일만 다시 다운로드한 후 다시 시작할 수 있습니다.
• 대용량 데이터의 반복적인 로드를 피할 수 있습니다. 예를 들어 데이터 웨어하우스의 차원 테이블에서 패키지가 각 차원에 대해 다른 대량 삽입 작업을 사용하여 대량 삽입을 수행할 경우, 특정 차원 테이블에 대한 삽입이 실패하면 해당 차원만 다시 로드하고 패키지를 다시 시작할 수 있습니다.
• 반복적인 값 집계를 피할 수 있습니다. 예를 들어 각 집계 작업을 위해 별도의 데이터 흐름 작업을 사용하여 평균 및 합계와 같은 많은 집계를 계산하는 패키지의 경우 특정 집계 계산이 실패하면 해당 집계만 다시 계산한 후 다시 시작할 수 있습니다.

패키지가 검사점을 사용하도록 구성된 경우 Integration Services는 검사점 파일에서 다시 시작 지점을 캡처합니다. 실패한 컨테이너 유형 및 트랜잭션과 같은 기능의 구현은 검사점 파일에 기록된 다시 시작 지점에 영향을 미칩니다. 변수의 현재 값도 검사점 파일에 캡처됩니다. 그러나 Object 데이터 형식의 변수 값은 검사점 파일에 저장되지 않습니다.

다시 시작 지점 정의

단일 작업을 캡슐화하는 작업 호스트 컨테이너는 다시 시작할 수 있는 가장 작은 단위입니다. 또한 Foreach Loop 컨테이너 및 트랜잭션이 적용된 컨테이너도 작업의 최소 단위로 간주됩니다.

트랜잭션이 적용된 컨테이너가 실행 중인 동안 패키지가 중지된 경우 트랜잭션은 중단되고 컨테이너에 의해 수행된 모든 작업은 롤백됩니다. 실패한 컨테이너는 패키지를 다시 시작할 때 다시 실행됩니다. 트랜잭션이 적용된 컨테이너의 모든 자식 컨테이너에 대한 작업 완료는 검사점 파일에 기록되지 않습니다. 그러므로 패키지를 다시 시작하면 트랜잭션이 적용된 컨테이너와 그 자식 컨테이너가 다시 실행됩니다.

[!참고] 동일한 패키지의 검사점 및 트랜잭션을 사용하면 예기치 않은 결과가 발생할 수 있습니다. 예를 들어 패키지가 실패하여 검사점부터 다시 시작한 경우 해당 패키지가 이미 성공적으로 커밋된 트랜잭션을 반복할 수 있습니다.

패키지를 다시 시작할 때 Foreach Loop 컨테이너와 그 자식 컨테이너는 다시 실행됩니다. 루프에 있는 자식 컨테이너가 성공적으로 실행되면 검사점 파일에 기록되지 않고 다시 실행됩니다.

패키지를 다시 시작하면 패키지는 구성을 다시 로드하는 대신 검사점 파일에 기록된 구성 정보를 사용합니다. 이렇게 하면 패키지가 실패한 시점과 동일한 구성으로 다시 실행될 수 있습니다.

패키지는 제어 흐름 수준에서만 다시 시작할 수 있습니다. 데이터 흐름 도중에 패키지를 다시 시작할 수 없습니다. 전체 데이터 흐름을 다시 실행하지 않으려면 패키지가 여러 데이터 흐름으로 구성되도록 디자인하고 각 데이터 흐름이 서로 다른 데이터 흐름 작업을 사용하도록 해야 합니다. 이 방법으로 하나의 데이터 흐름 작업만 다시 실행하여 패키지를 다시 시작할 수 있습니다.

다시 시작하도록 패키지 구성

검사점 파일에는 모든 완료된 컨테이너의 실행 결과, 시스템 및 사용자 정의 변수의 현재 값 및 패키지 구성 정보가 포함되어 있습니다. 또한 패키지의 고유 식별자도 검사점 파일에 포함됩니다. 패키지를 성공적으로 다시 시작하려면 검사점 파일에 있는 패키지 식별자가 패키지와 일치해야 하며 그렇지 않으면 다시 시작할 수 없습니다. 이렇게 하면 패키지가 다른 패키지 버전에 의해 기록된 검사점 파일을 사용하는 것을 막을 수 있습니다. 패키지가 성공적으로 실행되면 다시 시작한 후 검사점 파일이 삭제됩니다.

다음 표에서는 검사점을 구현하기 위해 설정하는 패키지 속성을 나열합니다.

이 밖에도 다시 시작 지점으로 식별할 패키지 내의 모든 컨테이너에 대해 FailPackageOnFailure 속성을 true로 설정해야 합니다.

ForceExecutionResult 속성을 사용하여 패키지에 있는 검사점의 사용을 테스트할 수 있습니다. 작업 또는 컨테이너의 ForceExecutionResult를 Failure로 설정하면 실제 오류와 동일한 오류를 만들 수 있습니다. 패키지를 다시 실행하면 실패한 작업 및 컨테이너가 다시 실행됩니다.

검사점 사용

CheckpointUsage 속성은 다음 값으로 설정할 수 있습니다.

[!참고] dtexec의 /CheckPointing on 옵션은 패키지의 SaveCheckpoints 속성을 True로 설정하고 CheckpointUsage 속성을 Always로 설정하는 것과 같습니다. 자세한 내용은 dtexec 유틸리티를 참조하십시오.

검사점 파일 보안 설정

패키지 수준 보호에는 검사점 파일 보호가 포함되지 않으므로 이러한 파일에 대해 보안을 별도로 설정해야 합니다. 검사점 데이터는 파일 시스템에만 저장할 수 있으므로 운영 체제의 ACL(액세스 제어 목록)을 사용하여 파일 저장 위치 또는 폴더를 보호해야 합니다. 검사점 파일에는 현재 변수 값을 비롯하여 패키지 상태에 대한 정보가 들어 있으므로 검사점 파일에 대해 보안을 설정하는 것은 중요합니다. 예를 들어 변수에 전화 번호와 같은 개인 데이터 행이 여러 개 있는 레코드 집합이 포함될 수 있습니다. 자세한 내용은 패키지에서 사용하는 파일 보호 설정을 참조하십시오.

검사점 속성을 구성하려면

• 방법: 검사점을 사용하도록 패키지 구성

참고 항목

개념

Integration Services 개요

관련 자료

SSIS 디자이너에서 패키지 만들기

도움말 및 정보

SQL Server 2005 지원 받기

변경 내역