ThingWorx Apps 8.5.2에서 9.0.0으로 업그레이드
ThingWorx Apps 8.5.x에서 ThingWorx Apps 9.0.0으로 업그레이드하려면 다음 단원의 단계를 완료하십시오.
업그레이드 프로세스를 시작하기 전에
업그레이드를 시작하기 전 다음 정보를 검토하십시오.
ThingWorx를 업그레이드하기 전에
ThingWorx를 9.0으로 업그레이드하기 전 다음 단계를 완료하십시오.
1. 로컬리제이션 테이블을 사용자 정의한 경우 업그레이드를 수행하기 전에 사용자 정의된 로컬리제이션 테이블을 내보냅니다. 로컬리제이션 테이블은 업그레이드 시 덮어쓰여집니다. 업그레이드가 완료된 후에 수정 내용을 유지하려면 내보낸 로컬리제이션 테이블을 가져올 수 있습니다.
ThingWorx 업그레이드
다음 단계를 완료하십시오.
2. ThingWorx 서버를 다시 시작합니다.
ThingWorx Apps 업그레이드
ThingWorx Apps를 9.0으로 업그레이드하려면 다음 단계를 완료하십시오.
 |
지금 ThingWorx Remote Access Extension(RAE)을 업데이트하지 않습니다.
|
2.
선택적 확장 가져오기에 설명된 대로 모든 선택적 확장을 가져옵니다.
|
|
• 9.0용 신규 선택 사항인 ThingWorx-Apps-<버전>-extension-factory-demo 확장 프로그램은 ThingWorx 서버가 다시 시작될 때까지 가져올 수 없습니다.
• 선택 사항인 ThingWorx-Rockwell-FT-MES-8-5-0-Extension-Bundle은 ThingWorx Apps 9.0에서 지원됩니다. 이 확장이 8.5.x 시스템에 이미 있었던 경우, 9.0으로 업그레이드한 후 다시 가져올 필요가 없습니다.
|
3. ThingWorx 서버를 다시 시작합니다.
4. 9.0.0 릴리스에 지원되는 버전을 가져와 ThingWorx에 있는 ThingWorx Remote Access Extension(RAE)을 업데이트합니다. 자세한 내용은 ThingWorx 도움말 센터의
ThingWorx Remote Access Extension 및 Remote Access Client에 대한 지원 매트릭스를 참조하십시오.
5. ThingWorx 서버를 다시 시작합니다.
6. 브라우저 캐시를 지웁니다.
7.
가져오기 후 데이터베이스 구성에 설명된 대로 가져오기 후 데이터베이스 구성 단계 중 1단계 ~ 6단계를 완료합니다.
8. 데이터를 마이그레이션합니다.
a. ThingWorx Composer에서 PTC.SCA.SCO.OAMigrator 사물을 엽니다.
b. 서비스에서 MigrateFrom_8_5_2_To_9_0_0 서비스를 실행합니다. 서비스 출력 창에 "결과 없음"이 표시되면 서비스가 성공적으로 완료된 것입니다.
9. 장비에 이전 로컬-로컬 바인딩 구현을 사용하여 KEPServerEX 태그에 바인딩된 속성이 있는 경우 새 원격 바인딩 구현을 활용하려면 다음 단계를 수행합니다. 이렇게 하면 이러한 단계가 수행되는 모든 장비에서 새 원격 바인딩 구현을 사용하도록 속성 바인딩이 업데이트됩니다.
KEPServerEX 태그에 대한 바인딩 속성의 구현 변경에 관련하여 자세한 내용은
ThingWorx Apps 9.0.0 릴리즈 정보 항목을 참조하십시오.
a. KEPServerEX 태그에 바인딩된 속성이 있는 장비가 장비 사물 자체, 장비 유형에 대한 사물 템플릿 또는 장비 유형에서 상속된 사물 템플릿에 직접 IndustrialThingShape를 구현하는지 확인합니다. IndustrialThingShape 사물 템플릿이 사물 또는 사물 템플릿에 추가되면 제거할 수 없습니다. IndustrialThingShape를 구현하는 장비는 KEPServerEX 태그에만 속성을 원격으로 바인딩할 수 있습니다.
하나의 장비 유형의 사물 템플릿에 IndustrialThingShape를 추가하기 전에 해당 유형의 모든 장비가 KEPServerEX 태그에 속성을 바인딩할지를 고려해야 합니다. 이런 경우 사물 템플릿에 IndustrialThingShape를 추가할 수 있습니다. 일부 장비에서 속성을 비 KEPServerEX 데이터 소스(예: EMS(Edge MicroServer))에 원격으로 바인딩해야 하는 경우 해당 장비에 사용할 별도의 장비 유형을 생성하거나 속성을 KEPServerEX 태그에 바인딩하는 개별 장비 사물에만 IndustrialThingShape를 추가하는 것이 좋습니다.
사물 형태를 구현하기 위해 적절한 장비 사물 또는 사물 템플릿을 업데이트합니다.
|
|
PTC에서 제공하는 자산 장비 유형을 사용하는 장비에는 해당 장비에서 속성을 EMS(Edge MicroServer) 장치에 바인딩할 필요가 없는 경우에만 IndustrialThingShape를 추가해야 합니다. 자세한 내용은
Edge MicroServer에 자산 연결(EMS) 항목을 참조하십시오.
|
b. KEPServerEX 태그에 바인딩된 속성이 있는 사용자 정의 장비 유형의 사물 템플릿이 RemoteThing, RemoteThingWithFileTransfer, RemoteThingWithTunnels 또는 RemoteThingWithTunnelsAndFileTransfer 사물 템플릿 중 하나를 상속하는지 확인합니다. 자세한 내용은
장비 유형에 대한 사용자 정의 사물 템플릿 만들기 항목을 참조하십시오.
c. ThingWorx Composer에서 PTC.SCA.SCO.MigrationUtility 사물을 엽니다.
d. 서비스에서 MigrateLocalKepServerBindingsToRemoteBindings 서비스를 실행합니다. 이 서비스는 IndustrialThingShape를 구현하는 지정된 장비 유형의 모든 장비에 대하여 장비 사물의 로컬-로컬 속성 바인딩을 원격 속성 바인딩으로 마이그레이션합니다. 사물 템플릿 또는 사물 형태에서 KEPServerEX 태그에 로컬로 바인딩되었으며 사물 템플릿 또는 사물 형태로부터 장비 사물이 상속한 속성은 계속해서 로컬로 바인딩되고 마이그레이션 서비스의 영향을 받지 않습니다. KEPServerEX 태그를 사용하는 상태 표현식, 추세 및 경고는 계속해서 로컬로 바인딩되고 마이그레이션 서비스의 영향을 받지 않습니다.
서비스에 대한 equipmentType 입력 테이블에 속성 바인딩을 마이그레이션할 각 장비 유형을 추가합니다. 입력한 값은 PTC.Factory.C_LaunchPointConfigurationThing_[ReleaseVersion] 사물의 EquipmentTypeSettings 구성 테이블에 표시되는 장비 유형에 대한 EquipmentType 값과 일치해야 합니다. 각 장비 유형에 대한 선택적 overrideKepServerThingName 필드는 바인딩된 속성에 사용되는 KEPServerEX 연결을 대체합니다.
장비 유형에 대한 overrideKepServerThingName 필드를 설정하는 경우 다음 지침을 고려하십시오.
▪ 장비 유형이 동일한 모든 장비에 단일 KEPServerEX 연결을 사용하는 경우 overrideKepServerThingName 필드를 비워둡니다.
▪ KEPServerEX 연결이 여러 개 있지만 각 장비의 속성이 단일 KEPServerEX 연결에만 바인딩된 경우 overrideKepServerThingName 필드를 비워둡니다.
▪ KEPServerEX 연결이 여러 개 있고 장비에 둘 이상의 KEPServerEX 연결에 바인딩된 속성이 있는 경우 각 장비 유형의 장비를 바인딩할 KEPServerEX 연결을 결정합니다. overrideKepServerThingName 필드에서 해당 KEPServerEX 연결의 이름을 선택합니다. 동일한 장비의 속성은 하나의 KEPServerEX 연결에 대한 태그에만 바인딩될 수 있습니다. 선택한 KEPServerEX 연결에 다른 KEPServerEX 연결의 태그가 존재하는지 확인합니다.
서비스 출력 창에 "결과 없음"이 표시되면 서비스가 성공적으로 완료된 것입니다.
10. 잘못된 데이터를 찾아서 정리하여 데이터베이스에 외래 키를 추가할 준비를 합니다. 잘못된 데이터는 데이터베이스에 외래 키가 추가된 후 참조 무결성을 위반하는 기존 데이터입니다.
a. ThingWorx Composer에서 PTC.SCA.SCO.DatabaseManager 사물을 엽니다.
b. 서비스에서 ForeignKeyDataIntegrityReport 서비스를 실행합니다. 이 서비스의 출력은 처리해야 하는 각 데이터 셰이프 이름과 참조 필드를 나열하는 인포테이블입니다.
잘못된 데이터가 없는 경우 서비스 출력이 비어 있습니다. 9단계로 이동합니다.
c. GetFailedDataForForeignKey 서비스를 실행하여 ForeignKeyDataIntegrityReport 서비스에서 반환된 데이터 셰이프 및 참조 필드를 입력으로 제공합니다. 이 서비스의 출력은 잘못된 데이터를 포함하여 최대 500개의 데이터베이스 기록을 나열하는 정보 테이블입니다.
d. 각 잘못된 데이터 인스턴스를 시스템에 적합하게 처리합니다. 예를 들어, 기록을 삭제하거나 참조 필드 값을 null로 설정하거나(허용되는 경우) 기록을 업데이트하여 참조 필드가 유효한 외래 키 값을 갖도록 합니다.
|
|
고급 데이터베이스 관리자의 경우 PTC.SCA.SCO.DatabaseManager 사물의 GetDataShapeSqlQuery 서비스는 직접 데이터베이스 질의에 사용할 수 있는 SQL 질의를 반환합니다.
|
e. 더 이상 잘못된 데이터가 발견되지 않을 때까지 c단계와 d단계를 반복합니다.
11. 데이터베이스에 외래 키를 추가합니다.
a. ThingWorx Composer에서 PTC.SCA.SCO.OAMigrator 사물을 엽니다.
b. 서비스에서 다음 서비스를 나열된 순서대로 실행합니다.
▪ MigrateDropIndexes
▪ MigrateAddForeignKeys
▪ MigrateAddIndexs
서비스 출력 창에 "결과 없음"이 표시되면 각 서비스가 성공적으로 완료된 것입니다.
12. MPMLink OData 커넥터 사물(PTC.SCA.SCO.MPMLink_ODataConnector)은 9.0으로 업데이트되었으며 더 이상 구성을 수행할 복제 사물을 만들 필요가 없습니다. Operator Advisor를 사용하여 공정 계획을 Windchill MPMLink에서 변환하는 경우 이전 릴리즈에서 구성된 복제를 유지하는 것이 아니라 ThingWorx Apps 9.0과 함께 제공된 MPMLink OData 커넥터 사물을 구성하고 사용합니다. 자세한 내용은
공정 계획 변환용으로 Windchill에 대한 연결 구성 항목을 참조하십시오.
13. 공정 계획 변환을 위해 Windchill 속성을 Operator Advisor 속성에 매핑하는 프로세스가 9.0에서 변경되었습니다. ThingWorx Apps 8.5. x에서 사용자 정의 Windchill 속성 매핑을 지정하도록 TranslateODataBOPToWDJson 서비스를 무시한 경우 새 매핑 프로세스를 따라 ThingWorx Apps 9.0으로 업그레이드한 후 이러한 매핑을 다시 수행해야 합니다. 자세한 내용은
Windchill 사용자 정의 속성 지원하기 항목을 참조하십시오.