다음을 통해 공유

업그레이드 문제 해결 및 재개(Windows SharePoint Services)

  • 아티클

업데이트: 2009-03-05

이 문서의 내용

  • 업그레이드 문제 해결 및 다시 시작 관련 일반 정보

  • 업그레이드 사전 검사의 알려진 문제

  • 전체 업그레이드의 알려진 문제

  • 점진적 업그레이드의 알려진 문제

  • 데이터베이스 마이그레이션의 알려진 문제

  • 사용자 지정된 사이트의 알려진 문제

업그레이드 문제 해결 및 다시 시작 관련 일반 정보

업그레이드가 중지되면 다음 방법으로 문제를 해결할 수 있습니다.

  • 업그레이드 로그 파일을 검토하여 "오류"를 찾습니다. 업그레이드 로그 파일은 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS에 있습니다. 업그레이드 로그를 확인하는 방법에 대한 자세한 내용은 업그레이드 확인(Windows SharePoint Services)을 참조하십시오.

    팁

    Windows의 파일 및 폴더 검색 기능을 사용하면 이러한 로그 파일에서 반복되는 "오류" 항목을 빠르게 찾을 수 있습니다.

  • 이벤트 뷰어의 이벤트를 검토하여 응용 프로그램 오류를 찾습니다.

  • 추가 정보 파일을 검토하여 알려진 문제와 해결 방법을 확인합니다. 오류는 해결할 수 있는 문제점인 경우가 많습니다.

  • 점진적인 업그레이드를 실행하는 경우에는 실행 중인 사이트 모음이 새 버전으로 표시되는지 확인합니다. 새 버전으로 나타나는 경우 해당 새 버전에서 문제를 해결하거나, v3 사이트를 v2 버전으로 되돌린 후에 사이트를 다시 업그레이드할 수 있습니다. 사이트를 되돌리는 방법에 대한 자세한 내용은 이전 버전 사이트로 되돌리기(Windows SharePoint Services)를 참조하십시오.

  • 전체 업그레이드는 stsadm -o upgrade 명령을 사용하여 다시 시작할 수 있습니다. 그러면 이미 업그레이드가 완료된 작업을 건너뛰고 나머지 부분을 계속 업그레이드합니다. 업그레이드 작업에 대한 자세한 내용은 사이트 업그레이드(Windows SharePoint Services)를 참조하십시오.

업그레이드 사전 검사의 알려진 문제

서버 이름으로 localhost를 사용하면 업그레이드가 차단됨

서버 이름으로 "localhost"를 사용하면 작업 환경에서 여러 가지 문제가 발생할 수 있으므로 이 이름은 사용하지 않는 것이 좋습니다. 서버 이름으로 "localhost"를 사용하는 경우 업그레이드 사전 검사 도구를 실행하면 이 문제가 기록되며 업그레이드가 진행되지 않습니다. 서버 컴퓨터 이름을 바꾸고 사전 검사 작업을 실행해야 업그레이드를 계속할 수 있습니다. 서버 이름을 바꾸고 업그레이드 사전 검사 도구 관련 문제를 해결하려면 다음 단계를 따르십시오.

  1. 구성 데이터베이스를 백업합니다.

  2. 명령줄에서 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin 경로로 변경한 후에 다음 명령을 실행하여 구성 데이터베이스의 서버 이름을 변경합니다.

    Stsadm.exe -o setconfigdb -databaseserver <서버 이름> -connect

  3. 명령줄에서 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin 경로로 변경한 후에 다음 명령을 실행하여 업그레이드 사전 검사 도구의 문제를 해결합니다.

    Prescan /fixlocalhost

  4. 명령줄에서 다음 명령을 실행하여 업그레이드 사전 검사 프로세스를 다시 실행합니다.

    Prescan /all

    • 프로세스가 실행되면 업그레이드를 진행합니다.

    • 그래도 업그레이드가 실행되지 않으면 아직도 localhost 서버 이름을 사용하는 서비스 이름이 있는 것입니다. 이 경우 업그레이드가 차단되지는 않지만 일부 서비스가 제대로 업그레이드되지 않을 수 있습니다.

