기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

SQL 서버 백업 전략 최적화

개요

대부분의 조직은 복구 시점 목표(RPO), 마지막 백업 이후 허용되는 최대 시간, 복구 시간 목표(), 서비스 중단과 서비스 복원 사이의 허용되는 RTO최대 지연에 대한 현재 요구 사항을 충족하기 위해 AmazonEC2의 SQL Server에서 데이터를 보호할 수 있는 올바른 솔루션을 찾고 있습니다. EC2 인스턴스에서 SQL Server를 실행하는 경우 데이터 백업을 생성하고 데이터를 복원할 수 있는 여러 옵션이 있습니다. Amazon의 SQL Server에 대한 데이터를 보호하기 위한 백업 전략EC2은 다음과 같습니다.

데이터베이스 수준 기본 백업 에 대해 다음과 같은 스토리지 옵션이 있습니다.

이 섹션에서는 다음을 수행합니다.

VSS활성화된 스냅샷을 사용한 서버 수준 백업

VSS활성화된 스냅샷 아키텍처는 AWS Systems Manager Run Command를 사용하여 SQL 서버 인스턴스에 VSS 에이전트를 설치합니다. Run Command를 사용하여 운영 체제 및 애플리케이션 버퍼를 디스크로 플러싱하고, I/O 작업을 일시 중지하고, EBS 볼륨의 스냅샷을 point-in-time 찍은 다음 I/O를 재개하는 전체 워크플로를 호출할 수도 있습니다.

이 Run Command는 대상 인스턴스에 연결된 모든 EBS 볼륨의 자동 스냅샷을 생성합니다. 사용자 데이터베이스 파일은 일반적으로 다른 볼륨에 저장되므로 루트 볼륨을 제외하는 옵션도 있습니다. SQL 서버 파일에 대한 단일 파일 시스템을 생성하기 위해 여러 EBS 볼륨을 스트라이프하는 경우 Amazon은 단일 API 명령을 사용하여 충돌 일관성 있는 다중 볼륨 스냅샷EBS도 지원합니다. 애플리케이션 일관성 VSS지원 EBS 스냅샷에 대한 자세한 내용은 Amazon EC2 설명서의 VSS 애플리케이션 일관성 스냅샷 생성을 참조하세요.

다음 다이어그램은 VSS활성화된 스냅샷을 사용하여 서버 수준 백업을 위한 아키텍처를 보여줍니다.

VSS-활성화된 스냅샷을 사용할 때 얻을 수 있는 다음과 같은 이점을 고려하세요.

VSS활성화된 스냅샷 사용에 대한 다음 제한 사항을 고려하세요.

SQL 를 사용한 서버 백업 AWS Backup

AWS Backup 를 사용하여 에서 데이터 보호를 중앙 집중화하고 자동화할 수 AWS 서비스있습니다. 는 대규모 데이터 보호를 간소화하는 비용 효율적이고 완전 관리형 정책 기반 솔루션을 AWS Backup 제공합니다. AWS Backup 또한 규정 준수 의무를 지원하고 비즈니스 연속성 목표를 달성하는 데 도움이 됩니다. 와 함께 데이터 보호(백업) 정책을 AWS Organizations AWS Backup 중앙에서 배포하여 조직 및 리소스 전반에 걸쳐 백업 활동을 구성, 관리 AWS 계정 및 제어할 수 있습니다.

다음 다이어그램은 를 사용하여 의 SQL 서버에 대한 백업 및 복원 솔루션의 아키텍처EC2를 보여줍니다 AWS Backup.

를 사용하여 SQL 서버를 백업하면 다음과 같은 이점이 있습니다 AWS Backup.

데이터베이스 수준 백업

이러한 접근 방식은 기본 Microsoft SQL Server 백업 기능을 사용합니다. SQL 서버 인스턴스에서 개별 데이터베이스를 백업하고 개별 데이터베이스를 복원할 수 있습니다.

네이티브 SQL 서버 백업 및 복원에 대한 이러한 각 옵션은 다음 기능도 지원합니다.

SQL Amazon S3에 대한 서버 기본 백업 및 복원

SQL Amazon의 Server는 SQL 서버 데이터베이스에 대한 기본 백업 및 복원을 EC2 지원합니다. SQL 서버 데이터베이스를 백업한 다음 백업 파일을 기존 데이터베이스 또는 새 SQL 서버 EC2 인스턴스, Amazon RDS for SQL Server 또는 온프레미스 서버로 복원할 수 있습니다.

