제품 구성 마이그레이션 중의 구성 맵핑
제품 구성 마이그레이션 중에 다양한 구성이 맵핑됩니다.

이 기사는 프로파일 구성 마이그레이션에 대한 기사입니다. 애플리케이션을 최신 버전으로 마이그레이션하려면 WebSphere® Application Server 마이그레이션 툴킷을 사용하십시오. 자세한 정보는 WASdev의 마이그레이션 툴킷을 참조하십시오.
sptcfg마이그레이션은 단일 프로파일을 동일한 IBM i 서버의 또 다른 단일 프로파일로 마이그레이션하는 것과 항상 관련이 있습니다. 마이그레이션 도구는 버전 9.0 환경의 해당 오브젝트와 속성으로 마이그레이션 중인 WebSphere Application Server 또는 버전에 존재하는 오브젝트와 속성을 맵핑합니다.
많은 마이그레이션 시나리오가 가능합니다. 마이그레이션 도구는 버전 9.0 환경의 해당 오브젝트와 속성으로 마이그레이션 중인 버전에 존재하는 오브젝트와 속성을 맵핑합니다.
마이그레이션 도구는 이전 릴리스 값을 버전 9.0 환경에 전달합니다.
그러나 -setPorts 매개변수가 WASPostUpgrade에 대한 호출 중 포트 값 또는 generateNew로 설정된 경우 버전 9.0으로 마이그레이션되는 각 애플리케이션 서버에 포트 값이 지정됩니다.
마이그레이션 도구는 적합한 명령행 매개변수를 서버 프로세스 정의의 JVM(Java™ Virtual Machine) 설정으로 변환합니다. 대부분의 설정이 직접 맵핑됩니다. 일부 설정은 WebSphere Application Server 버전 9.0 구성에서 해당 역할이 존재하지 않거나, 의미가 다르거나, 범위가 다르기 때문에 마이그레이션되지 않습니다.
프로세스 정의 설정을 변경하는 방법에 대한 정보에 대해서는 프로세스 정의 설정을 참조하십시오. JVM 설정을 변경하는 방법에 대한 정보는 JVM(Java Virtual Machine) 설정을 참조하십시오.
- 버전 7.0 이상에서는 일반 서버에 GENERIC_SERVER라는 고유한 유형이 있습니다. 마이그레이션할 때 이 변환이 수행되지만 마이그레이션 프로세스는 일반 서버가 참조하는 외부 자원을 정확히 마이그레이션할 수 없습니다. 마이그레이션 프로세스가 일반 서버 설정 마이그레이션을 완료한 후에 추가 태스크를 수행해야 할 수 있습니다. 일반 서버가 관리 중인 이전 자원이 이전 WebSphere Application Server 설치 아래에 있는 경우에는 다음 태스크를 수행하십시오.
일반 서버가 관리 중인 이전 자원이 이전 WebSphere Application Server 설치 아래에 설치되지 않은 경우에는 추가 작업이 필요하지 않습니다.
노드를 셀에서 제거하지 않고 셀에 속한 WebSphere Application Server 버전 7.0 이상 노드를 마이그레이션할 수 있습니다.
셀의 기본 노드를 마이그레이션하기 전에 배치 관리자를 먼저 마이그레이션하십시오.
중요사항: WebSphere Application Server, Network Deployment를 버전 7.0 이상에서 버전 9.0으로 마이그레이션할 때 동일한 셀 이름을 사용하십시오. 다른 셀 이름을 사용하면 연합된 노드를 WebSphere Application Server, Network Deployment 버전 9.0 셀로 마이그레이션할 수 없습니다.셀에 있는 기본 WebSphere Application Server 노드를 버전 9.0로 마이그레이션하면 노드 에이전트도 버전 9.0로 마이그레이션됩니다. 셀에는 일부 버전 9.0 노드와 버전 7.0 이상 레벨의 다른 노드가 있을 수 있습니다.
- WebSphere Application Server 버전 9.0은 다음과 같은 특성의 버전 9.0 정책 파일에 설정을 병합하여 버전 7.0 이상과 함께 설치된 모든 파일을 마이그레이션합니다.
마이그레이션은 이전 버전의 디렉토리에서 WebSphere Application Server 버전 9.0 구성으로 파일을 복사합니다.
WebSphere Application Server 버전 9.0은 설정을 버전 9.0 특성 파일에 병합하여 버전 7.0 이상과 함께 설치된 모든 특성 파일을 마이그레이션합니다.
J2C 자원에 참조하는 RAR은 이전 WebSphere Application Server 설치에 있는 경우에 마이그레이션됩니다. 이 경우 RAR은 새 WebSphere Application Server 설치의 해당 위치로 복사됩니다. 관계형 자원 어댑터 RAR은 마이그레이션되지 않습니다.
클러스터 레벨 자원 마이그레이션:WebSphere Application Server 버전 6.0에서는 클러스터 레벨 자원이란 개념이 소개되었습니다. 이는 클러스터 디렉토리 아래의 resourcexxx.xml 파일에 구성됩니다. 예를 들면, 다음과 같습니다.<resources.j2c:J2CResourceAdapter xmi:id="J2CResourceAdapter_1112808424172" name="ims" archivePath="${WAS_INSTALL_ROOT}\installedConnectors\x2.rar"> ... </resources.j2c:J2CResourceAdapter>
클러스터 레벨 자원이 있는 경우 이 자원은 각 클러스터 멤버(노드)에서 동일한 위치에 있어야 합니다. 따라서 위 예제에서 각 클러스터 멤버의 ${WAS_INSTALL_ROOT}\installedConnectors\x2.rar 위치에는 RAR 파일이 설치되어 있어야 합니다. 각 클러스터 멤버마다 ${WAS_INSTALL_ROOT}를 분석하여 정확한 위치를 얻습니다.
배치 관리자 마이그레이션에서, 도구는 resourcexxx.xml 파일을 포함하여 배치 관리자의 클러스터 파일을 마이그레이션합니다.
연합 노드 마이그레이션에서는 도구가 각 J2C 어댑터를 처리합니다.
버전 7.0의 RAR 파일을 버전 9.0으로 마이그레이션:
버전 7.0을 버전 9.0으로 마이그레이션하면 RAR 파일과 같은 파일이 WAS_INSTALL_ROOT에서 WAS_INSTALL_ROOT로, USER_INSTALL_ROOT에서 USER_INSTALL_ROOT로 복사됩니다.
예를 들어, RAR 파일이 버전 7.0의 WAS_INSTALL_ROOT에 있으면 마이그레이션 도구가 WAS_INSTALL_ROOT에서 USER_INSTALL_ROOT로 파일을 자동으로 복사하지 않습니다. 이를 통해 클러스터 레벨 J2C 자원의 무결성이 유지됩니다.
그러나 버전 7.0에서 RAR 파일에 대한 경로(예: archivePath="C:/WAS/installedConnectors/x2.rar")를 하드코딩한 경우에는 버전 9.0 마이그레이션 도구가 이를 반영하도록 archivePath 속성을 변경할 수 없으며, 이는 변경할 경우 마이그레이션되지 않은 다른 모든 클러스터 멤버가 단절될 수 있기 때문입니다.이전 버전으로부터의 샘플 마이그레이션은 가능하지 않습니다. 설치 가능한 동등한 WebSphere Application Server 버전 9.0 샘플이 있습니다.
WebSphere Application Server 버전 9.0에서 보안을 사용 가능으로 설정하면 Java 2 보안이 기본적으로 사용 가능합니다. Java 2 보안을 사용하려면 명시적으로 보안 권한을 부여해야 합니다.
버전 9.0에서 여러 다른 레벨의 Java 2 보안을 정의하는 데 사용할 수 있는 몇 가지 기술이 있습니다. 그 중 하나는 was.policy 파일을 애플리케이션의 일부로 작성하여 모든 보안 권한을 사용하도록 설정하는 것입니다. 마이그레이션 도구는 wsadmin 명령을 호출하여 버전 9.0 properties 디렉토리의 기존 was.policy 파일을 마이그레이션할 때 엔터프라이즈 애플리케이션에 추가합니다.
WebSphere Application Server 버전 9.0로 마이그레이션할 때 스크립트 호환성을 지원하도록 마이그레이션할 것인지 여부에 따라 둘 중 하나에 다른 결과가 발생합니다.보안 구성을 버전 9.0으로 마이그레이션하는 데 대한 자세한 정보는 문서에서 "마이그레이션, 공존, 상호 운용 – 보안 고려사항" 항목을 참조하십시오.
이 디렉토리의 위치는 일반적으로 WebSphere Application Server 프로파일 디렉토리 아래의 logs 디렉토리입니다. WebSphere Application Server 버전 9.0의 경우 stdin, stdout 및 stderr 파일의 기본 위치는 WebSphere Application Server 프로파일 디렉토리 아래에 있는 logs 디렉토리입니다. 예를 들어, 기본 프로파일의 logs 디렉토리는 /QIBM/UserData/WebSphere/AppServer/V80/Base/profiles/default/logs입니다.
마이그레이션 도구는 기존의 비활성화 및 작업 디렉토리를 마이그레이션하려 시도합니다. 그렇지 않은 경우에는 적합한 버전 9.0 기본값이 사용됩니다.
문제점 방지: 공존 시나리오에서는 버전 간 공통 디렉토리를 사용하여 문제점을 유발할 수 있습니다. gotcha
WebSphere Application Server 버전 7.0에 구현된 Java EE(Java Platform, Enterprise Edition)의 스펙 레벨에서는 컨텐츠 유형을 설정하기 위해 웹 컨테이너의 동작을 변경해야 했습니다. 기본 서블릿 기록기가 컨텐츠 유형을 설정하지 않으면 웹 컨테이너는 더 이상 기본값을 지정하지 않고 호출을 "널"로 리턴합니다. 이로 인해 일부 브라우저에 결과적인 웹 컨테이너 태그가 올바르지 않게 표시될 수 있습니다. 이 문제를 차단하기 위해 엔터프라이즈 애플리케이션을 마이그레이션할 때 autoResponseEncoding IBM® 확장이 웹 모듈에 대해 "true"로 설정됩니다.