전체 업그레이드의 알려진 문제

서버 팜 업그레이드에 네트워크 서비스가 아닌 도메인 계정을 사용해야 함

서버 팜 환경에서 전체 업그레이드 또는 점진적 업그레이드를 수행하는 경우에는 버전 3 환경에서 버전 2 환경에 사용했던 것과 같은 자격 증명을 사용해야 합니다. 그러나 버전 2 환경에서 네트워크 서비스 계정을 사용한 경우 버전 3에서는 도메인 계정을 사용해야 합니다. 버전 2 환경에서는 네트워크 서비스를 계속 사용할 수 있지만, 버전 3을 설치하고 새 팜을 만들 때는 도메인 계정을 제공해야 합니다. 이때 사용하는 도메인 계정에는 SQL Server의 데이터베이스에 대한 적절한 권한을 부여해야 합니다. 즉, 도메인 계정은 모든 버전 2 데이터베이스에서 Database Creators, Process Administrators 및 Database Owners 그룹의 구성원이어야 합니다.

전체 업그레이드를 수행할 때 일부 설정이 웹 응용 프로그램에서 유지되지 않음

SSL(Secure Sockets Layer)을 사용하여 전체 업그레이드를 수행하는 경우 일부 설정이 웹 응용 프로그램에서 유지되지 않기 때문에 AAM(대체 액세스 매핑) 기능을 사용하여 Windows SharePoint Services 내에서 URL을 수정해야 합니다.

업그레이드하기 전에 다음과 같은 HTTPS를 사용하는 AAM 항목이 있는 경우

들어오는 URL: https://<서버 이름>

나가는 URL: https://<서버 이름>

Windows SharePoint Services 3.0의 전체 업그레이드를 수행한 후 이 항목은 다음과 같이 잘못 설정됩니다.

들어오는 URL: https://<서버 이름>

나가는 URL: http://<서버 이름>

URL을 올바르게 수정하려면 SharePoint 중앙 관리 웹 사이트의 작업 페이지에서 대체 액세스 매핑을 클릭한 다음 공용 URL 편집을 클릭하여 URL을 다시 다음과 같이 설정합니다.

들어오는 URL: https://<서버 이름>

나가는 URL: https://<서버 이름>

대체 액세스 매핑에 대한 자세한 내용은 대체 액세스 매핑 계획(Windows SharePoint Services)을 참조하십시오.

업그레이드가 첫 번째 프런트 엔드 웹 서버에서 완료되지만 오류가 있음

여러 프런트 엔드 웹 서버를 사용하는 팜에서 업그레이드가 첫 번째 프런트 엔드 웹 서버에서 완료되지만 오류가 있는 경우 문제를 해결하고 업그레이드를 다시 실행한 다음 추가 프런트 엔드 웹 서버에서 업그레이드를 실행하는 것이 좋습니다.

특정 이유로 오류를 무시하려는 경우(예를 들어 거의 사용되지 않는 사이트 모음과 관련된 오류를 무시하려는 경우) Psconfig 명령줄 도구를 사용하여 두 번째 프런트 엔드 웹 서버의 업그레이드를 계속 실행할 수 있습니다. 다음과 같은 명령줄 작업을 사용하십시오.

Psconfig -cmd upgrade -inplace b2b -wait -force

참고

Psconfig 명령줄 도구를 사용하는 경우 SharePoint 제품 및 기술 구성 마법사를 사용하여 추가 프런트 엔드 웹 서버를 업그레이드할 수 없습니다.

업그레이드 로그의 SPConfigurationDatabase2 시퀀스 오류

