SharePoint 2010에서 SharePoint 2013으로 콘텐츠 데이터베이스 업그레이드
적용 대상:
2013 
2016 2019 Subscription Edition SharePoint in Microsoft 365
SharePoint 2010 제품에서 SharePoint 2013으로 업그레이드할 때는 데이터베이스 연결 업그레이드를 사용해야 합니다(콘텐츠만 업그레이드하고 구성 설정은 업그레이드하지 않음). SharePoint 2013 환경을 구성하고, 콘텐츠 및 서비스 애플리케이션 데이터베이스를 복사하고, 서비스 애플리케이션을 업그레이드한 후에는 콘텐츠 데이터베이스를 SharePoint 2013으로 연결하고 업그레이드할 수 있습니다. 이 문서에서는 콘텐츠 데이터베이스를 SharePoint 2013으로 연결하고 업그레이드하기 위해 수행하는 단계를 설명합니다.
사이트 모음을 업그레이드하는 단계는 설명하지 않습니다. 사이트 모음 업그레이드 프로세스는 데이터베이스 업그레이드 프로세스와는 별개입니다. 사이트 모음을 업그레이드하는 단계는 사이트 모음을 SharePoint 2013으로 업그레이드를 참조하세요.
업그레이드 프로세스의 4단계: 콘텐츠 데이터베이스 업그레이드:
| 단계 | 설명 |
|---|---|
|
SharePoint 2010 제품 데이터 및 사이트를 SharePoint 2013으로 업그레이드하는 프로세스의 네 번째 단계입니다. 이 프로세스에는 아래에 나와 있는 순서대로 수행해야 하는 다음 단계가 포함됩니다. SharePoint 2010에서 SharePoint 2013으로 콘텐츠 데이터베이스 업그레이드를 위해 데이터베이스 연결용 SharePoint 2013 팜을 새 팜으로 업그레이드용 SharePoint 2013 팜 만들기 SharePoint 2013에서 SharePoint 2013으로 콘텐츠 데이터베이스 업그레이드(이 단계) 사이트 모음을 SharePoint 2013으로 업그레이드 전체 프로세스 개요를 보려면 SharePoint 2010에서 SharePoint 2013으로 업그레이드 프로세스 개요 및 업그레이드 프로세스 모델 업그레이드 프로세스 모델 다운로드를 참조하세요. |
중요
이 문서는 SharePoint Foundation 2013 및 SharePoint 2013 모두에 적용됩니다.
SharePoint 2013 업그레이드: 4단계 비디오 시청
시작하기 전에
콘텐츠 데이터베이스를 연결하고 업그레이드하기 전에 다음 정보를 검토하고 권장 조치를 수행하세요.
데이터베이스 연결에 사용할 계정이 업그레이드할 콘텐츠 데이터베이스에 대한 db_owner 고정 데이터베이스 역할의 구성원인지 확인합니다.
웹 응용 프로그램을 만드는 데 사용할 계정이 중앙 관리의 Farm Administrators 그룹의 구성원인지 확인합니다.
웹 응용 프로그램 만들기
SharePoint 2010 제품 환경에 있는 각 웹 애플리케이션에 대한 웹 애플리케이션을 만듭니다. 각 웹 응용 프로그램에 대해 다음을 수행합니다.
동일한 URL(이름, 포트 및 호스트 헤더 포함)을 사용하고 대체 액세스 매핑 설정을 구성합니다.
다른 URL을 사용하는 경우 Office 응용 프로그램이 새 URL로 올바르게 리디렉션되지 않고 이전 URL에 대한 모든 책갈피가 작동하지 않습니다.
동일한 인증 방법을 사용합니다.
예를 들어 이전 환경에서 Windows 클래식 인증을 사용하고 계속 사용하려는 경우 Windows 클래식 인증을 사용하는 웹 애플리케이션을 만들어야 합니다. 이제 클레임 기반 인증이 SharePoint 2013의 기본 옵션이므로 PowerShell을 사용하여 Windows 클래식 인증을 사용하는 웹 애플리케이션을 만들어야 합니다. 원하는 결과가 클레임 기반 인증을 사용하는 경우 Windows 클래식 인증이 아닌 클레임 기반 웹 애플리케이션으로 SharePoint 2013에서 새 웹 애플리케이션을 만듭니다.
클레임 인증으로 마이그레이션하려면 SharePoint 2013에서 클래식 모드에서 클레임 기반 인증으로 마이그레이션을 참조하세요.
포함된 경로를 다시 만듭니다.
할당량 템플릿을 다시 만듭니다.
웹 응용 프로그램에 대해 메일 설정을 구성합니다.
이전 환경에서 사용한 모든 웹 애플리케이션에 대해 셀프 서비스 사이트 만들기를 사용하도록 설정합니다. 셀프 서비스 사이트 만들기 설정을 다시 만듭니다.
내 사이트를 호스팅하는 웹 응용 프로그램에서 내 사이트용 관리 경로(/personal)를 만듭니다. 내 사이트는 SharePoint Server에서만 사용 가능합니다.
이전 환경에서 구성했던 모든 웹 응용 프로그램 정책 또는 기타 웹 응용 프로그램 설정을 다시 작성합니다.
사용자 지정 내용 다시 적용
새 환경에 사용자 지정된 기능, 솔루션 또는 기타 요소가 없기 때문에 업그레이드 중 오류가 발생하는 경우가 자주 있습니다. 콘텐츠 데이터베이스를 업그레이드하기 전에 SharePoint 2010 제품 환경의 모든 사용자 지정 요소가 프런트 엔드 웹 서버에 설치되어 있는지 확인합니다.
이 단계에서 새 팜에 모든 사용자 지정 내용을 수동으로 전송합니다. 사이트에서 사용하는 다음과 같은 구성 요소를 모두 설치해야 사이트가 제대로 작동합니다.
사용자 지정 사이트 정의
CSS 스타일시트와 같은 사용자 지정 스타일시트 및 이미지
사용자 지정 웹 파트
사용자 지정 웹 서비스
사용자 지정 기능 및 솔루션
사용자 지정 어셈블리
Web.config 변경 내용(예: 보안)
각 웹 응용 프로그램의 Web.config 파일에서 새 서버로 고유한 설정을 모두 전송해야 합니다.
InfoPath용 관리자가 승인한 양식 서식 파일(.xsn 파일) 및 InfoPath용 데이터 연결 파일(.udcx 파일). InfoPath는 SharePoint Server 2010에서만 사용 가능합니다.
사이트에서 사용되는 기타 모든 구성 요소 또는 파일
SharePoint 2013은 SharePoint 2010 제품 및 SharePoint 2013 모드 모두에서 사이트를 호스트할 수 있습니다. SharePoint 2013 설치에는 SharePoint 2010 제품 및 SharePoint 2013 버전의 여러 요소가 모두 포함되어 있습니다. 파일 시스템의 디렉터리는 다음과 같이 14 및 15 경로에서 중복 생성됩니다.
Web Server Extensions/14/TEMPLATE/Features
Web Server Extensions/15/TEMPLATE/Features
IIS 지원 디렉터리에는 _Layouts, _Layouts/15 및 _ControlTemplates, _ControlTemplates/15의 두 가지 버전도 있습니다.
새 팜의 올바른 위치에 사용자 지정을 설치해야 합니다. 예를 들어 업그레이드하지 않은 사이트 모음에서 사용할 수 있도록 SharePoint 2010 제품의 추가 스타일시트를 새 /15 경로가 아닌 /14 경로에 설치해야 합니다. 두 경로에서 솔루션을 사용할 수 있도록 하려면 두 번 설치하고 두 번째로 설치할 때 CompatibilityLevel 매개 변수를 사용하며 /15 경로에 설치됩니다. 자세한 내용은 Install-SPSolution을 참조하십시오.
SharePoint 2013에서 사용할 사용자 지정을 업데이트하는 방법에 대한 자세한 내용은 SharePoint Foundation 2010 및 SharePoint Server 2010에서 사용자 지정 및 솔루션 다시 배포를 참조하세요. 사용자 지정을 환경에 배포하는 방법에 대한 자세한 내용은 SharePoint Server에 대한 솔루션 설치 및 관리를 참조하세요.
사용자 지정 구성 요소 확인
환경에 대한 모든 사용자 지정 구성 요소를 식별했는지 확인하려면 SharePoint 2010 제품 환경에서 Stsadm -o 열거형 웹 작업을 사용하고 includefeatures 및 includewebparts 매개 변수를 사용합니다. 이 작업에서는 각 사이트에 사용되는 서식 파일, 기능, 웹 파트 및 기타 사용자 지정 요소를 보고할 수 있습니다. enumallwebs 작업을 사용하는 방법에 대한 자세한 내용은 Enumallwebs: Stsadm 작업(Office SharePoint Server) 및 Clean up an environment before an upgrade to SharePoint 2013를 참조하세요.
SharePoint 2010 제품 환경에서 Get-SPWeb Microsoft PowerShell cmdlet을 사용하여 각 사이트와 연결된 템플릿을 확인한 다음, 템플릿이 SharePoint 2013 환경에 설치되어 있는지 확인할 수도 있습니다. 이 작업에 대한 자세한 내용은 Get-SPWeb을 참조하세요.
콘텐츠 데이터베이스를 웹 애플리케이션에 연결하기 전에 Test-SPContentDatabase Microsoft PowerShell cmdlet을 사용하여 해당 데이터베이스에 필요한 모든 사용자 지정 구성 요소가 있는지 확인합니다.
PowerShell을 사용하여 사용자 지정 구성 요소를 사용할 수 있는지 확인하려면 다음을 수행합니다.
- 다음 멤버 자격이 있는지 확인합니다.
SQL Server 인스턴스에 대한 securityadmin 고정 서버 역할
업데이트하려는 모든 데이터베이스에 대한 db_owner 고정 데이터베이스 역할
PowerShell cmdlet을 실행 중인 서버의 Administrators 그룹
관리자는 Add-SPShellAdmin cmdlet을 사용하여 SharePoint 2013 cmdlet 사용 권한을 부여할 수 있습니다.
참고
권한이 없는 경우 설치 관리자 또는 SQL Server 관리자에게 문의하여 권한을 요청하십시오. PowerShell 권한에 대한 자세한 내용은 Add-SPShellAdmin을 참조하십시오.
SharePoint 관리 셸을 시작합니다.
PowerShell 명령 프롬프트에 다음 명령을 입력합니다.
Test-SPContentDatabase -Name DatabaseName -WebApplication URL
여기서 각 부분이 나타내는 의미는 다음과 같습니다.
DatabaseName은 테스트할 데이터베이스의 이름입니다.
URL은 사이트를 호스트할 웹 응용 프로그램의 URL입니다.
자세한 내용은 Test-SPContentDatabase를 참조하세요.
웹 응용 프로그램에 콘텐츠 데이터베이스 연결 및 데이터베이스 업그레이드
콘텐츠 데이터베이스를 연결하면 데이터베이스가 업그레이드되고 해당 데이터베이스의 사이트 모음이 지정한 웹 응용 프로그램에 추가됩니다. 그러나 SharePoint 2013의 경우 프로세스는 사이트 모음을 업그레이드하지 않습니다.
콘텐츠 데이터베이스를 연결할 때 여러 콘텐츠 데이터베이스에 걸쳐 있는 웹 애플리케이션의 경우 루트 사이트 모음이 포함된 콘텐츠 데이터베이스를 먼저 연결해야 합니다. 콘텐츠 데이터베이스를 연결할 때 연결하는 첫 번째 콘텐츠 데이터베이스에 웹 애플리케이션의 루트 사이트를 포함합니다. 즉, 계속하기 전에 SharePoint 2010 Products 서버 팜에서 웹 애플리케이션의 루트를 검사하여 첫 번째 사이트 모음을 확인합니다. 루트 사이트가 포함된 데이터베이스를 연결한 후 웹 애플리케이션에 대한 다른 콘텐츠 데이터베이스를 순서대로 연결합니다. 데이터베이스를 연결하기 전에 콘텐츠를 저장할 사이트 모음을 만들 필요가 없습니다. 이 프로세스는 콘텐츠 데이터베이스와 해당 데이터베이스 내의 사이트 모음을 연결합니다. 모든 콘텐츠 데이터베이스를 복원할 때까지 새 사이트 모음을 추가하지 않도록 합니다.
팁
콘텐츠 데이터베이스의 각 사이트 모음에는 구성 데이터베이스에 등록되어 있으며 사이트 모음과 연결된 GUID가 있습니다. 따라서 팜에 동일한 사이트 모음을 두 번 추가할 수 없는데, 이는 별도의 웹 응용 프로그램에서도 마찬가지입니다. 두 번 추가한 경우 데이터베이스를 성공적으로 연결할 수 있더라도 사이트 모음을 찾아볼 수는 없습니다. > 동일한 팜에 사이트 모음의 복사본이 있어야 하는 경우 먼저 사이트 모음이 포함된 데이터베이스를 별도의 팜에 연결한 다음 Backup-SPSite 및 Restore-SPSite PowerShell cmdlet을 사용하여 사이트 모음을 다른 팜에 복사합니다. 그러면 백업 및 복원 프로세스를 통해 사이트 모음의 새 GUID가 생성됩니다. 이러한 cmdlet에 대한 자세한 내용은 Backup-SPSite 및 Restore-SPSite를 참조하세요.
내 사이트의 경우 내 사이트를 포함하는 데이터베이스를 연결하기 전에 내 사이트 호스트를 포함하는 콘텐츠 데이터베이스를 연결합니다.
기본적으로 새 SharePoint 2013 환경에서 웹 애플리케이션을 만들 때 각 웹 애플리케이션에 대한 콘텐츠 데이터베이스가 만들어졌습니다. SharePoint 2010 Products 데이터베이스를 연결한 후 기본 데이터베이스를 삭제할 수 있을 때까지 이러한 기본 데이터베이스를 무시할 수 있습니다.
중요
콘텐츠 데이터베이스를 도메인 또는 포리스트 간에 이동하거나 다른 서비스 계정이 있는 또 다른 환경으로 이동하는 경우 데이터베이스를 연결하기 전에 먼저 서비스 계정에 대한 사용 권한이 여전히 올바른지 확인합니다.
웹 응용 프로그램에 콘텐츠 데이터베이스를 연결할 때는 Mount-SPContentDatabase cmdlet을 사용해야 합니다. 업그레이드할 때 SharePoint 중앙 관리 페이지를 사용하여 콘텐츠 데이터베이스를 연결할 수는 없습니다.
데이터베이스 연결에 사용할 계정이 업그레이드할 콘텐츠 데이터베이스에 대한 db_owner 고정 데이터베이스 역할의 구성원인지 확인합니다.
참고
업그레이드 중 오류가 발생하는 일반적인 원인 중 하나는 해당 환경에 사용자 지정된 기능, 솔루션 또는 기타 요소가 없기 때문입니다. 업그레이드 프로세스를 시작하기 전에 SharePoint 2010 제품 환경의 모든 사용자 지정 요소가 SharePoint 2013 환경의 프런트 엔드 웹 서버에 설치되어 있는지 확인합니다. test-spcontentdatabase Microsoft PowerShell cmdlet을 사용하여 사이트가 누락될 수 있는 사용자 지정 요소를 식별합니다.
PowerShell을 사용하여 웹 애플리케이션에 콘텐츠 데이터베이스를 연결하려면 다음을 수행합니다.
- 다음 멤버 자격이 있는지 확인합니다.
SQL Server 인스턴스에 대한 securityadmin 고정 서버 역할
업데이트하려는 모든 데이터베이스에 대한 db_owner 고정 데이터베이스 역할
PowerShell cmdlet을 실행 중인 서버의 Administrators 그룹
관리자는 Add-SPShellAdmin cmdlet을 사용하여 SharePoint 2013 cmdlet 사용 권한을 부여할 수 있습니다.
참고
권한이 없는 경우 설치 관리자 또는 SQL Server 관리자에게 문의하여 권한을 요청하십시오. PowerShell 권한에 대한 자세한 내용은 Add-SPShellAdmin을 참조하십시오.
SharePoint 관리 셸을 시작합니다.
PowerShell 명령 프롬프트에서 다음 명령을 입력한 후 Enter 키를 누릅니다.
Mount-SPContentDatabase -Name DatabaseName -DatabaseServer ServerName -WebApplication URL
여기서 각 부분이 나타내는 의미는 다음과 같습니다.
DatabaseName은 업그레이드할 데이터베이스의 이름입니다.
ServerName은 데이터베이스가 저장되는 서버입니다.
URL은 사이트를 호스트할 웹 응용 프로그램의 URL입니다.
자세한 내용은 Mount-SPContentDatabase를 참조하십시오.
팁
SharePoint Foundation 2010에서 SharePoint 2013으로 업그레이드하려면 SharePoint Foundation 2010 콘텐츠 데이터베이스를 SharePoint 2013 환경에 직접 연결합니다. 이 문서의 동일한 단계를 수행하지만 SharePoint Foundation 2010 데이터베이스 및 SharePoint 2013 팜을 사용합니다. 업그레이드 프로세스는 버전과 제품을 동시에 업그레이드합니다.
확인: 첫 번째 데이터베이스의 업그레이드 확인
데이터베이스를 연결한 후 중앙 관리의 업그레이드 상태 페이지를 사용하여 데이터베이스 업그레이드 상태를 확인할 수 있습니다. 업그레이드 프로세스가 완료된 후 업그레이드 로그 파일을 검토하여 업그레이드 도중 문제가 발생했는지 여부를 확인할 수 있습니다. PowerShell cmdlet을 사용하면 모든 콘텐츠 데이터베이스의 업그레이드 상태를 확인할 수 있습니다. 업그레이드 확인 및 문제 해결에 대한 자세한 내용은 SharePoint 2013에서 데이터베이스 업그레이드 확인 및 SharePoint 2013업그레이드 테스트 및 문제 해결을 참조하세요.
업그레이드 상태 페이지를 보려면
이 절차를 수행하는 사용자 계정이 데이터베이스의 db_owner 고정 데이터베이스 역할 구성원인지 확인합니다.
중앙 관리에서 업그레이드 및 마이그레이션을 클릭한 다음 업그레이드 상태 확인을 클릭합니다.
업그레이드 로그 파일을 보려면 다음을 수행합니다.
업그레이드 오류 로그 파일 및 업그레이드 로그 파일은 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\15\LOGS에 있습니다. 업그레이드 로그 파일에는 업그레이드 오류 로그보다 자세한 정보가 포함됩니다. 로그 파일 아래쪽의 요약을 통해 전체 상태 관련 정보와 파일의 경고 및 오류 수를 확인하세요.
로그는 다음 형식으로 이름이 지정되는 텍스트 파일입니다.
Upgrade-YYYYMMDD-HHMMSS-SSS-error.log
Upgrade-YYYYMMDD-HHMMSS-SSS.log
여기서 각 부분이 나타내는 의미는 다음과 같습니다.
YYYYMMDD는 날짜입니다.
HHMMSS-SSS는 시간(24시간제 형식의 시간, 분, 초 및 밀리초)입니다.
예를 들어 업그레이드 오류 로그 이름은 Upgrade-20120105-132126-374-error.log, 업그레이드 로그의 이름은 Upgrade-20120105-132126-374.log와 같습니다.
참고
SharePoint 2013의 업그레이드 로그 형식은 ULS와 동일한 구조를 기반으로 합니다. > 업그레이드 로그 파일에는 업그레이드할 콘텐츠 데이터베이스의 이름이 포함됩니다.
PowerShell을 사용하여 모든 데이터베이스의 업그레이드 상태를 보려면 다음을 수행합니다.
- 다음 멤버 자격이 있는지 확인합니다.
SQL Server 인스턴스에 대한 securityadmin 고정 서버 역할
업데이트하려는 모든 데이터베이스에 대한 db_owner 고정 데이터베이스 역할
PowerShell cmdlet을 실행 중인 서버의 Administrators 그룹
관리자는 Add-SPShellAdmin cmdlet을 사용하여 SharePoint 2013 cmdlet 사용 권한을 부여할 수 있습니다.
참고
권한이 없는 경우 설치 관리자 또는 SQL Server 관리자에게 문의하여 권한을 요청하십시오. PowerShell 권한에 대한 자세한 내용은 Add-SPShellAdmin을 참조하십시오.
SharePoint 관리 셸을 시작합니다.
PowerShell 명령 프롬프트에 다음 명령을 입력합니다.
Get-SPContentDatabase | ft Name, NeedsUpgradeIncludeChildren
이 cmdlet은 팜에 있는 데이터베이스의 테이블 스타일 목록을 반환하고 데이터베이스가 SharePoint2013으로 업그레이드해야 하는지 여부를 나타냅니다.
나머지 데이터베이스 연결
첫 번째 콘텐츠 데이터베이스를 복원하고 복원이 성공했음을 확인한 후에는 계속해서 다른 데이터베이스를 복원 및 업그레이드할 수 있습니다. 병렬 데이터베이스 연결 업그레이드를 수행하면 둘 이상의 데이터베이스를 동시에 업그레이드할 수 있습니다. 별도의 명령 프롬프트 창을 사용하여 여러 업그레이드를 실행합니다. 연결 중에 웹 응용 프로그램에 대해 일시적인 잠금이 설정되는 문제를 방지하기 위해, 각 새 데이터베이스 업그레이드 세션을 몇 분 간격으로 따로 시작하는 것이 좋습니다. 이렇게 하지 않으면 업그레이드 세션에서 오류가 발생할 수 있습니다. 일시적인 잠금이 해제될 때까지의 대기 시간은 사이트 모음 수나 데이터베이스 서버 하드웨어의 속도에 따라 달라집니다.
확인: 추가 데이터베이스의 업그레이드 확인
추가 데이터베이스를 모두 업그레이드한 후 업그레이드 상태 페이지에서 진행률을 모니터링하고 업그레이드 프로세스가 완료되었는지 확인합니다. 또한 로그 파일을 검토하여 다른 문제를 파악합니다.
다음 단계
데이터베이스를 업그레이드한 후 팜을 사용할 준비가 되었는지 확인하기 위해 추가 단계를 수행할 수 있습니다. 예:
사이트 모음이 2010 모드에서 예상대로 작동하는지 확인합니다.
사이트 모음을 시각적으로 검토합니다. SharePoint Server 2016으로 업그레이드된 사이트 모음 검토에서 업그레이드된 사이트에 제공된 것과 유사한 검토 목록을 사용할 수 있습니다.
필요한 경우 사용자 계정을 클레임 인증으로 마이그레이션합니다.
기본적으로 SharePoint 2013의 새 웹 애플리케이션은 클레임 인증을 사용합니다. 이전 환경에서 클래식 인증을 사용한 경우에는 사용자를 클레임 인증으로 마이그레이션해야 합니다. 자세한 내용은 SharePoint 2013에서 클래식 모드에서 클레임 기반 인증으로 마이그레이션을 참조하세요.
업그레이드된 InfoPath 양식 서식 파일에 사용되는 링크를 업데이트합니다.
데이터베이스 연결 업그레이드의 경우 새 환경을 만들 때 기존 환경에서 모든 InfoPath 양식 서식 파일을 내보내고 가져왔습니다. 업그레이드 후에는 Microsoft PowerShell cmdlet을 사용하여 이러한 업그레이드된 양식 서식 파일에 사용된 링크가 올바른 URL을 가리키도록 업데이트할 수 있습니다.
자세한 내용은 InfoPath Forms Services 구성(SharePoint Server 2010)을 참조하세요.
InfoPath는 SharePoint Server에서만 사용 가능합니다.
검색 토폴로지 구성
SharePoint 2013에 대한 Search 서비스의 아키텍처가 변경되었습니다. 환경과 새 아키텍처에 맞게 검색 토폴로지를 계획 및 구성하십시오. 자세한 내용은 SharePoint Server에서 인터넷 사이트에 대한 검색 크기 조정 및 SharePoint Server에서 검색 토폴로지 관리를 참조하세요.
전체 크롤링을 수행합니다.
자세한 내용은 Start, pause, resume, or stop a crawl in SharePoint Server을 참조하세요.
팜을 백업합니다.
자세한 내용은 SharePoint Server에서 팜 백업을 참조하세요.
SharePoint Foundation 2013에는 검색 기능이 포함되어 있지만 SharePoint 2013에 있는 것과 동일한 Search 서비스 애플리케이션은 아닙니다. 이러한 단계는 SharePoint 2013에만 적용됩니다.
팜이 준비되면 사용자에 대한 액세스를 사용하도록 설정한 다음 사이트 모음 업그레이드를 시작할 수 있습니다. 사이트 모음을 업그레이드하는 방법에 대한 자세한 내용은 사이트 모음을 SharePoint 2013으로 업그레이드를 참조하세요.
| 단계 | 설명 |
|---|---|
|
|
SharePoint 2010 제품 데이터 및 사이트를 SharePoint 2013으로 업그레이드하는 프로세스의 네 번째 단계입니다. 다음 단계: 사이트 모음을 SharePoint 2013으로 업그레이드 전체 프로세스에 대한 개요는 SharePoint 2010에서 SharePoint 2013으로 업그레이드 프로세스 개요를 참조하세요. |
참고 항목
기타 리소스
데이터베이스 연결 업그레이드 검사 목록(SharePoint 2013)