업그레이드 과정 소요 시간 및 필요 공간 예측(Office SharePoint Server)
업데이트 날짜: 2009년 3월
적용 대상: Office SharePoint Server 2007
마지막으로 수정된 항목: 2009-02-25
이 문서의 내용
업그레이드에 필요한 공간 예상
업그레이드 소요 시간 예상
관련 워크시트
모든 환경은 고유하며, 서로 다른 하드웨어 기능과 사이트 특성을 포함합니다. 따라서 업그레이드를 실행하는 데 필요한 공간과 시간도 환경에 따라 달라집니다. 예를 들어 Microsoft® Windows® SharePoint® Services 2.0 기반 사이트는 Microsoft Office SharePoint Portal Server 2003 기반 개인 사이트 또는 개인 사이트에 비해 훨씬 빠르게 업그레이드할 수 있습니다. windows SharePoint Services 2.0 사이트의 업그레이드 프로세스 단계 수가 SharePoint Portal Server 2003 개인 사이트 또는 포털 사이트의 업그레이드 프로세스 단계 수보다 적기 때문입니다. 업그레이드 프로세스에 필요한 공간과 소요 시간을 예상하는 가장 효율적인 방법은 시험 업그레이드 단계를 수행한 다음 공간 크기 및 소요 시간을 검토하는 것입니다. 시험 업그레이드를 수행하는 방법에 대한 자세한 내용은 테스트 업그레이드를 통해 잠재적 문제점 발견(Office SharePoint Server)을 참조하십시오.
업그레이드에 필요한 공간 예상
선택하는 업그레이드 방식에 따라 업그레이드를 수행하는 데 필요한 사용 가능한 디스크 공간이 달라집니다. 전체 업그레이드 및 데이터베이스 마이그레이션 방식을 사용하는 경우에는 데이터베이스가 거의 확장되지 않습니다. 그러나 업그레이드 프로세스가 실행되는 동안에는 많은 트랜잭션이 수행되므로 발생하는 변경 내용을 저장할 수 있도록 로그 파일이 확장되어야 합니다.
점진적 업그레이드를 사용하는 경우에는 세 가지 데이터베이스 집합, 즉 원본 데이터베이스, 업그레이드 프로세스가 수행되는 임시 데이터베이스 및 업그레이드된 데이터베이스를 저장할 수 있는 공간이 있어야 합니다. 또한 로그 파일과 추가 검색 인덱스(필요한 경우)를 위한 공간도 필요합니다.
서버 팜의 성능과 운영을 최적화하기 위해 SQL Server 저장소 요구 사항을 계획 및 모니터링하는 데 도움이 되는 주요 권장 사항과 최상의 방법은 Office SharePoint Server의 SQL Server 저장소 계획 및 모니터링: 성능 권장 사항 및 최상의 방법(백서)을 참조하십시오.
전체 업그레이드 또는 데이터베이스 마이그레이션에 필요한 공간 예상
전체 업그레이드 또는 데이터베이스 마이그레이션을 수행하는 경우에는 추가 데이터베이스 공간이 많이 필요하지 않습니다. 콘텐츠 데이터베이스 마이그레이션의 경우에는 새 하드웨어에서 현재 데이터베이스에 필요한 만큼의 공간과 시간에 따라 데이터베이스가 확장될 수 있는 공간만 있으면 됩니다. 현재 데이터베이스의 크기를 확인하려면 Microsoft SQL Server의 엔터프라이즈 관리자를 사용하십시오. 데이터베이스 공간 외에 다음 항목에 대한 공간도 필요합니다.
업그레이드 로그 파일
데이터베이스의 트랜잭션 로그 파일입니다. 데이터베이스에서 발생하는 많은 변경 내용을 저장하려면 이 로그 파일의 크기가 빠르게 증가되어야 합니다. 따라서 이러한 로그 파일을 저장할 수 있는 디스크 공간이 충분한지 확인하십시오.
참고
대규모 환경의 경우 트랜잭션 로그 파일의 기본 증가율(10%)로는 업그레이드 프로세스를 기록하기가 어려울 수 있으며, 이로 인해 시간 초과가 발생할 수 있습니다. 이 경우에도 트랜잭션 로그 파일이 업그레이드 프로세스를 기록할 수 있는지 확인하는 가장 좋은 방법은 시험 업그레이드를 수행하는 것입니다. 환경이 매우 크거나 시험 업그레이드 중에 프로세스의 시간이 초과된 경우에는 처리해야 하는 트랜잭션 수에 대해 충분한 공간을 확보하기 위해 SQL Server 트랜잭션 로그 파일의 크기를 미리 더 크게 조정할 수 있습니다. SQL Server 트랜잭션 로그 파일의 크기를 미리 더 크게 조정하는 방법에 대한 자세한 내용은 SQL Server 2000 또는 2005 설명서에서 "데이터베이스 확장" 항목을 참조하십시오.
점진적 업그레이드를 위한 공간 예상
점진적 업그레이드 방식을 따르는 경우에는 최대 사이트 모음 크기의 약 세 배에 해당하는 데이터를 저장할 수 있는 데이터베이스 공간을 확보해야 합니다. 예를 들어 Microsoft 내부 포털 사이트에 포함된 SharePoint Portal Server 2003의 루트 포털 사이트에 있는 데이터베이스의 데이터 크기가 400GB인 경우, IT 그룹에서는 점진적 업그레이드 프로세스를 실행하는 데 필요한 데이터베이스 공간 예상치를 1.2TB로 계산합니다. 현재 데이터베이스의 크기를 확인하려면 SQL Server의 엔터프라이즈 관리자를 사용하십시오.
이와 같은 방식으로 계산된 디스크 공간을 할당하기 어려운 경우에는 사이트를 일괄 업그레이드하여 이러한 오버헤드를 줄일 수 있습니다. 몇 번의 일괄 업그레이드를 수행하고 사이트 소유자로부터 이전 버전이 더 이상 필요하지 않다는 확인을 받으면 백업을 수행한 후에 이전 버전 사이트를 정리 및 삭제할 수 있습니다. 이러한 방식으로 계속해서 새 일괄 업그레이드를 수행하고 이전 버전 사이트를 삭제하면 필요한 공간을 제한할 수 있습니다.
공유 서비스를 사용하는 경우에도 인덱스의 약 2배에 해당하는 공간이 필요합니다. 공유 서비스를 사용하는 점진적 업그레이드에서는 이전 버전과 새 버전을 모두 인덱싱하기 때문입니다.
데이터베이스 공간 외에 다음 항목에 대한 공간도 필요합니다.
업그레이드 로그 파일
데이터베이스의 트랜잭션 로그 파일입니다. 데이터베이스에서 발생하는 많은 변경 내용을 저장하려면 이 로그 파일의 크기가 빠르게 증가되어야 합니다. 따라서 이러한 로그 파일을 저장할 수 있는 디스크 공간이 충분한지 확인하십시오.
참고
대규모 환경의 경우 트랜잭션 로그 파일의 기본 증가율(10%)로는 업그레이드 프로세스를 기록하기가 어려울 수 있으며, 이로 인해 시간 초과가 발생할 수 있습니다. 이 경우에도 트랜잭션 로그 파일이 업그레이드 프로세스를 기록할 수 있는지 확인하는 가장 좋은 방법은 시험 업그레이드를 수행하는 것입니다. 환경이 매우 크거나 시험 업그레이드 중에 프로세스의 시간이 초과된 경우에는 처리해야 하는 트랜잭션 수에 대해 충분한 공간을 확보하기 위해 SQL Server 트랜잭션 로그 파일의 크기를 미리 더 크게 조정할 수 있습니다. SQL Server 트랜잭션 로그 파일의 크기를 미리 더 크게 조정하는 방법에 대한 자세한 내용은 SQL Server 2000 또는 2005 설명서에서 "데이터베이스 확장" 항목을 참조하십시오.
검색 인덱스. 점진적 업그레이드에서는 두 검색 크롤링이 동시에 실행될 수 있습니다.
점진적 업그레이드를 수행하는 동안 디스크 공간을 사용하는 방법에 대한 자세한 내용은 업그레이드 프로세스 작동 방식(Office SharePoint Server)을 참조하십시오.
업그레이드 소요 시간 예상
디스크 공간 예상치를 계산한 후에는 실제 업그레이드 프로세스의 소요 시간을 대략적으로 계산할 수 있습니다. 업그레이드 시간은 환경에 따라 확연한 차이를 보입니다. 업그레이드 성능은 사용하는 하드웨어, 사이트 복잡도, 구현의 특정 특성 등에 크게 좌우됩니다. 예를 들어 큰 문서 라이브러리나 개인 설정 사이트가 많은 경우에는 단순한 사이트에 비해 업그레이드 시간이 오래 걸릴 수 있습니다.
업그레이드 프로세스의 소요 시간은 선택한 업그레이드 방식에 따라서도 크게 달라집니다. 가장 빠른 업그레이드 방법은 데이터 마이그레이션 방식 업그레이드입니다. 그러나 이 방식을 사용하는 경우 다른 방식에 비해 업그레이드 이전/이후 단계가 더 오래 걸립니다. 추가적인 데이터 복사 단계를 수행해야 하는 점진적 업그레이드의 속도가 가장 느리며, 전체 업그레이드의 속도는 중간 정도입니다.
전체 업그레이드 소요 시간을 예상하는 가장 효율적인 방법은 약간의 데이터를 사용하여 시험 업그레이드를 수행한 다음 업그레이드 로그 파일을 검토하는 것입니다. 로그 파일을 통해 업그레이드 프로세스 중에 진행률을 확인할 수도 있습니다. %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS에 있는 upgrade.log 파일에 업그레이드 소요 시간이 나와 있습니다.
그러나 데이터 집합을 기준으로 계산하는 예상 소요 시간은 데이터에 대한 실제 업그레이드 프로세스의 소요 시간일 뿐이며, 이 단계 전후에 수행해야 하는 모든 단계(데이터 업그레이드 자체보다 더 오래 걸릴 수 있음)는 포함되지 않습니다. 업그레이드 소요 시간을 예상할 때는 데이터 처리 이외에도 업그레이드 이전/이후 단계 중에 수행되는 작업의 소요 시간도 포함해야 합니다.
업그레이드 이전 단계:
사용자 지정 요소 만들기 사이트 정의 또는 새 페이지 레이아웃을 만들거나 웹 파트를 업그레이드하려면 시간이 걸릴 수 있습니다. 사용자 지정 요소를 만드는 프로세스는 초기(프로젝트 평가 단계 중)에 시작해야 합니다.
데이터베이스 백업 드물지만 업그레이드가 실패하여 서버 팜을 다시 만들어야 하는 경우에 데이터베이스를 복구할 수 있도록 차등 백업이 아닌 전체 백업을 수행해야 합니다. 대규모 환경의 경우에는 이 단계에 시간이 매우 오래 걸릴 수 있습니다. 특히 네트워크 위치로 백업하는 경우에는 네트워크 지연 문제로 인해 이 프로세스의 속도가 떨어질 수 있습니다.
점진적 업그레이드에 대해 새 DNS(Domain Name System) 만들기 Domain Name System이 네트워크 전체에서 변경 내용을 전파하려면 시간이 오래 걸릴 수 있습니다. 점진적 업그레이드를 위해 DNS 이름을 미리 만드는 방법에 대한 자세한 내용은 새 도메인 이름 만들기(점진적 업그레이드에만 해당)를 참조하십시오.
업그레이드 이후 단계:
사이트 확인 및 변경 수행 또는 서식 파일로 되돌리기 업그레이드 후에 사용자가 충분한 시간 동안 사이트의 유효성을 검사할 수 있도록 합니다. 이 작업은 며칠이 걸릴 수 있습니다. 자세한 내용은 업그레이드된 사이트 검토(Office SharePoint Server)를 참조하십시오.
SSP(공유 서비스 공급자) 만들기 이 단계는 데이터베이스 마이그레이션 중에만 적용됩니다. 전체 업그레이드 또는 점진적 업그레이드에서는 SSP가 업그레이드 프로세스의 일부로 만들어집니다. SSP 만들기에는 10-20분 정도 소요될 수 있습니다. 그러나 데이터베이스 관리자에게 데이터베이스를 미리 만들도록 요청해야 하는 경우에는 1-2일 전에 미리 요청해야 할 수 있습니다.
업그레이드 후에 프로필 가져오기 이 단계는 몇 시간 정도 걸릴 수 있으며, 프로필이 1,000개 이상인 대규모 조직의 경우에는 하루 종일 걸릴 수도 있습니다.
사용자 크롤링 실행 대규모 조직의 경우 이 단계는 24시간 이상 걸릴 수 있습니다.
모든 콘텐츠에 대해 검색 크롤링 실행 대규모 조직의 경우 이 단계는 24시간 이상 걸릴 수 있습니다.
다음을 비롯한 환경의 기타 요인에 의해서도 업그레이드 시간이 길어질 수 있습니다.
매우 큰 문서 라이브러리 250,000개가 넘는 문서가 모두 폴더가 아닌 문서 라이브러리 루트에 있는 문서 라이브러리의 경우 업그레이드하는 데 시간이 오래 걸릴 수 있으며, 업그레이드가 실패할 수도 있습니다. 폴더 사용에 대한 2003 및 2.0 지침에 따라 큰 문서 라이브러리를 분할하면 라이브러리 크기를 관리할 수 있습니다. 예를 들어 동일한 문서 라이브러리를 다시 정렬하여 250,000개의 문서를 125개의 폴더로 구분하면 업그레이드가 훨씬 쉬워집니다.
매우 큰 데이터베이스 100GB가 넘는 데이터베이스의 경우 업그레이드하는 데 시간이 오래 걸릴 수 있습니다. 그러나 포털 사이트가 포함된 콘텐츠 데이터베이스는 보통 100GB보다 훨씬 큽니다(예: 200GB). 포털 사이트에 큰 영역이 여러 개 포함되어 있으면 SharePoint Portal Server 2003에서는 분할할 수 없기 때문에 모두 동시에 업그레이드해야 합니다.
참고
콘텐츠 데이터베이스의 크기는 100GB가 넘지만 포털 사이트가 아닌 팀 사이트나 내 사이트로 구성되어 있는 경우에는 업그레이드를 실행하기 전에 작은 데이터베이스로 분할하는 것이 좋습니다. 데이터베이스 크기가 크면 업그레이드 시간이 오래 걸릴 뿐 아니라 업그레이드가 제대로 완료되지 않는 경우 복구하기도 어렵습니다. 커뮤니티 지원 도구를 사용하여 데이터베이스 간에 사이트 모음을 이동할 수 있습니다.
데이터베이스의 크기가 100GB 이상으로 매우 크지만 대부분의 콘텐츠가 단일 사이트 모음에 포함되어 있어서 데이터베이스를 분할할 수가 없는 경우에는 다른 업그레이드 방식을 사용해 볼 수도 있습니다. 점진적 업그레이드 방식의 경우 사이트 모음을 개별적으로 업그레이드할 수 있으므로 크기가 큰 데이터베이스를 좀 더 쉽게 처리할 수 있습니다. 데이터베이스 마이그레이션 방식을 사용하는 경우 매우 큰 데이터베이스를 처리하기가 더 어려운데, 이렇게 큰 데이터베이스는 백업 및 복원하기가 힘들기 때문입니다. 물론 점진적 업그레이드 방식을 사용하는 경우에는 공간이 더 많이 필요하므로, 사용할 방식을 신중하게 고려해야 합니다. 점진적 업그레이드를 완료한 후에 데이터베이스 마이그레이션을 사용하여 사이트를 업그레이드하는 방법에 대한 자세한 내용은 Microsoft 기술 자료(https://go.microsoft.com/fwlink/?linkid=113886&clcid=0x412)의 문서 926718, Windows SharePoint Services 2.0 팜을 Windows SharePoint Services 3.0으로 점진적 업그레이드하는 동안 콘텐츠 데이터베이스 백업을 연결하는 방법 (영문)을 참조하십시오.
경고
업그레이드를 수행하기 전에 이전 버전과 새로운 버전의 용량 계획 지침을 모두 따르는지 확인하십시오. 최상의 성능을 위한 지침을 초과하는 경우 업그레이드 프로세스가 더 오래 걸리거나, 크기가 큰 동일 문서 라이브러리에서 프로세스 시간이 계속 초과되는 등 업그레이드 자체가 제대로 수행되지 않을 수 있습니다. 배포가 권장 용량 지침을 충족하지 않는 경우에는 업그레이드를 수행하기 전에 지침 충족을 위해 특정 작업을 수행해야 하는지를 확인하십시오. 이 경우에도 시험 업그레이드를 수행하면 도움이 됩니다.
워크시트
업그레이드를 위한 데이터베이스 공간 및 시간 예상 워크시트 (영문)(https://go.microsoft.com/fwlink/?linkid=73752&clcid=0x412)를 사용하여 업그레이드를 수행하는 데 필요한 디스크 공간과 업그레이드 프로세스의 소요 시간을 결정합니다.
이 문서의 다운로드
이 항목은 다운로드 가능한 다음 문서에도 포함되어 있어 더 쉽게 읽고 인쇄할 수 있습니다.
사용 가능한 문서의 전체 목록은 다운로드 가능한 Office SharePoint Server 2007 관련 문서 (영문)를 참조하십시오.