APM 데이터베이스 수동 업그레이드

APM 데이터베이스를 업그레이드하려면 다음 방법 중 하나를 사용하십시오.
apmdevops104kr
APM 데이터베이스를 업그레이드하려면 다음 방법 중 하나를 사용하십시오.
참고: APM 데이터베이스를 새 컴퓨터로 업그레이드할 때 필요하면 복원 스크립트를 대신 사용하여 데이터베이스를 업그레이드할 수 있습니다. 구성 데이터만 유지하고 결함 데이터는 유지하지 않으려면 데이터베이스 구성 스크립트를 실행하면 됩니다. 자세한 내용은 APM 데이터베이스 관리를 참조하십시오.
PostreSQL의 APM 데이터베이스 수동 업그레이드
다음 단계를 따르십시오.
  1. 사용 중인 운영 체제의 database-scripts 디렉터리로 이동합니다.
    • Windows: <EM_home>\install\database-scripts\windows\
    • Linux/Solaris: <EM_home>/install/database-scripts/unix/
  2. 명령줄을 열고 사용 중인 운영 체제의 다음 스크립트를 실행합니다.
    • UNIX: dbupgrade.sh
    • Windows: dbupgrade.bat
    다음 구문과 인수를 사용합니다.
    ./dbupgrade[.sh/.bat] [-connections <connections>] -databaseName <name>
    -databaseType <dbtype> -desiredVersion <toVersion> -host <name/ip> -is64bit <is64bit> -user <name> -password <pwd> -port <port> [-postgresInstalldir <postgresInstalldir>] -scriptsDir <dir>
  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. 사용자 지정 시스템 PBD 파일을 전송합니다.
    Enterprise Manager와 함께 ProbeBuilder를 설치하고 시스템 PBD 파일을 사용자 지정했다면 새 hotdeploy 디렉터리에 사용자 지정된 파일을 배치하십시오. Agent.profile 파일을 업데이트할 필요가 없습니다.
    참고:
    자세한 내용은
    CA APM Java 에이전트 구현 안내서
    또는
    CA APM .NET 에이전트 구현 안내서
    를 참조하십시오.
  6. 응용 프로그램 심사 맵 알림을 다시 생성합니다.
  7. IntroscopeAgent.profile 파일에 직접 에이전트-수집기 연결을 구성한 경우 loadbalancing.xml에서 에이전트-수집기 연결을 구성합니다.
    MOM은 이제 직접 연결된 에이전트를 오버로드된 수집기에서 다른 수집기로 리디렉션할 수 있습니다.
  8. Workstation을 Enterprise Manager 디렉터리에 위치시키려면 지금 다시 설치합니다.
    참고
    Workstation의 릴리스 번호가 설치 디렉터리에 있는 Enterprise Manager의 릴리스 번호와 같아야 합니다.
  9. 업그레이드된 Enterprise Manager를 다시 시작합니다.
응용 프로그램 심사 맵 알림 다시 생성
업그레이드 전에 다음 단계를 수행하십시오.
다음 단계를 따르십시오.
  1. TriageMapConfigurationsManagementModule.jar 파일의 최초 버전에 대한 추가 백업 사본을 만듭니다. <
    EM 홈
    >/modules 또는 <
    EM 홈
    >/modules-backup 디렉터리가 아닌 다른 위치에 이 백업 복사본을 저장하십시오. 추가 백업 사본을 만들면 Introscope Workstation에서 심사 맵 관리 모듈을 변경할 때 덮어쓸 가능성을 줄입니다.
  2. 응용 프로그램 심사 맵에서 직접 모든 응용 프로그램 심사 맵 알림이나 메트릭 그룹화를 다시 생성합니다. 기존 응용 프로그램 심사 맵 알림과 메트릭 그룹화는 자동으로 업그레이드되지 않습니다.
    참고:
    응용 프로그램 심사 맵 알림을 편집하는 방법에 대한 자세한 내용은
    CA APM Workstation 사용자 안내서
    를 참조하십시오.
  3. 응용 프로그램 심사 맵에서 알림과 메트릭 그룹화를 생성했지만 이전 알림과 메트릭 그룹화가 여전히 활성화되어 있는 경우에는 이를 사용하지 않도록 설정합니다.
에이전트와 수집기 사이의 연결 구성
수집기가 오버로드되는 경우 클러스터의 부하를 분산하기 위해 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 이후에 자동 생성된 항목을 추가했습니다.