차등 백업을 시도할 때 매우 흔히 발생하는 문제가 있습니다. 우리는 SQL Server 2008 Standard(64비트)를 보유하고 있으며 Litespeed v 5.0.2.0을 사용하여 백업을 수행합니다. 우리는 일주일에 한 번 전체 백업을 수행하고 매일 차등 백업을 수행합니다. 문제는 diff 백업을 시도할 때마다 다음 오류가 발생한다는 것입니다.
중단 요청으로 인해 VDI 열기에 실패했습니다.
BACKUP DATABASE가 비정상적으로 종료됩니다.현재 데이터베이스 백업이 없기 때문에 데이터베이스 "myDb"에 대해 차등 백업을 수행할 수 없습니다. WITH DIFFERENTIAL 옵션을 생략하고 BACKUP DATABASE를 다시 실행하여 전체 데이터베이스 백업을 수행합니다.
문제는 방금 두 번 확인했기 때문에 전체 백업이 있다는 것을 100% 알고 있다는 것입니다. 한 번만 diff 백업을 할 수 있었는데, 전체 백업을 한 후 바로 백업을 했습니다.
나는 주변을 검색해 본 결과 이것이 꽤 일반적이라는 것을 알았습니다(비록 대부분 SQL 2005에서). 많은 사람들이 제안했지만 아직 시도하지 않은 해결책은 SQL Server VSS 기록기 서비스를 비활성화하는 것입니다. 문제는 #1 타사 백업 소프트웨어를 사용하고 있기 때문에 이 서비스가 필요할 수 있다고 생각하고 #2 서비스가 정확히 무엇을 하는지 잘 모르겠고 그렇게 비활성화하고 싶지 않다는 것입니다.
혹시 이런 문제를 경험하신 분 계시나요? 그리고 어떻게 해결하셨나요?
감사합니다,
답변1
SQL 데이터 이외의 항목에 대해 서버(NTbackup, BE 등)에서 VSS 백업을 실행하고 있습니까? 에 따르면이것, 백업 소프트웨어가 스냅샷에 VSS를 사용하는 경우 SQL 차등 백업이 무효화될 수 있습니다.
내가 아는 한 LS는 Nick이 말한 것처럼 VSS를 사용하지 않습니다. 에 따르면이 스레드해결 방법은 SQL 기록기 서비스를 비활성화하는 것이었습니다.
의견을 기반으로 업데이트:
NTbackup을 사용하여 서버의 다른 파일을 백업하고 있으므로 해결 방법은 SQL 기록기 서비스를 비활성화하는 것입니다.
NTbackup이 실행되면 호출됩니다.모두필요하지 않더라도 사용 가능한 VSS 기록기. 이는 스냅샷이 생성되는 동안 SQL 기록기가 DB를 일관된 상태(디스크로 캐시 플러시)로 전환한다는 의미입니다. 그러면 DB는 섀도 복사본의 정보를 복사하지 않았더라도 백업되었다고 생각합니다. 이것이 백업을 손상시키는 원인입니다.
VSS가 DB에 대해 실행되고 있는지 확인하기 위해 확인할 수 있는 한 가지 방법은 SQL 로그를 살펴보는 것입니다(오류 로그에 있는 것 같습니다). NTbackup 작업이 실행되는 동안 동결/해제 이벤트가 표시되어야 합니다.
답변2
lightspeed를 사용한 지 몇 년이 지났기 때문에 이것이 변경되었을 수도 있지만 light speed는 백업을 수행하기 위해 자체 확장 저장 프로시저를 제공하지 않습니까? 이 경우 차등을 수행하려면 이를 호출해야 합니다. 기본 BACKUP DATABASE 명령을 호출하면 안 됩니다. 기본/광속 백업을 혼합하여 사용할 수는 없다고 생각합니다.
Quests 온라인 제품 doco를 살펴보려고 했지만 아쉽게도 고객이 되어야 합니다.
SQL Server의 기본 백업 관점에서 전체 백업을 수행한 적이 없다면 차등 백업을 수행할 수 없습니다.
VSS 서비스를 사용하면 볼륨 섀도 복사본을 통해 SQL Server의 파일 수준 백업이 가능합니다. 백업에 lightspeed를 사용하고 서버 수준(OS) 백업에서 SQL Server 디렉터리를 제외하는 경우 이 기능을 꺼도 괜찮을 것입니다. 이는 차등 백업을 수행할 수 없는 것과는 아무런 관련이 없을 것입니다.
SQL Server 인스턴스를 다시 시작하면 문제가 해결됩니까? 그렇다면 SQL Server memtoleave를 늘리는 것이 좋습니다.이것 좀 봐.
답변3
이 문제가 발생하는 가장 일반적인 원인은 데이터베이스의 스냅샷(VSS 복사본 – 볼륨 섀도 복사본)을 생성하는 다른 백업 소프트웨어(NTBackup, BE, Bacula 등)가 있는 경우입니다. 이로 인해 백업 체인이 다음과 같이 될 수 있습니다. 이전 차등 백업이 손상되고 무효화됩니다. 따라서 현재 차등 백업 프로세스가 시작되면 초기 전체 백업이나 다른 차등 백업이 이전에 발생했음을 확인할 수 없으므로 실패하게 됩니다.
이 문제를 해결하는 방법에는 여러 가지가 있으므로 먼저 데이터베이스의 스냅샷 백업을 생성하는 소프트웨어 도구를 찾아야 합니다. NTBackup을 사용하여 스냅샷 백업을 만드는 가장 일반적인 경우를 고려해 보겠습니다. NTBackup에 대한 솔루션은 주로 서비스 메뉴에서 SQL Server VSS Writer를 확인하여 다음 설정이 있어야 합니다. 시작 유형: 수동 및 서비스를 중지해야 합니다. SQL Server VSS 기록기 서비스가 실행 중이고 스냅샷이 생성되면 전체 복구 모델이 차단되고 백업 체인이 끊어집니다. SQL Server VSS 기록기 설정을 변경하려면 "스타 메뉴"로 이동하여 열린 창에서 "서비스"를 찾아 "SQL Server VSS 기록기"를 선택합니다.
서비스를 마우스 오른쪽 버튼으로 클릭하고 "속성"을 선택하고 열린 창에서 "시작 유형"을 "수동"으로 설정하고 "서비스 상태" 섹션에서 "중지"를 눌러 서비스를 다시 시작한 후 자동으로 실행되지 않도록 하세요. 컴퓨터를 클릭하고 "확인"을 클릭하여 모든 변경 사항을 적용합니다.
답변4
Bacula가 데이터베이스 스냅샷과 내 SQL Server 백업을 모두 찍는 데에도 동일한 문제가 있었습니다. 가장 짜증나는 서버의 DB 하위 집합에서 이런 일이 발생하는 일종의 버그가 있습니다. 결국 내 결심은 백업 타이밍을 변경하여 Bacula 백업 후에 SQL 백업이 실행되어 SQL Server 내부 플래그가 올바르게 재설정되어 전체 백업이 수행되었음을 확인하는 것이었습니다. 그것은 2005년이었습니다. 동일한 VDI 문제가 2008년에도 영향을 미치고 있는 것 같습니다.
참고용여기내 이전 질문이었습니다.