Storage Gateway는 온프레미스 애플리케이션에 사실상 무제한의 클라우드 스토리지에 대한 액세스를 제공하는 하이브리드 클라우드 스토리지 서비스입니다. Storage Gateway를 사용하여 Microsoft SQL Server 데이터베이스를 Amazon S3에 직접 백업하여 온프레미스 스토리지 공간을 줄이고 Amazon S3를 사용하여 내구성, 확장성 및 비용 효율적인 스토리지를 만들 수 있습니다.

다음 다이어그램은 Storage Gateway 및 Amazon S3를 사용하는 기본 백업 및 복원 솔루션의 아키텍처를 보여줍니다.

Storage Gateway 에서 네이티브 SQL 서버 백업을 사용하면 다음과 같은 이점이 있습니다.

Storage Gateway.

Storage Gateway를 설정하는 방법에 대한 자세한 내용은 AWS 블로그의 게시물을 사용하여 Amazon S3에 SQL 서버 백업 저장 AWS Storage Gateway을 참조하세요.

SQL EBS 볼륨에 대한 서버 기본 백업

SQL 서버 데이터베이스의 기본 백업을 가져와 Amazon EBS 볼륨에 파일을 저장할 수 있습니다. AmazonEBS은 고성능 블록 스토리지 서비스입니다. EBS 볼륨은 암호화를 지원하는 탄력적입니다. EC2 인스턴스에서 분리하여 연결할 수 있습니다. 동일한 EBS 볼륨 유형 또는 다른 EBS 볼륨 유형의 EC2 인스턴스에서 SQL 서버를 백업할 수 있습니다. 다른 EBS 볼륨에 백업할 때 얻을 수 있는 한 가지 이점은 비용 절감입니다.

다음 다이어그램은 EBS 볼륨에 대한 기본 백업의 아키텍처를 보여줍니다.

EBS 볼륨에 SQL 서버 기본 백업을 사용할 때 얻을 수 있는 이점은 다음과 같습니다.

EBS 볼륨에 대한 기본 백업을 사용하는 경우 다음과 같은 제한 사항을 고려하세요.

SQL Amazon FSx for Windows File Server에 대한 서버 기본 백업

Amazon FSx for Windows File Server는 완전 관리형 네이티브 Windows 파일 시스템으로, 빠르고 예측 가능하며 일관된 성능을 제공하도록 설계된 최대 64TB의 스토리지를 제공합니다. Windows File ServerFSx용 에서 다중 AZ 파일 시스템 배포에 대한 네이티브 지원을 AWS 도입했습니다. https://aws.amazon.com/blogs/aws/amazon-fsx-for-windows-file-server-update-new-enterprise-ready-features/ 기본 지원을 사용하면 여러 가용 영역에 걸쳐 고가용성 및 중복 AWS 성을 사용하여 에 Windows 파일 스토리지를 더 쉽게 배포할 수 있습니다. AWS 또한 는 SMB 지속적 사용 가능(CA) 파일 공유에 대한 지원을 도입했습니다. FSx 를 Windows File Server에 서버 SQL 데이터베이스의 백업 스토리지로 사용할 수 있습니다.

다음 다이어그램은 Windows File SQL Server용 에 FSx 대한 기본 서버 백업의 아키텍처를 보여줍니다.

Windows File SQL ServerFSx용 에 네이티브 서버 백업을 사용하면 다음과 같은 이점이 있습니다.

Windows File SQL ServerFSx용 에 네이티브 서버 백업을 사용할 때 다음과 같은 제한 사항을 고려하세요.

SQL Amazon에 FSx 대한 서버 백업 NetApp ONTAP

FSx 용 를 사용하는 스냅샷ONTAP은 항상 충돌이 일관되지만 애플리케이션 일관성 있는 스냅샷을 생성하려면 데이터베이스를 중지(또는 I/O 일시 중지)해야 합니다. NetApp SnapCenter (SQL서버를 포함한 특정 애플리케이션에 대한 플러그인이 포함된 오케스트레이션 도구)를 FSx용 와 함께 사용하여 애플리케이션 일관성 스냅샷ONTAP을 생성하고 추가 비용 없이 데이터베이스를 보호, 복제 및 복제할 수 있습니다.

