장기 보존-Azure SQL Database 및 Azure SQL Managed Instance

많은 응용 프로그램에는 Azure SQL Database 및 Azure SQL Managed Instance 자동 백업에서 제공 하는 7-35 일 외에 데이터베이스 백업을 보존 해야 하는 규제, 규정 준수 또는 기타 비즈니스 목적이 있습니다. LTR (장기 보존) 기능을 사용 하면 최대 10 년 동안 중복성을 구성 하 여 Azure Blob storage에 지정 된 SQL DATABASE 및 SQL Managed Instance 전체 백업을 저장할 수 있습니다. 그러면 LTR 백업을 새 데이터베이스로 복원할 수 있습니다.

장기 보존은 Azure SQL Database에 대해 사용 하도록 설정할 수 있으며 Azure SQL Managed Instance에 대 한 공개 미리 보기에서 사용할 수 있습니다. 이 문서에서는 장기 보존에 대 한 개념적 개요를 제공 합니다. 장기 보존을 구성 하려면 AZURE SQL DATABASE Ltr 구성AZURE SQL Managed Instance ltr구성을 참조 하세요.

참고

SQL 에이전트 작업을 사용하여 35일이 초과된 LTR의 대안으로 복사 전용 데이터베이스 백업을 예약할 수 있습니다.

중요

Managed Instance에 대 한 장기 보존은 현재 Azure 공개 지역 에서만 공개 미리 보기로 제공 됩니다.

장기 보존 작동 방법

LTR(장기 백업 보존)은 자동 생성되는 전체 데이터베이스 백업을 활용하여 PITR(지정 시간 복원)을 지원합니다. LTR 정책이 구성 된 경우 이러한 백업은 장기 저장을 위해 다른 blob에 복사 됩니다. 복사본은 데이터베이스 워크 로드에 대 한 성능에 영향을 주지 않는 백그라운드 작업입니다. SQL Database의 각 데이터베이스에 대 한 LTR 정책은 LTR 백업 생성 빈도를 지정할 수도 있습니다.

LTR을 사용 하려면 네 개의 매개 변수 (주간 백업 보존 (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=16

    매주 전체 백업이 6 주 동안 유지 됩니다. 매월 첫 번째 전체 백업을 제외하고 12개월 동안 유지됩니다. 연간 16번째 주에서 수행된 전체 백업을 제외하고 10년 동안 유지됩니다.

다음 표는 다음 정책에 대한 장기 백업의 주기 및 만료를 나타냅니다.

W=12주(84일), M=12개월(365일), Y=10년(3650일), WeekOfYear=15(4월 15일 이후 주)

ltr 예제

위의 정책을 수정 하 고 W = 0 (주간 백업 없음)을 설정 하는 경우 백업 복사본의 흐름은 위의 표에 표시 된 대로 강조 표시 된 날짜로 변경 됩니다. 이러한 백업을 유지하는 데 필요한 스토리지 용량은 적절하게 줄어듭니다.

중요

개별 LTR 백업의 타이밍은 Azure에 의해 제어 됩니다. LTR 백업을 수동으로 만들거나 백업 생성 시간을 제어할 수 없습니다. LTR 정책을 구성한 후에는 첫 번째 LTR 백업이 사용 가능한 백업 목록에 표시 될 때까지 최대 7 일 걸릴 수 있습니다.

지역 복제 및 장기 백업 보존

활성 지역 복제 또는 장애 조치 (failover) 그룹을 비즈니스 연속성 솔루션으로 사용 하는 경우 최종 장애 조치 (failover)를 준비 하 고 보조 데이터베이스 또는 인스턴스에서 동일한 LTR 정책을 구성 해야 합니다. 보조 복제본에서 백업이 생성 되지 않으므로 LTR 저장소 비용이 증가 하지 않습니다. 백업은 보조 복제본이 주 복제본이 되 면 백업이 생성 됩니다. 장애 조치 (failover)가 트리거되고 주 복제본이 보조 지역으로 이동 될 때 중단 되지 않는 LTR 백업 생성을 보장 합니다.

참고

원래 주 데이터베이스가 장애 조치 (failover)를 일으킨 중단에서 복구 되 면 새 보조 데이터베이스가 됩니다. 따라서 백업 생성이 다시 시작되지 않고 기존 LTR 정책은 다시 주 데이터베이스가 될 때까지 적용되지 않습니다.

장기 백업 보존 구성

Azure SQL Database 및 Azure SQL Managed Instance에 대 한 Azure Portal 및 PowerShell을 사용 하 여 장기 백업 보존을 구성할 수 있습니다. LTR 스토리지에서 데이터베이스를 복원하기 위해 해당 타임스탬프에 따라 특정 백업을 선택할 수 있습니다. 원본 데이터베이스와 동일한 구독의 기존 서버 또는 관리 되는 인스턴스로 데이터베이스를 복원할 수 있습니다.

Azure Portal 또는 PowerShell을 사용 하 여 장기 보존을 구성 하거나 SQL Database 백업에서 데이터베이스를 복원 하는 방법을 알아보려면 장기 백업 보존 Azure SQL Database 관리를 참조 하세요.

PowerShell을 사용 하 여 장기 보존을 구성 하거나 SQL Managed Instance 백업에서 데이터베이스를 복원 하는 방법을 알아보려면 AZURE sql Managed Instance 장기 백업 보존 관리를 참조 하세요.

LTR 스토리지에서 데이터베이스를 복원하기 위해 해당 타임스탬프에 따라 특정 백업을 선택할 수 있습니다. 데이터베이스는 원본 데이터베이스와 동일한 구독 아래의 기존 서버로 복원될 수 있습니다. Azure Portal 또는 PowerShell을 사용 하 여 LTR 백업에서 데이터베이스를 복원 하는 방법을 알아보려면 장기 백업 보존 Azure SQL Database 관리를 참조 하세요.

다음 단계

데이터베이스 백업은 실수로 손상되거나 삭제되지 않도록 데이터를 보호해 주기 때문에 비즈니스 연속성 및 재해 복구 전략에서 필수입니다.

  • 다른 SQL Database 비즈니스 연속성 솔루션에 대해 알아보려면 비즈니스 연속성 개요를 참조하세요.
  • 서비스에서 생성된 자동 백업에 대해 알아보려면 자동 백업 참조