업그레이드 문제 해결 및 재개(Office SharePoint Server)

  • 아티클

업데이트 날짜: 2009년 3월

적용 대상: Office SharePoint Server 2007

 

마지막으로 수정된 항목: 2009-02-25

이 문서의 내용

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

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

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

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

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

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

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

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

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

    팁

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

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

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

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

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

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

서버 이름으로 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 서버 이름을 사용하는 서비스 이름이 있는 것입니다. 이 경우 업그레이드가 차단되지는 않지만 일부 서비스가 제대로 업그레이드되지 않을 수 있습니다.

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

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

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

전체 업그레이드를 수행하는 경우 일부 설정은 웹 응용 프로그램에 보존되지 않음

SSL(Secure Sockets Layer)을 사용하여 전체 업그레이드를 수행하는 경우 일부 설정이 웹 응용 프로그램에 보존되지 않으므로 AAM(대체 액세스 매핑) 기능을 사용하여 Microsoft Office SharePoint Server 내의 URL을 수정해야 합니다.

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

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

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

Office SharePoint Server 2007 전체 업그레이드를 수행한 후 이 항목은 다음으로 잘못 설정됩니다.

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

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

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

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

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

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

첫 번째 프런트 엔드 웹 서버에서 업그레이드를 마쳤으나 오류가 발생함

여러 프런트 엔드 웹 서버를 사용하는 팜에서 첫 번째 프런트 엔드 웹 서버에서 업그레이드를 마쳤으나 오류가 발생한 경우 계속해서 추가 프런트 엔드 웹 서버를 업그레이드하기 전에 문제를 해결하고 업그레이드를 다시 실행하는 것이 좋습니다.

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

Psconfig -cmd upgrade -inplace b2b -wait -force

참고

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

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

전체 업그레이드를 수행하고 오류가 발생하는 경우 COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS 폴더에 있는 Upgrade.log를 확인합니다. "[SPConfigurationDatabaseSequence2] [ERROR] [date]: 현재 데이터베이스에 역할 '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 팜을 복원한 다음 업그레이드를 다시 시작할 수 있습니다.

참고

문제를 해결한 다음 업그레이드를 다시 시작해야 합니다.

Office SharePoint Server 2007 웹 사이트에 Microsoft Office SharePoint Portal Server 2003의 사이트 정의를 사용할 수 없습니다.