NetApp SnapCenter

NetApp SnapCenter 는 애플리케이션 일관성 데이터 보호를 위한 통합 플랫폼입니다. 는 스냅샷을 백업이라고 SnapCenter 합니다. 이 가이드에서는 동일한 이름 지정 규칙을 채택합니다. 는 애플리케이션 일관성 백업, 복원 및 복제를 관리하기 위한 단일 창을 SnapCenter 제공합니다. 특정 데이터베이스 애플리케이션의 SnapCenter 플러그인을 추가하여 애플리케이션 일관성 있는 백업을 생성합니다. SQL Server용 SnapCenter 플러그인은 데이터 보호 워크플로를 간소화하는 다음과 같은 기능을 제공합니다.

에 대한 자세한 내용은 AWS 스토리지 블로그에 게시하기 위해 Amazon과 함께 를 사용하여 서버 워크로드 보호를 SnapCenter참조하세요. SQL NetApp SnapCenter FSx NetApp ONTAP

백업을 위한 비용 최적화

다음 옵션은 에 SQL 서버 백업을 저장하는 비용을 줄이는 데 도움이 될 수 있습니다 AWS.

백업에 대한 테스트 결과 벤치마킹

이 섹션에서는 이 가이드에서 다루는 백업 솔루션에 대한 성능 벤치마크 테스트 결과를 기반으로 샘플 1TB 데이터베이스의 비용 및 성능 관점에서 다음 옵션을 비교합니다.

테스트는 r5d.8xlarge 인스턴스와 1TB SQL Server 데이터베이스를 소스로 사용하여 수행되었습니다. 소스 시스템은 모범 사례에 따라 구성되었으며 소스 데이터베이스에는 별도의 gp3 볼륨에 분산된 4개의 데이터 파일(각각 250GB)과 1개의 로그 파일(50GB)이 포함되었습니다. SQL 서버 네이티브 BACKUP 명령에는 10개의 백업 파일에 쓰기, 압축을 사용하여 백업 성능을 최적화하고 네트워크 전체에서 전송되어 대상에 기록되는 데이터의 양을 줄이는 작업이 포함됩니다. 모든 테스트 사례에서 스토리지 성능은 병목 현상이었습니다.

이러한 유형의 테스트에 사용할 수 있는 구성은 거의 무궁무진합니다. 이 테스트는 성능, 비용, 확장성 및 실제 사용 사례를 최적화하는 데 중점을 두었습니다. 다음 표에는 백업 대상 옵션에 대해 캡처된 성능 지표가 나와 있습니다.

앞의 표는 다음을 가정합니다.

테스트 결과에 따르면 가장 빠른 옵션은 Windows File SQL Server용 에 FSx 대한 기본 서버 데이터베이스 백업입니다. Storage Gateway 및 로컬 연결 EBS 볼륨에 대한 백업은 더 비용 효율적인 옵션이지만 성능이 더 느립니다. 서버 수준 백업(AMI)의 경우 최적의 성능, 비용 및 관리성을 AWS Backup 위해 를 사용하는 것이 좋습니다.

비용 최적화 권장 사항

Amazon에서 SQL 서버를 백업하기 위한 가능한 솔루션을 이해하는 EC2 것은 데이터를 보호하고, 백업 요구 사항을 충족하고, 중요한 이벤트에서 복구할 계획을 수립하는 데 중요합니다. 이 섹션에서 탐색한 SQL 서버 인스턴스 및 데이터베이스를 백업하고 복원하는 다양한 방법은 데이터를 보호하고 조직의 요구 사항을 충족하는 백업 및 복원 전략을 고안하는 데 도움이 될 수 있습니다.

이 섹션에서는 다음 백업 옵션을 다룹니다.

이러한 각 옵션에 대해 제공된 지침은 높은 수준입니다. 조직에서 이러한 권장 사항을 구현하려면 계정 팀에 문의하는 것이 좋습니다. 그런 다음 팀은 Microsoft Specialist SA와 협력하여 대화를 주도할 수 있습니다. optimize-microsoft@amazon.com으로 이메일을 보내 문의할 수도 있습니다.

요약하면 다음을 권장합니다.

압축

