백업 서버 용량 계획 워크시트 - 병렬 데이터 웨어하우스

이 용량 계획 워크시트는 SQL Server PDW 데이터베이스 백업 및 복원 작업을 수행하기 위한 백업 서버의 요구 사항을 결정하는 데 도움이 됩니다. 이를 사용하여 새 백업 서버를 구입하거나 기존 백업 서버를 프로비전하기 위한 계획을 만들 수 있습니다.

이 워크시트는 백업 서버 획득 및 구성의 지침을 보완합니다.

백업 서버에 대한 용량 계획 워크시트

참고

1. 이 워크시트는 PDW 데이터베이스에 대한 백업 및 복원 작업을 수행할 서버에 적용됩니다.

2. PDW 데이터베이스를 백업하고 복원하는 유일한 방법은 BACKUP DATABASE 및 RESTORE DATABASE SQL 명령을 사용하는 것입니다. 그러나 백업 데이터가 백업 서버에 있으면 Windows 파일 집합으로 존재합니다. 기존 Windows 파일 기반 백업 방법을 사용하여 서버에서 다른 스토리지 위치로 백업 파일을 보관할 수 있습니다.

용량 계획 워크시트

이 워크시트를 인쇄하고 사용자 고유의 요구 사항으로 채웁니다.

구성 요소	요구 사항	이 열을 사용자 고유의 요구 사항으로 채웁니다.	추천
저장소	지정된 기간 동안 백업 서버에 저장할 최대 바이트입니다.		스토리지 요구 사항을 확인하려면 지정된 기간 동안 백업 서버에 저장할 데이터의 양을 파악합니다. 백업 데이터는 압축된 형식으로 백업 서버에 저장됩니다. 데이터 압축 속도는 데이터의 특성에 따라 달라집니다. 예를 들어 대략적인 추정값으로 압축되지 않은 데이터의 크기를 기준으로 7:1 압축 비율을 예측하는 것이 좋습니다. 이렇게 하면 데이터의 80% 이상이 클러스터형 columnstore 인덱스에 저장된다고 가정합니다. 예를 들어 데이터베이스에 700GB의 압축되지 않은 데이터가 있고 클러스터형 columnstore 인덱스에 저장된 경우 데이터베이스 백업에 약 100GB가 필요할 것으로 예상할 수 있습니다. 백업 서버에 데이터베이스 백업의 복사본을 여러 장 갖도록 하려는 경우 이를 고려해야 합니다. 예를 들어 각각 5TB의 압축되지 않은 데이터가 포함된 10개의 데이터베이스를 백업하려는 경우 데이터베이스의 총 크기는 50TB입니다. 매일 5일 연속으로 이러한 10개의 데이터베이스를 백업하려는 경우 압축되지 않은 총 크기는 250TB입니다. 7:1 압축 비율을 고려하면 백업 서버에 250/7 = 35.7TB의 스토리지가 필요합니다. 분산을 고려하여 약 30%의 추가 용량을 추가로 얻는 것이 좋습니다. 이 예제에서는 46.6TB가 더 좋습니다.
네트워크	네트워크 연결 유형입니다.		부하 속도 요구 사항을 충족할 수 있는 최상의 네트워크 연결 유형을 결정합니다. 예를 들어 InfiniBand 또는 10Gbit 이더넷은 최적의 로드 속도를 제공합니다. 1Gbit 이더넷은 로드 속도를 시간당 360GB 이하로 제한합니다.
I/O	쓰기에 대한 시간당 바이트입니다.		디스크에 백업을 작성하는 경우 시간당 4TB 쓰기 속도가 최적입니다. 예를 들어 50MB/초를 쓸 수 있는 드라이브의 경우 24개 이상의 드라이브와 미러링 또는 패리티를 추가로 사용할 수 있습니다. I/O 용량의 경우 로드 서버에서 발생하는 모든 I/O를 고려합니다. 로드 서버에 ETL 서버에서 데이터 파일 수신과 같은 데이터 로드 외에 다른 I/O 트래픽이 있는 경우 I/O 요구 사항이 증가합니다.
CPU	소켓 수입니다.		백업 파일 수신 및 저장은 CPU를 많이 사용하는 애플리케이션이 아닙니다. 최소 요구 사항으로 최근에 제조된 2 소켓 서버를 사용하는 것이 좋습니다.
RAM	Windows에서 로드하는 동안 파일을 캐시할 수 있는 메모리 GB입니다.		백업 파일을 받고 저장하려면 로드 서버에 RAM이 거의 필요하지 않습니다. RAM 요구 사항을 확인하려면 Windows Server 설치 및 타사 애플리케이션 요구 사항을 참조하세요. 다른 원본의 요구 사항이 없는 경우 최소 32GB를 사용하는 것이 좋습니다.

용량 요구 사항 확인이 완료되면 구매를 계획하기 위해 로드 서버 획득 및 구성 항목으로 돌아갑니다.

참고 항목

하드웨어 백업 및 로드