장기 보존 - Azure SQL Database 및 Azure SQL Managed Instance
적용 대상: 
Azure SQL Database Azure SQL Managed Instance
이 문서에서는 Azure SQL Database 및 Azure SQL Managed Instance에 대한 백업 장기 보존의 개념적 개요를 제공합니다. 장기 보존은 Azure SQL Database(하이퍼스케일 서비스 계층 포함) 및 Azure SQL Managed Instance에 대한 백업에서 최대 10년간 구성할 수 있습니다.
시작하려면 Azure SQL Database 및 Azure SQL Managed Instance에 대한 장기 백업 보존 구성을 참조하세요.
장기 보존 작동 방식
많은 애플리케이션에는 1~35일 동안의 자동 백업 단기 보존 기간을 초과하여 데이터베이스 백업을 보존해야 하는 규제, 규정 준수 또는 기타 비즈니스 목적이 존재합니다. LTR(장기 백업 보존)은 Azure SQL 서비스가 자동으로 생성하는 전체 데이터베이스 백업을 사용합니다. 자세한 내용은 Azure SQL Database 또는 Azure SQL Managed Instance의 자동화된 백업을 참조하세요.
LTR 기능을 사용하면 지정한 전체 SQL Database 및 SQL Managed Instance 백업을 최대 10년간 구성 가능한 보존 정책을 통해 중복 Azure Blob 스토리지에 저장할 수 있습니다. 그런 다음 LTR 백업을 새 데이터베이스로 복원할 수 있습니다. LTR 정책을 구성한 경우 자동화된 백업은 장기 스토리지를 위해 다른 Blob에 복사합니다. 이는 데이터베이스를 특정 시점으로 복원하는 데 사용할 수 있습니다. 복사본은 데이터베이스 워크로드 성능에 영향을 주지 않는 백그라운드 작업입니다. SQL Database의 각 데이터베이스에 대한 LTR 정책은 LTR 백업 생성 빈도를 지정할 수도 있습니다.
참고 항목
- 현재 Azure SQL Database 및 Azure SQL Managed Instance의 백업을 변경이 불가능하게 구성할 수 없습니다. LTR 백업은 수정할 수 없지만, Azure Portal, Azure CLI, PowerShell 또는 REST API를 통해 삭제할 수는 있습니다. 자세한 내용은 LTR 백업 구성을 참조하세요.
- Azure SQL Managed Instance에서, SQL 에이전트 작업을 사용해 복사 전용 데이터베이스 백업 일정을 예약한 다음 자체 스토리지 계정에 보관합니다. 이렇게 하면 LTR 기능의 대안으로서 백업을 최장 10년까지 보관할 수 있습니다.
LTR을 사용하도록 설정하기 위해 4개의 매개 변수(주간 백업 보존(W), 월간 백업 보존(M), 연간 백업 보존(Y), 연간 주(WeekOfYear)) 조합을 사용하여 정책을 정의할 수 있습니다. W를 지정하는 경우 매주 하나의 백업을 장기 스토리지에 복사합니다. M을 지정하는 경우 각 월의 첫 번째 백업을 장기 스토리지에 복사합니다. Y를 지정하는 경우 WeekOfYear로 지정한 주 동안 하나의 백업을 장기 스토리지에 복사합니다. 정책을 구성했을 때 지정한 WeekOfYear가 과거인 경우 첫 번째 LTR 백업은 다음 해에 만듭니다. 각 백업은 LTR 백업을 만들 때 구성한 정책 매개 변수에 따라 장기 스토리지에 보관합니다.
LTR 정책에 대한 변경 내용은 이후 백업에만 적용됩니다. 예를 들어, 주간 백업 보존(W), 월간 백업 보존(M) 또는 연간 백업 보존(Y)이 수정되면 새 보존 설정이 새 백업에만 적용됩니다. 기존 백업 보존은 수정되지 않습니다. 보존 기간이 만료되기 전에 이전 LTR 백업을 삭제하려는 경우 백업을 수동으로 삭제해야 합니다.
LTR 정책의 예제:
W=0, M=0, Y=5, WeekOfYear=3각 연도의 세 번째 전체 백업은 5년 동안 유지합니다.
W=0, M=3, Y=0매월 첫 번째 전체 백업은 3개월 동안 유지합니다.
W=12, M=0, Y=0각각의 매주 전체 백업은 12주 동안 유지합니다.
W=6, M=12, Y=10, WeekOfYear=20각각의 매주 전체 백업은 6주 동안 유지합니다. 매월 첫 번째 전체 백업을 제외하고 12개월 동안 유지합니다. 연간 20번째 주에 수행한 전체 백업을 제외하고 10년 동안 유지합니다.
다음 표는 다음 정책에 대한 장기 백업의 주기 및 만료를 나타냅니다.
W=12 weeks(84일), M=12 months(365일), Y=10 years(3650일), WeekOfYear=20(5월 13일 이후 주)
다음 날짜는 ISO 8601(YYYY-MM-DD) 형식을 따릅니다.
| LTR에 PITR 백업 | 만료 W | 만료 M | 만료 Y |
|---|---|---|---|
| 2018-03-07 | 2019-03-02 | ||
| 2018-03-14 | 2018-06-06 | ||
| 2018-03-21 | 2018-06-13 | ||
| 2018-03-28 | 2018-06-20 | ||
| 2018-04-04 | 2019-03-30 | ||
| 2018-04-11 | 2018-07-04 | ||
| 2018-04-18 | 2018-07-11 | ||
| 2018-04-25 | 2018-07-18 | ||
| 2018-05-02 | 2019-04-27 | ||
| 2018-05-09 | 2018-08-01 | ||
| 2018-05-16 | 2028-05-13 | ||
| 2018-05-23 | 2018-08-15 | ||
| 2018-05-30 | 2018-08-22 | ||
| 2018-06-06 | 2019-06-01 | ||
| 2018-06-13 | 2018-09-05 | ||
| 2018-06-20 | 2018-09-12 | ||
| 2018-06-27 | 2018-09-19 | ||
| 2018-07-04 | 2019-06-29 | ||
| 2018-07-11 | 2018-10-03 | ||
| 2018-07-18 | 2018-10-10 | ||
| 2018-07-25 | 2018-10-17 | ||
| 2018-08-01 | 2019-07-27 | ||
| 2018-08-08 | 2018-10-31 | ||
| 2018-08-15 | 2018-11-07 | ||
| 2018-08-22 | 2018-11-14 | ||
| 2018-08-29 | 2018-11-21 |
위 정책을 수정하고 W=0(주별 백업 없음)을 설정하는 경우 서비스는 월간 및 연간 백업만 유지합니다. LTR 정책에 따라 주간 백업이 저장되지 않습니다. 이러한 백업을 유지하는 데 필요한 스토리지 용량은 적절하게 줄어듭니다.
Important
개별 LTR 백업의 시점은 Azure SQL Database가 제어합니다. LTR 백업을 수동으로 만들거나 백업 생성 타이밍을 제어할 수 없습니다. LTR 정책을 구성한 후 첫 번째 LTR 백업이 사용 가능한 백업 목록에 나타날 때까지 최대 7일이 걸릴 수 있습니다.
논리 서버 또는 관리형 인스턴스를 삭제하면 해당 서버 또는 관리형 인스턴스의 모든 데이터베이스도 삭제되며 복구할 수 없습니다. 삭제된 서버나 관리형 인스턴스는 복원할 수 없습니다. 그러나 데이터베이스 또는 관리되는 인스턴스에 대해 LTR을 구성한 경우 LTR 백업은 삭제되지 않으며 동일한 구독의 다른 서버 또는 관리되는 인스턴스에 있는 데이터베이스를 LTR 백업이 수행된 특정 시점으로 복원하는 데 사용할 수 있습니다.
마찬가지로 데이터베이스를 삭제하는 경우 LTR 백업은 삭제되지 않으며 구성한 보존 기간 동안 유지됩니다. 이러한 백업은 동일한 서버 또는 동일한 구독의 다른 서버로 복원할 수 있습니다.
지역 복제 및 장기 백업 보존
활성 지역 복제 또는 장애 조치(failover) 그룹을 비즈니스 연속성 솔루션으로 사용하는 경우, 최종 장애 조치를 준비하고 보조 데이터베이스 또는 인스턴스에 동일한 LTR 정책을 구성해야 합니다. 백업을 보조 데이터베이스에서 생성하지 않으므로 LTR 스토리지 비용이 증가하지 않습니다. 보조 데이터베이스가 주 데이터베이스로 전환될 때만 백업이 만들어집니다. 이를 통해 장애 조치를 트리거하고 주 데이터베이스를 보조 지역으로 이동할 때 LTR 백업을 중단 없이 생성하게 됩니다.
참고 항목
원본 주 데이터베이스는 장애 조치를 유발하는 중단을 복구하면 새 보조 데이터베이스가 됩니다. 따라서 백업 생성을 다시 시작하지 않고 기존 LTR 정책은 다시 주 데이터베이스가 될 때까지 적용되지 않습니다.
장기 백업 보존 구성
Azure SQL Database 및 Azure SQL Managed Instance에 대해 Azure Portal과 PowerShell을 사용하여 장기 백업 보존을 구성할 수 있습니다. LTR 스토리지에서 데이터베이스를 복원하기 위해 해당 타임스탬프에 따라 특정 백업을 선택할 수 있습니다. 데이터베이스는 원본 데이터베이스와 동일한 구독 아래의 기존 서버 또는 관리형 인스턴스로 복원될 수 있습니다.
Azure Portal 또는 PowerShell을 사용하여 장기 보존을 구성하거나 SQL Database용 백업에서 데이터베이스를 복원하는 방법을 알아보려면 Azure SQL Database 장기 백업 보존 관리를 참조하세요.
Azure Portal 또는 PowerShell을 사용하여 장기 보존을 구성하거나 SQL Managed Instance용 백업에서 데이터베이스를 복원하는 방법을 알아보려면 Azure SQL Managed Instance 장기 백업 보존 관리를 참조하세요.
복원 요청을 LTR 보존 기간의 마지막 7일 이내에 시작하면 Azure는 복원 중에 LTR 백업이 만료되지 않도록 모든 백업의 만료 날짜를 자동으로 7일 더 연장합니다.
참고 항목
LTR 백업을 사용하여 규정 준수 또는 기타 중요 업무용 요구 사항을 충족하는 경우 주기적으로 복구 훈련을 수행하여 LTR 백업을 복원할 수 있는지, 복원 후 데이터베이스 상태가 예상과 같은지 확인하는 것이 좋습니다.
관련 콘텐츠
데이터베이스 백업은 실수로 손상되거나 삭제되지 않도록 데이터를 보호해 주기 때문에 비즈니스 연속성 및 재해 복구 전략에서 필수입니다.
- Azure SQL Database 비즈니스 연속성 개요
- Azure SQL Managed Instance 비즈니스 연속성 개요
- Azure SQL Database의 자동 백업
- Azure SQL Managed Instance의 자동화된 백업
LTR 백업 구성 및 관리에 대한 자습서를 위해 다음을 방문하세요.