SharePoint Server 2010의 백업 및 복구 계획

적용 대상: SharePoint Server 2010

마지막으로 수정된 항목: 2016-11-30

이 문서에서는 백업 및 복구 계획 과정에 수행하는 여러 단계에 대해 설명합니다. 여기에는 Microsoft SharePoint Server 환경에 맞는 백업 및 복구 전략을 결정하고 사용할 도구를 확인하는 단계가 포함됩니다. 단계는 아래 나열된 순서대로 수행하지 않아도 되며 프로세스를 반복할 수도 있습니다.

재해 복구를 위해 백업 및 복원을 사용할 방법을 계획할 때는 일반적인 사건, 사고, 오류 또는 국지적 및 지역적 응급 상황을 고려해야 합니다.

Microsoft SharePoint Server 백업 및 복구에 대한 자세한 내용은 백업 및 복구 개요(SharePoint Server 2010)를 참조하십시오.

이 문서의 내용

• 비즈니스 요구 사항 정의

• 환경에서 보호 및 복구할 항목 선택

• 도구 선택

• 전략 결정

• 개선된 백업 및 복구 성능 계획

SharePoint 팜 및 서비스에 대한 비즈니스 요구 사항 정의

비즈니스 요구 사항을 정의하려면 환경의 각 팜 및 서비스에 대해 다음 사항을 결정하십시오.

• RPO(목표 복구 지점) - 사용 가능한 마지막 백업과 잠재적인 오류 지점 사이의 최대 기간에 대한 목표입니다. 오류 발생 시 비즈니스에서 수용할 수 있는 데이터 손실의 양에 따라 결정됩니다.

• RTO(목표 복구 시간) - 데이터 복구 프로세스를 수행하는 데 걸리는 최대 시간에 대한 목표입니다. 사이트나 서비스를 사용할 수 없게 될 경우 비즈니스에서 수용할 수 있는 사용 불가 시간에 따라 결정됩니다.

• RLO(목표 복구 수준) - 데이터를 복구해야 할 때 적용해야 할 세분성을 정의하는 목표입니다. 즉 전체 팜, 웹 응용 프로그램, 사이트 모음, 사이트, 목록 또는 라이브러리, 항목 중 복구해야 할 대상이 결정됩니다.

대개 RPO와 RTO가 짧을수록, 그리고 RLO의 세분성이 클수록 비용이 증가합니다.

SharePoint Server 2010 환경에 대한 백업 및 복구 전략을 계획하는 데 도움이 되는 워크시트는 SharePoint 2010 제품 백업 및 복구 계획 통합 문서(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=184385&clcid=0x412)(영문일 수 있음)에서 다운로드할 수 있습니다.

SharePoint 환경에서 보호 및 복구할 항목 선택

비즈니스 요구 사항을 파악하면 보호해야 하는 환경의 구성 요소와 복구가 가능해야 하는 세분성을 결정하는 데 도움이 됩니다.

다음 표에서는 보호할 SharePoint 환경의 구성 요소와 각 구성 요소를 백업 및 복구할 때 사용할 수 있는 도구를 보여 줍니다.

1데이터베이스에 사이트 모음 하나가 저장된 경우 팜 수준 및 데이터베이스 수준의 백업과 복원을 사용하여 사이트 모음을 복구할 수 있습니다.

2팜 수준 및 데이터베이스 수준의 백업과 SharePoint Server에 연결되지 않은 데이터베이스 복구를 함께 사용하여 사이트 모음, 사이트, 목록 및 구성을 복원할 수 있습니다.

3원격 BLOB 저장소에 저장된 콘텐츠는 DPM을 사용하여 복원할 수 없습니다.

4Web.config의 변경 사항은 DPM 2010의 파일 시스템 백업을 사용하여 백업할 수 있습니다.

5IIS 구성은 DPM 2010의 완전 백업을 사용하여 복구할 수 있습니다.

6DPM 2010에서는 완전 백업과 SharePoint Server 백업을 함께 사용하여 이 항목을 복구할 수 있으며, 이를 개체로 백업 및 복구할 수는 없습니다.

