다음을 통해 공유


변경 내용 추적 관리(SQL Server)

적용 대상: SQL Server Azure SQL 데이터베이스 Azure SQL Managed Instance

이 항목에서는 변경 추적을 관리하는 방법에 대해 설명합니다. 또한 변경 추적을 사용할 때 보안을 구성하고 스토리지 및 성능에 미치는 영향을 결정하는 방법에 대해서도 설명합니다.

변경 내용 추적 관리

다음 섹션에서는 변경 내용 추적 관리와 관련된 카탈로그 뷰, 권한 및 설정을 나열합니다.

카탈로그 뷰

다음 카탈로그 뷰를 사용하여 변경 내용 추적이 설정된 테이블 및 데이터베이스를 확인할 수 있습니다.

sys.internal_tables 카탈로그 뷰는 사용자 테이블에 대한 변경 내용 추적을 설정할 때 만든 내부 테이블도 나열합니다.

보안

변경 내용 추적 함수를 사용하여 변경 추적 정보에 액세스하려면 보안 주체에게 다음 권한이 있어야 합니다.

  • 변경 내용 추적이 설정된 쿼리하는 테이블에 있는 한 개 이상의 기본 키 열에 대한 SELECT 권한

  • 변경 내용을 가져오는 테이블에 대한 VIEW CHANGE TRACKING 권한. VIEW CHANGE TRACKING 권한은 다음과 같은 이유로 필요합니다.

    • 변경 내용 추적 레코드에는 삭제된 행, 특히 삭제된 행의 기본 키 값에 대한 정보가 포함됩니다. 일부 민감한 데이터가 삭제된 후 변경 내용 추적 테이블에 대한 SELECT 권한이 보안 주체에게 부여되었을 수 있습니다. 이러한 경우 해당 보안 주체가 변경 내용 추적을 사용하여 삭제된 정보에 액세스하지 못하도록 해야 합니다.

    • 변경 내용 추적 정보는 업데이트 작업으로 변경된 열에 대한 정보를 저장할 수 있습니다. 보안 주체는 민감한 정보가 포함된 열에 대한 권한이 거부될 수 있습니다. 그러나 변경 내용 추적 정보를 사용할 수 있으므로 보안 주체는 열 값이 업데이트되었음을 확인할 수 있지만 열의 값은 확인할 수 없습니다.

변경 내용 추적 오버헤드 이해

테이블에 대해 변경 내용 추적을 사용하도록 설정하면 일부 관리 작업이 영향을 받습니다. 다음 테이블에는 고려해야 할 작업과 그 영향이 나와 있습니다.

연산 변경 내용 추적이 활성화된 경우
DROP TABLE 삭제된 테이블에 대한 모든 변경 내용 추적 정보가 제거됩니다.
ALTER TABLE DROP CONSTRAINT PRIMARY KEY 제약 조건을 삭제하려는 시도는 실패합니다. PRIMARY KEY 제약 조건을 삭제하려면 먼저 변경 내용 추적을 사용하지 않도록 설정해야 합니다.
ALTER TABLE DROP COLUMN 삭제된 열이 기본 키의 일부일 경우 변경 내용 추적과 관계없이 해당 열을 삭제할 수 없습니다.

