원격 파일 서버 구성
컨텐트 복제를 수행하려면 주 사이트 및 파일 서버 사이트에 대해 다음 단계를 완료해야 합니다.
다음은 주 사이트 및 파일 서버에 대해 수행해야 하는 주요 사후 설치 단계입니다. 단계별 자세한 절차는 아래의 해당 단원을 참조하십시오.
1. 다음 중 하나를 수행합니다.
◦ 옵션 A - 주 사이트에 파일 서버 등록
◦ 옵션 B - 주 사이트에 원격 사이트 표현 작성
2. 원격 호스트, 보관소 및 폴더를 작성합니다.
3. 폴더를 마운트하고 활성화합니다.
4. 원격 사이트를 시작합니다.
다음 단계에 이어 구성 오류를 해결할 수 있도록 문제 해결 섹션이 나타납니다.
1단계, 옵션 A: 주 사이트에 파일 서버 등록
1단계, 옵션 B: 주 사이트에 원격 사이트 표현 작성
1. 주 사이트에서 사이트 
, 라이브러리 
및 제품 
에서 사용할 수 있는 > > 를 선택합니다. 사이트 관리 창이 나타납니다.
, 라이브러리 및 제품 에서 사용할 수 있는 > > 를 선택합니다. 사이트 관리 창이 나타납니다. | 현재 연결된 사이트에 대한 사이트 관리 창에서 사이트 이름 뒤에 (이 설치)라는 레이블이 나타납니다. 시스템 소프트웨어는 자동으로 생성되어 (이 설치)라는 레이블이 붙은 사이트가 wt.properties 파일의 wt.httpgw.url.anonymous 등록 정보 값이 변경된 경우에도 해당 역할을 계속 수행할 수 있도록 보장합니다. 자동으로 생성되는 이 사이트 URL은 다음 wt.properties 파일의 wt.httpgw.url.anonymous 등록 정보 값입니다. 값이 변경되면 새 URL이 지정되고 주 사이트 콘솔에 경고 메시지가 표시됩니다. 업데이트를 클릭하여 이 사이트를 구성할 수 있습니다. |
2. 사이트 관리 창에서 새로 만들기를 클릭합니다. 새 사이트 창이 열립니다.
3. 다음 정보를 입력합니다.
필드 | 설명 | ||
|---|---|---|---|
사이트 이름 | 사이트 이름은 고유해야 합니다. 문자열은 대/소문자를 구분하지 않으며 공백을 포함할 수 없습니다. 파일 서버 사이트는 모든 주 사이트에서 같은 이름으로 알려져야 합니다. 현재 연결된 사이트에 대한 사이트 관리 창에서 사이트 이름 뒤에 (이 설치)라는 레이블이 나타납니다. | ||
URL | URL을 입력합니다. 주 사이트가 파일 서버 사이트에 액세스할 수 있도록 URL을 설정해야 합니다. URL은 작성 중인 사이트의 wt.properties 파일에 있는 wt.httpgw.url.anonymous 등록 정보의 값입니다. Windchill 사이트의 익명 게이트웨이 URL이며, 이 URL이 현재 연결된 Windchill 사이트의 URL과 같으면 사이트 관리 창에서 해당 사이트 이름 뒤에 (이 설치)라는 레이블이 나타납니다. | ||
사이트 유형 | 파일 서버 확인란을 선택합니다. 기본 및 파일 서버 옵션은 사이트에서 복제에 사용하는 역할을 결정합니다. 이러한 옵션 중 하나 또는 둘 다를 선택하거나 선택하지 않을 수 있습니다. | ||
컨텍스트 | 선택을 클릭하여 가능한 모든 컨텍스트가 나열된 컨텍스트 선택 창에 액세스합니다. 컨텍스트를 선택한 다음 확인을 클릭합니다.
| ||
설명 | 사이트에 대한 설명을 입력합니다. 200자까지 입력할 수 있습니다. | ||
주도자 | 선택을 클릭하여 주도자 선택 창에 액세스합니다. 그룹 및 사용자 탭의 필드를 사용하여 새 사이트의 주도자를 선택합니다. | ||
사이트 근사 | 현재 작성 중이거나 업데이트 중인 사이트와 가까운 순서에 따라 사이트를 이동할 수 있습니다. 왼쪽 상자에는 모든 사이트의 목록이 포함됩니다. >> 및 <<를 사용하여 이 상자의 사이트를 오른쪽 상자로 이동할 수 있습니다. 오른쪽의 상자는 새 사이트에 대한 다른 사이트의 근사도를 나타냅니다. 목록 상단의 사이트가 새 사이트에 대한 근사도가 가장 높습니다. 위로 이동, 아래로 이동, 맨 위로 이동 및 맨 아래로 이동을 사용하여 목록 위나 아래로 사이트를 이동할 수 있습니다. |
4. 확인을 클릭합니다.
| | 새 사이트가 사이트 관리 창의 사이트 목록 테이블에 나타납니다. |
기존 사이트를 업데이트해야 할 경우 사이트 관리 창에서 해당 사이트를 선택하고 업데이트를 클릭합니다.
2단계: 원격 호스트, 보관소 및 폴더 작성
복제에 사용할 호스트, 보관소 및 폴더를 작성할 수 있습니다. 먼저 호스트를 작성한 후 보관소와 폴더를 차례로 작성해야 합니다.
폴더를 작성하고 마운트하기 전에 원격 사이트에 폴더를 수동으로 작성해야 합니다. 주 사이트에서 해당 폴더에 쓰거나 해당 폴더에서 읽을 수 있어야 합니다. 이 단계를 시작하기 전에 다음 절차에 따라 작성될 각 파일 보관소에 대해 폴더를 하나 이상 작성해야 합니다. 지금 이 폴더를 작성하십시오.
 | 각 폴더는 고유한 물리적 위치에 마운트되어야 합니다. 그렇게 하지 않으면 영구적인 데이터 손실이 발생합니다. |
