이 페이지는 Cloud Translation API를 통해 번역되었습니다.

Microsoft SQL Server용 백업 및 DR 서비스

SQL Server 데이터 캡처

백업 및 DR 서비스를 사용하면 다음 유형의 Microsoft SQL Server 애플리케이션을 캡처할 수 있습니다.

인스턴스
Always On 가용성 그룹의 데이터베이스
데이터베이스의 일관성 그룹
개별 데이터베이스
시스템 데이터베이스
사용자 데이터베이스
VM의 데이터베이스

백업 및 DR은 Microsoft SQL Server가 기본 스토리지를 쓰는 위치와 별도로 Microsoft SQL Server 데이터를 이동하고 관리합니다.

백업/복구 어플라이언스는 스테이징 디스크에 애플리케이션 데이터를 저장합니다. 스테이징 디스크의 스냅샷을 사용하면 백업/복구 어플라이언스가 이전 데이터를 유지할 수 있습니다.

Microsoft SQL Server 데이터 백업 준비

Microsoft SQL Server 데이터 백업 준비는 다음 네 단계로 구성됩니다.

Microsoft SQL Server 데이터베이스를 호스팅하는 서버를 추가합니다.
VM 및 Microsoft SQL Server 데이터베이스를 검색합니다.
RPO 및 RTO에 따라 백업 및 DR 정책 템플릿과 리소스 프로필을 정의합니다.

Microsoft SQL Server 전체 복구 모델을 사용하는 데이터베이스는 데이터베이스와 로그를 모두 캡처할 수 있습니다. 따라서 캡처된 데이터베이스는 로그를 앞으로 롤링하여 특정 시점으로 복구할 수 있습니다.
Microsoft SQL Server 데이터베이스에 백업 및 DR 정책 템플릿과 리소스 프로필을 할당합니다.

데이터 캡처

데이터를 캡처할 때는 다음 사항을 고려하세요.

스테이징 디스크가 자동으로 생성되어 서버에 마운트됩니다.
초기 전체 복사본이 스테이징 디스크에 만들어집니다. 후속 복사본은 변경된 블록으로만 구성됩니다.
스테이징 디스크가 서버에서 마운트 해제됩니다.
스테이징 디스크의 스냅샷이 백업/복구 어플라이언스에서 생성됩니다.

SQL Server 데이터베이스 로그 캡처

데이터베이스 로그 캡처는 스냅샷 정책의 세부정보 및 설정에서 설정됩니다. 이를 통해 단일 스냅샷 정책으로 Microsoft SQL Server 데이터베이스 및 Microsoft SQL Server 데이터베이스가 포함된 일관성 그룹의 로그를 캡처할 수 있습니다.

데이터베이스 로그가 캡처되는 빈도는 데이터베이스의 빈도와 별도로 정의됩니다. 예를 들어 데이터베이스는 매일 캡처하고 로그는 매시간 캡처할 수 있습니다.

데이터베이스 로그 백업 빈도는 분 단위로 설정되며 로그가 캡처되는 빈도는 연결된 데이터베이스가 캡처되는 빈도를 초과해서는 안 됩니다. 예를 들어 데이터베이스 캡처 빈도가 24시간마다인 경우 로그 파일 캡처 빈도는 24시간마다 이하여야 합니다.

로그 보관 기간도 연결된 데이터베이스와 별도로 정의됩니다. 보관 기간을 별도로 설정하면 데이터베이스의 모든 스냅샷 및 OnVault 버전을 포함할 수 있을 만큼 충분한 로그 정보를 유지할 수 있습니다. 예를 들어 데이터베이스의 스냅샷 데이터가 3일 동안 보관되고 OnVault 데이터가 7일 동안 보관되는 경우 로그 보관 기간을 7일로 정의할 수 있습니다. 이 예에서는 캡처된 단일 데이터베이스 이미지를 선택하고 전체 기간에 걸쳐 로그를 롤포워드할 수 있습니다.

데이터베이스 로그는 Backup and DR 스냅샷 풀의 단일 스테이징 디스크에 스테이징됩니다. 스냅샷 풀의 공간을 절약하려면 고급 설정을 사용하여 데이터베이스에 로그를 압축하도록 지시하면 됩니다.

