SQL Server 백업 살펴보기
다음과 같은 여러 가지 방법으로 SQL Server를 백업할 수 있습니다.
- 직접 연결된 Azure 디스크에 기존 SQL Server 백업 수행. 이 방법을 사용하면 시스템을 새로 고치거나 기존 SAP 시스템의 복사본으로 새 시스템을 빌드할 때 백업을 신속하게 사용할 수 있다는 장점이 있습니다. 이 방법은 온-프레미스 시나리오의 여러 사례에서도 널리 알려졌으며 적용되고 있습니다. 반면, 여전히 장기 백업 솔루션을 구현해야 한다는 단점이 있습니다. 백업의 액세스 및 보존 관리를 포함하고 있는 Azure Backup Services 또는 다른 타사 백업/복구 도구를 사용해야 합니다.
- URL에 SQL Server 백업. SQL Server 2012 CU4부터 원시 SQL Server 백업은 Azure Storage URL을 대상으로 지정할 수 있습니다.
- Azure Virtual Machines의 자동화된 Backup v2. 이 솔루션은 SQL Server IaaS 에이전트 확장을 사용하여 SQL Server 2016/2017 Standard, Enterprise 또는 Developer 버전을 실행하는 Azure 가상 머신의 모든 기존 및 새 데이터베이스에 대한 관리형 백업을 Azure Storage에 자동으로 구성합니다.
- Azure Virtual Machines의 SQL Server 백업 이 솔루션은 SQL 네이티브 API를 사용하여 SQL 데이터베이스를 Azure Site Recovery 자격 증명 모음에 백업하는 AzureBackupWindowsWorkload 가상 머신 확장을 사용합니다.
- Azure Blob Storage의 데이터베이스 파일에 대한 파일-스냅샷 백업. 이 방법은 SQL Server 데이터 및 로그 파일이 Azure Blob 스토리지에 있는 경우에만 작동합니다. Azure 스냅샷을 사용하는 SQL Server 파일-스냅샷 백업은 Azure Blob 스토리지 서비스를 통해 저장된 데이터베이스 파일을 거의 즉시 백업하고 더욱 신속하게 복원합니다. 이 기능을 사용하면 백업 및 복원 정책을 간소화할 수 있으며, 특정 시점 복원을 지원합니다. 이 기능은 SQL Server 2016 이상에서 사용할 수 있습니다.
URL에 대한 SQL Server 백업
이 프로세스의 첫 번째 단계는 Azure 구독 내에서 Microsoft Azure Storage 계정을 만드는 것입니다. SQL Server는 Microsoft Azure 스토리지 계정 이름 및 해당 액세스 키 값을 사용하여 Blob을 인증하고 Microsoft Azure Blob 스토리지 서비스에 대한 Blob을 읽고 쓰거나, 개별 컨테이너에 읽기 및 쓰기 권한을 부여하는 공유 액세스 서명 토큰을 사용할 수 있습니다. SQL Server 자격 증명은 해당 인증 정보를 저장하며 백업 또는 복원 작업 중에 사용됩니다.
Microsoft Azure Blob Storage 서비스에는 블록 Blob과 페이지 Blob이라는 두 가지 유형의 Blob을 저장할 수 있습니다. SQL Server 백업은 사용되는 Transact-SQL 구문에 따라 두 Blob 유형 중 하나를 사용할 수 있습니다. 자격 증명에서 스토리지 키가 사용되는 경우 페이지 Blob이 사용되고 공유 액세스 서명이 사용되는 경우 블록 Blob이 사용됩니다.
블록 Blob으로의 백업은 SQL Server 2016 이상 버전에서만 제공됩니다. SQL Server 2016 이상 버전을 실행하는 경우 페이지 Blob 대신 블록 Blob에 백업하는 것이 좋습니다. 기본 이유는 다음과 같습니다.
- 공유 액세스 서명은 스토리지 키와 비교할 때 Blob 액세스 권한을 부여하는 보다 안전한 방법입니다.
- 여러 블록 Blob에 백업하면 보다 좋은 백업 및 복원 성능을 얻고 더 큰 데이터베이스 백업을 지원할 수 있습니다.
- 블록 Blob이 페이지 Blob보다 저렴합니다.
블록 Blob에 백업하는 경우 최대 백업 크기는 약 12.8TB입니다.
제한 사항
- 프리미엄 스토리지에는 백업이 지원되지 않습니다.
- SQL Server는 페이지 Blob을 사용하여 지원되는 최대 백업 크기를 1TB로 제한합니다. 블록 Blob을 사용하여 지원되는 최대 백업 크기는 약 200GB로 제한됩니다(50,000개 블록 * 4MB MAXTRANSFERSIZE). 블록 Blob은 스트라이프를 지원하여 훨씬 큰 백업 크기(최대 12.8TB)를 지원합니다.
- TSQL, SMO, PowerShell cmdlet, SQL Server Management Studio 백업 또는 복원 마법사를 사용하여 백업 또는 복원 문을 실행할 수 있습니다.
- 논리 디바이스 이름 만들기는 지원되지 않습니다. 따라서 sp_dumpdevice를 사용하거나 SQL Server Management Studio를 통해 URL을 백업 디바이스로 추가하는 기능은 지원되지 않습니다.
- 기존 백업 Blob에 추가하는 것은 지원되지 않습니다. 기존 Blob으로 백업은 WITH FORMAT 옵션을 사용하여 덮어쓸 수만 있습니다. 그러나 파일-스냅샷 백업(WITH FILE_SNAPSHOT 인수 사용)을 사용할 때는 원래 파일-스냅샷 백업을 사용하여 만든 분리된 파일-스냅샷이 남아 있는 것을 방지하기 위해 WITH FORMAT 인수가 허용되지 않습니다.
- 단일 백업 작업에서 여러 blob에 대한 백업은 블록 blob을 사용하고 SQL 자격 증명에 대한 스토리지 계정 키 대신 SAS(공유 액세스 서명) 토큰을 사용하는 경우에만 지원됩니다.
- 페이지 Blob에 BLOCKSIZE를 지정하는 것은 지원되지 않습니다.
- 페이지 Blob에 MAXTRANSFERSIZE를 지정하는 것은 지원되지 않습니다.
- backupset 옵션 - RETAINDAYS 및 EXPIREDATE 지정은 지원되지 않습니다.
- SQL Server 에서는 백업 디바이스 이름이 최대 259자로 제한됩니다. BACKUP TO URL에서 URL - ‘ https://.blob.core.windows.net//.bak ’를 지정하는 데 사용되는 필수 요소에 36자가 사용되며, 계정, 컨테이너 및 blob 이름에 사용할 수 있는 문자는 223자입니다.
참고 항목
작성할 때 사용할 수 있는 최신 버전의 SAP SWPM(Software Provisioning Manager)은 Azure Blob에서 직접 데이터 파일을 만드는 것을 지원하지 않습니다. 그러나 대상 SAP 데이터베이스가 SAPinst를 실행하기 전에 생성된 경우에는 설치 관리자가 데이터베이스를 탐지하여 정상적으로 설치합니다. 이 방법을 효과적으로 사용하려면 SAPinst를 실행하기 전에 Blob의 데이터 파일을 사용하여 대상 SAP 데이터베이스를 만들어야 합니다.
Azure Virtual Machines의 자동화된 Backup v2
자동 백업은 Azure의 Windows 가상 머신에서 실행되는 SQL Server Standard 및 Enterprise 버전에 대한 자동 백업 서비스를 제공합니다. 이 서비스는 Azure Portal에서 SQL Server Windows 가상 머신 이미지에 자동으로 설치되는 SQL Server IaaS 에이전트 확장에서 제공됩니다. SQL Server가 설치된 상태에서 자체 OS 이미지를 배포하는 경우 가상 머신 확장을 별도로 설치해야 합니다. 이 방법의 기능에 대한 자세한 내용은 다음 항목에서 찾을 수 있습니다.
이론적인 백업 크기 제한은 12TB입니다. 여러 Blob이 병렬로 기록되므로 100MB/초보다 큰 처리량을 기대할 수 있습니다.
Azure Virtual Machines에서 SQL Server 백업
이 백업 방법은 SQL Server VSS/VDI 인터페이스를 사용하여 대상 위치로 백업을 스트리밍합니다(타사 백업 도구와 같은 방법). 이 경우 대상 위치는 Azure Recovery Service 자격 증명 모음입니다. 중앙 백업 구성, 모니터링, 관리의 여러 이점을 추가하는 이 백업 방법에 대한 자세한 설명은 About SQL Server Backup in Azure VMs(Azure Virtual Machines의 SQL Server 백업 정보)를 참조하세요.
타사 백업 솔루션
여러 SAP 고객의 경우 Azure에서 실행되는 SAP 환경의 일부를 위해 완전히 새로운 백업 솔루션을 시작하고 도입할 가능성은 없습니다. 결과적으로 기존 백업 솔루션을 사용하고 Azure로 확장해야 했습니다. 기존 백업 솔루션을 Azure로 확장하는 것은 일반적으로 이 영역의 주요 공급업체 대부분에서 잘 수행되었습니다.