내보내기(0) 인쇄
모두 확장

SharePoint 2013의 백업 및 복구 계획

 

적용 대상: SharePoint Server 2013, SharePoint Foundation 2013

마지막으로 수정된 항목: 2013-12-18

요약: SharePoint 2013 환경에 대해 백업 및 복구 전략을 계획하는 방법을 설명합니다.

일반적으로는 SharePoint 2013 환경을 배포하기 전에 백업 및 복구 계획을 세웁니다. 데이터를 보호하기 위해 SharePoint 2013이 변경됨에 따라 백업 및 복구 계획도 변경되어야 합니다.

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

재해 복구를 위해 백업 및 복구를 계획할 때는 일반적인 사건, 사고, 오류 또는 국지적 및 지역적 응급 상황을 고려해야 합니다. 이 문서의 각 섹션에서는 백업 및 복구 계획에 포함해야 하는 단계에 대해 설명합니다. 각 단계는 SharePoint 2013 팜을 복구하는 데 사용할 적절한 백업을 만드는 최종 목표를 달성하기 위한 단계입니다. 단계는 필요에 따라 사용자 지정할 수 있습니다. 전체 백업 및 복구 계획은 동적이며 SharePoint 2013 환경을 반영해야 합니다.

SharePoint 2013 백업 및 복구에 대한 자세한 내용은 SharePoint 2013의 백업 및 복구 개요를 참조하십시오.

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

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

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

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

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

SharePoint 2013 환경에 대한 백업 및 복구 전략을 계획하는 데 도움이 되는 워크시트는 SharePoint 2013 Products Preview 백업 및 복구 계획 통합 문서에서 다운로드할 수 있습니다.

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

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

백업 및 복구용 SharePoint 구성 요소

구성 요소 SharePoint 백업 SQL Server 2008 서비스 팩 1(SP1) 및 누적 업데이트 2 SQL Server 2012 System Center 2012 - DPM(Data Protection Manager) 파일 시스템 백업

6

서비스 응용 프로그램

웹 응용 프로그램

콘텐츠 데이터베이스

사이트 모음

1, 2

1, 2

1, 2

1, 2

사이트

2

2

2

문서 라이브러리 또는 목록

2

2

2

목록 항목 또는 문서

원격 BLOB 저장소에 저장된 콘텐츠

3

3

3

3

솔루션 패키지로 배포된 사용자 지정 내용

7

7

7

6, 7

중앙 관리 또는 API를 사용하여 Web.config에서 변경한 내용

4

SharePoint 구성 설정

2, 8

2, 8

2, 8

2, 9

솔루션 패키지로 배포되지 않은 사용자 지정 내용

예, 파일로 보호된 파일은 복구할 수 있습니다.4, 5

중앙 관리 또는 API를 사용하지 않고 Web.config에서 변경한 내용

4

SharePoint 2013을 통해 설정되지 않은 IIS 구성

5

SQL Server Reporting Services 데이터베이스

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

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

3원격 BLOB 저장소에 저장된 콘텐츠는 System Center 2012 - DPM(Data Protection Manager)를 사용하여 복원할 수 없습니다.

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

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

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

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

8구성 설정은 팜 수준 백업에서 복구할 수 있습니다. 자세한 내용은 SharePoint 2013에서 팜 복원을 참조하십시오.

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

참고참고:
SharePoint 2013을 Windows Server 백업에 등록하려면 stsadm.exe -o -registerwsswriter 작업을 통해 SharePoint 2013에 대해 VSS(볼륨 섀도 복사본 서비스) 작성기를 구성합니다. 그러면 Windows Server 백업에서 SharePoint 2013을 서버 전체 백업에 포함합니다. Windows Server 백업에서 복원하는 경우 설치된 SharePoint 2013 버전에 관계없이 SharePoint Foundation을 선택할 수 있으며, 백업 시 해당 서버의 SharePoint 2013에 대해 VSS 작성기가 보고한 모든 구성 요소가 복원됩니다.
Windows Server 백업은 단일 서버 배포에만 사용하는 것이 좋습니다.

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

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

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

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

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

  • 타사 솔루션 및 관련 이진 파일과 레지스트리 키(예: IFilter)

  • 표준 XML 파일의 변경 내용

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

  • Web.config 파일의 변경 내용

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

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

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

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

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

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

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

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

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

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

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

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