Microsoft SQL Server 데이터베이스 트랜잭션 로그를 원격 백업/복구 어플라이언스로 복제하도록 지정할 수 있습니다. 복제된 로그의 보관 범위 내에 있는 데이터베이스 이미지에 대해 원격 사이트의 로그를 사용할 수 있습니다.

데이터베이스 로그의 스테이징 디스크 크기 조절

데이터베이스 로그의 백업을 수용하는 데 필요한 실제 공간은 Backup and DR에서 자동으로 관리합니다. 이를 로그 스테이징 디스크라고 하며 소스 서버에서 관리하는 스토리지와는 별개입니다. 최소한 백업 및 DR에서는 일반적인 로그 크기와 보관 기간을 평가하고 필요한 경우 더 큰 디스크를 사용합니다.

데이터베이스 로그의 스토리지 요구사항을 더 효율적이고 효과적으로 관리하기 위해 스냅샷 정책은 다음과 같은 고급 설정을 제공합니다.

로그 백업 보관 기간: 로그 보관은 연결된 데이터베이스와 별도로 정의됩니다. 별도의 보관 비율을 사용하면 데이터베이스의 모든 스냅샷 버전을 포함할 수 있는 충분한 로그 정보를 유지할 수 있습니다. 로그 보관 기간은 필수 설정입니다.
로그 스테이징 디스크 크기 증가: 로그가 있는 스테이징 디스크를 자동으로 늘릴 비율을 정의합니다.
예상 변경률: 백업/복구 어플라이언스가 로그를 저장하는 데 필요한 스테이징 디스크의 크기를 더 잘 계산할 수 있도록 일일 변경률(%)을 정의합니다.
데이터베이스 로그 백업 압축: 백업/복구 어플라이언스에서 캡처하기 전에 소스 데이터베이스가 로그를 압축하도록 지시합니다. 데이터베이스 서버는 로그 백업 중에 로그 압축을 실행합니다 (기본값은 사용 설정).

SQL Server 데이터 캡처 옵션

다음 섹션에서는 SQL Server 데이터 캡처 옵션을 설명합니다.

인스턴스, 개별 데이터베이스, 데이터베이스 그룹 캡처

백업 및 DR 에이전트는 실제 서버와 가상 서버에서 인스턴스, 사용자 데이터베이스, 시스템 데이터베이스, 데이터베이스 그룹을 캡처하는 데 사용됩니다.

SQL Server 인스턴스를 캡처할 때 전체 인스턴스 또는 인스턴스 내에서 선택한 데이터베이스를 캡처할 수 있습니다. 전체 인스턴스를 보호하면 데이터베이스가 인스턴스에 추가될 때 다음 Backup and DR 캡처 작업에 자동으로 포함됩니다. 인스턴스의 데이터베이스는 단일 백업 계획과 함께 정지되고 캡처됩니다.

백업 계획 정책에서 백업 및 DR 데이터베이스와 로그 캡처가 사용 설정된 경우 해당 인스턴스의 모든 데이터베이스를 동일한 시점으로 복구할 수 있습니다. 인스턴스의 전체 또는 개별 데이터베이스에 대한 로그 복구 및 롤포워드는 백업 및 DR 사용자 인터페이스에서 단일 작업으로 실행됩니다.

필요에 따라 마운트, 클론, LiveClone, 복원 작업을 통해 인스턴스의 개별 멤버에 액세스할 수 있습니다.

일관성 그룹 캡처

일관성 그룹은 단일 백업 계획 정책 템플릿 및 리소스 프로필과 함께 정지되고 캡처되는 데이터베이스 그룹입니다. 일관성 그룹의 멤버십은 수동으로 할당되며 멤버가 자주 변경되지 않는 데이터베이스 그룹에 적합합니다. 데이터베이스 그룹의 새 구성원을 자동으로 보호하려면 SQL Server 인스턴스에서 해당 데이터베이스를 만들고 보호하세요.

