마이그레이션 전 스크립트 A1에서 확인된 데이터 문제 수정(Project Server 2010)
적용 대상: Project Server 2010
마지막으로 수정된 항목: 2016-11-30
Microsoft Office Project Server 2003 데이터에서 마이그레이션 전 스크립트 A1을 실행한 후 스크립트 출력을 확인하여 문제가 있는지 검사합니다. 이 문서에서는 출력에서 확인된 데이터 문제를 해결하는 방법에 대해 설명합니다. 데이터 관련 문제는 다음과 같습니다.
체크 아웃된 프로젝트
외부에서 편집된 프로젝트
상태 업데이트가 보류 중인 프로젝트
중복 Enterprise 자원
Project Server 2003의 제품 버전이 서비스 팩 2a 이상이어야 함
프로젝트의 중복 Enterprise 자원
Enterprise Global 서식 파일이 외부에서 편집됨
Enterprise Global 서식 파일이 체크 아웃됨
Enterprise Global 서식 파일이 잠김
웹 테이블 데이터베이스와 프로젝트 테이블 데이터베이스의 기본 언어가 일치해야 함
Enterprise 자원 이름은 쉼표를 포함할 수 없음
필수 Enterprise 자원 사용자 정의 필드에 값이 없음
필수 Enterprise 자원 사용자 정의 필드에 코드 체계표 정의에 없는 값이 있는지 확인
Enterprise 자원이 외부에서 편집됨
Enterprise 자원 기간 사용자 정의 필드에 값 목록이 있는지 확인
Enterprise 자원 기간 사용자 정의 필드에 유효하지 않은 값이 있는지 확인
이 섹션에서 설명한 대로 데이터 문제를 해결한 후 마이그레이션 전 스크립트 A1을 다시 실행하여 데이터 문제가 해결되었는지 확인합니다.
체크 아웃된 프로젝트
체크 아웃된 프로젝트는 마이그레이션할 수 없습니다. 마이그레이션 전에 원본 데이터를 안정적인 상태로 만드는 것이 가장 좋은 방법입니다. 의식적으로 프로젝트를 체크 인하면 프로젝트가 마이그레이션될 수 있는 안정적인 상태에 있을 수 있습니다. 프로젝트 관리자가 특정 날짜까지 프로젝트를 체크 인하도록 마이그레이션 조정자가 기한을 설정할 수 있으며 해당 날짜 후에는 모든 프로젝트를 강제로 체크 인할 수 있습니다.
문제를 해결하는 방법
체크 아웃된 모든 프로젝트를 체크 인합니다.
Project Server 2003에서 체크 아웃된 프로젝트 체크 인
Microsoft Office Project Server 2003 Project Web Access에서 관리를 클릭합니다.
Enterprise 기능 관리를 클릭합니다.
Enterprise 프로젝트 체크 인을 클릭하고 체크 아웃된 프로젝트를 확인합니다. 체크 인을 조정하거나 Project Web Access에서 체크 인 작업을 강제로 수행합니다.
참고
"Project Server 2003 프로젝트 테이블" 및 "Project Server 2003 웹 테이블" 데이터베이스에서 다음 SQL 쿼리를 실행하여 체크 아웃된 프로젝트에 대한 테스트를 수행할 수도 있습니다.select PROJ_NAME from dbo.MSP_PROJECTS where PROJ_CHECKEDOUT = 1 and PROJ_TYPE in (0, 1)
결과가 반환되면 참조된 프로젝트가 체크 아웃된 것입니다.
외부에서 편집된 프로젝트
프로젝트가 외부에서 편집되었으면 마이그레이션될 수 없습니다.
문제를 해결하는 방법
Project Professional 2003에서 외부에서 편집된 프로젝트를 열고 저장한 다음 서버에 다시 체크 인합니다. 이렇게 하면 외부에서 편집됨 플래그가 false로 설정됩니다.
상태 업데이트가 보류 중인 프로젝트
기본적으로 Project Server 2003 프로젝트에 보류 중인 업데이트가 있으면 Project Server 2007로 마이그레이션되지 않습니다. 마이그레이션 전에 사용자가 상태 업데이트를 수락하거나 거부하여 프로젝트가 마이그레이션될 수 있는 안정적인 상태에 있도록 하는 것이 좋습니다.
문제를 해결하는 방법
보류 중인 업데이트가 있는 프로젝트의 마이그레이션을 허용하도록 마이그레이션 구성 파일의 StopProjectMigrationIfStatusUpdatesPending 매개 변수를 구성할 수 있습니다. 이 매개 변수에 대한 자세한 내용은 마이그레이션 도구 구성을 참조하십시오.
마이그레이션 전의 최상의 방법으로 프로젝트 관리자가 특정 날짜까지 보류 중인 상태 업데이트를 수락하거나 거부하도록 기한을 설정할 수 있습니다. 해당 날짜 후에는 상태 업데이트가 최신이 아닌 경우에도 모든 프로젝트를 강제로 마이그레이션할 수 있습니다.
중복 Enterprise 자원
Project Server 2003 또는 Project Server 2007에서는 Enterprise 자원 그룹에 이름이 동일한 자원이 여러 개 있을 수 없습니다. 이러한 경우가 발생하면 직접 데이터베이스를 편집한 결과일 수 있습니다. 중복 이름은 Enterprise 자원 그룹을 편집할 때 Project Professional에 나타나지 않을 수 있습니다. 이는 해당 이름을 가진 Enterprise 자원의 MSP_WEB_RESOURCES 테이블에 항목이 하나만 있을 수 있기 때문입니다. 이 문제를 간단하게 해결할 수 있는 방법은 없습니다. Project Server 전문가와 함께 이 문제를 해결해야 합니다. 중복 Enterprise 자원에서 발생하는 문제를 확인하고 해결하는 데 도움이 되는 몇 가지 지침은 다음과 같습니다.
중복 Enterprise 자원 확인
마이그레이션 전 스크립트 A1은 중복 Enterprise 자원이 데이터에 포함된 경우 해당 자원을 확인합니다. 스크립트에서 중복 Enterprise 자원을 찾는 경우 데이터가 두 중복 자원이 있는 다음 예와 유사하게 표시됩니다.
| RES_UID | RES_NAME | RES_EUID |
|---|---|---|
123 |
Peter Krebbs |
123 |
124 |
Peter Krebbs |
123 |
125 |
Brad Sutton |
125 |
126 |
Brad Sutton |
126 |
프로젝트에서 사용되는 중복 Enterprise 자원 확인
마이그레이션 전 스크립트 A1은 중복 Enterprise 자원이 데이터에 포함된 경우 해당 자원을 확인합니다. 스크립트에서 중복 Enterprise 자원을 찾는 경우 데이터가 두 중복 자원이 있는 다음 예와 유사하게 표시됩니다.
| RES_NAME | RES_EUID |
|---|---|
Peter Krebbs |
123 |
Brad Sutton |
125 |
Brad Sutton |
126 |
중복 Enterprise 자원을 사용하는 프로젝트 수정
다음 쿼리(쿼리 1)를 실행하면 중복 Enterprise 자원과 연결된 프로젝트 ID가 반환됩니다. 하나의 "res_name, res_euid" 조합만 프로젝트에서 사용되도록 이러한 종류의 중복을 제거해야 합니다. 중복 항목이 있으면 중복 항목 중 하나를 "올바른" 자원으로 지정하고 모든 프로젝트에서 이 자원을 사용하도록 해야 합니다. 올바른 자원으로 지정한 Enterprise 자원을 가리키도록 프로젝트의 MSP_RESOURCES.RES_EUID 열을 업데이트합니다. 이렇게 한 후 스크립트 A1을 실행하여 프로젝트에서 사용되는 중복 Enterprise 자원에 대한 확인 테스트를 반복합니다.
쿼리 1:
select res_name, res_euid, proj_id from msp_resources where res_name in (select distinct r1.RES_NAME from dbo.MSP_RESOURCES r1 inner join dbo.MSP_RESOURCES r2 on (r1.RES_NAME = r2.RES_NAME and r1.PROJ_ID = r2.PROJ_ID) where r1.PROJ_ID = 1 and r1.RES_UID != r2.RES_UID) and proj_id <> 1 and res_euid is not null order by res_name, res_euid asc
예를 들어 쿼리 1을 실행하면 다음과 같은 결과가 반환됩니다.
| RES_NAME | RES_EUID | PROJ_ID |
|---|---|---|
Brad Sutton |
125 |
12 |
Brad Sutton |
126 |
13 |
Brad Sutton |
125 |
14 |
이 문제를 해결하려면 RES_EUID=125인 ‘Brad Sutton’을 "올바른" Enterprise 자원으로 선택하고 다음과 같이 행을 수정할 수 있습니다.
| RES_NAME | RES_EUID | PROJ_ID |
|---|---|---|
Brad Sutton |
125 |
12 |
Brad Sutton |
125 |
13 |
Brad Sutton |
125 |
14 |
올바른 자원을 가리키도록 중복 Enterprise 자원 수정
이전 섹션에서 중복 항목 중에 올바른 자원을 지정하고 이 자원을 가리키도록 프로젝트를 수정했습니다. 이제 지정한 자원에 맞게 MSP_RESOURCES 테이블을 변경해야 합니다. 쿼리 1과 동일한 쿼리 4를 실행하여 중복 Enterprise 자원의 목록을 얻은 다음 올바른 것으로 지정한 자원을 가리키도록 중복 자원의 RES_EUID 열을 업데이트합니다.
쿼리 4:
select res_uid, res_name, res_euid from msp_resources where res_name in (select distinct r1.RES_NAME from dbo.MSP_RESOURCES r1 inner join dbo.MSP_RESOURCES r2 on (r1.RES_NAME = r2.RES_NAME and r1.PROJ_ID = r2.PROJ_ID) where r1.PROJ_ID = 1 and r1.RES_UID != r2.RES_UID) and proj_id = 1 order by res_name asc
예를 들어 쿼리 4를 실행하면 다음과 같은 결과가 반환됩니다. ‘Peter Krebbs’ 행이 올바르며 ‘Brad Sutton’을 수정해야 합니다.
| RES_UID | RES_NAME | RES_EUID |
|---|---|---|
123 |
Peter Krebbs |
123 |
124 |
Peter Krebbs |
123 |
125 |
Brad Sutton |
125 |
126 |
Brad Sutton |
126 |
이 문제를 해결하려면 RES_UID=125인 ‘Brad Sutton’을 "올바른" 자원으로 선택하고 이 항목을 가리키도록 다른 행을 업데이트할 수 있습니다. 예를 들면 다음과 같습니다.
| RES_UID | RES_NAME | RES_EUID |
|---|---|---|
123 |
Peter Krebbs |
123 |
124 |
Peter Krebbs |
123 |
125 |
Brad Sutton |
125 |
126 |
Brad Sutton |
125 |
Enterprise 자원 그룹에서 중복 자원 제거
중복 자원이 허위 프로젝트(PROJ_ID = 최대 정수 값)를 가리키게 하여 Enterprise 자원 그룹에서 중복 자원을 제거할 수 있습니다. 또한 관련 Enterprise 달력도 정리해야 합니다. 이렇게 하려면 쿼리 5를 실행합니다.
쿼리 5:
update msp_resources set proj_id=2147483647 WHERE res_uid != res_euid and res_euid is not null and res_uid > 0 and proj_id = 1
update msp_calendars set proj_id=2147483647 WHERE res_uid not in (select res_uid from msp_resources where proj_id=1) and proj_id = 1 and cal_uid > 0 and res_uid is not null
위의 단계를 완료한 후 ?verify 옵션으로 마이그레이션 도구를 다시 실행하여 중복 자원 문제가 해결되었는지 확인하십시오.
Project 버전이 'Project Server 2003 SP2a' 이상이어야 함
Microsoft에서는 Project Server 2003 SP2a 또는 SP3에서의 마이그레이션을 지원합니다. 서비스 팩 2a 이상이 설치되지 않은 경우 해당 서비스 팩 중 하나를 적용해야 합니다(최신 서비스 팩 3이 권장됨).
문제를 해결하는 방법
Project Server 2003 SP3을 Project Server 2003 설치에 적용합니다. Project Server 2003 SP3에 대한 자세한 내용은 기술 자료 문서 Project Server 2003 서비스 팩 3에 대한 설명(https://go.microsoft.com/fwlink/?linkid=188720\&clcid=0x412)을 참조하십시오.
Enterprise Global 서식 파일이 외부에서 편집됨
Enterprise Global 서식 파일이 Project 외부에서(예: 타사 응용 프로그램을 통해) 편집되면 '외부에서 편집됨' 플래그가 true로 설정됩니다. Project Professional에서는 이 플래그를 확인하여 true로 설정되어 있으면 Enterprise Global 서식 파일의 모든 데이터를 재계산하여 일관성을 보장합니다. 마이그레이션을 수행할 수 있게 하려면 이 플래그를 false로 설정합니다.
문제를 해결하는 방법
Project Professional에서 Enterprise Global을 열고 다시 서버에 저장합니다.
Enterprise Global 서식 파일이 체크 아웃됨
프로젝트를 마이그레이션할 때 Enterprise Global 서식 파일이 체크 아웃되어 있지 않아야 합니다.
문제를 해결하는 방법
Enterprise Global이 체크 인되도록 합니다.
Project Server 2003 Project Web Access에서 관리를 클릭합니다.
Enterprise 기능 관리를 클릭합니다.
Enterprise 프로젝트 체크 인을 클릭하고 Enterprise Global을 체크 아웃한 사용자를 확인합니다. 체크 인을 조정하거나 Project Web Access에서 체크 인 작업을 강제로 수행합니다.
Enterprise Global 서식 파일이 잠겨 있는지 확인
컴퓨터가 비정상적으로 종료되거나 Project Professional이 비정상으로 종료되면 프로젝트가 잠깁니다. Enterprise Global 서식 파일이 잠겨 있으면 마이그레이션 도구를 실행할 수 없습니다.
문제를 해결하는 방법
다음 SQL 쿼리는 Enterprise Global 서식 파일의 잠금을 해제합니다. "Project Server 2003 프로젝트 테이블" 데이터베이스에서 다음 SQL 쿼리를 실행합니다.
Update MSP_PROJECTS set PROJ_LOCKED = 1 where PROJ_TYPE = 2
웹 테이블 데이터베이스와 프로젝트 테이블 데이터베이스의 기본 언어가 일치하는지 확인
마이그레이션하기 전에 Project Server 2003 웹 테이블 데이터베이스 및 Project Server 2003 프로젝트 테이블 데이터베이스의 기본 언어가 일치해야 합니다.
문제를 해결하는 방법
관리자와 함께 작업하여 두 데이터베이스의 일치하지 않는 상태를 수정합니다.
자원의 이름에 쉼표가 있는지 확인
Project Server 2007의 제한 사항 중 하나는 모든 언어의 Enterprise 자원 이름에 쉼표(,)를 허용하지 않는 것입니다. 따라서 쉼표를 유효한 문자로 바꿔야 합니다.
문제를 해결하는 방법
"Project Server 2003 프로젝트 테이블" 및 "Project Server 2003 웹 테이블" 데이터베이스에서 다음 SQL 쿼리를 실행합니다. 이 쿼리는 쉼표를 밑줄 문자로 바꿉니다. 다른 유효한 문자를 사용하려면 쿼리를 편집하면 됩니다.
-- run this against the project tables db
declare @replacement_char char
declare @char_to_replace char
set @replacement_char = '_'
set @char_to_replace = ','
update dbo.MSP_RESOURCES set RES_NAME = replace(RES_NAME, @char_to_replace, @replacement_char)
where RES_NAME is not null and charindex(@char_to_replace, RES_NAME) > 0
-- run this against the web tables db
declare @replacement_char char
declare @char_to_replace char
set @replacement_char = '_'
set @char_to_replace = ','
update dbo.MSP_WEB_RESOURCES set RES_NAME = replace(RES_NAME, @char_to_replace, @replacement_char)
where RES_NAME is not null and charindex(@char_to_replace, RES_NAME) > 0
필수 Enterprise 자원 사용자 정의 필드에 값이 없음
RBS 등의 필수 Enterprise 자원 사용자 정의 필드에 값이 없는 Enterprise 자원은 마이그레이션되지 않습니다. 이 경우 마이그레이션 중에 마이그레이션 로그에 오류가 기록됩니다. 마이그레이션 전에 이러한 경우를 확인하는 것이 좋습니다. Enterprise 자원이 매우 오래되었거나(사용자 정의 필드가 '필수'로 지정되기 전에 만들어짐) 비활성 상태인 경우 필수 사용자 정의 필드에 값이 없을 수 있습니다.
문제를 해결하는 방법
Project Server 2003에서 Enterprise 자원 그룹을 열고 필수 사용자 정의 필드의 값을 설정하거나 영향을 받는 사용자 정의 필드를 '필요하지 않음'으로 설정합니다. 마이그레이션한 후 Office Project Server 2007에서 수동으로 다시 변경할 수 있습니다.
자원 사용자 정의 필드에 코드 체계표 정의에 없는 값이 있음
자원 사용자 정의 필드의 값은 모두 코드 체계표 정의에 있어야 합니다.
문제를 해결하는 방법
다음 SQL 쿼리는 잘못된 자원 사용자 정의 필드 값을 null로 설정합니다. "Project Server 2003 프로젝트 테이블" 데이터베이스에서 다음 SQL 쿼리를 실행합니다.
declare @eglobal_proj_id int
set @eglobal_proj_id = (select PROJ_ID from dbo.MSP_PROJECTS where PROJ_TYPE = 2)
update dbo.MSP_MV_FIELDS
set
CODE_UID = NULL
from dbo.MSP_MV_FIELDS cf1
left join dbo.MSP_OUTLINE_CODES oc1 on (oc1.CODE_UID = cf1.CODE_UID and (cf1.CODE_FIELD_ID - 76) = oc1.OC_FIELD_ID and oc1.PROJ_ID = @eglobal_proj_id)
left join (
select
oc.CODE_UID,
fa.ATTRIB_FIELD_ID as OC_FIELD_ID,
@eglobal_proj_id as PROJ_ID
from
dbo.MSP_OUTLINE_CODES oc
inner join dbo.MSP_FIELD_ATTRIBUTES fa on (fa.PROJ_ID = oc.PROJ_ID and fa.ATTRIB_VALUE = oc.OC_FIELD_ID and fa.ATTRIB_ID = 212)
where
oc.PROJ_ID = @eglobal_proj_id
and fa.PROJ_ID = @eglobal_proj_id
and fa.ATTRIB_ID = 212
) as oc2 on (oc2.CODE_UID = cf1.CODE_UID and (cf1.CODE_FIELD_ID - 76) = oc2.OC_FIELD_ID and oc2.PROJ_ID = @eglobal_proj_id)
where
cf1.proj_id = 1
and oc1.CODE_UID is null
and oc2.CODE_UID is null
update dbo.MSP_CODE_FIELDS
set
CODE_UID = NULL
from dbo.MSP_CODE_FIELDS cf1
left join dbo.MSP_OUTLINE_CODES oc1 on (oc1.CODE_UID = cf1.CODE_UID and cf1.CODE_FIELD_ID = oc1.OC_FIELD_ID and oc1.PROJ_ID = @eglobal_proj_id)
left join (
select
oc.CODE_UID,
fa.ATTRIB_FIELD_ID as OC_FIELD_ID,
@eglobal_proj_id as PROJ_ID
from
dbo.MSP_OUTLINE_CODES oc
inner join dbo.MSP_FIELD_ATTRIBUTES fa on (fa.PROJ_ID = oc.PROJ_ID and fa.ATTRIB_VALUE = oc.OC_FIELD_ID and fa.ATTRIB_ID = 212)
where
oc.PROJ_ID = @eglobal_proj_id
and fa.PROJ_ID = @eglobal_proj_id
and fa.ATTRIB_ID = 212
) as oc2 on (oc2.CODE_UID = cf1.CODE_UID and cf1.CODE_FIELD_ID = oc2.OC_FIELD_ID and oc2.PROJ_ID = @eglobal_proj_id)
where
cf1.proj_id = 1
and oc1.CODE_UID is null
and oc2.CODE_UID is null
update dbo.MSP_PROJECTS set PROJ_EXT_EDITED = 1, PROJ_EXT_EDITED_CODE = 1 where PROJ_ID = 1
Enterprise 자원이 외부에서 편집됨
Enterprise 자원이 Project Server 2003에서 Project Server 2007로 마이그레이션되려면 외부에서 편집되지 않아야 합니다.
문제를 해결하는 방법
이 문제를 해결하려면 먼저 모든 Enterprise 자원을 외부에서 편집된 것으로 설정해야 합니다. 이 작업은 SQL 쿼리를 통해 수행할 수 있습니다. 그런 다음 Enterprise 자원 그룹이 저장될 때 Project Professional에서 모든 관련 새로 고침을 수행하도록 각 Enterprise 자원을 변경할 수 있습니다. 이 작업에서는 각 Enterprise 자원의 "외부에서 편집됨" 플래그를 제거합니다. Enterprise 자원이 변경되지 않으면 Project Professional에서 해당 자원에 대한 재계산이 수행되지 않습니다. 해당 Enterprise 자원은 계속 외부에서 편집된 것으로 플래그가 지정되며 Enterprise 자원 그룹이 마이그레이션되지 않습니다.
참고
Enterprise 자원 그룹이 마이그레이션된 후 각 Enterprise 자원에서 변경한 내용을 제거할 수 있습니다.
다음과 같은 일반적인 해결 방법을 사용하여 Enterprise 자원에서 외부에서 편집됨 플래그를 모두 제거할 수 있습니다.
모든 Enterprise 자원을 외부에서 편집된 것으로 설정합니다. "Project Server 2003 프로젝트 테이블" 데이터베이스에서 다음 SQL 쿼리를 실행하여 이 작업을 수행할 수 있습니다.
Update dbo.MSP_RESOURCES set EXT_EDIT_REF_DATA = 1 where PROJ_ID = 1Update dbo.MSP_PROJECTS set PROJ_EXT_EDITED = 1, PROJ_EXT_EDITED_DATE = 1, PROJ_EXT_EDITED_DUR = 1, PROJ_EXT_EDITED_NUM = 1, PROJ_EXT_EDITED_FLAG = 1, PROJ_EXT_EDITED_CODE = 1, PROJ_EXT_EDITED_TEXT = 1 where PROJ_ID = 1사용될 가능성이 없는 자원 사용자 정의 필드를 각 Enterprise 자원에 임시로 추가하여 Project Professional 2003에서 강제로 재계산이 수행되게 합니다. 이렇게 하면 각 Enterprise 자원이 더 이상 외부에서 편집됨으로 표시되지 않습니다. 예를 들어 Project Professional 2003에서 각 Enterprise 자원에 추가될 '테스트' 자원 사용자 정의 필드를 만들 수 있습니다. 이때 임의의 사용자 정의 필드 형식을 사용할 수 있습니다. 예를 들어 거의 사용되지 않는 자원 기간 사용자 정의 필드를 사용할 수 있습니다.
참고
Enterprise 자원 기간 사용자 정의 필드를 사용하는 경우 이 필드의 값 목록을 만들지 마십시오. 값 목록이 있는 Enterprise 자원 기간 사용자 정의 필드는 마이그레이션되지 않습니다. 이 임시 사용자 정의 필드를 만들 때는 숫자 값을 사용하십시오.
새 사용자 정의 필드의 이름을 "테스트 자원 CF"로 지정할 수 있습니다. "테스트 자원 CF" 사용자 정의 필드를 만든 후 Enterprise 자원 그룹을 열고 "테스트 자원 CF" 열을 추가합니다. 모든 자원에 대해 이 사용자 정의 필드의 유효한 값을 설정합니다. Enterprise 자원 그룹을 저장하고 마이그레이션을 수행합니다. 마이그레이션 후 Microsoft Office Project Professional 2007에서 "테스트 자원 CF" 사용자 정의 필드를 제거합니다.
Enterprise 자원 기간 사용자 정의 필드에 값 목록이 있음
값 목록이 연결되어 있는 Enterprise 자원 기간 사용자 정의 필드가 있으면 마이그레이션이 실패합니다.
문제를 해결하는 방법
문제를 해결하려면 SQL 쿼리에서 발견된 각 Enterprise 자원 기간 사용자 정의 필드에서 값 목록을 모두 수동으로 제거해야 합니다. 다음 절차를 사용하여 이 작업을 수행할 수 있습니다.
Project Server 2003 서버에 연결된 Project Professional 2003을 엽니다.
도구 메뉴에서 Enterprise 옵션을 가리킨 다음 Enterprise Global 열기를 클릭합니다.
Microsoft Project - Enterprise Global 체크 아웃 페이지의 도구 메뉴에서 사용자 정의를 가리킨 다음 Enterprise 필드를 클릭합니다.
Enterprise 필드 사용자 정의 페이지의 사용자 정의 필드 탭에 있는 필드 섹션에서 자원을 클릭합니다.
종류 드롭다운 목록에서 기간을 클릭합니다. 모든 Enterprise 기간 사용자 정의 필드가 필드 목록에 나타납니다.
필드 목록에서 이전에 실행한 SQL 쿼리에서 반환된 것과 일치하는 첫 번째 Enterprise 자원 기간 사용자 정의 필드를 선택합니다. 사용자 정의 특성 섹션에서 값 목록 단추를 클릭합니다. 특정 Enterprise 자원 기간 사용자 정의 필드의 값 목록에서 값 열에 있는 값을 모두 삭제한 다음 확인을 클릭합니다. 나타나는 Microsoft Office Project 대화 상자에서 확인을 클릭합니다.
Enterprise 필드 사용자 정의 페이지의 사용자 정의 특성 섹션에서 값 목록이 필드 목록에서 선택된 Enterprise 자원 기간 사용자 정의 필드에 대해 선택되어 있지 않은지 확인합니다. 값 목록이 선택되어 있으면 없음을 선택합니다.
필드 목록에서 SQL 쿼리에 해당하는 나머지 Enterprise 자원 기간 사용자 정의 필드를 모두 선택하고 6단계와 7단계를 반복합니다.
확인을 클릭합니다.
Enterprise 자원 기간 사용자 정의 필드에 유효한 값이 포함됨
Project Server 2010에서는 음수나 34689600보다 큰 기간 값을 허용하지 않습니다. 이러한 기간 값이 포함된 Project Server 2003 Enterprise 자원 기간 사용자 정의 필드를 마이그레이션하려고 하면 마이그레이션이 실패합니다.
문제를 해결하는 방법
이 문제를 해결하려면 식별된 각 사용자 정의 필드의 Enterprise 자원 기간 사용자 정의 필드 값을 수동으로 편집해야 합니다. 필드 값이 유효한지 확인해야 합니다(0과 34689600 사이).
쿼리로 식별된 필드가 수식 필드가 아니라 간단한 사용자 정의 필드이면 허용되는 범위에 속하도록 필드 값을 변경할 수 있습니다. 쿼리로 식별된 필드가 수식 필드이면 결과가 유효한 범위에 속하도록 수식을 수정해야 합니다.