SharePoint 2013 백업 및 복구에는 SQL Server Reporting Services 데이터베이스가 포함되지 않으므로 SharePoint Server용 SQL Server 도구 및 SharePoint Foundation용 SQL Server 2008 R2 Express 도구를 사용해야 합니다. 자세한 내용은 Reporting Services 설치에 대한 백업 및 복원 작업을 참조하세요.

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

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

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

  • 복구 완전성

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

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

  • 도구 관리 복잡성

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

SharePoint 팜 백업 비교

도구 백업 유형 6시간 내에 완료되는 백업 크기1

SharePoint 팜 백업 및 복구

전체, 차등

600GB

SQL Server

전체, 차등

600GB

System Center Data Protection Manager

증분

수 TB

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

참고참고:
SharePoint Server 및 SQL Server 백업은 백업 압축을 활성화한 상태로 수행되었습니다. SharePoint Foundation 및 SQL Server 2008 R2 Express 백업 역시 백업 압축을 활성화한 상태로 수행되었습니다.

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

표 3. 백업 크기 테스트에 사용된 하드웨어

구성 요소 설명

프로세서

64비트 듀얼 프로세서, 3GHz

RAM

8GB

디스크

NTFS 파일 시스템으로 포맷된 2TB 파티션

네트워크

클라이언트 컴퓨터와 서버 간 100Mbps 이상의 연결

네트워크 공유

1.25TB의 여유 공간이 있는 네트워크 공유

참고참고:
SharePoint 2013 사이트 모음 백업을 수행하기 위한 크기 상한은 100GB입니다.

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

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

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

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

  • SharePoint Server용 SQL Server 및 SharePoint Foundation용 SQL Server 2008 R2 Express를 사용하여 모든 데이터베이스를 백업합니다. 백업 간격은 다음을 고려하여 설정됩니다.

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

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

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

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

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

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

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

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

    참고참고:
    RBS(원격 BLOB 저장소)를 사용 중인데 현재 사용하는 RBS 공급자가 스냅숏을 지원하지 않는 경우 백업에 스냅숏을 사용할 수 없습니다. 예를 들어 FILESTREAM 공급자는 스냅숏을 지원하지 않습니다.
  • 서비스 응용 프로그램을 보호하는 데 SharePoint 2013 백업을 사용하며, 백업 간격은 다음을 기준으로 설정합니다.

    • 서비스의 중요성

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

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

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

다른 도구는 비즈니스 연속성 전략에 포함되어야 합니다. 환경 전체에서 사이트 모음의 버전 관리 및 휴지통을 사용할 방법을 고려하십시오.

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

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

SharePoint Server 환경의 SQL Server 및 저장소와 SharePoint Foundation 환경의 SQL Server 2008 R2 Express 및 저장소를 구성하기 위한 일반 권장 사항을 따릅니다.

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

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

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

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

SharePoint Server 백업은 SQL Server 백업을 사용하고 SharePoint Foundation 백업은 SQL Server 2008 R2 Express를 사용합니다. 백업을 압축할 때는 SQL Server 또는 SQL Server 2008 R2 Express에 무리가 가지 않도록 주의해야 합니다. 예를 들어 일부 타사 백업 도구는 백업 중에 데이터 압축도 함께 수행하므로 SQL Server 성능에 무리가 따를 수 있습니다. 이러한 현상이 발생하지 않도록 하려면 압축 프로세스를 제한하고 SQL Server에 대한 영향을 제어할 수 있는 도구를 사용할 수 있습니다.

SQL Server 2008 Enterprise를 실행하는 경우 백업 압축을 사용하는 것이 좋습니다. 자세한 내용은 백업 압축(SQL Server)을 참조하세요.

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

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

SQL Server 백업 및 복원 성능을 최적화하는 방법에 대한 자세한 권장 지침은 SQL Server의 백업 및 복원 성능 최적화를 참조하세요.

디스크 백업 장치에 RAID(Redundant Array of Independent Disk) 구성을 사용할지는 신중하게 결정해야 합니다. 예를 들어 RAID 5는 패리티 정보를 유지 관리하기 때문에 쓰기 속도가 단일 디스크와 거의 비슷한 정도로 느립니다. 백업 장치에 RAID 10을 사용하면 백업 속도를 향상시킬 수 있습니다. 백업에 RAID를 사용하는 방법에 대한 자세한 내용은 SQL Server I/O 처리량이 최대화하도록 RAID 구성을 참조하세요.

이 정보가 도움이 되었습니까?
(1500자 남음)
의견을 주셔서 감사합니다.
표시:
© 2014 Microsoft