삭제된 열이 기본 키의 일부가 아닐 경우 해당 열을 삭제할 수 있습니다. 그러나 이 데이터를 동기화하는 모든 애플리케이션에 미치는 영향을 먼저 이해해야 합니다. 테이블에 대해 열 변경 내용 추적이 사용하도록 설정된 경우 삭제된 열이 여전히 변경 내용 추적 정보의 일부로 반환될 수 있습니다. 삭제된 열을 처리하는 것은 애플리케이션의 책임입니다.
ALTER TABLE ADD COLUMN 변경 내용 추적이 설정된 테이블에 새 열이 추가될 경우 이 열 추가 작업은 추적되지 않습니다. 새 열에 대한 업데이트 및 변경 내용만 추적됩니다.
ALTER TABLE ALTER COLUMN 기본 키가 아닌 열의 데이터 형식 변경은 추적되지 않습니다.
ALTER TABLE SWITCH 테이블 중 하나 또는 둘 모두 변경 내용 추적이 사용하도록 설정된 경우 파티션 전환이 실패합니다.
DROP INDEX 또는 ALTER INDEX DISABLE 기본 키를 강제 적용하는 인덱스는 삭제 또는 해제할 수 없습니다.
TRUNCATE TABLE 테이블 잘라내기는 변경 내용 추적이 설정된 테이블에서 수행할 수 있습니다. 그러나 작업으로 삭제된 행은 추적되지 않으며 최소 유효 버전이 업데이트됩니다. 애플리케이션에서 버전을 확인하면 버전이 너무 오래되어 다시 초기화해야 한다는 메시지가 표시됩니다. 이는 해당 테이블의 변경 내용 추적이 해제된 다음 다시 설정되는 것과 동일합니다.

변경 내용 추적을 사용하면 작업의 일부로 저장되는 변경 내용 추적 정보로 인해 DML 작업에 약간의 오버헤드가 추가됩니다.

DML에 미치는 영향

변경 내용 추적은 DML 작업에 대한 성능 오버헤드를 최소화하도록 최적화되었습니다. 테이블에서 변경 내용 추적 사용과 관련된 증분 성능 오버헤드는 테이블에 대한 인덱스가 생성되어 유지 관리해야 할 때 발생하는 오버헤드와 유사합니다.

DML 작업으로 변경되는 각 행에 대해 내부 변경 내용 추적 테이블에 행이 추가됩니다. DML 작업과 관련된 이 효과는 다음과 같은 다양한 요인에 따라 달라집니다.

  • 기본 키 열의 수

  • 사용자 테이블 행에서 변경되는 데이터 양

  • 트랜잭션에서 수행되는 작업 수

스냅샷 격리를 사용하는 경우 변경 내용 추적 사용 여부에 관계없이 모든 DML 작업의 성능에도 영향을 미칩니다.

스토리지에 미치는 영향

변경 내용 추적 데이터는 다음 유형의 내부 테이블에 저장됩니다.

  • 내부 변경 테이블

    변경 내용 추적을 설정한 각 사용자 테이블에 대해 하나의 내부 변경 테이블이 있습니다.

  • 내부 트랜잭션 테이블

    데이터베이스에 대한 내부 트랜잭션 테이블이 1개 있습니다.

이러한 내부 테이블은 다음과 같은 방법으로 스토리지 요구 사항에 영향을 줍니다.

  • 사용자 테이블의 각 행이 변경될 때마다 내부 변경 테이블에 행이 추가됩니다. 이 행에는 작은 고정 오버헤드와 기본 키 열의 크기와 같은 가변 오버헤드가 있습니다. 이 행에는 애플리케이션에서 설정한 선택적 컨텍스트 정보가 포함될 수 있습니다. 또한 열 추적이 사용하도록 설정된 경우 변경된 각 열에는 추적 테이블에 4바이트가 필요합니다.

  • 커밋된 각 트랜잭션에 대해 하나의 행이 내부 트랜잭션 테이블에 추가됩니다.

다른 내부 테이블과 마찬가지로 sp_spaceused 저장 프로시저를 사용하여 변경 내용 추적 테이블에 사용되는 공간을 결정할 수 있습니다. 내부 테이블의 이름은 다음 예시와 같이 sys.internal_tables 카탈로그 뷰를 사용하여 가져올 수 있습니다.

sp_spaceused 'sys.change_tracking_309576141'  
sp_spaceused 'sys.syscommittab'  

참고 항목

데이터 변경 내용 추적(SQL Server)
ALTER TABLE(Transact-SQL)
데이터베이스 속성(변경 내용 추적 페이지)
ALTER DATABASE SET 옵션(Transact-SQL)
sys.change_tracking_databases(Transact-SQL)
sys.change_tracking_tables(Transact-SQL)
데이터 변경 내용 추적(SQL Server)
변경 내용 추적 정보(SQL Server)
변경 데이터 작업(SQL Server)