업그레이드 완료

업그레이드를 마친 후 Enterprise Manager를 시작하기 전에 다음 작업을 완료하십시오. 이러한 작업을 통해 업그레이드를 완료할 수 있습니다.
apmdevops104kr
업그레이드를 마친 후 Enterprise Manager를 시작하기 전에 다음 작업을 완료하십시오. 이러한 작업을 통해 업그레이드를 완료할 수 있습니다.
참고:
PBD, EPAgent 스크립트 또는 JavaScript 계산기의 사용자 지정과 관련된 지원을 받으려면 CA APM Implementation Services에 문의하십시오.
다음 단계를 따르십시오.
  1. Enterprise Manager 또는 WebView 클래스 경로에 있는 사용자 지정 .JAR 파일을 전송합니다.
    이전 Introscope 설치에 다음 업데이트가 포함된 경우 복원하십시오.
    • Enterprise Manager의 .JAR 파일
    • LAX 또는 CONF 파일의 WebView 클래스 경로
    • LAX 파일의 lax.nl.java.option.additional 속성
    • CA APM Command Center 메타데이터 파일: saml-sp-acc-metadata.xml
    이전 LAX, CON, 또는 Command Center 메타데이터 파일의 복사본은 <
    EM 홈
    >/backup/<
    iscXx
    >에 있습니다. 여기서 <
    iscXx
    >는 이전 설치의 릴리스 번호입니다(예: isc71P8). 업그레이드를 수행하면 업그레이드 후 작업의 편의를 위해 여러 속성 파일이 <
    EM_Home
    >/backup/<
    iscXx
    >에 백업됩니다. 이러한 파일을 사용하면 간편하게 이전 구성을 검토할 수 있습니다.
    backup/<
    iscXx
    > 폴더는 Introscope 루트 디렉터리처럼 구성되어 있습니다. 예를 들면 다음과 같습니다.
    • .conf 및 .sh 파일은 backup/<
      iscXx
      >에 있습니다.
    • 속성 파일은 backup/<
      iscXx
      >/config에 있습니다.
    중요!
    이러한 파일을 사용하여 업그레이드를 롤백할 수 없습니다. 이 파일은 업그레이드 전에 Enterprise Manager를 전체 백업하는 용도로 사용할 수 없습니다.
  2. 속성 파일 주석을 전송합니다.
    이전 설치 속성 파일에 보존하고 싶은 주석이 포함되어 있는 경우 복원하십시오. 새 설치의 속성 파일에 이 주석을 추가하십시오.
  3. 사용자 지정을 관리 모듈에 복원합니다.
    이전 설치의 examples/DefaultMM.jar 파일에 비즈니스 논리를 추가한 경우 업그레이드에서 새 examples/DefaultMM.jar 파일로 이전 파일을 덮어씁니다. 따라서, backup/iscXx/examples에 저장되어 있는 백업 파일에서 사용자 지정 정보를 수동으로 복원해야 합니다
  4. 최신 버전에 추가된 새 대시보드를 보려면 다음 디렉터리의 관리 모듈 jar 파일을 
    <EM_Home>\config\modules-upgrade<version>
    변경:
    <EM_Home>\config\modules 
    새 대시보드는 DefaultMM.jar에서 사용할 수 있습니다. 이전 릴리스에서 정의된 요소가 있는 경우 DefaultMM.jar의 새 버전을 배포하고 요소를 다시 만드십시오.
  5. IntroscopeAgent.profile 파일에 직접 에이전트-수집기 연결을 구성한 경우 loadbalancing.xml에서 에이전트-수집기 연결을 구성합니다.
    MOM은 이제 직접 연결된 에이전트를 오버로드된 수집기에서 다른 수집기로 리디렉션할 수 있습니다.
  6. Workstation을 Enterprise Manager 디렉터리에 위치시키려면 지금 다시 설치합니다.
    참고
    Workstation의 릴리스 번호가 설치 디렉터리에 있는 Enterprise Manager의 릴리스 번호와 같아야 합니다.
  7. 업그레이드된 Enterprise Manager를 다시 시작합니다.
