비즈니스 연속성 및 재해 복구의 목록 지원¶
공급자는 목록과 목록의 종속성(예: 공유 및 데이터베이스)을 :doc:`계정 복제 및 장애 조치 그룹 </user-guide/account-replication-intro>`에 포함할 수 있습니다. 장애 조치 그룹을 사용하면 서비스 성능 저하 또는 중단이 발생하는 경우 목록에서 데이터 복제 및 재해 복구를 위해 장애 조치 그룹을 사용합니다.
참고
이 기능은 :doc:`자동 복제 </collaboration/provider-listings-auto-fulfillment>`가 활성화된 목록에서만 사용할 수 있습니다.
이 기능을 사용하기 전에 동작, 고려 사항 및 제약 조건 섹션을 참조하세요.
용어¶
기본 목록: 기본 장애 조치 그룹의 목록
보조 목록: 보조 장애 조치 그룹의 목록
비즈니스 연속성 및 재해 복구의 필요성 이해하기¶
기본 리전에서 중단이 발생하는 경우, 비즈니스 연속성 및 재해 복구(BCDR)는 공급자에게 매우 중요합니다.
공급자는 중단 중에 중단에 따른 피해를 최소화하면서 데이터 제품을 계속 지원해야 합니다.
공급자는 재정적 불이익을 피하기 위해 복구 시간 목표(RTO) 및 복구 시점 목표(RPO)와 관련된 서비스 수준 계약(SLAs)을 충족해야 합니다.
공급자는 중단 발생 시 보조 리전에 데이터 복제본을 유지해야 합니다.
장애 조치 및 복구를 위한 수동 구성¶
공급자가 장애 조치 그룹에 목록을 추가하지 않는 경우 컨슈머는 복구 시간이 더 오래 걸리고 정보가 부실합니다. BCDR이 없으면 공급자는 장애 조치 후 보조 리전에 목록을 다시 생성해야 합니다. 그런 다음 컨슈머는 새 목록 URLs에 다시 탑재해야 합니다. 이러한 수동 복제로 인해 ETL 파이프라인 및 애플리케이션에서 대규모 중단이 발생하여 컨슈머의 다운타임이 연장되고 공급자에게는 데이터 전송 비용이 추가됩니다.
자동화된 장애 조치 및 복구¶
목록의 BCDR은 엔터프라이즈 준비성을 향상하고 장애로 인한 중단을 줄입니다.
목록의 BCDR을 사용하면 공급자가 장애 조치 후 목록을 다시 생성할 필요가 없습니다.
새 기본 리전은 보안 공유 영역(SSA) 계정으로 다시 복제되지 않으므로, 증분 변경 사항만 SSA 계정에 복제되어 데이터 전송 비용이 절감됩니다.
목록에 대한 BCDR 지원이 있는 경우 장애 조치 후:
컨슈머는 다운타임 없이 공급자 데이터에 계속 액세스할 수 있습니다.
공급자는 새 기본 리전에서 새 컨슈머 리전을 복제할 수 있습니다.
목록이 새 기본 리전에서 새로 고쳐지므로 공급자는 컨슈머 데이터 최신성 요구 사항을 계속 충족할 수 있습니다.
목록의 BCDR 워크플로¶
목록의 일반적인 BCDR 워크플로는 다음과 같습니다.
중단이 해당 리전에 발생하여 기본 리전에 영향을 줍니다.
기본 리전이 다운된 동안에는 컨슈머 리전의 목록을 새로 고칠 수 없습니다. 결과적으로 컨슈머는 부실 데이터로 운영됩니다.
데이터 복구 관리자는 조직의 Runbook을 시작합니다.
관리자는 보조 리전으로 장애 조치할 수 있는 승인을 받습니다.
이 보조 리전이 새 기본 리전이 됩니다.
장애 조치 그룹의 복제본은 모든 오브젝트에 대한 새로운 정보 소스가 됩니다.
관리자는 외부 테이블 및 ETL 파이프라인과 같은 데이터 소스의 최신 업데이트로 새 기본 리전을 새로 고칩니다.
관리자는 새 기본 리전에 있는 오브젝트의 스냅샷을 가져와 최신 데이터가 있는지 확인합니다.
관리자는 새 기본 리전을 감사하여 프로덕션에 사용할 준비가 되었는지 확인합니다.
장애 조치가 완료된 후 자동 복제는 새 기본 리전에서 다음 새로 고침 간격에 다시 작동하기 시작합니다.
참고
관리자는 SHOW LISTINGS IN FAILOVER GROUP 명령을 사용하여 목록을 프로덕션할 준비가 되었는지 확인합니다.
BCDR 선택 기준¶
BCDR은 다음의 경우 지원되지 않습니다.
목록이 초안 상태입니다.
목록이 스테이지를 기반으로 합니다.
목록이 유료 목록입니다.
목록에 :doc:`자동 복제 </collaboration/provider-listings-auto-fulfillment>`가 활성화되어 있지 않습니다.
목록이 Snowflake Native App 목록입니다.
동작, 고려 사항 및 제약 조건¶
아래 섹션을 검토하여 목록의 BCDR 동작, 고려 사항 및 제약 조건을 이해합니다.
동작¶
보조 장애 조치 그룹이 삭제되면 장애 조치 그룹의 보조 목록도 자동으로 삭제됩니다.
고려 사항¶
자동 복제를 지원하더라도 외부 관리 Iceberg 테이블의 장애 조치는 현재 지원되지 않습니다. 관리형 Iceberg 테이블의 장애 조치는 현재 :doc:`공개 미리 보기 </user-guide/tables-iceberg-replication>`로 제공됩니다.
일부 기능은 데이터베이스에서 장애 조치를 위해 지원되지 않을 수 있지만, 목록에서는 장애 조치를 위해 지원될 수 있습니다. 지원되지 않는 오브젝트는 복제 중에 무시됩니다.
제약 조건¶
목록의 BCDR을 구성하기 전에 다음 제약 조건을 이해하고 있는지 확인합니다.
완전한 하위 세트 제약 조건(전부 아니면 전무 규칙)¶
장애 조치 그룹에 오브젝트를 추가할 때 자동 복제가 활성화된 목록에서 오브젝트를 참조하는 경우 동일한 목록에서 참조하는 모든 오브젝트가 동일한 장애 조치 그룹에 포함되어야 합니다.
장애 조치 그룹에서 오브젝트를 제거할 때 자동 복제가 활성화된 목록에서 오브젝트를 참조하는 경우 동일한 목록에서 참조하는 모든 오브젝트를 함께 제거해야 합니다.
장애 조치 그룹 오브젝트 유형 요구 사항¶
자동 복제가 활성화된 목록에서 참조하는 데이터베이스 또는 공유가 장애 조치 그룹에 포함된 경우 장애 조치 그룹에는 해당 OBJECT_TYPES 매개 변수의 :code:`LISTINGS`가 포함되어야 합니다. 예:
자동 복제 설정 제약 조건 나열하기¶
목록에서 자동 복제를 활성화하거나 자동 복제가 활성화된 목록을 게시하기 전에 공유 및 데이터베이스를 포함한 모든 목록 종속성을
LISTINGS오브젝트 유형이 포함된 장애 조치 그룹에 구성해야 합니다.자동 복제는 보조 계정에서 수동으로 활성화해야 합니다(아직 활성화되지 않은 경우). 자세한 내용은 SYSTEM$ENABLE_GLOBAL_DATA_SHARING_FOR_ACCOUNT 섹션을 참조하십시오.
REFERENCE_USAGE 권한이 목록에서 사용되는 경우, 목록과 직접적으로 관련되지는 않지만 전체 하위 세트 제약 조건에서 하위 세트의 일부로도 계산되는 오브젝트가 있을 수 있습니다.
내부 마켓플레이스 목록 제약 조건¶
내부 마켓플레이스의 목록(조직 목록)에는 다음 제약 조건이 적용됩니다.
요청 승인 워크플로¶
컨슈머가 승인되지 않은 조직 목록에 대한 요청을 제출하고 시스템이 보조 배포로 장애 조치를 수행하는 경우 복제본 공급자는 컨슈머의 요청을 볼 수 없습니다. 이는 요청이 원래 요청이 이루어진 배포에 연결되어 있기 때문입니다. 컨슈머는 목록을 다시 요청해야 합니다.
다음 시나리오에서 기본 리전으로 장애 조치한 후 목록 게시를 취소하려고 시도하면 실패합니다.
컨슈머가 기본 리전과 장애 조치 리전에 있는 목록을 요청합니다.
컨슈머가 보조 리전에 있는 동안 승인된 목록을 다시 요청합니다.
이 실패는 원래 보류 중인 요청이 남아 있기 때문에 발생합니다. 게시를 취소하려면 공급자가 원래 요청을 명시적으로 거부한 다음 게시 취소 작업을 다시 시도해야 합니다.
데이터 사전¶
추천 오브젝트는 장애 조치 복제 프로세스의 일부가 아닙니다. 따라서 기본 인스턴스에서 선택한 모든 추천 오브젝트는 장애 조치 후 보조 인스턴스에 반영되지 않습니다. 공급자는 장애 조치 후 이러한 오브젝트를 수동으로 재설정해야 합니다. 공급자가 추천 오브젝트를 재설정하지 않으면 컨슈머가 새 테이블을 추가하더라도 부실한 데이터 사전이 표시됩니다. 이는 백그라운드 작업이 이 목록을 건너뛰기 때문입니다. 백그라운드 작업은 추천 오브젝트가 설정된 후 이 목록을 선택합니다.
시스템이 복제본으로 작동하는 동안 추천 오브젝트가 수정되면 장애 조치 후 해당 변경 사항이 원래 기본 인스턴스에 다시 동기화되지 않습니다.
데이터 미리 보기¶
데이터 미리 보기 정보는 보조 리전에 복제되지 않습니다. 따라서 장애 조치 후 컨슈머에게는 데이터 미리 보기 파일이 표시되지 않습니다. 보조 리전에서 공급자는 데이터 미리 보기 파일을 다시 생성해야 합니다.
데이터 사전과 유사하게, 장애 조치 상태 중에 데이터 미리 보기에 대한 변경 사항은 장애 복구 후 원래 기본 데이터베이스에 다시 동기화되지 않습니다. 공급자는 장애 복구 후 원래 기본 리전의 데이터 미리 보기 정보를 재설정할 수 있습니다.
조직 프로필¶
기본 공급자와 보조 공급자는 모두 목록을 게시할 수 있는 :doc:`프로필 </user-guide/collaboration/organization-profiles/org-profiles-create-manage>`을 사용해야 합니다.
프로필 복제 제약 조건¶
장애 조치 그룹에서 프로필을 복제하지 않으면 보조 계정의 목록은 프로필이 연결되지 않은 상태에서 계속 작동합니다.
장애 조치 그룹에서 프로필을 복제하지 않으면 장애 조치 및 장애 복구 새로 고침 후에도 원래 기본 계정의 프로필이 변경되지 않은 상태로 유지됩니다.
보조 계정의 프로필은 장애 조치가 발생할 때까지 읽기 전용입니다. 장애 조치 후 새 기본 계정은 프로필을 생성, 변경 또는 삭제할 수 있습니다.
보조 계정에 기존 로컬 프로필이 있는 경우 잠재적인 데이터 손실을 방지하기 위해 초기 장애 조치 그룹 새로 고침이 의도적으로 실패합니다. 계속 진행하려면 쿼리 결과 메시지의 단계를 따릅니다.
프로필 승인 요청은 복제되지 않습니다. 원래 기본 계정에 보류 중인 승인 요청이 있는 경우 장애 조치 후 새 기본 계정이 승인을 다시 요청할 수 있습니다.
읽기 전용 보조 목록 제약 조건¶
보조 목록은 직접 수정할 수 없습니다. ALTER 및 DROP과 같은 모든 쓰기 작업은 기본 목록에서 수행해야 합니다.