최상의 백업 및 복원 방법(Windows Azure Blob 저장소 서비스)

이 항목에는 SQL Server를 백업하고 Windows Azure Blob 서비스로 복원하는 최상의 방법 및 문제 해결 팁이 포함되어 있습니다.

Windows Azure Blob 저장소 서비스를 사용하는 SQL Server 백업 및 복원 작업에 대한 자세한 내용은 다음을 참조하십시오.

백업 관리

다음은 백업 관리 시 일반적으로 권장되는 사항입니다.

  • blob을 실수로 덮어쓰지 않도록 모든 백업에 고유한 파일 이름을 사용하는 것이 좋습니다.

  • Windows Azure Blob 컨테이너를 만들 때 필요한 인증 정보를 제공할 수 있는 사용자 또는 계정만 컨테이너의 blob을 읽거나 쓸 수 있도록 액세스 수준을 개인으로 설정하는 것이 좋습니다.

  • Windows Azure 가상 컴퓨터에서 실행 중인 SQL Server 인스턴스의 데이터베이스의 경우 가상 컴퓨터와 같은 지역의 저장소 계정을 사용하여 지역 간의 데이터 전송 비용이 들지 않게 하십시오. 또한 동일한 지역을 사용하면 최적의 백업 및 복원 작업 성능이 보장됩니다.

  • 실패한 백업 작업으로 인해 백업 파일이 잘못될 수 있습니다. 실패한 백업을 주기적으로 확인하고 blob 파일을 삭제하는 것이 좋습니다. 자세한 내용은 활성 임대가 있는 백업 Blob 파일 삭제를 참조하십시오.

  • 백업 중 WITH COMPRESSION 옵션을 사용하면 저장소 비용과 저장소 트랜잭션 비용을 최소화할 수 있습니다. 백업 프로세스를 완료하는 데 걸리는 시간도 줄어듭니다.

큰 파일 처리

  • SQL Server 백업 작업에서는 여러 스레드를 사용하여 Windows Azure Blob 저장소 서비스로 데이터 전송을 최적화합니다. 그러나 성능은 ISV 대역폭과 데이터베이스 크기 등의 다양한 요소에 따라 달라집니다. 온-프레미스 SQL Server 데이터베이스의 대형 데이터베이스나 파일 그룹을 백업하려는 경우 먼저 몇 가지 처리량 테스트를 수행하는 것이 좋습니다. Windows Azure 저장소 SLA는 blob 처리 시간이 가장 길어 고려 가능합니다.

  • 특히 큰 파일을 백업할 때 백업 관리 섹션에서 권장하는 대로 WITH COMPRESSION 옵션을 사용해야 합니다.

복원 최적화

복원 쓰기 시간을 줄이려면 SQL Server 사용자 계정에 볼륨 유지 관리 작업 수행 사용자 권한을 추가합니다. 자세한 내용은 데이터베이스 파일 초기화를 참조하십시오.

성능 고려 사항

백업 및 복원 성능은 네트워크 대역폭, 데이터베이스 크기 및 온-프레미스 위치에 상대적인 Windows Azure 저장소 서비스의 위치에 따라 다를 수 있습니다. 사용자 환경에 대한 백업 및 복원 성능을 평가하려면 백업 및 복원을 테스트하고 처리량 및 성능을 측정하는 것이 좋습니다. Windows Azure Blob 저장소 서비스를 백업할 때 다음 항목을 고려해야 합니다.

  • 백업 및 복원 시간은 네트워크 대역폭에 비례합니다.

  • 백업에 대한 최소 네트워크 대역폭은 초당 1MB입니다. 대역폭이 초당 1MB보다 작은 경우 시간 초과 오류로 인해 백업이 실패할 수 있습니다.

  • 특히, 복원하려고 하는 대상 SQL Server 인스턴스와 지리적으로 다른 Windows Azure 지역의 파일을 복원하려는 경우 복원 시간도 네트워크 대기 시간에 비례합니다. 이러한 경우 테스트를 통해 RTO 요구 사항을 충족할 수 있는지 확인하는 것이 아주 중요합니다.

Windows Azure Blob 저장소 서비스로 백업 및 복원 문제 해결

다음은 Windows Azure Blob 저장소 서비스로 백업하거나 복원할 때 발생하는 문제를 해결하는 몇 가지 빠른 방법입니다.

지원되지 않는 옵션이나 제한 사항으로 인한 오류 발생을 방지하려면 제한 사항 목록과 Windows Azure Blob 저장소 서비스로 SQL Server 백업 및 복원 문서의 BACKUP 및 RESTORE 명령 지원 정보를 검토하십시오.

인증 오류:

  • WITH CREDENTIAL은 Windows Azure Blob 저장소 서비스로 백업하거나 복원하는 데 필요한 새로운 옵션입니다. 자격 증명과 관련하여 다음과 같은 오류가 발생할 수 있습니다.

    BACKUP 또는 RESTORE 명령에 지정된 자격 증명이 없습니다. 이 문제를 방지하려면 백업 문에 자격 증명이 없는 경우 자격 증명을 만드는 T-SQL 문을 포함합니다. 다음은 사용 가능한 예입니다.

    IF NOT EXISTS
    (SELECT * FROM sys.credentials 
    WHERE credential_identity = 'mycredential')
    CREATE CREDENTIAL <credential name> WITH IDENTITY = 'mystorageaccount'
    ,SECRET = '<storage access key> ;
    
  • 자격 증명이 있지만 백업 명령을 실행하는 데 사용되는 로그인 계정에 자격 증명 액세스 권한이 없습니다. Alter any credential 권한이 있는 db_backupoperator 역할의 로그인 계정을 사용하십시오.

  • 저장소 계정 이름과 키 값을 확인합니다. 자격 증명에 저장된 정보와 백업 및 복원 작업에 사용하는 Windows Azure 저장소 계정의 속성 값이 일치해야 합니다.