7완전히 신뢰할 수 있는 솔루션 패키지는 구성 데이터베이스에 저장되고 샌드백스 솔루션은 콘텐츠 데이터베이스에 저장됩니다. 이러한 솔루션은 팜 또는 콘텐츠 데이터베이스 복구의 일부로 복구할 수 있습니다.

8구성 설정은 팜 수준 백업에서 복구할 수 있습니다. 자세한 내용은 Restore a farm (SharePoint Foundation 2010)팜 복원(SharePoint Server 2010)을 참조하십시오.

9중앙 관리 콘텐츠 데이터베이스 및 SharePoint Server 2010 팜의 구성 데이터베이스는 동일한 컴퓨터에서 동일한 팜에 대해 전체 팜 복구의 일부로만 복구할 수 있습니다.

SharePoint 콘텐츠 데이터베이스에서 복구할 항목 선택

콘텐츠 데이터베이스에서 사이트 모음, 사이트, 목록 및 라이브러리를 복구할 수 있습니다.

백업 및 복구 도구는 콘텐츠 데이터베이스의 콘텐츠에 대한 다양한 수준의 복구를 제공합니다. 보통 한 콘텐츠 데이터베이스 내에서 한 개체를 복구하는 것이 전체 콘텐츠 데이터베이스를 복구하는 것보다 더 복잡합니다.

사용자 지정 내용 보호

SharePoint 사이트에서 다음을 사용자 지정할 수 있습니다.

• 마스터 페이지, 페이지 레이아웃 및 CSS 스타일시트. 이러한 개체는 웹 응용 프로그램의 콘텐츠 데이터베이스에 저장됩니다.

• 웹 파트, 사이트 또는 목록 정의, 사용자 지정 열, 새 콘텐츠 형식, 사용자 지정 필드, 사용자 지정 작업, 코딩된 워크플로, 워크플로 활동 및 조건

• IFilters 등의 타사 솔루션 및 관련 이진 파일과 레지스트리 키

• 표준 XML 파일의 변경 내용

• 사용자 지정 사이트 정의(Webtemp.xml)

• Web.config 파일의 변경 내용

사용자 지정 내용 배포 방법과 Web.config 파일 변경 방법은 사용자 지정 내용을 백업 및 복구하는 데 사용할 도구를 결정하는 데 중요한 영향을 미칠 수 있습니다. 복구 가능성을 최대화하려면 솔루션 패키지를 사용하여 사용자 지정 내용을 배포하고 중앙 관리 또는 SharePoint API 및 개체 모델을 사용하여 Web.config 파일을 구성하는 것이 좋습니다.

워크플로 보호

워크플로는 백업 및 복구가 가능한 특수한 사용자 지정입니다. 현재 백업 및 복구 계획에서 해당 환경에 적용되는 다음과 같은 시나리오를 다루고 있는지 확인하십시오.

• Microsoft SharePoint Designer 2010에서 만든 워크플로 등의 선언적 워크플로는 배포되는 사이트 모음의 콘텐츠 데이터베이스에 저장됩니다. 콘텐츠 데이터베이스를 백업하면 이러한 워크플로가 보호됩니다.

• 사용자 지정 선언적 워크플로 작업은 다음과 같은 세 위치에 구성 요소를 두고 있습니다.

  1. 작업에 대한 Visual Studio 어셈블리는 GAC(전역 어셈블리 카탈로그)에 저장됩니다.

  2. XML 정의 파일(.ACTIONS 파일)은 14\TEMPLATE\{LCID}\Workflow 디렉터리에 저장됩니다.

  3. 작업을 승인된 유형으로 표시하기 위한 XML 항목은 해당 항목이 사용되는 웹 응용 프로그램의 Web.config 파일에 저장됩니다.

  팜 워크플로에서 사용자 지정 작업을 사용하는 경우 파일 백업 시스템을 통해 이러한 파일과 XML 항목을 보호해야 합니다. 웹 파트 및 이벤트 수신기 같은 SharePoint Server 기능과 마찬가지로 이러한 파일은 복구 후 필요에 따라 팜에 다시 적용해야 합니다.

