다음을 통해 공유


SharePoint 2013으로 업그레이드하기 전에 환경 정리

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

SharePoint 2010 제품에서 SharePoint 2013으로 업그레이드하기 전에 환경이 정상 상태이고 업그레이드할 필요가 없는 콘텐츠를 정리해야 합니다. 또한 업그레이드를 수행한 후 원하는 구조를 갖도록 콘텐츠를 제거하거나 다시 정렬하는 데 시간을 할애할 수 있습니다.

정리할 항목

정리하려는 대부분의 항목은 Stsadm 명령줄 도구 또는 PowerShell cmdlet을 사용하여 제거하거나 복구할 수 있습니다.

중요

Stsadm 명령줄 도구를 사용하려면 로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다. >SharePoint Management Shell에서 PowerShell cmdlet을 사용하려면 SQL Server 인스턴스에서 securityadmin 고정 서버 역할이라는 멤버 자격이 > 있어야 합니다. > 업데이트 할 모든 데이터베이스에서 고정 데이터베이스 역할을 db_owner. > PowerShell cmdlet을 실행 중인 서버의 관리자 그룹입니다.

사용되지 않거나 사용 중인 사이트 모음 및 하위 웹 삭제

유지할 필요가 없는 콘텐츠를 업그레이드하고 싶지 않습니다. 오랫동안 사용되지 않았고 나중에 필요하지 않은 경우 백업한 다음, 무료 스토리지 및 관리 리소스에 삭제하고 업그레이드 성능을 개선하며 업그레이드 위험을 줄입니다. 사이트 상태와 관련하여 사이트 소유자 또는 조직 연락처와 통신해야 합니다. 사이트를 삭제하기 전에 사이트가 필요하지 않은지 확인하려고 합니다(예: 긴급 절차와 같이 규정 준수에 필요한 사이트는 자주 업데이트되지 않더라도 삭제하지 않으려는 경우).

사이트 모음 및 하위 웹을 삭제하는 방법에 대한 자세한 내용은 다음 문서를 참조하십시오.

큰 목록(데이터가 많은 목록) 확인

기본적으로 SharePoint 2010 제품에서 큰 목록 쿼리 제한이 설정됩니다. SharePoint 2013에서는 이 동작이 변경되지 않았습니다. 목록이 매우 크고 사용자가 보기를 사용하거나 제한 또는 제한 임계값을 초과하는 쿼리를 수행하는 경우 보기 또는 쿼리가 허용되지 않습니다. Office 2007 릴리스의 서버 제품에서 콘텐츠를 업그레이드하는 경우 큰 목록을 확인하고 사이트 소유자 또는 목록 소유자가 문제를 해결하게 합니다. 예를 들면 필터링된 보기를 사용해 인덱싱된 열을 만들거나, 항목을 폴더로 구성하거나, 큰 보기 페이지에서 항목 제한을 설정하거나, 외부 목록을 사용할 수 있습니다. 큰 목록 제한 및 큰 목록의 문제를 해결하는 방법에 대한 자세한 내용은 많은 항목을 사용하여 목록 및 라이브러리 관리를 참조하세요.

넓은 목록(열이 매우 많은 목록)에서 여분의 열 삭제 또는 넓은 목록 제거

넓은 목록은 열 개수가 콘텐츠 데이터베이스의 단일 행 범위에 포함할 수 있는 것보다 많은 목록입니다. 업그레이드 중에 데이터베이스의 기본 저장소는 스파스 테이블 구조로 변경되므로 매우 넓은 목록이 있으면 업그레이드가 실패할 수도 있습니다. PowerShell에서 Test-SPContentDatabase 명령을 사용하여 콘텐츠 데이터베이스에서 와이드 목록을 찾은 다음 초과 열을 제거하거나 업그레이드하기 전에 와이드 목록을 제거합니다.

목록의 최대 열 크기에 대한 자세한 내용은 열 제한을 참조하십시오.

별도의 데이터베이스로 사이트 모음 이동 고려