이름에서 알 수 있듯이 일관성 그룹은 여러 데이터베이스에서 일관된 특정 시점 캡처 및 복구를 보장합니다. 백업 계획 정책에서 Backup and DR의 데이터베이스 및 로그 캡처 기술이 사용 설정된 경우 해당 그룹의 모든 데이터베이스를 동일한 시점으로 복구할 수 있습니다. 일관성 그룹의 전체 또는 개별 데이터베이스에 대한 로그 복구 및 롤포워드는 단일 작업을 통해 Backup and DR 사용자 인터페이스에서 실행됩니다. 일관성 그룹의 구성원은 동일한 인스턴스에 있어야 합니다.

일관성 그룹은 다음으로 구성될 수 있습니다.

하나 이상의 시스템 데이터베이스
하나 이상의 사용자 데이터베이스
시스템 또는 사용자 데이터베이스를 함께
0개 이상의 파일 시스템 (드라이브 문자 또는 마운트 지점)

일관성 그룹의 개별 멤버는 마운트, 클론, LiveClone, 복원 작업으로 액세스할 수 있습니다.

클러스터링된 장애 조치 인스턴스의 데이터베이스는 활성 노드에서 검색해야 합니다. 보호되면 GO는 클러스터의 활성 SQL 노드를 따릅니다. 장애 조치 상황에서도 보호 작업은 계속 실행됩니다. 일관성 그룹은 캡처 및 액세스 작업을 빠르게 수행할 뿐만 아니라 데이터베이스를 개별적으로 보호하는 것보다 시스템 리소스(VDisk)를 적게 사용합니다.

백업 이미지를 서버에 마운트하고 데이터베이스 일관성 검사를 실행하여 데이터베이스 백업의 무결성을 주기적으로 검증할 수 있습니다. 워크플로 기능을 사용하여 검증 프로세스를 자동화할 수 있습니다.

VM의 데이터베이스 및 부팅 볼륨 캡처

VM에서 데이터베이스를 캡처할 때 VM의 부팅 볼륨도 캡처할 수 있습니다. VM의 부팅 볼륨이 데이터베이스와 함께 캡처되면 완전히 작동하는 데이터베이스와 VM인 이미지가 표시될 수 있습니다. 그런 다음 이미지를 새 영구 위치로 이전할 수 있습니다.

SQL Server 데이터 복제

데이터를 두 번째 백업/복구 어플라이언스 또는 클라우드로 복제하여 복구, 재해 복구, 테스트 또는 개발 목적으로 사용할 수 있습니다. 데이터 복제는 지리적으로 분산된 환경에서 효율적인 데이터 관리를 오랫동안 방해해 왔습니다. 백업 및 DR 복제는 다음과 같은 압축으로 이러한 문제를 해결합니다.

전체 네트워크 사용량을 줄입니다.
전용 WAN 가속기 또는 옵티마이저가 필요하지 않습니다.
AES-256 암호화 표준을 사용하여 데이터를 암호화합니다. 백업/복구 어플라이언스 간 인증은 1024비트 인증서를 사용하여 실행됩니다.

복제는 백업 및 DR 정책 템플릿 정책에 따라 제어됩니다.

미러링을 위한 프로덕션 정책에는 데이터를 두 번째 백업/복구 어플라이언스로 복제하는 여러 옵션이 있습니다.
프로덕션에서 OnVault 정책은 Backup and DR 독점 엔진을 사용하여 데이터를 객체 스토리지로 전송합니다.

로그 복제

정책의 데이터베이스 로그 백업 사용 설정이 사용 설정으로 설정되면 로그 복제 고급 설정을 통해 Microsoft SQL Server 데이터베이스 트랜잭션 로그를 원격 백업/복구 어플라이언스로 복제할 수 있습니다. 로그 복제 작업이 실행되려면 템플릿에 원격 백업/복구 어플라이언스를 지정하는 리소스 프로필과 함께 StreamSnap 복제 정책이 포함되어야 하며 데이터베이스의 복제가 한 번 이상 성공적으로 완료되어야 합니다. 그런 다음 복제된 로그의 보관 범위 내에 있는 데이터베이스 이미지에 대해 원격 사이트의 로그를 사용할 수 있습니다. 이 기능은 기본적으로 사용 설정되어 있습니다.

