

 Amazon Redshift는 패치 198부터 새 Python UDF 생성을 더 이상 지원하지 않습니다. 기존 Python UDF는 2026년 6월 30일까지 계속 작동합니다. 자세한 내용은 [블로그 게시물](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/)을 참조하세요.

# 스냅샷 및 복구 시점
<a name="serverless-snapshots-recovery-points"></a>

Amazon Redshift Serverless의 백업은 네임스페이스에 있는 객체와 데이터를 특정 시점으로 표현한 것입니다. 백업에는 두 가지 유형이 있습니다. 하나는 수동으로 생성하는 스냅샷이고 다른 하나는 Amazon Redshift Serverless가 자동으로 생성하는 복구 시점입니다.

Amazon Redshift Serverless는 30분마다 또는 노드당 5GB의 데이터가 변경될 때마다(먼저 발생하는 시점 기준)에 복구 시점을 자동으로 생성합니다. 더 큰 데이터세트(5GB × 노드 수 초과)의 경우 복구 시점 간의 최소 간격은 15분입니다. 이러한 복구 시점은 24시간 동안 유지됩니다.

**참고**  
복구 시점이 생성되는 시기를 제어하기 위해 자체 스냅샷 일정을 생성할 수 없습니다.

Amazon Redshift Serverless는 Redshift Managed Storage(RMS)에서 스냅샷을 만듭니다. 자세한 내용은 [Amazon Redshift Serverless의 컴퓨팅 용량](serverless-capacity.md) 섹션을 참조하세요.

**참고**  
RA3 프로비저닝된 클러스터 및 Amazon Redshift Serverless 작업 그룹에는 백업 없음 테이블이 지원되지 않습니다. RA3 클러스터 또는 서버리스 작업 그룹에서 백업 없음으로 표시된 테이블은 스냅샷을 생성하는 동안 항상 백업되고 스냅샷에서 복원할 때 항상 복원되는 영구 테이블로 처리됩니다. 백업이 없는 테이블의 스냅샷 비용을 방지하려면 스냅샷을 생성하기 전에 자릅니다.

스냅샷이나 복구 시점에서 데이터를 검색하려는 경우 스냅샷을 서버리스 네임스페이스나 프로비저닝된 클러스터로 복원할 수 있습니다. 다음과 같은 세 가지 시나리오로 스냅샷을 복원할 수 있습니다.
+ 서버리스 스냅샷을 서버리스 네임스페이스로 복원합니다.
+ 서버리스 스냅샷을 프로비저닝된 클러스터로 복원합니다.
+ 프로비저닝된 클러스터 스냅샷을 서버리스 네임스페이스로 복원합니다.

서버리스 스냅샷을 프로비저닝된 클러스터로 복원할 때 사용할 노드 유형(예: RA3)과 노드 수를 선택하여 클러스터 또는 노드 수준에서 설정을 제어해야 합니다.