전체 업그레이드를 수행했는데 실패하는 경우 COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS 폴더에 있는 Upgrade.log를 확인합니다. “[SPConfigurationDatabaseSequence2] [오류] [날짜]: 현재 데이터베이스에 역할 'WSS_Content_Application_Pools'이(가) 이미 있습니다.”라는 오류 메시지가 나타나면 다음 해결 방법을 사용하여 문제를 해결할 수 있습니다.

  • 다음 SQL 쿼리를 구성 데이터베이스에 대해 실행합니다.

    delete from dependencies

    delete from objects

    delete from classes

    delete from sitemap

    exec sp_droprole N'WSS_Content_Application_Pools'

    참고

    작업이 실패할 때 역할 삭제에 구성원이 있는 경우 sp_droprole을 호출하면 해당 구성원의 이름이 반환됩니다. 그런 다음 각 구성원에 대해 다음 명령을 실행해야 합니다.

    exec sp_droprolemember N'WSS_Content_Application_Pools',

    N'usernameReturnedFromSP_DropRole'

    그런 다음 아래의 쿼리를 다시 실행해야 합니다.

    exec sp_droprole N'WSS_Content_Application_Pools'

  • 새 V3 팜을 만든 다음 기존 콘텐츠 데이터베이스를 연결합니다. 이 옵션은 모든 사용자 데이터를 유지하지만 V2 구성 데이터베이스에 저장된 구성 정보(예: 웹 파트 패키지 및 가상 서버 설정)가 손실됩니다.

  • 원래 오류가 처리되면(예를 들어 네트워크 연결이 끊어지거나 SQL Server 컴퓨터 디스크 공간이 충분하지 않기 때문에 발생한 오류가 해결되면) V2 팜을 복원한 다음 업그레이드를 다시 시작할 수 있습니다.

참고

해결 방법을 수행한 후 업그레이드를 다시 시작해야 합니다.

독립 실행형 서버에서 전체 업그레이드를 실행하는 경우 로그인 실패 또는 데이터베이스 연결 실패 관련 오류가 발생하면 명령줄에서 업그레이드를 실행해야 함

WMSDE가 실행되는 독립 실행형 서버에서 전체 업그레이드를 실행하는 경우 업그레이드 프로세스 동안 시간이 초과되거나 다음과 유사한 내용의 오류가 생성될 수 있습니다.

SPContentDatabaseSequence] [오류] [2006-10-18 12:42:44 오후]: 로그인에서 요청한 데이터베이스 "STS_DATABASE_NAME_1"을(를) 열 수 없습니다. 로그인이 실패했습니다.

사용자 'NT AUTHORITY\NETWORK SERVICE'이(가) 로그인하지 못했습니다.

[SPContentDatabaseSequence] [오류] [2006-10-18 12:42:44 오후]: System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)

System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)

이러한 오류 또는 데이터베이스 연결 실패 관련 오류가 나타나면 명령줄을 사용하여 업그레이드를 완료해야 합니다.

  1. 명령 프롬프트 창을 열고 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin 디렉터리로 변경합니다.

  2. 다음 명령을 실행하여 업그레이드를 다시 시작하고 완료합니다.

    psconfig –cmd upgrade –inplace v2v –force -wait

psconfig.exe 명령줄 유틸리티를 사용하는 방법에 대한 자세한 내용은 SharePoint 제품 및 기술 구성 마법사의 명령줄 참조(Windows SharePoint Services)를 참조하십시오.

점진적 업그레이드의 알려진 문제

서버 팜 업그레이드에 네트워크 서비스가 아닌 도메인 계정을 사용해야 함

서버 팜 환경에서 전체 업그레이드 또는 점진적 업그레이드를 수행하는 경우에는 버전 3 환경에서 버전 2 환경에 사용했던 것과 같은 자격 증명을 사용해야 합니다. 그러나 버전 2 환경에서 네트워크 서비스 계정을 사용한 경우 버전 3에서는 도메인 계정을 사용해야 합니다. 버전 2 환경에서는 네트워크 서비스를 계속 사용할 수 있지만, 버전 3을 설치하고 새 팜을 만들 때는 도메인 계정을 제공해야 합니다. 이때 사용하는 도메인 계정에는 SQL Server의 데이터베이스에 대한 적절한 권한을 부여해야 합니다. 즉, 도메인 계정은 모든 버전 2 데이터베이스에서 Database Creators, Process Administrators 및 Database Owners 그룹의 구성원이어야 합니다.