• Visual Studio를 사용하여 만든 워크플로처럼 사용자 지정 코드에 종속된 워크플로는 두 개의 위치에 저장됩니다. 워크플로에 대한 Visual Studio 어셈블리는 GAC(전역 어셈블리 카탈로그)에 저장되고 XML 정의 파일은 Features 디렉터리에 저장됩니다. 이는 웹 파트 및 이벤트 수신기 같은 다른 유형의 SharePoint Server 기능과 동일합니다. 워크플로가 솔루션 패키지의 일부로 설치된 경우 콘텐츠 데이터베이스를 백업하면 이러한 워크플로가 보호됩니다.

• 워크플로가 배포되는 사이트 모음이 아닌 다른 사이트 모음과 상호 작용하는 사용자 지정 워크플로를 만드는 경우 워크플로를 보호하려면 두 사이트 모음을 모두 백업해야 합니다. 여기에는 또 다른 사이트 모음의 다른 사용자 지정 목록이나 사용 기록 목록에 작성하는 워크플로가 포함됩니다. 팜의 모든 사이트 모음 및 이러한 사이트 모음과 연결된 모든 워크플로를 백업하려면 팜 백업을 수행하는 것으로 충분합니다.

• 아직 배포되지 않은 워크플로는 다른 데이터 파일처럼 별도로 백업 및 복구해야 합니다. 새 워크플로를 개발하는 중이지만 아직 이를 SharePoint Server 팜에 배포하지 않은 경우 Windows 백업 또는 다른 파일 시스템 백업 응용 프로그램을 사용하여 워크플로 프로젝트 파일을 저장하는 폴더를 백업해야 합니다.

서비스 응용 프로그램 보호

SharePoint Server 환경의 서비스 응용 프로그램은 서비스 설정과 하나 이상의 데이터베이스로 구성되거나 서비스 설정만으로 구성될 수 있습니다. 데이터베이스만 복원해서는 서비스 응용 프로그램을 완전히 복원할 수 없습니다. 그러나 서비스 응용 프로그램의 데이터베이스를 복원한 후 서비스 응용 프로그램을 다시 구축할 수는 있습니다. 자세한 내용은 서비스 응용 프로그램 복원(SharePoint Server 2010)을 참조하십시오.

SQL Server Reporting Services 데이터베이스 보호