압축의 목표는 각 백업에서 사용하는 스토리지를 줄이는 것으로, 다양한 스토리지 옵션에 유용합니다. SQL 서버 SQL 인스턴스 수준에서 서버 백업에 대한 압축을 활성화해야 합니다. 다음 예제에서는 백업 데이터베이스로 압축 키워드를 추가하는 방법을 보여줍니다.

BACKUP DATABASE <database_name> TO DISK WITH COMPRESSION (ALGORITHM = QAT_DEFLATE)

Amazon S3 Intelligent-Tiering

Amazon S3 버킷으로 이동하는 백업의 경우 Amazon S3 Intelligent-Tiering을 Amazon S3 File Gateway 스토리지 클래스 로 활성화할 수 있습니다. 이를 통해 스토리지 비용을 최대 30%까지 줄일 수 있습니다. 그런 다음 Active Directory 도메인 와 통합할 수 있는 SMB 파일 공유를 SQL 사용하여 서버에 S3 File Gateway를 탑재합니다. 이렇게 하면 공유에 대한 액세스 제어, 기존 서비스 계정을 활용할 수 있는 기능, 공통 Microsoft 집중 파일 프로토콜을 사용하여 Amazon S3에 액세스할 수 있습니다. 도메인 컨트롤러에 직접 연결되지 않은 계정의 경우 Active Directory 커넥터를 사용하여 온프레미스 또는 클라우드에서 Active Directory와의 통신을 용이하게 할 수 있습니다. 게이트웨이에서 Active Directory 설정을 구성하려면 도메인 컨트롤러가 Active DirectoryIPs에 요청을 프록시할 Active Directory 커넥터를 지정해야 합니다.

다음 다이어그램은 S3 Intelligent-Tiering을 기반으로 하는 솔루션의 아키텍처를 보여줍니다.

기본적으로 S3 버킷에 작성된 백업 파일은 표준 계층을 사용합니다. 백업 파일을 표준 계층에서 S3 Intelligent-Tiering으로 변환하려면 수명 주기 규칙 을 생성해야 합니다. AWS Management Console 를 사용하여 S3 Intelligent-Tiering을 활성화할 수도 있습니다. 자세한 내용은 설명서의 Amazon S3 Intelligent-Tiering 사용 시작을 AWS 참조하세요.

단일 가용 영역

단일 가용 영역 파일 시스템을 생성하려면 FSx for Windows File Server 파일 시스템 을 생성할 때 단일 AZ 옵션을 선택합니다. FSx 또한 Amazon은 Windows Volume Shadow Copy Service를 사용하여 매일 파일 시스템의 내구성이 뛰어난 백업(Amazon S3에 저장)을 수행하며 언제든지 추가 백업을 수행할 수 있습니다. 단일 가용 영역 사용 시 몇 가지 문제를 염두에 두십시오. 예를 들어 파일 시스템이 프로비저닝되는 영향을 받는 가용 영역이 한 번에 몇 시간 동안 다운되면 파일 SMB 공유에 액세스할 수 없게 됩니다. 데이터에 대한 액세스가 필요한 경우 소스 리전 내의 사용 가능한 가용 영역의 백업에서 데이터를 복원해야 합니다. 자세한 내용은 이 안내서의 단일 가용 영역 사용 섹션을 참조하세요.

에 백업 URL

SQL Server 2022의 경우 기능에 대한 백업을 URL 통해 Amazon S3에 직접 백업할 수 있습니다. 이는 스토리지 계층에서 Amazon S3의 전체 기능 세트를 가져오고 이 기능을 용이하게 하기 위해 이전 버전에 필요한 어플라이언스 비용을 AWS Storage Gateway 제거할 AWS 때 에서 실행되는 SQL Server 2022에 이상적인 백업 접근 방식입니다. 이 기능을 구현할 때 고려해야 할 두 가지 기본 비용은 데이터 전송 비용과 선택한 S3 스토리지 클래스입니다. Amazon S3의 네이티브 재해 복구 기능을 원하는 경우 해당 리전 간 복제에 리전 간 데이터 송신 비용이 발생한다는 점을 고려해야 합니다. 이 옵션을 구성하는 방법에 대한 자세한 내용은 블로그의 Microsoft 워크로드에서 Amazon S3에 백업 SQL 서버 데이터베이스 게시물을 AWS 참조하세요.

추가 리소스