백업 및 복구 성능 향상 팁(Office SharePoint Server)
업데이트 날짜: 2008년 8월
적용 대상: Office SharePoint Server 2007
마지막으로 수정된 항목: 2015-03-09
이 문서의 팁을 사용하면 백업 및 복구 작업이 성능에 주는 영향을 줄일 수 있습니다.
기본적으로 대부분의 백업 작업에서는 유지 관리에 허용되는 시간 내에 작업을 완료하기 위해 최대한 많은 I/O 리소스를 사용합니다. 따라서 디스크 지연 현상이 발생할 수 있으며, 모든 I/O 요청에 대한 응답 속도가 평소보다 떨어질 수 있습니다. 이는 일반적인 현상이며 문제가 아닙니다.
크기에 따라 사이트 모음 백업용 도구 선택
업무상 팜 수준 또는 데이터베이스 수준 백업 이외에 사이트 모음 백업도 수행해야 하는 경우에는 사이트 모음 크기에 따라 사용할 도구를 선택합니다.
15GB 미만: Stsadm 사이트 모음 백업을 사용합니다.
참고
Stsadm 사이트 모음 백업을 사용하기 전에 사이트 모음을 잠가야 합니다. 이렇게 하려면 Setsitelock: Stsadm 작업(Office SharePoint Server)을 통해 읽기 전용 잠금을 설정합니다.
15-100GB: SharePoint 제품 및 기술 도구, SQL Server 도구 또는 사이트 모음이 포함된 콘텐츠 데이터베이스를 보호하는 기타 데이터베이스 백업 도구를 사용합니다.
100GB 초과: 기본 제공 백업 및 복구 도구 대신 Microsoft SQL Server 2005, Microsoft System Center Data Protection Manager 2007 등의 차등 백업 솔루션을 사용합니다.
SQL Server와 백업 위치 간의 대기 시간 최소화
일반적으로 백업에는 네트워크 드라이브가 아닌 로컬 디스크를 사용하는 것이 가장 좋습니다. 여러 서버를 백업하는 경우에는 모든 서버가 쓸 수 있는 직접 연결된 컴퓨터를 사용할 수 있습니다. 상호 대기 시간이 1밀리초 이하인 네트워크 드라이브와 SQL Server를 실행 중인 컴퓨터는 문제 없이 작동합니다.
충돌 처리 방지
사용자가 시스템에 액세스해야 하는 시간에는 백업 작업을 실행하지 마십시오.
I/O 병목 현상을 방지하려면 기본 백업을 별도의 디스크에 수행한 후에 테이프에 복사하십시오.
동시에 일부 데이터베이스만 백업되도록 백업 스태거 사용을 고려하십시오.
SharePoint 백업에서는 SQL Server 백업이 사용됩니다. 백업에 압축을 사용할 때는 SQL Server 성능에 영향이 없도록 주의하십시오. 예를 들어 일부 타사 백업 도구의 경우에는 백업 중에 압축을 수행하므로 SQL Server 성능이 저하될 수 있습니다. 압축 프로세스를 스로틀하고 SQL Server에 대한 영향을 제어하는 도구를 사용할 수 있습니다.
사용할 도구 결정 시 데이터베이스 크기 고려
백업 및 복구 도구를 선택할 때는 다음 표의 정보를 고려하십시오. 대형 데이터베이스의 경우에는 증분 백업 도구를 사용하는 것이 좋습니다. 자세한 내용은 백업 및 복구 도구 선택(Office SharePoint Server)을 참조하십시오.
| 도구 | 지원되는 최대 백업 크기 |
|---|---|
System Center Data Protection Manager |
32비트 시스템: 150개 데이터 원본 64비트 시스템: 300개 데이터 원본 자세한 내용은 Data Protection Manager 2007 질문과 대답 (영문)(https://go.microsoft.com/fwlink/?linkid=126629&clcid=0x412)을 참조하십시오. |
SharePoint 팜 백업 및 복구 |
200GB 미만 |
VSS 작성기 |
알려진 제한 없음 |
SQL Server |
200GB를 초과하는 콘텐츠 데이터베이스의 경우 추가 관리가 필요할 수 있음 |
Stsadm 사이트 모음 백업 및 복구 |
15GB |
Stsadm 가져오기 및 내보내기 |
100GB |
SharePoint Designer 백업 |
24MB |
MSIT Site Delete Capture 도구 |
15GB |
SQL Server 백업 및 복원 최적화 권장 사항 준수
SQL Server 백업을 사용하는 경우에는 전체 백업, 차등 백업 및 트랜잭션 로그 백업(전체 복구 또는 대량 로그 복구 모델의 경우)을 조합 사용하면 복구 시간을 최소화할 수 있습니다. 차등 데이터베이스 백업은 보통 전체 데이터베이스 백업보다 빠르게 만들 수 있으며, 데이터베이스를 복구하는 데 필요한 트랜잭션 로그 수를 줄여 줍니다.
SQL Server 2005에서 전체 복구 모델을 사용하는 경우에는 유지 관리 문제가 발생하지 않도록 트랜잭션 로그 파일을 정기적으로 자르는 것이 좋습니다.
SQL Server 백업 및 복원 성능 최적화 방법에 대한 자세한 권장 사항은 SQL Server에서 백업 및 복원 성능 최적화(https://go.microsoft.com/fwlink/?linkid=126630&clcid=0x412)를 참조하십시오.
RAID 사용 시 RAID 10 사용
디스크 백업 장치에 RAID(Redundant Array of Independent Disks)를 사용할 것인지 여부를 주의 깊게 고려하십시오. 예를 들어 RAID 5의 경우 패리티 정보를 유지 관리해야 하기 때문에 쓰기 성능이 낮으며 속도는 단일 디스크와 비슷합니다. 백업 장치에 대해 RAID 10을 사용하면 백업 속도가 빨라질 수 있습니다. 백업에 RAID를 사용하는 방법에 대한 자세한 내용은 최대 SQL Server I/O 처리량 달성을 위한 RAID 구성(https://go.microsoft.com/fwlink/?linkid=126632&clcid=0x412)을 참조하십시오.