Business Administrative Change 수준 올리기 명령줄 유틸리티를 사용하여 시스템 업데이트를 전송하기 전에 몇 가지 결정을 내려야 합니다. 이 항목의 섹션에서는 이 유틸리티를 사용하기 전에 고려해야 하는 몇 가지 구성 옵션과 결정 사항에 대해 자세히 설명합니다. Windchill 솔루션의 복잡성에 따라 이러한 섹션 중 일부를 적용하지 못할 수도 있습니다.

변경 내용을 적용하기 전에 Windchill 배포를 설정해야 합니다. 단순 Windchill 배포의 경우 테스트 및 생산 시스템만 포함될 수 있습니다. 자세한 내용은 단순한 Windchill 배포를 참조하십시오. 보다 복잡한 Windchill 배포의 경우 여러 개발 시스템, 테스트 시스템 및 생산 시스템이 포함될 수 있습니다. 자세한 내용은 복잡한 Windchill 배포를 참조하십시오.

Windchill 배포를 설정할 때는 각 Windchill을 어떻게 설치할지 생각해 보십시오. 보통 테스트 시스템은 생산 시스템의 복제 버전입니다. 개발 시스템도 생산 시스템의 복제 버전이거나 새 Windchill 설치일 수 있습니다. 복제할지, 아니면 새로 설치할지는 Windchill 시스템의 크기와 개발 시스템이 배포되는 컴퓨터의 크기에 따라 결정합니다.

다음 다이어그램에서는 통합 시스템 및 준비 생산 시스템이 Windchill Rehost Utility를 사용하여 생산 시스템에서 복제되었습니다(상단의 주황색 화살표로 표시됨). 3대의 개발자 시스템은 따로 설치되었으며 생산 시스템의 복제 데이터를 포함하지 않습니다.

생산 시스템의 복제본을 기반으로 시스템을 만들지, 아니면 새로 설치할지를 결정한 후에는 해당 결정 사항을 기록해야 합니다. 이는 대상 시스템을 등록할 때 시스템 유형이 필요하기 때문입니다. 자세한 내용은 시스템 등록를 참조하십시오.

Windchill 시스템을 설정한 후에는 해당 시스템이 가능한 한 동일하도록 만들어야 합니다. 예를 들어 소스 및 대상 Windchill 시스템 모두에 같은 객체 유형, 라이프 사이클 상태, 도메인 등이 있어야 합니다. 동일하지 않은 시스템 간에 내보내기 및 가져오기 작업을 수행하면 충돌이 발생해 이를 해결한 후에나 가져오기 작업에 성공하게 될 수 있습니다. 두 시스템이 관리상 동일한지 확인한 후에 Business Administrative Change 수준 올리기 프로세스를 시작하면 추가 단계가 발생하는 것을 줄일 수 있습니다.

참여자 데이터를 내보내고 가져올 때 흔히 발생하는 충돌은 LDAP 구조가 달라 참여자의 구분 이름이 달라지는 것입니다. 기본적으로, 내보낸 참여자 데이터는 구분 이름을 사용하여 대상 시스템에서 일치됩니다. 선택적 Business Administrative Change 수준 올리기 > 추가 속성을 사용한 참여자 식별 기본 설정을 사용하면 이름, 사용자 이름, 이메일 등과 같은 다른 속성을 기반으로 참여자 데이터를 일치시킬 수 있습니다.

Windchill 환경에 변화를 주는 회사의 정상적 흐름 안에서 관리 변경 내용을 내보내고 가져와야 합니다. 일반적으로 회사마다 각자 유지 관리하는 배포 일정이 있습니다. Business Administrative Change 수준 올리기 프로세스는 이전에 설정한 프로세스에 맞게 구축되었습니다.

기본적으로 사이트 관리자 그룹이 Business Administrative Change 수준 올리기 명령줄 유틸리티를 실행하기 위한 적절한 권한을 가지는 유일한 그룹입니다. 새 그룹을 만들어 이 그룹 내의 사용자가 해당 유틸리티를 실행할 수 있게 허용하기 위한 다음 권한을 부여할 수 있습니다.

Business Administrative Change 내보내기

내보낸 파일 가져오기

프로파일 가져오기

정책 액세스 제어 규칙 가져오기