프로비저닝된 클러스터 스냅샷을 서버리스 네임스페이스로 복원하려면 Redshift 프로비저닝된 콘솔에서 시작하여 복원할 스냅샷을 선택한 다음 **스냅샷에서 복원(Restore from snapshot)**, **서버리스 네임스페이스로 복원(Restore to serverless)**을 선택합니다. Amazon Redshift는 프로비저닝된 클러스터 스냅샷을 서버리스 네임스페이스로 복원할 때 인터리브된 키가 있는 테이블을 복합 정렬 키로 변환합니다. 정렬 키에 대한 자세한 내용은 [정렬 키 작업](https://docs.aws.amazon.com//redshift/latest/dg/t_Sorting_data.html)을 참조하세요.

추가 컨텍스트를 추가하려는 경우 스냅샷 및 복구 지점에 메타데이터 및 정보를 제공하는 키-값 쌍으로 스냅샷 및 복구 지점에 태그를 지정할 수 있습니다. 리소스 태그 지정에 대한 자세한 내용은 [리소스 태그 지정 개요](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-tagging-resources.html) 단원을 참조하세요.

또한 다른 AWS 계정과 스냅샷을 공유하여 해당 계정이 스냅샷 내의 데이터에 액세스하고 쿼리를 실행할 수 있습니다.

## AWS Backup 통합
<a name="serverless-backup"></a>

AWS 서비스, 클라우드 및 온프레미스에서 데이터 보호를 중앙 집중화하고 자동화하는 데 도움이 되는 완전관리형 서비스인 AWS Backup을 사용하여 스냅샷을 생성하고 복원할 수도 있습니다. 자세한 내용은 [Amazon Redshift와 AWS Backup의 통합](managing-aws-backup.md) 섹션을 참조하세요. AWS Backup에 관한 자세한 내용은 *AWS Backup 개발자 안내서*의 [AWS Backup이란?](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)을 참조하세요.

# 스냅샷 생성
<a name="serverless-snapshots"></a>

**참고**  
RA3 프로비저닝된 클러스터 및 Amazon Redshift Serverless 작업 그룹에는 백업 없음 테이블이 지원되지 않습니다. RA3 클러스터 또는 서버리스 작업 그룹에서 백업 없음으로 표시된 테이블은 스냅샷을 생성하는 동안 항상 백업되고 스냅샷에서 복원할 때 항상 복원되는 영구 테이블로 처리됩니다. 백업이 없는 테이블의 스냅샷 비용을 방지하려면 스냅샷을 생성하기 전에 자릅니다.

스냅샷을 만들려면 다음 절차에 따라 단계를 수행합니다.

**스냅샷을 생성하려면**

1. Amazon Redshift Serverless 콘솔에서 **데이터 백업(Data backup)**을 선택합니다.

1. **스냅샷 생성(Create snapshot)**을 선택합니다.

1. 스냅샷을 생성할 네임스페이스를 선택합니다.

1. 스냅샷 식별자를 입력합니다.

1. (선택 사항) 보존 기간을 선택합니다. **사용자 지정 값(Custom value)**을 선택한 경우 일수를 선택합니다. 1일부터 3653일까지 범위에서 값을 선택해야 합니다. 기본값은 무기한 유지입니다.

1. **생성(Create)**을 선택합니다.

**네임스페이스 구성에서 스냅샷을 생성하려면**

1. Amazon Redshift Serverless 콘솔에서 **네임스페이스 구성(Namespace configuration)**을 선택합니다.

1. 스냅샷을 생성할 네임스페이스를 선택합니다. 작업 그룹과 연결되어 있고 사용 가능(Available) 상태인 네임스페이스의 스냅샷만 생성할 수 있습니다.

1. **데이터 백업(Data backup)** 탭을 선택합니다.

1. **스냅샷 생성(Create snapshot)**을 선택합니다.

1. 스냅샷 식별자를 입력합니다.

1. (선택 사항) 보존 기간을 선택합니다. **사용자 지정 값(Custom value)**을 선택한 경우 일수를 선택합니다. 1일부터 3653일까지 범위에서 값을 선택해야 합니다.

1. **생성(Create)**을 선택합니다.

# 최종 스냅샷 생성
<a name="serverless-snapshot-create-final"></a>

네임스페이스를 삭제하기 전에 네임스페이스 내의 모든 데이터에 대한 최종 스냅샷을 만들려면 다음 절차에 따라 단계를 수행합니다.

**최종 스냅샷을 생성하려면**

1. Amazon Redshift Serverless 콘솔에서 **네임스페이스 구성(Namespace configuration)**을 선택합니다.

1. 삭제할 네임스페이스를 선택합니다.

1. **작업**, **삭제**를 선택합니다.

1. **최종 스냅샷 생성(Create final snapshot)**을 선택합니다.

1. 스냅샷 이름을 입력합니다.

1. delete를 입력합니다.

1. **삭제**를 선택합니다.

# 스냅샷 공유 또는 스냅샷 권한 제거
<a name="serverless-snapshot-share"></a>

스냅샷을 다른 AWS 계정과 공유하거나 스냅샷에 대한 계정의 액세스 권한을 제거하려면 다음 절차를 수행합니다.

**스냅샷에 대한 액세스 권한을 공유하거나 제거하려면**

1. Amazon Redshift Serverless 콘솔에서 **데이터 백업(Data backup)**을 선택합니다.

1. 공유할 스냅샷을 선택합니다.

1. **작업(Actions)**, **액세스 관리(Manage access)**를 선택합니다.

1. 다른 계정과 스냅샷을 공유하려면 **AWS 계정 ID**를 입력합니다. 계정에서 액세스 권한을 제거하려면 **제거**를 선택합니다.

1. **변경 사항 저장**을 선택합니다.

# 스냅샷 일정 예약
<a name="serverless-snapshot-scheduling"></a>

스냅샷 생성 시점을 정확하게 제어하려면 특정 네임스페이스에 대한 스냅샷 일정을 생성하면 됩니다. 스냅샷 생성 일정을 예약할 때 일회성 이벤트를 만들거나 Unix cron 표현식을 사용하여 반복 일정을 만들 수 있습니다. Cron 표현식은 세 개의 필드를 지원하며 공백으로 구분됩니다.

```
cron(Minutes Hours Day-of-month Month Day-of-week Year)
```


| **필드**: | **값** | **와일드카드**: | 
| --- | --- | --- | 
|  Minutes  |  0\$159  |  , - \$1 /   | 
|  Hours  |  0\$123  |  , - \$1 /   | 
|  Day-of-month  |  1\$131  |  , - \$1 ? / L W  | 
|  월  |  1\$112 또는 JAN-DEC  |  , - \$1 /  | 
|  요일  |  1\$17 또는 SUN\$1SAT  |  , - \$1 ? L \$1  | 
|  년  |  1970\$12199  |  , - \$1 /  | 

**와일드카드**
+ **,**(쉼표) 와일드카드는 추가 값을 포함합니다. `Day-of-week` 필드에서 `MON,WED,FRI`는 월요일, 수요일 및 금요일을 포함합니다. 총 값은 필드당 24로 제한됩니다.
+ **-**(대시) 와일드카드는 범위를 지정합니다. `Hour` 필드에서 1\$115는 지정된 일의 1\$115시간을 포함합니다.
+ **\$1**(별표) 와일드카드는 필드의 모든 값을 포함합니다. `Hours` 필드에서 **\$1**는 모든 시간을 포함한다는 의미입니다.
+ **/**(슬래시) 와일드카드로 증분을 지정합니다. `Hours` 필드에 **1/10**을 입력하면 지정한 일의 첫 시간부터 시작해서 10시간 간격(예: 01:00, 11:00, 21:00 등)을 지정할 수 있습니다.
+ **?**(물음표) 와일드카드는 어떤 한 가지나 다른 것을 지정합니다. `Day-of-month` 필드에 **7**을 입력하고 Day-of-week 필드에는 **?**을 입력하면 매월 7일이 무슨 요일이든 상관없이 7번째 되는 날을 지정한다는 의미입니다.
+ `Day-of-month` 또는 `Day-of-week` 필드에서 **L** 와일드카드는 해당 월 또는 주의 마지막 날을 지정합니다.
+ ] 필드에서는 **W** 와일드카드로 어떤 한 평일을 지정할 수 있습니다. `Day-of-month` `Day-of-month` 필드에서 `3W`를 해당 월의 세 번째 평일에 가장 가까운 날을 지정할 수 있습니다.
+ '요일' 필드의 **\$1** 와일드카드는 그 달에 속한 정해진 요일의 특정 인스턴스를 지정합니다. 예를 들어, 3\$12는 그 달의 두 번째 화요일입니다. 3은 각 주의 셋째 날이므로 화요일을 나타내고 2는 그 달의 두 번째 해당 요일입니다.
**참고**  
'\$1' 문자를 사용하는 경우 요일(day-of-week) 필드에 하나의 표현식만 정의할 수 있습니다. 예를 들어 '3\$11,6\$13'은 두 개의 표현식으로 해석되기 때문에 유효하지 않습니다.

**한도**
+ 동일한 cron 표현식에 `Day-of-month`와 `Day-of-week` 필드를 지정할 수 없습니다. 이 필드 중 하나에 값을 지정하는 경우에는 다른 필드에서 반드시 **?**(물음표)를 사용해야 합니다.
+ 스냅샷 일정은 다음 빈도를 지원하지 않습니다.
  + 시간당 1개보다 더 높은 빈도로 예약된 스냅샷
  + 1일(24시간)당 1개보다 더 낮은 빈도로 예약된 스냅샷

  1시간 기간 내 스냅샷을 예약하게 되는 중복된 일정이 있으면 검증 오류가 발생합니다.

다음 테이블에는 몇 가지 샘플 cron 문자열이 나와 있습니다.


| 분 | 시간 | 요일 | 의미 | 
| --- | --- | --- | --- | 
|  0  |  14-20/1  |  화  |  화요일 오후 2시\$1오후 8시 사이 매시간  | 
|  0  |  21  |  월-금  |  월요일\$1금요일 매일 밤 9시입니다.  | 
|  30  |  0/6  |  토-일  |  당일 자정 이후 30분(00:30)에 시작해서 토요일과 일요일에 6시간씩 증분 이 결과 매일 [00:30, 06:30, 12:30 및 18:30]에 스냅샷이 생성됩니다.  | 
|  30  |  12/4  |  \$1  |  매일 12:30에 시작해서 4시간씩 증분 이 경우 [12:30, 16:30, 20:30]이 됩니다.  | 

다음 예시에서는 매일 15:15에 시작하여 2시간 단위로 실행되는 일정을 생성하는 방법을 보여줍니다.

```
 cron(15 15/2 *)
```

Amazon Redshift Serverless 콘솔, API 또는 AWS CLI를 사용해서만 스냅샷 일정을 생성할 수 있습니다.

**스냅샷을 예약하려면**

1. Amazon Redshift Serverless 콘솔에서 **데이터 백업(Data backup)**을 선택합니다.

1. **스냅샷 일정**을 선택합니다.

1. **일정 생성**을 선택합니다.

1. 스냅샷 일정에 이름을 입력합니다.

1. 스냅샷을 생성할 네임스페이스를 선택합니다.

1. 일정에 대한 cron 표현식을 입력하거나 일정 작성기를 사용하여 일정을 생성합니다.

1. (선택 사항) 보존 기간을 선택합니다. **사용자 지정 값**을 선택한 경우 일수를 지정합니다.

1. **일정 생성**을 선택합니다.

# 스냅샷 보존 기간 업데이트
<a name="serverless-snapshot-update"></a>

스냅샷 보존 기간을 업데이트하려면 다음 절차를 수행합니다.

**스냅샷 보존 기간을 업데이트하려면**

1. Amazon Redshift Serverless 콘솔에서 **데이터 백업(Data backup)**을 선택합니다.

1. 업데이트할 스냅샷을 선택합니다.

1. **작업(Actions)**, **수동 스냅샷 설정 지정(Set manual snapshot settings)**을 선택합니다.

1. 보존 기간을 선택합니다. **사용자 지정 값(Custom value)**을 선택한 경우 일수를 선택합니다.

1. **변경 사항 저장**을 선택합니다.

# 스냅샷 삭제
<a name="serverless-snapshot-delete"></a>

스냅샷을 삭제하려면 다음 절차를 수행합니다.

**스냅샷을 삭제하는 방법**
**참고**  
다른 계정과 공유된 스냅샷은 삭제할 수 없습니다. 스냅샷을 삭제하기 전에 먼저 해당 계정의 스냅샷에 대한 액세스 권한을 제거해야 합니다.

1. Amazon Redshift Serverless 콘솔에서 **데이터 백업(Data backup)**을 선택합니다.

1. 삭제할 스냅샷을 선택합니다.

1. **작업**(Actions), **삭제**(Delete)를 선택합니다.

1. **삭제**를 선택합니다.

# 스냅샷 복원
<a name="serverless-snapshot-restore"></a>

**참고**  
RA3 프로비저닝된 클러스터 및 Amazon Redshift Serverless 작업 그룹에는 백업 없음 테이블이 지원되지 않습니다. RA3 클러스터 또는 서버리스 작업 그룹에서 백업 없음으로 표시된 테이블은 스냅샷을 생성하는 동안 항상 백업되고 스냅샷에서 복원할 때 항상 복원되는 영구 테이블로 처리됩니다. 백업이 없는 테이블의 스냅샷 비용을 방지하려면 스냅샷을 생성하기 전에 자릅니다.

스냅샷을 서버리스 네임스페이스로 복원하면 현재 데이터베이스가 스냅샷의 데이터베이스로 바뀝니다.

스냅샷을 서버리스 네임스페이스로 복원하는 작업은 두 단계로 완료됩니다. 첫 번째 단계는 몇 분 안에 완료되며, 데이터를 네임스페이스로 복원하고 쿼리에 사용할 수 있도록 합니다. 복원의 두 번째 단계에서는 데이터베이스가 튜닝되며 이로 인해 경미한 성능 문제가 나타날 수 있습니다. 두 번째 단계는 몇 시간에서 며칠, 어떤 경우에는 몇 주까지 지속될 수 있습니다. 지속 시간은 데이터 크기에 따라 다르지만 데이터베이스가 튜닝됨에 따라 성능은 점진적으로 향상됩니다. 이 단계가 끝나면 서버리스 네임스페이스가 완전히 튜닝되어 성능 문제 없이 쿼리를 제출할 수 있습니다.

**스냅샷을 서버리스 네임스페이스로 복원하려면**

1. Amazon Redshift Serverless 콘솔에서 **데이터 백업(Data backup)**을 선택합니다.

1. 복원할 스냅샷을 선택합니다. 한 번에 하나의 스냅샷만 복원할 수 있습니다.

1. **작업(Actions)**, **서버리스 네임스페이스로 복원(Restore to serverless namespace)**을 선택합니다.

1. 복원할 사용 가능한 네임스페이스를 선택합니다. 상태가 사용 가능(Available)인 네임스페이스로만 복원할 수 있습니다.

1. **복원**을 선택합니다.

**스냅샷을 프로비저닝된 클러스터로 복원하려면**

1. Amazon Redshift Serverless 콘솔에서 **데이터 백업(Data backup)**을 선택합니다.

1. 복원할 스냅샷을 선택합니다.

1. **작업(Action)**, **프로비저닝된 클러스터로 복원(Restore to provisioned cluster)**을 선택합니다.

1. 클러스터 식별자를 입력합니다.

1. **노드 유형(Node type)**을 선택합니다. 노드 수는 노드 유형에 따라 다릅니다.

1. 콘솔 페이지의 지침에 따라 **클러스터 구성(Cluster configuration)**에 속성을 입력합니다. 자세한 내용은 [클러스터 생성](https://docs.aws.amazon.com//redshift/latest/mgmt/create-cluster.html)을 참조하십시오.

프로비저닝된 클러스터의 스냅샷에 대한 자세한 내용은 [Amazon Redshift 스냅샷 및 백업](https://docs.aws.amazon.com//redshift/latest/mgmt/working-with-snapshots.html)을 참조하세요.

# 복구 시점 변환
<a name="serverless-recovery-point-convert"></a>

Amazon Redshift Serverless의 복구 시점은 약 30분마다 생성되고 24시간 동안 저장됩니다. 복구 시점을 스냅샷으로 변환하려면 다음 절차에 따라 단계를 수행합니다.

**복구 시점을 스냅샷으로 변환하려면**

1. Amazon Redshift Serverless 콘솔에서 **데이터 백업(Data backup)**을 선택합니다.

1. **복구 시점(Recovery points)** 아래에서 스냅샷을 변환할 복구 시점의 **생성 시간(Creation time)**을 선택합니다.

1. **복구 시점에서 스냅샷 생성(Create snapshot from recovery point)**을 선택합니다.

1. **스냅샷 식별자(Snapshot identifier)**를 입력합니다.

1. **생성(Create)**을 선택합니다.

# 복구 시점 복원
<a name="serverless-recovery-point-restore"></a>

Amazon Redshift Serverless의 복구 시점은 약 30분마다 생성되고 24시간 동안 저장됩니다. 복구 시점을 서버리스 네임스페이스로 복원하려면 다음 절차에 따라 단계를 수행합니다.

**복구 시점을 서버리스 네임스페이스로 복원하려면**

1. Amazon Redshift Serverless 콘솔에서 **데이터 백업(Data backup)**을 선택합니다.

1. **복구 시점(Recovery points)** 아래에서 복원할 복구 시점의 **생성 시간(Creation time)**을 선택합니다.

1. **복원(Restore)**을 선택합니다. 상태가 사용 가능(Available)인 네임스페이스로만 복원할 수 있습니다.

1. 텍스트 입력 필드에 **복원(restore)**을 입력하고 **복원(Restore)**을 선택합니다.

# 다른 AWS 리전에 백업 복사
<a name="serverless-backup-copy"></a>

 스냅샷과 복구 시점을 다른 AWS 리전에 자동으로 복사하도록 Amazon Redshift Serverless를 구성할 수 있습니다. **소스 AWS 리전에서 스냅샷을 생성하면 **대상 리전에 복사됩니다. 한 번에 한 대상 AWS 리전에만 스냅샷과 복구 시점을 복사하도록 네임스페이스를 구성할 수 있습니다. Amazon Redshift Serverless를 사용할 수 있는 AWS 리전 목록은 **Amazon Web Services 일반 참조의 [Amazon Redshift Serverless API](https://docs.aws.amazon.com/general/latest/gr/redshift-service.html)에 나열된 엔드포인트를 참조하세요.

백업 복사를 구성할 때 Amazon Redshift Serverless가 복사한 스냅샷을 보관해야 하는 기간을 보존 기간으로 지정할 수도 있습니다. 복구 시점의 보존 기간은 1일이어야 하며 변경할 수 없습니다. 대상 리전에 있는 스냅샷의 보존 기간은 소스 리전에 있는 스냅샷의 보존 기간과 별개입니다. 기본적으로 보존 기간은 스냅샷을 무기한 보관하기 위한 것입니다. **사용자 지정 값**을 선택한 경우 일수를 선택합니다. 1일부터 3,653일까지의 범위에서 값을 선택해야 합니다.

스냅샷을 복사할 대상 리전을 변경하려면 먼저 백업 복사를 비활성화한 다음 복사를 다시 활성화할 때 새 대상 리전을 지정하세요.

스냅샷이나 복구 시점을 대상 리전에 복사한 후에는 이를 사용하여 데이터를 리전에 복원할 수 있습니다.

기본적으로 데이터는 AWS에서 사용자를 위해 관리하는 키로 암호화됩니다. 다른 키를 사용하려면 소스 AWS 리전에서 백업 복사를 구성할 때 사용할 키를 선택합니다. 그러면 Amazon Redshift Serverless가 자동으로 권한 부여를 생성하여 대상 AWS 리전에서 스냅샷 암호화를 활성화합니다.

다른 리전에 백업을 복사하려면 다음 IAM 권한이 있는지 확인합니다.

```
redshift-serverless:CreateSnapshotCopyConfiguration
redshift-serverless:UpdateSnapshotCopyConfiguration
redshift-serverless:ListSnapshotCopyConfigurations
redshift-serverless:DeleteSnapshotCopyConfiguration
```

자체 KMS 키를 사용하여 백업을 암호화하는 경우 다음 권한도 필요합니다.

```
kms:CreateGrant
kms:DescribeKey
```

스냅샷 또는 복구 시점을 다른 AWS 리전에 복사하도록 구성하는 방법

1. Amazon Redshift Serverless 콘솔에서 스냅샷 또는 복구 시점 복사를 구성할 네임스페이스를 선택합니다.

1. **작업**, **리전 간 백업 구성**을 선택합니다.

1. 스냅샷을 복사할 대상 AWS 리전을 선택합니다.

1. (선택 사항) 스냅샷을 보존할 기간을 선택합니다. **사용자 지정 값**을 선택할 경우 일수를 선택합니다. 1일부터 3,653일까지 범위에서 값을 선택해야 합니다. 기본값은 무기한 보존입니다.

1. (선택 사항) 대상 리전에서 암호화를 위해 사용할 다른 AWS KMS 키를 선택합니다.

1. **구성 저장**을 선택합니다.

# 테이블 복원
<a name="serverless-table-restore"></a>

 스냅샷이나 복구 시점에서 특정 테이블을 복원할 수 있습니다. 이 경우 소스 스냅샷 또는 복구 시점, 데이터베이스, 스키마, 테이블, 대상 데이터베이스 및 새 테이블 이름을 지정합니다. 이 새 테이블은 기존 테이블과 동일한 이름을 가질 수 없습니다. 테이블을 복원하여 기존 테이블을 바꾸려면 테이블을 복원하기 전에 먼저 테이블의 이름을 바꾸거나 테이블을 삭제해야 합니다.

**참고**  
RA3 프로비저닝된 클러스터 및 Amazon Redshift Serverless 작업 그룹에는 백업 없음 테이블이 지원되지 않습니다. RA3 클러스터 또는 서버리스 작업 그룹에서 백업 없음으로 표시된 테이블은 스냅샷을 생성하는 동안 항상 백업되고 스냅샷에서 복원할 때 항상 복원되는 영구 테이블로 처리됩니다. 그러나 백업 없음 테이블의 선택적 복원은 지원되지 않습니다.

 대상 테이블은 외래 키를 제외하고 원본 테이블의 열 정의, 테이블 속성 및 열 속성을 사용하여 생성됩니다. 종속성으로 인한 충돌을 방지하기 위해 대상 테이블은 원본 테이블에서 외래 키를 상속하지 않습니다. 뷰 또는 원본 테이블에서 부여된 권한 같은 종속성은 대상 테이블에 적용되지 않습니다.

원본 테이블의 소유자가 존재하는 경우, 해당 사용자가 복원된 테이블의 소유자가 됩니다. 단, 지정된 데이터베이스와 스키마에서 관계의 소유자가 되기에 충분한 권한이 있어야 합니다. 그렇지 않은 경우, 복원된 테이블은 클러스터가 시작될 때 생성된 관리자가 소유합니다.

복원된 테이블은 백업이 생성된 시점의 상태로 되돌아갑니다. 여기에는 Amazon Redshift의 [직렬화 격리](https://docs.aws.amazon.com/redshift/latest/dg/c_serial_isolation.html) 준수에 의해 정의된 트랜잭션 가시성 규칙이 포함됩니다. 이는 백업 후 시작되는 인플라이트 트랜잭션을 즉시 볼 수 있음을 뜻합니다.

 Amazon Redshift Serverless 콘솔을 사용하여 스냅샷에서 테이블을 복원할 수 있습니다.

데이터 백업에서의 테이블 복원에는 다음과 같은 제한이 있습니다.
+ 한 번에 하나의 테이블만 복원할 수 있습니다.
+ 뷰 또는 원본 테이블에서 부여된 권한 같은 종속성은 대상 테이블에 적용되지 않습니다.
+ 복원하는 테이블에 대해 행 수준 보안이 켜져 있는 경우 Amazon Redshift Serverless에서 행 수준 보안이 켜진 상태로 테이블을 복원합니다.

Amazon Redshift Serverless 콘솔을 사용하여 테이블을 복원하는 방법

1. Amazon Redshift Serverless 콘솔에서 **데이터 백업(Data backup)**을 선택합니다.

1. 복원할 테이블이 있는 스냅샷이나 복구 시점을 선택합니다.

1. **작업**, **스냅샷에서 테이블 복원** 또는 **복구 시점에서 테이블 복원**을 선택합니다.

1. 소스 스냅샷 또는 복구 시점 및 대상 테이블에 대한 정보를 입력한 후 **테이블 복원**을 선택합니다.