Timestream 테이블 백업 및 복원: 작동 방식 - Amazon Timestream
백업복원

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Timestream 테이블 백업 및 복원: 작동 방식

Amazon Timestream 테이블의 백업을 생성할 수 있습니다. 이 섹션에서는 백업 및 복원 프로세스를 수행하는 중에 발생하는 상황에 대한 개요를 제공합니다.

백업

온디맨드 백업 기능을 사용하여 Amazon Timestream for LiveAnalytics 테이블의 전체 백업을 생성할 수 있습니다. 이 섹션에서는 백업 및 복원 프로세스를 수행하는 중에 발생하는 상황에 대한 개요를 제공합니다.

테이블 단위로 Timestream 데이터의 백업을 생성할 수 있습니다. Timestream 콘솔 또는 AWS Backup 콘솔, SDK 또는 CLI를 사용하여 선택한 테이블의 백업을 시작할 수 있습니다. 백업은 비동기식으로 생성되며 백업 시작 시간이 백업에 포함될 때까지 테이블의 모든 데이터가 생성됩니다. 그러나 백업이 진행되는 동안 테이블에 수집된 일부 데이터가 백업에 포함될 수도 있습니다. 데이터를 보호하기 위해 일회성 온디맨드 백업을 생성하거나 테이블의 반복 백업을 예약할 수 있습니다.

백업이 진행되는 동안에는 다음을 수행할 수 없습니다.

  • 백업 작업을 일시 중지하거나 취소합니다.

  • 백업의 원본 테이블을 삭제합니다.

  • 테이블에 대한 백업이 진행 중인 경우 해당 테이블에서 백업을 비활성화합니다.

구성되면는 자동 백업 일정, 보존 관리 및 수명 주기 관리를 AWS Backup 제공하므로 사용자 지정 스크립트 및 수동 프로세스가 필요하지 않습니다. 자세한 내용은 AWS Backup 개발자 안내서를 참조하세요.

LiveAnalytics 백업을 위한 모든 Timestream은 본질적으로 증분식이므로 테이블의 첫 번째 백업은 전체 백업이고 동일한 테이블의 모든 후속 백업은 증분 백업으로, 마지막 백업 이후의 데이터 변경 사항만 복사합니다. Timestream for LiveAnalytics의 데이터가 파티션 모음에 저장되므로 마지막 백업 이후 새 데이터를 수집하거나 기존 데이터를 업데이트하여 변경된 모든 파티션은 후속 백업 중에 복사됩니다.

Timestream for LiveAnalytics 콘솔을 사용하는 경우 계정의 모든 리소스에 대해 생성된 백업이 백업 탭에 나열됩니다. 또한 백업은 테이블 세부 정보에도 나열됩니다.

복원

LiveAnalytics용 Timestream 콘솔 또는 AWS Backup 콘솔, SDK 또는 AWS CLI에서 테이블을 복원할 수 있습니다. 백업에서 전체 데이터를 복원하거나 선택한 데이터를 복원하도록 테이블 보존 설정을 구성할 수 있습니다. 복원을 시작할 때 다음 테이블 설정을 구성할 수 있습니다.

  • 데이터베이스 이름(Database Name)

  • 테이블 이름

  • 메모리 스토어 보존

  • 마그네틱 스토어 보존

  • 마그네틱 스토리지 쓰기 활성화

  • S3 오류 로그 위치(선택 사항)

  • 백업을 복원할 때 AWS Backup 가 수임할 IAM 역할

위의 구성은 소스 테이블과 독립적입니다. 백업의 모든 데이터를 복원하려면 메모리 스토어 보존 기간과 마그네틱 스토어 보존 기간의 합계가 가장 오래된 타임스탬프와 현재 사이의 차이보다 크도록 새 테이블 설정을 구성하는 것이 좋습니다. 복원할 증분 백업을 선택하면 모든 데이터(증분 + 기본 전체 데이터)가 복원됩니다. 복원에 성공하면 테이블이 활성 상태이며 복원된 테이블에서 수집 및/또는 쿼리 작업을 수행할 수 있습니다. 하지만 복원이 진행되는 동안에는 이러한 작업을 수행할 수 없습니다. 복원되면 테이블은 계정의 다른 테이블과 유사합니다.

예 백업에서 모든 데이터 복원

이 예제에서는 다음과 같은 가정을 합니다.

가장 오래된 타임스탬프 -August 1, 2021 0:00:00

  • 지금 -November 9, 2022 0:00:00

백업에서 모든 데이터를 복원하려면 다음과 같이 값을 입력하고 비교합니다.

  1. 메모리 스토어 보존 및 마그네틱 스토어 보존을 입력합니다. 예를 들어 이러한 값을 가정합니다.

    • 메모리 스토어 보존 - 12시간

    • 마그네틱 스토어 보존 - 500일

  2. 메모리 스토어 보존과 마그네틱 스토어 보존의 합계를 찾습니다.

    12 hours + (500 * 24 hours) =
12 hours + 12,000 hours =
12,012 hours

  3. 가장 오래된 타임스탬프와 지금의 차이점을 찾습니다.

    November 9, 2022 0:00:00 - August 1, 2021 0:00:00 =
465 days =
465 * 24 hours =
11,160 hours

  4. 두 번째 단계의 보존 값 합계가 세 번째 단계의 시간 차이보다 큰지 확인합니다. 필요한 경우 보존 시간을 조정합니다.

    12,012 > 11,160
true
예 백업에서 선택 데이터 복원

이 예제에서는 다음과 같은 가정을 합니다.

  • 지금 -November 9, 2022 0:00:00

백업에서 선택한 데이터만 복원하려면 다음과 같이 값을 입력하고 비교합니다.

  1. 필요한 가장 빠른 타임스탬프를 결정합니다. 예를 들어를 가정합니다December 4, 2021 0:00:00.

  2. 필요한 가장 빠른 타임스탬프와 현재 타임스탬프의 차이를 찾습니다.

    November 9, 2022 0:00:00 - December 4, 2021 0:00:00 =
340 days =
340 * 24 hours =
8,160 hours

  3. 메모리 스토어 보존에 원하는 값을 입력합니다. 예를 들어 12시간을 입력합니다.

  4. 두 번째 단계의 차이에서 값을 뺍니다.

    8,160 hours - 12 hours =
8148 hours

  5. 마그네틱 스토어 보존에 해당 값을 입력합니다.

Timestream for LiveAnalytics 테이블 데이터의 백업을 다른 AWS 리전에 복사한 다음 해당 새 리전에서 복원할 수 있습니다. AWS 상용 리전과 AWS GovCloud(미국) 리전 간에 백업을 복사한 다음 복원할 수 있습니다. 소스 리전에서 복사한 데이터와 대상 리전의 새 테이블에 복원한 데이터에 대해서만 요금을 지불합니다.

테이블이 복원되면 복원된 테이블에 다음을 수동으로 설정해야 합니다.

  • AWS Identity and Access Management(IAM) 정책

  • Tags

  • 예약된 쿼리

복원 시간은 테이블 구성과 직접 관련이 있습니다. 여기에는 테이블 크기, 기본 파티션 수, 메모리 스토어에 복원된 데이터의 양 및 기타 변수가 포함됩니다. 재해 복구를 계획할 때 가장 좋은 방법은 평균 복원 완료 시간을 정기적으로 문서화하고 이러한 시간이 전체 복구 시간 목표(RTO)에 미치는 영향을 설정하는 것입니다.

모든 백업 및 복원 콘솔과 API 작업은 로깅, 지속적 모니터링 및 감사를 위해 AWS CloudTrail에 캡처되고 기록됩니다.