Amazon Timestream for LiveAnalytics와 유사한 기능을 원하는 경우 Amazon Timestream for InfluxDB를 고려해 보세요. 간소화된 데이터 수집과 실시간 분석을 위한 10밀리초 미만의 쿼리 응답 시간을 제공합니다. [여기](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html)에서 자세히 알아보세요.
기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 작업 AWS Backup
Amazon Timestream for LiveAnalytics의 데이터 보호 기능은 규정 준수 및 비즈니스 연속성 요구 사항을 충족하는 데 도움이 되는 완전관리형 솔루션입니다. 이 기능은 백업의 생성 AWS Backup, 마이그레이션, 복원 및 삭제를 간소화하는 동시에 향상된 보고 및 감사를 제공하도록 설계된 통합 백업 서비스인 와의 기본 통합을 통해 활성화됩니다. 와의 통합을 통해 완전 관리형 정책 기반 중앙 집중식 데이터 보호 솔루션을 사용하여 변경 불가능한 백업을 생성하고 Timestream 및에서 지원하는 기타 AWS 서비스에 걸친 애플리케이션 데이터의 데이터 보호를 중앙에서 관리할 AWS Backup수 있습니다 AWS Backup.
기능을 사용하려면가 Timestream 리소스를 AWS Backup 보호할 수 있도록 [옵트인](https://docs.aws.amazon.com/aws-backup/latest/devguide/service-opt-in.html)해야 합니다. 옵트인 선택 사항은 특정 계정 및 AWS 리전에 적용되므로 동일한 계정을 사용하여 여러 리전에 옵트인해야 할 수 있습니다. AWS Backup에 대한 자세한 내용은 [AWS Backup 개발자 안내서](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)를 참조하세요.
에서 사용할 수 있는 데이터 보호 기능에는 다음이 AWS Backup 포함됩니다.
**예약된 백업** - 백업 계획을 사용하여 정기적으로 예약된 Timestream for LiveAnalytics 테이블 백업을 설정할 수 있습니다.
**교차 계정 및 교차 리전 복사 -** 백업을 다른 AWS 리전 또는 계정의 다른 백업 볼트에 자동으로 복사하여 데이터 보호 요구 사항을 지원할 수 있습니다.
**콜드 스토리지 계층화** - 백업을 삭제하거나 콜드 스토리지로 전환하는 수명 주기 규칙을 구현하도록 백업을 구성할 수 있습니다. 이렇게 하면 백업 비용을 최적화할 수 있습니다.
**태그** - 청구 및 비용 할당을 위해 백업에 자동으로 태그를 지정할 수 있습니다.
**암호화** - AWS Backup 저장소에 백업 데이터가 저장됩니다. 이를 통해 Timestream for LiveAnalytics 테이블 암호화 키와 독립적인 AWS KMS 키를 사용하여 백업을 암호화하고 보호할 수 있습니다.
**WORM 모델을 사용하여 백업 보안** - AWS Backup Vault Lock을 사용하여 백업에 대해 Write Once Read Many(WORM) 설정을 활성화할 수 있습니다. AWS Backup 볼트 잠금을 사용하면 우발적이거나 악의적인 삭제 작업, 백업 보존 기간 변경, 수명 주기 설정 업데이트로부터 백업을 보호하는 추가 방어 계층을 추가할 수 있습니다. 자세한 내용은 [AWS Backup 볼트 잠금](https://docs.aws.amazon.com/aws-backup/latest/devguide/vault-lock.html) 섹션을 참조하세요.
데이터 보호 기능은 모든 리전에서 사용할 수 있습니다. 이 기능에 대한 자세한 내용은 [AWS Backup 개발자 안내서](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)를 참조하세요.
# Timestream 테이블 백업 및 복원: 작동 방식
Amazon Timestream 테이블의 백업을 생성할 수 있습니다. 이 섹션에서는 백업 및 복원 프로세스를 수행하는 중에 발생하는 상황에 대한 개요를 제공합니다.
**Topics**
+ [백업](#backups-backups)
+ [복원](#backups-restores)
## 백업
온디맨드 백업 기능을 사용하여 Amazon Timestream for LiveAnalytics 테이블의 전체 백업을 생성할 수 있습니다. 이 섹션에서는 백업 및 복원 프로세스를 수행하는 중에 발생하는 상황에 대한 개요를 제공합니다.
테이블 단위로 Timestream 데이터의 백업을 생성할 수 있습니다. Timestream 콘솔 또는 AWS Backup 콘솔, SDK 또는 CLI를 사용하여 선택한 테이블의 백업을 시작할 수 있습니다. 백업은 비동기적으로 생성되며, 백업 시작 시점까지 테이블에 존재하는 모든 데이터가 백업에 포함됩니다. 그러나 백업이 진행 중인 동안 테이블로 수집된 일부 데이터도 백업에 포함될 가능성이 있습니다. 데이터를 보호하기 위해 일회성 온디맨드 백업을 생성하거나 테이블의 반복 백업을 예약할 수 있습니다.
백업이 진행 중인 동안에는 다음을 수행할 수 없습니다.
+ 백업 작업을 일시 중지하거나 취소합니다.
+ 백업의 원본 테이블을 삭제합니다.
+ 테이블에 대한 백업이 진행 중인 경우 해당 테이블에서 백업을 비활성화합니다.
구성이 완료되면 자동 백업 일정, 보존 관리 및 수명 주기 관리를 AWS Backup 제공하므로 사용자 지정 스크립트 및 수동 프로세스가 필요하지 않습니다. 자세한 내용은 [AWS Backup 개발자 안내서](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)를 참조하세요.
모든 Timestream for LiveAnalytics 백업은 본질적으로 증분식입니다. 즉, 테이블의 첫 번째 백업은 전체 백업이고, 동일한 테이블의 모든 후속 백업은 마지막 백업 이후 데이터의 변경 내용만 복사하는 증분 백업입니다. Timestream for LiveAnalytics의 데이터는 파티션 모음에 저장되므로 마지막 백업 이후 새 데이터를 수집하거나 기존 데이터를 업데이트하여 변경된 모든 파티션은 후속 백업 중 복사됩니다.
Timestream for LiveAnalytics 콘솔을 사용하는 경우 계정의 모든 리소스에 대해 생성된 백업이 **백업** 탭에 나열됩니다. 또한 백업은 **테이블** 세부 정보에도 나열됩니다.
## 복원
Timestream for LiveAnalytics 콘솔 또는 AWS Backup 콘솔, SDK 또는 AWS CLI에서 테이블을 복원할 수 있습니다. 백업에서 전체 데이터를 복원하거나, 선택한 데이터를 복원하도록 테이블 보존 설정을 구성할 수 있습니다. 복원을 시작할 때 다음 테이블 설정을 구성할 수 있습니다.
+ 데이터베이스 이름(Database Name)
+ 테이블 이름
+ 메모리 스토어 보존
+ 마그네틱 스토어 보존
+ 마그네틱 스토리지 쓰기 활성화
+ S3 오류 로그 위치(선택 사항)
+ 백업을 복원할 때 AWS Backup 가 수임할 IAM 역할
위의 구성은 소스 테이블과 독립적입니다. 백업의 모든 데이터를 복원하려면 메모리 스토어 보존 기간과 마그네틱 스토어 보존 기간의 합이 가장 오래된 타임스탬프와 현재의 차이보다 크도록 새 테이블 설정을 구성하는 것이 좋습니다. 복원할 증분 백업을 선택하면 모든 데이터(증분 \$1 기본 전체 데이터)가 복원됩니다. 복원이 성공적으로 완료되면 테이블은 활성 상태가 되며 복원된 테이블에 대해 데이터 수집 및/또는 쿼리 작업을 수행할 수 있습니다. 그러나 복원이 진행 중인 동안에는 이러한 작업을 수행할 수 없습니다. 복원된 테이블은 계정의 여느 테이블과 유사합니다.
**Example 백업에서 모든 데이터 복원**
이 예는 다음과 같은 가정을 전제로 합니다.
*가장 오래된 타임스탬프* - `August 1, 2021 0:00:00`
+ *지금*\$1`November 9, 2022 0:00:00`
백업에서 모든 데이터를 복원하려면 다음과 같이 값을 입력하고 비교하세요.
1. **메모리 스토어 보존**과 **마그네틱 스토어 보존**을 입력합니다. 예를 들어 다음과 같은 값을 입력할 수 있습니다.
+ *메모리 스토어 보존* - 12시간
+ *마그네틱 스토어 보존* - 500일
1. **메모리 스토어 보존**과 **마그네틱 스토어 보존**의 합을 찾습니다.
```
12 hours + (500 * 24 hours) =
12 hours + 12,000 hours =
12,012 hours
```
1. **가장 오래된 타임스탬프**와 현재의 차이를 찾습니다.
```
November 9, 2022 0:00:00 - August 1, 2021 0:00:00 =
465 days =
465 * 24 hours =
11,160 hours
```
1. 두 번째 단계의 보존 값 합이 세 번째 단계의 시간 차이보다 큰지 확인합니다. 필요한 경우 보존 시간을 조정합니다.
```
12,012 > 11,160
true
```
**Example 백업에서 선택한 데이터 복원**
이 예는 다음과 같은 가정을 전제로 합니다.
+ *지금*\$1`November 9, 2022 0:00:00`
백업에서 선택한 데이터만 복원하려면 다음과 같이 값을 입력하고 비교하세요.
1. 필요한 가장 이른 타임스탬프를 결정합니다. 예를 들어 `December 4, 2021 0:00:00`이라고 가정해 보겠습니다.
1. 필요한 가장 이른 타임스탬프와 현재의 차이를 찾습니다.
```
November 9, 2022 0:00:00 - December 4, 2021 0:00:00 =
340 days =
340 * 24 hours =
8,160 hours
```
1. **메모리 스토어 보존**에 원하는 값을 입력합니다. 예를 들어 12시간을 입력합니다.
1. 두 번째 단계의 차에서 값을 뺍니다.
```
8,160 hours - 12 hours =
8148 hours
```
1. 해당 값을 **마그네틱 스토어 보존**에 입력합니다.
Timestream for LiveAnalytics 테이블 데이터의 백업을 다른 AWS 리전에 복사한 다음 해당 새 리전에서 복원할 수 있습니다. AWS 상용 리전과 AWS GovCloud(미국) 리전 간에 백업을 복사한 다음 복원할 수 있습니다. 소스 리전에서 복사한 데이터와 대상 리전의 새 테이블에 복원한 데이터에 대해서만 요금을 지불합니다.
테이블이 복원되면 복원된 테이블에서 다음을 수동으로 설정해야 합니다.
+ AWS Identity and Access Management(IAM) 정책
+ Tags
+ 예약된 쿼리
복원 시간은 테이블 구성과 직접적으로 관련되어 있습니다. 여기에는 테이블 크기, 기본 파티션 수, 메모리 스토어로 복원된 데이터 양, 기타 변수가 포함됩니다. 재해 복구를 계획할 때 가장 좋은 방법은 평균 복원 완료 시간을 정기적으로 기록하고 이러한 시간이 전체 목표 복구 시간(RTO)에 어떤 영향을 미치는지 설정하는 것입니다.
모든 백업 및 복원 콘솔과 API 작업은 로깅, 지속적인 모니터링 및 감사를 위해 AWS CloudTrail에 캡처되고 기록됩니다.
# Amazon Timestream 테이블의 백업 생성
이 섹션에서는 Amazon Timestream에 대한 온디맨드 AWS Backup 및 예약 백업을 활성화하고 생성하는 방법을 설명합니다.
**Topics**
+ [LiveAnalytics 데이터에 대한 Timestream AWS Backup 보호 활성화](#backups-enabling)
+ [온디맨드 백업 생성](#backups-on-demand)
+ [예약한 백업](#backups-scheduled)
## LiveAnalytics 데이터에 대한 Timestream AWS Backup 보호 활성화
LiveAnalytics용 Timestream과 함께 사용하려면 AWS Backup 를 활성화해야 합니다.
Timestream for LiveAnalytics 콘솔 AWS Backup 에서를 활성화하려면 다음 단계를 수행합니다.
1. [AWS 관리 콘솔](https://console.aws.amazon.com/timestream)에 로그인합니다.
1. 가 Timestream for LiveAnalytics 데이터를 지원할 수 AWS Backup 있도록 Timestream for LiveAnalytics 대시보드 페이지 상단에 팝업 배너가 나타납니다. 그렇지 않으면 탐색 창에서 **백업**을 선택합니다.
1. **백업** 창에서 AWS Backup을 활성화하라는 배너가 표시됩니다. **활성화**를 선택합니다.
AWS Backup 이제 Timestream for LiveAnalytics 테이블에 대해를 통한 데이터 보호를 사용할 수 있습니다.
를 활성화하려면 콘솔을 통해 프로그래밍 방식으로 활성화하는 AWS Backup 설명서를 AWS Backup참조하세요.
Timestream for LiveAnalytics 데이터가 활성화된 후 AWS Backup 보호를 비활성화하려면 AWS Backup 콘솔을 통해 로그인하고 토글을 왼쪽으로 이동합니다.
AWS Backup 기능을 활성화하거나 비활성화할 수 없는 경우 AWS 관리자가 이러한 작업을 수행해야 할 수 있습니다.
## 온디맨드 백업 생성
Timestream for LiveAnalytics 테이블의 온디맨드 백업을 생성하려면 다음 단계를 따르세요.
1. [AWS 관리 콘솔](https://console.aws.amazon.com/timestream)에 로그인합니다.
1. 콘솔 왼쪽의 탐색 창에서 [**Backups**]를 선택합니다.
1. **온디맨드 백업 생성**을 선택합니다.
1. 백업 창에서 설정을 계속 선택합니다.
1. 지금 백업을 생성하거나, 백업을 즉시 시작하거나, 백업 기간을 선택하여 백업을 시작할 수 있습니다.
1. 백업의 수명 주기 관리 정책을 선택합니다. 최소 90일 동안 백업을 유지해야 하는 콜드 스토리지로 백업 데이터를 전환할 수 있습니다. 백업에 필요한 보존 기간을 설정할 수 있습니다. 기존 볼트를 선택하거나 **새 백업 볼트 생성을** 선택하여 AWS Backup 콘솔로 이동하여 새 백업 볼트를 생성할 수 있습니다. <여기서 새 백업 볼트 생성에 대한 문서 링크>
1. 적절한 IAM 역할을 선택합니다.
1. 온디맨드 백업에 하나 이상의 태그를 할당하려면 **키** 및 **값**(선택 사항)을 입력하고 **태그 추가**를 선택합니다.
1. 온디맨드 백업을 생성하도록 선택합니다. 그러면 **백업** 페이지로 이동합니다. 여기서 작업 목록을 볼 수 있습니다.
1. 백업하도록 선택한 리소스의 **백업 작업 ID**를 선택하여 해당 작업의 세부 정보를 확인합니다.
## 예약한 백업
백업을 예약하려면 [예약된 백업 생성](https://docs.aws.amazon.com/aws-backup/latest/devguide/create-a-scheduled-backup.html)을 참조하세요.
# Amazon Timestream 테이블의 백업 복원
이 섹션에서는 Amazon Timestream 테이블의 백업을 복원하는 방법을 설명합니다.
**Topics**
+ [에서 Timestream for LiveAnalytics 테이블 복원 AWS Backup](#backups-restoring-from)
+ [다른 리전 또는 계정으로 Timestream for LiveAnalytics 테이블 복원](#backups-restoring-to)
## 에서 Timestream for LiveAnalytics 테이블 복원 AWS Backup
Timestream for LiveAnalytics 콘솔을 AWS Backup 사용하여 Timestream for LiveAnalytics 테이블을 복원하려면 다음 단계를 따르세요.
1. [AWS 관리 콘솔](https://console.aws.amazon.com/timestream)에 로그인합니다.
1. 콘솔 왼쪽의 탐색 창에서 [**Backups**]를 선택합니다.
1. 리소스를 복원하려면 리소스의 복구 시점 ID 옆에 있는 라디오 버튼을 선택합니다. 창의 오른쪽 위에서 **복원**을 선택합니다.
1. 테이블 구성 설정, 즉 **데이터베이스 이름**과 **테이블 이름**을 입력합니다. 복원된 테이블 이름은 원본 소스 테이블 이름과 달라야 합니다.
1. 메모리 및 마그네틱 스토어 보존 설정을 구성합니다.
1. **복원 역할**에서이 복원에 대해 수임 AWS Backup 할 IAM 역할을 선택합니다.
1. **백업 복원**을 선택합니다. 페이지 상단에 복원 작업에 대한 정보를 제공하는 메시지가 나타납니다.
**참고**
구성된 메모리 및 마그네틱 스토어 보존 기간에 관계없이 전체 백업을 복원하는 데 비용이 청구됩니다. 그러나 복원이 완료되면 복원된 테이블에는 구성된 보존 기간 내의 데이터만 포함됩니다.
## 다른 리전 또는 계정으로 Timestream for LiveAnalytics 테이블 복원
Timestream for LiveAnalytics 테이블을 다른 리전 또는 계정으로 복원하려면 먼저 백업을 새 리전 또는 계정에 복사해야 합니다. 다른 계정으로 복사하려면 먼저 해당 계정에서 권한을 부여해야 합니다. Timestream for LiveAnalytics 백업을 새 리전 또는 계정에 복사한 후에는 이전 섹션의 프로세스를 통해 복원할 수 있습니다.
# Amazon Timestream 테이블의 백업 복사
현재 백업의 복사본을 만들 수 있습니다. 요청 시 또는 예약된 백업 계획의 일부로 자동으로 여러 AWS 계정 또는 AWS 리전에 백업을 복사할 수 있습니다. 교차 리전 복제는 프로덕션 데이터로부터 최소 거리에 백업을 저장해야 하는 비즈니스 연속성 또는 규정 준수 요구 사항이 있는 경우 특히 유용합니다.
교차 계정 백업은 백업을 운영 또는 보안상의 이유로 조직의 하나 이상의 AWS 계정에 안전하게 복사하는 데 유용합니다. 원본 백업이 실수로 삭제된 경우 대상 계정에서 소스 계정으로 백업을 복사한 다음 복원을 시작할 수 있습니다. 이렇게 하려면 먼저 Organizations 서비스에서 동일한 조직에 속하는 2개의 계정과 해당 계정에 대한 필수 권한이 있어야 합니다. 다른 계정이나 리전으로 증분 백업을 복사하면 연결된 전체 백업도 복사됩니다.
달리 지정하지 않는 한 복사본은 소스 백업의 구성을 상속합니다. 한 가지 예외가 있습니다. 새 복사본을 ‘만료되지 않음’으로 지정하는 경우입니다. 이 설정을 사용하면 새 복사본은 여전히 원본 만료 날짜를 상속합니다. 새 백업 복사본을 영구적으로 사용하려면 소스 백업이 만료되지 않도록 설정하거나 새 복사본을 만든 후 100년 후에 만료되도록 지정합니다.
Timestream 콘솔에서 백업을 복사하려면 다음 단계를 따르세요.
1. [AWS 관리 콘솔](https://console.aws.amazon.com/timestream)에 로그인합니다.
1. 콘솔 왼쪽의 탐색 창에서 [**Backups**]를 선택합니다.
1. 리소스의 복구 시점 ID 옆에 있는 라디오 버튼을 선택합니다. 창 오른쪽 상단에서 **작업**을 선택하고 **복사**를 선택합니다.
1. ** AWS 백업 계속을** 선택하고 [교차 계정 백업](https://docs.aws.amazon.com/aws-backup/latest/devguide/cross-region-backup.html) 단계를 따릅니다.
계정 및 리전 간에 온디맨드 백업 및 예약된 백업을 복사하는 것은 현재 Timestream for LiveAnalytics 콘솔에서 기본적으로 지원되지 않으므로 작업을 수행 AWS Backup 하려면 로 이동해야 합니다.
# 백업 삭제
이 섹션에서는 Timestream for LiveAnalytics 테이블의 백업을 삭제하는 방법을 설명합니다.
Timestream 콘솔에서 백업을 삭제하려면 다음 단계를 따르세요.
1. [AWS 관리 콘솔](https://console.aws.amazon.com/timestream)에 로그인합니다.
1. 콘솔 왼쪽의 탐색 창에서 [**Backups**]를 선택합니다.
1. 리소스의 복구 시점 ID 옆에 있는 라디오 버튼을 선택합니다. 창 오른쪽 상단 모서리에서 **작업**을 선택하고 **삭제**를 선택합니다.
1. ** AWS 백업 계속을** 선택하고 백업 삭제의 [백업 삭제](https://docs.aws.amazon.com/aws-backup/latest/devguide/deleting-backups.html) 단계를 따릅니다.
**참고**
증분 백업을 삭제하면 증분 백업만 삭제되고 기본 전체 백업은 삭제되지 않습니다.
# 할당량 및 제한
AWS Backup 는 백업을 리소스당 하나의 동시 백업으로 제한합니다. 따라서 리소스에 대한 추가 예약된 백업 요청이나 온디맨드 백업 요청은 대기열에 추가되며 기존 백업 작업이 완료된 후에만 시작됩니다. 백업 기간 내에 백업 작업이 시작되거나 완료되지 않으면 요청이 실패합니다. AWS Backup 제한에 대한 자세한 내용은 [AWS 백업 개발자 안내서의 백업 제한을 참조하세요](https://docs.aws.amazon.com/aws-backup/latest/devguide/aws-backup-limits.html). AWS
백업을 생성할 때 계정당 최대 4개의 동시 백업을 실행할 수 있습니다. 마찬가지로 계정당 하나의 동시 복원을 실행할 수 있습니다. 동시에 4개 이상의 백업 작업을 시작하면, 4개의 백업 작업만 시작되고 나머지 작업은 주기적으로 재시도됩니다. 백업 작업이 시작된 후 구성된 백업 기간 내에 완료되지 않으면 실패합니다. 실패한 백업 작업이 온디맨드 백업인 경우 백업을 재시도할 수 있으며, 예약된 백업의 경우 다음 예약된 시간에 작업이 시도됩니다.