Microsoft Azure에 저장된 백업에서 복원Restoring From Backups Stored in Microsoft Azure

이 항목에서는 Windows Azure Blob 저장소 서비스에 저장된 백업을 사용하여 데이터베이스를 복원할 때의 고려 사항에 대해 간단히 설명합니다.This topic outlines the considerations when restoring a database using a backup stored in the Windows Azure Blob storage service. 이 내용은 URL에 대한 SQL Server 백업이나 Microsoft Azure에 대한 SQL Server Managed BackupSQL Server Managed Backup to Microsoft Azure을 사용하여 만들어진 백업에 적용됩니다.This applies to backups created either by using SQL Server Backup to URL backup or by Microsoft Azure에 대한 SQL Server Managed BackupSQL Server Managed Backup to Microsoft Azure.

복원할 계획인 Windows Azure Blob 저장소 서비스에 저장된 백업이 있고 온-프레미스 백업과 Azure 백업 모두에 대해 동일한 데이터베이스를 복원하는 방법에 대한 단계를 설명하는 항목을 검토하는 경우 이 항목을 검토하는 것이 좋습니다.We recommend reviewing this topic if you have backups stored in the Windows Azure Blob storage service that you plan to restore, and then review the topics that describe the steps on how to restore a database which is the same for both on-premises and azure backups.

개요Overview

온-프레미스 백업에서 데이터베이스를 백업하는 데 사용되는 도구 및 방법은 클라우드 백업에서 데이터베이스를 복원하는 데 적용됩니다.The tools and methods that are used to restore a database from an on-premises backup apply to restoring a database from a cloud backup. 다음 섹션에서는 이러한 고려 사항 및 Windows Azure Blob 저장소 서비스에 저장된 백업을 사용할 때 알아야 하는 모든 차이점에 대해 설명합니다.The following sections describe these considerations and any differences you should know about when you use backups stored in the Windows Azure Blob storage service.

Transact-SQL 사용Using Transact-SQL

  • SQL Server는 백업 파일을 검색하기 위해 외부 원본에 연결해야 하므로 저장소 계정을 인증하는 데 SQL 자격 증명이 사용됩니다.Since SQL Server must connect to an external source to retrieve the backup files, SQL Credential is used to authenticate to the storage account. 결과적으로 RESTORE 문에 WITH CREDENTIAL 옵션이 필요합니다.Consequently, the RESTORE statement requires WITH CREDENTIAL option. 자세한 내용은 Microsoft Azure Blob 저장소 서비스로 SQL Server 백업 및 복원을 참조하세요.For more information, see SQL Server Backup and Restore with Microsoft Azure Blob Storage Service.

  • Microsoft Azure에 대한 SQL Server Managed BackupSQL Server Managed Backup to Microsoft Azure 을 사용하여 클라우드로의 백업을 관리하는 경우 smart_admin.fn_available_backups 시스템 함수를 사용하여 저장소에서 사용 가능한 모든 백업을 검토할 수 있습니다.If you are using the Microsoft Azure에 대한 SQL Server Managed BackupSQL Server Managed Backup to Microsoft Azure to manage your backups to the cloud, you can review all the available backups in the storage, by using the smart_admin.fn_available_backups system function. 이 시스템 함수는 테이블에 데이터베이스에 대한 사용 가능한 모든 백업을 반환합니다.This system function returns all the available backups for a database in a table. 결과가 테이블에 반환되면 해당 결과를 필터링하거나 정렬할 수 있습니다.As the results are returned in a table, you can filter or sort the results. 자세한 내용은 managed_backup.fn_available_backups(Transact-SQL)을(를) 참조하세요.For more information, see managed_backup.fn_available_backups (Transact-SQL).

SQL Server Management Studio 사용Using SQL Server Management Studio

  • 복원 태스크는 SQL Server Management Studio를 사용하여 데이터베이스를 복원하는 데 사용됩니다.The restore task is used to restore a database using the SQL Server Management Studio. 이제 백업 미디어 페이지에 Windows Azure Blob 저장소 서비스에 저장된 백업 파일을 표시하는 URL 옵션이 포함됩니다.The backup media page now includes the URL option to show backup files stored in the Windows Azure Blob storage service. 저장소 계정 인증에 사용되는 SQL 자격 증명도 제공해야 합니다.You also must provide the SQL Credential that is used to authenticate to the storage account. 복원에 사용할 백업 세트 표가 Windows Azure Blob 저장소의 사용 가능한 백업으로 채워집니다.The Backup sets to restore grid is then populated with the available backups in the Windows Azure Blob storage. 자세한 내용은 Restoring from Windows Azure storage Using SQL Server Management Studio을 참조하세요.For more information, see Restoring from Windows Azure storage Using SQL Server Management Studio.

복원 최적화Optimizing Restores

복원 쓰기 시간을 줄이려면 SQL Server 사용자 계정에 볼륨 유지 관리 작업 수행 사용자 권한을 추가합니다.To reduce restore write time, Add perform volume maintenance tasks user right to the SQL Server user account. 자세한 내용은 데이터베이스 파일 초기화를 참조하세요.For more information, see Database File Initialization. 즉시 파일 초기화가 설정되었는데도 복원 속도가 느리면 데이터베이스가 백업된 인스턴스에서 로그 파일의 크기를 확인해야 합니다.If restore is still slow with instant file initialization turned on, look at the size of the log file on the instance where the database was backed up. 로그 크기가 매우 큰 경우(여러 GB) 복원 속도가 느려질 수 있습니다.If the log is very large in size (multiple GBs), it would be expected that restore would be slow. 복원 중에 로그 파일이 초기화되어야 하며 여기에는 상당한 시간이 걸립니다.During restore the log file must be zeroed which takes a significant amount of time.

복원 시간을 단축하기 위해서는 압축된 백업을 사용하는 것이 좋습니다.To reduce restore times it is recommended that you use compressed backups. 25GB를 초과하는 백업 크기에 대해서는 AzCopy 유틸리티 (영문)를 사용하여 로컬 드라이브로 다운로드한 후 복원을 수행하세요.For backup sizes exceeding 25 GB, use AzCopy utility to download to the local drive and then perform the restore. 기타 백업 모범 사례 및 권장 사항에 대해서는 SQL Server Backup to URL Best Practices and Troubleshooting을 참조하세요.For other backup best practices and recommendations, see SQL Server Backup to URL Best Practices and Troubleshooting.

추적 플래그 3051을 설정하여 복원을 수행할 때 자세한 로그를 생성할 수도 있습니다.You can also turn on Trace Flag 3051 when doing the restore to generate a detailed log. 이 로그 파일은 로그 디렉터리에 배치되며 BackupToUrl-<instancename>-<dbname>-action-<PID>.log 형식을 사용하여 이름이 지정됩니다.This log file is placed in the log directory, and is named using the format: BackupToUrl-<instancename>-<dbname>-action-<PID>.log. 로그 파일에는 문제 진단에 도움이 될 수 있는 시간을 비롯하여 각각의 Windows Azure Storage 왕복에 대한 정보가 포함됩니다.The log file includes information about each round trip to Windows Azure Storage including timing that can be helpful in diagnosing the issue.

복원 작업 수행에 대한 항목Topics on Performing Restore Operations