보관소 구성 창에서 원격 호스트, 보관소 및 폴더를 작성합니다. 이 창에 액세스하려면 사이트 , 라이브러리 및 제품 에서 사용할 수 있는 > > 을 선택합니다.
, 라이브러리 및 제품 에서 사용할 수 있는 > > 을 선택합니다.원격 호스트 작성
호스트를 작성하면 네트워크의 호스트가 사이트와 연결됩니다.
호스트는 Windchill 메소드 서버가 실행되는 네트워크 상의 시스템이며, 컨텐트 파일을 저장하는 데 사용할 수 있습니다. 메소드 서버는 여러 호스트에서 실행될 수 있기 때문에 호스트마다 각 폴더는 서로 다른 마운트를 가집니다. 그렇지 않으면 경로가 달라질 수 있습니다. 하지만 해당 폴더의 모든 마운트 위치는 동일해야 합니다.
| | 시스템에서는 호스트에 대해 입력한 DNS 이름이 유효한 DNS 이름인지 확인하지 않습니다. |
호스트를 작성하려면 다음 절차를 따르십시오.
1. 보관소 구성 창에서 > > 를 선택합니다. 새 호스트 창이 열립니다.
2. 호스트 이름 필드에 호스트에 대한 고유 DNS 이름을 입력합니다. 이름에는 공백을 사용할 수 없습니다. 이 호스트 이름은 다음 두 가지 방법 중 하나로 확인할 수 있습니다.
◦ ServerManager 또는 MethodServer 로그에서 다음과 유사한 줄을 확인합니다.
ServerManager log
<DATE> INFO [main] wt.server.manager.startup - java.rmi.server.hostname:
<Host Name>
MethodServer log:
<DATE> INFO [main] wt.method.server.startup - java.rmi.server.hostname:
<Host Name>
<DATE> INFO [main] wt.server.manager.startup - java.rmi.server.hostname:
<Host Name>
MethodServer log:
<DATE> INFO [main] wt.method.server.startup - java.rmi.server.hostname:
<Host Name>
◦ 다음 명령을 실행하여 java.rmi.server.hostname 값을 읽어들입니다.
windchill wt.util.jmx.WTPropEval java.rmi.server.hostname
| | 입력한 DNS 이름이 올바른지는 확인되지 않습니다. |
3. 사이트 목록에서 원격 사이트를 선택합니다.
4. 확인을 클릭합니다.
원격 보관소 작성
보관소는 폴더의 논리적 컨텍스트이며, 각 폴더는 호스트 시스템의 저장 위치를 나타냅니다. 원격 보관소는 주 사이트가 아니라 파일 서버에 있는 보관소입니다. 각 원격 서버마다 컨텐트 복제용 보관소를 하나씩 두는 것이 좋습니다.
| | 원격 사용자들이 컨텐트를 훨씬 빠르게 업로드할 수 있도록 파일 서버 사이트에 캐시 보관소를 만드는 편이 더 낫지만, Windchill 파일 서버에 캐시 보관소가 있으면 해당 사이트에 컨텐트를 복제할 필요가 없습니다. |
원격 보관소를 작성하려면 다음 절차를 따르십시오.
1. 보관소 구성 창에서 > > 를 선택합니다. 새 보관소 창이 열립니다.
2. 다음 정보를 입력합니다.
필드 | 설명 | ||
|---|---|---|---|
사이트 | 목록에서 파일 서버를 선택합니다. | ||
이름 | 보관소 이름을 입력합니다. 모든 사이트에 대해 정의된 보관소에서 고유한 이름을 지정해야 합니다. | ||
보관소 유형 | 다음 중 하나를 선택합니다. • 기본 보관소 - 컨텐트 파일의 주 복사본을 저장(재보관)합니다. • 복제본 보관소 - 복제된 컨텐트 파일을 저장합니다. • 캐시 보관소 - 업로드된 파일이 영구 저장 위치에 재보관될 때까지 저장합니다. 이 보관소 유형을 선택하면 보관소가 사이트의 로컬 캐시 보관소로 사용됩니다. 사이트당 한 개의 캐시 보관소만 사용할 수 있습니다. • 주 사이트 및 파일 서버 사이트 둘 다에서 모든 보관소 유형이 지원됩니다.
| ||
기본 시스템 대상(기본 보관소의 경우) 또는 사이트에 대한 기본 대상(복제본 보관소 또는 캐시 보관소의 경우) | 이 확인란은 선택할 수는 있지만 직접 선택을 취소할 수는 없습니다. 사이트에 대한 기본 대상(복제본 또는 캐시 보관소) 또는 기본 시스템 대상(기본 보관소)은 항상 하나뿐이어야 하므로 다른 보관소를 기본 대상으로 지정하면 확인란 선택이 자동으로 취소됩니다. 각 사이트에 기본 대상인 보관소가 하나 있어야 합니다. 주 사이트에만 기본 시스템 대상 보관소가 있을 수 있습니다. 기본 시스템 대상으로 기본 보관소를 지정한 경우 wt.fv.useVaultsForAllContent 등록 정보가 true이면, 이 보관소가 재보관 규칙에 의해 포함되지 않은 컨텐트의 재보관 작업을 위한 대상이 됩니다. 사이트에 대한 기본 대상으로 복제본 또는 캐시 보관소를 지정하면, 대상 보관소가 명시적으로 지정되지 않은 경우 이 보관소가 복제 작업의 대상이 됩니다. | ||
읽기 전용 | 이 확인란은 선택하지 마십시오. 이 확인란을 선택할 경우 업로드되거나 복제된 컨텐트 파일을 저장하는 데 보관소를 사용할 수 없습니다. | ||
자동 폴더 작성 | 이 확인란을 선택된 상태로 둡니다. 이 확인란을 선택하면 기존 폴더가 용량(파일 수)에 도달할 때 폴더가 자동으로 작성됩니다. 이 확인란은 기본적으로 선택되어 있습니다.
| ||
오래된 컨텐트 자동 정리
| 필요한 경우 이 확인란을 선택합니다. 이 확인란을 선택하면 복제본 보관소의 자동화된 정리 창에 지정된 규칙과 스케줄에 따라 이 보관소에 대해 자동 정리가 수행됩니다. |
3. 확인을 클릭합니다.
| | 복제를 위한 Windchill 파일 서버당 하나의 캐시 보관소만 만들 수 있습니다. |
원격 폴더 작성
폴더를 작성하면 저장 위치가 설정되고 해당 위치가 보관소와 연결됩니다.
| | 원격 사용자들이 컨텐트를 훨씬 빠르게 업로드할 수 있도록 파일 서버 사이트에 캐시 보관소를 만드는 편이 더 낫지만, Windchill 파일 서버에 캐시 보관소가 있으면 해당 사이트에 컨텐트를 복제할 필요가 없습니다. |
폴더를 작성하려면 다음 절차를 따르십시오.
1. 보관소 구성 창에서 > > 를 선택합니다. 새 폴더 창이 열립니다.
2. 이름 필드에 폴더의 고유 이름을 입력합니다.
3. 보관소 목록에서 보관소를 선택합니다.
| | 읽기 전용 확인란은 선택하지 마십시오. 이 확인란을 선택할 경우 업로드되거나 복제된 컨텐트 파일을 저장하는 데 폴더를 사용할 수 없습니다. |
4. 확인을 클릭합니다.
3단계: 폴더 마운트 및 활성화
사이트에 대한 보관소와 폴더를 정의하고 호스트를 지정하고 나면 컨텐트를 복제할 저장 파티션의 위치를 지정해야 합니다. 이렇게 하려면 사이트에 대한 폴더와 호스트의 각 조합에 대해 마운트를 정의합니다.
폴더를 마운트하려면 다음 절차를 따르십시오.
1. 보관소 구성 창의 왼쪽 창에서 폴더가 포함된 캐비닛을 확장하고 폴더를 선택합니다.
2. > 를 선택합니다. 새 마운트 창이 열립니다.
3. 호스트 목록에서 호스트를 선택합니다.
4. 경로 필드에서 폴더 경로를 지정합니다.
5. 확인을 클릭합니다.
6. 폴더를 선택한 다음 > 를 선택합니다. 폴더 업데이트 창이 열립니다.
7. 사용 가능 확인란을 선택한 다음 확인을 클릭합니다.
4단계: 원격 사이트 시작
원격 사이트 서버를 시작하는 것은 표준 Windchill 서버를 시작하는 것과 유사합니다.
원격 사이트를 시작하려면 다음 절차를 따르십시오.
1. 원격 사이트 컴퓨터에서 웹 서버, 서브렛 엔진 및 메소드 서버를 시작합니다.
2. 다음 방법 중 하나로 Windchill을 시작합니다.
◦ MS-DOS 명령 프롬프트를 사용하여 <Windchill>/bin 디렉토리에서 다음을 입력합니다.
windchill start
◦ Windows 시작 메뉴에서 > > 를 선택합니다.
구성 문제 해결
이 단원에서는 Windchill 컨텐트 복제 기능과 관련하여 wt.properties 파일에 들어 있는 등록 정보와 서비스를 모두 다룹니다. 복제 구성에 오류가 있는 경우, 해당 서비스에 의해 작성된 로그 파일이 문제 해결 정보를 제공합니다. 로그 파일에는 주 사이트와 원격 사이트 간의 모든 상호 작용이 표시됩니다. 일부 오류의 경우 로그 파일에 문제 해결을 위한 제안 사항이 나열됩니다.
구성을 확인하려면 다음 절차를 따르십시오.
1. Log4j 구성을 사용하여 주 사이트의 wt.fv 및 wt.fv.master 패키지와 원격 사이트의 wt.fv.replica 패키지에 대한 자세한 로깅을 활성화합니다.
2. 복제본 폴더가 읽기 전용이 아니고 사용 가능 상태인지 확인합니다.
3. 원격 사이트 메소드 서버를 다시 시작합니다.
서버가 다시 시작되면 원격 사이트가 주 사이트에서 구성을 요청했음을 나타내는 라인이 로그 파일에 표시되어야 합니다. 아래의 몇 라인에는 수신된 구성을 지정하는 응답 메시지가 있어야 합니다. 해당 구성이 적절한지 확인합니다.
4. 주 사이트 메소드 서버를 다시 시작합니다.
서버가 다시 시작되면 주 사이트가 원격 사이트의 구성을 새로 고쳤음을 나타내는 라인이 로그 파일에 표시되어야 합니다. 원격 사이트의 MethodServer.log 파일을 검토하여 구성이 수신되었는지 확인합니다.
서비스 수동 구성
파일 서버 원격 사이트의 경우, 원격 Windchill 사이트는 Oracle 인스턴스에 액세스할 수 없으며 최소한의 서비스 세트로 실행됩니다. 즉, 컨텐트 복제에 필요한 서비스만 시작됩니다.
일반적인 67개 이상의 서비스 대신, 복제와 관련된 5개의 서비스만 구성됩니다. 서비스 섹션에 다음이 포함되어 있는지 확인합니다.
wt.services.service.1=wt.fv.replica.ReplicaService/wt.fv.replica.StandardReplicaService
wt.services.service.2=wt.fv.replica.ReplicaServiceSvr/wt.fv.replica.StandardReplicaService
wt.services.service.3=wt.wrmf.delivery.ShippingService/wt.wrmf.delivery.StandardShippingService
wt.services.service.4=wt.wrmf.delivery.ReceiverService/wt.wrmf.delivery.StandardReceiverService
wt.services.service.5=wt.wrmf.transport.GenericTransportService/wt.wrmf.transport.StandardGenericTransportService
wt.services.service.2=wt.fv.replica.ReplicaServiceSvr/wt.fv.replica.StandardReplicaService
wt.services.service.3=wt.wrmf.delivery.ShippingService/wt.wrmf.delivery.StandardShippingService
wt.services.service.4=wt.wrmf.delivery.ReceiverService/wt.wrmf.delivery.StandardReceiverService
wt.services.service.5=wt.wrmf.transport.GenericTransportService/wt.wrmf.transport.StandardGenericTransportService
메소드 서버와 서버 매니저가 이제 성공적으로 시작됩니다. 메소드 서버가 시작될 때 보통 표시되는 POM 메시지는 표시되지 않으며 서버 매니저를 이용한 등록은 전체 Windchill 설치에 비해 훨씬 빠르게 실행됩니다.
PSI에서 사용 불가능한 경우 원격 파일 서버 지원 활성화
주 설치 중 PSI에서 원격 파일 서버 지원 사용을 선택하지 않은 경우 다음 세션에 제공된 정보를 사용하여 활성화할 수 있습니다.
수동으로 설치 관리자 번들 Zip 파일(CCsInstallerBndle.zip) 작성
다음 절차에 따라 복제본 설치에 사용되는 설치 관리자가 포함된 번들 ZIP 파일을 수동으로 작성해야 합니다.
1. 다음 위치에서 설치 관리자 ZIP 및 MD5 파일을 작성하는 데 필요한 스크립트를 찾습니다.
<Windchill>/bin/CCSTools/createZip.xml
각 CD 이미지에 대해 <Windchill>/bin/CCSTools에서 다음 형식으로 스크립트를 실행해야 합니다.
ant -f createZip.xml -Dpsi_loadpoint.dir=<val> -Dsource_image.dir=<val>
여기서 <val>은 별도로 관리되는 PSI의 규칙 파일이 포함된 psi_loadpoint 디렉토리입니다.
예를 들면 다음과 같습니다.
D:\ptc\PJL\Windchill\bin\CCSTools\>ant -f createZip.xml -Dpsi_loadpoint.dir=D:\ptc\PJL\PSI -Dsource_image.dir=E:\CD_JavaSDK
해당 결과로 각 CD에 대해 <installer_name>.zip 및 <installer_name>.zip.MD5 파일이 <Windchill>/CCSTools/install에 작성되어야 합니다.
2. 스크립트를 사용하여 다음 하위 설치 관리자의 ZIP 및 MD5 체크섬을 작성합니다. 이러한 하위 설치 관리자 zip 및 MD5 파일은 다음 위치의 ZIP 저장소에 있어야 합니다.
(<Windchill>/CCSTools/install
◦ 웹 서버
◦ 서브렛 엔진
◦ Info*Engine 서버
◦ Windchill Services
◦ PTC Solution Installer
| | 압축을 풀 때 Apache와 Tomcat은 CD_CAPPS/Apache 및 CD_CAPPS/Tomcat과 같은 공통 디렉토리를 공유해야 합니다. 이 구조가 유지되도록 하려면 Apache 및 Tomcat을 별도의 CD_CAPPS 폴더에 개별적으로 복사해야 하며 createZip.xml을 호출할 때 이 폴더를 참조해야 합니다. |
3. 위에서 작성한 설치 관리자 zip을 CCsInstallerBndle.zip이라는 주 번들 ZIP 파일로 수집합니다. 이 zip을 작성하려면 다음 명령을 실행합니다.
ant -f createZip.xml bundleInstallerZips
해당 결과로 <Windchill>/CCSTools/install에 CCsInstallerBndle.zip 파일이 작성되어야 합니다.
CCSDsu.zip 파일 수동 생성(필요한 경우)
처음 솔루션을 설치할 때 원격 파일 서버 지원 사용을 선택하지 않은 경우에는 유지보수 업데이트를 적용한 후에 이 ZIP 파일이 존재하지 않으므로 수동으로 생성해야 합니다.
이 작업을 처리하는 ANT 스크립트는 다음 위치에 있습니다. <Windchill>/bin/CCSTools/create_ccsdsu.xml 이 스크립트를 실행하면 BOM을 기준으로 CcsDsu.zip이 작성됩니다. 이 ZIP 파일에는 <Windchill>/CCSTools/CcsDsuBom.include라는 누적 BOM이 유지되며 이를 통해 이후의 모든 BOM이 결합됩니다.
ZIP 파일을 생성하려면 Windchill 셸에서 다음 명령을 실행합니다.
ant -f <Windchill>/bin/CCSTools/create_ccsdsu.xml
-Dinstall.files.maint=true <params>
-Dinstall.files.maint=true <params>
여기서 <params>는 다음과 같습니다.
• -Dccsdsubom_include(선택사항) - <Windchill>과 관련된 컨텐트가 있는 모든 대체 BOM 파일.
이 요소는 CcsDsu.zip에 추가할 컨텐트의 BOM을 가리킵니다.
• -Dccsdsu_exclude_list(선택사항) - DSU에서 제외할 모든 파일이 포함된 정규식 기반 목록. 기본적으로 <Windchill>/installer/wnc/ccsdsu_regex_exclude_list.txt입니다.
스크립트가 실행되어 CcsDsu.zip 및 해당 MD5 체크섬 파일이 <Windchill>/CCSTools/update 디렉토리에 생성됩니다.
이 CcsDsu.zip은 원격 파일 서버에 다운로드됩니다. ZIP 파일을 주 사이트와 동일한 위치: <Windchill>/CCSTools/update에 배치해야 합니다.
파일 서버에서 Windchill을 다시 시작하면 CcsDsu.zip이 적용됩니다.
| | 클러스터 설정이 있는 주 사이트에 업데이트(패치 또는 유지보수 릴리즈)를 적용하면 해당 패치가 클러스터의 각 노드에 개별적으로 적용됩니다. 하지만 CCS(파일 서버) 자동 업데이트가 제대로 작동하려면 클러스터의 주 노드(백그라운드 메소드 서버)에 있는 <Windchill>/CCSTools/update 디렉토리의 파일을 클러스터의 각 노드에 있는 <Windchill>/CCSTools/update 디렉토리로 복사해야 합니다. 모든 노드에서 CCSDsu.zip 및 CCSDsu.zip.MD5 파일이 정확히 일치하려면 이 작업이 반드시 필요합니다. |
CcsInstallerBundle.zip 및 CcsDsu.zip을 사용하여 새 파일 서버 설치
| | Windchill 10.2 이전 버전에는 CcsInstallerBundle.zip이 없었습니다. |
CcsInstallerBundle.zip 및 CcsDsu.zip을 사용하여 새 파일 서버를 설치하려면 다음 절차를 따르십시오.
1. CcsInstallerBundle.zip을 다운로드합니다.
2. CcsInstallerBundle.zip이 다운로드되면 공통 위치에 압축을 풀고 추출된 PTCSolnInstaller 이미지를 실행합니다.
3. Windows에서 압축을 풀려면 WinZip(또는 비슷한 응용 프로그램) 또는 Windows 내장 .zip 기능을 사용할 수 있습니다.
UNIX에서는 unzip <파일 이름>을 사용할 수 있습니다. unzip 기능을 설치해야 할 수도 있습니다.
4. PSI가 시작되면 솔루션 시나리오를 선택하고, 설치 옵션으로 파일 서버를 선택하고, 압축이 풀린 모든 이미지가 포함된 위치를 준비 영역으로 가리킵니다.
PSI를 사용하여 파일 서버를 설치한 후 CcsDsu.zip 파일을 적용해야 합니다.
파일 서버 업데이트
주 사이트에 유지보수 릴리즈나 패치를 적용할 때 원격 파일 서버용 유지보수 업데이트가 필요합니다. 업데이트는 유지보수 릴리즈에 필요한 모든 업데이트가 포함된 CcsDsu.zip 파일에서 제공합니다. 솔루션을 설치할 때 원격 파일 서버 지원 사용을 선택한 경우 유지보수 업데이트를 적용하면 이 ZIP 파일이 주 사이트에 생성됩니다. 파일 서버를 업데이트하려면 다음을 수행해야 합니다.
• CCsInstallerBundle.zip을 사용하여 파일 서버의 기존 독립형 제품 업데이트
• CcsDsu.zip을 사용하여 파일 서버의 비독립형 제품 업데이트
CCsInstallerBundle.zip을 사용하여 파일 서버의 기존 독립형 제품 업데이트
CCsInstallerBundle.zip을 사용하여 파일 서버의 기존 독립형 제품을 업데이트하려면 다음 절차를 따르십시오.
1. 파일 서버에서 메소드 서버, 서버 매니저 및 웹 서버를 종료합니다.
2. 주 서버에서 업데이트를 적용하고 다시 시작한 후 사이트 > > 에서 Windchill 페이지 내의 파일 서버 관리 컨텐트를 보고 독립형 제품이 업데이트되었는지 확인합니다(날짜 확인).
> > 에서 Windchill 페이지 내의 파일 서버 관리 컨텐트를 보고 독립형 제품이 업데이트되었는지 확인합니다(날짜 확인).3. 독립형 제품이 업데이트된 경우 주 서버에서 CCsInstallerBndle.zip 주 zip을 다운로드하고 준비 영역으로 추출합니다.
4. 준비 영역에 있는 PSI를 실행하고 기존 설치 업데이트를 선택합니다.
5. 업데이트할 파일 서버의 인스턴스를 선택합니다.
6. PSI에서 독립형 제품 업데이트를 설치할 준비 영역의 위치를 제공합니다.
7. 설치 실행의 마지막 패널 끝에 도달할 때까지 다음을 클릭합니다.
CcsDsu.zip을 사용하여 파일 서버의 비독립형 제품 업데이트
CcsDsu.zip을 사용하여 파일 서버의 비독립형 제품을 업데이트하려면 다음 절차를 따르십시오.
| | 주 사이트 업데이트를 완료했으며 wt.properties 파일에서 autoManageCCS 등록 정보가 true로 설정된 경우 파일 서버의 <Windchill>/CCSTools/update 위치에 CcsDsu.zip 파일을 자동으로 다운로드하도록 파일 서버 구성을 브로드캐스트합니다. autoManageCCS 등록 정보를 false로 설정하면 사이트 > > 에서 이용할 수 있는 파일 서버 관리 유틸리티를 사용하여 <Windchill>/CCSTools/update에서 CcsDsu.zip 파일을 수동으로 다운로드해야 합니다. |
CcsDsu.zip을 사용하여 자동으로 파일 서버의 비독립형 제품 업데이트
유지보수 릴리즈나 패치로 주 사이트가 업데이트될 때 기존 파일 서버 설치를 자동으로 업데이트하도록 시스템이 설정되어 있는 경우, 주 사이트의 사이트 매니저가 정보 및 파일 준비를 완료하고 사이트에서 업데이트를 수행한 다음 사이트를 다시 시작하면 다음 프로세스가 시작됩니다.
1. 주 사이트가 파일 서버에 업데이트할 필요가 있음을 공지합니다.
2. 사이트가 읽기 전용 상태로 설정됩니다.
3. 주 사이트가 파일 서버의 상태 수정자를 업데이트 진행 중 상태로 설정합니다.
4. 각 파일 서버가 업데이트해야 할 필요가 있음을 스스로 인식합니다.
5. 주 사이트가 업데이트를 파일 서버로 푸시합니다.
6. 상태 수정자가 재시작 필요 상태로 변경됩니다.
7. 시스템은 해당 매니저에 공지를 전송하여 재시작을 수행할지 여부를 묻습니다.
8. 업데이트된 버전의 독립형 제품과 PSI를 사용할 수 있는 경우 업데이트 적용을 위해 파일 서버에서 Windchill을 다시 시작하기 전에 PSI로 파일 서버의 기존 독립형 제품을 업데이트해야 합니다.
9. 재시작이 수행됩니다.
10. 재시작 동안 파일 서버가 자동으로 업데이트됩니다.
11. 주 사이트에서 다음을 수행합니다.
◦ 파일 서버 릴리즈 레벨 확인
◦ 재시작 필요 상태 수정자를 파일 서버에서 제거
◦ 읽기 전용 상태를 사이트에서 제거
수동으로 기존 파일 서버 설치의 비독립형 제품 업데이트
유지보수 릴리즈나 패치로 주 사이트가 업데이트될 때 기존 파일 서버 설치를 자동으로 업데이트하도록 시스템이 설정되어 있지 않은 경우 각 파일 서버 사이트를 수동으로 업데이트해야 합니다.
1. 메소드 서버, 웹 서버, 서브렛 엔진, 서버 매니저 등 Windchill 관련 서버 응용 프로그램을 모두 종료하고 모든 Windchill 셸을 종료합니다.
2. 업데이트된 버전의 독립형 제품과 PSI를 사용할 수 있는 경우 install_ccsdsu.xml 파일을 실행하기 전에 PSI로 파일 서버의 기존 독립형 제품을 업데이트해야 합니다.
3. 시스템 콘솔을 열고 <Windchill>/bin/CCSTools 디렉토리로 이동합니다.
4. Windchill Directory Server가 실행되고 있는지 확인합니다.
5. ANT를 사용하여 다음과 같이 install_ccsdsu.xml 스크립트 파일을 실행합니다.
ant -f install_ccsdsu.xml
| | 첫 번째 시도 시 ant -f install_ccsdsu.xml이 실패하면 다시 실행하여 업데이트 프로세스를 성공적으로 완료합니다. |
6. 실행이 완료되면 Windchill을 시작합니다.