비교
Spanner 가져오기 및 내보내기 기능은 백업 및 복원과 동일한 많은 사용 사례를 지원합니다. 다음 표에서는 올바른 항목을 결정할 수 있도록 이들 사이의 유사점과 차이점을 설명합니다.
백업 및 복원 | 가져오기 및 내보내기 | |
---|---|---|
데이터 일관성 | 백업 및 내보낸 데이터베이스 모두 transactional consistency 및 external consistency를 갖습니다. | |
성능 영향 | 백업은 인스턴스 성능에 영향을 미치지 않습니다. Spanner는 인스턴스의 서버 리소스를 사용하지 않는 전용 작업을 사용하여 백업을 수행합니다. | 내보내기는 데이터베이스 성능에 미치는 영향을 최소화하기 위해 중간 우선순위 태스크로 실행됩니다. 자세한 내용은 태스크 우선순위를 참조하세요. |
스토리지 형식 | 빠른 복원을 위해 디자인된 고유 암호화 형식이 사용됩니다. | CSV 및 Avro 파일 형식이 모두 지원됩니다. |
이식성 | 소스 데이터베이스와 동일한 인스턴스에 백업을 만듭니다. 백업이 생성된 후 리전 간 또는 프로젝트 간 백업이 필요한 경우 다른 리전 또는 프로젝트의 인스턴스에 백업을 복사할 수 있습니다. 그런 다음 새 데이터베이스의 백업에서 동일한 프로젝트의 모든 인스턴스로 복원할 수 있습니다. 복원하려는 인스턴스는 백업이 현재 저장된 인스턴스와 동일한 인스턴스 구성을 가져야 합니다. |
내보낸 데이터베이스는 Cloud Storage에 저장되고 데이터는 CSV 또는 Avro를 지원하는 시스템으로 마이그레이션될 수 있습니다. |
보관 | 백업은 최대 1년까지 보관할 수 있습니다. | 내보낸 데이터베이스는 Cloud Storage에 저장되며, 기본적으로 삭제되기 전까지 계속 보관됩니다. 수명 주기 및 보관 정책을 맞춤설정할 수 있습니다. |
가격 책정 | 백업은 단위 시간별로 사용된 스토리지를 기준으로 Spanner 프로젝트에 청구됩니다. 자세한 내용은 가격 책정 섹션을 참조하세요. | 가져오기 및 내보내기에 대한 청구는 Cloud Storage 및 Dataflow가 사용되므로 더욱 복잡합니다. 자세한 내용은 데이터베이스 내보내기 및 가져오기 가격 책정을 참조하세요. |
복원 시간 | 복원은 복원 및 최적화의 두 작업으로 수행됩니다. 데이터 복사 없이 데이터베이스가 백업을 직접 마운트하기 때문에 복원 작업은 빠른 첫 바이트 소요 시간을 제공합니다. 최적화하는 동안 읽기 대기 시간이 약간 더 높을 수 있지만 복원 작업이 완료된 다음에는 데이터베이스를 사용할 준비가 됩니다. 자세한 내용은 복원 작동 방법을 참조하세요. | 가져오기는 속도가 더 느립니다. 모든 데이터가 데이터베이스에 기록될 때까지 기다려야 합니다. |
다음 단계
백업 및 복원 자세히 알아보기
가져오기 및 내보내기 자세히 알아보기