업그레이드 준비

업그레이드를 준비하려면 다음 절차를 따르십시오. 업그레이드를 시작하기 전에 다음 필수 작업을 수행하십시오.
apmdevops104kr
업그레이드를 준비하려면 다음 절차를 따르십시오. 업그레이드를 시작하기 전에 다음 필수 작업을 수행하십시오.
  • 컴퓨터에서 Introscope 및 CA CEM의 이전 버전이 현재 릴리스의 시스템 요구 사항을 충족하는지 확인합니다.
  • Enterprise Manager가 설치되어 있는지 확인합니다.
  • 제품 호환성 표의 업그레이드 크기 조정 및 배포 정보를 검토합니다.
참고:
성능 및 안정성 문제에 대한 구현 계획 정보는 TEC1637803을 참조하십시오.
업그레이드 크기 조정
이전 버전의 APM에서 10.5로 업그레이드할 경우 새로운 기능을 지원하기 위해 더 높은 리소스 요구 사항이 적용됩니다. 
필요한 리소스에 영향을 주는 새 기능:
• Team Center의 향상된 기능
• 기준값 추론
• 지리적 위치 메트릭
• 95 백분위 수 응답 시간 메트릭
기준값 추론과 같은 새로운 기능은 새로운 계산 메트릭을 생성합니다. 수집기가 구성된 최대 라이브 메트릭 클램프(기본값: 500K)에 근접한 경우에는 업그레이드 후 클램프를 초과하게 될 수 있습니다.  에이전트 메트릭의 수를 줄이거나, config\apm-events-thresholds-config.xml에서 introscope.enterprisemanager.metrics.live.limit의 값을 더 높게 설정하여 클램프 값을 높일 수 있습니다.
9.7에서 10.5로 업그레이드 예
 
 
 
APM 9.7
APM 10.5.1
힙 크기
에이전트 수
프런트엔드 수
메트릭 수
평균 CPU
메트릭 수
평균 CPU
4
200
2000
300k
6.9
350k
18.6
6
300
3000
454k
9.5
500k(클램프됨)
27.1
 
이 표에서는 Enterprise Manager에 대한 두 가지 샘플 구성을 보여 줍니다.  하나는 4 GB 힙 크기가 구성되어 있고 2,000개의 프런트엔드 응용 프로그램을 사용하는 200개의 에이전트에서 300,000개의 라이브 메트릭을 생성하는 비교적 작은 구성입니다.  10.5로 업그레이드한 후에는 새로 생성된 기준값 메트릭을 포함해서 350,000개의 라이브 메트릭이 생성되며 CPU 사용률은 11.7% 증가하게 됩니다.  다른 구성은 6 GB 힙 크기가 구성되어 있고 3,000개의 프런트엔드 응용 프로그램을 사용하는 300개의 에이전트에서 454,000개의 라이브 메트릭을 생성하는 좀 더 부하가 높은 구성입니다.  업그레이드 후에는 CPU 사용률이 17.6% 증가하고 Enterprise Manager의 라이브 메트릭 클램프에 도달하게 됩니다. 이 경우 클램프 값을 높이지 않으면 더 이상 에이전트 연결이 허용되지 않습니다.
업그레이드 계획
설치 또는 업그레이드를 계획하려면 기존 환경을 평가하고 구성 요소를 배포할 대상을 결정하십시오. 모니터링할 대상과 수집할 메트릭을 고려하십시오. CA APM을 테스트 랩에 배포하는지 또는 높은 볼륨의 프로덕션 환경에 배포하는지 여부에 따라 요구 사항은 차이가 있을 수 있습니다.
다음 단계를 따르십시오.
  1. 모니터링할 환경의 특징을 파악합니다.
  2. 사용할 데이터베이스의 유형(PostgreSQL 또는 Oracle)을 결정합니다.
    참고
    Oracle의 기존 APM 데이터베이스에서 PostgreSQL의 새 APM 데이터베이스로의 업그레이드는 지원되지 않습니다.
  3. 설치할 데이터베이스의 유형에 대한 시스템 요구 사항과 지원되는 환경을 식별합니다.
