마이그레이션 고려사항
WebSphere® Application Server 버전 9.0로의 마이그레이션 프로세스를 시작하기 전에 유의해야 할 몇 가지 고려사항이 있습니다.

이 기사는 프로파일 구성 마이그레이션에 대한 기사입니다. 애플리케이션을 최신 버전으로 마이그레이션하려면 WebSphere Application Server 마이그레이션 툴킷을 사용하십시오. 자세한 정보는 WASdev의 마이그레이션 툴킷을 참조하십시오.
sptcfgAIX®, HP-UX, IBM® i, Linux, Solaris, Windows 운영 체제의 고려사항
애플리케이션 서버를 마이그레이션하기 전에 다음 정보를 고려하십시오.- 마이그레이션을 수행하기 전에 WebSphere Application Server
버전 9.0에서
더 이상 사용되지 않는 항목을 평가하십시오.
자세한 정보는 더 이상 사용되지 않는, 안정화, 대체된, 제거된 기능을 참조하십시오.
- 고가용성 관리자(HAM)와 코어 그룹 기능이 WebSphere Application Server 버전 7.0 이상에
포함되어 있습니다.
버전 7.0 이상에서 버전 9.0으로의 마이그레이션에 영향을 미칠 수 있는 코어 그룹 구성 및 토폴로지 고려사항은 코어 그룹 마이그레이션 고려사항을 참조하십시오.
참고: 대부분의 경우 코어 그룹의 권장하는 서버 수가 50을 초과하면 안됩니다. 마이그레이션 도구가 권장되는 상한을 초과하여 서버를 추가하면 경고 메시지가 수신됩니다. - 구성 마이그레이션 도구는 애플리케이션을 변환하거나
새 Java SDK 레벨과 호환 가능하도록 설정하지 않습니다. 새 Java SDK로 마이그레이션하기 전에
WebSphere Application Server 마이그레이션 툴킷을 통해 애플리케이션을 평가하여 변경해야 하는
사항을 찾고 필요한 업데이트를 수행한 후 애플리케이션을 테스트하십시오.
">WASdev의
마이그레이션 툴킷을 참조하십시오.
자세한 정보는 API 및 스펙 마이그레이션을 참조하십시오.
- 마이그레이션 도구는 이전 버전 구성의 백업 사본을 포함하는
마이그레이션 백업 디렉토리를 작성합니다. 이 디렉토리의 크기는 이전 버전의 구성 디렉토리 및
애플리케이션에 추적 파일을 더한 값입니다. 또한 시스템에 대상 프로파일을 위한 공간이 있어야
합니다. 마이그레이션 후 이 공간의 크기는 소스 파일의 크기와 동일합니다.
시스템에서 백업 디렉토리에 필요한 스토리지 크기는 사용자 환경과 사용 중인 마이그레이션 도구에 따라 달라집니다.
- 위치: WASPreUpgrade 및 WASPostUpgrade 명령의 매개변수로 지정된 백업 디렉토리
- 크기: 이러한 명령을 사용할 때 스토리지 요구사항을 추정하려면 다음 크기를 추가하십시오.
- 이전 구성의 모든 프로파일에 대한 다음
항목 크기:
- profile_root/installableApps 디렉토리
- profile_root/installedApps 디렉토리
- profile_root/config 디렉토리
- profile_root/properties 디렉토리
- libraries.xml 구성 파일에 참조되는 공유 라이브러리
- resources.xml 구성 파일에 참조되는 RAR(Resource Adapter Archive) 파일
- 추적이 사용으로 설정된 경우 구성의 크기와 복잡도에 따라 추적 파일에 충분한 공간을 할애하십시오.
- 이전 구성의 모든 프로파일에 대한 다음
항목 크기:
- 분리된 데이터 저장소(특히 SIB 및 Apache Derby 데이터베이스의 트랜잭션 로그와 같은 비공유 저장소)를 사용하고 있으며
이전 릴리스로부터 마이그레이션하는 경우에는 WASPreUpgrade 명령이 실행될 때 기존 데이터베이스와 트랜잭션 로그가 저장됩니다.
WASPreUpgrade 명령 실행 후
수행한 데이터베이스 변경사항은 마이그레이션된
환경에 반영되지 않습니다.
- 이러한 로컬 데이터 저장소에 매우 중요한 정보가 저장되어 있으면 마이그레이션을 시도하기 전에 이 저장소와 상호작용하는 모든 서버를 안전하게 종료해야 합니다. 이 서버는 마이그레이션이 정상적으로 완료되거나 롤백될 때까지 오프라인 상태여야 합니다.
- 예기치 않은 롤백이나 수정사항 적용을 위해 마이그레이션 시 여러 번 시도하는 경우 분리된 데이터 저장소의 변경사항이 마이그레이션 환경에 반영되도록 WASPreUpgrade 명령을 다시 실행하십시오.
- Apache Derby 데이터베이스를 마이그레이션하기 전에 Apache Derby 데이터베이스를 사용 중인 애플리케이션을 호스트하는 애플리케이션 서버를 반드시 닫으십시오. 그렇지 않으면 Apache Derby 마이그레이션이 실패합니다.
- 마이그레이션 보안 도메인에 관련된 다음 규칙에
유의해야 합니다.
- 셀 레벨 범위의 보안 도메인이 있는 배치 관리자를 마이그레이션하는
마이그레이션 도구는 다음 조치를 취합니다.
- 마이그레이션은 아직 존재하지 않는 경우 PassThroughToGlobalSecurity라는 새 구성에 도메인을 작성합니다.
- 마이그레이션은 이전 구성에 존재한 모든 클러스터에 대해
클러스터 맵핑을 새 구성에 추가합니다.
- 마이그레이션 이전에 버전 9.0
배치 관리자 구성에만 있던 클러스터는 PassThroughToGlobalSecurity에 대한 맵핑이
변경되지 않습니다.
- 버전 9.0 클러스터의 맵핑이 마이그레이션 전에 있었으면 마이그레이션 후에도 여전히 존재합니다.
- 버전 9.0 클러스터의 맵핑이 마이그레이션 전에 존재하지 않은 경우에는 마이그레이션 후에도 여전히 존재하지 않습니다.
- 마이그레이션 이전에 이전 구성과 버전 9.0 구성에 모두 클러스터가 있으면 새 구성의 클러스터가 PassThroughToGlobalSecurity 도메인에 추가되어 이전 릴리스의 클러스터처럼 작동합니다.
- 마이그레이션 이전에 버전 9.0
배치 관리자 구성에만 있던 클러스터는 PassThroughToGlobalSecurity에 대한 맵핑이
변경되지 않습니다.
- 마이그레이션은 마이그레이션된 버전 6.1.x 구성에 존재하는 버스의
버스 맵핑을 추가합니다.
버스 맵핑은 클러스터 맵핑과 동일한 규칙에 따라 업데이트됩니다.
- 관리 서버(배치 관리자)는 PassThroughToGlobalSecurity 도메인에 추가되지 않습니다.
- 셀 레벨 범위의 보안 도메인이 있는 연합 노드를 마이그레이션하는 경우
마이그레이션 도구는 다음 조치를 취합니다.
- 마이그레이션은 아직 존재하지 않는 경우 PassThroughToGlobalSecurity라는 새 구성에 도메인을 작성합니다.
- 마이그레이션은 이전 노드 구성의 모든 비클러스터 서버에 대한
서버 레벨 맵핑을 PassThroughToGlobalSecurity 도메인에 추가합니다.
- 클러스터의 일부로 마이그레이션 중인 노드의 서버는 배치 관리자
마이그레이션 중 클러스터 맵핑을 통해 처리되기 때문에
PassThroughToGlobalSecurity 도메인의 항목을
수신하지 않습니다.
해당 맵핑을 제거한 경우 마이그레이션이 이 동작을 유지합니다.
- 관리 서버(노드 에이전트)는 PassThroughToGlobalSecurity 도메인에 추가되지 않습니다.
- 클러스터의 일부로 마이그레이션 중인 노드의 서버는 배치 관리자
마이그레이션 중 클러스터 맵핑을 통해 처리되기 때문에
PassThroughToGlobalSecurity 도메인의 항목을
수신하지 않습니다.
자세한 정보는 다중 보안 도메인의 "혼합 버전 환경의 보안 도메인" 섹션을 참조하십시오.
- 셀 레벨 범위의 보안 도메인이 있는 배치 관리자를 마이그레이션하는
마이그레이션 도구는 다음 조치를 취합니다.
- 신임 정보 프롬프트를 사용하지 않기 위한 프로세스가 변경되었습니다.
버전 9.0에서 신임 정보 프롬프트를 사용하지 않으려면 버전 6.1에서 버전 9.0로 마이그레이션하기 전에 신임 정보 프롬프트를 사용하지 않도록 ipc.client.props를 구성하십시오.
- 마이그레이션 중 일부 애플리케이션 메타데이터가
기본값으로 재설정되어 애플리케이션이 예상과 다르게 작동할 수
있습니다.
2진의 메타데이터 사용이 true로 설정된 이전 환경에 애플리케이션을 설치했으며 이 설치 중이나 이후의 애플리케이션 업데이트 중 애플리케이션의 메타데이터(예: JNDI 자원 참조나 데이터베이스 항목)를 변경한 경우에는 마이그레이션할 때 변경사항이 유실됩니다.
2진의 메타데이터 사용이 true로 설정되면 관리 코드는 2진 EAR 파일의 메타데이터만 업데이트합니다. 혼합 셀에서는 이 옵션이 지원되지 않으므로 마이그레이션의 한 과정으로 이 옵션은 자동으로 false로 전환됩니다. 이러한 경우 구성 디렉토리의 확장된 메타데이터가 2진 EAR 파일의 값보다 우선합니다. 이로 인해 원래 EAR 파일 설치의 값이 사용자가 작성한 업데이트보다 우선합니다.
이 문제를 해결하려면 다음 중 하나를 수행하십시오.- 마이그레이션 전에 이전 환경의 애플리케이션을 업데이트하고 2진의 메타데이터 사용을 false로 설정하십시오. 이 새 설정에도 애플리케이션이 제대로 작동하는지 확인한 후 마이그레이션을 실행하십시오.
- 마이그레이션 이후에 애플리케이션을 업데이트하고 애플리케이션을 제대로 작동하는 데 필요한 메타데이터를 정정하십시오.
- 마이그레이션 도구를 사용하여 WebSphere Application Server
버전 9.0로 마이그레이션한 후
마이그레이션 도구를 통해 자동으로 수행되지 않은 몇 가지 조치를
수행해야 할 수 있습니다.
- WebSphere Application Server
버전 7.0 이상에서
사용되었을 수 있는 LTPA(Lightweight Third-Party Authentication) 보안 설정을 검토하고
버전 9.0 보안이 적절히 설정되었는지 확인하십시오.
자세한 정보는 LTPA(Lightweight Third-Party Authentication)를 참조하십시오.
- 마이그레이션 도구로 마이그레이션되지 않은
JSP(JavaServer Pages) 오브젝트에 대한 자세한 내용은 logs
디렉토리의 WASPostUpgrade.log 파일을 확인하십시오.
버전 9.0에서 JSP 오브젝트가 구성된 레벨이 지원되지 않으면 마이그레이션 도구는 출력에서 이 오브젝트를 인식하여 로깅합니다.
- 자동 Apache Derby 데이터베이스 마이그레이션 결과를 확인한 후 도구를
통해 자동으로 마이그레이션되지 않은 Apache Derby 데이터베이스를
수동으로 마이그레이션하십시오.
자세한 정보는 Apache Derby 데이터베이스 마이그레이션을 참조하십시오.
- WebSphere Application Server
버전 7.0 이상에서
사용되었을 수 있는 LTPA(Lightweight Third-Party Authentication) 보안 설정을 검토하고
버전 9.0 보안이 적절히 설정되었는지 확인하십시오.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-iseries&topic=cmig_pre
파일 이름:cmig_pre.html