SSL 전용 서버를 점진적으로 업그레이드하려면 추가 단계를 수행해야 함

점진적 업그레이드 프로세스에서는 IIS 웹 사이트 쌍 집합을 사용하여 업그레이드되지 않은 원본 사이트와 업그레이드된 새 사이트를 호스팅합니다. 기본적으로 새로 만들어지는 사이트는 SSL을 사용하지 않습니다. 이 웹 사이트에서 SSL을 사용해야 하는 경우에는 점진적 업그레이드 중에 추가적인 단계를 수행하여 SSL에 맞는 IIS 설정 및 포트 번호를 설정해야 합니다.

사이트의 대상 웹 응용 프로그램을 만들고 나서 사이트를 업그레이드하기 전에 다음 단계를 수행하십시오.

대상 웹 응용 프로그램을 만드는 방법에 대한 자세한 내용은 사이트 업그레이드(Windows SharePoint Services)의 업그레이드된 사이트를 호스팅할 새 웹 응용 프로그램 만들기를 참조하십시오.

IIS(인터넷 정보 서비스) 관리자에서 포트 번호 및 SSL 설정 변경

  1. IIS(인터넷 정보 서비스) 관리자에서 변경할 웹 응용 프로그램이 포함된 서버 이름 옆에 있는 더하기 기호(+)를 클릭합니다.

  2. 웹 사이트 옆에 있는 더하기 기호(+)를 클릭합니다.

  3. 기본 웹 사이트를 마우스 오른쪽 단추로 클릭하고 속성을 클릭합니다.

  4. 웹 사이트 탭의 SSL 포트 상자에 444를 입력한 다음 확인을 클릭합니다.

  5. 기본 웹 사이트 쌍을 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.

  6. 웹 사이트 탭의 SSL 포트 상자에 443을 입력한 다음 적용을 클릭합니다.

  7. 디렉터리 보안 탭의 보안 통신 섹션에서 서버 인증서를 클릭합니다.

    마법사의 단계에 따라 새 인증서를 할당합니다.

  8. 디렉터리 보안 탭의 보안 통신 섹션에서 편집을 클릭합니다.

  9. 보안 통신 대화 상자에서 **보안 채널 필요(SSL)**를 선택한 다음 확인을 클릭합니다.

  10. 확인을 클릭하여 기본 웹 사이트 쌍 속성 상자를 닫습니다.

대체 액세스 매핑 설정 업데이트 및 IIS 다시 설정

  1. 명령 프롬프트 창을 열고 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin 디렉터리로 변경합니다.

  2. 다음 명령을 실행하여 원본 기본 웹 사이트의 대체 액세스 매핑이 포트 444를 가리키도록 변경합니다.

    Stsadm -o addzoneurl -url https://server_name:port -urlzone default -zonemappedurl https://server_name:444

    여기서 server_name:포트는 기본 웹 사이트의 위치입니다.

  3. %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin 디렉터리로 변경합니다.

  4. 다음 명령을 실행하여 리디렉션되는 웹 사이트의 대체 액세스 매핑을 변경합니다.

    Stsadm -o addzoneurl -url http://server_name:port -urlzone default -zonemappedurl https://server_name:443

    여기서 server_name:포트는 대상 웹 응용 프로그램을 만들 때 만들어진 새 사이트의 위치입니다.

  5. 다음 명령을 실행하여 IIS를 다시 설정합니다.

    iisreset /noforce

업그레이드를 완료했지만 일부 사이트가 아직 완료되지 않음