데이터베이스에 5,000개 이상의 사이트 모음이 있는 경우 여러 데이터베이스로 나누는 것이 좋습니다. SharePoint 2010 제품에서는 9,000개의 사이트 모음에 대한 기본 경고와 15,000개의 사이트 모음에 대한 하드 제한이 있었습니다. SharePoint 2013에서 이러한 값은 경고에 대한 2,000개의 사이트 모음과 제한에 대한 5,000개의 사이트 모음으로 변경됩니다. 업그레이드 중에 오류를 방지하고 업그레이드 후에 사이트가 손상되지 않도록 하려면 일부 사이트 모음을 다른 데이터베이스로 이동하는 것이 좋습니다. 콘텐츠 데이터베이스가 여러 개이면 여러 데이터베이스를 병렬로 업그레이드하여 업그레이드 프로세스 속도도 높일 수 있습니다.

사이트 모음 제한에 대한 자세한 내용은 콘텐츠 데이터베이스 제한을 참조하십시오. 사이트 모음을 새 데이터베이스로 이동하는 방법에 대한 자세한 내용은 SharePoint Server에서 데이터베이스 간에 사이트 모음 이동을 참조하세요.

관계없는 문서 버전 제거

문서 버전 수가 많아지면 업그레이드 속도가 상당히 느려질 수 있습니다. 여러 버전을 유지할 필요가 없는 경우 사용자가 수동으로 버전을 삭제하도록 하거나 개체 모델을 사용하여 해당 버전을 찾아 제거할 수 있습니다. 불필요한 버전을 프로그래밍 방식으로 제거하는 방법에 대한 자세한 내용은 MSDN 의 버전 웹 서비스를 참조하세요.

사용되지 않는 서식 파일, 기능 및 웹 파트 제거

삭제할 서식 파일, 기능 또는 웹 파트를 사용하는 사이트가 없는지 먼저 확인합니다. 및 - includewebparts 매개 변수와 함께 - includefeatures 작업을 사용하여 Stsadm - EnumAllWebs 사용자 환경에서 이러한 사용자 지정을 식별할 수 있습니다. 이 작업에서는 현재 환경에서 사용 중인 웹 파트, 기능, 이벤트 처리기 및 설치 파일을 확인합니다. 명령은 EnumAllWebs 또한 어떤 사이트에서 사용되는 파일을 지정합니다. 사이트 모음과 웹 수준 기능을 모두 반환하도록 EnumAllWebs 2011년 2월 누적 업데이트에서 명령을 변경했습니다. 자세한 내용 및 누적 업데이트를 받으려면 SharePoint Foundation 2010 누적 업데이트 패키지 설명(SharePoint Foundation 서버 패키지): 2011년 3월 3일을 참조하세요.

사이트 모음 업그레이드 중에 기능을 제거할 수 있습니다. 간단한 기능은 템플릿에서 더 이상 사용되지 않음으로써 제거할 수도 있습니다. 복잡한 기능은 기능 업그레이드를 사용하여 제거할 수 있습니다. 자세한 내용은 MSDN의 기능 업그레이드 및 기능 업그레이드 개요 를 참조하세요.

사용자 환경에서 사용자 지정을 식별하는 방법에 대한 자세한 내용은 SharePoint 2013으로 평가판 업그레이드를 사용하여 잠재적인 문제를 찾기를 참조하세요. 사용자 지정이 사용되지 않는 경우 삭제합니다. 이러한 종류의 사용자 지정을 관리하는 방법에 대한 자세한 내용은 MSDN의 기능 및 템플릿솔루션 및 웹 파트 패키지를 참조하세요 .

PowerPoint 브로드캐스트 사이트 제거

Office Online Server가 SharePoint 2013 환경과 별도로 설치되어 있으므로 이러한 사이트 및 사이트 서식 파일은 SharePoint 2013에서 사용할 수 없습니다. 이러한 템플릿을 기반으로 하는 사이트는 SharePoint 2013에서 작동하지 않습니다. 업그레이드 전에 이러한 유형의 사이트를 제거하십시오.

Get-SPSite PowerShell 명령에 다음 옵션을 포함하여 실행하면 이러한 사이트를 찾을 수 있습니다.

Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"}

그러면 해당 서식 파일을 사용하는 모든 사이트가 반환됩니다.

다음 옵션을 포함해 GetSPSiteRemove-SPSite PowerShell 명령을 실행하여 이러한 사이트를 제거할 수도 있습니다.

Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"} | Remove-SPSite

이러한 사이트는 제거하기 전에 백업해야 합니다. 자세한 내용은 Get-SPSiteRemove-SPSite를 참조하십시오.