다음 표는 가능한 현재 및 대상 설치를 나열합니다.
현재 설치
대상 설치
Introscope만
Introscope만(TIM 없는 CA APM)
Introscope만
CA APM
CA APM, Introscope, CA CEM(통합됨)
CA APM
CA APM, Introscope, CA CEM(통합되지 않음)
CA APM
CA CEM만
CA APM(에이전트 없음)
하드웨어 및 가상 컴퓨터 준비
업그레이드를 위해 하드웨어 및 가상 컴퓨터를 준비하십시오.
다음 단계를 따르십시오.
  1. TIM을 비활성화합니다.
  2. TIM을 중지합니다.
  3. /
    ext
    디렉터리에 다음과 같은 SNMP 플러그 인 JAR 파일이 있는 경우 해당 파일을 제거합니다.
    SNMPAlertActionEM.jar SNMPAlertActionWS.jar
  4. APM 데이터베이스에 대해 생성된 추가 계정이 없는지 확인합니다. 예를 들어, "guest" 사용자가 있는 경우 업그레이드가 실패합니다.
  5. 기존 APM 데이터베이스의 크기를 파악합니다. 데이터베이스의 크기는 업그레이드 프로세스에 걸리는 시간에 영향을 줍니다. 데이터베이스의 크기를 파악하려면 UNIX 컴퓨터에서 다음 명령을 실행하십시오.
    [root@tess ~]# PGUSER=admin PGPASSWORD="password" psql -t -d cemdb -c 'SELECT relname, reltuples, relpages * 8 / 1024 AS "MB" FROM pg_class ORDER BY relpages DESC;' | egrep "ts_defects | ts_defect_meta_values "
    명령 출력은 다음 예와 유사합니다.
    ts_defect_meta_values | 1.90366e+07 | 2693 ts_defects | 386284 | 87
  6. Introscope 디렉터리에 대한 완전한 읽기, 쓰기, 실행 권한이 있는 사용자(가능하면 root 사용자)로 로그인했는지 확인합니다.
  7. Enterprise Manager와 모든 기타 Introscope 구성 요소를 종료합니다.
  8. 모든 폴더와 텍스트 파일이 닫혔는지 확인합니다. 또한, 실행 중인 프로세스가 Introscope 설치에 사용되는 어떠한 파일도 액세스하고 있지 않아야 합니다.
  9. 모든 컴퓨터, 가상 컴퓨터, 기타 구성 요소가 권장되는 요구 사항을 충분히 충족하는지 확인합니다.
  10. 모든 새 컴퓨터를 설정 및 구성합니다.
    하드웨어 및 가상 컴퓨터가 업그레이드를 위해 준비되었습니다.
기존 데이터 백업
현재 설치(CA APM, Introscope, CA CEM)의 모든 데이터를 백업하십시오. CA CEM 데이터는 업그레이드 후 복원되어야 합니다.
중요!
이 단계는 데이터 손실을 방지하기 위해 필요합니다.
다음 단계를 따르십시오.
  1. APM 데이터베이스를 백업합니다.
    참고
    자세한 내용은 데이터베이스 설명서(Oracle 또는 PostgreSQL)를 참조하십시오.
  2. TIM 구성 데이터를 백업합니다.
    참고:
    TIM 구성 데이터 폴더는 기본 위치인 /opt/CA/APM/tim/config 폴더에서 찾을 수 있습니다.
  3. 모든 CA CEM 사용자 지정 사항을 백업 위치에 복사합니다. 사용자 지정 사항에는 다음이 포함됩니다.
    • tess-customer.properties 파일
    • 결함 증거 파일
    • CA Service Desk 설정
    • 증거 수집 스크립트
    • 플러그 인
    • Introscope 트랜잭션 추적 설정(기본값이 사용자 지정된 경우).
      참고:
      자세한 내용은
      CA APM 구성 및 관리 안내서
      를 참조하십시오.
  4. TriageMapConfigurationsManagementModule.jar 파일의 최초 버전에 대한 추가 백업 사본을 만듭니다. <
    EM 홈
    >/modules 또는 <
    EM 홈
    >/modules-backup 디렉터리가 아닌 다른 위치에 이 백업 복사본을 저장하십시오.
  5. Introscope 8.x에서 9.x로 업그레이드하는 경우 업그레이드를 수행하기 전에 8.x 설치의 \traces 디렉터리를 백업합니다.
    경고!
    데이터 손실을 방지하려면 \traces 디렉터리를 백업하십시오.
  6. Enterprise Manager의 전체 백업을 수행하거나, Enterprise Manager가 실행 중인 시스템의 이미지를 생성합니다.
    참고:
    SmartStor 및 다른 데이터베이스를 백업하는 방법에 대한 자세한 내용은
    CA APM 구성 및 관리 안내서
    를 참조하십시오.
    설치 관리자는 기존 Introscope 인스턴스에서 확장, .JAR 파일 및 문서를 백업한 후 이전 설치 디렉터리에서 이를 제거합니다. 이러한 파일을 삭제하지 않으려면 백업을 수동으로 수행하십시오.
