엔터프라이즈 관리 > Business Administrative Change 수준 올리기 > Business Administrative Change 수준 올리기 프로세스 > 예: Business Administrative Change 내보내기 및 가져오기
  
예: Business Administrative Change 내보내기 및 가져오기
여기서는 다음 시스템을 포함하는 복잡한 Windchill 배포가 있는 회사를 예로 듭니다.
연관된 SCM(소프트웨어 구성 관리) 시스템이 있는 개발자 시스템 2대
개발자 시스템의 모든 변경 내용이 컴파일되는 통합 시스템 1대
준비 생산 테스트 시스템 1대
라이브 생산 시스템 1대
준비 생산 시스템과 통합 시스템은 생산 시스템의 복제본입니다. 새 생산 시스템도 생성되어 변경 내용이 구현 및 테스트되고 가져와진 후에 라이브 생산 시스템이 됩니다. 이 3대의 시스템은 Windchill Rehost Utility를 사용하여 생성되었습니다. 2대의 개발자 시스템은 따로 설치 및 구성되었습니다. 개발자 시스템에는 통합, 준비 생산 및 생산 시스템에서 사용 가능한 데이터의 일부만 있습니다. 개발자 시스템에 있는 데이터의 객체 식별자는 다른 시스템에 있는 데이터의 객체 식별자와 다릅니다.
모든 시스템 등록
Business Administrative Change 수준 올리기 프로세스를 시작하려면 시스템을 등록해야 합니다. 시스템의 호스트 이름 및 GUID(Globally Unique Identifier)를 찾기 위해 각 시스템에 대해 명령이 실행됩니다. 각 소스 시스템에 대해 명령을 실행할 때 쉽게 참조할 수 있도록 이 두 속성이 기록됩니다. 적절한 대상 시스템을 등록하기 위해 소스 시스템마다 다른 명령이 실행됩니다. 위에 나와 있는 사례에서는 통합 시스템이 각 개발자 시스템에서 선택적 대상 시스템으로 등록됩니다. 개발자 시스템이 통합 시스템과 같은 소스에서 유래하지 않았기 때문에 통합 시스템이 선택적 시스템입니다. 준비 생산 시스템은 통합 시스템에서 동기화된 대상 시스템으로 등록됩니다. 생산 시스템은 준비 생산 시스템에서 동기화된 대상 시스템으로 등록됩니다. 이전 다이어그램에서 주황색 화살표로 나타나 있듯이 이러한 시스템은 모두 같은 소스에서 유래하기 때문에 동기화된 시스템입니다.
자세한 내용은 시스템 등록시스템 등록 명령 항목을 참조하십시오.
동기화된 대상 시스템이 있는 시스템에서 베이스라인 설정
시스템을 변경하기 전에 대상 시스템으로 등록된 동기화된 시스템이 있는 모든 시스템에서 베이스라인 설정 명령을 실행해야 합니다. 베이스라인은 변경 내용이 추적되는 지점입니다. 이 예에서는 통합 및 준비 생산 시스템에서 베이스라인 명령이 실행됩니다.
자세한 내용은 베이스라인 설정를 참조하십시오.
개발 시스템에서 변경 내용 구현
이 예에서는 새 프로파일 및 새 정책 액세스 제어 규칙이 각 개발 시스템에서 생성되었습니다. 이러한 변경 내용은 다음 다이어그램에서 분홍색 및 주황색 모양으로 나타나 있습니다.
자세한 내용은 관리 객체에 변경 내용 구현를 참조하십시오.
개발 시스템에서 변경 내용 내보내기
새 프로파일 및 정책 액세스 제어 규칙을 만들고 결과를 테스트한 후에는 새 객체를 통합 시스템으로 내보낼 준비가 완료됩니다. 이를 위해 각 개발 시스템에서 다음을 지정하는 명령이 실행됩니다.
통합 시스템을 대상 시스템으로
만들 패키지의 이름
새 프로파일 및 정책 액세스 제어 규칙이 생성된 시간 범위
ZIP 파일에 포함할 객체 유형
내보내기 작업에 성공할 경우 모든 새 관리 객체, 변경된 관리 객체 또는 삭제된 관리 객체에 대한 데이터와 함께 ZIP 파일이 생성됩니다. 이 경우 각 개발 시스템에 대해 ZIP 파일이 생성됩니다. ZIP 파일에는 각 시스템에서 생성된 새 프로파일 및 새 정책 액세스 제어 규칙에 대한 데이터가 포함됩니다. 그런 다음 ZIP 파일이 대상 시스템(이 예에서는 통합 시스템임)으로 복사됩니다.
자세한 내용은 변경 내용 미리 보기 및 내보내기를 참조하십시오.
통합 시스템으로 변경 내용 가져오기
내보낸 ZIP 파일을 대상 시스템에서 사용할 수 있게 되면 가져오기 명령을 실행할 수 있습니다. 명령을 실행하려면 로컬 시스템에 있는 ZIP 파일에 대한 경로가 필요합니다. 가져오기 작업에 성공한 후에 변경 내용을 대상 시스템에서 사용할 수 있게 됩니다. 이 예에서는 새 프로파일 및 정책 액세스 제어 규칙이 시스템에 추가됩니다.
개발 시스템에서 내보내는 작업과 통합 시스템으로 가져오는 작업이 선택적 모드를 사용하여 완료되었기 때문에 소스 시스템과 대상 시스템 간에 객체 식별자가 서로 다릅니다. 위 다이어그램에서는 개발 시스템의 경우 파선을 사용하고 통합 시스템의 경우 선을 사용하지 않아 서로 다른 식별자를 나타내었습니다. 두 시스템에서 모두 사용할 수 있는 객체(예: Windchill에서 바로 사용할 수 있는 프로파일) 중 하나가 변경된 경우 선택적 모드에서 객체 속성으로 객체가 일치됩니다. 예를 들어 바로 사용할 수 있는 프로파일이 변경된 경우 선택적 모드에서 프로파일 이름과 같은 속성으로 해당 항목이 일치됩니다. 객체가 처음으로 일치된 후에 선택적 모드에서 나중에 발생하는 업데이트가 적절히 적용될 수 있도록 각 시스템의 객체 식별자 간에 매핑이 생성됩니다.
자세한 내용은 변경 내용 가져오기를 참조하십시오.
통합 시스템에서 변경 내용 테스트
Business Administrative Change 수준 올리기 프로세스를 사용하여 객체를 가져오는 작업은 해당 객체가 대상 Windchill 시스템에서 생성되고 이 시스템이 객체를 소유하는 것처럼 수행되어야 합니다. 여전히 관리 객체를 각 대상 시스템에서 테스트하여 해당 객체가 예상대로 작동하는지 확인하는 것이 좋습니다.
이 예에서는 두 개의 새 프로파일 및 두 개의 새 정책 액세스 제어 규칙이 통합 시스템에 추가되었습니다. 관리자는 프로파일 또는 정책 규칙이 적용되는 사용자로 로그인하여 해당 사용자에게 의도된 동작이 표시되는지 확인해야 합니다.
통합 시스템에서 변경 내용 내보내기
통합 시스템에서 새로 가져온 객체를 테스트한 후에 변경 내용을 통합 시스템에서 내보내고 준비 생산 테스트 시스템으로 가져올 수 있습니다. 이를 위해 통합 시스템에서 다음을 지정하는 명령이 실행됩니다.
준비 생산 시스템을 대상 시스템으로
내보내기 작업의 일환으로 생성되는 ZIP 파일의 위치
베이스라인이 내보내진 이후의 모든 변경 내용. 이 예에서는 여기에 두 대의 개발 시스템에서 유래한 두 개의 새 프로파일 및 두 개의 새 정책 액세스 제어 규칙이 포함됩니다. 이는 변경 내용을 가져와 테스트하기 전에 통합 시스템에서 베이스라인이 설정되었으며 시스템에 다른 변경 내용이 적용되지 않았기 때문입니다. 내보내기 작업에 성공할 경우 새 정책 액세스 제어 규칙 및 새 프로파일에 대한 데이터를 포함하는 ZIP 파일이 생성됩니다. 그런 다음 ZIP 파일이 대상 시스템(이 예에서는 준비 생산 테스트 시스템임)으로 복사됩니다.
준비 생산 시스템에서 변경 내용 가져오기
준비 생산 테스트 시스템으로 ZIP 파일이 복사된 후에 변경 내용을 대상 시스템으로 가져올 수 있습니다. 통합 시스템으로 가져오는 작업에서와 같이 가져오기 명령에는 로컬 시스템에 있는 ZIP 파일에 대한 경로가 필요합니다. 가져오기 작업에 성공한 후에 변경 내용을 대상 시스템에서 사용할 수 있게 됩니다. 이 예에서는 새 프로파일 및 정책 액세스 제어 규칙이 시스템에 추가됩니다.
통합 시스템에서 내보내는 작업과 준비 생산 시스템으로 가져오는 작업이 동기화 모드를 사용하여 완료되었기 때문에 내부 객체 식별자를 사용하여 객체가 일치됩니다. 이 예에서는 일치 작업이 필요하지 않도록 새 객체가 생성됩니다. 기존 객체가 업데이트된 경우 소스 및 대상 시스템이 같은 시스템에서 유래했기 때문에 객체가 자동으로 일치됩니다.
통합 시스템으로 가져오는 작업에서와 같이 준비 생산 시스템에 적용되는 변경 내용을 테스트해야 합니다. 이 작업에 성공하면 프로세스의 최종 단계로 준비 생산 시스템에서 내보내기 및 새 생산 시스템으로 가져오기 작업을 수행합니다. 가져오기 작업에 성공하면 변경 내용이 모든 Windchill 사용자에게 제공됩니다. 이 프로세스는 통합 시스템에서 내보내고 준비 생산 시스템으로 가져오는 작업과 같습니다.