Amazon Redshift는 패치 198부터 새 Python UDF 생성을 더 이상 지원하지 않습니다. 기존 Python UDF는 2026년 6월 30일까지 계속 작동합니다. 자세한 내용은 블로그 게시물
테이블 복원
스냅샷이나 복구 시점에서 특정 테이블을 복원할 수 있습니다. 이 경우 소스 스냅샷 또는 복구 시점, 데이터베이스, 스키마, 테이블, 대상 데이터베이스 및 새 테이블 이름을 지정합니다. 이 새 테이블은 기존 테이블과 동일한 이름을 가질 수 없습니다. 테이블을 복원하여 기존 테이블을 바꾸려면 테이블을 복원하기 전에 먼저 테이블의 이름을 바꾸거나 테이블을 삭제해야 합니다.
참고
RA3 프로비저닝된 클러스터 및 Amazon Redshift Serverless 작업 그룹에는 백업 없음 테이블이 지원되지 않습니다. RA3 클러스터 또는 서버리스 작업 그룹에서 백업 없음으로 표시된 테이블은 스냅샷을 생성하는 동안 항상 백업되고 스냅샷에서 복원할 때 항상 복원되는 영구 테이블로 처리됩니다. 그러나 백업 없음 테이블의 선택적 복원은 지원되지 않습니다.
대상 테이블은 외래 키를 제외하고 원본 테이블의 열 정의, 테이블 속성 및 열 속성을 사용하여 생성됩니다. 종속성으로 인한 충돌을 방지하기 위해 대상 테이블은 원본 테이블에서 외래 키를 상속하지 않습니다. 뷰 또는 원본 테이블에서 부여된 권한 같은 종속성은 대상 테이블에 적용되지 않습니다.
원본 테이블의 소유자가 존재하는 경우, 해당 사용자가 복원된 테이블의 소유자가 됩니다. 단, 지정된 데이터베이스와 스키마에서 관계의 소유자가 되기에 충분한 권한이 있어야 합니다. 그렇지 않은 경우, 복원된 테이블은 클러스터가 시작될 때 생성된 관리자가 소유합니다.
복원된 테이블은 백업이 생성된 시점의 상태로 되돌아갑니다. 여기에는 Amazon Redshift의 직렬화 격리 준수에 의해 정의된 트랜잭션 가시성 규칙이 포함됩니다. 이는 백업 후 시작되는 인플라이트 트랜잭션을 즉시 볼 수 있음을 뜻합니다.
Amazon Redshift Serverless 콘솔을 사용하여 스냅샷에서 테이블을 복원할 수 있습니다.
데이터 백업에서의 테이블 복원에는 다음과 같은 제한이 있습니다.
-
한 번에 하나의 테이블만 복원할 수 있습니다.
-
뷰 또는 원본 테이블에서 부여된 권한 같은 종속성은 대상 테이블에 적용되지 않습니다.
-
복원하는 테이블에 대해 행 수준 보안이 켜져 있는 경우 Amazon Redshift Serverless에서 행 수준 보안이 켜진 상태로 테이블을 복원합니다.
Amazon Redshift Serverless 콘솔을 사용하여 테이블을 복원하는 방법
-
Amazon Redshift Serverless 콘솔에서 데이터 백업(Data backup)을 선택합니다.
-
복원할 테이블이 있는 스냅샷이나 복구 시점을 선택합니다.
-
작업, 스냅샷에서 테이블 복원 또는 복구 시점에서 테이블 복원을 선택합니다.
-
소스 스냅샷 또는 복구 시점 및 대상 테이블에 대한 정보를 입력한 후 테이블 복원을 선택합니다.