TIM 구성 데이터 백업
이전 버전의 TIM을 제거하려면
다음 단계를 따르십시오.
  1. 다음 위치인 /opt/CA/APM/tim/uninstall/의 기본 제거 폴더로 이동합니다.
  2. 다음 스크립트를 실행하여 기존 TIM ./timUninsall.sh를 제거합니다.
TIM을 새로 설치하기 전에 모든 TIM 구성을 백업하십시오.
다음 단계를 따르십시오.
  1. 콘솔 또는
    ssh
    를 사용하여 root로서 TIM에 로그인합니다.
  2. 다음 명령을 실행하여 TIM 구성을
    /tmp/timconfig.tar
    파일에 저장합니다.
    cd / ; tar cf /tmp/timconfig.tar <TIM_Installation_Directory>/CA/APM/tim/config
  3. /tmp/timconfig.tar
    파일을 네트워크에 있는 다른 컴퓨터에 저장합니다. 네트워크에 Linux 또는 UNIX 컴퓨터가 있는 경우
    scp
    를 사용하여 파일을 원격 컴퓨터에 복사할 수 있습니다.
    scp /tmp/timconfig.tar remote-user@remote-host:timconfig.tar
    • remote-host
      파일을 저장해야 하는 컴퓨터를 지정합니다.
    • remote-user
      해당 컴퓨터의 사용자 이름을 지정합니다.
참고:
또한 TIM 업그레이드에 필요하므로 TIM 네트워크 설정을 기록해 두십시오.
CA APM 소프트웨어 다운로드
준비 과정의 일부로 특정 배포에 필요한 CA APM 소프트웨어 패키지를 다운로드하십시오.
다음 단계를 따르십시오.
  1. support의 CA APM 소프트웨어 다운로드 영역에서 CA APM 소프트웨어 패키지를 다운로드합니다.
  2. CA 최종 사용자 사용권 계약 파일인 ca-eula.txt의 위치를 기록합니다.
APM 데이터베이스 마이그레이션 및 업그레이드
CA APM을 업그레이드하는 경우 Oracle DB에서 Postgres로 마이그레이션하려면 /EM/config/에 있는
tess-db-cfg.xml
파일의 설정을 변경해야 합니다.
Oracle에서 Postgres DB로 마이그레이션하려면 다음 속성을 변경하십시오.
기존 설정:
 <property name="hibernate.connection.url">jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=jalra05-I134805)(PORT=1522))(CONNECT_DATA=(SERVICE_NAME=orcl1.ca.com)))</property>
