Azure에 SQL Server 관리 백업: 상호 운용성 및 공존성

아티클
03/07/2017

이 항목에서는 SQL Server 2014의 여러 기능과 Microsoft Azure에 대한 관리되는 백업의 상호 운용성 및 공존에 SQL Server 대해 설명합니다. 다음 기능을 포함합니다. AlwaysOn 가용성 그룹, 데이터베이스 미러링, 백업 유지 관리 계획, 로그 전달, 임시 백업, 데이터베이스 분리 및 데이터베이스 삭제가 있습니다.

AlwaysOn 가용성 그룹

Azure 전용 솔루션으로 구성된 AlwaysOn 가용성 그룹은 Microsoft Azure에 관리되는 백업을 SQL Server 지원됩니다. 온-프레미스 전용 또는 혼합 AlwaysOn 가용성 그룹 구성은 지원되지 않습니다. 자세한 내용 및 기타 고려 사항은 가용성 그룹을 위해 Azure에 SQL Server 관리되는 백업 설정을 참조하세요.

데이터베이스 미러링

Microsoft Azure에 대한 SQL Server 관리되는 백업은 주 데이터베이스에서만 지원됩니다. 보안 주체와 미러 모두 Microsoft Azure에 SQL Server Managed Backup을 사용하도록 구성된 경우 미러된 데이터베이스는 건너뛰고 백업되지 않습니다. 그러나 장애 조치(failover)가 발생할 경우 미러 역할 전환을 완료하고 온라인 상태가 된 후 Microsoft Azure에 SQL Server 관리되는 백업이 백업 프로세스를 시작합니다. 이 경우 백업이 새 컨테이너에 저장됩니다. 미러 Microsoft Azure에 SQL Server Managed Backup을 사용하도록 구성되지 않은 경우 장애 조치(failover) 시 백업이 수행되지 않습니다. 장애 조치(failover) 시 백업이 계속되도록 보안 주체와 미러 모두 Microsoft Azure에 SQL Server 관리되는 백업을 구성하는 것이 좋습니다.

팁

Microsoft Azure에 대한 SQL Server Managed Backup 기본 설정을 사용하여 instance 미러된 데이터베이스를 만드는 경우 기본값을 instance Microsoft Azure에 SQL Server Managed Backup을 사용하지 않도록 설정한 다음 미러된 데이터베이스에 적용되지 않도록 설정한 다음 instance 다시 사용하도록 설정하는 것이 좋습니다. 기본값은 보안 주체 및 미러를 구성한 후 입니다.

유지 관리 계획

Microsoft Azure에 대한 관리 백업을 사용하는 경우 SQL Server 데이터베이스에 대한 백업을 만들기 위한 유지 관리 계획을 사용하는 것은 지원되지 않습니다. 유지 관리 계획으로 인해 로그 체인이 손상되고 Microsoft Azure에 대한 관리되는 백업이 복원 중에 데이터베이스의 보장된 복구 가능성을 지원하지 못할 수 SQL Server. 이는 instance 수준에서 Microsoft Azure에 대한 SQL Server 관리되는 백업을 사용하는 경우에도 적용됩니다.

팁

복사 전용 백업이 있는 유지 관리 계획은 동일한 데이터베이스 또는 instance 구성된 Microsoft Azure에 대한 SQL Server 관리되는 백업에서 지원됩니다.

로그 전달

동일한 데이터베이스에 대해 Microsoft Azure에 대한 로그 전달 및 SQL Server 관리되는 백업을 동시에 구성할 수 없습니다. 이렇게 하면 둘 중 한 기능을 사용하는 데이터베이스 복구가 영향을 받습니다.

Transact-SQL 및 SQL Server Management Studio를 사용하는 임시 백업

Transact-SQL 또는 SQL Server Management Studio 사용하여 Microsoft Azure에 SQL Server Managed Backup 외부에서 만든 임시 백업 또는 일회성 백업은 사용된 백업 유형 및 스토리지 미디어에 따라 Microsoft Azure에 대한 SQL Server 관리되는 백업 프로세스에 영향을 줄 수 있습니다. Microsoft Azure에 대한 관리되는 백업이 사용하는 SQL Server 것과 다른 Azure Storage 계정에 대한 로그 백업 또는 Azure Blob Storage 서비스 이외의 다른 대상은 로그 체인 중단을 발생합니다. smart_admin.sp_backup_on_demand(Transact-SQL) 저장 프로시저를 사용하여 Microsoft Azure에 SQL Server 관리되는 백업을 사용하도록 설정한 데이터베이스에서 백업을 시작하는 것이 좋습니다. 이 저장 프로시저를 사용하여 전체 데이터베이스 또는 로그 백업을 시작할 수 있습니다.

