Data Lifetime 정책의 삭제 영향
Data Lifetime은 정책을 적용한 데이터셋뿐 아니라 그 트랜잭션에서 파생한 하위 트랜잭션에도 영향을 줍니다. 정책을 변경하기 전에 관련 브랜치와 데이터 계보를 확인해야 합니다.
고정 삭제 날짜
Fixed deletion date 정책은 모든 브랜치의 트랜잭션에 지정한 삭제 날짜를 부여합니다. cutoff date가 추가되어 있으면 cutoff 이전에 커밋한 트랜잭션만 날짜를 받고 그 이후 트랜잭션에는 날짜를 부여하지 않습니다.
Data Lifetime의 날짜 계산에는 일반 Retention 애플리케이션 등 다른 서비스의 삭제 정책이 포함되지 않습니다. 이 화면의 날짜보다 다른 정책이 먼저 데이터를 삭제할 수 있습니다.
최신 view만 유지
Latest view only는 정책에 포함한 브랜치의 현재 view를 기준으로 유지할 트랜잭션을 정합니다.
| 기존 트랜잭션 상태 | 삭제 날짜 |
|---|---|
| 정책 대상 브랜치 중 하나라도 최신 view에 포함 | 부여하지 않습니다. 다른 브랜치에서 과거 view에 속하더라도 이 조건으로 보호됩니다. |
| 정책 대상 브랜치들의 최신 view에 포함되지 않음 | 삭제 날짜를 부여하여 즉시 삭제 대상으로 표시합니다. |
| 정책 대상이 아닌 브랜치의 최신 view에만 포함 | 최신 view 보호를 받지 않으며 즉시 삭제 대상으로 표시합니다. |
새 트랜잭션이 추가될 때에는 다음 규칙을 적용합니다.
| 새 트랜잭션 | 동작 |
|---|---|
| 정책에 포함되지 않은 브랜치에 생성 | 그 트랜잭션의 생성 시각을 삭제 날짜로 부여합니다. |
| 대상 브랜치에서 기존 view를 갱신하며 새 view를 만들지 않음 | 새 트랜잭션에 삭제 날짜를 부여하지 않습니다. |
| 대상 브랜치에서 SNAPSHOT으로 새 view를 생성 | 새 트랜잭션에는 삭제 날짜를 부여하지 않고 데이터셋을 다시 평가하여 이전 view의 트랜잭션에 삭제 날짜를 부여합니다. |
삭제 대상으로 표시되어도 물리 저장소의 모든 데이터가 그 순간 사라지는 것은 아닙니다. 실제 삭제 지연도 고려해야 합니다.
하위 데이터셋과 트랜잭션은 상위 트랜잭션의 삭제 날짜 또는 날짜가 없다는 상태를 상속합니다. 상속을 의도적으로 끊는 override는 별도 권한과 판단이 필요한 작업입니다.