새 설정:
<property name="hibernate.connection.url">jdbc:postgresql://127.0.0.1:5432/cemdb_10.2</property>
Postgres에서 Oracle DB로 마이그레이션하려면 다음 속성을 변경하십시오.
기존 설정:
<property name="hibernate.connection.url">jdbc:postgresql://127.0.0.1:5432/cemdb_name</property>
새 설정:
<property name="hibernate.connection.url">jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=jalra05-I134805)(PORT=1522))(CONNECT_DATA=(SERVICE_NAME=orcl1.ca.com)))</property>
Workstation 제거
다음 단계를 따르십시오.
  1. 플랫폼에 맞는 제거 프로그램을 찾습니다.
    • Windows:
      <Workstation 홈>
      \UninstallerData\ws\Uninstall_Introscope_Workstation.exe
    • UNIX: <
      Workstation 홈
      >/UninstallerData/ws/Uninstall_Introscope_Workstation
  2. Introscope Workstation을 종료합니다.
  3. 플랫폼에 해당하는 명령을 사용하여 제거 프로그램을 실행합니다.
    • .EXE 또는 .BIN 파일 - .exe 또는 ./
      을 실행합니다.
    GUI 모드에서 Introscope를 설치한 경우에는 제거 프로그램이 GUI 모드에서 시작됩니다.
    참고
    콘솔 모드에서 Introscope를 제거하면 다음 단계에 설명되어 있는 정보 프롬프트가 나타납니다. 자동 모드는 입력 프롬프트를 표시하지 않고 모든 구성 요소를 제거합니다.
  4. 첫 번째 화면에서 "다음"을 클릭하여 계속합니다.
  5. "제거 확인" 화면에서 "계속"을 클릭하여 제거를 수행합니다.
    제거 프로그램이 지정된 대로 파일 및 폴더를 제거합니다.
  6. "완료"를 클릭하여 제거 프로그램을 닫습니다.
  7. Introscope 디렉터리에 있는 불필요한 모든 파일을 수동으로 제거합니다.
EPAgent 제거
다음 단계를 따르십시오.
  1. 플랫폼에 맞는 제거 프로그램을 찾습니다.
    • Windows:
      \UninstallerData
      \Uninstall_Introscope_Standalone_Agent_PP.exe
    • UNIX:
      /Unin
      stallerData/Uninstall_Introscope_Standalone_Agent_PP
  2. 플랫폼에 해당하는 명령을 사용하여 제거 프로그램을 실행합니다.
    • .EXE 또는 .BIN 파일 - .exe 또는
      ./ 을 실행합니다.
    GUI 모드에서 Introscope를 설치한 경우에는 제거 프로그램이 GUI 모드에서 시작됩니다.
    참고
    콘솔 모드에서 Introscope를 제거하면 다음 단계에 설명되어 있는 정보 프롬프트가 나타납니다. 자동 모드는 입력 프롬프트를 표시하지 않고 모든 구성 요소를 제거합니다.
  3. 첫 번째 화면에서 "다음"을 클릭하여 계속합니다.
  4. 제거 프로그램을 실행하는 컴퓨터에서 EPAgent와 함께 독립 실행형 에이전트 파일을 설치한 경우에는 "특정 기능 제거"를 클릭합니다.
    그렇지 않은 경우에는 "제거 완료"를 클릭합니다. 6단계로 이동합니다.
    "다음"을 클릭하여 계속합니다.
  5. "특정 기능 제거"를 선택했다면 제거할 기능을 선택하고 "다음"을 클릭하여 계속합니다.
  6. "제거 확인" 화면에서 "계속"을 클릭하여 제거를 수행합니다.
  7. "제거 확인" 메시지 창에서 "확인"을 클릭하여 계속합니다.
    제거 프로그램이 지정된 대로 파일 및 폴더를 제거합니다.
  8. "완료"를 클릭하여 제거 프로그램을 닫습니다.
  9. Introscope 디렉터리에 있는 불필요한 모든 파일을 수동으로 제거합니다.
고유한 에이전트 클러스터 이름 확인
agentclusters.xml에 정의되어 있는 모든 에이전트 클러스터의 이름이 고유한지 확인하십시오. 중복된 이름이 있으면 업그레이드 후 기록 메트릭 데이터가 손실됩니다.