WebSphere Enterprise Service Bus, 버전 6.2.0 운영 체제: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Cloudscape를 수동으로 업그레이드

WebSphere® ESB 버전 6.2 업그레이드 중, 이주 도구는 임베디드 프레임워크를 통해서만 액세스되는 Cloudscape 인스턴스를 업그레이드하려고 합니다. Cloudscape의 새 버전은 Derby를 기반으로 하며 버전 10.1.x입니다. Network Server 프레임워크를 통해서 응용프로그램과 작동되는 Cloudscape 인스턴스는 자동으로 업그레이드되지 않습니다. 따라서 WebSphere ESB와 동일한 데이터베이스 인스턴스에 액세스하는 타사 응용프로그램이 손상되지 않습니다. Network Server 프레임워크를 통해서 액세스되는 데이터베이스 인스턴스는 수동으로 업그레이드해야 합니다. 자동 이주에 실패한 데이터베이스에 대해서도 수동으로 업그레이드하십시오.

시작하기 전에

Cloudscape v10.1.x를 프로덕션 데이터베이스로 사용하지 마십시오. 개발 및 테스트용으로만 사용하십시오.

자세히 보기: Cloudscape의 새 버전은 Derby 런타임에 IBM® Quality Assurance(QA) 및 자국어 지원(NLS) 등과 같은 추가 기능을 사용합니다.
임베디드 프레임워크를 통해 액세스되는 Cloudscape 인스턴스의 경우, 자동 업그레이드 프로세스에 완전히 실패한 인스턴스와 부분적으로만 업그레이드된 인스턴스를 판별하십시오. Cloudscape v10.1.x 자동 이주 확인 주제에서는 다양한 이주 로그에서 데이터베이스 오류와 진단 데이터를 찾는 방법에 대해 설명합니다. 로그 메시지에는 수동으로 이주를 실행해야 하는 이전 및 새 데이터베이스의 정확한 경로 이름이 있습니다. 이러한 새 경로 이름을 정확하게 확인하십시오.

자동 이주 프로세스 중에 부분적으로만 업그레이드된 데이터베이스에 대해 이주 오류 발생 위험을 최소화하려면 새 데이터베이스를 삭제하십시오. 로그 진단 데이터에 따라 원래 데이터베이스의 문제점을 해결한 다음 원래 데이터베이스에서 수동 이주를 수행하십시오.

이 태스크 정보

