변경 데이터 캡처 또는 변경 추적 - 기존 감사 추적 테이블과 동일합니까?

Question

심도 깊은 Microsoft 문서를 깊이 파고 들기 전에 변경 데이터 캡처 및 변경 추적을 경험 한 사람이이 중 하나 또는 둘 모두를 사용하여 전통을 대체 할 수 있는지 알고 싶습니다.

"는 실질 테이블 ' 트리거에 의해 삽입 (일본어 테이블 플러스 날짜/시간, 사용자 ID, 및 DML 액션 필드의 모든 필드)의 감사 추적 테이블 복사"

... 데이터베이스 테이블 감사 추적을위한 설정. 여기서 트리거 popula (모든 수동 작업입니다) 감사 추적 테이블을 테스트합니다.

MSDN 개요 문서는 변경 데이터 캡처 및 변경 추적이 무엇인지를 상위 수준에서 설명하지만 나에게 충분히 명확하지 않으며 이러한 도구를 사용하여 기존 감사를 대체 할 수 있음을 명백히 밝히지는 않습니다 우리가 자주 만든 트레일 테이블.

변경 데이터 캡처 및 변경 추적을 사용해 본 경험이있는 사람이라면 많은 시간을 절약 할 수 있습니까? 아니면 적절한 도구를 보면서 시간을 보내고 있습니까? 감사 추적의 중요한 부분은 테이블의 필드 (INSERT, UPDATE, DELETE)에 대한 모든 변경 사항을 언제 발생했는지, 누가했는지를 캡처하는 것입니다. 이러한 변경 사항은 일반적으로 감사 내역 보고서를 통해 최종 사용자에게 시간순으로 제공됩니다. 또 다른 질문은 ... 변경 데이터 캡처 또는 변경 추적은 솔루션입니다.이 데이터는 일반 테이블의 데이터처럼 쿼리 할 수 ​​있다고 가정합니다.

편집 : 시간과 관계없이 영구적 인 감사 추적이 필요합니다. 변경 데이터 캡처가 트랜잭션 로그와 관련이 있으므로이 메시지가 제한적일 수 있습니다.

Answer 1

당신의 상황에 여전히 감사 테이블이 필요하다고 생각합니다. BOL을 보면 청소 작업이 자동으로 생성되고 매일 오전 2시에 실행되는 예정대로 진행되는 것으로 보입니다. BOL 출신 :

클린업 작업은 매일 오전 2시에 실행됩니다. 변경 테이블 항목이 4320 분 또는 3 일 동안 유지되며 삭제 문을 사용하여 최대 5000 개 항목을 제거합니다.

그게 분명히 당신이 원하는대로하지 않는 것 같습니다. 나는 그것이 테이블 woudl을 감사하는 누군가를 원하는 것이라고 생각하지 않습니다. 또한 데이터 테이블에없는 필드를 자체 5 개의 기본 필드가 아닌 다른 모든 필드를 감사 로그에 추가하는 것은 불가능하지 않을 수도 있습니다 (해당 필드를 찾을 수 없습니다). 특정 악의적 인 변경을 쿼리하거나 롤백하는 데 매우 유용합니다. 또는 아마 나는 단지이 주제에 BOL이 잘못 작성 되었기 때문에 프로세스를 이해하지 못했을 것입니다. 분명히 잘못 검토 된이 프로세스로 감사를 대체 할 수있는 우려 사항에 대해서는 분명히 대답하지 않았습니다.