적용 대상:
Azure SQL DatabaseAzure SQL Managed Instance
이 문서에서는 Azure SQL Database 및 Azure SQL Managed Instance에 대한 LTR(장기 보존) 백업에 대한 개념적 개요를 제공합니다. 장기 보존은 Azure SQL Database(하이퍼스케일 서비스 계층 포함) 및 Azure SQL Managed Instance에 대한 백업에서 최대 10년 동안 구성할 수 있습니다.
장기 보존 백업 기능을 사용하려면 다음을 참조하세요.
장기 보존 작동 방식
많은 애플리케이션에는 1~35일 동안의 자동 백업 단기 보존 기간을 초과하여 데이터베이스 백업을 보존해야 하는 규제, 규정 준수 또는 기타 비즈니스 목적이 존재합니다. LTR(장기 백업 보존)은 Azure SQL 서비스가 자동으로 생성하는 전체 데이터베이스 백업을 사용합니다. 자세한 내용은 Azure SQL Database의 자동화된 백업 또는 Azure SQLManaged Instance의 자동화된 백업을 참조하세요.
LTR 기능을 사용하면 지정한 전체 SQL Database 및 SQL Managed Instance 백업을 최대 10년간 구성 가능한 보존 정책을 통해 중복 Azure Blob 스토리지에 저장할 수 있습니다. 그런 다음 LTR 백업을 새 데이터베이스로 복원할 수 있습니다. LTR 정책을 구성한 경우 자동화된 백업은 장기 스토리지를 위해 다른 Blob에 복사합니다. 이는 데이터베이스를 특정 시점으로 복원하는 데 사용할 수 있습니다. 복사 프로세스는 데이터베이스 워크로드에 성능에 영향을 주지 않는 백그라운드 작업입니다. 각 데이터베이스에 대한 LTR 정책은 LTR 백업을 만드는 빈도를 지정할 수도 있습니다.
참고 항목
현재 Azure SQL Database 및 Azure SQL Managed Instance의 백업을 변경이 불가능하게 구성할 수 없습니다. LTR 백업은 수정할 수 없지만 Azure Portal, Azure CLI, PowerShell 또는 REST API를 통해 삭제할 수 있습니다.
Azure SQL Managed Instance의 해결 방법으로 복사 전용 데이터베이스 백업을 가져와서 변경할 수 없는 파일로 사용자 고유의 Azure Storage 계정에 유지할 수 있습니다.
LTR을 사용하도록 설정하기 위해 4개의 매개 변수(주간 백업 보존(W), 월간 백업 보존(M), 연간 백업 보존(Y), 연간 주(WeekOfYear)) 조합을 사용하여 정책을 정의할 수 있습니다. W를 지정하는 경우 매주 하나의 백업을 장기 스토리지에 복사합니다. M을 지정하는 경우 각 월의 첫 번째 백업을 장기 스토리지에 복사합니다. Y를 지정하는 경우 WeekOfYear로 지정한 주 동안 하나의 백업을 장기 스토리지에 복사합니다. 정책을 구성했을 때 지정한 WeekOfYear가 과거인 경우 첫 번째 LTR 백업은 다음 해에 만듭니다. 각 백업은 LTR 백업을 만들 때 구성한 정책 매개 변수에 따라 장기 스토리지에 보관합니다.
LTR 정책의 변경 내용은 이후 백업에만 적용됩니다. 예를 들어 W(주간 백업 보존), M(월간 백업 보존) 또는 Y(연간 백업 보존)를 수정하는 경우 새 보존 설정은 새 백업에만 적용됩니다. 기존 백업의 보존은 수정되지 않습니다. Azure SQL Database 및 Azure SQL Managed Instance의 각 데이터베이스에 대해 LTR 정책을 구성할 수 있습니다. 보존 기간이 만료되기 전에 이전 LTR 백업을 삭제하려는 경우 백업을 수동으로 삭제할 수 있습니다.
참고 항목
Azure SQL Database와 Azure SQL Managed Instance 모두에서 데이터베이스에 대해 처음으로 LTR 정책을 사용하도록 설정하고 정책이 연간 보존을 지정하면 PITR(특정 시점 복원)의 최신 전체 백업이 장기 스토리지에 복사됩니다.
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 (3,650일), 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년 4월 4일 | 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 정책에 따라 저장되지 않습니다. 이러한 백업을 유지하는 데 필요한 스토리지 용량은 적절하게 줄어듭니다.
중요합니다
개별 LTR 백업의 타이밍은 Microsoft에서 제어합니다. LTR 백업을 수동으로 만들거나 백업 생성 타이밍을 제어할 수 없습니다. LTR 정책을 구성한 후 사용 가능한 백업 목록에 첫 번째 LTR 백업이 표시되기까지 최대 7일이 걸릴 수 있습니다.
논리 서버 또는 SQL 관리형 인스턴스를 삭제하면 해당 서버 또는 관리되는 인스턴스의 모든 데이터베이스도 삭제됩니다. 삭제된 논리 서버 또는 SQL 관리형 인스턴스는 복원할 수 없습니다. 그러나 데이터베이스에 대해 LTR을 구성한 경우 LTR 백업은 삭제되지 않으며 LTR 백업이 수행된 시점까지 동일한 구독의 다른 서버 또는 관리되는 인스턴스로 데이터베이스를 복원하는 데 사용할 수 있습니다.
마찬가지로 데이터베이스를 삭제하는 경우 LTR 백업은 삭제되지 않으며 구성된 보존 기간 동안 유지됩니다. 이러한 백업은 동일한 서버 또는 동일한 구독의 다른 서버로 복원할 수 있습니다.
지역 복제 및 장기 백업 보존
활성 지역 복제 또는 장애 조치(failover) 그룹을 비즈니스 연속성 솔루션으로 사용하는 경우 최종 장애 조치를 준비하고 주 데이터베이스 또는 인스턴스에서와 동일한 LTR 정책을 구성합니다. 백업이 보조 데이터베이스에서 생성되지 않으므로 LTR 스토리지 비용은 증가하지 않습니다. 백업은 장애 조치(failover)가 트리거되고 주 백업이 보조 지역으로 이동할 때 중단 없는 LTR 백업 생성을 보장하기 위해 보조 백업이 기본이 된 후에만 만들어집니다.
원래 주 데이터베이스가 장애 조치(failover)를 발생시킨 중단에서 복구되면 새 보조 데이터베이스가 됩니다. 따라서 백업 만들기는 새 보조 데이터베이스에서 다시 시작되지 않으며, 기존 LTR 정책은 다시 주 정책이 될 때까지 적용되지 않습니다.
장기 백업 보존 구성
Azure SQL Database 및 Azure SQL Managed Instance에 대해 Azure Portal과 PowerShell을 사용하여 장기 백업 보존을 구성할 수 있습니다. LTR 스토리지에서 데이터베이스를 복원하기 위해 해당 타임스탬프에 따라 특정 백업을 선택할 수 있습니다. 데이터베이스는 원본 데이터베이스와 동일한 구독 아래의 기존 서버 또는 관리형 인스턴스로 복원될 수 있습니다.
LTR 보존 기간의 마지막 7일 동안 복원 요청이 시작되면 보존 기간이 만료된 경우에도 복원 작업이 완료된 후에만 LTR 백업이 삭제됩니다.
Azure SQL Managed Instance에서 SQL 에이전트 작업을 사용하여 복사 전용 데이터베이스 백업을 예약하고 대신 고유한 스토리지 계정으로 이동할 수 있습니다.
- 10년 이상 백업을 유지합니다.
- 데이터베이스의 일일 복사본을 35일 이상 유지합니다.
- 변경할 수 없는 스토리지에 데이터베이스 백업을 저장합니다.
팁 (조언)
LTR 백업을 사용하여 규정 준수 또는 기타 중요 업무용 요구 사항을 충족하는 경우 주기적인 복구 훈련을 수행하여 LTR 백업을 복원할 수 있는지, 복원으로 인해 데이터베이스 상태가 예상되는지 확인하는 것이 좋습니다.
다음 단계
관련 콘텐츠
데이터베이스 백업은 실수로 손상되거나 삭제되지 않도록 데이터를 보호해 주기 때문에 비즈니스 연속성 및 재해 복구 전략에서 필수입니다.