로그 복제는 StreamSnap 기술을 사용하여 로컬 및 원격 백업/복구 어플라이언스 간에 복제를 실행합니다. 로그 복제는 로컬 스냅샷 풀에서 원격 어플라이언스의 스냅샷 풀로 직접 이동합니다.

로그가 OnVault 풀에 복제될 수도 있습니다. 사용 설정된 경우 (기본값 아님) 로그는 유효한 OnVault 정책 또는 리소스 프로필 조합 (예: 정책에서 선택한 OnVault 풀 1과 리소스 프로필에 지정된 OnVault 풀 1이 일치해야 합니다. OnVault 풀의 로그 보관 기간은 항상 스냅샷 풀의 로그 보관 기간과 일치합니다.

SQL Server 데이터 액세스

전체 복구 모델을 사용하는 Microsoft SQL Server 데이터베이스의 경우 Backup and DR은 특정 시점으로 롤포워드된 데이터베이스의 사본을 즉시 제공할 수 있습니다. 롤포워드 작업은 관리 콘솔에 지정됩니다.

기본 복구 모델을 사용하는 Microsoft SQL Server 데이터베이스의 경우 Backup and DR은 보관 기간이 지나지 않은 데이터베이스의 백업을 즉시 표시할 수 있습니다.

사용된 Microsoft SQL Server 복구 모델과 관계없이 iSCSI 인터페이스를 사용하여 Microsoft SQL Server 데이터에 액세스할 수 있습니다. VMware (GCVE)를 사용하는 경우 ESXi 호스트에 제공된 NFS 데이터 스토어를 사용하여 데이터에 액세스할 수도 있습니다.

역할 기반 액세스 제어

데이터, 백업 및 DR 기능, 리소스에 액세스할 수 있는 사용자를 제어할 수 있습니다. 캡처된 데이터는 민감한 것으로 표시될 수 있으며 백업 및 DR 사용자에게 민감한 데이터에 대한 액세스 권한이 부여될 수 있습니다.

마운트

백업 및 DR 마운트 기능은 데이터를 이동하지 않고 데이터에 즉시 액세스할 수 있도록 지원합니다. 데이터베이스의 캡처된 사본은 Backup and DR 사용자 인터페이스를 사용하여 롤포워드하고 모든 데이터베이스 서버에 마운트할 수 있습니다. 백업 및 DR은 Microsoft SQL Server 데이터베이스를 마운트하는 두 가지 방법을 제공합니다.

가상 애플리케이션 마운트는 캡처된 Microsoft SQL Server 데이터를 Microsoft SQL Server 데이터베이스로 타겟 서버에 제공합니다. 이를 통해 비프로덕션 용도로 프로덕션 데이터베이스의 사본을 만들고 관리할 수 있습니다. 가상 애플리케이션 마운트는 백업/복구 어플라이언스에서 생성되며 데이터베이스, 서버 또는 스토리지 관리자의 수동 개입이 필요하지 않습니다. 가상 애플리케이션 마운트는 데이터베이스 보고, 분석, 무결성 테스트, 테스트 및 개발에 사용할 수 있습니다. 가상 데이터베이스에 대한 자세한 내용은 SQL Server 데이터베이스를 새 가상 데이터베이스로 마운트 및 SQL Always On 가용성 그룹에 데이터베이스 마운트를 참고하세요.
표준 마운트(직접 마운트라고도 함)는 캡처된 Microsoft SQL Server 데이터를 데이터베이스가 아닌 파일 시스템으로 타겟 서버에 제공하고 사용할 수 있도록 합니다. 이는 데이터베이스가 손상되거나, 손실되거나, 데이터베이스 서버가 교체되는 경우에 유용합니다. 이러한 경우 복원 작업을 사용하여 데이터베이스를 복구할 수 없습니다. 대신 이미지를 마운트하고 마운트된 이미지에서 데이터베이스 파일을 데이터베이스 서버의 원래 위치로 복사할 수 있습니다. 직접 마운트는 캡처된 Microsoft SQL 데이터 마운트에 자세히 설명되어 있습니다.

LiveClones

LiveClone은 사용자에게 제공되기 전에 새로고침되고 마스킹될 수 있는 Microsoft SQL Server 데이터의 독립적인 사본입니다. 이를 통해 개발팀과 테스트팀은 데이터를 수동으로 관리하거나 프로덕션 환경을 방해하지 않고 최신 데이터 세트를 사용할 수 있습니다.

클로니스

클론 기능은 프로덕션 데이터의 사본을 소스와 다른 위치로 이동합니다. 클론 작업을 완료하는 데 필요한 시간은 관련 데이터의 양에 따라 다릅니다. 클론에 대한 자세한 내용은 SQL Server 데이터베이스 클론을 참고하세요.

복원

복원하면 프로덕션 데이터가 지정된 시점으로 되돌아갑니다. 복원 작업은 실제로 데이터를 이동합니다. 복원 작업은 일반적으로 대규모 데이터 손상 후에 실행됩니다. 복원 작업을 완료하는 데 필요한 시간은 포함된 데이터 양에 따라 다릅니다.

데이터베이스를 복원한 다음 로그를 적용하려면 복원된 데이터베이스가 복원 모드에 있어야 합니다. 복원 모드에서 데이터베이스를 복원한 다음 로그를 특정 시점으로 롤포워드할 수 있습니다. 복구 없이 복원을 지정하지 않고 데이터베이스를 복원하면 로그를 적용하지 않고 데이터베이스가 복원되고 온라인 상태가 됩니다. 복원은 SQL Server 데이터베이스 복원에 자세히 설명되어 있습니다. 거의 제로에 가까운 다운타임으로 복원하려면 SQL 데이터 마운트 및 마이그레이션에 설명된 대로 먼저 데이터를 마운트하세요.

SQL Server 데이터 액세스를 자동화하는 워크플로

워크플로는 캡처된 Microsoft SQL Server 데이터에 대한 액세스를 자동화합니다. 워크플로는 데이터를 직접 마운트 또는 LiveClone으로 표시할 수 있습니다.

직접 마운트 (표준 또는 애플리케이션 인식)는 표시되기 전에 마스킹할 필요가 없는 Microsoft SQL Server 데이터에 적합합니다. 마운트된 데이터 사본은 수동으로 또는 일정에 따라 자동으로 새로고침할 수 있습니다. 직접 마운트를 사용하면 실제로 데이터를 이동하지 않고도 캡처된 Microsoft SQL Server 데이터에 즉시 액세스할 수 있습니다.
LiveClone은 프로덕션 Microsoft SQL Server 데이터의 사본으로, 수동으로 또는 예약된 일정에 따라 업데이트할 수 있습니다. 사용자에게 제공하기 전에 LiveClone에서 민감한 정보를 마스킹할 수 있습니다.

백업 및 DR의 자동 Microsoft SQL Server 데이터 캡처 및 액세스 제어를 워크플로 및 선택적 데이터 마스킹 기능과 결합하면 자체 프로비저닝 환경을 만들 수 있습니다. 사용자는 거의 즉시 자체 환경을 프로비저닝할 수 있습니다.

예를 들어 백업 및 DR 관리자는 지정된 일정에 따라 Microsoft SQL Server 데이터를 캡처하는 백업 템플릿 정책을 만들 수 있습니다. 관리자는 캡처된 프로덕션 Microsoft SQL Server 데이터를 민감한 데이터로 표시하여 적절한 액세스 권한이 있는 사용자만 액세스할 수 있도록 할 수 있습니다.

액세스 권한이 정의되고 데이터가 캡처되면 관리자는 다음을 수행하는 워크플로를 만들 수 있습니다.

캡처된 Microsoft SQL Server 데이터를 LiveClone 또는 직접 마운트로 사용할 수 있도록 합니다.
예약된 일정 또는 주문형으로 LiveClone 또는 마운트 가능한 Microsoft SQL Server 데이터를 업데이트합니다.
각 업데이트 후 LiveClone의 Microsoft SQL Server 데이터에 스크립트를 자동으로 적용할 수 있습니다. 이는 민감한 Microsoft SQL Server 데이터를 마스킹하는 데 유용합니다.

워크플로가 완료되면 적절한 액세스 권한이 있는 사용자가 LiveClone 또는 마운트 가능한 Microsoft SQL Server 데이터로 환경을 프로비저닝할 수 있습니다.

기존 백업 제품과 함께 작동하는 백업 및 DR

프로덕션 데이터베이스를 사용하여 애플리케이션 개발 속도를 높이려는 기업이 늘어남에 따라 동일한 프로덕션 데이터베이스 환경에서 작동하는 기존 백업 제품과 공존하기 위해 백업 및 DR이 필요한 경우가 많습니다. 이러한 권장사항을 따르면 백업 및 DR은 프로덕션 데이터베이스에서 데이터를 캡처하는 다른 제품과 완벽하게 공존할 수 있습니다.

백업 및 DR에는 변경 블록 추적의 독점 메서드가 있으므로 SQL 또는 기타 백업 획득 방법을 사용하는 백업 솔루션은 예약된 백업 및 DR 데이터 캡처 작업의 영향을 받지 않습니다.

백업 작업은 I/O 집약적일 수 있습니다. 기간이 길 수 있으며 백업 기간 동안 데이터베이스 성능에 영향을 줄 수 있습니다. 백업 및 DR은 작업 중 영향을 최소화하지만 블록 수준의 영구 증분 업데이트도 일부 I/O를 생성해야 하며 약간의 시간이 걸립니다.

요구사항	시간이 겹치지 않도록 기존 백업 소프트웨어와 백업 및 DR이 작업을 실행하도록 예약하지 마세요.
권장사항	기존 백업 소프트웨어가 완료될 시간에 백업 및 DR 데이터베이스 작업을 시작하도록 예약합니다. 백업 및 DR 작업이 일반적으로 완료된 직후에 기존 백업 소프트웨어가 실행되도록 예약하지 마세요.
이유	기존 백업 작업과 백업 및 DR 작업이 동시에 실행되면 데이터베이스 서버의 성능에 심각한 영향을 미쳐 불안정해지고 중단될 수도 있습니다.

데이터베이스 로그는 데이터베이스의 개별 트랜잭션을 캡처하는 데 사용되므로 PITR(point-in-time recovery)이 가능합니다. 대부분의 민첩성 사용 사례는 프로덕션에서 주기적으로 데이터베이스 스냅샷을 가져오는 데 중점을 둡니다. 일반적인 빈도는 사용 사례에 따라 일일에서 주간 또는 2주에 한 번까지 다양합니다. 따라서 애플리케이션 개발자는 일반적으로 소스 (프로덕션)에서 특정 시점으로 비프로덕션 인스턴스를 배치할 필요가 없습니다. 이렇게 하면 일반적으로 백업 및 DR 민첩성 솔루션의 일부로 로그를 캡처하고 관리할 필요가 없습니다.

요구사항	기존 백업 소프트웨어 또는 백업 및 DR 중 하나의 시스템만 로그를 관리 (캡처 또는 자르기 (삭제))할 수 있습니다.
권장사항	모든 로그 관리를 기존 백업 소프트웨어에서 계속 실행하도록 허용하고 이 환경에서 로그를 보호하는 데 백업 및 DR을 사용하지 마세요.
이유	시스템이 로그를 관리 (캡처 또는 자르기(삭제))하도록 구성되어 있고 기존 백업 소프트웨어도 로그를 캡처하거나 자르기/삭제하는 경우 하나 또는 두 시스템 모두 불완전한 로그 체인이 발생하여 특정 시점으로 데이터베이스를 복구하기 어려워지거나 불가능해질 수 있습니다.

Microsoft SQL Server용 백업 및 DR 관련 기타 문서

이 페이지는 Backup and DR을 사용하여 Microsoft SQL Server 데이터베이스를 보호하고 복구하는 데 관한 일련의 페이지 중 하나입니다. 자세한 내용은 다음을 참고하세요.

다음 단계

백업 및 DR 서비스를 위해 SQL 서버 데이터베이스를 준비합니다.