업그레이드 프로세스를 완료한 후에는 더 이상 점진적 업그레이드 방법을 사용하여 나머지 사이트를 업그레이드할 수 없습니다. 그러나 데이터베이스 마이그레이션 방식을 사용하여 사이트를 업그레이드할 수는 있습니다. 점진적 업그레이드를 완료한 후에 데이터베이스 마이그레이션을 사용하여 사이트를 업그레이드하는 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서(https://support.microsoft.com/kb/926718 (영문))에서 문서 926718 (영문)을 참조하십시오.

설치 화면에서 “업그레이드 안 함” 옵션을 선택했지만 이후 업그레이드하려는 경우

설치 중에 업그레이드 안 함 옵션을 선택했지만 SharePoint 제품 및 기술 구성 마법사를 실행한 후 업그레이드하려는 경우 SharePoint 제품 및 기술 구성 마법사를 다시 실행하여 점진적 업그레이드로 변경해야 합니다.

SharePoint 제품 및 기술 구성 마법사를 사용하여 "업그레이드 안 함" 옵션에서 점진적 업그레이드로 변경

  1. SharePoint 제품 및 기술 구성 마법사를 실행하여 팜에서 연결을 끊습니다.

  2. %COMMOMPROGRAMFILES%\Microsoft shared\Web Server Extensions\12.0\WSS\로 이동하고 SetupType 및 SetupTypeBackup에 대한 레지스트리 키를 V2V_GRADUAL_UPGRADE로 변경합니다.

  3. SharePoint 제품 및 기술 구성 마법사를 다시 실행하여 업그레이드를 수행합니다.

데이터베이스 마이그레이션의 알려진 문제

다른 웹 응용 프로그램에서도 동일한 콘텐츠 데이터베이스를 팜에 여러 번 추가할 수 없음

콘텐츠 데이터베이스의 각 사이트 모음(각 포털 사이트 포함)에는 구성 데이터베이스에 등록된 GUID(Globally Unique Identifier)가 연결되어 있습니다. 따라서 별도의 웹 응용 프로그램에서도 동일한 사이트 모음 또는 포털을 팜에 두 번 추가할 수는 없습니다. 동일한 사이트 모음을 두 번 추가해도 데이터베이스는 연결되지만, 사이트 모음을 시작할 수는 없습니다. 동일한 팜에 사이트 모음 또는 포털의 중복 복사본이 필요한 경우에는 먼저 사이트 모음이 포함된 데이터베이스를 별도의 팜에 연결한 다음 Stsadm.exe 백업 및 복원 작업을 사용하여 해당 사이트 모음을 다른 팜에 복사합니다. 그러면 백업 및 복원 프로세스를 통해 사이트 모음의 새 GUID가 생성됩니다.

사용자 지정된 사이트의 알려진 문제

Web.config 파일에 대해 허용되지 않는 사용자 지정 내용을 적용하면 응용 프로그램 오류가 발생할 수 있음

Web.config 파일에서 가상 서버 내 하위 폴더에 대한 특정 사용자 지정 작업이 허용되지 않습니다. 예를 들어 Web.config 파일 내에서는 하위 폴더 수준에 AUTHENTICATION 및 SESSIONSTATE 노드가 허용되지 않습니다. 권장되지 않는 방식으로 Web.config 파일을 수정하면 예기치 않은 업그레이드 결과가 발생할 수 있습니다. 따라서 Web.config 파일에 대한 사용자 지정을 포함하여 사용자 지정에 대한 권장 방식을 따르십시오. 자세한 내용은 MSDN 웹 사이트의 Windows SharePoint Services에서 응용 프로그램 재사용성 및 업그레이드를 보장하기 위한 최상의 방법 (영문)(https://msdn.microsoft.com/ko-kr/library/dd583161.aspx)을 참조하십시오.

이 문서의 다운로드

이 항목은 다운로드 가능한 다음 문서에도 포함되어 있어 더 쉽게 읽고 인쇄할 수 있습니다.

사용 가능한 문서의 전체 목록은 다운로드 가능한 Windows SharePoint Services 관련 문서를 참조하십시오.