SharePoint Server에서 팜 복원
적용 대상:
2013 2016 2019 Subscription Edition 
SharePoint in Microsoft 365
SharePoint 중앙 관리 웹 사이트, Microsoft PowerShell 또는 SQL Server 도구를 사용하여 SharePoint Server 팜을 복원할 수 있습니다. 배포한 환경의 종류, 백업 일정 및 조직과의 서비스 수준 계약에 따라 사용하는 백업 도구가 달라집니다.
시작하기 전에
팜 수준 복구는 전체 팜을 포함하는 오류 또는 팜의 일부를 부분적으로 복구할 수 없는 경우에만 수행됩니다. 팜의 일부, 특정 데이터베이스, 서비스 응용 프로그램, 목록, 문서 라이브러리 또는 특정 문서만 복원해야 하는 경우에는 다른 복구 방법을 사용합니다. 다른 복구 방법에 대한 자세한 내용은 관련 콘텐츠를 참조하십시오.
팜 복구는 다음과 같은 이유로 수행됩니다.
화재, 재해, 장비 오류 또는 다른 데이터 손실 이벤트가 발생한 후 팜을 복원하는 경우
팜 구성 설정 및 데이터를 특정 이전 시간 및 날짜로 복원하는 경우
SharePoint Server 배포를 팜 간에 이동하는 경우
이 작업을 시작하기 전에 SharePoint에서 팜을 복구하는 방법과 관련한 다음 정보를 검토하십시오.
한 버전의 SharePoint Server 2019에서 백업하고 다른 버전의 SharePoint Server 2019로 복원할 수 없습니다. SharePoint Server 2016 및 2013도 마찬가지입니다.
팜을 백업하면 구성 및 중앙 관리 콘텐츠 데이터베이스가 백업되지만 SharePoint Server 도구를 사용하여 복원할 수는 없습니다. 모든 팜 데이터베이스를 백업 및 복원하는 방법에 대한 자세한 내용은 Move all databases in SharePoint Server을 참조하세요.
SharePoint Server를 사용하여 팜을 복원하는 경우 복원 프로세스가 모든 서비스 애플리케이션을 자동으로 시작하지는 않습니다. 중앙 관리 또는 Microsoft PowerShell을 사용하여 수동으로 시작해야 합니다. 이 작업을 수행하면 서비스 및 서비스 프록시도 다시 프로비전되므로 SharePoint 제품 구성 마법사를 사용하여 서비스를 시작하지 마세요. 자세한 내용은 SharePoint Server에서 서비스 시작 또는 중지를 참조하세요.
기본 제공 도구를 사용하여 데이터베이스를 복원하거나 다시 연결하면 각 콘텐츠 데이터베이스의 ID(식별자)가 그대로 보존됩니다. 기본 제공 도구를 사용할 경우 기본 변경 로그 보존 동작은 다음과 같습니다.
팜을 복원하면 모든 데이터베이스의 변경 로그가 보존됩니다.
데이터베이스를 다시 연결 또는 복원하면 콘텐츠 데이터베이스의 변경 로그가 보존됩니다.
데이터베이스 ID 및 변경 로그가 보존되는 경우 검색 시스템에서는 크롤링 규칙에 따라 정의된 정규 일정을 기준으로 크롤링을 계속 수행합니다.
기존 데이터베이스를 복원하고 덮어쓰기 옵션을 사용하지 않으면 복원된 데이터베이스에 새 ID가 할당되고 데이터베이스 변경 로그가 유지되지 않습니다. 그러면 다음 데이터베이스 크롤링에서 콘텐츠 데이터베이스의 데이터가 인덱스에 추가됩니다.
복원을 수행할 때 백업 패키지의 ID가 팜에서 이미 사용되고 있는 경우에는 복원된 데이터베이스에 새 ID가 할당되며 복원 로그에 경고가 추가됩니다. 전체 크롤링 대신 증분 크롤링을 수행하는 기능은 이전과 동일한 콘텐츠 데이터베이스 ID와 콘텐츠 데이터베이스의 현재 변경 로그인에 유효한 검색 시스템에서 사용하는 변경 로그 토큰에 따라 달라집니다. 변경 로그가 유지되지 않으면 토큰이 유효하지 않으며 검색 시스템에서 전체 크롤링을 수행해야 합니다.
SharePoint Server 백업은 비즈니스 데이터 연결 서비스 외부 콘텐츠 형식 정의를 백업하지만 데이터 원본 자체를 백업하지는 않습니다. 데이터를 보호하려면 Business Data Connectivity 서비스 또는 팜을 백업할 때 데이터 원본을 백업해야 합니다.
Business Data Connectivity 서비스 또는 팜을 복원한 다음 데이터 원본을 다른 위치로 복원하는 경우 외부 콘텐츠 형식 정의에서 위치 정보를 변경해야 합니다. 그렇지 않으면 비즈니스 데이터 연결 서비스에서 데이터 원본을 찾을 수 없을 수 있습니다.
SharePoint Server는 FILESTREAM 원격 BLOB 저장소 공급자를 사용하여 원격 BLOB 저장소에 데이터를 배치하는 경우에만 원격 BLOB(Binary Large Objects) 저장소를 복원합니다.
다른 공급자를 사용하는 경우 원격 BLOB 저장소를 수동으로 복원해야 합니다.
팜 간에 서비스 애플리케이션을 공유하는 경우 교환된 트러스트 인증서는 팜 백업에 포함되지 않습니다. 이렇게 하려면 인증서 저장소를 개별적으로 백업하거나 인증서를 별도의 위치에 보관해야 합니다. 서비스 응용 프로그램을 공유하는 팜을 복원하는 경우에는 인증서를 가져와 다시 배포한 다음 팜 간 트러스트 관계를 다시 설정해야 합니다.
자세한 내용은 SharePoint Server에서 팜 간에 신뢰 인증서 교환을 참조하세요.
클레임 기반 인증을 사용하도록 구성된 웹 애플리케이션이 복원되거나 중복되거나 추가 클레임 공급자가 표시되는 경우가 많습니다. 중복 공급자가 표시되는 경우 각 웹 응용 프로그램 영역을 수동으로 저장하여 해당 공급자를 제거해야 합니다. 자세한 내용은 Restore web applications in SharePoint Server을 참조하세요.
양식 기반 인증을 사용하도록 구성된 웹 응용 프로그램이 포함된 팜을 복원하는 경우에는 추가 단계를 수행해야 합니다. 자세한 내용은 Restore web applications in SharePoint Server을 참조하십시오.
PowerShell을 사용하여 SharePoint의 팜 복원
Microsoft PowerShell을 사용하여 팜을 복원할 수 있습니다.
PowerShell를 사용하여 팜을 복원하려면
다음 멤버 자격이 있는지 확인합니다.
SQL Server 인스턴스에 대한 securityadmin 고정 서버 역할
업데이트하려는 모든 데이터베이스에 대한 db_owner 고정 데이터베이스 역할
PowerShell cmdlet을 실행 중인 서버의 관리자 그룹입니다.
관리자는 Add-SPShellAdmin cmdlet을 사용하여 SharePoint Server cmdlet 사용 권한을 부여할 수 있습니다.
참고
권한이 없는 경우 설치 관리자 또는 SQL Server 관리자에게 문의하여 권한을 요청하십시오. PowerShell 권한에 대한 자세한 내용은 Add-SPShellAdmin을 참조하세요.
SharePoint 관리 셸을 엽니다.
PowerShell 명령 프롬프트에 다음 명령을 입력합니다.
Restore-SPFarm -Directory <BackupFolder> -RestoreMethod Overwrite [-BackupId <GUID>]여기서 각 부분이 나타내는 의미는 다음과 같습니다.
<BackupFolder>는 백업 파일을 저장하는 데 사용할 폴더의 경로입니다.
<GUID>는 복원할 백업의 ID입니다.
참고
팜 계정으로 로그온하지 않은 경우 팜 계정의 자격 증명을 묻는 메시지가 나타납니다.
를 지정
BackupId하지 않으면 가장 최근 백업이 사용됩니다. 팜에 대한 백업을 보려면 Microsoft PowerShell 명령 프롬프트에서 다음 명령을 입력합니다.Get-SPBackupHistory -Directory <BackupFolder> -ShowBackup [-Verbose]여기서 각 부분이 나타내는 의미는 다음과 같습니다.
- <BackupFolder>는 백업 파일을 저장하는 데 사용할 폴더의 경로입니다.
구성 전용 백업을 사용하여 구성과 함께 콘텐츠 데이터베이스를 복원할 수 없습니다.
서비스 응용 프로그램을 다시 시작하려면 PowerShell 명령 프롬프트에 다음 명령을 입력합니다.
Start-SPServiceInstance -Identity <ServiceApplicationID>여기서 <ServiceApplicationID> 는 서비스 애플리케이션의 GUID입니다.
PowerShell을 사용하여 서비스 응용 프로그램을 다시 시작하는 방법에 대한 자세한 내용은 Start-SPServiceInstance를 참조하십시오.
PowerShell_2nd_NoVer을 사용하여 팜을 복원하는 방법에 대한 자세한 내용은 Restore-SPFarm.PShell_stsadm_deprecated를 참조하세요.
중앙 관리를 사용하여 팜 복원
중앙 관리 웹 사이트를 사용하여 팜을 복원할 수 있습니다.
중앙 관리를 사용하여 팜을 복원하려면
이 절차를 수행하는 사용자 계정이 Farm Administrators SharePoint 그룹의 구성원인지 확인합니다.
중앙 관리 홈 페이지의 백업 및 복원 섹션에서 백업에서 복원을 클릭합니다.
백업에서 복원 — 3단계 중 1단계: 복원할 백업 선택 페이지의 백업 목록에서 팜 백업이 포함된 백업 작업을 선택한 다음 , 다음을 클릭합니다. 백업 옆의 더하기 기호(+)를 클릭하면 각 백업에 대한 더 많은 세부 정보를 확인할 수 있습니다.
참고
올바른 백업 작업이 나타나지 않으면 백업 디렉터리 위치 텍스트 상자에 올바른 백업 폴더의 UNC(Universal Naming Convention) 경로를 입력한 다음 새로 고침을 클릭합니다. 구성 전용 백업을 사용해서는 팜을 복원할 수 없습니다.
백업에서 복원 — 3단계 중 2단계: 복원할 구성 요소 선택 페이지에서 팜 옆에 있는 확인란을 선택한 다음 다음을 클릭합니다.
백업에서 복원 — 3단계 중 3단계: 복원 옵션 선택 페이지의 복원 구성 요소 섹션에서 팜 이 다음 구성 요소 복원 목록에 표시되는지 확인합니다.
구성 설정만 복원 섹션에서 콘텐츠 및 구성 설정 복원 옵션이 선택되어 있는지 확인합니다.
복원 옵션 섹션의 복원 유형에서 같은 구성 옵션을 선택합니다. 작업을 확인하라는 대화 상자가 나타납니다. 확인을 클릭합니다.
참고
구성 설정만 복원 섹션이 표시되지 않으면 선택한 백업은 구성 전용 백업입니다. 다른 백업을 선택해야 합니다.
복원 시작을 클릭합니다.
백업 및 복원 작업 상태 페이지의 맨 위, 준비 섹션에서 모든 복구 작업의 일반적인 상태를 확인할 수 있습니다. 페이지 아래쪽의 복원 섹션에서는 현재 복구 작업의 상태를 확인할 수 있습니다. 상태 페이지는 30초마다 자동으로 업데이트됩니다. 새로 고침을 클릭하여 상태 세부 정보를 수동으로 업데이트할 수도 있습니다. 백업 및 복구는 Timer Service 작업입니다. 따라서 복구를 시작하는 데 몇 초 정도 걸릴 수 있습니다.
오류가 발생하는 경우 백업 및 복원 작업 상태 페이지의 실패 메시지 열에서 해당 오류를 검토할 수 있습니다. 또한 3단계에서 지정한 UNC 경로에 있는 Sprestore.log 파일에서 더 많은 세부 정보를 확인할 수도 있습니다.
복원 프로세스가 완료되면 하나 이상의 서비스 응용 프로그램을 다시 시작해야 할 수 있습니다. 중앙 관리의 홈페이지의 시스템 설정 섹션에서 서버에서 서비스 관리를 클릭합니다. 서버 제공 서비스 페이지에서 서비스 응용 프로그램 옆에 있는 작업 열의 다시 시작을 클릭하여 실행할 서비스 응용 프로그램과 관련된 모든 서비스를 시작합니다.
트러스트 관계를 다시 설정합니다. 자세한 내용은 SharePoint Server에서 팜 간에 신뢰 인증서 교환을 참조하세요.
SQL Server 도구를 사용하여 팜 복원
SQL Server 도구를 사용하여 전체 팜을 복원할 수는 없지만 대부분의 팜 데이터베이스를 복원할 수 있습니다. SQL Server 도구를 사용하여 데이터베이스를 복원하는 경우 중앙 관리 또는 PowerShell을 사용하여 팜 구성을 복원해야 합니다. 팜의 구성 설정을 복원하는 방법에 대한 자세한 내용은 SharePoint Server에서 팜 구성 복원을 참조하세요.
참고
검색 인덱스는 SQL Server에 저장되지 않습니다. SQL Server 도구를 사용하여 검색을 백업하고 복원하는 경우 콘텐츠 데이터베이스를 복원한 후 전체 크롤링을 수행해야 합니다.
SharePoint Server를 복원하기 전에 사이트 및 항목 복구를 위한 복구 팜을 구성하는 것이 좋습니다.
다음 단계를 수행하여 데이터베이스를 복원합니다.
가능하면 현재 데이터베이스의 라이브 트랜잭션 로그를 백업하여 마지막 전체 백업 이후 발생한 모든 변경 사항을 보호합니다.
마지막 전체 데이터베이스 백업을 복원합니다.
가장 최근의 전체 데이터베이스 백업 이후 발생한 최신 차등 데이터베이스 백업을 복원합니다.
가장 최근의 전체 또는 차등 데이터베이스 백업 이후에 발생한 모든 트랜잭션 로그 백업을 복원합니다.
다음 절차에 따라 팜 데이터베이스를 복원합니다.
SQL Server 도구를 사용하여 팜을 복원하려면
이 절차를 수행하는 사용자 계정이 sysadmin 고정 서버 역할의 구성원인지 확인합니다.
SharePoint Timer Service를 실행 중인 경우 서비스를 중지하고 현재 실행 중인 모든 저장 프로시저가 완료될 때까지 몇 분 정도 기다립니다. 복원해야 하는 모든 데이터베이스를 복원할 때까지 서비스를 다시 시작하지 마세요.
SQL Server Management Studio를 시작하고 데이터베이스 서버에 연결합니다.
개체 탐색기에서 데이터베이스를 확장합니다.
복원할 데이터베이스를 마우스 오른쪽 단추로 클릭하고 작업과 복원을 차례로 가리킨 다음 데이터베이스를 클릭합니다.
데이터베이스는 복구 작업 중에 자동으로 오프라인 상태가 되며 다른 프로세스에서 액세스할 수 없습니다.
데이터베이스 복원 대화 상자에서 대상과 원본을 지정한 다음 복원할 백업 집합 또는 집합을 선택합니다.
대상 및 원본의 기본값은 대부분의 복구 시나리오에 적합합니다.
페이지 선택 창에서 옵션을 클릭합니다.
복원 옵션 섹션에서 기존 데이터베이스 덮어쓰기만 선택합니다. 환경 또는 정책에서 달리 필요하지 않은 경우 이 섹션의 다른 옵션을 선택하지 마세요.
복구 상태 섹션에서 다음을 수행합니다.
복원해야 하는 모든 트랜잭션 로그를 포함한 경우에는 RECOVER WITH RECOVERY를 선택합니다.
트랜잭션 로그를 추가로 복원해야 하는 경우에는 RECOVER WITH NORECOVERY를 선택합니다.
세 번째 옵션인 RECOVER WITH STANDBY 는 이 시나리오에서 사용되지 않습니다.
참고
이러한 복구 옵션에 대한 자세한 내용은 데이터베이스 복원(옵션 페이지)을 참조하세요.
확인을 클릭하여 복구 작업을 완료합니다.
구성 데이터베이스를 제외하고 복원하는 각 데이터베이스에 대해 4~9단계를 반복합니다.
중요
사용자 프로필 데이터베이스를 복원하는 경우(기본적으로 "사용자 프로필 Service_ProfileDB_<GUID>") 소셜 데이터베이스도 복원합니다(기본적으로 "사용자 프로필 Service_SocialDB_<GUID>"). 이렇게 하지 않으면 사용자 프로필 데이터에 감지 및 수정이 어려울 수 있는 부정확한 항목이 생성될 수 있습니다.
구성 설정을 복원하려면 기존 구성 데이터베이스를 사용하거나, 새 데이터베이스를 수동으로 만들고 이 데이터베이스로 구성을 복원해야 합니다. 팜 구성을 복원하는 방법에 대한 자세한 내용은 Restore farm configurations in SharePoint Server을 참조하십시오.
SharePoint Timer Service를 시작합니다.
다시 시작해야 하는 모든 서비스 응용 프로그램을 시작합니다. 중앙 관리의 홈페이지의 시스템 설정 섹션에서 서버에서 서비스 관리를 클릭합니다. 서버 제공 서비스 페이지에서 서비스 응용 프로그램 옆에 있는 작업 열의 다시 시작을 클릭하여 실행할 서비스 응용 프로그램과 관련된 모든 서비스를 시작합니다.
관련 콘텐츠
다음은 팜의 일부만 복원해야 할 때 사용할 수 있는 기타 복구 방법입니다.