이 페이지는 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 데이터를 백업하기 위한 준비는 다음 4단계로 구성됩니다.

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일 전체로 정의할 수 있습니다. 이 예에서는 캡처된 단일 데이터베이스 이미지를 선택하고 전체 기간 동안 로그를 앞으로 롤할 수 있습니다.

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

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

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

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

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

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

SQL Server 데이터 캡처 옵션

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

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

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

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

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

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

일관성 그룹 캡처

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

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

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

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

일관성 그룹의 개별 구성원에는 마운트, 클론, LiveClone, 복원 작업을 통해 액세스할 수 있습니다.

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

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

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

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

SQL Server 데이터 복제

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

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

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

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

로그 복제

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

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

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

SQL Server 데이터 액세스

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

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

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

역할 기반 액세스 제어

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

마운트

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

가상 애플리케이션 마운트는 캡처된 Microsoft SQL Server 데이터를 Microsoft SQL Server 데이터베이스로 표시하고 대상 서버에서 사용할 수 있도록 합니다. 이를 통해 프로덕션 외 용도로 프로덕션 데이터베이스의 사본을 만들고 관리할 수 있습니다. 가상 애플리케이션 마운트는 백업/복구 어플라이언스에서 생성되며 데이터베이스, 서버 또는 스토리지 관리자의 수동 개입이 필요하지 않습니다. 가상 애플리케이션 마운트는 데이터베이스 보고, 분석, 무결성 테스트, 테스트 및 개발에 사용할 수 있습니다. 가상 데이터베이스는 SQL Server 데이터베이스를 새 가상 데이터베이스로 마운트 및 데이터베이스를 SQL AlwaysOn 가용성 그룹에 마운트에 자세히 설명되어 있습니다.
직접 마운트라고도 하는 표준 마운트는 캡처된 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 작업이 동시에 실행되면 데이터베이스 서버에 심각한 성능 문제가 발생하여 불안정해지고 서비스가 중단될 수 있습니다.

데이터베이스 로그는 데이터베이스의 개별 트랜잭션을 캡처하여 특정 시점 복구를 사용 설정하는 데 사용됩니다. 대부분의 민첩성 사용 사례는 프로덕션에서 주기적으로 데이터베이스 스냅샷을 가져오는 것에 중점을 둡니다. 일반적인 빈도는 사용 사례에 따라 매일에서 매주 또는 격주로 다양합니다. 따라서 애플리케이션 개발자는 일반적으로 비프로덕션 인스턴스를 소스 (프로덕션)의 특정 시점으로 배치할 필요가 없습니다. 이렇게 하면 일반적으로 백업 및 DR 민첩성 솔루션의 일환으로 로그를 캡처하고 관리할 필요가 없습니다.

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

다음 단계

백업 및 DR 서비스용 SQL Server 데이터베이스 준비

Microsoft SQL Server 백업 및 DR에 관한 기타 문서

이 페이지는 백업 및 DR을 사용하여 Microsoft SQL Server 데이터베이스, 바이너리, 지원 파일을 보호하고 복구하는 방법을 설명하는 일련의 페이지 중 하나입니다.

추가 정보는 다음을 참고하세요.