백업 및 복원
규모와 관계없이 조직에서는 실수와 사고가 발생할 수 있습니다. 따라서 중단된 시스템을 복원하는 방법에 관한 계획이 항상 준비되어 있어야 합니다. SQL Server에서 특정 시점으로 데이터베이스를 복원하도록 선택하려는 경우지만 전체 복구 모델에서 실행 중인 경우에만 해당 복원을 수행할 수 있습니다. 대량 로그된 복구 모델에서는 데이터베이스를 트랜잭션 로그 백업의 끝부분으로 복구해야 할 가능성이 더 높습니다.
Azure SQL의 이점 중 하나는 Azure가 모든 작업을 처리할 수 있다는 것입니다. Azure SQL이 백업을 관리하고 전체 복구 모델에서 실행되므로 특정 시점으로 데이터베이스를 복원할 수 있습니다. 구성된 보존 정책 내에서 삭제된 데이터베이스를 복원할 수도 있습니다. 또한 논리 서버 또는 인스턴스에서 TDE를 사용하도록 설정하는 경우에도 백업을 자동으로 암호화합니다.
기본적으로 전체 데이터베이스 백업은 일주일에 한 번 수행됩니다. 로그 백업은 5~10분마다 수행되고 차등 백업은 12~24시간마다 수행됩니다. 백업 파일은 기본적으로 Azure Storage의 RA-GRS(읽기 액세스 지역 중복 스토리지)에 저장됩니다. 그러나 ZRS(영역 중복 스토리지) 또는 LRS(로컬 중복 스토리지)에 백업이 저장되도록 선택할 수 있습니다. Azure SQL 엔지니어링 팀은 지속적으로 논리 서버 및 Elastic Database 풀에 배치된 데이터베이스의 자동화된 백업 복원을 자동으로 테스트합니다. Azure SQL Managed Instance로 마이그레이션하는 경우 기본 RESTORE 명령 또는 Azure Database Migration Service로 복원된 데이터베이스의 체크섬을 사용한 자동 초기 백업이 발생합니다. 그리고 선택적으로 Azure SQL Managed Instance에서 기본 복사 전용 백업을 사용해 Azure Blob Storage에 저장할 수 있습니다.
Azure SQL Managed Instance 및 Azure SQL Database를 사용하여 백업 전략 수립
Azure SQL이 어려운 작업을 처리하지만 백업이 저장 및 처리되는 방식과 보존 및 복원 옵션이 무엇인지 이해하는 것이 여전히 중요합니다. 본질적으로 특정 시점 복원, 장기 보존 및 지역 복원에 대해서는 작업자가 전체 전략을 담당해야 합니다.
PITR(특정 시점 복원)
Azure SQL Database 및 Azure SQL Managed Instance에서는 셀프 서비스 복원을 수행할 수 있습니다. Azure Portal, PowerShell/Azure CLI 또는 REST API를 사용하여 복원하려는 정확한 특정 시점을 선택하고 프로세스를 시작할 수 있습니다. PITR(특정 시점 복원)은 동일한 논리 서버에 (이름이 다른) 새 데이터베이스를 만듭니다. 원래 데이터베이스를 PITR 데이터베이스로 바꿔야 하는 경우 작업 환경으로 돌아가려면 원래 데이터베이스 및 새 데이터베이스의 이름을 둘 다 바꿔야 합니다. 연결 문자열을 업데이트할 필요가 없습니다.
PITR의 보존 기간은 1~35일의 차이가 있습니다. 기본적으로 모든 서비스 계층 및 배포 옵션의 보존 기간은 7일입니다. 대부분의 배포 옵션 및 서비스 계층에서는 시나리오 요구 사항에 따라 정책을 1~35일로 구성할 수 있습니다. 예를 들어 테스트 데이터베이스에는 1일만 필요할 수도 있지만 중요 업무용 데이터베이스의 경우 최대 35일을 선택할 수 있습니다.
LTR(장기 보존)
35일이 조직의 요구 사항 또는 규정 준수 요건을 충족하기에 충분하지 않은 경우에는 LTR(장기 보존)을 선택할 수 있습니다. 이 옵션을 사용하면 최대 10년 동안 RA-GRS, ZRS 또는 LRS 스토리지에 저장되는 전체 데이터베이스 백업을 자동으로 만들 수 있습니다. Azure SQL Database에서 LTR은 일반적으로 사용할 수 있습니다. Azure SQL Managed Instance의 경우 LTR은 제한된 공개 미리 보기로 사용할 수 있습니다.
지역 복원
치명적인 이벤트가 있는 경우 조직에서 복구할 수 있어야 합니다. 백업은 RA-GRS에 자동으로 저장됩니다(ZRS 또는 LRS를 선택하지 않은 경우). 즉, 쌍을 이루는 지역에 백업이 저장됩니다. 따라서 전체 영역이 다운되는 경우 해당 영역에 데이터베이스나 관리되는 인스턴스가 있으면 보호됩니다. 가장 최근 지역 복제된 백업에서 다른 영역으로 지역 복원을 수행할 수 있습니다. Azure Blob을 다른 영역으로 복제하는 데 시간이 걸리기 때문에 해당 백업은 주 복제본보다 약간 늦을 수 있습니다. Azure Portal, PowerShell/Azure CLI 또는 REST API를 사용하여 쉽게 지역 복원을 수행할 수 있습니다.