SQL Server로 가능한 가장 작은 백업

매일 우리는 WAN을 통해 SQL Server 백업을 제공합니다. 이 백업의 크기를 최소화하여 영원히 걸리지 않도록해야합니다.

백업 프로세스가 조금 더 오래 걸리더라도 상관 없습니다. 10 시간 이상 걸리는 WAN에서 30gigs의 압축 백업을 이동해야합니다.

더 작은 일일 백업을 위해서는 두 가지 옵션이 있습니다.

1. 로그 전달 : DR 프로세스를 재구성해야합니다.
2. DB에서 정보를 제거하고 다른 쪽에서 다시 작성하십시오 (비 클러스터형 인덱스 삭제, 클러스터 된 인덱스를 100 %로 압축-다른 쪽에서 재구성)

둘 다 우리의 부분에서 상당한 양의 작업이 필요합니다. 우리는 SQL Server 2008 pro를 사용하고 있으며 모든 백업이 압축되었습니다.

옵션 (2)과 유사한 백업 크기를 제공 할 수있는 상용 제품이 있습니까?

우리가 성취 할 수 있는 포괄적 인 대본이 있습니까 (2)? (인덱싱 된 뷰, 필터링 된 인덱스, 외래 키 등 처리)

의견을 바탕으로 한 첫 번째 생각 ...

백업 + FTP 크기 / 시간을 줄이려면 6 시간마다 차등 백업을 사용하십시오. 그런 다음 전체 백업 + FTP를 주말에만 줄입니다. 이를 통해 로그 전달의 복잡성을 방지하고 간단하며 DR에 약간의 복잡성을 추가합니다.

차등 백업이 간과되고 있다고 생각합니다. 이전에 백업을 사용하는 것이 좋습니다.

• 
  DIFF 백업을 사용하여 SQL Server 2008 R2 Express Edition에서 작은 데이터베이스를 백업하는 방법

  장애 발생시 손실되는 데이터의 양을 최소화하면서 복구 관점에서 가능한 한 모든 것을 단순하게 유지하고 싶습니다.

• SQL Server의 장단점 백업 전략 및 해당 사용 시나리오
• 대용량 데이터베이스 마이그레이션
  DIFF 백업을 사용하여 백업 / 복원 서버 마이그레이션 속도 향상

편집 : jcolebrand의 의견 후에 더 설명하려고합니다.

차등 백업은 변경된 페이지 만 가져옵니다. 많은 데이터베이스에 영향을 줄 수있는 인덱스 유지 관리 외에는 하루 중 몇 페이지의 페이지 만 변경됩니다. 따라서 차등 백업은 압축 전의 전체 백업보다 훨씬 작습니다.

매주 전체 백업이있는 경우 매일 차이를 수행하여 사이트 밖으로 배송 할 수 있습니다. 차이가있는 일일 전체 백업에는 사이트 외부의 두 파일이 모두 필요합니다.

이를 통해 A에서 B, C 및 D로 데이터를 빠르게 가져 오는 문제를 해결할 수 있습니다.

최신 데이터를 얻으려면 전체 및 최신 차등을 모두 복원해야하지만 NORECOVERY 및 STANDBY 파일을 사용 하여이 문제를 해결할 수 있습니다 (순수한 DBA에서 마지막으로 수년간 diff 복원으로 시도하지 않았습니다) 일).

또한 diff 백업은 진행중인 로그 백업과 관련이 없으므로 고 가용성 / DR 요구 사항을 "데이터 가져 오기 및 코드 원숭이"요구 사항과 분리 할 수 ​​있습니다.

정책 또는 감사를 통해 매일 전체 백업을 수행하는 경우 몇 가지 문제가 있지만 로그 복원 전에 diff 복원을 적용하여 복구 시간을 단축 할 수 있습니다. 백업과 달리 diff 및 log 복원은 상호 작용합니다.

내가 대부분의 기지를 다루었기를 바랍니다 ...

기본 2008 압축보다 백업을 더 잘 압축 할 수있는 상용 제품이 있습니다. 예는 레드 게이트 백업 , Hyperbac , Idera SQL 백업 , LiteSpeed를 백업 .

MS 배송 도구 이외의 도구로 처리해야하는 높은 CPU 및 파일 형식의 추가 비용이 발생합니다. 파일을 투명하게 처리하고 zip 호환 파일을 만들 수있는 Hyperbac (현재 Redgate에서 인수) 압축을 제외 하고 타사 도구가 필요하지 않습니다.

그러나 수동 정리를 통해 얻을 수있는 크기의 파일을 제공하는 도구는 없습니다. Brent Ozar의 기사 : SQL Server 백업을 실제로 압축하는 방법을 살펴보십시오 . 포인트 no에서 동일한 단계를 수행하는 것이 좋습니다. 2.

질문 1 : 데이터베이스에서 인덱스와 같이 중요하지 않은 데이터를 제거하는 것과 비슷한 백업 크기를 제공하는 상용 백업 제품이 있습니까?

아니요. 많은 백업 압축 제품 (Quest LiteSpeed, Red Gate SQL 백업, Idera SQLSafe, Hyperbac 등)이 있지만 SQL Server의 정기적 인 백업 프로세스 출력을 압축하여 작동합니다. HyperBac과 LiteSpeed의 엔진 옵션은 파일 시스템 필터 드라이버로, 디스크로가는 도중 출력을 가로채는 것을 의미하지만,이 모든 제품의 최종 결과는 압축 된 백업 출력 일뿐입니다.

