데이터베이스 백업
Download
포커스 모드
폰트 크기
데이터 손실 또는 손상을 방지하기 위해 자동 백업 또는 수동 백업 방법으로 데이터베이스를 백업할 수 있습니다.
백업 소개
백업 방식
클라우드 데이터베이스 MySQL 단일 노드(클라우드 디스크), 이중 노드(로컬 디스크), 삼중 노드(로컬 디스크), 클라우드 디스크 버전(클라우드 디스크)은 자동 백업 및 수동 백업 두 가지 방법으로 데이터베이스를 백업할 수 있습니다.
백업 타입
클라우드 데이터베이스 MySQL 이중 노드 및 삼중 노드에서 지원하는 백업 유형:
물리적 백업: 물리적 데이터 전체 복사(자동 백업 지원).
논리적 백업: SQL 문의 백업(수동 백업 및 자동 백업 모두 지원).
설명:
물리적 백업 복원 방식은 xbstream을 사용하여 압축 해제해야 합니다. 자세한 작업 방법은 물리적 백업을 사용한 데이터베이스 복원을 참조하십시오.
단일 인스턴스의 테이블 수가 30만 개를 초과할 경우 백업 실패가 발생할 수 있으며 데이터베이스 모니터링에도 영향을 미칠 수 있습니다. 테이블 수를 합리적으로 관리하여 단일 인스턴스의 테이블 수가 30만 개를 초과하지 않도록 하십시오.
백업 소요 시간은 데이터베이스 데이터 파일 크기 및 테이블 수에 비례합니다. 데이터 파일이 클수록 또는 테이블 수가 많을수록 백업 소요 시간이 길어집니다.
메모리 엔진 테이블의 데이터는 메모리에 상주하므로 메모리 엔진 테이블에 대한 물리적 백업은 불가능합니다. 데이터 손실을 방지하기 위해 메모리 엔진 테이블을 InnoDB 테이블로 변환하는 것이 권장됩니다.
인스턴스에 기본 키 없는 테이블이 다수 존재할 경우 백업 실패가 발생할 수 있으며 인스턴스의 고가용성에도 영향을 미칠 수 있습니다. 기본 키 없는 테이블에 적시에 기본 키 또는 보조 인덱스를 생성하십시오.
수동 백업 > 논리적 콜드 백업 작업은 글로벌 읽기 잠금이 발생하므로, 콘솔을 통해 이 작업을 수행하는 것이 권장됩니다(콘솔에서 논리적 콜드 백업 작업을 시작하면 예비 서버에서 백업이 수행되어 주 데이터베이스에 영향을 주지 않습니다).
물리적 백업의 장점 | 논리적 백업의 단점 |
백업 속도가 빠릅니다. 스트리밍 백업 및 압축을 지원합니다. 백업 성공률이 높습니다. 복원이 간단하며 효율적입니다. 백업에 의존하는 연동 작업(예: RO 추가, 재해 복구 추가)이 더 빠르게 처리 가능합니다. 물리적 백업 완료에 소요되는 평균 시간은 논리적 백업의 약 1/8 수준입니다. 물리적 백업의 가져오기 속도는 논리적 백업 가져오기보다 약 10배 빠릅니다. | 복원 시 SQL 실행 및 인덱스 구축이 필요하여 복원 시간이 오래 걸립니다. 백업 속도가 느리며, 데이터 양이 많을 경우 특히 더 두드러집니다. 백업 과정에서 인스턴스에 부하가 발생할 수 있으며, 이로 인해 마스터-슬레이브 간 지연이 증가할 수 있습니다. 부동 소수점의 정밀도 정보가 손실될 수 있습니다. 다양한 문제(잘못된 뷰 등)로 인해 백업이 실패할 수 있습니다. 백업에 의존하는 연동 작업(예: RO 추가, 재해 복구 추가)이 느려질 수 있습니다. |
클라우드 데이터베이스 MySQL 단일 노드(클라우드 디스크), 클라우드 디스크 버전(클라우드 디스크)은 스냅샷 백업을 지원합니다.
스냅샷 백업: 스토리지 계층 디스크에 스냅샷을 생성하는 방식으로 백업합니다(자동 백업 및 수동 백업 모두 지원).
설명:
단일 노드(클라우드 디스크) 인스턴스는 단일 노드로 구성되며, 백업은 마스터 노드에서 시작됩니다. 백업을 수행해야 할 경우 트래픽이 적은 시간대에 수행하는 것이 좋습니다.
스냅샷 백업의 장점 | 스냅샷 백업의 단점 |
백업 속도가 빠릅니다. 상대적으로 용량 점유가 작습니다. | 다운로드가 지원되지 않습니다. |
백업 객체
데이터 백업 | 로그 백업 |
MySQL 이중 노드, 삼중 노드: 자동 백업은 전체 물리적 백업을 지원합니다. 수동 백업은 전체 물리적 백업, 전체 논리적 백업 및 단일 데이터베이스/단일 테이블 논리적 백업을 지원합니다. 자동 백업과 수동 백업 모두 압축 및 다운로드를 지원합니다. MySQL 단일 노드(클라우드 디스크), 클라우드 디스크 버전(클라우드 디스크): 자동 백업은 전체 스냅샷 백업을 지원합니다. 수동 백업은 전체 스냅샷 백업을 지원합니다. 자동 백업과 수동 백업 모두 다운로드가 지원되지 않습니다. | 데이터베이스의 binlog 로그 파일 백업은 MySQL 단일 노드(클라우드 디스크), 이중 노드, 삼중 노드, 클라우드 디스크 버전(클라우드 디스크)에 대해 지원합니다. 로그 파일은 인스턴스 백업 공간을 차지합니다. 로그 파일은 다운로드를 지원합니다. 하지만 압축은 지원되지 않습니다. 로그 파일 보관 기간을 설정할 수 있습니다. |
주의 사항
클라우드 데이터베이스 MySQL의 자동 백업은 2019년 02월 26일부터 물리적 백업만 지원합니다. 자동 백업 설정 기본 방식은 물리적 백업으로 변경되며, 더 이상 논리적 백업을 제공하지 않습니다. 기존 논리적 백업으로 설정된 인스턴스는 점차 물리적 백업으로 자동 전환됩니다.
이 전환은 비즈니스 접근성에 영향을 미치지 않으나, 자동 백업 사용 습관에 영향을 줄 수 있습니다. 논리적 백업이 필요한 경우 클라우드 데이터베이스 MySQL 콘솔의 수동 백업 기능을 사용하거나 API 호출을 통해 논리적 백업을 생성할 수 있습니다.
수동 백업의 기본 백업 방식은 논리적 콜드 백업입니다. 구성 조정 전 수행한 전체 백업을 논리적 콜드 백업으로 선택한 경우, 구성 조정에 소요되는 시간이 길어질 수 있습니다. 구성 조정 소요 시간을 단축하려면 구성 조정 전 전체 백업 시 물리적 콜드 백업을 선택하는 것이 권장됩니다.
인스턴스 백업 파일은 백업 공간을 차지합니다. 백업 공간을 합리적으로 사용해 주십시오. 무료 할당량을 초과하는 백업 공간에 대해서는 요금이 부과됩니다. 자세한 내용은 백업 공간 요금 설명을 참조하십시오.
비즈니스 저조기에 백업을 수행하는 것이 좋습니다.
필요한 백업 파일이 보관 기간을 초과하여 삭제되는 것을 방지하려면 적시에 필요한 백업 파일을 로컬에 다운로드하도록 하십시오.
백업 중에는 DDL 작업을 금지합니다. 테이블 잠금으로 인한 백업 실패를 방지하기 위함입니다.
MySQL 읽기 전용 인스턴스는 데이터베이스 백업을 지원하지 않습니다.
인스턴스가 가용 영역 간 마이그레이션을 완료한 날, 해당 인스턴스의 자동 백업 주기에 해당하는 경우 시스템 백업이 추가로 생성됩니다. 예를 들어: 특정 인스턴스가 8월 5일에 자동 백업을 수행해야 하지만, 해당 인스턴스가 가용 영역 간 마이그레이션을 진행 중인 경우 시스템은 정상적인 자동 백업 외에도 마이그레이션 완료 시 추가로 백업을 자동으로 트리거합니다.
MySQL 데이터 자동 백업
MySQL 데이터 자동 백업
자동 백업 설정
1. MySQL 콘솔에 로그인하여 인스턴스 목록에서 인스턴스 ID를 클릭하고 관리 페이지에서 백업 복구 > 자동 백업 설정을 선택합니다.
2. 팝업된 백업 설정 대화 상자에서 각 백업 매개변수를 선택하고 확인을 클릭합니다. 매개변수 설명은 다음과 같습니다:
설명:
롤백 기능은 백업 주기와 백업 보관 기간 내의 데이터 백업 + 로그 백업(binlog)을 기반으로 합니다. 자동 백업 빈도와 보관 기간을 단축하면 인스턴스 데이터의 롤백 가능 시간 범위에 영향을 미치므로 백업 구성을 신중하게 조정하십시오.
예를 들어, 백업 주기를 월요일, 목요일로 설정하고 보관 기간을 7일로 설정하면 7일 이내(데이터 백업 및 로그 유효 백업 실제 저장 기간)의 임의 시점으로 롤백할 수 있습니다.
자동 백업은 수동으로 삭제할 수 없으며, 백업 보관 기간을 설정할 수 있습니다. 기간이 만료되면 자동으로 삭제됩니다.
데이터 백업 및 로그 백업 보관 기간을 증가시키면 추가 백업 스토리지 과금 비용이 발생할 수 있습니다.
로그 백업 보관 기간을 단축하면 인스턴스의 데이터 롤백 주기에 영향을 미칠 수 있습니다.
복구 가능한 백업 시간은 현재 시점에서 가장 오래된 유효한 물리 백업 또는 전체 논리 백업부터 계산됩니다. 실제 비즈니스 필요에 따라 백업 보관 기간을 적절히 설정하는 것을 권장합니다.
자동 백업 설정에서 데이터 백업 설정은 정기 보존 활성화를 지원합니다. 정기 보존을 활성화하지 않은 설정은 일반 백업 설정이라고 합니다. 다음은 일반 백업 설정과 정기 백업 설정 활성화의 매개변수 설명을 각각 소개합니다.
일반 백업 설정 설명
매개변수 | 설명 |
백업 시작 시간 | 기본 시간: 시스템이 자동으로 할당한 백업 시작 시간 범위(0:00 - 12:00). 사용자 정의: 백업 시작 시간 범위(예: 02:00 - 06:00)를 사용자 정의 선택할 수 있도록 지원하며, 비즈니스 저조기로 설정할 것을 권장합니다.* 설명: 백업 시작 시간은 단지 백업 작업이 스케줄링 큐에 진입하는 시간을 의미합니다. 예를 들어, 02:00 - 06:00으로 설정할 경우 시스템은 해당 시간대 내 특정 시점(백엔드 백업 전략 및 백업 시스템 상태에 따라 결정됨)에 백업 작업을 시작합니다. 인스턴스 운영에 영향을 방지하기 위해 백업 작업은 큐 대기로 인해 지연될 수 있음에 유의하십시오. 백업 작업 소요 시간은 데이터 양에 비례하며, 최대 24시간을 초과하지 않습니다. |
데이터 백업 보관 기간 | MySQL 이중 노드, 삼중 노드, 클라우드 디스크 버전의 데이터 백업 파일은 7일~1830일 동안 보관할 수 있으며, 기본값은 7일입니다. 만료된 백업 세트는 자동으로 삭제됩니다. MySQL 단일 노드(클라우드 디스크) 데이터 백업 파일은 7일~30일 동안 보관할 수 있으며, 기본값은 7일입니다. 만료된 백업 세트는 자동으로 삭제됩니다. |
백업 주기 | 구성 규칙: 주 단위 설정: 기본적으로 월요일부터 일요일까지 7일이 선택됩니다. 백업 시간을 사용자 정의할 수 있지만, 데이터 보안을 위해 일주일에 최소 2회 백업하도록 설정하십시오. 월 단위 설정: 데이터 보안을 위해 한 달 내 인접한 두 백업 일자 간격은 2일을 초과할 수 없습니다. 예를 들어, 1일에 백업한 경우 다음 백업 일자는 2, 3, 4일을 건너뛰고 5일로 선택할 수 없습니다. 설명: 월 단위 설정 시 연속된 며칠간 백업이 누락되는 상황을 방지하기 위해, 다음 날짜 조합은 건너뛸 수 없습니다: 27/28/1(일), 28/29/1(일), 29/30/1(일), 28/1/2(일), 29/1/2(일), 30/1/2(일). |
콜드 스토리지 백업(선택 사항) | 해당 데이터 백업 콜드 스토리지 정책을 선택하고 일수를 지정하세요: 표준 스토리지 보관 일수 지정: 데이터 백업 파일 생성 후 며칠이 지난 시점에 표준 스토리지로 전환할지 설정합니다. 아카이브 스토리지 보관 일수 지정: 데이터 백업 파일 생성 후 며칠이 지난 시점에 아카이브 스토리지로 전환할지 설정합니다. 백업 콜드 스토리지에 대한 상세 설명 및 정책은 백업 콜드 스토리지 설정을 참조하십시오. 단, 아카이브 스토리지 기능은 현재 제공되지 않으며 출시를 기대해 주시기 바랍니다. 설명: 단일 노드(클라우드 디스크) 및 클라우드 디스크 버전 인스턴스는 현재 백업 콜드 스토리지 설정을 지원하지 않습니다. |
로그 백업 보관 기간 | MySQL 이중 노드, 삼중 노드, 클라우드 디스크 버전의 로그 백업 파일은 7일~3650일 동안 보관할 수 있으며, 기본값은 7일입니다. 만료된 백업 세트는 자동으로 삭제됩니다. MySQL 단일 노드(클라우드 디스크)의 로그 백업 파일은 7일~30일 동안 보관할 수 있으며, 기본값은 7일입니다. 만료된 백업 세트는 자동으로 삭제됩니다. |
콜드 스토리지 백업(선택 사항) | 해당 binlog 백업 콜드 스토리지 정책을 선택하고 일수를 지정하세요: 표준 스토리지 보관 일수 지정: binlog 파일 생성 후 며칠이 지난 시점에 표준 스토리지로 전환할지 설정합니다. 아카이브 스토리지 보관 일수 지정: binlog 파일 생성 후 며칠이 지난 시점에 아카이브 스토리지로 전환할지 설정합니다. 백업 콜드 스토리지에 대한 상세 설명 및 정책은 백업 콜드 스토리지 설정을 참조하십시오. 단, 아카이브 스토리지 기능은 현재 제공되지 않으며 출시를 기대해 주시기 바랍니다. 설명: 단일 노드(클라우드 디스크) 및 클라우드 디스크 버전 인스턴스는 현재 백업 콜드 스토리지 설정을 지원하지 않습니다. |
*백업 시작 시간 선택은 시스템 스케줄링 리소스 제한의 영향을 받을 수 있습니다. 설정 과정에서 특정 시간대를 선택할 수 없는 경우, 해당 시간대의 백업 큐가 포화 상태임을 의미하므로 다른 여유 시간대를 선택하여 설정을 완료하는 것이 좋습니다.
정기 백업 활성화 설정 설명
정기 백업 활성화 설정 설명
설명:
단일 노드(클라우드 디스크) 및 클라우드 디스크 버전 인스턴스는 현재 정기 백업 설정 기능을 지원하지 않습니다.
정기 백업의 보존 기간은 일반 백업 설정의 보존 기간보다 길어야 합니다.
매개변수 | 설명 |
백업 시작 시간 | 기본 시간: 시스템이 자동으로 할당한 백업 시작 시간 범위(0:00 - 12:00). 사용자 정의: 백업 시작 시간 범위(예: 02:00 - 06:00)를 사용자 정의 선택할 수 있으며, 비즈니스 저조기로 설정할 것을 권장합니다. 설명: 백업 시작 시간은 단지 백업 작업이 스케줄링 큐에 진입하는 시간을 의미합니다. 예를 들어, 02:00 - 06:00으로 설정할 경우 시스템은 해당 시간대 내 특정 시점(백엔드 백업 전략 및 백업 시스템 상태에 따라 결정됨)에 백업 작업을 시작합니다. 인스턴스 운영에 영향을 방지하기 위해 백업 작업은 큐 대기로 인해 지연될 수 있음에 유의하십시오. 백업 작업 소요 시간은 데이터 양에 비례하며, 최대 24시간을 초과하지 않습니다. |
데이터 백업 보관 기간 | MySQL 이중 노드 및 삼중 노드 데이터 백업 파일은 7일~1830일 동안 보관 가능하며, 기본값은 7일입니다. 만료 시 백업 세트는 자동 삭제됩니다. |
백업 주기 | 구성 규칙: 주 단위 설정: 기본적으로 월요일부터 일요일까지 7일이 선택됩니다. 백업 시간을 사용자 정의할 수 있지만, 데이터 보안을 위해 일주일에 최소 2회 백업하도록 설정하십시오. 월 단위 설정: 데이터 보안을 위해 한 달 내 인접한 두 백업 일자 간격은 2일을 초과할 수 없습니다. 예를 들어, 1일에 백업한 경우 다음 백업 일자는 2, 3, 4일을 건너뛰고 5일로 선택할 수 없습니다. 설명: 월 단위 설정 시 연속된 며칠간 백업이 누락되는 상황을 방지하기 위해, 다음 날짜 조합은 건너뛸 수 없습니다: 27/28/1(일), 28/29/1(일), 29/30/1(일), 28/1/2(일), 29/1/2(일), 30/1/2(일). |
정기 백업 보관 기간 | 데이터 백업 파일은 90일~3650일 동안 보관할 수 있으며, 기본값은 1080일입니다. 보관 기간이 지난 후 백업 세트는 자동으로 삭제됩니다. |
정기 백업 보존 정책 | 월별, 분기별 또는 연별로 백업 보존 개수를 설정할 수 있습니다. |
시작일 | 정기적 보존 백업 시작 시간 |
콜드 스토리지 백업(선택 사항) | 해당 데이터 백업 콜드 스토리지 정책을 선택하고 일수를 지정하세요: 표준 스토리지 보관 일수 지정: 데이터 백업 파일 생성 후 며칠이 지난 시점에 표준 스토리지로 전환할지 설정합니다. 아카이브 스토리지 보관 일수 지정: 데이터 백업 파일 생성 후 며칠이 지난 시점에 아카이브 스토리지로 전환할지 설정합니다. 백업 콜드 스토리지에 대한 상세 설명 및 정책은 백업 콜드 스토리지 설정을 참조하십시오. 단, 아카이브 스토리지 기능은 현재 제공되지 않으며 출시를 기대해 주시기 바랍니다. |
로그 백업 보관 기간 | 로그 백업 파일은 7일~3650일 동안 보관할 수 있으며, 기본값은 7일입니다. 만료 후 백업 세트는 자동으로 삭제됩니다. |
콜드 스토리지 백업(선택 사항) | 해당 binlog 백업 콜드 스토리지 정책을 선택하고 일수를 지정하세요: 표준 스토리지 보관 일수 지정: binlog 파일 생성 후 며칠이 지난 시점에 표준 스토리지로 전환할지 설정합니다. 아카이브 스토리지 보관 일수 지정: binlog 파일 생성 후 며칠이 지난 시점에 아카이브 스토리지로 전환할지 설정합니다. 백업 콜드 스토리지에 대한 상세 설명 및 정책은 백업 콜드 스토리지 설정을 참조하십시오. 단, 아카이브 스토리지 기능은 현재 제공되지 않으며 출시를 기대해 주시기 바랍니다. |
보존 계획 보기
설명:
단일 노드(클라우드 디스크) 및 클라우드 디스크 버전 인스턴스는 현재 보존 계획 기능 확인을 지원하지 않습니다.
백업 설정에서 정기 백업 보존 정책을 선택한 후 보존 계획 확인을 클릭하여 미리 볼 수 있습니다.
파란색 날짜는 일반 백업의 날짜를 표시합니다.
빨간색 날짜는 정기 백업의 날짜를 표시합니다.
일반 백업 또는 정기 백업을 클릭하여 해당 날짜의 색상 표시를 숨길 수 있어 미리 보기에 편리합니다.
백업 계획 미리 보기는 일시적으로 향후 1년간의 백업 보존 현황을 제공하며, 참고용으로만 사용됩니다.
MySQL 데이터 수동 백업
MySQL 데이터 수동 백업
수동 백업 기능은 사용자가 자체적으로 백업 작업을 시작할 수 있도록 허용합니다.
설명:
MySQL 이중 노드 및 삼중 노드 인스턴스의 수동 백업은 전체 물리적 백업, 전체 논리적 백업, 단일 데이터베이스/단일 테이블 논리적 백업을 지원합니다.
MySQL 이중 노드 및 삼중 노드 인스턴스의 수동 백업은 백업 목록에서 수동으로 삭제할 수 있어, 백업 공간을 확보하고 공간 낭비 및 점유를 방지합니다. 수동으로 삭제하지 않을 경우 데이터베이스 인스턴스가 종료될 때까지 보관됩니다.
MySQL 단일 노드(클라우드 디스크) 인스턴스의 수동 백업은 전체 스냅샷 백업을 지원합니다.
MySQL 단일 노드(클라우드 디스크) 인스턴스의 수동 백업은 삭제를 지원하지 않습니다.
인스턴스가 매일 자동 백업 작업을 수행 중일 때는 수동 백업을 시작할 수 없습니다.
수동 백업은 최우선 순위로 백업 큐에 진입하며, 구체적인 백업 시작 시간은 백업 목록의 작업 시작 시간 필드를 기준으로 확인하시기 바랍니다.
1. MySQL 콘솔에 로그인하여 인스턴스 목록에서 인스턴스 ID를 클릭하고 관리 페이지에서 백업 복구 > 수동 백업을 선택합니다.
2. 팝업된 백업 설정 대화 상자에서 백업 방식 및 객체를 선택하고 비고명을 작성한 후 확인을 클릭합니다.
설명:
논리적 백업의 단일 데이터베이스 백업 또는 단일 테이블 백업인 경우 왼쪽 데이터베이스/테이블 선택에서 백업할 데이터베이스 또는 데이터 테이블을 선택하고 오른쪽 목록에 추가하십시오. 아직 데이터베이스 또는 데이터 테이블이 없는 경우 먼저 데이터베이스 또는 테이블을 생성하시기 바랍니다.
수동 백업의 기본 백업 방식은 논리적 콜드 백업입니다. 구성 조정 전 수행한 전체 백업을 논리적 콜드 백업으로 선택한 경우, 구성 조정에 소요되는 시간이 길어질 수 있습니다. 구성 조정 소요 시간을 단축하려면 구성 조정 전 전체 백업 시 물리적 콜드 백업을 선택하는 것이 권장됩니다.
1. MySQL 콘솔에 로그인하여 인스턴스 목록에서 대상 인스턴스 ID를 클릭하고 관리 페이지로 이동한 후 백업 복구 > 수동 백업을 선택합니다.
2. 비고명을 입력하고 확인을 클릭합니다.
백업의 데이터 보호
변조 방지
클라우드 데이터베이스 MySQL의 백업 시스템은 이중 모드로 백업 데이터를 저장합니다: 전체 물리 백업, 전체 논리 백업 및 로그 백업은 객체 저장소 COS에 저장되며, 전체 스냅샷 백업은 클라우드 디스크 스냅샷 서비스에 저장됩니다. 두 방식 모두 WORM(write once read many)의 변조 불가능 특성을 갖추고 있습니다.
악의적/오삭제 방지
사용자 수동 삭제: 사용자가 수동 백업 데이터(수동 논리 백업, 수동 물리 백업)를 삭제하는 것은 허용되지만, 자동 백업 데이터를 삭제하는 것은 허용되지 않습니다(관련 문서는 백업 삭제 문서를 참조하십시오).
자동 백업 만기 삭제: 자동 백업 데이터는 삭제할 수 있지만(만료 시 자동 삭제), 동시에 자동 백업 기능을 비활성화할 수 없도록 제한됩니다. 백업 보관 기간은 최소 7일이며, 주간 백업 횟수는 최소 2회입니다(관련 문서는 MySQL 데이터 자동 백업 참조). 따라서 사용자 자동 백업으로 생성된 전체 데이터 및 로그 데이터는 완전히 삭제할 수 없습니다.
자주 묻는 질문
1. 백업 보관 기간을 초과한 백업은 여전히 다운로드하거나 복원할 수 있나요?
만료된 백업 세트는 자동으로 삭제되며 다운로드 및 복원이 불가능합니다.
권장 사항: 요구 사항에 따라 백업 보존 시간을 적절히 설정하거나, MySQL 콘솔에서 백업 파일을 로컬로 다운로드하십시오(단일 노드 클라우드 디스크 인스턴스의 백업 파일은 아직 다운로드를 지원하지 않음).
또한 콘솔에서 수동 백업을 통해 인스턴스 데이터를 백업할 수 있으며, 수동 백업은 영구적으로 보관됩니다.
설명:
수동 백업 역시 백업 공간을 차지하므로, 추가 비용이 발생하지 않도록 백업 공간을 합리적으로 사용해 주십시오.
2. 백업을 수동으로 삭제할 수 있습니까?
자동 백업은 수동으로 삭제할 수 없으며, 백업 보관 기간을 설정할 수 있습니다. 기간이 만료되면 자동으로 삭제됩니다.
이중 노드 및 삼중 노드 인스턴스의 수동 백업은 MySQL 콘솔의 백업 목록에서 수동으로 삭제할 수 있으며, 수동 삭제를 하지 않을 경우 계속 보관됩니다. 단일 노드 클라우드 디스크 인스턴스의 수동 백업은 현재 삭제를 지원하지 않습니다.
3. 데이터 및 로그 백업을 중지할 수 있습니까?
비활성화할 수 없습니다. 그러나 MySQL 콘솔에서 백업 빈도를 줄이고 사용하지 않는 수동 백업 데이터를 삭제하여 백업 공간 점유량을 줄일 수 있습니다(단일 노드 클라우드 디스크 인스턴스의 수동 백업은 현재 삭제를 지원하지 않음).
4. 백업 공간 사용량을 어떻게 줄일 수 있을까요?
더 이상 사용하지 않는 수동 백업 데이터 삭제(수동 백업은 MySQL 콘솔의 인스턴스 관리 페이지 > 백업 복원 페이지에서 삭제할 수 있으며, 유의 사항: 단일 노드 클라우드 디스크 인스턴스의 수동 백업은 현재 삭제를 지원하지 않음).
비핵심 비즈니스의 데이터 자동 백업 빈도를 낮춥니다(콘솔에서 백업 주기와 백업 보존 시간을 조정할 수 있으며, 주당 최소 2회 백업해야 합니다).
설명:
롤백 기능은 백업 주기와 백업 보존 기간 내의 데이터 백업 + 로그 백업(binlog)을 기반으로 합니다. 자동 백업 빈도와 보존 기간을 단축하면 인스턴스 데이터의 롤백 가능 시간 범위에 영향을 미치므로, 백업 구성을 신중하게 검토하시기 바랍니다.
비핵심 비즈니스의 데이터 백업 및 로그 백업 보관 시간을 단축합니다(백업 보존 기간 7일은 대부분의 시나리오에서 충분합니다).
백업 콜드 스토리지 설정으로 백업 콜드 스토리지 정책을 사용자 정의하고 백업 파일 저장 유형을 변환하여 저장 비용을 절감할 수 있습니다.
비즈니스 시나리오 | 백업 보존 기간 |
핵심 비즈니스 | 7일 - 3650일을 권장하며, 정기 백업을 활성화하여 백업을 장기적으로 보관할 수 있도록 하는 것이 좋습니다. |
비핵심 및 데이터 관련이 아닌 비즈니스 | 7일 권장 |
아카이빙 비즈니스 | 데이터 백업 보존 시간을 7일로 설정하고, 실제 비즈니스 요구에 따라 수동으로 데이터를 백업한 후 사용 완료 시 즉시 삭제하는 것을 권장합니다. |
테스트 비즈니스 | 데이터 백업 보존 시간을 7일로 설정하고, 실제 비즈니스 요구에 따라 수동으로 데이터를 백업한 후 사용 완료 시 즉시 삭제하는 것을 권장합니다. |
피드백