다음을 통해 공유


업그레이드 전 환경 정리(SharePoint Foundation 2010)

 

적용 대상: SharePoint Foundation 2010

마지막으로 수정된 항목: 2016-11-30

Windows SharePoint Services 3.0을 Microsoft SharePoint Foundation 2010으로 업그레이드하기 전에 먼저 환경이 정상적인 상태로 작동 중이며 업그레이드할 필요가 없는 콘텐츠가 모두 정리되었는지 확인해야 합니다. 또한 업그레이드 후에 원하는 구조로 구성되도록 콘텐츠를 제거하거나 다시 배치할 수도 있습니다.

이 문서의 내용

  • 정리할 항목

  • 구조 변경

정리할 항목

다음과 같은 항목을 Stsadm.exe 명령을 사용하여 제거하거나 복구할 수 있습니다.

중요

Stsadm 명령줄 도구를 실행하려면 로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다.

사용되지 않거나 사용률이 낮은 사이트 모음 및 하위 웹 삭제

불필요한 콘텐츠는 굳이 업그레이드할 필요가 없습니다. 오랫동안 사용되지 않거나 앞으로 필요 없는 콘텐츠라면 백업한 후 삭제하여 저장 공간을 확보하고 관리 리소스를 절약하는 한편 업그레이드 성능을 높이고 업그레이드의 위험성을 줄이는 편이 좋습니다. 단, 콘텐츠를 삭제할 때는 사이트의 상태에 대해 사이트 소유자나 조직 담당자의 의견을 들어보아야 합니다. 즉, 삭제하기 전에 정말로 불필요한 사이트인지 확인해야 합니다. 예를 들어 비상 절차와 같이 자주 업데이트되지는 않지만 규정 준수를 위해 필요한 사이트를 삭제해서는 안 됩니다.

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

큰 목록 처리

SharePoint Foundation 2010으로 업그레이드하고 나면 큰 목록 처리 제한이 기본적으로 적용됩니다. 따라서 사용자가 한도 또는 제한 임계값을 초과하여 큰 목록을 표시하거나 쿼리를 실행하는 경우에는 보기 또는 쿼리 작업이 허용되지 않습니다. 업그레이드하기 전에 환경에 이러한 큰 목록이 있는지 확인하여 사이트 소유자나 목록 소유자가 큰 목록 문제를 해결하도록 하십시오. 예를 들어 필터링된 보기를 사용하여 인덱싱된 열을 만들거나 항목을 폴더로 구성하거나 크기가 큰 보기에 대해 페이지의 항목 제한을 설정하거나 외부 목록을 사용하여 문제를 해결할 수 있습니다. 큰 목록 문제를 해결하는 방법에 대한 자세한 내용은 Office Online에서 항목이 많은 목록 및 라이브러리 관리(https://go.microsoft.com/fwlink/?linkid=182370&clcid=0x412)를 참조하십시오.

큰 ACL 문제 해결

항목별 사용 권한을 자주 사용하면 ACL(액세스 제어 목록)이 커져 서버 성능을 떨어뜨리는 원인이 될 수 있습니다. 이 문제와 많은 수의 사용자를 처리하는 방법에 대한 자세한 내용은 기술 자료 문서 953132: 사용자가 많은 사이트, 목록 또는 문서 라이브러리에 Windows SharePoint Services 3.0 에서 및 SharePoint Server 2007에 추가하는 방법(https://go.microsoft.com/fwlink/?linkid=182327&clcid=0x412)을 참조하십시오.

불필요한 문서 버전 제거

문서 버전 수가 많으면 업그레이드 속도가 현저하게 느려질 수 있습니다. 굳이 여러 버전을 보존할 필요가 없는 경우 사용자가 수동으로 삭제하도록 하거나 개체 모델을 사용하여 불필요한 버전을 찾아 제거하면 됩니다. 불필요한 버전을 프로그래밍 방식으로 제거하는 방법에 대한 자세한 내용은 MSDN에서 버전 웹 서비스(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=182330&clcid=0x412)(영문일 수 있음)를 참조하십시오.

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

먼저 해당 서식 파일, 기능 또는 웹 파트를 사용하는 사이트가 없는지 확인합니다. 업그레이드 사전 검사 도구(Stsadm -o preupgradecheck)와 Stsadm -o EnumAllWebs 작업을 사용하면 환경에서 이러한 사용자 지정 내용을 파악할 수 있습니다. 2009년 10월자 CU(누적 업데이트)에서 이 두 작업은 환경에 사용되는 웹 파트, 기능, 이벤트 처리기 및 설치 파일을 식별하도록 업데이트되었습니다. 업그레이드 사전 검사 도구는 환경에 있는 서버 쪽 파일을 찾고 그 사용 횟수를 확인합니다. EnumAllWebs 명령은 사이트별로 사용되는 파일을 식별합니다.

환경의 사용자 지정 내용을 파악하는 방법에 대한 자세한 내용은 테스트 업그레이드를 사용하여 잠재적 문제 발견(SharePoint Foundation 2010)을 참조하십시오. 사용되지 않는 사용자 지정 내용이 있으면 삭제합니다. 이러한 사용자 지정 내용을 관리하는 방법에 대한 자세한 내용은 MSDN에서 기능 및 서식 파일(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=182338&clcid=0x412)(영문일 수 있음)과 솔루션 및 웹 파트 패키지(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=182332&clcid=0x412)(영문일 수 있음)를 참조하십시오.

데이터 문제 복구

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

구조 변경

사이트 모음을 이동하거나 데이터베이스 할당 방법을 변경하는 등의 방법으로 환경의 구조를 변경하려면 다음 방법을 사용하십시오.

  • Stsadm -o mergecontentdbs   데이터베이스 간에 사이트 모음을 이동하려면 이 작업을 사용합니다. 데이터베이스에 비슷한 데이터가 포함되어 있을 때 업그레이드의 효율성이 가장 높습니다. 따라서 콘텐츠 데이터베이스를 비슷한 유형의 사이트 모음에 사용하는 것이 가장 좋습니다. 또한 이 작업을 사용하여 여러 가지 사이트 모음이 포함된 큰 데이터베이스를 분할할 수도 있습니다. 이렇게 데이터베이스를 분할하면 업그레이드 효율성을 높이는 데 도움이 됩니다.

    자세한 내용은 Mergecontentdbs: Stsadm 작업(Windows SharePoint Services)을 참조하십시오.

  • 사이트 내보내기/가져오기   특정 팜 내에서 또는 팜 간에 하위 웹이나 사이트 모음을 이동하려면 이 방법을 사용합니다. 자세한 내용은 Import 및 Export: Stsadm 작업(Windows SharePoint Services)을 참조하십시오.