볼륨 섀도 복사본을 사용한 SQL Server 백업

Windows 용으로 잘 알려진 많은 백업 유틸리티는 최신 버전의 Windows에 내장 된 볼륨 섀도 복사본 서비스를 사용하여 열린 파일을 안전하게 백업하기 위해 디스크의 특정 시점 스냅 샷을 만듭니다.

그러나이 메커니즘은 SQL Server와 얼마나 잘 작동합니까? 백업 시스템이 SQL Server와 상호 운용되도록 돕기 위해 SQL Server VSS 기록기가 존재하지만 모든 백업 시스템이 SQL Server에 대해 알고 제공하는 백업 관련 API를 활용하는 것은 아닙니다.

제 질문은 SQL Server에 대해 전혀 모르는 프로그램은 어떻습니까?

MDF 및 LDF 파일이 단일 시점에 존재하는 시점 스냅 샷을 얻을 수 있습니다. 그리고 아마도 SQL Server 데이터 형식은 그러한 스냅 샷이 일관되고 사용 가능할 정도로 충분히 강력합니다.

그것이 작동하는 방식입니까, 아니면 뭔가 빠졌습니까? 이러한 백업 메커니즘을 사용하는 데있어 "gotchas"가 있습니까, 아니면 안전합니까?

짧은 대답 : SQL 서버가 적절하게 구성되어 있지 않으면 권장하지 않습니다.

여기에서 함께 연주하는 VSS 및 MSSQL에 대한 많은 정보가 있습니다.
MSKB919023 : SQL Server 2005 연결 및 VSS (볼륨 섀도 복사본 서비스) .

경고의 한 마디 :

아마도 SQL Server 데이터 형식은 그러한 스냅 샷이 일관되고 사용 가능할만큼 충분히 강력 할 것입니다

그것은 큰 가정이며, 불행히도 항상 안전하지는 않습니다. 그렇기 때문에 재해로부터 복구 할 수 있도록 MSSQL 유지 관리 계획이 필수적입니다.

당신은 결코 백업 MDF와 LDF 파일입니다.

백업 (계획, SQL, SMO 등)을 실행 한 다음 이러한 백업 파일을 백업합니다.

솔직히, 나는 벤더가 VSS에 대해 말한 그림을 얻지 못했습니다. 또한 백업용 SQL Server 플러그인이있는 공급 업체를 싫어합니다. SQL Server 기본 백업 만 사용

참고 : 바이러스 검사에서 MDF 및 LDF도 제외합니다.

SQL "옵션"이있는 소프트웨어가없는 경우 :

데이터베이스에 대한 SQL 유지 보수 계획 또는 스케줄 된 백업 작업을 작성하여 디스크에 덤프 한 후 서버를 백업하십시오. 또는 덤프 할 때 디스크 간 백업 위치 (있는 경우)에 바로 덤프하십시오.

VSS 백업의 주요 문제점은 SQL Server의 캐싱으로 인해 발생합니다.

디스크의 현재 상태에 모든 데이터베이스 변경 사항이 항상 포함되는 것은 아닙니다. 백업 소프트웨어는 스냅 샷을 작성하기 전에 SQL Server가 모든 캐시를 작성하도록하려면이를 알고 있어야합니다.

가장 안전한 방법은 SQL 관리 / SQL Server 도구를 사용하여 백업하는 것입니다.

그리고 바이러스 검사기 (.bak, .mdf, .ldf)에서 모든 SQL Server 데이터 및 백업 파일을 제외해야합니다.