백업 오류:

  • 동일한 blob으로 병렬 백업을 수행하면 초기화 실패 오류가 발생하여 백업 중 하나가 실패합니다.

  • 다음은 백업 오류 문제 해결에 도움이 되는 오류 로그입니다.

    • 다음 형식으로 추적 플래그 3051을 설정하여 특정 오류 로그 로깅을 활성화합니다.

      BackupToUrl-<instname>-<dbname>-action-<PID>.log(여기서 <action>은 다음 중 하나임)

      • DB

      • FILELISTONLY

      • LABELONLY

      • HEADERONLY

      • VERIFYONLY

    • Windows 이벤트 로그의 응용 프로그램에서 이름이 ‘SQLBackupToUrl’인 로그를 검토하여 정보를 찾을 수도 있습니다.

  • blob에 활성 임대가 있어 백업 중 오류가 발생합니다. 실패한 백업 작업으로 인해 blob에 활성 임대가 있을 수 있습니다.

    백업 문을 다시 시도하는 경우 다음과 같은 오류가 발생하여 백업 작업이 실패할 수 있습니다.

    URL로 백업 중 원격 끝점에서 예외를 받았습니다. 예외 메시지: 원격 서버에서 (412) 오류를 반환했습니다. 현재 blob에 임대가 있으며 요청에 임대 ID가 지정되지 않았습니다.

    활성 임대가 있는 백업 blob 파일에 대해 복원 문을 시도할 경우 다음과 같은 오류가 발생하여 복원 작업이 실패합니다.

    예외 메시지: 원격 서버에서 (409) 오류를 반환했습니다. 충돌합니다.

    이러한 오류가 발생하면 blob 파일을 삭제해야 합니다. 이 시나리오와 이 문제 해결 방법에 대한 자세한 내용은 활성 임대가 있는 백업 Blob 파일 삭제를 참조하십시오.

프록시 오류

프록시 서버를 사용하여 인터넷에 액세스할 경우 다음과 같은 문제가 발생할 수 있습니다.

프록시 서버에 의한 연결 제한:

프록시 서버에는 분당 연결 수를 제한하는 설정이 있을 수 있습니다. URL에 대한 백업 프로세스는 다중 스레드 프로세스이므로 이 제한을 초과할 수 있습니다. 이러한 경우 프록시 서버는 연결을 해제합니다. 이 문제를 해결하려면 SQL Server에서 프록시를 사용하지 않도록 프록시 설정을 변경합니다. 다음은 오류 로그에 표시될 수 있는 오류 메시지 유형의 몇 가지 예입니다.

  • "http://storageaccount.blob.core.windows. net/container/BackupAzurefile.bak"에 쓰지 못했습니다. URL 백업 수행 시 원격 끝점에서 예외를 수신했습니다. 예외 메시지: 전송 연결에서 데이터를 읽을 수 없습니다. 연결이 닫혔습니다.

  • 파일 "http://storageaccount.blob.core.windows. net/container/BackupAzurefile.bak"에서 복구할 수 없는 I/O 오류가 발생했습니다. 원격 끝점에서 오류를 수집할 수 없습니다.

    메시지 3013, 수준 16, 상태 1, 줄 2

    백업 데이터베이스가 비정상적으로 종료됩니다.

  • BackupIoRequest::ReportIoError: 백업 장치 "http://storageaccount.blob.core.windows. net/container/BackupAzurefile.bak"에서 쓰기 오류가 발생했습니다. 운영 체제 오류 URL 백업 수행 시 원격 끝점에서 예외를 수신했습니다. 예외 메시지: 전송 연결에서 데이터를 읽을 수 없습니다. 연결이 닫혔습니다.

추적 플래그 3051을 사용하여 자세한 로깅을 설정하는 경우 로그에 다음과 같은 메시지도 표시될 수 있습니다.

HTTP 상태 코드 502, HTTP 상태 메시지 프록시 오류(분당 HTTP 요청 수가 구성된 제한을 초과했습니다. ISA Server 관리자에게 문의하십시오. )

기본 프록시 설정이 선택되지 않음:

경우에 따라 기본 설정이 선택되지 않아서 다음과 같은 프록시 인증 오류가 발생합니다.파일 "http://storageaccount.blob.core.windows.net/container/BackupAzurefile.bak"에서 복구할 수 없는 I/O 오류가 발생했습니다. URL 백업 수행 시 원격 끝점에서 예외를 수신했습니다. 예외 메시지: 원격 서버에서 (407) 프록시 인증 필요 오류를 반환했습니다.

이 문제를 해결하려면 다음 단계를 사용하여 URL에 대한 백업 프로세스에서 기본 프록시 설정을 사용하도록 허용하는 구성 파일을 만듭니다.

  1. 다음 xml을 사용하여 BackuptoURL.exe.config라는 구성 파일을 만듭니다.

    <?xml version ="1.0"?>
    <configuration> 
                    <system.net> 
                                    <defaultProxy enabled="true" useDefaultCredentials="true"> 
                                                    <proxy usesystemdefault="true" /> 
                                    </defaultProxy> 
                    </system.net>
    </configuration>
    
  2. SQL Server 인스턴스의 Binn 폴더에 구성 파일을 배치합니다. 예를 들어 SQL Server가 컴퓨터의 C 드라이브에 설치된 경우 구성 파일을 C:\Program Files\Microsoft SQL Server\MSSQL11.<InstanceName>\MSSQL\Binn에 배치합니다.