자동 백업 관리
자동 백업 관리
이 섹션에서는 DB 인스턴스와 Multi-AZ DB 클러스터의 자동 백업을 관리하는 방법을 보여줘요. 백업 창과 보존 기간을 이해하고, 백업 활성화/보존/삭제까지 챙길 수 있어요.
출처: 문서
본문
이 섹션에서는 DB 인스턴스와 Multi-AZ DB 클러스터의 자동 백업을 관리하는 방법을 보여줘요.
주제
- 백업 창
- 백업 보존 기간
- 자동 백업 활성화
- 자동 백업 보존
- 보존된 자동 백업 삭제
- 지원되지 않는 MySQL 스토리지 엔진을 사용하는 자동 백업
- 지원되지 않는 MariaDB 스토리지 엔진을 사용하는 자동 백업
- 자동 백업을 다른 AWS 리전으로 복제
- AWS Backup으로 자동 백업 관리
백업 창
자동 백업은 선호 백업 창(preferred backup window) 동안 매일 발생해요. 백업에 백업 창에 할당된 시간보다 더 많은 시간이 걸리면, 백업은 창이 끝난 후에도 완료될 때까지 계속돼요. 백업 창은 DB 인스턴스나 Multi-AZ DB 클러스터의 주간 유지 관리 창과 겹칠 수 없어요.
자동 백업 창 동안에는 백업 프로세스가 초기화될 때(일반적으로 몇 초 미만) 스토리지 I/O가 잠시 중단될 수 있어요. Multi-AZ 배포에서는 백업 중에 몇 분 동안 지연 시간이 높아질 수 있어요. MariaDB, MySQL, Oracle, PostgreSQL의 경우 Multi-AZ 배포에서는 백업이 standby에서 수행되므로 백업 중에 기본(primary)에서 I/O 활동이 중단되지 않아요. SQL Server의 경우 Single-AZ 및 Multi-AZ 배포 모두에서 백업이 기본에서 수행되므로 백업 중에 I/O 활동이 잠시 중단돼요.
Db2의 경우에도 백업이 standby에서 수행되지만 백업 중에 I/O 활동이 잠시 중단돼요.
백업이 시작되어야 하는 시점에 DB 인스턴스나 클러스터의 워크로드가 많은 경우 자동 백업이 가끔 건너뛰어질 수 있어요. 백업이 건너뛰어져도 시점 복구(PITR)를 수행할 수 있고, 다음 백업 창에 다시 백업이 시도돼요. PITR에 대한 자세한 내용은 Amazon RDS용 DB 인스턴스를 지정된 시간으로 복원을 참고하세요.
DB 인스턴스나 Multi-AZ DB 클러스터를 만들 때 선호 백업 창을 지정하지 않으면, Amazon RDS는 기본 30분 백업 창을 할당해요. 이 창은 각 AWS 리전의 8시간 블록에서 무작위로 선택돼요. 다음 표는 기본 백업 창이 할당되는 각 AWS 리전의 시간 블록을 보여줘요.
| 리전 이름 | 리전 | 시간 블록 |
|---|---|---|
| US East (N. Virginia) | us-east-1 | 03:00–11:00 UTC |
| US East (Ohio) | us-east-2 | 03:00–11:00 UTC |
| US West (N. California) | us-west-1 | 06:00–14:00 UTC |
| US West (Oregon) | us-west-2 | 06:00–14:00 UTC |
| Africa (Cape Town) | af-south-1 | 03:00–11:00 UTC |
| Asia Pacific (Hong Kong) | ap-east-1 | 06:00–14:00 UTC |
| Asia Pacific (Hyderabad) | ap-south-2 | 06:30–14:30 UTC |
| Asia Pacific (Jakarta) | ap-southeast-3 | 08:00–16:00 UTC |
| Asia Pacific (Malaysia) | ap-southeast-5 | 09:00–17:00 UTC |
| Asia Pacific (Melbourne) | ap-southeast-4 | 11:00–19:00 UTC |
| Asia Pacific (Mumbai) | ap-south-1 | 16:30–00:30 UTC |
| Asia Pacific (New Zealand) | ap-southeast-6 | 13:00–21:00 UTC |
| Asia Pacific (Osaka) | ap-northeast-3 | 00:00–08:00 UTC |
| Asia Pacific (Seoul) | ap-northeast-2 | 13:00–21:00 UTC |
| Asia Pacific (Singapore) | ap-southeast-1 | 14:00–22:00 UTC |
| Asia Pacific (Sydney) | ap-southeast-2 | 12:00–20:00 UTC |
| Asia Pacific (Taipei) | ap-east-2 | 9:00–17:00 UTC |
| Asia Pacific (Thailand) | ap-southeast-7 | 8:00–16:00 UTC |
| Asia Pacific (Tokyo) | ap-northeast-1 | 13:00–21:00 UTC |
| Canada (Central) | ca-central-1 | 03:00–11:00 UTC |
| Canada West (Calgary) | ca-west-1 | 18:00–02:00 UTC |
| China (Beijing) | cn-north-1 | 06:00–14:00 UTC |
| China (Ningxia) | cn-northwest-1 | 06:00–14:00 UTC |
| Europe (Frankfurt) | eu-central-1 | 20:00–04:00 UTC |
| Europe (Ireland) | eu-west-1 | 22:00–06:00 UTC |
| Europe (London) | eu-west-2 | 22:00–06:00 UTC |
| Europe (Milan) | eu-south-1 | 02:00–10:00 UTC |
| Europe (Paris) | eu-west-3 | 07:29–14:29 UTC |
| Europe (Spain) | eu-south-2 | 02:00–10:00 UTC |
| Europe (Stockholm) | eu-north-1 | 23:00–07:00 UTC |
| Europe (Zurich) | eu-central-2 | 02:00–10:00 UTC |
| Israel (Tel Aviv) | il-central-1 | 03:00–11:00 UTC |
| Mexico (Central) | mx-central-1 | 19:00–03:00 UTC |
| Middle East (Bahrain) | me-south-1 | 06:00–14:00 UTC |
| Middle East (UAE) | me-central-1 | 05:00–13:00 UTC |
| South America (São Paulo) | sa-east-1 | 23:00–07:00 UTC |
| AWS GovCloud (US-East) | us-gov-east-1 | 17:00–01:00 UTC |
| AWS GovCloud (US-West) | us-gov-west-1 | 06:00–14:00 UTC |