SharePoint Server 백업 및 복구에는 SQL Server Reporting Services 데이터베이스가 포함되지 않으므로 SQL Server 도구를 사용해야 합니다. 자세한 내용은 Reporting Services 설치에 대한 백업 및 복원 작업(https://go.microsoft.com/fwlink/?linkid=186642&clcid=0x412)을 참조하십시오.

SharePoint 백업 및 복구 도구 선택

백업 및 복구를 위한 올바른 도구를 선택하려면 시간과 리소스의 예산 안에서 비즈니스에 설정한 연속성(업무 무중단) 요구 사항을 만족할 수 있는지 파악해야 합니다.

도구 선택 시 고려해야 할 주요 사항은 다음과 같습니다.

• 백업 속도: 데이터베이스의 유지 관리 기간 안에 작업을 마칠 수 있는 도구인지 여부. 모든 백업 시스템을 테스트하여 시스템이 하드웨어에 대한 요구 사항을 충족하는지 확인해야 합니다.

• 복구 완전성

• 복구할 수 있는 개체의 세분성

• 지원되는 백업 유형(전체, 차등 또는 증분)

• 도구 관리 복잡성

다음 표에서는 Microsoft에서 제공하는 백업 및 복구 도구를 백업 유형과 6시간 내에 백업 가능한 팜의 크기를 기준으로 비교하여 보여 줍니다.

1백업 크기는 다음 섹션에 나열된 테스트 하드웨어에 지정된 크기를 모두 합한 것으로, 시스템 백업을 통해 결정됩니다.

테스트 하드웨어

다음 표에는 6시간 내에 완료할 수 있는 백업의 크기를 결정하는 테스트에 사용되는 하드웨어가 나열되어 있습니다.

Microsoft SharePoint Server과 함께 사용할 수 있는 백업 및 복구 시스템에 대한 자세한 내용은 다음 리소스를 참조하십시오.

• 백업 및 복구 개요(SharePoint Server 2010)

• SQL Server의 데이터베이스 백업 및 복원(https://go.microsoft.com/fwlink/?linkid=186643&clcid=0x412)

• Data Protection Manager 2010 개요(https://go.microsoft.com/fwlink/?linkid=186655&clcid=0x412)

SharePoint 백업 및 복구 전략 결정

비즈니스 요구 사항 및 복구 필요성과 선택한 도구에 따라 사용 환경에 대한 백업 및 복구 전략을 결정하고 문서화합니다.

보통 SharePoint Server 환경을 지원하는 IT 부서에서는 사용할 전략을 결정할 때 환경을 보호할 도구를 두 가지 이상 사용하려고 하지 않습니다.

예를 들어 DBA가 관리하는 데이터베이스를 사용하는 환경에서는 다음 목록의 전략을 적용할 수 있습니다.

• 모든 데이터베이스가 SQL Server를 사용하여 백업됩니다. 백업 간격은 다음을 고려하여 설정됩니다.

  • 콘텐츠 또는 서비스의 중요성

  • 해당 환경에서 백업이 성능에 미치는 영향

• 별도의 물리적 디스크에 저장되는 SQL Server 데이터베이스 스냅숏을 사용하면 작고, 빠르게 변화하며, 비즈니스에 대한 영향력이 매우 높은 콘텐츠 데이터베이스를 추가로 보호할 수 있습니다. 스냅숏은 데이터베이스당 하나씩만 저장되며 성능에 대한 영향을 최소화하도록 정기적으로 삭제됩니다. 스냅숏 간격은 다음을 고려하여 데이터베이스마다 설정됩니다.

  • 콘텐츠 또는 서비스의 중요성

  • 데이터베이스의 표준 변경률

  • 해당 환경에서 스냅숏이 성능에 미치는 영향

  • 스냅숏을 저장하는 데 필요한 공간

  SharePoint Server에서는 스냅숏과 해당 기본 데이터베이스를 연결되지 않은 데이터베이스로 처리할 수 있기 때문에 스냅숏을 통한 복구는 표준 복구보다 속도가 빠릅니다. 그러나 스냅숏을 만들면 기본 데이터베이스의 성능이 떨어질 수 있습니다. 따라서 스냅숏을 구현하기 전에 스냅숏이 시스템 성능이 미치는 영향을 테스트하고 스냅숏을 정기적으로 삭제하여 필요한 공간을 줄이는 것이 좋습니다.

  참고

  RBS를 사용하는 중이고 사용하는 RBS 공급자가 스냅숏을 지원하지 않는 경우 백업에 스냅숏을 사용할 수 없습니다. 예를 들어 FILESTREAM 공급자는 스냅숏을 지원하지 않습니다.

• 서비스 응용 프로그램을 보호하는 데 SharePoint Server 백업을 사용하며, 백업 간격은 다음을 기준으로 설정합니다.

  • 서비스의 중요성

  • 데이터베이스의 표준 변경률

  • 해당 데이터베이스에서 백업이 성능에 미치는 영향

• 모든 복원 작업은 SharePoint Server을(를) 통해 수행됩니다. 사용할 복원 시스템은 사용 가능한 백업 유형과 복원할 개체에 따라 선택됩니다.

다른 도구는 비즈니스 연속성 전략에 포함되어야 합니다. 현재 환경에서 사이트 모음의 버전 관리 및 휴지통을 어떻게 사용할 것인지 고려합니다. 자세한 내용은 비즈니스 연속성 관리 계획(SharePoint Server 2010)을 참조하십시오.

SharePoint 백업 및 복구 전략 디자인 시의 성능 계획

백업 및 복구 전략을 계획할 때 다음 권장 사항을 따르면 백업 및 복구가 시스템 성능에 미치는 영향을 줄일 수 있습니다.

대부분의 백업 작업은 유지 관리에 허용되는 시간 범위 내에서 해당 작업을 완료하기 위해 I/O 리소스를 가능한 한 많이 사용하도록 디자인되어 있습니다. 따라서 디스크 작업이 대기 중인 상황이 발생하거나 모든 I/O 요청이 평소보다 느리게 반환될 수도 있습니다. 이와 같은 현상은 일반적인 것이며 문제로 간주되지 않습니다.

SQL Server 및 저장소 구성에 대한 권장 사항 준수

SharePoint Server 환경의 SQL Server 및 저장소 구성을 위한 일반 권장 사항을 따릅니다. 자세한 내용은 저장소 및 SQL Server 용량 계획 및 구성(SharePoint Server 2010)을 참조하십시오.

SQL Server와 백업 위치 간 대기 시간 최소화

일반적으로 네트워크 드라이브가 아닌 로컬 디스크에 백업하는 것이 가장 좋습니다. 그러나 여러 대의 서버를 백업하는 경우에는 각 서버에서 모두 쓰기가 가능하도록 한 컴퓨터에 직접 연결할 수 있습니다. 네트워크 드라이브와 SQL Server가 실행되는 컴퓨터 사이의 대기 시간이 1밀리초 이하인 경우에는 네트워크 드라이브를 사용해도 문제가 없습니다. SQL Server를 실행하는 컴퓨터를 포함하여 팜에 서버가 여러 대인 경우 SharePoint 팜 백업 위치로 UNC 네트워크 경로를 사용해야 합니다.

프로세스 충돌 방지

사용자가 시스템에 액세스해야 하는 시간대에는 백업 작업을 실행하지 않도록 합니다.

I/O 병목 현상을 방지하기 위해서는 개별 디스크를 사용하여 주 백업을 수행한 다음 이를 테이프로 복사합니다.

모든 데이터베이스의 백업이 동시에 진행되지 않도록 시차를 두고 백업을 수행하는 것이 좋습니다.

SharePoint Server 백업은 SQL Server 백업을 사용합니다. 백업을 압축할 때는 SQL Server에 무리가 가지 않도록 주의해야 합니다. 예를 들어 일부 타사 백업 도구는 백업을 진행하면서 데이터 압축도 함께 수행하므로 SQL Server 성능에 무리가 따를 수 있습니다. 가능하면 압축 프로세스의 속도를 조절하여 SQL Server에 미치는 영향을 제어할 수 있는 도구를 사용하는 것이 좋습니다.

SQL Server 백업 및 복원 최적화 권장 사항 준수

SQL Server 2008 Enterprise를 실행하는 경우 백업 압축을 사용하는 것이 좋습니다. 자세한 내용은 백업 압축(SQL Server)(https://go.microsoft.com/fwlink/?linkid=179525&clcid=0x412)을 참조하십시오.

SQL Server 백업을 사용하는 경우 전체 복구 모델에 대해 전체, 차등 및 트랜잭션 로그 백업을 조합하여 사용하면 복구에 걸리는 시간을 최소화할 수 있습니다. 차등 데이터베이스 백업을 사용하면 일반적으로 전체 데이터베이스 백업을 수행할 때보다 빠르게 작업을 완료할 수 있고 데이터베이스를 복구하는 데 필요한 트랜잭션 로그의 양도 줄일 수 있습니다.

SQL Server 2008에서 전체 복구 모델을 사용하는 경우에는 유지 관리 문제가 발생하지 않도록 백업 중에 자르기 옵션을 사용하는 것이 좋습니다.

SQL Server 백업 및 복원 성능을 최적화하는 방법에 대한 자세한 권장 지침은 SQL Server의 백업 및 복원 성능 최적화(https://go.microsoft.com/fwlink/?linkid=126630&clcid=0x412)를 참조하십시오.

백업 드라이브의 쓰기 성능이 충분한지 확인

디스크 백업 장치에 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)(영문일 수 있음)을 참조하십시오.

관련 콘텐츠

See Also

Other Resources

리소스 센터: SharePoint Server 2010의 아키텍처 디자인(영문일 수 있음)