백업 세트 생성
%edition_name%은 MS SQL Server, VSS 모드 및 ODBC 모드에 대한 백업 세트를 생성할 때 두 가지(2) 백업 모드를 지원합니다.
백업 요구사항
다음 요구 사항이 충족되는지 확인하십시오:
- VSS 백업 모드의 경우: MS SQL 데이터베이스의 일관된 스냅샷을 얻기 위해 Microsoft SQL Server VSS Writer를 활용하는 VSS 기반 백업에서는 백업 프로세스 중에 데이터베이스 파일의 스풀링/스테이징이 필요하지 않습니다.
- %edition_name%의 최신 버전이 MS SQL 서버에 설치되어 있는지 확인하십시오.
- %edition_name% 사용자 계정에서 Microsoft SQL Server 기능이 애드온 모듈로 활성화되었는지 확인하십시오.
- %edition_name% 사용자 계정에 MS SQL Server 백업 세트 및 보존 정책의 스토리지를 수용할 수 있는 충분한 스토리지 할당량이 할당되어 있는지 확인하십시오.
- %edition_name%의 기본 Java 힙 크기 설정은 2048MB입니다. MS SQL Server 백업의 경우 백업 및 복원 성능을 향상시키기 위해 Java 힙 크기 설정을 최소 4096MB로 늘리는 것이 좋습니다. 실제 힙 크기는 MS SQL 서버에서 사용 가능한 여유 메모리 양에 따라 다릅니다.
- 백업 및 복원을 수행하는 운영 체제 계정에 SQL 서버와 VSS 모두에 액세스할 수 있는 충분한 권한이 있는지 확인하십시오.
- 임시 디렉토리 폴더는 %edition_name%에서 백업 세트 인덱스 파일 및 증분/차등 델타 파일을 저장하는 데 사용됩니다. 최적의 백업/복원 성능을 보장하기 위해 임시 디렉터리 폴더를 로컬 드라이브로 설정하는 것이 좋습니다. 임시 폴더는 Windows 또는 데이터베이스에 대한 잠재적인 성능 영향을 최소화하기 위해 Windows 시스템 파티션 또는 데이터베이스 파티션에 위치하면 안 됩니다.
- 임시 디렉터리 폴더에는 기본 델타 비율이 50%이므로 전체 데이터베이스 크기의 50% 이상의 여유 디스크 공간이 있어야 합니다. 필요한 실제 여유 디스크 공간은 데이터베이스 크기, 백업 대상 수, 백업 빈도, 파일 내 델타 설정 등을 포함한 다양한 요인에 따라 다릅니다.
- SQL Windows 서비스에는 임시 디렉터리에 대한 읽기 및 쓰기 권한이 있어야 합니다.
- SqlServerWriter 가 SQL 서버에 설치되어 실행 중이고 기록기 상태가 안정 인지 확인합니다. 이는 vssadmin list writers 명령을 실행하여 확인할 수 있습니다.
C:\Users\Administrator>vssadmin list writers
vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001-2012 Microsoft Corp.
Writer name: 'Task Scheduler Writer'
Writer Id: {d61d61c8-d73a-4eee-8cdd-f6f9786b7124}
Writer Instance Id: {1bddd48e-5052-49db-9b07-b96f96727e6b}
State: [1] Stable
Last error: No error
Writer name: 'VSS Metadata Store Writer'
Writer Id: {75dfb225-e2e4-4d39-9ac9-ffaff65ddf06}
Writer Instance Id: {088e7a7d-09a8-4cc6-a609-ad90e75ddc93}
State: [1] Stable
Last error: No error
Writer name: 'Performance Counters Writer'
Writer Id: {0bada1de-01a9-4625-8278-69e735f39dd2}
Writer Instance Id: {f0086dda-9efc-47c5-8eb6-a944c3d09381}
State: [1] Stable
Last error: No error
Writer name: 'SqlServerWriter'
Writer Id: {a65faa63-5ea8-4ebc-9dbd-a0c4db26912a}
Writer Instance Id: {3de4f842-4d57-4198-9949-3b3f8c2629dc}
State: [1] Stable
Last error: No error
Writer name: 'System Writer'
Writer Id: {e8132975-6f93-4464-a53e-1050253ae220}
Writer Instance Id: {635755cd-b461-426c-89d1-95682a185005}
State: [1] Stable
Last error: No error
Writer name: 'ASR Writer'
Writer Id: {be000cbe-11fe-4426-9c58-531aa6355fc4}
Writer Instance Id: {b01dbf5b-b437-48ca-882f-c7ec08ef0a50}
State: [1] Stable
Last error: No error
Writer name: 'WMI Writer'
Writer Id: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0}
Writer Instance Id: {792c367d-1e21-4644-a63a-7d8ee4e2aaac}
State: [1] Stable
Last error: No error
Writer name: 'BITS Writer'
Writer Id: {4969d978-be47-48b0-b100-f328f07ac1e0}
Writer Instance Id: {7993a1e2-e51d-461f-b6f9-e64c93fad1ae}
State: [1] Stable
Last error: No error
Writer name: 'Registry Writer'
Writer Id: {afbab4a2-367d-4d15-a586-71dbb18f8485}
Writer Instance Id: {723e8efc-3758-40c4-aaeb-88a4f43702d3}
State: [1] Stable
Last error: No error
Writer name: 'Shadow Copy Optimization Writer'
Writer Id: {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f}
Writer Instance Id: {82fd1722-afcd-4f8e-95fd-8e5a2111c84c}
State: [1] Stable
Last error: No error
Writer name: 'COM+ REGDB Writer'
Writer Id: {542da469-d3e1-473c-9f4f-7847f01fc64f}
Writer Instance Id: {8fdde399-1d13-40e7-97c5-595bbf52b291}
State: [1] Stable
Last error: No error
- MS SQL Server 볼륨은 VSS 스냅샷 사용을 지원하는 파일 시스템(예: NTFS)을 사용해야 합니다.
- 다음 Windows 서비스가 활성화되었는지 확인하십시오.
- SQL 서버 VSS 라이터
- SQL 서버 서비스
- 볼륨 섀도 복사본
- 레지스트리 키 "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\Instance Names\SQL"에 MS SQL 항목이 있는지 확인합니다.
- VSS 백업 모드는 트랜잭션 로그 파일의 백업을 지원하지 않지만 전체 또는 대량 로깅 복구 모델로 구성된 데이터베이스의 경우 결과적으로 트랜잭션 로그가 MS SQL Server 볼륨의 사용 가능한 디스크 공간을 가득 채울 수 있습니다.
자세한 내용은 다음 URL을 참조하십시오: https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/view-or-change-the-recovery-model-of-a-database-sql-server
https://technet.microsoft.com/en-us/library/cc966520.aspx
이를 방지하기 위해 Simple백업하기 위해 선택한 데이터베이스의 복구 모델을 수정할 수 있습니다. 또는 트랜잭션 로그 파일을 자르기 위해 트랜잭션 로그 백업을 수동으로 수행하거나 ODBC 백업 모드에서 추가 MS SQL 데이터베이스 백업 세트를 생성하여 트랜잭션 로그 백업을 수행할 수 있습니다. 자세한 내용은 ODBC 백업 모드를 참조하십시오.
- ODBC 백업 모드의 경우: MS SQL 백업에 ODBC 모드를 사용하면 데이터베이스 파일이 백업 대상에 업로드되기 전에 임시 디렉토리에 스풀링됩니다.
- %edition_name%의 최신 버전이 MS SQL 서버에 설치되어 있는지 확인하십시오.
- %edition_name% 사용자 계정에서 Microsoft SQL Server 기능이 애드온 모듈로 활성화되었는지 확인하십시오.
- %edition_name% 사용자 계정에 MS SQL Server 백업 세트 및 보존 정책의 스토리지를 수용할 수 있는 충분한 스토리지 할당량이 할당되어 있는지 확인하십시오.
- %edition_name%의 기본 Java 힙 크기 설정은 2048MB입니다. MS SQL Server 백업의 경우 백업 및 복원 성능을 향상시키기 위해 Java 힙 크기 설정을 최소 4096MB로 늘리는 것이 좋습니다. 실제 힙 크기는 MS SQL 서버에서 사용 가능한 여유 메모리 양에 따라 다릅니다.
- 임시 디렉토리 폴더는 %edition_name%에서 데이터베이스 파일, 증분/차등 델타 파일 및 백업 세트 색인 파일을 저장하는 데 사용됩니다. 최적의 백업/복원 성능을 보장하기 위해 임시 디렉터리 폴더를 로컬 드라이브로 설정하는 것이 좋습니다.
임시 폴더는 Windows 또는 데이터베이스에 대한 잠재적인 성능 영향을 최소화하기 위해 Windows 시스템 파티션 또는 데이터베이스 파티션에 위치하면 안 됩니다. 임시 디렉터리 폴더가 네트워크 드라이브에 있는 경우 로그인 계정에 네트워크 리소스에 액세스할 수 있는 충분한 권한이 있는지 확인하십시오.
자세한 내용은 다음 URL을 참조하십시오: https://support.microsoft.com/en-us/help/2926557/sql-server-vdi-backup-and-restore-operations-require-sysadmin-privileg
https://technet.microsoft.com/en-us/library/cc966520.aspx
- 임시 디렉터리 폴더에는 최소한 전체 데이터베이스 크기의 150%에 해당하는 디스크 여유 공간이 있어야 합니다. 필요한 실제 여유 디스크 공간은 데이터베이스 크기, 백업 대상 수, 백업 빈도, 파일 내 델타 설정 등을 포함한 다양한 요인에 따라 다릅니다.
- SQL Windows 서비스에는 임시 디렉토리에 대한 읽기 및 쓰기 권한이 있어야 합니다.
- 다음 Windows 서비스가 활성화되었는지 확인하십시오.
- 레지스트리 키 "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\Instance Names\SQL"에 MS SQL 항목이 있는지 확인합니다.
- 최대 작업자 스레드: 데이터베이스 수가 많은(500개 이상의 데이터베이스) SQL 인스턴스의 경우 "최대 작업자 스레드" 설정을 늘리는 것이 좋습니다. 자세한 내용은 아래 기사를 참조하세요.
https://docs.microsoft.com/en-us/sql/database-engine/configure-windows/configure-the-max-worker-threads-server-configuration-option
- ODBC 백업 모드는 전체 복구 모델을 사용하여 데이터베이스에 대한 트랜잭션 로그 백업을 지원합니다.
- ODBC 모드 인증 방법 - ODBC 백업 모드는 두 가지 유형의 인증 방법을 지원합니다:
- 신뢰할 수 있는 인증 - MS SQL Server의 기본 인증 방법입니다. 이 방법을 사용할 때 MS SQL Server는 Windows 로그인 계정을 사용하여 MS SQL Server에 대한 로그인을 인증합니다.
- MS SQL 인증 - 이 방법을 사용하면 사용자 이름과 암호가 생성되어 MS SQL Server에 저장됩니다.
ODBC 모드 인증 방법 권한 확인을 위해 이 링크를 따르십시오 ODBC Mode Authentication Method Permissions Check.
!
신뢰할 수 있는 인증 방법은 보안이 통합된 Windows와 긴밀하게 통합되어 있으므로 가능하면 신뢰할 수 있는 인증 방법을 사용하는 것이 좋습니다.
MS SQL Server는 Windows 인증이 일련의 암호화된 메시지를 사용하여 MS SQL Server에서 사용자를 인증하므로 Windows에서 제공하는 자격 증명을 신뢰합니다.
그러나 MS SQL Server 로그인을 사용하는 경우 MS SQL Server 로그인 이름과 암호화된 암호가 네트워크를 통해 전달되므로 보안 수준이 떨어집니다.
시스템 데이터베이스의 백업 및 복원에 대한 고려 사항
시스템 데이터베이스의 백업 및 복원에 대한 고려 사항은 다음 표를 참조하십시오:
시스템 데이터베이스 백업에 대한 고려 사항:
SQL 서버는 서버 인스턴스의 작동에 필수적인 시스템 레벨 데이터베이스 세트를 유지합니다.
중요한 업데이트가 있을 때마다 백업해야 하는 여러 시스템 데이터베이스에는 다음이 포함됩니다:
- 마스터
- 모델
- msdb
- 배포(복제가 활성화된 SQL 데이터베이스용)
이 표에는 모든 시스템 데이터베이스가 요약되어 있습니다.
시스템 데이터 베이스 | 설명 | 백업 필요 | 제안 |
마스터 | SQL 서버 시스템의 모든 시스템 수준 정보를 기록하는 데이터베이스. | 예 | 데이터베이스를 백업하려면 SQL 서버 인스턴스가 실행 중이어야 합니다. SQL 서버 인스턴스를 시작하려면 마스터 데이터베이스에 액세스할 수 있고 적어도 파티에서 사용할 수 있어야 합니다. 비즈니스 요구에 맞게 데이터를 충분히 보호하기 위해 필요할 때마다 마스터 데이터베이스를 백업하십시오. Microsoft는 실질적인 업데이트 후에 수동 백업으로 보완할 수 있는 정기적인 백업 일정을 권장합니다. |
모델 | 모델 SQL 서버 인스턴스에서 생성된 모든 데이터베이스의 템플릿입니다. | 예 | 데이터베이스 옵션을 사용자 정의한 후와 같이 필요한 경우에만 model 데이터베이스를 백업하십시오.
Microsoft는 필요에 따라 모델의 전체 데이터베이스 백업만 생성할 것을 권장합니다. 모델이 작고 거의 변경되지 않기 때문에 로그 백업이 필요하지 않습니다. |
msdb | msdb 데이터베이스는 경고 및 작업을 예약하고 운영자를 기록하기 위해 SQL Server 에이전트에서 사용됩니다.
또한 기록 테이블(예: 백업/복원 기록 테이블)도 포함합니다. | 예 | 업데이트될 때마다 msdb를 백업합니다. |
tempdb | 임시 또는 중간 결과 집합을 보관하기 위한 작업 공간입니다.
이 데이터베이스는 SQL 서버 인스턴스가 시작될 때마다 다시 생성됩니다. | 아니오 | tempdb 시스템 데이터베이스를 백업할 수 없습니다. |
배포 | 배포 데이터베이스는 서버가 복제 배포자로 구성된 경우에만 존재합니다.
모든 유형의 복제에 대한 메타데이터 및 기록 데이터와 트랜잭션 복제에 대한 트랜잭션을 저장합니다. | 예 | 복제된 데이터베이스 및 관련 시스템 데이터베이스는 정기적으로 백업해야 합니다. |
시스템 데이터베이스 복원 시 고려 사항:
시스템 데이터베이스 | 복원 제안 |
마스터 | 데이터베이스를 복원하려면 SQL 서버 인스턴스가 실행 중이어야 합니다. SQL 서버 인스턴스를 시작하려면 마스터 데이터베이스에 액세스할 수 있고 적어도 파티에서 사용할 수 있어야 합니다.
마스터를 사용할 수 없게 되면 마스터 데이터베이스를 완전히 복원하거나 재구축하십시오. |
모델 | 다음과 같은 경우 모델 데이터베이스를 복원합니다:
- 마스터 데이터베이스가 재구축되었습니다.
- 예를 들어 미디어 오류로 인해 모델 데이터베이스가 손상되었습니다.
- 모델 데이터베이스가 수정되었습니다. 이 경우 Rebuild Master 유틸리티가 모델을 삭제하고 다시 생성하기 때문에 마스터를 재구축할 때 백업에서 모델을 복원해야 합니다.
|
msdb | 마스터 데이터베이스가 재구축된 경우 msdb 데이터베이스를 복원합니다. |
배포 | 배포 데이터베이스의 복원 전략에 대한 자세한 내용은 Microsoft의 다음 온라인 문서를 참조하십시오.:
http://msdn.microsoft.com/en-us/library/ms152560.aspx
|
제한 사항
- %edition_name%은 클러스터 환경에서 MS SQL 서버의 백업을 지원하지 않고 독립형 환경만 지원합니다.
- VSS 백업 모드의 경우:
- 로컬 드라이브의 데이터베이스 백업만 지원합니다. 네트워크 드라이브의 데이터베이스는 지원되지 않습니다.
- VSS 백업 모드는 트랜잭션 로그 백업을 지원하지 않습니다. 따라서 트랜잭션 로그 백업은 수동으로 수행해야 합니다. 또는 트랜잭션 로그 백업을 위해 ODBC 백업 모드에서 추가 MS SQL 데이터베이스 백업 세트를 생성합니다.
- 트랜잭션 로그를 자르려면 시간이 오래 걸릴 수 있는 수동 로그 잘라내기를 수행해야 합니다.
- FAT32 파일 시스템 또는 RAW 파티션에는 데이터베이스 스냅샷을 생성할 수 없습니다. 데이터베이스 스냅숏에서 사용하는 스파스 파일은 NTFS 파일 시스템에서 제공합니다.
- SQL 서버 버전:
- 원본 SQL 서버 또는 선택한 대체 SQL 서버로 자동 복원을 선택한 경우 복원은 백업 수행에 사용된 것과 동일한 SQL 서버 버전에서만 수행할 수 있습니다.
- 원시 파일을 복원하도록 선택한 경우 원시 데이터베이스 파일을 백업을 수행하는 데 사용한 동일하거나 최신 SQL 서버 버전으로 수동으로 복원할 수 있습니다.
- 다른 SQL 서버로 복원:
- 데이터베이스를 대체 SQL 서버로 복원하려는 경우 한 번에 하나의 데이터베이스만 복원하도록 선택할 수 있습니다.
- 데이터베이스를 대체 SQL 서버로 복원하려면 원시 파일 복원 확인란을 활성화하여 원시 파일을 복원하도록 선택해야 합니다..
모범 사례 및 권장 사항
- VSS 백업 모드의 경우 최상의 성능을 달성하기 위해 시스템 활동이 적은 시간으로 백업 일정을 설정하는 것이 좋습니다.
- 트랜잭션이 많은 데이터베이스의 백업은 ODBC 백업 모드를 사용하는 것이 잦은 백업을 요구할 수 있으므로 권장합니다. 트랜잭션 로그 백업(ODBC 백업 모드에서만 지원됨)은 주기적으로 수행할 수 있으며 VSS 기반 백업보다 리소스 집약도가 낮습니다.
- 최대 데이터 보호 및 복원 옵션을 위해 다음을 구성하는 것이 좋습니다:
- 정기적으로 테스트 복원을 수행하여 백업이 제대로 설정되고 수행되는지 확인하십시오. 복구 테스트를 수행하면 복구 계획의 잠재적인 문제나 격차를 식별하는 데 도움이 될 수도 있습니다. 성공적인 테스트의 목적은 모든 것이 완벽하다는 것을 입증하는 것이 아니기 때문에 테스트를 더 쉽게 만들려고 하지 않는 것이 중요합니다. 테스트 전반에 걸쳐 계획에서 식별된 결함이 있을 수 있으며 이러한 결함을 식별하는 것이 중요합니다..
- Restore Raw File 옵션은 고급 MS SQL Server 관리자를 위한 것으로 MS SQL 서버에 대한 자세한 지식과 이해가 있는 경우에만 사용해야 합니다. 그렇지 않은 경우 수동 복원을 수행하는 데 필요한 추가 MS SQL 매개 변수가 있으므로 이 옵션을 사용하지 않는 것이 좋습니다.
Key:
필드 |
설명 |
이름 |
백업 세트의 이름입니다.
|
백업 세트 유형 |
백업 세트 유형., 예. MS SQL 서버 백업
|
백업 모드 |
백업 모드, 두가지 모드가 있습니다.: VSS 와 ODBC.
|
서버 |
백업할 여러 SQL 인스턴스 또는 특정 인스턴스입니다.
|
로그인 ID |
MS SQL 서버에 액세스하기 위한 로그인 ID입니다. 기본값은 sa입니다.
|
암호 |
MS SQL 서버의 로그인 암호입니다.
|
백업 세트 이름 설정:
백업 세트 이름을 생성하려면:
- 의미 있는 백업 세트 이름을 입력합니다.
- 백업 세트 유형을 선택합니다.
- 드롭다운 상자에서 백업 모드를 선택합니다. 예: VSS(준비 데이터 없음, 전체, 차등 및 증분 백업 지원), ODBC(준비 데이터 포함, 전체, 차등 및 트랜잭션 로그 백업 지원.
- 드롭다운 목록에서 여러 SQL 인스턴스 또는 특정 인스턴스를 백업하도록 선택합니다.
- 필요한 경우 로그인 ID를 변경합니다(기본값은 'sa').
- 정확한 비밀번호를 입력하세요.
- 계속하려면 [다음] 버튼을 클릭합니다.
Note: [다음] 버튼을 클릭하면 확인 프로세스가 시작됩니다.