FAST 검색 센터 사이트 제거

FAST Search Center 사이트를 2013 환경으로 업그레이드할 수 없습니다. 기존 FAST Search 센터 사이트는 업그레이드 후에도 계속해서 2010 모드로 작동합니다. 새 기능을 사용하려는 경우 2013 모드에서 새 엔터프라이즈 검색 센터 사이트를 만들어야 합니다.

SharePoint 2010 제품에서 비주얼 업그레이드 완료

Office 2007 릴리스의 서버 제품에서 SharePoint 2010 제품으로 업그레이드하는 동안 사이트 소유자가 Visual Upgrade을 사용하여 업그레이드된 환경에서 사이트를 이전 환경으로 유지할 수 있습니다. SharePoint 2013으로 업그레이드하면 SharePoint 2010 제품의 이전 환경에 있는 모든 사이트가 2010 환경으로 자동으로 업그레이드됩니다. 문제를 해결하고 새 환경으로 전환하기 전에 사이트를 검토하려면 SharePoint 2010 제품 환경에서 새 환경으로 업그레이드하고 SharePoint 2013으로 업그레이드하기 전에 검토합니다. SharePoint 2013으로 업그레이드하기 전에 시각적 업그레이드를 완료하는 것이 좋습니다. 업그레이드 전에 비주얼 업그레이드를 완료하는 경우의 이점은 다음과 같습니다.

  • 문제를 해결하는 동안 Office 2007 릴리스의 서버 제품 구성 요소를 계속 사용할 수 있습니다.

  • 사용자가 자신의 사이트에서 문제를 직접 검토 및 해결하도록 할 수 있습니다.

  • 필요한 경우 이전 환경으로 일시적으로 롤백할 수 있습니다. SharePoint 2013 환경에 있는 경우 롤백할 수 없습니다.

  • 업그레이드 프로세스에서 추가 오류가 발생할 가능성이 없어집니다. 업그레이드 중에는 수행되는 작업이 적을수록 좋습니다. 수행되는 프로세스가 많아질수록 오류를 해결하기는 어려워집니다. 그리고 실제로는 새 버전으로 변경되는 중일 때도 사용자는 업그레이드에서 문제가 발생했다고 생각할 수 있습니다. 사이트 인터페이스가 표시되는 방식에 문제가 있는 경우 시각적 업그레이드를 통해 강제 적용된 사이트의 이전 문제인지, SharePoint 2013의 2010 모드 문제인지 또는 새 CSS 파일에 문제가 있는지 어떻게 알 수 있나요?

이전 환경의 사이트를 확인하려면 SharePoint 2010 제품 환경에서 Get-SPSite PowerShell 명령을 사용하면 됩니다.

PowerShell을 사용하여 SharePoint 2010 제품 환경에서 아직 이전 환경 상태인 사이트를 확인하고 업그레이드하려면

  1. 다음 멤버 자격이 있는지 확인합니다.
  • SQL Server 인스턴스에 대한 securityadmin 고정 서버 역할

  • 업데이트하려는 모든 데이터베이스에 대한 db_owner 고정 데이터베이스 역할

  • PowerShell cmdlet을 실행 중인 서버의 관리자 그룹입니다.

    관리자는 Add-SPShellAdmin cmdlet을 사용하여 SharePoint 2013 cmdlet 사용 권한을 부여할 수 있습니다.

    참고

    권한이 없는 경우 설치 관리자 또는 SQL Server 관리자에게 문의하여 권한을 요청하십시오. PowerShell 권한에 대한 자세한 내용은 Add-SPShellAdmin을 참조하세요.

  1. 시작 메뉴에서 모든 프로그램을 클릭합니다.

  2. Microsoft SharePoint 2010 Products를 클릭합니다.

  3. SharePoint 2010 관리 셸을 클릭합니다.

  4. PowerShell 명령 프롬프트에 다음 명령을 입력하여 이전 환경이 적용되어 있거나 하위 웹이 이전 환경 상태인 모든 사이트 모음을 반환합니다.

Get-SPSite | ForEach-Object{$_.GetVisualReport()}
  1. PowerShell 명령 프롬프트에서 다음 명령을 입력하여 사이트를 새 환경으로 업그레이드합니다.