에이전트와 수집기 사이의 연결 구성
수집기가 오버로드되는 경우 클러스터의 부하를 분산하기 위해 MOM이 연결을 해제하고 에이전트를 리디렉션할 수 있습니다. MOM은 가중치 속성 및 loadbalancing.xml을 사용하여 부하 분산을 처리합니다. MOM이 연결을 해제하고 에이전트를 리디렉션하는 것을 방지하려면 loadbalancing.xml에서 에이전트-수집기 연결을 정의하십시오. 필요한 경우 MOM이 에이전트의 부하를 분산할 수 있도록 IntroscopeAgent.profile에서 MOM 호스트 이름 또는 IP 주소를 구성할 수 있습니다.
에이전트가 특정 수집기로만 연결하도록 하려면 loadbalancing.xml을 사용하여 해당 구성을 수행하십시오.
IntroscopeAgent.profile에서 정의된 에이전트-수집기 연결이 있는 경우 다음 CLW 명령을 실행할 수 있습니다.
autoprepare loadbalancing.xml
이 명령은 에이전트-수집기 연결 정보를 기존 loadbalancing.xml 파일에 추가합니다. 이 명령은 에이전트를 업그레이드하기
전에 실행하십시오.
다음 단계를 따르십시오
.
  1. MOM과 수집기를 업그레이드합니다.
  2. loadbalancing.xml을 백업합니다.
    • loadbalacing.xml에 기존 구성이 있는 경우 MOM <
      EM_Home
      >/config 디렉터리로 이동하여 파일을 백업하십시오.
    중요!
    MOM은 autoprepare loadbalancing.xml 프로세스를 실행할 때 기존 loadbalancing.xml 주석을 삭제합니다. MOM은 에이전트-수집기 연결 정보를 보존합니다.
  3. 수집기에 직접 연결하도록 IntroscopeAgent.profile에 구성된 모든 에이전트가 실행 중이고 해당 수집기에 연결되었는지 확인합니다.
  4. MOM 컴퓨터에서 다음 CLW 명령을 실행합니다: autoprepare loadbalancing.xml
    중요!
    이 명령은 MOM과 모든 수집기를 현재 릴리스로 업그레이드한 후, 그리고 에이전트를 업그레이드하기 전에 실행하십시오. 에이전트를 업그레이드한 후에 이 명령을 실행하면 MOM이 이전 에이전트-수집기 연결 정보를 가져올 수 없습니다.
    MOM은 수집기에 직접 연결된 모든 에이전트에 대한 런타임 정보를 수집합니다. MOM은 loadbalancing.xml 맨 아래에 연결 정보를 채웁니다.
    수집기가 중단되거나 MOM에 연결되지 않은 경우 MOM은 해당 수집기에 대한 에이전트 연결 정보를 수집할 수 없습니다. Loadbalancing.xml은 이 정보로 업데이트되지 않습니다.
  5. 선택 사항: 수집기가 중단되거나 MOM에 연결되지 않은 경우 다음 방법 중 하나로 loadbalancing.xml을 업데이트합니다.
    1. 에이전트-수집기 정보를 loadbalancing.xml에 수동으로 추가합니다.
    2. loadbalancing.xml 백업 파일을 복원하고 모든 수집기에 연결된 모든 에이전트에 대해 이 명령을 다시 실행합니다.
에이전트 이름
수집기 이름
AgentA
Collector01
AgentB
Collector01
AgentC
Collector02
AgentD
Collector02
AgentE
Collector03
AgentF
Collector03
회사는 loadbalancing.xml을 사용하여 이름이 EPAgent2인 에이전트의 부하를 분산합니다.
<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <loadbalancing xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="loadbalancing0.1.xsd"> <agent-collector name="Example 1"> <agent-specifier>.*\|.*\|EPAgent2</agent-specifier> <exclude> <collector latched="false" port="5001" host="Collector02"/> </exclude> </agent-collector> <agent-collector name="Collector01@5001 auto-generated configuration"> <agent-specifier>HostName|ProcessName|AgentA</agent-specifier> <agent-specifier>HostName|ProcessName|AgentB</agent-specifier> <include> <collector latched="false" port="5001" host="Collector01"/> </include> </agent-collector> <agent-collector name="Collector02@5001 auto-generated configuration"> <agent-specifier>HostName|ProcessName|AgentC</agent-specifier> <agent-specifier>HostName|ProcessName|AgentD</agent-specifier> <include> <collector latched="false" port="5001" host="Collector02"/> </include> </agent-collector> <agent-collector name="Collector03@5001 auto-generated configuration"> <agent-specifier>HostName|ProcessName|AgentE</agent-specifier> <agent-specifier>HostName|ProcessName|AgentF</agent-specifier> <include> <collector latched="false" port="5001" host="Collector03"/> </include> </agent-collector> </loadbalancing>
예제 1은 관리자가 명령을 실행하기 전의 loadbalancing.xml 항목입니다. MOM은 예제 1 이후에 자동 생성된 항목을 추가했습니다.