우리는 SQL 데이터베이스 형태의 대량의 데이터를 한 위치에서 다른 위치로 전환하고 있으며 데이터 전송 속도는 매우 느리지만 고객에게 가능한 한 서비스 중단을 최소화하고자 합니다.
우리가 착안한 아이디어는 대상 서버에 SQL을 설치하고, 며칠이 걸릴 수 있는 전체 백업을 전송하고, 라이브 작업을 위해 새 SQL을 준비한 다음, 라이브로 설정하기 전에 중간 기간의 증분 백업을 전송 및 복원하는 것이었습니다. .
저는 이전에 SQL에서 증분 백업을 사용해 본 적이 없습니다. 이것이 데이터 손실 없이 우리의 목적에 적합해야 합니까, 아니면 제가 놓치고 있는 것이 더 있습니까?
어떤 설명이라도 미리 감사드립니다.
후속 조치로 현재 자동화된 백업 전략은 Microsoft Data Protection Manager입니다. 증분은 마지막 전체 백업 이후에만 유효하다는 것을 알고 있습니다. DPM이 백업을 생성하면 SQL Server에서 마지막으로 알려진 전체 백업으로 레이블이 지정되므로 증분은 마지막 DPM 백업 이후의 트랜잭션만 백업합니까, 아니면 두 개가 완전히 자율적입니까?
답변1
귀하의 계획은 마지막 증분 백업을 보내는 데 걸리는 시간 동안 시스템을 종료하는 것이므로 귀하의 계획은 좋습니다. NORECOVERY마지막 증분 백업을 제외한 모든 백업을 적용할 때는 반드시 이 옵션을 사용하세요 .