Get-SPSite | ForEach-Object{$_.VisualUpgradeWebs()}

자세한 내용은 Get-SPSite비주얼 업그레이드 관리(SharePoint Server 2010)를 참조하세요.

데이터 문제 복구

업그레이드 전에 데이터베이스 또는 사이트 콘텐츠의 모든 문제를 복구해야 합니다. 특히 다음 항목을 확인하십시오.

  • 데이터베이스에서 손상된 데이터 확인

    데이터베이스를 정리하여 고아 사이트나 기타 손상된 데이터(예: 손상된 목록)을 제거합니다. 데이터베이스에서 사이트 또는 하위 사이트를 제거한 경우 조각 모음을 실행하는 것이 좋습니다. 자세한 내용은 다음 항목을 참조하세요.

  • 데이터베이스에서 중복 또는 고아 사이트 모음 확인

    사이트 모음은 하나의 콘텐츠 데이터베이스에만 포함되어 있어야 합니다. 경우에 따라 사이트 모음은 새 데이터베이스로 이동하거나 데이터베이스 복사본이 팜에 연결된 경우 또는 사이트 모음이 프로비전될 때 오류가 발생한 경우 이전 콘텐츠 데이터베이스에서 중복되거나 분리된 참조를 남길 수 있습니다. 사이트 모음이 둘 이상의 콘텐츠 데이터베이스에서 참조되거나 콘텐츠 데이터베이스에 사이트 모음 인스턴스가 두 개 이상 있는 경우 데이터베이스 연결 업그레이드 방법을 사용하여 업그레이드할 때 문제가 발생할 수 있습니다. 사이트 모음의 중복 버전을 먼저 업그레이드하는 경우 구성 데이터베이스의 사이트 맵이 현재 버전이 아닌 해당 사이트 버전을 가리키게 될 수 있습니다.

    업그레이드하기 전에 stsadm 명령줄 도구에서 Enumallwebs 작업을 사용하여 각 콘텐츠 데이터베이스에 포함된 사이트를 검색하고 결과를 비교합니다. 또한 결과에서 각 사이트 모음을 검사하고 사이트 맵에 누락된 것으로 표시되는지 확인합니다. 누락된 항목으로 표시되는 사이트 모음은 고아 사이트입니다. 자세한 내용은 Enumallwebs: Stsadm 작업을 참조하십시오. 중복되거나 분리된 사이트를 찾으면 PowerShell에서 Remove-SPSite cmdlet을 사용하여 데이터베이스에서 중복되거나 분리된 사이트를 제거할 수 있습니다.

    자세한 내용은 Remove-SPSite를 참조하십시오.

  • 변형 확인

    게시 환경에서 수정해야 할 다양한 변형을 확인하십시오. 자세한 내용은 변형fixuptool: Stsadm 작업을 참조하세요.

구조를 변경하는 방법

사이트 모음 이동이나 데이터베이스 할당 방식 변경과 같이 환경을 구조적으로 변경하려는 경우 다음과 같은 방법을 사용할 수 있습니다.

  • Move-SPSite 이를 사용하여 데이터베이스 간에 사이트 모음을 이동합니다. 데이터베이스가 매우 크거나 사이트 모음이 많은 경우 사이트를 이동하여 이 문제를 해결하여 업그레이드를 보다 효율적으로 수행할 수 있습니다. 또한 모든 공동 작업 사이트를 하나의 데이터베이스와 모든 내 사이트를 다른 데이터베이스로 이동하여 이러한 다양한 사이트 집합에 대한 업그레이드 관리를 더 쉽게 수행할 수 있습니다. 여러 사이트 모음이 포함된 경우 이 작업을 사용하여 큰 데이터베이스를 나눌 수도 있습니다. 이렇게 하면 업그레이드 효율성을 높일 수도 있습니다.

    자세한 내용은 Move-SPSite를 참조하십시오.

  • Export-SPWeb 및 Import-SPWeb 이 메서드를 사용하여 팜 내부 또는 팜 간에 하위 웹 또는 사이트 모음을 이동합니다. 자세한 내용은 Export-SPWebImport-SPWeb을 참조하십시오.

참고 항목

기타 리소스

Use a trial upgrade to SharePoint 2013 to find potential issues

SharePoint 2010에서 SharePoint 2013으로의 업그레이드 모범 사례