SharePoint Portal Server 2003 및 Office SharePoint Server 2007 모두에 동일한 사용자 지정 사이트 정의 서식 파일을 사용하는 경우 웹 사이트에 액세스할 때 페이지 오류가 발생합니다. SharePoint Portal Server 2003용으로 만든 사용자 지정 사이트 정의 서식 파일을 사용할 수 없습니다. Office SharePoint Server 2007에 대한 새 사용자 지정 사이트 정의 서식 파일을 만들어야 합니다. 또한 사이트의 각 요소(예: 사용자 지정 페이지)가 적합한 새 요소로 업그레이드될 수 있도록 이전 사용자 지정 사이트 정의의 사용자 지정 요소를 새 사용자 지정 사이트 정의로 매핑하는 파일기존 사용자 지정 사이트 정의에서 새 사용자 지정 사이트 정의로 매핑하는 사이트 정의 업그레이드 파일을 만들어야 합니다니다. Office SharePoint Server 2007용 새 사이트 정의 만들기에 대한 자세한 내용은 새 사용자 지정 사이트 정의 개발 및 업그레이드 정의 파일 만들기(Office SharePoint Server) 및 업그레이드 정의 파일 및 새 사이트 정의 배포(Office SharePoint Server)를 참조하십시오. 사용자 지정 사이트 정의 작업에 지원되는 시나리오 및 지원되지 않는 시나리오에 대한 자세한 내용은 Microsoft 기술 자료(https://go.microsoft.com/fwlink/?linkid=140380&clcid=0x412)의 문서 898631, Windows SharePoint Services, SharePoint Portal Server 2003 및 Office SharePoint Server 2007의 사용자 지정 사이트 정의 및 사용자 지정 영역 정의 작업에 지원되는 시나리오 및 지원되지 않는 시나리오를 참조하십시오.

기존 콘텐츠 데이터베이스를 새 팜에 연결할 때 도움말 파일 링크가 끊어짐

새 팜을 만든 다음 기존 콘텐츠 데이터베이스를 연결하는 경우 원본 목록 웹 파트에는 제품의 이전 버전 도움말 파일에 대한 URL이 포함되어 있습니다. 제품의 이전 버전 도움말 파일은 서버에서 사용할 수 없습니다. 따라서
http://< 서버:포트_번호>/_vti_bin/help/1033/sps/html/HelpResources.htm
위 링크를 가리키는 Microsoft SharePoint 제품 및 기술 도움말 리소스 링크에서 페이지를 찾을 수 없다고 설명하는 오류 메시지(HTTP 오류 404)를 표시합니다. 이 문제를 해결하려면 링크를 삭제합니다.

IIS의 기본 웹 사이트를 사용하는 경우 프런트 엔드 웹 서버가 아닌 서버가 포함된 중간 규모 또는 대규모 팜에 대해 전체 업그레이드가 실패할 수 있음

중간 규모 또는 대규모 팜에 프런트 엔드 웹 서버가 아닌 하나 이상의 서버가 포함되어 있으며, 인터넷 정보 서비스에서 기본 웹 사이트를 사용하여 SharePoint 사이트를 호스팅한 경우에는 기본 웹 사이트를 업그레이드할 수 없는 메시지가 표시되면서 업그레이드가 실패할 수 있습니다. 이 문제를 해결하려면 업그레이드를 실행하기 전에 인덱스 서버 등 프런트 엔드 웹 서버가 아닌 모든 서버에서 IIS의 기본 웹 사이트를 다른 이름으로 바꾸고 업그레이드를 실행한 후에 이름을 기본 웹 사이트로 복원합니다. 서버 팜의 프런트 엔드 웹 서버에서 웹 사이트 이름을 바꿀 필요가 없습니다.

업그레이드를 실행하기 전에 기본 웹 사이트의 이름을 바꾸지 않으면 업그레이드가 실패합니다. 이 경우에는 프런트 엔드 웹 서버가 아닌 서버에서 기본 웹 사이트 이름을 바꾼 후에 업그레이드를 다시 시작하면 됩니다. 다음 명령줄 작업을 사용하여 업그레이드를 다시 시작할 수 있습니다.

psconfig -cmd upgrade -inplace previous versionv -wait -force

환경의 동일한 URL 내에 포털 사이트가 여러 개 있으면 전체 업그레이드가 실패함

환경의 동일한 URL에 포털 사이트가 여러 개 있는 경우 SharePoint 제품 및 기술 구성 마법사가 실패하며, 로그 파일에 "동일한 키를 사용하는 항목이 이미 추가되었습니다."라는 오류가 기록됩니다. 고아 포털 사이트, 즉 IIS나 파일 시스템에는 있지만 구성 데이터베이스에는 없는 사이트가 있으면 이 오류가 발생합니다. 다음과 같은 경우 환경이 이러한 상태가 될 수 있습니다.

  • 포털 사이트를 호스팅하는 IIS 웹 사이트를 실수로 삭제했다가 다시 만든 경우

  • 기존 가상 서버의 확장을 취소했다가 새 포털 사이트를 호스팅하기 위해 동일한 가상 서버를 다시 확장한 경우

  • 동일한 포트 번호에 대해 IIS 웹 사이트가 둘 이상 있는 경우

URL이 중복되는 사이트가 있는지 확인하려면 SharePoint Portal Server 2003 환경에서 SharePoint 중앙 관리의 포털 사이트 나열 및 관리 페이지로 이동한 다음 URL이 같은 포털 사이트를 찾습니다. 사용 중인 사이트와 고아 사이트를 확인한 다음 업그레이드를 실행하기 전에 고아 사이트를 삭제합니다.

프런트 엔드 웹 서버가 아닌 서버에서 중앙 관리 사이트를 만드는 경우 중앙 관리의 사이트에 대해 전체 업그레이드에서 잘못된 URL이 표시됨

대규모 팜에서 전체 업그레이드를 수행하는 경우 인덱스 서버를 프런트 엔드 웹 서버에서 실행하기 전에 업그레이드를 실행하면 프런트 엔드 웹 서버가 아닌 인덱스 서버에 중앙 관리가 만들어집니다. 그러면 중앙 관리에서 사이트 콘텐츠 업그레이드 상태 페이지에 업그레이드 중인 웹 사이트에 대해 URL에 잘못된 호스트 이름을 표시할 수 있습니다. 이 문제를 해결하려면 중앙 관리 사이트에 대해 대체 액세스 매핑을 추가하여 프런트 엔드 웹 서버에 대해 올바른 URL을 가리키도록 하면 됩니다.

  1. 프런트 엔드 웹 서버의 인터넷 정보 서비스 관리자에서 중앙 관리의 호스트 이름 및 포트 번호를 확인합니다.

  2. 인덱스 서버에서 중앙 관리를 열고 작업 탭의 글로벌 구성에서 대체 액세스 매핑을 클릭합니다.

  3. 대체 액세스 매핑 페이지에서 공용 URL 편집을 클릭합니다.

  4. 공용 영역 URL 편집 페이지에서 대체 액세스 매핑 컬렉션 아래쪽 화살표를 클릭하고 대체 액세스 매핑 컬렉션 변경을 선택합니다.

  5. 대체 액세스 매핑 컬렉션 선택 상자에서 중앙 관리를 클릭합니다.

  6. 공용 URL 섹션의 인트라넷 상자에 프런트 엔드 웹 서버의 중앙 관리에 대한 올바른 URL을 입력하고 저장을 클릭합니다.

  7. 프런트 엔드 웹 서버에서 중앙 관리를 열고 작업 탭에 있는 업그레이드 및 마이그레이션에서 사이트 콘텐츠 업그레이드 상태를 클릭합니다.

    URL이 올바르게 표시됩니다.

Microsoft Office SharePoint Portal Server 2003에서 비정상적인 시작 주소를 공유하면 검색 시작 주소 및 파일 형식 업그레이드가 실패할 수 있음

http://서버_이름/서버_이름.com 같이 비정상적인 시작 주소를 인덱싱 시작 주소로 사용하는 경우에는 검색 업그레이드에서 시작 주소와 파일 형식을 업그레이드하지 못할 수 있으며, Office SharePoint Server 2007 환경에서 이러한 구성 설정을 수동으로 입력해야 합니다.

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

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

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

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

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

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

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

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

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

  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

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

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

    iisreset /noforce

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

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

공유 서비스를 사용하여 점진적 업그레이드를 수행한 후에 하위 포털에서 검색을 실행해도 새 문서를 찾을 수 없음

상위 팜의 공유 서비스를 사용하는 하위 포털을 업그레이드한 경우에는 대체 포털 사이트 URL 매핑이 업그레이드된 URL을 가리키도록 업그레이드해야 합니다. 그렇지 않으면 사용자가 하위 포털에서 검색을 수행할 때 하위 포털에 추가된 콘텐츠가 표시되지 않을 수 있습니다.

중요

이 단계는 SharePoint Portal Server 2003 환경에서 수행해야 합니다.

대체 포털 사이트 URL 매핑 업데이트

  1. 시작을 클릭하고 모든 프로그램, SharePoint Portal Server를 차례로 가리킨 다음 SharePoint 중앙 관리를 클릭합니다.

  2. 포털 사이트 및 가상 서버 구성에서 인트라넷, 익스트라넷 및 사용자 지정 액세스를 위한 대체 포털 사이트 URL 구성을 클릭합니다.

  3. 하위 포털의 업그레이드된 사이트에 대한 드롭다운 메뉴에서 편집을 클릭합니다.

  4. 대체 액세스 설정 변경 페이지의 인트라넷 URL 상자에 원본 사이트 URL을 입력한 다음 확인을 클릭합니다.

    이제 기본 URL이 업그레이드된 사이트를 가리키며 인트라넷 URL은 원본 사이트를 가리킵니다.

  5. SharePoint Portal Server 2003 환경에 대한 크롤링을 수행합니다.

    크롤링을 수행하는 방법에 대한 자세한 내용은 SharePoint Portal Server 2003 관리자 가이드에서 콘텐츠 인덱스 업데이트 관리 (영문)(https://office.microsoft.com/en-us/sharepointserver/CH011715081033.aspx)를 참조하십시오.

SharePoint Portal Server 2003에서 비정상적인 시작 주소를 공유하면 검색 시작 주소 및 파일 형식 업그레이드가 실패할 수 있음

http://서버_이름/서버_이름.com 같이 비정상적인 시작 주소를 인덱싱 시작 주소로 사용하는 경우에는 검색 업그레이드에서 시작 주소와 파일 형식을 업그레이드하지 못할 수 있으며, Office SharePoint Server 2007 환경에서 이러한 구성 설정을 수동으로 입력해야 합니다.

업그레이드 후에 상위 포털 사이트가 크롤링되지 않음

다음과 같은 경우에는 상위 포털에서 크롤링이 수행되지 않습니다.

  • 공유 서비스를 사용하는 경우

  • 인덱스 서버가 여러 개 포함된 대규모 서버 팜을 사용하는 경우

  • 인덱스 서버 중 하나에 상위 포털에 대한 제외 규칙이 있는 경우

  • 인덱스를 생성하려면 규칙을 삭제하거나 제외에서 포함으로 변경한 다음 크롤링을 다시 수행하면 됩니다.

별도의 쿼리 서버를 사용하여 업그레이드한 후에 상위 포털에서 쿼리가 실패함

팜 간에 쿼리 인덱스 전파를 사용하는 경우에는 쿼리 서버를 초기화하는 데 시간이 걸릴 수 있습니다. 각 쿼리 서버의 명령줄에서 다음 작업을 실행하여 쿼리 서버가 초기화되었는지 확인하십시오.

stsadm.exe -o osearch -propagationlocation <applications directory>

여기서 <응용 프로그램 디렉터리>는 다음과 같은 인덱스 데이터의 상위 위치입니다.

applications
   SSP1 (as a GUID)
   SSP2 (as a GUID)
   SSP3 (as a GUID)

아직 SharePoint Portal Server 2003 사이트에 있는 콘텐츠의 경우 업그레이드된 상위 포털에 변환된 시작 주소가 표시되지 않고 원래 시작 주소만 표시됨

점진적 업그레이드 후에 상위 포털 사이트에서 시작 주소에 대해 올바른 임시 URL이 나열되지 않고 원래 시작 주소만 표시되는 경우가 있습니다. 이 문제를 해결하려면 다음 프로세스를 수행하십시오.

  1. SharePoint Portal Server 2003의 검색 관리 페이지에서 Office SharePoint Server 2007 환경에 저장되어 있는 모든 콘텐츠를 삭제하는 제외 규칙을 추가합니다.

  2. 아직 SharePoint Portal Server 2003 환경에 있는 사이트의 새 URL을 크롤링할 새 콘텐츠 원본을 추가합니다.

  3. SharePoint Portal Server 2003 환경에서 크롤링을 수행합니다.

Office SharePoint Server 검색 서비스를 시작하지 못함

업데이트를 수행하는 동안 Office SharePoint Server 검색 서비스가 자동으로 시작되지 않으면 SharePoint 제품 및 기술 구성 마법사에 다음과 같은 메시지가 표시됩니다.

업그레이드를 완료한 후 이 서버에서 서비스 SearchServiceInstance을(를) 시작하지 못했습니다. 서비스를 수동으로 시작하십시오.

SharePoint 제품 및 기술 구성 마법사는 성공적으로 완료되지만 Office SharePoint Server 검색 서비스는 중지된 상태로 남아 있습니다. Office SharePoint Server 검색 서비스를 시작하려면 다음을 수행합니다.

  1. 명령 프롬프트 창을 열고 다음 폴더로 변경합니다.

    %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\BIN

  2. 다음 명령을 실행합니다.

    stsadm -o osearch -action start

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

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

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

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

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

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

SharePoint 제품 및 기술로 업그레이드하지 못함

웹 응용 프로그램이 없는 기존 서버 팜에 웹 서버를 새로 추가하는 경우 웹 서버를 업데이트한 다음 SharePoint 제품 및 기술 구성 마법사를 실행하면 다음과 같은 오류 메시지가 나타날 수 있습니다.

형식 Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException의 예외가 발생했습니다. 추가 예외 정보: SharePoint 제품 및 기술을 업그레이드하지 못했습니다.

이 오류는 SharePoint 제품 및 기술 구성 마법사가 Web.config 파일을 찾을 수 없거나 수정할 수 없는 경우에 발생합니다. 이 문제를 해결하려면 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\Config에서 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\Template\Layouts으로 Web.config 파일을 직접 복사해야 합니다. Web.config 파일을 Layouts 폴더에 복사한 후 SharePoint 제품 및 기술 구성 마법사를 다시 실행할 수 있습니다.

업그레이드가 실패하고 업그레이드 로그에 웹이 없다는 오류 메시지가 표시됨

점진적 업그레이드를 수행하고 업그레이드가 실패하는 경우 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS 폴더에 있는 업그레이드 로그를 확인해야 합니다. 업그레이드 로그에 웹이 없다는 오류 메시지가 표시되면 웹 사이트가 삭제된 것입니다. 따라서 해당 위치에서 웹 사이트를 찾을 수 없는 것입니다. 이 문제를 해결하려면 Windows SharePoint Services 타이머 서비스를 중지하고 다시 시작한 다음 업그레이드를 다시 실행합니다.

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

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

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

공유 서비스 환경에서는 데이터베이스를 분리하기 전에 추가 명령을 실행해야 함

공유 서비스 환경에서 데이터베이스 마이그레이션을 수행하는 경우에는 데이터베이스를 분리하거나 백업하기 전에 명령줄에서 다음 작업을 실행해야 합니다.

Stsadm.exe -o preparetomove -contentDB <database_server:database_name>

이 작업을 실행하면 콘텐츠 데이터베이스가 다시 연결한 후에 멤버 자격 및 프로필 동기화에 포함됩니다. 콘텐츠 데이터베이스를 분리하기 전에 이 작업을 실행하지 않으면 콘텐츠 데이터베이스의 멤버 자격 및 프로필 정보가 정적 정보가 되므로 업그레이드 후에 동기화되지 않습니다.

데이터베이스를 분리하기 전에 이 작업을 수행하지 않은 경우, 연결 후에 다음 작업을 실행하면 동기화 문제를 해결할 수 있습니다.

Stsadm.exe -o preparetomove -oldcontentDB <GUID> -newcontentDB <Database_name>

데이터베이스의 GUID를 확인해야 이미 분리된 데이터베이스에 대해 preparetomove 작업을 실행할 수 있습니다. GUID를 찾으려면 다음 작업을 사용합니다.

stsadm -o sync -listolddatabases <days>

데이터베이스를 분리하는 방법에 대한 자세한 내용은 데이터베이스 분리 및 연결을 참조하십시오.

데이터베이스 마이그레이션 중에 구성 요소 설정(_SERV) 데이터베이스 또는 사용자 프로필(_PROF) 데이터베이스를 분리하면 안 됨

데이터베이스 마이그레이션을 수행할 때는 SharePoint Portal Server 2003 구성 요소 설정 데이터베이스(보통 이름이 "ID_SERV"인 검색 데이터베이스. 여기서 ID는 서버 이름 등의 ID) 또는 사용자 프로필(_PROF) 데이터베이스를 마이그레이션하고 연결할 필요가 없습니다. 대신 데이터베이스 마이그레이션을 수행할 때 검색 데이터베이스를 다시 만들고 검색 설정을 다시 구성해야 합니다. SharePoint Portal Server 2003의 검색 설정은 서버의 레지스트리와 데이터베이스에 모두 저장되며, 데이터베이스 마이그레이션에는 이러한 모든 설정이 포함되지 않기 때문입니다.

데이터베이스 마이그레이션 중에 구성 요소 설정(검색) 데이터베이스를 연결하는 경우 공유 서비스를 업그레이드할 때 업그레이드 프로세스가 실패하며 "저장 프로시저 'dbo.proc_MSS_PropagationGetQueryServers'을(를) 찾을 수 없습니다."라는 메시지가 표시될 수 있습니다.

구성 요소 설정(_SERV) 데이터베이스 또는 사용자 프로필(_PROF) 데이터베이스를 연결하지 않고 데이터베이스 마이그레이션을 다시 수행합니다.

콘텐츠 데이터베이스를 연결한 후 내 업그레이드된 웹 사이트 페이지에 내 사이트 링크가 누락됨

내 사이트를 포함하는 공유 서비스 환경에서 데이터베이스 마이그레이션을 통해 업그레이드하면 업그레이드된 웹 사이트 페이지에 내 사이트 링크가 포함되어 있지 않습니다. 데이터베이스 마이그레이션을 수행하는 경우 데이터베이스에서 전체 업그레이드를 수행하게 되지만 서버 팜 구성 데이터는 업그레이드하지 않습니다. 따라서 내 사이트 호스트의 URL이 업그레이드된 서버 팜에서 구성되지 않습니다.

개인 사이트를 포함하는 콘텐츠 데이터베이스를 새 서버 팜으로 마이그레이션한 후 URL을 내 사이트 호스트 위치로 사용하도록 설정합니다. 공유 서비스 관리 홈 페이지의 사용자 프로필 및 내 사이트 섹션에서 내 사이트 설정을 클릭합니다. 개인 사이트 서비스 섹션에서 업그레이드된 서버 팜의 내 사이트 호스트 위치에 대해 웹 응용 프로그램의 URL로 /MySite를 입력합니다. /MySite는 SharePoint 사이트용 웹 응용 프로그램에서 기본으로 만든 내 사이트 호스트 위치 경로입니다. 자세한 내용은 내 사이트 설정 구성을 참조하십시오.

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

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

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

이 문서의 다운로드

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

사용 가능한 문서의 전체 목록은 다운로드 가능한 Office SharePoint Server 2007 관련 콘텐츠 (영문)를 참조하십시오.