다음을 통해 공유

SharePoint Server의 백업 및 복구 계획

  • 아티클

적용 대상:yes-img-132013 yes-img-162016 yes-img-192019 yes-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

일반적으로는 SharePoint Server 환경을 배포하기 전에 백업 및 복구 계획을 세웁니다. 그런 후 데이터를 보호하기 위해 SharePoint Server이 변경됨에 따라 백업 및 복구 계획도 유지하고 업데이트해야 합니다.

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

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

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

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

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

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

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

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

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

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

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

다음 표에는 보호할 SharePoint 환경의 구성 요소와 각 구성 요소를 백업 및 복구할 때 사용할 수 있는 도구가 나와 있습니다. 두 표는 유사하지만 각 SharePoint Server 버전에 대한 특정 백업 구성 요소가 표시됩니다.

백업 및 복구용 SharePoint Server 2016 구성 요소

구성 요소 SharePoint 백업 SQL Server 2014 SP1(서비스 팩 1) SQL Server 2016 System Center 2016 - Data Protection Manager UR2(업데이트 롤업 2) 파일 시스템 백업
팜
 예
 예(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 Server 2016을 통해 설정되지 않은 IIS 구성
 예(5)
 예
SQL Server Reporting Services 데이터베이스
 예
 예
 예

(1) 팜 수준 및 데이터베이스 수준의 백업 및 복원은 단일 사이트 모음이 데이터베이스에 저장된 경우 사이트 모음 복구에 사용할 수 있습니다.

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

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

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

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

(6) DPM은 운영 체제 미설치 백업과 SharePoint Server 2016 백업의 조합을 사용하여 이 항목을 복구할 수 있습니다. 백업하고 개체로 복구할 수 없습니다.

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

(8) 구성 설정은 팜 수준 백업에서 복구할 수 있습니다. 자세한 내용은 SharePoint Server에서 팜 복원을 참조하세요.

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

자세한 내용은 알림: 고급 보안을 사용하여 Server 2016 워크로드 보호를 참조하세요.

백업 및 복구용 SharePoint 2013 구성 요소

구성 요소 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 Data Protection Manager를 사용하여 복원할 수 없습니다.

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

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

(6) DPM은 운영 체제 미설치 백업과 SharePoint 2013 백업의 조합을 사용하여 이 항목을 복구할 수 있습니다. 백업하고 개체로 복구할 수 없습니다.

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

(8) 구성 설정은 팜 수준 백업에서 복구할 수 있습니다. 자세한 내용은 SharePoint Server에서 팜 복원을 참조하세요.

(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 Backup은 단일 서버 배포에 와 함께 사용하는 경우에만 권장됩니다.

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

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

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

사용자 지정 내용 보호

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

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

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

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

  • 표준 XML 파일의 변경 내용

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

  • Web.config 파일의 변경 내용

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

워크플로 보호

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

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

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

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

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

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

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

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

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

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

서비스 응용 프로그램 보호

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

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

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

SharePoint 백업 및 복구 도구 선택

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

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

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

  • 복구 완전성

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

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

  • 도구 관리 복잡성

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

SharePoint 백업 및 복구 전략 결정

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

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

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

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

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

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

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

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

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

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

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

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

      참고

      RBS(원격 BLOB 저장소)를 사용 중인데 현재 사용하는 RBS 공급자가 스냅숏을 지원하지 않는 경우 백업에 스냅숏을 사용할 수 없습니다. 예를 들어 FILESTREAM 공급자는 스냅숏을 지원하지 않습니다.

  • SharePoint Server 백업은 서비스 애플리케이션을 보호하는 데 사용됩니다. 백업 간격은 다음을 기반으로 합니다.

    • 서비스의 중요성

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

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

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

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

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

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

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

SQL Server 및 저장소 구성 관련 권장 사항 준수

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

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 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 구성을 참조하세요.

참고 항목

개념

SharePoint Server의 백업 및 복구 개요

기타 리소스

데이터 보호 및 복구