데이터베이스 삭제 및 데이터베이스 분리

Microsoft Azure에 대한 관리되는 백업을 사용하도록 SQL Server 데이터베이스가 분리되거나 삭제되는 경우 추가 백업은 가능하지 않지만 보존 기간이 경과할 때까지 이전 백업은 스토리지에 남아 있으며, 이 시점에서 백업이 제거됩니다.

복구 모델 변경

데이터베이스의 복구 모델을 단순에서 전체 또는 대량 로그로 변경하는 경우 데이터베이스에 대해 Microsoft Azure에 SQL Server 관리되는 백업을 구성할 수 있습니다. 이는 SQL Server Managed Backup에서 Microsoft Azure 관점으로의 새 데이터베이스처럼 간주됩니다.
데이터베이스의 복구 모델을 전체 또는 대량 로그에서 Simple로 변경하면 Microsoft Azure에 대한 관리되는 백업을 SQL Server 백업 작업이 더 이상 예약되지 않습니다. 보존 기간이 경과될 때까지 보존 기간 설정이 계속 활성 상태이며 백업 파일이 스토리지 계정에 남아 있습니다. 백업을 보존하려는 경우 파일을 다른 스토리지 계정 또는 온-프레미스 위치로 다운로드하는 것이 좋습니다. 구성 설정은 보존되며 복구 모델이 다시 Full 또는 Bulk-Logged 로 설정되는 경우 다시 사용될 수 있습니다.

다른 백업 도구 또는 사용자 지정 스크립트를 사용한 로그 백업

동일한 데이터베이스에서 로그 백업을 수행하도록 구성된 두 백업은 백업 로그 체인을 끊어지게 합니다. Microsoft Azure에 대한 SQL Server 관리되는 백업은 체인 중단이 감지될 때 전체 백업을 예약하여 백업 체인의 중단을 해결하려고 시도하지만, 이는 두 개의 경쟁 도구에서 수행하는 주기적인 중단 및 로그 백업을 지속적으로 유지하는 것을 의미합니다. 또한 어떤 도구도 전체 백업 집합을 순서대로 보유할 것으로 기대할 수 없으므로 데이터베이스의 복구 기능도 영향을 받을 수 있습니다. 이 문제는 로그 백업을 수행하는 어떠한 두 기능이나 도구에도 적용되지만 아래에 설명된 특정 예를 살펴보면 도움이 될 수 있습니다. 또한 이 문제는 이 항목의 이전 섹션에서 설명한 유지 관리 계획 또는 로그 전달 구성 문제의 기초가 됩니다.

DPM(Data Protection Manager) 기반 백업: Microsoft Data Protection Manager를 통해 전체 및 증분 백업을 수행할 수 있습니다. 증분 백업은 T-로그 백업을 만든 후 로그 잘림을 수행하는 로그 백업입니다. 따라서 동일한 데이터베이스에 대해 Microsoft Azure에 대한 DPM 및 SQL Server Managed Backup을 모두 구성하는 것은 지원되지 않습니다.

타사 도구 또는 스크립트: 로그 잘림을 일으키는 로그 백업을 수행하는 타사 도구 또는 스크립트는 Microsoft Azure에 대한 SQL Server Managed Backup과 호환되지 않으며 지원되지 않습니다.

데이터베이스 instance 대해 Microsoft Azure에 대한 관리 백업을 사용하도록 SQL Server 임시 백업을 수행하려는 경우 이전 섹션에 설명된 대로 smart_admin.sp_backup_on_demand(Transact-SQL) 저장 프로시저를 사용할 수 있습니다. 또한 Microsoft Azure에 대한 관리되는 백업을 SQL Server 외부에서 정기적으로 백업을 예약하거나 해제해야 하는 경우 복사 전용 백업을 사용할 수 있습니다. 자세한 내용은 복사 전용 백업(SQL Server)을 참조하세요.

다음을 통해 공유