매일 로드되고 자주 수정되는 ETL을 사용하는 BigQuery의 중앙 분석에서 데이터 손상이 최대 2주 후에 발견될 수 있습니다. 저렴한 스토리지와 특정 시점 복구를 가능하게 하려면 테이블을 어떻게 배치하고 백업을 저장해야 할까요?

정답은 "월별로 별도의 테이블을 생성하고 BigQuery 스냅샷 데코레이터를 사용하여 테이블을 이전 시점으로 복원합니다"입니다. BigQuery의 스냅샷 데코레이터(@YYYYMMDD)는 테이블의 특정 시점 버전에 접근할 수 있게 하여, 데이터 손상이 2주 후에 발견되더라도 손상되지 않은 과거 데이터로 복원할 수 있습니다. 월별로 테이블을 분할하면 관리 및 복원 범위가 명확해집니다. 다른 옵션들은 다음과 같은 이유로 적절하지 않습니다: "모든 데이터를 단일 테이블에 저장하고 BigQuery 테이블을 Cloud Storage로 내보내고 압축합니다."는 단일 테이블이 너무 커서 복원이 비효율적이고, Cloud Storage로 내보내는 것은 특정 시점 복구를 직접 지원하지 않습니다. "월별로 별도의 테이블을 생성하고 각 테이블을 Cloud Storage로 내보내고 압축합니다."는 수동 백업이며, 특정 시점 복구 시점 관리가 복잡하고 비용이 많이 들 수 있습니다. "월별로 별도의 테이블을 생성하고 월별 테이블을 별도의 BigQuery 데이터세트로 복제합니다."는 스토리지 비용이 두 배로 들고, 복제 시점 관리가 복잡하며, 스냅샷 데코레이터만큼 유연하지 않습니다.