질문 2.이 모든 추가 데이터를 덤프하기위한 포괄적 인 스크립트가 있습니까?

시간이 지남에 따라 데이터베이스 (4, 5, 8, 10 년)에 더 많은 기록을 유지하면 모든 인덱스 데이터를 제거하고 WAN의 다른쪽에 다시 작성하고 싶지 않을 것입니다. 대신, 수정 된 데이터를 전송하기 만하면됩니다. 여기서 로그 전달이 시작됩니다.

이러면 안됩니다.

그러나 실제로이 작업을 수행하고 싶거나 도움이되지 않는 경우 파일 그룹 백업으로 수행 할 수 있습니다. 다음과 같이 데이터베이스 파일 그룹을 설정하십시오.

• 기본 파일 그룹 (필수이지만 비워 둡니다)
• ClusteredIndex 파일 그룹 (여기에 클러스터 된 인덱스를 넣습니다)
• ExtraneousCrap Filegroup (다른 모든 것을 여기에 넣으십시오)

처음 두 개의 압축 파일 그룹 백업을 시작하고 작은 파일 그룹을 DR 서버에 복사하십시오. SQL Server 2008의 파일 그룹 백업 및 복원 기능 을 사용하여 Primary 및 ClusteredIndex 파일 그룹 만 복원하면 즉시 쿼리 할 수 ​​있습니다. ExtraneousCrap 파일 그룹을 온라인으로 얻을 때까지 실제로 작동하지는 않지만 MVP Deep Dives 책 에는 ExtraneousCrap 파일 그룹 및 모든 파일을 만들기 위해 시스템 테이블 편집에 대한 장이 있습니다. 관련 인덱스 중 이 속임수는 위험하고 완전히 지원되지 않으며 나쁜 생각은 아닙니다.

로그 배송과 같은 것으로 전환하는 것이 좋습니다. 기본적으로 짧은 시간 내에 24 시간 동안 30Gig를 전송하는 것과 짧은 시간 내에 전송하는 것을 선택할 수 있다면 네트워크 속도는 문제가되지 않습니다.

저속 네트워크의 개발자는 FTP 또는 사용중인 프로세스를 통해보다 편리한 크기의 파일을 다운로드 할 수 있습니다. 또한 하루 종일 다운로드되는 작업을 설정할 수도 있습니다.

SQL Server 압축 외에도 litespeed 또는 redgate sqlbackup과 같은 압축률이 높은 타사 도구를 구현할 수 있습니다.

또한 네트워크 측에는 DR 사이트에 대한 처리량을 최적화 할 수있는 네트워크 장치를 설치할 수 있습니다. 과거에는 Riverbed Appliance를 사용하여 3 시간 이내에 FL에서 VA로 90GB 백업을 성공적으로 수행했습니다.

또 다른 옵션은 인덱스 등을 제외하고 특정 파일 그룹을 백업하는 것이지만 여전히 클러스터 된 인덱스에 갇혀 있으며 db 구조에 따라 해당 접근법의 이점보다 비용 / 번거 로움이 커질 수 있습니다.

감사

돈이 있고 아키텍처가 허용한다면 리버베드 기술 (http://www.riverbed.com/us/)과 같은 것을 확인하십시오. 이와 같은 어플라이언스를 복제 또는 로그 전달 시나리오와 함께 사용하는 것이 가장 좋습니다.

그렇지 않다면 몇 가지 질문이 있습니다. 몇 달에 한 번 씩만 새로 고침을 수행해야하는 경우 왜 대역폭에 대한 우려가 있습니까? 전송에 대해 걱정해야 할 유일한 시간은 로컬 백업을 수행하기 위해 전체 백업을 가져 오는 것입니다. 그렇지 않은 경우 설정이 잘못 되었습니까?

또 다른 가능성은 모든 데이터를 가져 와서 Citrix 환경을 설정하고 원격으로 사용자를 확보하는 것에 대해 걱정하는 것입니다. Citrix를 사용하면 클라이언트 / 호스트간에 최소 대역폭 요구 사항이 있으며 로컬에서 필요한 작업을 수행 할 수 있으며 변경 사항을 다른 곳에서 복제하지 않아도됩니다. 그냥 내 $ 0.02

SQL 트랜잭션 복제를 사용합니다. 초기로드에는 약간의 시간이 걸리지 만 일단 시작하여 실행하면 원하는 정보 만 보낼 수 있습니다. 예를 들어, 업데이트되는 3 개 또는 4 개의 테이블 만있는 경우 해당 3 개 또는 4 개의 테이블 만 보낼 수 있습니다.

배송 할 상품을 선택할 수도 있습니다. FK, 클러스터 / 비 클러스터형 인덱스, 테이블 파티션 구성표, 저장 프로 시저 및 TONS 등

http://www.sql-server-performance.com/2010/transactional-replication-2008-r2/

이것이 옵션이 아닌 경우 REDGATE SQL BACKUP- http : //www.red-gate.com/products/dba/sql-backup/을 사용할 수 있습니다 . 나는 이것을 전에 사용했고 압축 수준을 최대 90 %까지 얻었다. SQL보다 훨씬 작습니다.