다음 섹션은 임베디드 프레임워크와 Network Server 프레임워크 둘 다를 통해 액세스되는 Cloudscape 인스턴스 이주 단계로 구성되어 있습니다. Cloudscape Network Server 프레임워크에만 적용되는 단계는 적절하게 표시되어 있습니다. 이주에 성공하려면 사용자 ID에 다음 권한 중 하나가 있어야 합니다. 이러한 권한이 없으면 읽기 전용 데이터베이스 인스턴스에 대한 런타임 오류가 표시될 수 있습니다.
프로시저
  1. Network Server 프레임워크 전용: 모든 Cloudscape 데이터베이스의 클라이언트가 Cloudscape v10.1.x를 지원할 수 있어야 합니다. 데이터베이스의 WebSphere ESB 클라이언트는 WebSphere ESB 버전 6.0.1.x 이상을 실행해야 합니다.
  2. Network Server 프레임워크 전용: 데이터베이스를 오프라인으로 전환하십시오. 이주 프로세스 중에는 클라이언트가 데이터베이스에 액세스할 수 없습니다.
  3. WebSphere ESB에서 제공하는 샘플 Cloudscape 이주 스크립트를 확인하십시오. 운영 체제에 따라 WebSphere ESB에서는 다음 중 하나의 이주 스크립트를 제공합니다.
    • For Linux operating systemFor UNIX operating system Linux® 및 UNIX® 플랫폼: install_root/derby/bin/embedded/... 디렉토리에 있는 db2jmigrate.sh 스크립트를 사용하십시오.
    • For Windows operating system Windows® 플랫폼: install_root\derby\bin\embedded\... 디렉토리에 있는 db2jmigrate.bat 스크립트를 사용하십시오.
    환경 요구사항에 따라 스크립트를 수정할 수 있습니다. 스크립트에 사용할 수 있는 옵션에 대한 정보를 보려면 Migrating IBM Cloudscape to Version 10을 참조하십시오. 예를 들어, -DB2j.migrate.ddlFile=filename 옵션을 사용하여 새 데이터베이스의 DDL 파일을 지정할 수 있습니다.
  4. 이주 스크립트를 실행할 때 데이터베이스 디버그 로그를 생성하려면 디버그 이주 추적이 활성화되어 있는지 확인하십시오. 기본적으로, 이 추적 기능은 사용 가능으로 설정되어 있습니다. 디버그 추적이 사용 불가능 상태로 설정되어 있으면 다시 활성화하십시오.
    1. 관리 콘솔에서 추적 옵션을 설정하려면 콘솔 탐색 트리에서 문제점 해결 > 로깅 및 추적을 클릭하십시오.
    2. 서버 이름을 선택하십시오.
    3. 로그 레벨 세부사항을 클릭하십시오.
    4. 옵션: 모든 컴포넌트가 사용 가능으로 설정되어 있으면 이 옵션을 해제한 다음 특정 컴포넌트를 사용 가능으로 설정할 수 있습니다.
    5. 옵션: 컴포넌트 또는 그룹 이름을 선택하십시오. 자세한 정보는 WebSphere Application Server Network Deployment, 버전 6.1 Information Center의 로그 레벨 설정을 참조하십시오. 선택한 서버가 실행되고 있지 않으면 개별 컴포넌트가 그래픽 모드로 표시되지 않습니다.
    6. 추적 문자열 상자에 추적 문자열을 입력하십시오. 이 때, 다음 중 하나를 입력하십시오.
      • all traces*=all
      • com.ibm.ws.migration.WASUpgrade=all

      추적에 대한 자세한 정보는 WebSphere Application Server Network Deployment, 버전 6.1 Information Center의 추적에 대한 작업을 참조하십시오.

    7. 적용을 선택한 다음 확인을 선택하십시오.
  5. 스크립트를 실행할 때 새 데이터베이스 이름의 전체 사후 이주 경로와 이전 데이터베이스 이름을 지정하십시오. 예를 들면, 다음과 같습니다. E:\WebSphere\ProcServer\derby\bin\embedded>db2jMigrate.bat myOldDB myNewDB 자동 이주의 로그에는 이전 데이터베이스 및 대상 데이터베이스에 대해 지정할 정확한 경로 이름이 있습니다. 이주된 Cloudscape 데이터 소스(WebSphere ESB 이주 유틸리티를 사용하여 갱신됨)가 대상 데이터베이스 이름을 가리키기 때문에 이 대상 데이터베이스 이름을 사용하여 새 데이터베이스를 지정해야 합니다. 다음 샘플 텍스트는 로그 메시지에 대상 데이터베이스 이름이 표시되는 방법을 보여줍니다.
    Cloudscape migration of database instance C:\temp\migration2\profiles\Srv01\
    installedApps\ghongellNode01Cell\DynamicQuery.ear\EmployeeFinderDB to 
    new database instance C:\WebSphere\ESB
    \profiles\Srv01\databases\C__WAS602_ProcServer_profiles_ProcSrv01_
    installedApps_ghongellNode01Cell_DynamicQuery.ear_
    EmployeeFinderDB failed, reason: java.sql.SQLException: Failure creating target db
    Network Server 프레임워크를 통해 액세스되는 Cloudscape 인스턴스의 경우, 새 데이터베이스에 사용할 임의의 이름을 입력하십시오. 새 데이터베이스 이름을 나타내도록 기존 데이터 소스를 수정하십시오.
  6. 이주 프로세스가 종료되면, 데이터베이스 이주 로그에서 결과를 확인하십시오. 각 데이터베이스 이주 로그의 경로 이름은 install_root/logs/derby/myFulldbPathName_migrationLog.log입니다.
    성공한 이주의 경우, 데이터베이스 이주 로그에 다음 텍스트와 비슷한 메시지가 표시됩니다.
    Check E:\WebSphere\ESB\derby\myOldDB_migrationLog.log for progress 
    Migration Completed Successfully 
    E:\WebSphere\ESB\derby\bin\embedded>
    그렇지 않으면 로그에 다음 예제 형식으로 오류 메시지가 표시됩니다.
    Check E:\WebSphere\ESB\derby\myOldDB_migrationLog.log for progress
    ERROR: An error occurred during migration. See debug.log for more details.
    ERROR XMG02: Failure creating target db
    java.sql.SQLException: Failure creating target db
        at com.ibm.db2j.tools.migration.MigrationState.getCurrSQLException(Unknown Source)
    at com.ibm.db2j.tools.migration.MigrateFrom51Impl.handleException(Unknown Source)
    at com.ibm.db2j.tools.migration.MigrateFrom51Impl.go(Unknown Source)
        at com.ibm.db2j.tools.migration.MigrateFrom51Impl.main(Unknown Source)
        at com.ibm.db2j.tools.MigrateFrom51.main(Unknown Source)
  7. 이주 오류에 대한 추가 데이터를 보려면 데이터베이스 이주 로그에 해당되는 디버그 로그를 참조하십시오. 디버그 로그 파일의 전체 경로 이름은 install_root/logs/derby/myFulldbPathName_migrationDebug.log입니다.
    다음 행은 디버그 텍스트의 샘플입니다.
    sourceDBURL=jdbc:db2j:E:\WebSphere\myOldDB
     newDBURL=jdbc:derby:e:\tempo\myNewDB
     ddlOnly=false
    connecting to source db <jdbc:db2j:E:\WebSphere\myOldDB>
    connecting to source db <jdbc:db2j:E:\WebSphere\myOldDB> took   0.611 seconds
    creating target db <jdbc:derby:e:\tempo\myNewDB>
    creating target db <jdbc:derby:e:\tempo\myNewDB> took   6.589 seconds
    initializing source db data structures
    initializing source db data structures took   0.151 seconds
    recording DDL to create db <E:\WebSphere\myOldDB>
    recording DDL to create db <E:\WebSphere\myOldDB> took   5.808 seconds

결과

이전 단계에 설명된 대로, 데이터베이스 이주 로그에 성공적으로 이주 완료 메시지 또는 이주 장애 예외가 있는 메시지가 표시됩니다.

다음에 수행할 작업


task 타스크 주제

이용약관 | 피드백


시간소인 아이콘 마지막 갱신 날짜: 2010년 7월 7일 수요일


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/tdat_vtv_mancloudsmig.html
Copyright IBM Corporation 2005, 2010. All Rights Reserved.
이 Information Center는 Eclipse 기술을 기반으로 합니다(http://www.eclipse.org 웹 사이트 참조).