나는 약 100GB 정도의 대규모 데이터베이스를 가지고 있으며 그 중 약 5GB는 업무상 중요한 데이터이고 나머지는 웹 서비스에서 다시 로드할 수 있으므로 중요하지 않습니다.
해당 데이터를 백업하는 것은 비용이 많이 들고 다시 로드할 수 있는 경우에는 그럴 가치가 없습니다.
그래서 단순 복구를 실행하고 기본 파일 그룹을 백업하고 싶습니다. 문제는 회색으로 표시되어 있으며 이를 열 수 있는 유일한 방법은 전체 또는 대량 로그 복구 모델을 사용하는 것입니다.
이러한 다른 복구 모델은 50~100gig의 로그 파일을 생성합니다. 왜냐하면 제 대규모 데이터베이스에는 매일 순위를 매기고 저장하는 등 많은 작업이 진행되기 때문입니다.
어쨌든 내가 원하는 작업을 수행할 수 있습니까? 백업된 기본 파일 그룹을 사용하여 간단한 복구를 수행할 수 있습니까? 그렇지 않은 경우에도 백업할 만큼 신경 쓰지 않는 데이터로 가득 찬 대용량 파일을 가지고 더 가까운 곳으로 이동할 수 있습니까?
감사해요
답변1
데이터베이스를 전체 로그로 전환하고 로그 백업을 설정하여 몇 분마다 로컬 또는 네트워크 디스크에 실행하고 이전 백업을 덮어쓸 수 있습니다. 로그가 백업되고 있다고 해서 실제로 백업을 유지해야 한다는 의미는 아닙니다.
이미 제안한 대로 중요한 데이터를 독립적으로 백업할 수 있는 보조 파일 그룹으로 이동할 수 있습니다.
또 다른 옵션은 중요한 데이터를 자체 데이터베이스에 저장하는 것입니다. 나는 이 데이터를 사용하는 애플리케이션에 대해 아무것도 모르지만 보기/동의어를 사용하여 애플리케이션에서 모든 것이 여전히 하나의 데이터베이스에 있는 것처럼 보이게 할 수 있습니다.
답변2
SQL Server는 데이터베이스 복구 모델이 FULL 또는 BULK-LOGGED가 아닌 한 기본 파일 그룹의 명시적 백업을 허용하지 않습니다.
현재 PRIMARY에 있는 내용이 보조 파일 그룹에 배치되도록 데이터베이스를 "재구축"하는 것은 어떻습니까? 그것은 실용적이지 않거나 실행 가능하지 않거나 단지 미친 것일 수도 있지만 그렇지 않으면 여기에서 어떻게 거기까지 갈 수 있는지 모르겠습니다.