application dependency discovery managern · 도메인 서버 배치 (domain ser v er deplo yment)...

Tivoli Application Dependency DiscoveryManager버전 7.3

센서 참조서

IBM

참고이 정보와 이 정보가 지원하는 제품을 사용하기 전에, 559 페이지의 『주의사항』에 있는 정보를 확인하십시오.

개정판 주의사항

이 개정판은 새 개정판에서 별도로 명시하지 않는 한, IBM Tivoli Application Dependency Discovery Manager(제품 번호 5724-N55) 버전 7, 릴리스 3 및 모든 후속 릴리스와 수정에 적용됩니다.

© Copyright IBM Corporation 2008, 2019.

목차그림 . . . . . . . . . . . . . . . . . v

표 . . . . . . . . . . . . . . . . . vii

문서 정보 . . . . . . . . . . . . . . . ix이 정보 센터에 사용된 규칙 . . . . . . . . ix용어 및 정의 . . . . . . . . . . . . . . x

센서 참조서 . . . . . . . . . . . . . . 1개요 . . . . . . . . . . . . . . . . . 1기본적으로 사용 가능한 센서 . . . . . . . 1Windows 운영 체제에서 비관리 감지를 지원하는 센서 . . . . . . . . . . . . . . . 8스크립트 기반의 비동기 감지를 지원하는 센서 9IBM Tivoli Monitoring(과거 방식)을 사용하는 감지를 지원하는 센서 . . . . . . . . 12OSLC 자동화를 사용하는 감지를 지원하는 센서 . . . . . . . . . . . . . . . . 14센서 설정 문제 . . . . . . . . . . . . 15

애플리케이션 센서 . . . . . . . . . . . 16Active Directory 센서 . . . . . . . . . 16Apache 센서 . . . . . . . . . . . . 18Citrix 서버 센서 . . . . . . . . . . . 22Docker 호스트 센서 . . . . . . . . . . 29Docker Swarm 클러스터 센서 . . . . . . 39DNS 센서 . . . . . . . . . . . . . 42HIS 센서 . . . . . . . . . . . . . . 43IBM Cluster Systems Management 센서 . . 49IBM High-Availability ClusterMulti-Processing 센서 . . . . . . . . . 52IBM Lotus Domino 서버 센서 . . . . . . 57IBM Tivoli Monitoring Scope 센서 . . . . 61IBM WebSphere 센서 . . . . . . . . . 79IBM WebSphere eXtreme Scale 캐시 센서 105IBM WebSphere Message Broker 센서 . . 107IBM WebSphere MQ Server 센서 . . . . 110iPlanet 서버 센서 . . . . . . . . . . 114JBoss 서버 센서 . . . . . . . . . . . 115JBoss Application Server 7 센서 . . . . 119커널 기반 가상 머신 센서 . . . . . . . 124Microsoft Cluster 센서 . . . . . . . . 126Microsoft Exchange 센서 . . . . . . . 130Microsoft Exchange 2003 센서 . . . . . 144

Microsoft HyperV 센서 . . . . . . . . 150Microsoft IIS 웹 서버 센서 . . . . . . . 152NFS 센서 . . . . . . . . . . . . . 159Oracle Application Server 센서 . . . . . 160SAP CCMS 서버 센서 . . . . . . . . 166SAP SLD 서버 센서 . . . . . . . . . 170SMB 서버 센서 . . . . . . . . . . . 177SMS 서버 센서 . . . . . . . . . . . 177SysImager 센서 . . . . . . . . . . . 179Veritas 클러스터 센서 . . . . . . . . . 181VMware Virtual Center 서버 센서 . . . . 185WebLogic 센서 . . . . . . . . . . . 199WebLogic SSH 센서 . . . . . . . . . 211

클라우드 센서 . . . . . . . . . . . . . 221AWS 센서 . . . . . . . . . . . . . 221

데이터베이스 센서 . . . . . . . . . . . 229IBM DB2 센서 . . . . . . . . . . . 230IBM Informix 센서 . . . . . . . . . 236Microsoft SQL Server 센서 . . . . . . 239Oracle 센서 . . . . . . . . . . . . 246Sybase 센서 . . . . . . . . . . . . 260Sybase IQ 센서 . . . . . . . . . . . 269

EMC ViPR SRM 센서 . . . . . . . . . 270센서에서 감지되는 요소 . . . . . . . . 270전제조건 및 제한사항 . . . . . . . . . 271연관 속성이 있는 모델 오브젝트 . . . . . 272센서 구성 . . . . . . . . . . . . . 276

일반 센서 . . . . . . . . . . . . . . 281앵커 센서 . . . . . . . . . . . . . 281비동기 감지 센서 . . . . . . . . . . 283비동기 감지 ping 센서 . . . . . . . . 285사용자 정의 애플리케이션 서버 센서 . . . 285사용자 정의 MIB2 컴퓨터 시스템 센서 . . . 286사용자 정의 템플리트 센서 . . . . . . . 287일반 컴퓨터 시스템 센서 . . . . . . . . 291일반 서버 센서 . . . . . . . . . . . 292IBM Tivoli Utilization 센서 . . . . . . 295IP 디바이스 센서 . . . . . . . . . . 304IP 인터페이스 센서 . . . . . . . . . . 305ping 센서 . . . . . . . . . . . . . 306포트 센서 . . . . . . . . . . . . . 309세션 센서 . . . . . . . . . . . . . 310

© Copyright IBM Corp. 2008, 2019 iii

Solaris 구역 일반 센서 . . . . . . . . 314스택 스캔 센서 . . . . . . . . . . . 316WPAR 일반 센서 . . . . . . . . . . 326zEnterprise 센서 . . . . . . . . . . 326

네트워크 센서 . . . . . . . . . . . . . 336SNMP 센서 개요 . . . . . . . . . . 336Alteon 포트 센서 . . . . . . . . . . 342Alteon SNMP 센서 . . . . . . . . . 343Alteon VLAN 센서 . . . . . . . . . 344BIG-IP 포트 센서 . . . . . . . . . . 346BIG-IP SNMP 센서 . . . . . . . . . 347BIG-IP VLAN 센서 . . . . . . . . . 348브릿지 SNMP 센서. . . . . . . . . . 350브릿지 SNMP 2 센서 . . . . . . . . . 353Check Point 센서 . . . . . . . . . . 356Check Point SNMP 센서 . . . . . . . 357Cisco Adaptive Security Appliance 센서 358Cisco Discovery Protocol 센서 . . . . . 360Cisco IOS 센서 . . . . . . . . . . . 361Cisco 포트 센서 . . . . . . . . . . . 362Cisco UCS SNMP 센서 . . . . . . . . 363Cisco VLAN 센서 . . . . . . . . . . 368CiscoWorks 센서 . . . . . . . . . . 369엔티티 MIB 센서 . . . . . . . . . . 371Extreme VLAN 센서 . . . . . . . . . 373IBM BladeCenter SNMP 센서 . . . . . 374LAN 관리자 SNMP 센서 . . . . . . . 378LDAP 센서 . . . . . . . . . . . . 379Link Layer Discovery Protocol 센서 . . . 382NetScreen SNMP 센서 . . . . . . . . 383Nokia SNMP 센서 . . . . . . . . . . 385PIX 센서 . . . . . . . . . . . . . 386SNMP 광 센서 . . . . . . . . . . . 388SNMP MIB2 센서 . . . . . . . . . . 389

운영 체제 센서 . . . . . . . . . . . . 395Citrix XenServer 센서 . . . . . . . . 395DataPower 센서 . . . . . . . . . . . 397

FreeBSD 컴퓨터 시스템 센서 . . . . . . 401HP BladeSystem SNMP 센서. . . . . . 406HP NonStop 컴퓨터 시스템 센서 . . . . 408HP-UX 컴퓨터 시스템 센서 . . . . . . . 410IBM AIX 컴퓨터 시스템 센서 . . . . . . 417IBM HMC(Hardware ManagementConsole) 센서 . . . . . . . . . . . 425IBM Integrated Virtualization Manager 센서 . . . . . . . . . . . . . . . . 434IBM i 컴퓨터 시스템 센서 . . . . . . . 436IPSO 컴퓨터 시스템 센서 . . . . . . . 437Linux 컴퓨터 시스템 센서 . . . . . . . 438OpenVMS 컴퓨터 시스템 센서 . . . . . 449Solaris 컴퓨터 시스템 센서 . . . . . . . 451Sun Sparc Virtualization 센서 . . . . . 460Sun Fire SysControl 센서 . . . . . . . 462Tru64 컴퓨터 시스템 센서 . . . . . . . 465VMware ESX 컴퓨터 시스템 센서 . . . . 467VMware ESXi 컴퓨터 시스템 센서 . . . . 475Windows 컴퓨터 시스템 센서 . . . . . . 480

스토리지 센서 . . . . . . . . . . . . . 504EMC 스토리지 범위 센서 . . . . . . . 504파이버 스위치 센서 . . . . . . . . . . 512호스트 자원 센서 . . . . . . . . . . 514호스트 스토리지 센서 . . . . . . . . . 516IBM Tivoli Storage Productivity Center센서 . . . . . . . . . . . . . . . 526NetApp 센서 . . . . . . . . . . . . 543Snap Drive 센서 . . . . . . . . . . 545스토리지 센서 . . . . . . . . . . . . 546SVC Storage 센서 . . . . . . . . . . 548Veritas Storage Foundation 센서 . . . . 552XIV 스토리지 센서 . . . . . . . . . . 554

주의사항. . . . . . . . . . . . . . . 559상표 . . . . . . . . . . . . . . . . 561

iv Application Dependency Discovery Manager: 센서

그림1. SNMP 광 센서 및 SNMP MIB2 센서의

호출 순서 . . . . . . . . . . . . 3372. SNMP 광 센서 또는 SNMP MIB2 센서가

호출된 후 시작되는 SNMP 센서의 호출순서 . . . . . . . . . . . . . . 337

© Copyright IBM Corp. 2008, 2019 v

vi Application Dependency Discovery Manager: 센서

표1. 기본적으로 레벨 1 감지에 사용 가능한 센서 22. 기본적으로 레벨 2 감지에 사용 가능한 센서 23. 기본적으로 레벨 3 감지에 사용 가능한 센서 44. 기본적으로 활용도 감지에 사용 가능한 센서 85. Windows 운영 체제에서 비관리 감지를 지원하는 애플리케이션 센서. . . . . . . . 8

6. Windows 운영 체제에서 비관리 감지를 지원하는 데이터베이스 센서. . . . . . . . 8

7. Windows 운영 체제에서 비관리 감지를 지원하는 일반 센서. . . . . . . . . . . 9

8. Windows 운영 체제에서 비관리 감지를 지원하는 운영 체제 센서. . . . . . . . . 9

9. 스크립트 기반 센서 목록 . . . . . . . 1010. IBM Tivoli Monitoring을 사용하는 감지를

지원하는 센서 . . . . . . . . . . . 1311. OSLC 자동화를 사용하는 감지를 지원하는

센서. . . . . . . . . . . . . . . 14

12. Citrix 7에서 Citrix 6으로 맵핑 . . . . . 2713. SAP JCo 2.x 라이브러리 파일의 패키지

이름 . . . . . . . . . . . . . . 16714. 필수 WebLogic JAR 파일 . . . . . . 20115. Windows 게이트웨이 . . . . . . . . 22716. 대상(EC2 인스턴스) . . . . . . . . . 22717. 앵커 . . . . . . . . . . . . . . 22818. 대상(EC2 인스턴스) . . . . . . . . . 22819. 구성 매개변수 . . . . . . . . . . . 30020. Foundry OID 맵핑 예제 . . . . . . . 33921. 레벨 2 브릿지 토폴로지 데이터. . . . . 35022. SNMP V3 신임 맵핑. . . . . . . . . 36723. SNMP V3 신임 맵핑. . . . . . . . . 40824. Solaris Virtualization 유형 감지 . . . . 460

© Copyright IBM Corp. 2008, 2019 vii

viii Application Dependency Discovery Manager: 센서

문서 정보

이 PDF 문서 버전의 목적은 정보 센터의 관련 주제를 인쇄 가능 형식으로 제공하는 것입니다.

이 정보 센터에 사용된 규칙IBM® Tivoli Application Dependency Discovery Manager(TADDM) 문서에는 특정 규칙이 사용됩니다. 이러한 규칙은 TADDM 문서 전체와 메시지에서 참조되는 collation.properties 파일의 위치, COLLATION_HOME 디렉토리, 운영 체제 의존 변수 및 경로를 참조하는 데 사용됩니다.

운영 체제별 변수 및 경로

이 정보 센터에서는 환경 변수 지정 및 디렉토리 표기를 위해 UNIX 규칙을 사용합니다.

Windows 명령행을 사용하는 경우, 환경 변수에서 $variable을 %variable%로 바꾸고 디렉토리 경로에서 각 슬래시(/)를 백슬래시(\)로 바꾸십시오.

Windows 시스템에서 bash 쉘을 사용할 경우, UNIX 규칙을 사용할 수 있습니다.

COLLATION_HOME 디렉토리

TADDM 루트 디렉토리는 COLLATION_HOME 디렉토리라고도 합니다.

AIX® 또는 Linux 등의 운영 체제에서 TADDM의 기본 설치 위치는/opt/IBM/taddm 디렉토리입니다. 따라서 이 경우 $COLLATION_HOME 디렉토리는/opt/IBM/taddm/dist입니다.

Windows 운영 체제에서 TADDM의 기본 설치 위치는 c:\IBM\taddm 디렉토리입니다. 따라서 이 경우 %COLLATION_HOME% 디렉토리는 c:\IBM\taddm\dist입니다.

collation.properties 파일의 위치

collation.properties 파일은 TADDM 서버 특성을 포함하고 각 특성에 대한주석을 포함합니다. 이 파일은 $COLLATION_HOME/etc 디렉토리에 있습니다.

© Copyright IBM Corp. 2008, 2019 ix

용어 및 정의다음 용어 및 정의 목록을 참조하여 IBM Tivoli Application Dependency

Discovery Manager(TADDM)에서 중요한 개념에 대해 학습합니다.

감지 관리 콘솔(Discovery Management Console)

감지를 관리하기 위한 TADDM 클라이언트 사용자 인터페이스입니다. 이콘솔은 제품 콘솔이라고도 합니다. 도메인 서버 배치와 스트리밍 서버 배치의 감지 서버에 적용 가능합니다. 이 콘솔의 기능은 두 배치 모두에서동일합니다.

감지 서버(discovery server)

스트리밍 서버 배치에서 센서를 실행하지만 자체 데이터베이스가 없는TADDM 서버입니다.

감지 작업자 스레드(discover worker thread)

TADDM에서 센서를 실행하는 스레드입니다.

구성 항목(CI, configuration item)

구성 관리에서 제어하여 정규 변경 제어의 대상이 되는 IT 인프라의 구성요소입니다. TADDM 데이터베이스의 각 CI에는 지속적 오브젝트 및 이와 연관된 변경 히스토리가 있습니다. CI의 예로는 운영 체제, L2 인터페이스 및 데이터베이스 버퍼 풀 크기가 있습니다.

대상 시스템(target system)

TADDM 감지 프로세스에서 감지되는 시스템입니다.

데이터 관리 포털(Data Management Portal)

TADDM 데이터베이스에서 데이터를 확인하고 조작하는 데 필요한TADDM 웹 기반 사용자 인터페이스입니다. 이 사용자 인터페이스는 도메인 서버 배치, 동기화 서버 배치 및 스트리밍 서버 배치의 각 스토리지서버에 적용 가능합니다. 이 사용자 인터페이스는 모든 배치에서 매우 유사하며, 단 동기화 서버 배치에서 도메인을 추가하고 동기화하기 위한 몇개의 추가 기능이 있습니다.

도메인 서버 배치(domain server deployment)

하나의 도메인 서버가 있는 TADDM 배치입니다. 도메인 서버 배치는 동기화 서버 배치의 일부일 수 있습니다.

도메인 서버 배치에서 다음 TADDM 서버 특성을 다음 값으로 설정해야합니다.

com.collation.cmdbmode=domain

도메인 서버(domain server)

도메인 서버 배치에서 센서를 실행하고 자체 데이터베이스가 있는TADDM 서버입니다.

x Application Dependency Discovery Manager: 센서

도메인(domain)

TADDM에서 회사 또는 기타 조직의 인프라를 구성하는 논리적 서브세트입니다. 도메인은 조직, 기능 또는 지리적 경계로 구분될 수 있습니다.

동기화 서버 배치(synchronization server deployment)

하나의 동기화 서버와 둘 이상의 도메인 서버 배치가 있고 각각 자체 로컬 데이터베이스가 있는 TADDM 배치입니다.

이 배치 유형에서는 동기화 서버가 일괄처리된 동기화 프로세스를 통해 여러 도메인 서버의 감지 데이터를 한 도메인에서 한 번에 복사합니다.

동기화 서버 배치에서 다음 TADDM 서버 특성을 다음 값으로 설정해야합니다.

com.collation.cmdbmode=enterprise

이 배치 유형은 더 이상 사용되지 않습니다. 따라서 둘 이상의 서버가 필요한 새 TADDM 배치에서 스트리밍 서버 배치를 사용하십시오. 동기화서버는 스트리밍 서버 배치 시 기본 스토리지 서버가 되도록 변환할 수있습니다.

동기화 서버(synchronization server)

엔터프라이즈에 있는 모든 도메인 서버의 감지 데이터를 동기화하고 자체데이터베이스가 있는 TADDM 서버입니다. 이 서버는 데이터를 직접 감지하지 않습니다.

레벨 1 감지(Level 1 discovery)

런타임 환경에서 활성 컴퓨터 시스템에 대한 기본 정보를 감지하는TADDM 센서 스캐닝입니다. 이 스캐닝은 신임 정보가 필요하지 않기 때문에 신임 정보가 필요 없는 감지로도 알려져 있습니다. 이는 스택 스캔센서 및 IBM® Tivoli® Monitoring 범위 센서를 사용합니다. 레벨 1 감지는 매우 단순한 감지입니다. 이는 감지된 각 인터페이스의 호스트 이름,

운영 체제 이름, IP 주소, 완전한 도메인 이름 및 MAC(Media Access

Control) 주소만을 수집합니다. 또한 MAC 주소 감지는 Linux on System

z® 및 Windows 시스템으로 제한됩니다. 레벨 1 감지는 서브넷을 감지하지 않습니다. 레벨 2나 레벨 3 감지 도중 발견된 기존 서브넷에 속하지않은 IP 인터페이스가 발견된 경우, 새로운 서브넷이collation.properties 파일에com.collation.IpNetworkAssignmentAgent.defaultNetmask 특성 값을기반으로 작성됩니다.


런타임 환경에서 각 운영 체제에 대한 세부 정보를 감지하는 TADDM 센서 스캐닝입니다. 이 스캐닝은 신임 정보 기반 감지라고도 하며 운영 체제 신임 정보가 필요합니다. 레벨 2 감지는 실행 중인 각 애플리케이션과

문서 정보 xi

연관된 운영 체제 이름 및 포트 번호와 애플리케이션 이름을 수집합니다.

애플리케이션이 다른 애플리케이션과 TCP/IP 연결을 설정한 경우 이 정보는 종속 항목으로 수집됩니다.


런타임 환경에서 사용되는 애플리케이션 인프라, 배치된 소프트웨어 구성요소, 물리적 서버, 네트워크 디바이스, 가상 시스템 및 호스트 데이터에대한 세부 정보를 감지하는 TADDM 센서 스캐닝입니다. 이 스캐닝은 신임 정보 기반 감지라고도 하며 운영 체제 신임 정보와 애플리케이션 신임 정보가 모두 필요합니다.

멀티테넌시(multitenancy)

TADDM에서 서비스 제공자나 IT 공급업체가 하나의 TADDM 설치를 사용하여 여러 고객 환경을 감지하는 것입니다. 또한 해당 서비스 제공자나IT 공급업체는 모든 고객 환경의 데이터를 볼 수 있지만 각 고객 환경에서는 해당 고객에 대한 데이터만 사용자 인터페이스에 표시되거나 고객 환경 내의 보고서에 표시될 수 있습니다.

비동기 감지(asynchronous discovery)

TADDM에서, TADDM 서버가 직접 액세스할 수 없는 시스템을 감지하기 위한 대상 시스템의 감지 스크립트 실행입니다. 이 감지는 일반적인 신임 감지와는 별도로 수동으로 수행되므로 『비동기』라고 합니다.

비신임 감지(credential-less discovery)

런타임 환경에서 활성 컴퓨터 시스템에 대한 기본 정보를 감지하는TADDM 센서 스캐닝입니다. 이 스캐닝은 레벨 1 감지라고도 하며 신임정보가 필요하지 않습니다.

비즈니스 애플리케이션(business application)

내부적으로 또는 외부적으로 사용하거나 다른 비즈니스 애플리케이션과 함께 사용할 수 있는 비즈니스 기능을 제공하는 구성요소 콜렉션입니다.

서버 동등 항목(SE, server equivalent)

서버 소프트웨어(예: 데이터베이스, 웹 서버 또는 애플리케이션 서버)가 설치된 컴퓨터 시스템(표준 구성, 운영 체제, 네트워크 인터페이스, 스토리지 인터페이스 포함)으로 정의된 IT 인프라의 대표 단위입니다. 서버 동등 항목의 개념에는 서버의 최적 기능에 서비스를 제공하는 네트워크, 스토리지 및 기타 서브시스템도 포함됩니다. 서버 동등 항목은 운영 체제에따라 다릅니다.

운영 체제 CI의 근사치Windows 500

AIX 1000

Linux 1000

xii Application Dependency Discovery Manager: 센서

운영 체제 CI의 근사치HP-UX 500

네트워크 디바이스 1000

스크립트 기반 감지(script-based discovery)

TADDM의 신임 감지에서 비동기 감지를 지원하기 위해 센서가 제공하는 동일한 센서 스크립트를 사용하는 것입니다.

스토리지 서버(storage server)

감지 서버에서 수신된 감지 데이터를 처리하여 TADDM 데이터베이스에저장하는 TADDM 서버입니다. 기본 스토리지 서버는 감지 서버와 기타모든 스토리지 서버를 조정하며 스토리지 서버 역할을 합니다. 기본이 아닌 모든 스토리지 서버는 보조 스토리지 서버라고 합니다.

스트리밍 서버 배치(streaming server deployment)

기본 스토리지 서버와 하나 이상의 감지 서버가 있는 TADDM 배치입니다. 이 배치 유형은 하나 이상의 선택적 보조 스토리지 서버를 포함할 수도 있습니다. 기본 스토리지 서버와 보조 스토리지 서버는 데이터베이스를 공유합니다. 감지 서버에는 데이터베이스가 없습니다.

이 유형의 배치에서 감지 데이터는 여러 감지 서버에서 TADDM 데이터베이스로 병렬로 이동합니다.

스트리밍 서버 배치에서 다음 TADDM 서버 특성을 다음 값 중 하나로설정해야 합니다.

v com.collation.taddm.mode=DiscoveryServer

v com.collation.taddm.mode=StorageServer

기본 스토리지 서버를 제외한 모든 서버의 경우, (기본 스토리지 서버의호스트 이름 및 포트 번호에 대한) 다음 특성도 설정해야 합니다.

v com.collation.PrimaryStorageServer.host

v com.collation.PrimaryStorageServer.port

com.collation.taddm.mode 특성이 설정되면 com.collation.cmdbmode 특성을 설정하지 않거나 주석 처리해야 합니다.

신임 감지(credentialed discovery)

다음 항목에 대한 세부 정보를 감지하는 TADDM 센서 스캐닝입니다.

v 런타임 환경의 각 운영 체제. 이 스캐닝은 레벨 2 감지라고도 하며 운영 체제 신임 정보가 필요합니다.

v 런타임 환경에서 사용되는 애플리케이션 인프라, 배치된 소프트웨어 구성요소, 물리적 서버, 네트워크 디바이스, 가상 시스템 및 호스트 데이터입니다. 이 스캐닝은 레벨 3 감지라고도 하며 운영 체제 신임 정보와 애플리케이션 신임 정보가 모두 필요합니다.

문서 정보 xiii

액세스 콜렉션(access collection)

구성 항목 및 구성 항목을 수정하는 권한에 대한 액세스를 제어하는 데사용되는 콜렉션입니다. 데이터 레벨 보안이 사용 가능한 경우에만 액세스 콜렉션을 작성할 수 있습니다.

제품 콘솔(Product Console)

감지 관리 콘솔(Discovery Management Console)을 참조하십시오.

컨텍스트에서 실행(launch in context)

사용자가 태스크를 계속하기에 적절한 지점의 위치에서 싱글 사인온 및 대상 UI를 사용하여 (다른 콘솔 또는 동일한 콘솔 또는 포털 인터페이스에서) 하나의 Tivoli® 제품 UI에서 다른 Tivoli 제품 UI로 원활하게 이동하는 개념입니다.

콜렉션(collection)

TADDM에서 구성 항목의 그룹입니다.

활용도 감지(utilization discovery)

호스트 시스템에 대한 활용도 정보를 감지하는 TADDM 센서 스캐닝입니다. 활용도 감지에는 운영 체제 신임 정보가 필요합니다.

CI 구성 항목(configuration item)을 참조하십시오.

SE 서버 동등 항목(server equivalent)을 참조하십시오.

TADDM 데이터베이스(TADDM database)

TADDM에서 구성 데이터, 종속 항목, 변경 히스토리가 저장되는 데이터베이스입니다.

감지 서버 및 보조 스토리지 서버를 제외한 각 TADDM 서버에는 자체데이터베이스가 있습니다. 감지 서버에는 데이터베이스가 없습니다. 스토리지 서버는 기본 스토리지 서버의 데이터베이스를 공유합니다.

TADDM 서버(TADDM server)

다음 용어를 나타내는 일반 용어입니다.

v 도메인 서버 배치의 도메인 서버v 동기화 서버 배치의 동기화 서버v 스트리밍 서버 배치의 감지 서버v 스트리밍 서버 배치의 스토리지 서버(기본 스토리지 서버 포함)

xiv Application Dependency Discovery Manager: 센서

센서 참조서

개요각 센서의 경우, 이 참조서는 개요 정보를 포함하며, 각각의 센서에 적용 가능한경우에도 구성 및 문제점 해결 정보를 포함합니다. 일부 센서의 경우, 모델 및 오브젝트와 연관된 속성에 대한 정보도 포함됩니다. 속성이 포함된 곳에서는 IBM

Tivoli 공통 데이터 모델(CDM)에서 속성을 사용할 수 있지만 IBM Tivoli

Application Dependency Discovery Manager(TADDM) UI에 반드시 표시되지는 않습니다.

센서 및 지원되는 대상 시스템

TADDM 센서와 이 센서가 감지할 수 있는 대상 시스템의 지원되는 버전 목록은 TADDM 위키에서 센서 및 지원되는 대상 시스템을 참조하십시오.

감지 프로세스 개요

TADDM 관리자 안내서에는 센서가 구성 항목(CI)을 감지하는 방법 및 애플리케이션 센서를 시작하는 방법에 대한 정보 등 감지 프로세스에 대한 개요가 들어 있습니다.

최신 업데이트

TADDM 7.3.0 센서 지원 문제에 대한 최신 업데이트는 TADDM 문서에서 릴리스 정보를 참조하십시오.

센서 확장

기본적으로 TADDM에서 감지되지 않는 추가 소프트웨어를 감지하려는 경우 사용자 정의 서버 템플리트를 작성할 수 있습니다. 소유 템플리트를 작성하거나 사전정의된 템플리트를 사용할 수 있습니다. 세부사항은 TADDM 사용자 안내서의사용자 정의 서버 템플리트 작성 및 관리 주제를 참조하십시오.

기본적으로 사용 가능한 센서이 목록은 레벨 1, 레벨 2, 레벨 3 및 활용도의 감지 프로파일에서 기본적으로 사용되는 센서를 표시합니다.

감지 레벨에 대한 자세한 정보는 TADDM 관리자 안내서에서 감지 레벨 주제를참조하십시오.

© Copyright IBM Corp. 2008, 2019 1

https://www.ibm.com/developerworks/mydeveloperworks/wikis/home?lang=en#/wiki/Tivoli%20Application%20Dependency%20Discovery%20Manager/page/Sensors%20and%20supported%20target%20systems

레벨 1 감지 프로파일이러한 센서는 기본적으로 레벨 1 감지 프로파일에서 사용 가능합니다.

표 1에는 기본적으로 레벨 1 감지에 사용 가능한 센서가 나열되어 있습니다.

센서는 TADDM UI의 감지 프로파일 창에 표시되는 순서대로 나열되어 있습니다.

표 1. 기본적으로 레벨 1 감지에 사용 가능한 센서센서 UI 및 로그에서 사용되는 센서 이름281 페이지의 『앵커 센서』 AnchorSensor

388 페이지의 『SNMP 광 센서』 SnmpLightSensor

316 페이지의 『스택 스캔 센서』 StackScanSensor




표 2. 기본적으로 레벨 2 감지에 사용 가능한 센서센서 UI 및 로그에서 사용되는 센서 이름342 페이지의 『Alteon 포트 센서』 AlteonPortSensor

343 페이지의 『Alteon SNMP 센서』 AlteonSnmpSensor

344 페이지의 『Alteon VLAN 센서』 AlteonVlanSensor

281 페이지의 『앵커 센서』 AnchorSensor

283 페이지의 『비동기 감지 센서』 ASDSensor

346 페이지의 『BIG-IP 포트 센서』 BigIPPortSensor

347 페이지의 『BIG-IP SNMP 센서』 BigIPSnmpSensor

348 페이지의 『BIG-IP VLAN 센서』 BigIPVlanSensor

350 페이지의 『브릿지 SNMP 센서』 BridgeSnmpSensor

353 페이지의 『브릿지 SNMP 2 센서』 BridgeSnmpSensor2

357 페이지의 『Check Point SNMP 센서』 CheckpointSnmpSensor

360 페이지의 『Cisco Discovery Protocol 센서』

CdpSensor

361 페이지의 『Cisco IOS 센서』 CiscoIOSSensor

362 페이지의 『Cisco 포트 센서』 CiscoPortSensor

368 페이지의 『Cisco VLAN 센서』 CiscoVlanSensor

285 페이지의 『사용자 정의 애플리케이션 서버센서』

CustomAppServerSensor

286 페이지의 『사용자 정의 MIB2 컴퓨터 시스템 센서』

CustomMib2ComputerSystemSensor

2 Application Dependency Discovery Manager: 센서

표 2. 기본적으로 레벨 2 감지에 사용 가능한 센서 (계속)

센서 UI 및 로그에서 사용되는 센서 이름371 페이지의 『엔티티 MIB 센서』 EntityMIBSensor

373 페이지의 『Extreme VLAN 센서』 ExtremeVlanSensor

401 페이지의 『FreeBSD 컴퓨터 시스템 센서』 FreeBSDComputerSystemSensor

291 페이지의 『일반 컴퓨터 시스템 센서』 GenericComputerSystemSensor

292 페이지의 『일반 서버 센서』 GenericServerSensor

417 페이지의 『IBM AIX 컴퓨터 시스템 센서』 AixComputerSystemSensor

374 페이지의 『IBM BladeCenter SNMP 센서』

BladeCenterSnmpSensor

4 2 5 페이지의 『 I B M H M C ( H a rd wa reManagement Console) 센서』

HmcSensor

436 페이지의 『IBM i 컴퓨터 시스템 센서』 I5OSComputerSystemSensor

434 페이지의 『IBM Integrated VirtualizationManager 센서』

IvmSensor

514 페이지의 『호스트 자원 센서』 HostResourcesSensor

406 페이지의 『HP BladeSystem SNMP 센서』

HPBladeSystemSnmpSensor

408 페이지의 『HP NonStop 컴퓨터 시스템 센서』

HPNonStopComputerSystemSensor

410 페이지의 『HP-UX 컴퓨터 시스템 센서』 HpUxComputerSystemSensor

304 페이지의 『IP 디바이스 센서』 IpDeviceSensor

437 페이지의 『IPSO 컴퓨터 시스템 센서』 IPSOComputerSystemSensor

378 페이지의 『LAN 관리자 SNMP 센서』 LanManagerSnmpSensor

438 페이지의 『Linux 컴퓨터 시스템 센서』 LinuxComputerSystemSensor

543 페이지의 『NetApp 센서』 NetAppSensor

383 페이지의 『NetScreen SNMP 센서』 NetscreenSnmpSensor

385 페이지의 『Nokia SNMP 센서』 NokiaSnmpSensor

449 페이지의 『OpenVMS 컴퓨터 시스템 센서』

OpenVmsComputerSystemSensor

306 페이지의 『ping 센서』 PingSensor

309 페이지의 『포트 센서』 PortSensor

310 페이지의 『세션 센서』 SessionSensor

545 페이지의 『Snap Drive 센서』 SnapDriveSensor

389 페이지의 『SNMP MIB2 센서』 SnmpMib2Sensor

451 페이지의 『Solaris 컴퓨터 시스템 센서』 SunSparcComputerSystemSensor

314 페이지의 『Solaris 구역 일반 센서』 ZonesGenericSensor

462 페이지의 『Sun Fire SysControl 센서』 SysControlSensor

Fix Pack 2 Sun Sparc Virtualization 센서 SunSparcVirtualizationSensor

Fix Pack 1 SVC Storage 센서 SVCStorageSensor

465 페이지의 『Tru64 컴퓨터 시스템 센서』 Tru64ComputerSystemSensor

센서 참조서 3


센서 UI 및 로그에서 사용되는 센서 이름467 페이지의 『VMware ESX 컴퓨터 시스템 센서』

VmwareComputerSystemSensor

475 페이지의 『VMware ESXi 컴퓨터 시스템센서』

VmwareEsxiComputerSystemSensor

480 페이지의 『Windows 컴퓨터 시스템 센서』 WindowsComputerSystemSensor

326 페이지의 『WPAR 일반 센서』 WparGenericSensor

Fix Pack 1 XIV Storage 센서 XIVStorageSensor

326 페이지의 『zEnterprise 센서』 ZEnterpriseSensor




표 3. 기본적으로 레벨 3 감지에 사용 가능한 센서센서 UI 및 로그에서 사용되는 센서 이름16 페이지의 『Active Directory 센서』 ActiveDirectorySensor

342 페이지의 『Alteon 포트 센서』 AlteonPortSensor

343 페이지의 『Alteon SNMP 센서』 AlteonSnmpSensor

344 페이지의 『Alteon VLAN 센서』 AlteonVlanSensor

281 페이지의 『앵커 센서』 AnchorSensor

18 페이지의 『Apache 센서』 ApacheServerSensor

283 페이지의 『비동기 감지 센서』 ASDSensor

346 페이지의 『BIG-IP 포트 센서』 BigIPPortSensor

347 페이지의 『BIG-IP SNMP 센서』 BigIPSnmpSensor

348 페이지의 『BIG-IP VLAN 센서』 BigIPVlanSensor

350 페이지의 『브릿지 SNMP 센서』 BridgeSnmpSensor

353 페이지의 『브릿지 SNMP 2 센서』 BridgeSnmpSensor2

356 페이지의 『Check Point 센서』 CheckpointSensor

357 페이지의 『Check Point SNMP 센서』 CheckpointSnmpSensor

358 페이지의 『Cisco Adaptive SecurityAppliance 센서』

v ASASensor

v CiscoApplianceVersionSensor

360 페이지의 『Cisco Discovery Protocol 센서』

CdpSensor

361 페이지의 『Cisco IOS 센서』 CiscoIOSSensor

362 페이지의 『Cisco 포트 센서』 CiscoPortSensor



센서 UI 및 로그에서 사용되는 센서 이름

Fix Pack 2 363 페이지의 『Cisco UCS SNMP센서』

CiscoUCSSensor

368 페이지의 『Cisco VLAN 센서』 CiscoVlanSensor

369 페이지의 『CiscoWorks 센서』 v CiscoWorks405FileUDS

v CiscoWorks405UDS

v CiscoWorksFileUDS

v CiscoWorksSensor

v CiscoWorksUDS

22 페이지의 『Citrix 서버 센서』 CitrixServerSensor

395 페이지의 『Citrix XenServer 센서』 XenServerSensor

285 페이지의 『사용자 정의 애플리케이션 서버센서』


286 페이지의 『사용자 정의 MIB2 컴퓨터 시스템 센서』


42 페이지의 『DNS 센서』 DnsSensor

504 페이지의 『EMC 스토리지 범위 센서』 v EMCStorageScopeSensor

v EMCStorageScopeDetailSensor

371 페이지의 『엔티티 MIB 센서』 EntityMIBSensor

373 페이지의 『Extreme VLAN 센서』 ExtremeVlanSensor

401 페이지의 『FreeBSD 컴퓨터 시스템 센서』 FreeBSDComputerSystemSensor



43 페이지의 『HIS 센서』 HISServerSensor

514 페이지의 『호스트 자원 센서』 HostResourcesSensor

406 페이지의 『HP BladeSystem SNMP 센서』


408 페이지의 『HP NonStop 컴퓨터 시스템 센서』

HPNonStopComputerSystemSensor

410 페이지의 『HP-UX 컴퓨터 시스템 센서』 HpUxComputerSystemSensor


374 페이지의 『IBM BladeCenter SNMP 센서』


230 페이지의 『IBM DB2 센서』 v Db2Sensor

v Db2WindowsSensor

4 2 5 페이지의 『 I B M H M C ( H a rd wa reManagement Console) 센서』

HmcSensor

52 페이지의 『IBM High-Availability ClusterMulti-Processing 센서』

HACMPSensor

436 페이지의 『IBM i 컴퓨터 시스템 센서』 I5OSComputerSystemSensor

236 페이지의 『IBM Informix 센서』 Informix®

센서 참조서 5


센서 UI 및 로그에서 사용되는 센서 이름434 페이지의 『IBM Integrated VirtualizationManager 센서』

IvmSensor

57 페이지의 『IBM Lotus Domino 서버 센서』 v DominoDomainSensor

v DominoServerDetailSensor

v DominoInitialSensor

5 2 6 페이지의 『 I B M T i v o l i S t o r a g eProductivity Center 센서』

TPCStorageSensor

105 페이지의 『IBM WebSphere eXtreme Scale캐시 센서』

WebSphereXSCacheSensor

107 페이지의 『IBM WebSphere MessageBroker 센서』

MBServerSensor

110 페이지의 『IBM WebSphere MQ Server센서』

MQServerSensor

79 페이지의 『IBM WebSphere 센서』 v WebSphereCellSensor

v WebSphereNodeSensor

v WebSphereVersionSensor

304 페이지의 『IP 디바이스 센서』 IpDeviceSensor

114 페이지의 『iPlanet 서버 센서』 IPlanetServerSensor

437 페이지의 『IPSO 컴퓨터 시스템 센서』 IPSOComputerSystemSensor

119 페이지의 『JBoss Application Server 7 센서』

JBoss7Sensor

115 페이지의 『JBoss 서버 센서』 v JBossSensor

v JBossVersionSensor

124 페이지의 『커널 기반 가상 머신 센서』 KvmSensor

378 페이지의 『LAN 관리자 SNMP 센서』 LanManagerSnmpSensor

379 페이지의 『LDAP 센서』 LdapSensor


126 페이지의 『Microsoft Cluster 센서』 MSClusterSensor

144 페이지의 『Microsoft Exchange 2003 센서』

Exchange2003Sensor

130 페이지의 『Microsoft Exchange 센서』 ExchangeSensor

150 페이지의 『Microsoft HyperV 센서』 Microsoft HyperV 센서152 페이지의 『Microsoft IIS 웹 서버 센서』 v IISWebServiceSensor

v IISServerSensor

239 페이지의 『Microsoft SQL Server 센서』 SqlServerSensor

543 페이지의 『NetApp 센서』 NetAppSensor

383 페이지의 『NetScreen SNMP 센서』 NetscreenSnmpSensor

159 페이지의 『NFS 센서』 NFSServerSensor

385 페이지의 『Nokia SNMP 센서』 NokiaSnmpSensor



센서 UI 및 로그에서 사용되는 센서 이름449 페이지의 『OpenVMS 컴퓨터 시스템 센서』


160 페이지의 『Oracle Application Server 센서』

v OracleAppOpmnSensor

v OracleAppSensor

246 페이지의 『Oracle 센서』 OracleSensor


386 페이지의 『PIX 센서』 PixSensor


166 페이지의 『SAP CCMS 서버 센서』 CCMSServerSensor

170 페이지의 『SAP SLD 서버 센서』 SLDServerSensor


177 페이지의 『SMB 서버 센서』 SMBServerSensor

177 페이지의 『SMS 서버 센서』 SMSServerSensor

545 페이지의 『Snap Drive 센서』 SnapDriveSensor

389 페이지의 『SNMP MIB2 센서』 SnmpMib2Sensor


314 페이지의 『Solaris 구역 일반 센서』 ZonesGenericSensor

546 페이지의 『스토리지 센서』 StorageSensor

269 페이지의 『Sybase IQ 센서』 SybaseIQSensor

260 페이지의 『Sybase 센서』 SybaseSensor

462 페이지의 『Sun Fire SysControl 센서』 SysControlSensor

Fix Pack 2 Sun Sparc Virtualization 센서 SunSparcVirtualizationSensor

Fix Pack 1 SVC Storage 센서 SVCStorageSensor

465 페이지의 『Tru64 컴퓨터 시스템 센서』 Tru64ComputerSystemSensor

181 페이지의 『Veritas 클러스터 센서』 VeritasClusterSensor

552 페이지의 『Veritas Storage Foundation 센서』

VeritasStorageSensor

467 페이지의 『VMware ESX 컴퓨터 시스템 센서』


475 페이지의 『VMware ESXi 컴퓨터 시스템센서』

VmwareEsxiComputerSystemSensor

185 페이지의 『VMware Virtual Center 서버센서』

VirtualCenterSensor

211 페이지의 『WebLogic SSH 센서』 v WeblogicLauncherSensor

v WeblogicApplicationSensor

v WeblogicDomainSensor

v WeblogicServerSensor


326 페이지의 『WPAR 일반 센서』 WparGenericSensor

센서 참조서 7


센서 UI 및 로그에서 사용되는 센서 이름

Fix Pack 1 XIV Storage 센서 XIVStorageSensor

326 페이지의 『zEnterprise 센서』 ZEnterpriseSensor

활용도 감지 프로파일이러한 센서는 기본적으로 활용도 감지 프로파일에서 사용 가능합니다.

표 4에는 기본적으로 활용도 감지에 사용 가능한 센서가 나열되어 있습니다.


표 4. 기본적으로 활용도 감지에 사용 가능한 센서센서 UI 및 로그에서 사용되는 센서 이름281 페이지의 『앵커 센서』 AnchorSensor

295 페이지의 『IBM Tivoli Utilization 센서』 OperatingSystemUtilizationSensor




Windows 운영 체제에서 비관리 감지를 지원하는 센서이러한 센서는 사용자 신임 정보에 관리자 역할을 제공하지 않고도 Windows 운영 체제에서 감지를 지원합니다.

사용자 신임 정보에 관리자 역할을 제공하지 않고 Windows에서 감지를 지원합니다.

애플리케이션 센서

표 5. Windows 운영 체제에서 비관리 감지를 지원하는 애플리케이션 센서.

센서 UI 및 로그에서 사용되는 센서 이름42 페이지의 『DNS 센서』 DnsSensor

159 페이지의 『NFS 센서』 NFSServerSensor

177 페이지의 『SMB 서버 센서』 SMBServerSensor

데이터베이스 센서

표 6. Windows 운영 체제에서 비관리 감지를 지원하는 데이터베이스 센서.

센서 UI 및 로그에서 사용되는 센서 이름239 페이지의 『Microsoft SQL Server 센서』 SqlServerSensor

일반 센서


표 7. Windows 운영 체제에서 비관리 감지를 지원하는 일반 센서.

센서 UI 및 로그에서 사용되는 센서 이름285 페이지의 『사용자 정의 애플리케이션 서버센서』(제한 있음)



292 페이지의 『일반 서버 센서』(제한 있음) GenericServerSensor



310 페이지의 『세션 센서』(제한 있음) SessionSensor

운영 체제 센서

표 8. Windows 운영 체제에서 비관리 감지를 지원하는 운영 체제 센서.

센서 UI 및 로그에서 사용되는 센서 이름480 페이지의 『Windows 컴퓨터 시스템 센서』 WindowsComputerSystemSensor

제한사항:

v 세션 센서는 TADDM WMI 제공자 파일의 자동 배치를 지원하지 않습니다. 494 페이지의 『TaddmWmi 파일 복사』을 참조하십시오.

v 일반 서버 센서는 런타임 프로세스 명령행 인수를 감지하지 않습니다.

그러므로 사용자 정의 애플리케이션 서버 센서는 Argument 유형 조건을 기반으로 하는 템플리트에 대해서는 시작되지 않습니다. 또한 이러한 템플리트를 사용하는 다른 애플리케이션 센서도 시작되지 않을 수있습니다.

여전히 올바른 신임 정보 및 액세스 권한을 가진 사용자를 제공해야 합니다.

애플리케이션 센서의 나머지 부분에서는 여전히 감지 성공을 위해서는 사용자에게 관리자 역할이 필요합니다.

참고: Windows User Access Control(UAC) 설정은 표준 사용자에게 사용 안함으로 설정할 수 없으므로 비관리 감지에 영향을 미치지 않습니다.

비관리 감지를 실행하기 위해 센서 구성

Windows 운영 체제에서 비관리 감지를 실행하기 위해 센서를 구성하려면 491

페이지의 『비관리 Windows 감지 구성』 주제를 참조하십시오.

스크립트 기반의 비동기 감지를 지원하는 센서몇몇 센서는 스크립트 기반 센서로서 실행할 수 있습니다. 이러한 센서는 보다 투명하며, 이는 센서가 사용하는 모든 명령이 사용자가 볼 수 있는 하나의 스크립트에 있음을 의미합니다. 스크립트 기반 센서는 또한 비동기 감지를 지원합니다.

센서 참조서 9

다음 표는 모든 스크립트 기반 센서 및 이들이 지원되는 운영 체제를 나열합니다.

283 페이지의 『비동기 감지 센서』에는 비동기 감지에 필요합니다. TADDM 관리자 안내서에서 비동기 감지 구성 주제 또한 참조하십시오.

참고:

v 다음 센서 중 일부는 기본적으로 스크립트 기반이지만 이들 중 일부는 스크립트 기반 감지용으로 구성해야 합니다. TADDM 관리자 안내서에서 스크립트기반 감지 구성 주제를 참조하십시오.

v 대상 컴퓨터 시스템이 Solaris 운영 체제를 실행 중이면, SunSSH 1.0이 사용되는 경우 스크립트 기반 감지가 작동하지 않을 수도 있습니다.

표 9. 스크립트 기반 센서 목록.

센서UI 및 로그에서 사용되는센서 이름 센서가 지원되는 운영 체제

기본적으로스크립트기반

18 페이지의 『Apache 센서』

ApacheServerSensor v AIX

v Linux

v Solaris

아니오

283 페이지의 『비동기 감지 센서』

ASDSensor v AIX

v FreeBSD

v Linux

v HP NonStop

v Solaris

v Windows

예

395 페이지의 『Citr ixXenServer 센서』

XenServerSensor v Linux 예

401 페이지의 『FreeBSD컴퓨터 시스템 센서』

FreeBSDComputerSystemSensor

v FreeBSD 아니오

292 페이지의 『일반 서버센서』

GenericServerSensor v AIX

v Linux

v Solaris

v Windows

아니오

4 0 8 페이지의 『H PNonStop 컴퓨터 시스템 센서』

HpNonStopComputerSystemSensor

v HP NonStop 예

417 페이지의 『IBM AIX컴퓨터 시스템 센서』

AixComputerSystemSensor

v AIX 아니오


표 9. 스크립트 기반 센서 목록 (계속).



230 페이지의 『IBM DB2센서』

Db2Sensor v AIX

v Linux

v Solaris

아니오

57 페이지의 『IBM LotusDomino 서버 센서』

DominoInitialSensor v AIX

v Linux

v Solaris

아니오

295 페이지의 『IBM TivoliUtilization 센서』

OperatingSystemUtilizationSensor

v AIX

v FreeBSD

v Linux

v Solaris

아니오

1 1 0 페이지의 『 I B MWebSphere MQ Server 센서』

MQServerSensor v AIX

v Linux

v Solaris

v Windows

예

7 9 페이지의 『 I B MWebSphere 센서』

WebSphereScriptSensor

v AIX

v Linux

v Solaris

v Fix Pack 2Windows

예

1 1 9 페이지의 『 J B o s sApplication Server 7 센서』

JBoss7Sensor v AIX

v Linux

v Solaris

v Windows

예

124 페이지의 『커널 기반가상 머신 센서』

KVMSensor v Linux 예

438 페이지의 『Linux 컴퓨터 시스템 센서』

LinuxComputerSystemSensor

v Linux 아니오

130 페이지의 『MicrosoftExchange 센서』

ExchangeSensor v Windows 예

152 페이지의 『MicrosoftIIS 웹 서버 센서』

IISServerSensor v Windows 예

Fix Pack 2 239 페이지의『Microsoft SQL Server센서』(제한 있음)

SqlServerSensor v Windows 아니오

센서 참조서 11

표 9. 스크립트 기반 센서 목록 (계속).



246 페이지의 『Oracle 센서』

OracleSensor v AIX

v Linux

v Solaris

아니오

451 페이지의 『Solaris 컴퓨터 시스템 센서』

SunSparcComputerSystemSensor

v Solaris 아니오

Fix Pack 2 460 페이지의『Sun Sparc Virtualization센서』

SunSparcVirtualizationSensor

v Solaris 예

211 페이지의 『WebLogicSSH 센서』

WeblogicLauncherSensor

v AIX

v Linux

v Solaris

아니오

480 페이지의 『Windows컴퓨터 시스템 센서』

WindowsComputerSystemSensor

v Windows 아니오

제한사항v Fix Pack 2 Microsoft SQL Server 센서의 스크립트 기반 감지 모드는

sqlps 모듈에 의존하며, 이 모듈은 Microsoft SQL Server 2008 이상에서 사용 가능합니다. 따라서 Microsoft SQL Server 2005를 감지하려면 Microsoft SQL Server 2008, 2008 R2 또는 2012와 같은 다른인스턴스도 설치되어 있어야 합니다.

IBM Tivoli Monitoring(과거 방식)을 사용하는 감지를 지원하는 센서이러한 특성은 IBM Tivoli Monitoring을 사용하는 감지를 지원합니다.

새 통합 방법

중요사항: TADDM 7.3.0부터는 OSLC 자동화를 사용하여 IBM Tivoli Monitoring

6.3과 통합하는 것이 권장됩니다. IBM Tivoli Monitoring Scope 센서를 사용하는 과거의 통합 방법은 더 이상 사용되지 않고 이후의 릴리스에서는 제거됩니다.

TADDM 관리자 안내서의 OSLC 자동화를 통해 IBM Tivoli Monitoring과TADDM 통합 주제에서 OSLC 자동화를 사용하여 ITM과 TADDM 통합에 대해 배우고 14 페이지의 『OSLC 자동화를 사용하는 감지를 지원하는 센서』에서 OSLC 자동화를 사용하는 감지를 지원하는 센서에 대해 배우십시오.

61 페이지의 『IBM Tivoli Monitoring Scope 센서』는 IBM Tivoli Monitoring

을 사용하는 감지에 필요합니다. 필요한 범위 세트를 작성하려면 이 센서를 한 번이상 실행해야 합니다.


IBM Tivoli Monitoring Scope 센서는 Tivoli Monitoring 환경에서 모든 활성컴퓨터 시스템에 대한 범위 세트를 작성합니다. 이러한 범위 세트가 작성된 후,

레벨 2 및 레벨 3 감지 프로파일에 IBM Tivoli Monitoring Scope 센서가 포함되지 않는 Tivoli Monitoring 세션을 사용하여 해당 컴퓨터 시스템의 레벨 2 및레벨 3 감지를 실행할 수 있습니다.

참고: IBM Tivoli Monitoring 관리 컴퓨터 시스템이 방화벽 뒤에 있는 경우(TADDM 감지 서버로부터 도달할 수 없음) startSessionOnly 옵션을 사용으로설정하여 IBM Tivoli Monitoring Scope 센서를 프로파일에 포함시켜야 합니다.

자세한 내용은 IBM Tivoli Monitoring Scope 센선 문서에서 감지 프로파일 구성을 참조하십시오.

IBM Tivoli Monitoring에서 모니터하는 시스템의 레벨 2 및 레벨 3 감지의 경우, 이러한 기능은 대상 시스템에 설치해야 합니다.

v Windows 대상 시스템에 Microsoft .NET Framework를 설치해야 합니다. 자세한 정보는 TADDM 관리자 안내서에서 Windows 시스템의 감지 구성 주제를 참조하십시오.

v Linux 및 UNIX 대상 시스템에 POSIX(Portable Operating System Interface)

와 호환되는 uuencode 및 uudecode 명령을 설치해야 합니다.

Linux 운영 체제에서 이러한 명령은 일반적으로 sharutils 패키지에 포함되어 있습니다.

AIX, Solaris 및 HP-UX 운영 체제에서 이러한 명령은 기본적으로 설치되어있습니다.

레벨 2 또는 레벨 3 감지 프로파일의 모든 센서가 Tivoli Monitoring을 사용하는 감지를 지원하지는 않습니다. 표 10에는 Tivoli Monitoring을 사용하여 감지를 지원하는 센서가 나열되어 있습니다. Tivoli Monitoring 세션에서 센서를 실행하는 경우 센서에 대해 구성된 액세스 신임 정보가 아닌 Tivoli Monitoring 액세스 신임 정보를 사용합니다. Tivoli Monitoring 사용자 계정에는 감지 중인 애플리케이션에 액세스하는 데 필요한 권한이 있어야 합니다. 예를 들어, IBM DB2

Universal Database™(UDB) 서버를 감지하려면, 대상 DB2® 서버의 Tivoli

Monitoring 사용자 계정이 DB2 관리 그룹의 구성원이어야 합니다.

표 10. IBM Tivoli Monitoring을 사용하는 감지를 지원하는 센서센서 UI 및 로그에서 사용되는 센서 이름18 페이지의 『Apache 센서』 ApacheServerSensor



230 페이지의 『IBM DB2 센서』 Db2Sensor

센서 참조서 13

표 10. IBM Tivoli Monitoring을 사용하는 감지를 지원하는 센서 (계속)

센서 UI 및 로그에서 사용되는 센서 이름110 페이지의 『IBM WebSphere MQ Server센서』

MQServerSensor

79 페이지의 『IBM WebSphere 센서』 WebSphereScriptSensor


246 페이지의 『Oracle 센서』 OracleSensor


Fix Pack 2 4 6 0 페이지의 『 S u n S p a r cVirtualization 센서』



211 페이지의 『WebLogic SSH 센서』 WeblogicLauncherSensor


OSLC 자동화를 사용하는 감지를 지원하는 센서이러한 센서는 IBM Tivoli Monitoring을 사용하는 감지를 지원합니다.

OSLC 자동화를 사용하여 감지를 실행하려면 OSLCAutomationAgent는 필요한범위 세트를 작성해야 합니다. 이러한 범위 세트가 작성되면 OSLC 자동화 세션을 사용하는 컴퓨터 시스템의 레벨 2와 레벨 3 감지를 실행할 수 있습니다.

감지 구성에 대해 배우려면 TADDM 관리자 안내서의 OSLC 자동화 세션을 통해 감지 구성 주제를 참조하십시오.

IBM Tivoli Monitoring이 모니터링하는 시스템의 레벨 2와 레벨 2 감지에 대해서는 Microsoft .NET Framework를 Windows 대상 시스템에 설치해야 합니다.

지원되는 .NET 프레임워크 버전에 대한 정보는 TADDM 관리자 안내서에서Windows 시스템의 감지 구성 주제를 참조하십시오.

OSLC 자동화를 사용하는 감지를 지원하는 센서는 IBM Tivoli Monitoring을 사용하는 감지를 지원하는 센서와 동일합니다.

표 11. OSLC 자동화를 사용하는 감지를 지원하는 센서.

센서 UI 및 로그에서 사용되는 센서 이름18 페이지의 『Apache 센서』 ApacheServerSensor



230 페이지의 『IBM DB2 센서』 Db2Sensor

110 페이지의 『IBM WebSphere MQ Server센서』

MQServerSensor

79 페이지의 『IBM WebSphere 센서』 WebSphereScriptSensor



표 11. OSLC 자동화를 사용하는 감지를 지원하는 센서. (계속)

센서 UI 및 로그에서 사용되는 센서 이름246 페이지의 『Oracle 센서』 OracleSensor


460 페이지의 『Sun Sparc Virtualization 센서』



211 페이지의 『WebLogic SSH 센서』 WeblogicLauncherSensor


센서 설정 문제이 정보는 TADDM에서 센서 설정 시에 발생할 수 있는 공통 문제를 다룹니다.

Linux, Solaris, AIX 또는 Linux on System z® 운영 체제를 감지할 수 없음문제 Linux, Solaris, AIX 또는 Linux on System z 운영 체제를 감지할 수

없습니다.

솔루션Linux, Solaris, AIX 및 System z의 Linux 운영 체제를 감지하기 위한다음 전제조건을 충족하는지 확인하십시오.

v 서비스 계정을 작성하십시오. sys 그룹의 구성원이 되도록 계정을 구성하고 이 계정의 shell로 /bin/sh를 사용하십시오.

v TADDM 서버에서 SSH(Secure Shell) 프로토콜을 설치하고 테스트하십시오. 키 기반 인증을 사용하는 경우 모든 호스트에서 공개 키를 설치하십시오. 로그인과 비밀번호 또는 키와 비밀번호 문구가 제대로 작동하는지 확인하려면 TADDM 서버가 설치된 컴퓨터의 명령행 프롬프트에서 ssh 명령을 입력하십시오.

v TADDM Wiki(https://www.ibm.com/developerworks/community/

wikis/home?lang=en#!/wiki/Tivoli%20Application%20Dependency

% 2 0 D i s c o v e r y % 2 0 M a n a g e r / p a g e / T A D D M % 2 0 l s o f

%20requirements)의 lsof 요구사항에서 설명된 요구사항에 따라 모든호스트 컴퓨터에서 Isof(LiSt Open Files)를 설치하십시오.

Linux, AIX 및 System z 운영 체제 위의 Linux에서 감지가 종료되지 않음문제 Linux, AIX 또는 System z 운영 체제 위의 Linux 에서 감지가 종료되

지 않습니다. ps -ef 명령을 실행하면 5분을 초과하여 계속되는 stop-lo-

cal-anchor.sh 프로세스의 인스턴스를 표시합니다.

센서 참조서 15

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Application%20Dependency%20Discovery%20Manager/page/TADDM%20lsof%20requirements




솔루션sudo 명령에 대한 액세스는 TADDM 서버를 시작하는 TADDM 사용자가 비밀번호 프롬프트 없이 sudo 명령을 실행할 수 있도록 구성되어야 합니다. 이러한 방법으로 sudo 액세스를 구성하려면 다음 단계를 완료하십시오.

1. TADDM 서버를 root 사용자로 로그인하십시오.

2. visudo 명령을 입력하십시오.

3 . /etc/sudoers 파일에서 다음 라인을 입력하십시오 . 여기서TADDM_USER는 TADDM 서버를 시작하는 사용자입니다.

<TADDM_USER> ALL=NOPASSWD:ALL

sudo 액세스가 올바르게 구성되었는지 확인하려면 다음 명령을 입력하십시오.

cd $COLLATION_HOME/binsh ./stop-local-anchors.sh

비밀번호 프롬프트가 열리면 TADDM 사용자에 대해 NOPASSWD 액세스가제대로 구성되지 않았다는 의미입니다.

Solaris 10 운영 체제에서 실행되는 애플리케이션 서버 감지가 잘못된 포트 번호를 리턴함문제 Solaris 10 운영 체제에서 실행되는 애플리케이션 서버에 대한 감지에서

잘못된 포트 번호가 리턴됩니다.

솔루션Solaris 10 운영 체제에서 실행되는 모든 시스템에 lsof 4.77 이상이 설치되어 있는지 확인하십시오. 4.77 이전 버전의 lsof는 Solaris 10 6/06

이상을 지원하지 않습니다. 또한 lsof 4.77에는 두 가지 버전이 있습니다.

하나는 이전 6/06 Solaris 10 릴리스에 대한 버전이고, 다른 하나는 6/06

Solaris 10 릴리스 이상에 대한 버전입니다. 설치된 Solaris 10 운영 체제버전과 일치하는 버전의 lsof 4.77을 설치하도록 하십시오.

애플리케이션 센서애플리케이션 센서는 환경에서 실행 중인 애플리케이션을 감지합니다.

Active Directory 센서Active Directory 센서는 Microsoft Active Directory 서버를 감지합니다.

GUI와 로그에서 사용되는 센서 이름

ActiveDirectorySensor


보안 문제

센서는 감지 중에 ntdsutil.exe 명령을 사용하고 이 명령은 상승된 보안 권한을필요로 합니다. 감지 계정에 적절한 권한이 있는지 확인하려면 다음 명령을 한 라인에 입력하십시오.

Windows 2000 및 Windows Server 2003:ntdsutil "domain management" connections "connect to server localhost"q "list" q q

Windows Sever 2008:ntdsutil "partition management" connections "connect to server localhost"q "list" q q

연관 속성이 있는 모델 오브젝트Active Directory 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IT 환경에서 Microsoft Active Directory 서버에 대해 수집하는 정보유형을 나타냅니다.

센서는 다음과 같은 모델 오브젝트를 작성합니다. 각 모델 오브젝트와 연관된 속성이 모델 오브젝트 이름 아래에 표시됩니다.

sys.ActiveDirectory

v Host

v InitRecvTimeout

v MaxConnIdleTime

v MaxConnections

v MaxDatagramRecv

v MaxNotificationPerConn

v MaxPageSize

v MaxPoolThreads

v MaxQueryDuration

v MaxReceiveBuffer

v MaxResultSetSize

v MaxTempTableSize

v MaxValRange

v NamingContexts

v Name

v RootDomain

v SchemaVersion

v ServiceXML

센서 참조서 17

v WorkingDirectory

sys.ServiceAccessPoint

v ContextIp

v BindAddress

v Name

v ProductName

v ProductVersion

v VendorName

sys.NamingContext

v Index

v Value

센서 구성감지를 실행하기 전에 센서를 구성해야 합니다.

범위 구성

Active Directory 서버는 감지 범위에 포함해야 합니다.

액세스 목록 구성

컴퓨터 시스템(예: Windows)을 액세스 목록에 추가해야 하며, 시스템에 액세스할 사용자 ID는 관리자 그룹에 속해야 합니다.

감지 프로파일 구성

센서는 기본적으로 레벨 3 감지 프로파일에서 사용 가능합니다. 또는 사용자 정의 프로파일을 작성하고 새 프로파일에서 Active Directory 센서 및 Windows

컴퓨터 시스템 센서를 사용 가능하게 할 수 있습니다.

Apache 센서Apache 센서는 Apache 웹 서버를 감지합니다.


ApacheServerSensor

선행 조건

TADDM 서비스 계정에는 다음이 필요합니다.

v httpd 2진 파일에 대한 실행 권한v httpd.conf 파일에 대한 읽기 액세스 권한


v 감지 사용자는 모든 필수 Apache libraries/modules/files/folders에 대한 읽기 및 실행 권한이 있어야 httpd 명령을 성공적으로 실행할 수 있습니다(예: /oracle/product/iasgrm/librarypath and /oracle/product/

iasgrm/Apache 등).

제한사항

Apache 서버 인스턴스가 구성되거나 명령행을 재작성하는 방식(예: argv 배열 재작성)으로 시작되는 경우 Apache 센서가 Apache 서버를 감지할 수 없으며, 이로 인해 Apache 서버는 프로세스 목록에서 경로나 명령행 옵션 없이 httpd로 표시됩니다.

작성된 모델 오브젝트

센서는 다음과 같은 모델 오브젝트를 작성합니다.

v app.AppConfig

v app.CertificateFile

v app.ConfigFile

v app.PrivateKeyFile

v app.web.ServerAlias

v app.web.apache.ApacheGlobalSSLSettings

v app.web.apache.ApacheModule

v app.web.apache.ApacheSSLSettings

v app.web.apache.ApacheServer

v app.web.apache.ApacheVirtualHost

v app.web.apache.ApacheWebContainer

v app.web.ibm.IBMHTTPServer

v app.web.oracleapp.OracleAppHTTPServer

v app.web.WebConnection

v app.web.WebVirtualHostConfigDirective

비동기 및 스크립트 기반 감지 지원Apache 센서는 비동기 및 스크립트 기반 감지를 지원합니다.

센서 구성 요구사항

비동기 감지의 경우, 센서에는 구성이 필요하지 않습니다.

스크립트 기반 감지 구성에 대한 정보는 TADDM 관리자 안내서의 스크립트 기반 감지 구성 주제를 참조하십시오.

센서 참조서 19

액세스 목록 구성 요구사항

비동기 감지의 경우, 액세스 목록이 사용되지 않습니다.

스크립트 기반 감지의 경우, 액세스 목록 구성은 비스크립트 기반 감지와 동일합니다.

제한사항

비스크립트 기반 감지 중에 Apache 센서에서 제공하는 일부 기능은 비동기 또는 스크립트 기반 감지를 지원하지 않습니다.

애플리케이션 디스크립터 감지는 지원되지 않습니다.

구성 파일에는 다음 속성이 지원되지 않습니다.

v Last modified

v Owner

v Group

v Permissions

실행 중인 애플리케이션만 감지됩니다.


액세스 목록 구성:

이 주제에서는 사용자 구성에 따라 필요한 액세스 세부사항에 대해 설명합니다.

이 센서는 클라이언트를 감지하는 데 사용되는 ComputerSystem 액세스 신임 정보를 사용하여 실행할 수 있습니다.

collation.properties 파일 엔트리 구성:

이 주제에는 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.

센서는 collation.properties 파일에 있는 다음 항목을 사용합니다.

com.collation.discover.agent.ApacheServerAgent.UseListenningIp=false

센서는 Apache 웹 서버를 감지하고 각각의 웹 서버 호스트 이름을 보고하는 대신 동일한 이름을 지정합니다. 이 특성이 true로 설정되면,

ApacheServer 오브젝트의 표시 이름은 다음과 같이 설정됩니다.

HOSTNAME:LISTENINGIP:PORT

이 특성의 기본값은 false입니다.


HOSTNAME:PORT 인스턴스를 직접 삭제해야 합니다.

com.collation.discover.agent.ApacheServerAgent.CmdPrefix

httpd -V 명령 전에 실행해야 하는 명령 또는 스크립트를 추가합니다. 이특성은 운영 체제 이름, IP 주소 또는 둘 다에 대해 구성할 수 있습니다.

Apache 센서는 첫 번째(표준) 명령이 실패하는 경우 특성을 사용하려고시도합니다. 예:

com.collation.discover.agent.ApacheServerAgent.CmdPrefix.

AIX.9.156.47.172=LIBPATH=/usr/local/apache2/build:/usr/local/

apache2/lib:/usr/lib:/lib/;export LIBPATH

센서 문제점 해결이 주제에서는 Apache 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

『httpd를 실행할 수 없음』 감지 오류

문제 httpd를 실행할 수 없음 감지 오류가 발생했지만 TADDM 서비스 계정이 httpd 프로세스를 수동으로 실행할 수 있습니다.

세션 센서는 신임 정보가 작동할 때까지 적절한 각 액세스 목록 신임 정보를 시도합니다. 하나의 액세스 목록 신임 정보가 작동하면, 세션 센서가 시도를 중지시킵니다. 따라서 작동하는 첫 번째 액세스 목록 신임 정보는 httpd 프로세스를 실행할 수 있어야 합니다.

솔루션다시 정렬된 액세스 목록이 있는 범위 제한을 사용하여 Apache 서버를감지하는 데 사용하도록 올바른 계정을 강제 실행하십시오.

Apache 센서가 CTJTD0072E 오류로 실패

문제 Apache 센서가 httpd -V 명령을 사용하여 Apache 서버와 관련된 기타정보, 구성 파일 및 루트 디렉토리를 가져옵니다. httpd -V 명령이 실패하면, 센서도 실패합니다.

솔루션com.collation.discover.agent.ApacheServerAgent.CmdPrefix 특성을 사용하여 httpd -V 명령을 실행하기 전에 실행할 명령을 지정하십시오.

세부사항 패널의 여러 필드가 비어 있음

문제 세부사항 패널의 필드 수가 비어 있습니다.

솔루션서비스 계정이 http.conf 파일을 읽을 수 없습니다. http.conf 파일을 공

센서 참조서 21

용으로 읽기 가능하도록 하거나 http.conf 파일에 대한 읽기 액세스 권한이 있는 그룹에 서비스 계정을 추가하십시오.

Citrix 서버 센서Fix Pack 4

Citrix 서버 센서는 Citrix Presentation Server(Citrix Presentation Server

Enterprise 3 및 4) 또는 XenApp 서버(Citrix XenApp Enterprise 버전 5 및6)를 감지합니다.


CitrixServerSensor

보안 문제

감지 사용자에게 Citrix 구성에 대한 읽기 권한(Citrix 제품 콘솔에 정의됨)이 있어야 합니다. Citrix Presentation Server 구성을 감지하려면, Citrix WMI 제공자를 조회할 수 있는 권한이 있어야 합니다. 감지하려면 이 제공자가 실행 중이어야 합니다.

Citrix WMI 제공자는 Citrix Presentation Server가 설치되어 있는 감지된 시스템에 있습니다. 이는 Citrix 제품의 일부입니다.

이 권한을 부여하려면 다음 단계를 완료하십시오.

1. Metaframe Presentation Server용 관리 콘솔에 로그인하십시오.

2. 메뉴에서 조치 > 권한을 선택하십시오.

3. 사용자 및 그룹 권한을 편집하십시오.

4. 팜 관리 권한 보기가 부여되었는지 확인하십시오. 이 권한은 Citrix WMI 제공자를 조회할 수 있는 권한을 부여해야 하는 최소 권한입니다.

a. 사용자 또는 그룹을 선택하십시오.

b. 편집을 클릭하십시오.

c. 적절한 권한을 선택하십시오.

v 보기 전용: Citrix 센서에 대해 적용됩니다.

v 전체 관리: Citrix 센서에 대해 적용됩니다.

v 사용자 정의: 관리자가 사용자의 액세스 레벨을 정의할 수 있습니다.

연관 속성이 있는 모델 오브젝트

Citrix 서버 센서가 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IT 환경에서 Citrix Presentation Server 및 XenApp 서버에 대해 수집하는 정보 유형을 표시합니다.


센서 문제점 해결

이 주제에서는 Citrix 서버 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

Citrix XenApp 7.6 감지

이 주제에서는 Citrix XenApp 7.6 소프트웨어 감지에 대한 상세 정보를 설명합니다.

연관 속성이 있는 모델 오브젝트Citrix 서버 센서가 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IT 환경에서 Citrix Presentation Server 및 XenApp 서버에 대해 수집하는 정보 유형을 표시합니다.


CitrixAccountAuthority

v AuthorityName

v AuthorityType

v Group

CitrixAppFolder

v Applications

v Farm

CitrixApplication

v AppFolder

v ApplicationID

v CitrixFarm

v CitrixGroups

v Servers

v Users

CitrixFarm

v AppFolders

v DSDriver

v DSODBC

v FarmName

v LicensePool

센서 참조서 23

v LocalIp

v SNMPDisconnectTrap

v SNMPLogoffTrap

v SNMPLogonTrap

v SNMPThresholdExceededTrap

v SNMPThresholdValue

v ServerFolders

v Zones

CitrixFolder

v FolderDN

v FolderName

v Folders

v Parent

CitrixGroup

v AccountAuthority

v CitrixApplications

CitrixLicense

v Pool

v SerialNumber

CitrixLicensePool

v DupGroup

v Farm

v FloatOk

v HostBased

v HostID

v Licenses

v PLD

v Platforms

v SubscriptionDate

v UserBased

v VendorString

CitrixServer

v Applications


v Folder

v IsFarmServer

v LocalPrimarySAP

v Processes

v Zone

CitrixServerFolder

v Farm

v Servers

CitrixUser

v AccountAuthority

v Applications

CitrixZone

v DataCollector

v Farm

v Servers

v ZoneName

센서 문제점 해결이 주제에서는 Citrix 서버 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

Citrix 센서가 느리게 실행됨

문제 Citrix 센서는 여러 공개된 Citrix 애플리케이션으로 과부하된 시스템에서는 천천히 실행됩니다(WMI 조회에 시간이 많이 걸림).

솔루션collation.properties 파일에서 다음 특성을 설정하여 센서 제한시간을늘리십시오.

v com.collation.discover.agent.CitrixServerAgent.

sessiontimeout=600000

vcom.collation.discover.agent.CitrixServerAgent.timeout=600000

이러한 특성은 최소한 com.collation.discover.DefaultAgentTimeout 특성 값과 동일한 값을 설정해야 합니다.

Citrix 7 서버 센서Fix Pack 4

센서 참조서 25

Citrix 7 서버 센서는 XenApp 서버(Citrix XenApp Enterprise 버전 7.6)를 감지하며 Citrix powershell SDK 인터페이스를 사용하여 감지합니다.


Citrix7Sensor

센서에서 감지되는 요소

센서는 다음과 같은 Citrix XenApp 애플리케이션 가상화 소프트웨어 환경과 연관된 요소를 감지합니다.

전달 사이트 - 최상위 레벨 항목. 사이트에서 사용자 그룹에게 애플리케이션을 제공합니다.

시스템 카탈로그 – 애플리케이션을 호스트하는 시스템을 관리하는 데 사용할 수있습니다.

시스템 – Citrix XenApp 7.6을 호스트하는 Citrix 시스템입니다.

Citrix 사용자 – 지정된 가상 애플리케이션에 대한 액세스 권한이 있는 사용자 그룹입니다.

Citrix 애플리케이션 – 지정된 사용자 그룹에게 제공되는 가상 애플리케이션입니다.

라이센스 정보 – Citrix 라이센스 풀과 개별 라이센스 세부사항입니다.

선행 조건

다음 전제조건이 필요합니다.

v 이 스크립트 기반 센서는 Windows 로그온에 사용하는 동일한 감지 사용자를 사용합니다.

v Windows 감지 사용자는 개별 사이트의 전달 컨트롤러에 관한 Citrix 구성에대하여 "관리자 읽기 전용" 권한(Citrix 콘솔에 정의됨)이 있어야 합니다. Citrix

를 사용하려면 감지 사용자가 로컬 계정이 아니라 활성 디렉토리 계정이어야합니다.

v Citrix Powershell Snap-in이 전달 컨트롤러에 설치 및 설정되어 있어야 합니다.


Citrix 7의 아키텍처는 Citrix 6에서 변경되었으나 TADDM 데이터 모델은 Citrix

6 아키텍처를 기반으로 합니다. 비즈니스 애플리케이션 맵핑에서 이전 버전과의


호환성을 유지하려면 Citrix 7 아키텍처 구성요소를 Citrix 6 데이터 모델 구성요소로 저장하십시오. 아래 테이블에는 기존 개념 및 새 개념과 TADDM 데이터모델에 대한 맵핑 방법이 있습니다.

표 12. Citrix 7에서 Citrix 6으로 맵핑Citrix 7 Citrix 6 Comments

Site CitrixFarm/CitrixZone 개별 Citrix 사이트에 대해 동일한 이름으로 일대일 Farm/Zone조합이 있습니다.

관리 폴더 CitrixAppFolder Citrix 애플리케이션 구성요소를구성합니다.

데스크탑 카탈로그 CitrixServerFolder NA

데스크탑 그룹 NA 데스크탑 그룹은C i t r i x A p p l i c a t i o n s를CitrixServers에 지정하는 데 사용합니다.

Citrix 7 서버 센서가 연관된 속성이 있는 모델 오브젝트를 작성합니다. 이 속성은 센서가 IT 환경에서 Citrix Presentation Server 및 XenApp 서버에 대해 수집하는 정보 유형을 표시합니다.

Citrix 모델 오브젝트의 일부 속성은 관련이 없으며 Citrix XenApp 7.6 아키텍처에서 사용되지 않으므로 작성이 되지 않고 TADDM 데이터 관리 포털에서 값이 없이("공백") 표시될 수 있기 때문에 TADDM 데이터 모델은 Citrix 6 아키텍처를 사용합니다.


CitrixAccountAuthority

v AuthorityName

v Group

CitrixAppFolder

v Applications

v Farm

CitrixApplication

v AppFolder

v ApplicationID

v CitrixFarm

v CitrixGroups

센서 참조서 27

v Servers

v Users

CitrixFarm

v AppFolders

v FarmName

v LicensePool

v LocalIp

v ServerFolders

v Zones

CitrixFolder

v FolderDN

v FolderName

v Folders

v Parent

CitrixGroup

v AccountAuthority

v CitrixApplications

CitrixLicense

v Pool

v SerialNumber

CitrixLicensePool

v DupGroup

v Farm

v FloatOk

v HostBased

v HostID

v Licenses

v PLD

v Platforms

v SubscriptionDate

v UserBased

v VendorString


CitrixServer

v Applications

v Folder

v LocalPrimarySAP

v Processes

v Zone

CitrixServerFolder

v Farm

v Servers

CitrixUser

v AccountAuthority

v Applications

CitrixZone

v DataCollector

v Farm

v Servers

v ZoneName

제한사항v 사이트 이름은 글로벌로 취급됩니다. 동일한 이름의 두 개의 사이트는 있을 수없으며 그러한 경우에는 초과 병합이 발생합니다.

v 비동기 감지 모드는 지원되지 않습니다.

참고 : Citrix XenApp 7.6의 앵커 기반 감지의 경우 , 스크립트 감지는collation.properties 파일에서 사용되어야 합니다.

com.ibm.cdb.discover.PreferScriptDiscovery=true

Docker 호스트 센서Fix Pack 4

Docker Host Sensor(DHS)는 Docker Host, 호스트 속성, 컨테이너, 네트워킹,

정보와 관련된 이미지 및 스토리지를 감지합니다.


DockerHostSensor

센서 참조서 29


센서는 다음 요소를 감지합니다.

v Docker 호스트v Docker 컨테이너v Docker 볼륨v Docker 네트워크v Docker 이미지

감지 관리 콘솔 및 데이터 관리 포털에서는 Docker 호스트가 4개 스택의 사각형 선적 컨테이너를 사용하여 파란색 Docker 고래 디자인 아이콘 및 Docker 컨테이너로 표시됩니다.

Docker 호스트 센서는 REST API를 사용하여 ’dockerd’ 디먼 프로세스/애플리케이션을 실행하는 Docker 호스트 머신으로부터 감지 관련 정보를 검색합니다.

검색된 데이터는 주로 이름 지정 규칙을 준수하고 올바른 모델 오브젝트를 작성하는 데 필요한 속성 데이터를 구성합니다.

선행 조건v Docker 디먼/애플리케이션이 대상 Linux 머신에서 실행 중입니다.

v Docker 호스트를 성공적으로 감지하기 위해서는 대상 머신에서 REST 지원이사용으로 설정되어야 합니다.

v 웹 서비스 통신용 포트를 정의해야 합니다. 기본적으로 GenericServerSensor

처리에 필요한 포트 값이 사용됩니다. Docker 호스트가 포트 맵핑 또는 비표준 포트를 사용하는 경우, 감지 프로파일에서 portList 특성의 값을 수정하십시오. 자세한 내용은 ’감지 프로파일 구성’을 참조하십시오.

v 모든 Docker 호스트에 대한 TADDM 통신에 TLS 인증서의 단일 세트를 적용할 수 있습니다.

v 감지를 위한 TLS의 사용 여부는 범위 내에 정의된 모든 Docker 호스트에 있어 동일하게 작동합니다.

– Docker 호스트 모두 또는 없음에 적용할 수 있습니다.

감지 관리 콘솔 및 데이터 관리 포털에서는 Docker 호스트가 4개 스택의 사각형 선적 컨테이너를 사용하여 파란색 Docker 고래 디자인 아이콘 및 Docker 컨테이너로 표시됩니다.

Docker 호스트 센서는 REST API를 사용하여 ’dockerd’ 디먼 프로세스/애플리케이션을 실행하는 Docker 호스트 머신으로부터 감지 관련 정보를 검색합니다.

검색된 데이터는 주로 이름 지정 규칙을 준수하고 올바른 모델 오브젝트를 작성하는 데 필요한 속성 데이터를 구성합니다.


보안 문제

특정 액세스 목록 항목은 필요하지 않습니다. TLS 기반 보안 세부사항은 아래의Docker 호스트에 연결을 참조하십시오.

Docker 호스트에 연결

Docker 호스트 센서는 비 TLS 모드와 TLS 모드를 통해 Docker 호스트에서 데이터를 감지할 수 있습니다.

비 TLS 모드

비 TLS 모드가 기본 모드입니다. 이는 웹 서비스를 통해 데이터를 검색하며 인증을 필요로 하지 않습니다. 이 모드는 고객 소유의 사설 네트워크 또는 사설 클라우드 배치에서 권장됩니다.

TLS 모드

TLS 모드는 Docker 호스트와 통신하기 위한 보안 모드입니다. 이는 TADDM 및대상 Docker 호스트에 설치된 TLS 인증서를 검증합니다. 이 모드를 사용하려면감지 프로파일에 정의된 인증서 경로 구성과 함께 enableTLS 특성을 true로 설정해야 합니다. 자세한 내용은 ’감지 프로파일 구성’을 참조하십시오. TADDM 및Docker 호스트에 대한 TLS 인증서를 수동으로 생성하려면 ’비UCP에 대한 TLS

인증서 수동 생성’을 참조하십시오.


Docker 호스트 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은센서가 IT 환경에서 Docker 호스트 자원에 대해 수집하는 정보 유형을 나타냅니다.


app.docker.dockerhost.DockerHost

v Name

v VersionString

v DockerContainers

v DockerImages

v DockerNetworks

v DockerVolumes

v Host

v XA

센서 참조서 31

o Architecture

o KernelVersion

o OperatingSystem

o OSType

o RunningContainers

o StoppedContainers

o TotalContainers

app.docker.dockerhost.DockerContainer

v Name

v Parent

v RuntimeProcesses

v DockerContainerStatus

v DockerImages

v DockerNetworks

v DockerVolumes

app.docker.dockerhost.DockerImage

v DockerHost

v ImageName

v DockerContainer

app.docker.dockerhost.DockerNetwork

v Name

v SubnetAddress

v DockerHost

v DockerContainer

app.docker.dockerhost.DockerVolume

v Name

v DockerHost

v DockerContainer

sys.RuntimeProcess(컨테이너 내의 프로세스에 적용 가능)

v PID


v Command

v PPID

v User

v CmdLine(전체 명령 참조)

센서 구성

Docker 호스트 센서를 사용하기 전에 먼저 이를 구성해야 합니다.

감지 프로파일 구성:

기본적으로 Docker 호스트 센서는 레벨 3 감지에 사용 가능합니다. 일단 사용 가능하면 기본적으로 비 TLS 모드에서 실행됩니다. 센서는 실행되지 않는 컨테이너를 포함한 모든 Docker 호스트 컨테이너를 감지합니다. 실행 중인 컨테이너만감지하거나 TLS 모드로 전환하려면 Docker 호스트 센서용 감지 프로파일을 작성하고 센서 설정을 사용자 정의하십시오.

감지 프로파일을 작성하려면 다음 단계를 완료하십시오.

예제:

1. 감지 관리 콘솔의 감지 드로어에서 감지 프로파일을 클릭하십시오.

2. 감지 프로파일 창에서 새로 작성을 클릭하십시오.

3. 새 프로파일 작성 창에서 프로파일 이름 및 설명을 입력하십시오. 기존 프로파일 목록 복제에서 레벨 3 감지를 클릭하고 확인을 클릭하십시오.

4. 센서 구성 탭에서 DockerHostSensor 센서를 선택하고 새로 작성을클릭하십시오.

5. 구성 작성 창에서 구성에 대한 이름 및 설명을 입력하고 구성 사용선택란을 선택하십시오.

6. 구성 작성 창의 구성 섹션에서 discoverNonRunningContainers를클릭하십시오. 그런 다음, 행에서 값 필드를 두 번 클릭하고 false를 입력하십시오.

7. 확인을 클릭하여 감지 프로파일 창으로 돌아가십시오.

8. 감지 프로파일 창에서 저장을 클릭하십시오.

특성

다음 특성 및 속성을 수정할 수 있습니다.

portList

센서 참조서 33

Docker 호스트에서 웹 서비스 통신에 사용될 포트를 의미합니다. 기본적으로GenericServerSensor 처리에 의해 리턴되는 포트 값이 사용됩니다. Docker 호스트가 포트 맵핑이나 비표준 포트(또는 쉼표로 구분된 포트 목록)를 사용할 경우, 이에 따라 값을 지정하십시오.

enableTLS

TADDM과 Docker 호스트 간의 연결 모드를 의미합니다.

기본값은 false입니다.

pathStore

모든 TLS/보안 인증서가 배치되는 TADDM 감지 서버의 로컬 경로입니다.

caFileName

인증 기관 파일 이름

cerFileName

클라이언트 인증서 파일이름

keyFileName

클라이언트 키 파일 이름

Docker 호스트에서 REST 지원 사용

Docker 호스트에서 다음 구성 변경을 수행해야 합니다.

1. Docker 호스트에서 REST API를 사용으로 설정하십시오.

v ’root’ 신임 정보를 사용하여 Docker 호스트 머신에 로그인하십시오.

v Docker 호스트에서 다음 파일을 작성/업데이트하십시오.

vim /etc/systemd/system/docker.service.d/remote-api.conf

이 파일은 다음 컨텐츠를 포함해야 합니다.

[Service]

ExecStart=

ExecStart=/usr/bin/dockerd -H tcp://<DockerHost-IP>:2376 -Hunix:///var/run/docker.sock

2. ’dockerd’ 디먼을 다시 시작하고 명령행을 통해 상태를 유효성 검증하십시오.

service docker restart

ps -aef | grep -i dockerd


비UCP에 대한 TLS 인증서 수동 생성

TLS 모드가 사용으로 설정되어 있고 인증서를 사용할 수 없는 경우 다음과 같이Linux 머신에서 이러한 인증서를 수동으로 생성할 수 있습니다.

A. Docker 호스트:

Docker 호스트 머신에서 아래에 설명된 단계별 프로시저에 따라 CA 개인용 키및 공용 키를 생성하십시오. 아래 키 샘플은 예제용이며 보안 표준별로 프로비저닝해야 함에 유의하십시오.

1. ’root’또는 ’super-user’ 권한을 가진 다른 사용자를 사용하여 Docker 호스트 머신에 로그인하십시오.

2. 다음 명령을 통해 로컬 디렉토리를 작성하십시오.

mkdir docker_certificates

cd docker_certificates

3. 다음 명령을 실행하십시오.

a. openssl genrsa -aes256 -out ca-key.pem 4096

v 1. ca-key.pem 생성을 위한 비밀번호 문구를 입력하고 이를 안전하게 저장하십시오.

b. openssl req -new -x509 -days 365 -key ca-key.pem -sha256 -out ca.pem

v 1. (3.a.1)단계에서 입력한 비밀번호를 입력하십시오.

v 2. 요청된 값을 입력하십시오.

v 3. FQDN에 Docker 호스트 ’domain.com’을 입력하십시오.

4. 다음 명령을 통해 CA를 사용하여 서버 키 및 인증서 서명 요청(CSR)을 작성하십시오.

a. openssl genrsa -out server-key.pem 4096

b. openssl req -subj '/CN=$HOST' -sha256 -new -key server-key.pem -outserver.csr

v 1. 여기서 $HOST는 Docker 호스트의 호스트 이름입니다.

5. TLS 연결은 IP 주소 또는 DNS 이름을 통해 이루어질 수 있으며, 다음 명령을 통해 인증서를 작성할 경우 IP 주소를 지정해야 합니다.

a. echo subjectAltName = DNS:$HOST,IP:<DockerHost-IP> > extfile.cnf

v 1. 여기서 $HOST는 Docker 호스트의 호스트 이름입니다.

a.echo extendedKeyUsage = serverAuth >> extfile.cnf

6. 이제 다음 명령을 통해 키를 생성하십시오.

a.openssl x509 -req -days 365 -sha256 -in server.csr -CA ca.pem -CAkeyca-key.pem \

-CAcreateserial -out server-cert.pem -extfile extfile.cnf

센서 참조서 35

v 1. (3.a.1)단계에서 제공된 비밀번호를 입력하십시오.

7. 불필요한 파일을 제거하고 권한을 올바르게 설정하십시오.

rm -v server.csr

chmod -v 0400 ca-key.pem server-key.pem

chmod -v 0444 ca.pem server-cert.pem

8. TLS 확인을 사용하여 Docker 디먼을 시작하십시오.

a.dockerd --tlsverify --tlscacert=ca.pem --tlscert=server-cert.pem--tlskey=server-key.pem -H=0.0.0.0:2376

참고: 다중 Docker 호스트에 대한 TLS 지원의 경우, 1-3단계를 한 번만 실행하십시오. 호스트용 필수 TLS 인증서를 생성하려면 4-8단계를 각 호스트에대해 별도로 실행해야 합니다.

B. TADDM 머신

TADDM 머신용 TLS 클라이언트 인증서(Docker 호스트용으로 생성된 항목에 해당)는 수동으로 생성할 수 있습니다. TADDM 호스트 머신에서 아래에 설명된 단계별 프로시저에 따라 CA 개인용 키 및 공용 키를 생성하십시오.

1. ’root’ 사용자 신임 정보를 사용하여 TADDM 머신에 로그인하십시오.


a. mkdir taddm_certificates

b. cd taddm_certificates

3. 다음 명령을 통해 CA를 사용하여 서버 키 및 인증서 서명 요청(CSR)을 작성하십시오.

a. openssl genrsa -out key.pem 4096

b. openssl req -subj '/CN=client' -new -key key.pem -out client.csr

c. echo extendedKeyUsage = clientAuth >> extfile.cnf

4. 다음 명령을 통해 개인 키를 서명하십시오.

a. openssl x509 -req -days 365 -sha256 -in client.csr -CA ca.pem -CAkeyca-key.pem -CAcreateserial -out cert.pem -extfile extfile.cnf

v 1. 섹션 A: (3.a, 3.b)단계에서 생성된 ca.pem 및 ca-key.pem을 제공하십시오.

v 2. 섹션 A: (3.a.1)단계에서 제공된 비밀번호를 입력하십시오.

5. 불필요한 파일을 제거하고 권한을 올바르게 설정하십시오.

a. rm -v client.csr

b. chmod -v 0400 ca-key.pem key.pem

c. chmod -v 0444 ca.pem cert.pem

d. cd ../

e. chown -R taddmusr:taddmusr taddm_certificates


f. chown -R taddmusr:taddmusr taddm_certificates

6. 다음 명령을 사용하여 DockerHost 머신에 대한 TLS 연결을 유효성 검증하십시오.

curl https://<Dockerhost-IP>:<Docker-Port>/_ping --cert ./cert.pem--key key.pem --cacert ca.pem

e.g. curl https://<Dockerhost-IP>:<2376>/_ping --cert ./cert.pem--key key.pem --cacert ca.pem

UCP에 대한 TLS 인증서 수동 생성1. ’root’ 사용자 신임 정보를 사용하여 TADDM 머신에 로그인하십시오.


a. mkdir taddm_certificates

b. cd taddm_certificates

3. UCP url의 유효성을 확인하십시오. 구동되어 실행 중이어야 합니다. 예:

https://x.x.x.x:443

4. Docker UCP 사용자 인터페이스에 로그인하십시오.

5. UCP 사용자 인터페이스에서 인증서를 다운로드하십시오.

v admin > 내 프로파일 > 클라이언트 번들 > 새 클라이언트 번들 > 클라이언트 번들 생성으로 이동하십시오.

6. 인증서 zip 파일을 다운로드하십시오.

7. 2단계에서 작성한 taddm_certificates 디렉토리에서 TADDM 서버에 대한 인증서 zip 파일을 복사하십시오.

8. taddm_certificates 디렉토리에서 TADDM 서버에 대한 인증서 zip 파일을 압축 해제하십시오.

9. 아래 명령을 실행하여 TADDM 인증서의 소유권을 변경하십시오.

chown -R taddmusr:taddmusr taddm_certificates


이 주제에서는 Docker 호스트 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

다음 설명과 함께 센서가 실패합니다. ` CTJTD1585E Error – Docker host is

not reachable on any of these ports:`

문제 : 원격 웹 API가 Docker 호스트에서 사용으로 설정되어 있지 않을 수 있습니다.

센서 참조서 37

https://x.x.x.x:443

솔루션 : 어떤 포트가 ’dockerd’ 디먼 프로세스에서 사용되는지 알아보기 위해 ’ps

- eaf | grep dockerd’를 사용하여 유효성 검증하십시오. 이에 대한 출력은 아래와 유사해야 합니다.

/usr/bin/dockerd -H tcp://9.158.143.51:2376 -H unix:///var/run/docker.sock

원격 API 지원을 사용으로 설정하려면 Docker 호스트에서 ’REST 지원 사용’을참조하십시오.

다음 설명과 함께 센서가 실패합니다. `CTJTD1587E/ CTJTD1590E Error – TLS

configuration mismatch between Docker Host sensor and remote node:’

문제 : Docker 호스트 센서 및 Docker 호스트 원격 노드에 대한 구성의 불일치로 인해 문제점이 발생합니다. TLS가 하나에서는 사용으로 설정되어 있고 다른곳에서는 사용 안함으로 설정되어 있을 수 있습니다.

솔루션 : enableTLS 특성을 Docker 호스트 센서용으로 적절하게 유효성 검증하고 구성하십시오.

다음 설명과 함께 센서가 실패합니다. ` CTJTD1589E Error – Issue with TLS

path-store directory`

문제 : Docker 호스트 센서 구성에서 구성된 pathstore 디렉토리가 올바르지 않거나 적절한 권한이 부족합니다.

솔루션 : TADDM 감지 서버에서 구성된 pathstore 디렉토리가 있는지 확인하십시오. 디렉토리가 존재할 경우, 적절한 권한이 부여되었는지 유효성 검증하십시오.

drwxr-xr-x. 2 taddmusr taddmusr 4096 Nov 24 08:28 taddm_certificates

센서가 다음 설명과 함께 실패합니다. ` Failed: HTTP error code : 503`

문제 : TADDM이 REST를 통해 대상 노드에서 Docker 디먼/애플리케이션에 연결할 수 없는 경우 센서가 오류 메시지와 함께 실패할 수 있습니다.

솔루션 : dockerd 프로세스/애플리케이션이 정상적으로 실행 중인 경우, 디먼/프로세스가 ps - Aef | grep dockerd 명령을 사용하여 청취 중인 특정 포트를 유효성 검증하는 것이 중요하게 됩니다. 출력에서 얻은 포트는 TADDM이 연결하려고 시도 중인 포트와 일치해야 합니다.

센서가 다음 메시지와 함께 실패합니다. `CTJTD3520E Error – A storage error

has occurred. Server id:`

문제 : 문자 세트 변환 시 Java jar의 누락된 종속 항목이 있는 경우, 센서는 위에 표시된 스토리지 오류 메시지와 함께 실패할 수 있습니다.


솔루션 : 누락된 Java jar을 유효성 검증하고 해당 항목을 아래 디렉토리에 배치하십시오.

/opt/IBM/taddm/dist/lib/jdbc

감지를 다시 실행하십시오.

Docker Swarm 클러스터 센서Fix Pack 4

Docker Swarm 클러스터 센서

DSHS(Docker Swarm Cluster Sensor)는 Docker Swarm, 속성, Swarm 노드,

Swarm 네트워크 및 Swarm 서비스 관련 정보를 감지합니다.


DockerSwarmClusterSensor

센서에서 감지된 요소

센서는 다음 요소를 감지합니다.

v Docker Swarm

v Docker 노드(Docker 호스트라고도 함)

v Docker 서비스v Docker 네트워크

감지 관리 콘솔 및 데이터 관리 포털에서는 Docker Swarm 클러스터가 파란색Docker 고래 디자인 아이콘으로 표시됩니다.

Docker Swarm 클러스터 센서는 REST API를 사용하여 ’관리자’ 역할에서’dockerd’ 디먼 프로세스/애플리케이션을 실행하는 Docker 호스트 ’관리자’ 노드에서 감지 관련 정보를 검색합니다. 검색된 데이터는 주로 이름 지정 규칙을 준수하고 올바른 모델 오브젝트를 작성하는 데 필요한 속성 데이터를 구성합니다.

선행 조건v Docker 디먼/애플리케이션이 대상 Linux 머신에서 실행 중입니다.

v 성공적인 Docker Swarm 감지를 위해 대상 Docker 호스트 머신에서 REST

지원이 사용으로 설정되어야 합니다.

v DSCS를 트리거하려면 ’관리자’ 역할의 Docker 호스트 하나 이상이 감지 범위에 포함되어야 합니다.

센서 참조서 39

v 언제든지 제공된 Docker 호스트는 단일 Swarm 클러스터에만 속할 수 있으며, 예를 들어 동시에 여러 Docker Swarm 클러스터의 일부가 될 수는 없습니다.

v Docker Swarm 클러스터 센서는 Docker 호스트 센서에서 수행되는 감지에의존합니다. 이와 비교하여 Docker Swarm 클러스터 센서에 대한 구성은Docker 호스트 센서에서 내재적으로 파생됩니다. 자세한 내용은 ’Docker 호스트 센서’(29 페이지의 『Docker 호스트 센서』)를 참조하십시오.

v 단일 TLS 인증서 세트는 모든 Docker 호스트에 대한 TADDM 통신에 적용가능합니다.

v 감지를 위한 TLS의 사용 여부는 범위 내에 정의된 모든 Docker 호스트에 있어 동일하게 작동합니다.

o Docker 호스트 모두 또는 없음에 적용됩니다.

보안 문제v 특정 액세스 목록 항목은 필요하지 않습니다. TLS 기반 보안 세부사항은 아래의 "Docker Swarm에 연결"을 참조하십시오.

Docker Swarm에 연결

Docker Swarm 클러스터 센서는 비 TLS 모드와 TLS 모드를 통해 Docker 호스트(’관리자’ 역할에서 작동)에서 데이터를 감지합니다.

비 TLS 모드

비 TLS 모드가 기본 모드입니다. 이는 웹 서비스를 통해 데이터를 검색하며 인증을 필요로 하지 않습니다. 이 모드는 고객 소유의 사설 네트워크 또는 사설 클라우드 배치에서 권장됩니다.

TLS 모드

TLS 모드는 Docker 호스트와 통신하기 위한 보안 모드입니다. 이는 TADDM 및대상 Docker 호스트에 설치된 TLS 인증서를 검증합니다. 이 모드를 사용하려면감지 프로파일에 정의된 인증서 경로 구성과 함께 enableTLS 특성을 true로 설정해야 합니다. 자세한 내용은 "Docker 호스트 센서: 감지 프로파일 구성"을 참조하십시오. TADDM 및 Docker 호스트용 TLS 인증서를 수동으로 생성하려면29 페이지의 『Docker 호스트 센서』 ’감지 프로파일 구성’을 참조하십시오.

TADDM 및 Docker 호스트용 TLS 인증서를 수동으로 생성하려면 29 페이지의『Docker 호스트 센서』 ’: 수동 TLS 인증서 생성’을 참조하십시오.



Docker Swarm 클러스터 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IT 환경에서 Docker Swarm 자원에 대해 수집하는 정보 유형을 나타냅니다.


app.docker.dockerswarm.DockerSwarm

v app.docker.dockerswarm.DockerSwarm

v Servers

v SwarmServices

v IP

v Port

v DockerNetwork

app.docker.dockerswarm.SwarmService

v Name

v DockerSwarm

app.docker.dockerhost.DockerContainer

v Task

v SwarmService

app.docker.dockerhost.DockerNetwork

v Name

v SubnetAddress

v DockerHost

v DockerContainer

참고: Docker Swarm이 Docker 호스트 노드의 클러스터이므로 모든 Docker 호스트 센서 모델 오브젝트는 여기에서도 적용 가능합니다.

센서 구성

Docker Swarm 클러스터 센서를 사용하기 전에 먼저 이를 구성해야 합니다.


Docker Swarm 클러스터 센서는 Docker 호스트 센서에서 수행되는 감지에 의존합니다. 이와 비교하여 Docker Swarm 클러스터 센서에 대한 구성은 Docker

센서 참조서 41

호스트 센서에서 내재적으로 파생됩니다. 자세한 내용은 29 페이지의 『Docker

호스트 센서』 :’센서 프로파일 구성’을 참조하십시오.


이 주제에서는 Docker Swarm 클러스터 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

Docker Swarm 클러스터 센서가 Docker 호스트 노드에서 호출되지 않음

문제 : 노드에 현재 해당 클러스터에 대한 ’관리자’ 역할이 없는 경우, Docker

Swarm 클러스터 센서가 Docker 호스트 노드에서 호출되지 않을 수 있습니다.

솔루션 : 다음 추적을 확인하고 있는 로그 파일(DiscoverManager.log)을 통해 유효성 검증하십시오.

"Swarm 모드가 사용으로 설정되어 있지 않거나 Docker 호스트가 현재 관리자 역할을 갖고 있지 않습니다.".

DSCS를 트리거하려면 "관리자" 역할의 Docker 호스트 하나 이상이 감지 범위에포함되어야 합니다.

DNS 센서DNS 센서는 DNS(Domain Name System) 서버를 감지합니다.


DnsSensor


센서는 다음 모델 오브젝트를 작성합니다.

v Sys.DNSSAP

센서 문제점 해결이 주제에서는 DNS 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한솔루션을 제시합니다.

센서가 DNS 서버를 감지하는 데 실패함

문제 센서가 실행 중인 DNS 서버를 감지할 수 없습니다.

솔루션센서가 DNS 서버 감지에 실패하면, DNS 서버가 IP 주소 127.0.0.1을 분


석할 수 있는지 확인하십시오. 127.0.0.1을 해석하려면 DNS 센서에서 DNS

서버가 필요하며, DNS 서버가 값을 리턴하지 않는 경우 센서가 특정 DNS

서버를 인식하는 데 실패합니다.

HIS 센서HIS 센서는 Microsoft Host Integration Server를 감지합니다.


HISServerSensor

선행 조건

이 센서를 실행하기 전에 다음 전제조건을 충족해야 합니다.

v Windows 컴퓨터 시스템에 대한 감지가 성공되어야 합니다.

v SNABase 서비스가 실행 중이어야 합니다.

v TADDM WMI(Windows Management Instrumentation) 제공자를 사용하여 root/microsoftHis 네임스페이스에 대한 WMI 읽기 액세스 권한을 부여해야 합니다. Windows 컴퓨터 시스템에 대한 감지가 성공하면 기본적으로 이WMI 읽기 액세스가 부여됩니다. 관리 레벨 액세스가 더 바람직합니다.

연관 속성이 있는 모델 오브젝트HIS 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IT

환경에서 Microsoft Host Integration Server 자원에 대해 수집하는 정보 유형을 나타냅니다.


app.his.HISDomain

v APPCModes

v AuditLevel

v BroadcastMeanTime

v BroadcastProtocolIpxSpx

v BroadcastProtocolNamedPipes

v BroadcastProtocolTcpIp

v ClientBackupDomainNames

v ClientBackupSponsorNames

v ClientDomainBackupType

v ConfigServer

센서 참조서 43

v DisplayName

v DisplayVerbConnection

v DomainName

v EventLogServerName

v NetViewConnection

v PopupServerName

v RTMEndOfSession

v RTMOverflow

v RTMThreshold

v RTMTimerUntil

v Security3270

v SecurityAPPC

v SecurityLUA

v Servers

v Status

app.his.HostIntegrationServer

v DisplayName

v Domain

v LinkServices

v Name

v ProductName

v ProductVersion

v ServerRole

v Services

v TransportString

v VendorName

app.his.IPDLCService

v BackupNetworkNameServers

v CMDMaxRetry

v CPName

v DeviceDriver

v DisplayName

v DllName

v IsRemotable


v LENNode

v LocalAddressAdapter

v LocalAddressIP

v MaxActivationAttempts

v MaxBTUReceive

v MaxBTUSend

v Name

v Network

v NodeID

v Parent

v PrimaryNetworkNameServer

v ReceiveAckTimeout

v ResolvedIP

v UseDynamicPUDefinition

app.his.APPCMode

v AllowLZandRLE

v AutoActivate

v DisplayName

v EndPointOnly

v IsPriority

v MaxReceiveCompression

v MaxSendCompression

v MinimumContentionWinnerLimit

v Name

v Parent

v PartnerMinimumContentionWinnerLimit

v ReceivePacing

v ReceiveRuSize

v SessionLimit

v TransmitPacing

v TransmitRuSize

app.his.HISConnection

v Activation

v AllowIncoming

센서 참조서 45

v BlockId

v CompressionLevel

v DisplayName

v DynamicLuDef

v LU

v LinkService

v Name

v NodeId

v Parent

v PartnerConnectionName

v PeerRole

v RemoteBlockId

v RemoteControlPoint

v RemoteEnd

v RemoteNetName

v RemoteNodeId

v RetryDelay

v RetryLimit

v XIDFormat

app.his.HISLUA

v Compression

v DisplayName

v HighPriorityMode

v Name

v Number

v Parent

v Protocol

v UserWksSecure

app.his.HISLUDisplay

v AssociatedLU

v Compression

v DisplayModel

v DisplayModelOverride

v DisplayName


v HISService

v Name

v Number

v Parent

v Protocol

v UserWksSecure

app.his.HISLUPrint

v AssociatedLU

v Compression

v HISService

v Name

v Number

v Parent

v Protocol

v UserWksSecure

app.his.PrintService

v Account

v ActivationRetryInterval

v ActivationRetryLimit

v AlwaysDoNL

v CanBePaused

v CanBeStopped

v DelayPrintStart

v Description

v DesktopInteract

v DisplayName

v DoAllFF

v ErrorControl

v ExitCode

v FlushFinalFF

v IgnoreCharsUnder3F

v Name

v NoEventLogOnSkippingTransparentSection

v NoSpaceAfterFF

센서 참조서 47

v OperatingState

v Parent

v PathName

v Server

v ServiceName

v ServiceSpecificCode

v ServiceType

v SoftwareVersion

v StartMode

v Started

v UseFixedTabs

v UseProportionalFontChange

app.his.SNAService

v ControlPoint

v HISConnections

v Name

v NetworkName

v Parent

v Server

액세스 목록 구성이 주제에서는 사용자 구성에 따라 필요한 액세스 세부사항에 대해 설명합니다.

이 센서에 대한 액세스 요구사항이 없습니다. 이 센서는 클라이언트를 감지하는데 사용되는 ComputerSystem 액세스 신임 정보를 사용하여 실행할 수 있습니다.

센서 문제점 해결이 주제에서는 HIS 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한솔루션을 제시합니다.

감지 중에 대상 시스템에서 WMI 서비스가 실패함

문제 감지 중에 대상 시스템에서 WMI(Windows Management Instrumen-

tation) 서비스가 실패했습니다.


솔루션수정사항 KB933061을 포함하여 모든 WMI 관련 수정사항을 대상 시스템에 적용하십시오. 문제가 지속되면, Microsoft에서 WMI 진단 도구를실행하십시오.

IBM Cluster Systems Management 센서IBM Cluster Systems Management 센서는 IBM CSM(Cluster Systems

Management) HPC(High Performance Computing) 클러스터를 감지합니다.


CSMServerSensor 및 CSMNodeSensor

선행 조건

전제조건 센서와 함께 GenericComputerSystemSensor는 CSM 클러스터 감지에사용되는 감지 프로파일에서 사용으로 설정되어야 합니다.



v sys.hpc.cm.ConfigurationManagementCluster

v sys.hpc.cm.ConfigurationManagementNode

v sys.hpc.cm.ConfigurationMangementNodeGroup

v sys.hpc.cm.ConfigurationManagementClusterConfigFile

v sys.hpc.CSMNode



이 주제에서는 감지 프로파일을 구성하는 방법에 대해 설명합니다.

CSMServerSensor를 구성하려면 다음 단계를 완료하십시오.

1. 감지 프로파일을 작성하고 CSMServerAgentConfiguration 유형의 에이전트구성을 선택하십시오.

2. 다음 필수 속성을 설정하십시오.

masterServerNames

CSM 마스터 노드의 IP 주소 또는 호스트 이름. 이 특성은 CSM 서버 센서를 시작하도록 설정해야 합니다.

3. 해당하는 경우, 다음 매개변수를 설정하거나 기본값을 승인하십시오.

센서 참조서 49

lsNodeCommand

CSM 노드를 판별하는 데 사용되는 명령. 기본값은 lsnode입니다.

nodeGrpCommand

그룹에서 CSM 노드를 판별하는 데 사용되는 명령. 기본값은 nodegrp

입니다.

nodeGrpCommandDelimiter

nodeGrpCommand에 있는 노드 사이의 구분 기호. 기본값은 ","입니다.

CFMDirectoryLocation

CFM 루트 디렉토리의 위치. 기본값은 /cfmroot입니다.

CFMDiscoveryMode

CSM 구성 디렉토리에 있는 파일 및 스크립트의 파일 캡처 깊이. 유효값은 다음과 같습니다.

v 0: 파일 정보가 캡처되지 않습니다.

v 1: 파일 이름 및 파일 정보만 캡처됩니다.

v 2: 모든 파일 정보 및 내용이 캡처됩니다.

기본값은 1입니다.

CFMDiscoveryPattern

CFM 루트 디렉토리 아래에 있는 파일의 파일 이름 패턴. 기본값은"*"입니다.

preRebootScriptsLocation

재부팅 이전에 실행되는 스크립트의 위치. 기본값은 /csminstall/

csm/scripts/installprereboot/입니다.

preRebootScriptsDiscoveryPattern

/csminstall/csm/scripts/installprereboot/ 디렉토리 아래에 있는파일의 파일 이름 패턴

기본값은 "*"입니다.

postRebootScriptsLocation

재부팅 이후에 실행되는 스크립트의 위치. 기본값은 /csminstall/

csm/scripts/installpostreboot/입니다.

postRebootScriptsDiscoveryPattern

/csminstall/csm/scripts/installpostreboot/ 디렉토리 아래에 있는 파일의 파일 이름 패턴



osUpgradePreRebootScriptsLocation

OS를 업그레이드했지만 재부팅하기 전에 실행되는 스크립트의 위치입니다. 기본값은 /csminstall/csm/scripts/osupgradeprerboot/입니다.

osUpgradePreRebootScriptsDiscoveryPattern

/csminstall/csm/scripts/osupgradeprereboot/ 디렉토리 아래에 있는 파일의 파일 이름 패턴


osUpgradePostRebootScriptsLocation

OS를 업그레이드하고 재부팅한 후에 실행되는 스크립트의 위치입니다. 기본값은 /csminstall/csm/scripts/osupgreadepostreboot/입니다.

osUpgradePostRebootScriptsDiscoveryPattern

/csminstall/csm/scripts/osupgradepostreboot/ 디렉토리 아래에 있는 파일의 파일 이름 패턴


disklessBootScriptsLocation

디스크 없는 노드에 대한 부트 스크립트의 위치. 기본값은/csminstall/csm/scripts/disklessboot/입니다.

disklessBootScriptsDiscoveryPattern

/csminstall/csm/scripts/disklessboot/ 디렉토리 아래에 있는 파일의 파일 이름 패턴


disklessPreBuildScriptsLocation

디스크 없는 노드에 대해 실행되는 사전 빌드 스크립트의 위치

기본값은 /csminstall/csm/scripts/disklessprebuild/입니다.

disklessPreBuildScriptsDiscoveryPattern

/csminstall/csm/scripts/disklessprebuild/ 디렉토리 아래에 있는파일의 파일 이름 패턴


dataScriptsLocation

스크립트에서 참조하는 추가 스크립트 또는 데이터 파일의 위치

기본값은 /csminstall/csm/scripts/data/입니다.

센서 참조서 51

dataScriptsDiscoveryPattern

/csminstall/csm/scripts/data/ 디렉토리 아래에 있는 파일의 파일이름 패턴


updateScriptsLocation

CSM 업데이트를 완료한 이후에 실행되는 스크립트의 위치

기본값은 /csminstall/csm/scripts/update/입니다.

updateScriptsDiscoveryPattern

/csminstall/csm/scripts/update/ 디렉토리 아래에 있는 파일의 파일 이름 패턴


nodesScope

CSM 노드 센서가 제한되는 IP 주소의 범위

doPingNodes

감지된 CSM 노드에 대해 ping 센서를 실행할지 여부를 지정합니다.

CSMNodeSensor와 연관된 특정 센서 설정 요구사항이 없습니다.



CSMServerSensor는 CSM 서버 액세스 항목을 사용합니다. 이 액세스 항목을 사용할 수 없는 경우, 센서는 ComputerSystem 액세스 항목을 사용하여 CSM 서버에 액세스합니다.

CSMNodeSensor는 ComputerSystem 액세스 항목을 사용하여 CSM 노드에 액세스합니다.

IBM High-Availability Cluster Multi-Processing 센서IBM High-Availability Cluster Multi-Processing(HACMP™) 센서는 HACMP

클러스터 및 연관 구성요소를 감지합니다. 이 센서는 클러스터, 노드, 자원 그룹,

로컬 자원 그룹, 애플리케이션 자원, 클러스터 관리자, 서비스 IP 레이블, 공유 파일 시스템, 노드 네트워크 주소 및 사이트에 대한 정보를 감지합니다.


HACMPSensor


선행 조건

HACMP 서비스 및 클러스터 관리자 디먼이 대상 컴퓨터에서 실행 중이어야 합니다.

보안 문제

감지된 시스템에서 다음 명령을 실행할 권한이 필요합니다. lssrc, clstat,

cltopinfo, clRGinfo, cllsserv, cllsif, cllsfs, clshowres, cllsgrp,

get_local_nodename, cllssite.

제한사항

다음 제한사항이 적용됩니다.

v TADDM은 HACMP 클러스터에서 실행 중인 Apache 서버만 지원합니다.

v HACMP 자원 그룹에서는 한 애플리케이션 서버만 실행할 수 있습니다.

v TADDM에서 HACMP 클러스터의 상태를 확인할 때 사용되는 clstat 명령에 실패하면 센서는 odmget 명령을 실행합니다. 그러나 odmget 명령은HACMP 클러스터 오브젝트의 상태 및 하위 상태 속성을 포함시키지 않기 때문에 이 명령으로 감지하는 데이터의 범위는 제한적입니다.

연관 속성이 있는 모델 오브젝트IBM HACMP 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은센서가 IBM HACMP 환경에서 구성 항목에 대해 수집하는 정보 유형을 나타냅니다.


HACMPAppResource

v AppServer

v LocalAppResources

v Name

v Parent

HACMPCluster

v ClusterID

v ComputerSystems

v ConnAuthMode

v HeartbeatNetworks

v MessageAuthMode

센서 참조서 53

v MessageEncryption

v Nodes

v ResourceGroups

v State

v Substate

v UsePersistentLabel

HACMPClusterHeartbeatNetwork

v Name

v Netmask

v NetworkElements

v Parent

v PrefixLength

v Type

HACMPClusterHeartbeatNetworkElement

v L2Interface

v Name

v NetworkAddress

v Parent

v StorageVolume

v Type

HACMPClusterManager

v CurrentState

v HacmpNode

HACMPLocalAppResource

v Node

v Parent

v StartScript

v StopScript

HACMPLocalResourceGroup

v LocalState

v Node

v Parent

HACMPNode


v ClusterManager

v LocalAppResources

v LocalResourceGroups

v Name

v NetworkElements

v Parent

v SiteInfo

v State

v System

HACMPResourceGroup

v AppResources

v FallbackPolicy

v FalloverPolicy

v FileSystems

v GlobalState

v LocalResourceGroups

v Nodes

v Parent

v PrimaryNode

v ServiceIpLabels

v SitePolicy

v StartupPolicy

v StorageVolumes

ServiceIPLabel

v IpAddress

v Name

v Parent

SiteInfo

v Name


센서 참조서 55


이 주제에서는 필요한 액세스 세부사항에 대해 설명합니다.

액세스 목록을 구성하려면 다음 단계를 완료하십시오.

1. ComputerSystem을 구성요소 유형으로 선택하십시오.

2. TADDM이 대상 컴퓨터 시스템에 대한 인증에 사용해야 하는 액세스 정보(사용자 이름 및 비밀번호)를 지정하십시오.


이 주제에는 IBM HACMP 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.


com.collation.platform.os.UnixOs.forcedServerList=clstrmgr

이 항목에 clstrmgr을 이 항목에 추가하여 센서가 시작되도록 하십시오.

예:

com.collation.platform.os.UnixOs.forcedServerList=vxconfigd;clstrmgr

센서 문제점 해결이 주제에서는 IBM HACMP 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

HACMP 클러스터가 중복됨

문제 다음 시나리오에서 중복 HACMP 클러스터가 작성될 수 있습니다.

1. HACMP 클러스터가 감지됩니다.

2. 클러스터 구성에서 HACMP 클러스터 이름이 변경됩니다.

3. HACMP 클러스터가 다시 감지됩니다.

솔루션HACMP 클러스터가 중복된 상황을 해결하려면 데이터 관리 포털을 사용하여 이전 클러스터 이름의 클러스터 사본을 삭제하십시오.

잘못된 HACMP 버전이 리턴됨

문제 IBM HACMP 센서를 사용하여 HACMP 클러스터를 감지할 때 HACMP

클러스터의 제품 버전이 "0"으로 잘못 감지될 수 있습니다.

솔루션이는 HACMP에서의 문제점으로 인해 때때로 잘못된 클러스터 버전이 리턴됩니다.


클러스터 버전을 수동으로 확인하려면 HACMP 클러스터 노드 중 하나에서 다음 명령을 실행하십시오.

ssrc -ls clstrmgrES

명령 출력에서 HACMP 클러스터 버전을 확인하십시오. 예를 들면, 다음과 같습니다.

local node vrmf is 0

올바른 클러스터 버전이 표시되면, HACMP를 재감지하십시오.

Clstat 및 cldump 명령은 AIX 6.1에서 직접 설치된 노드에서 작동되지않음

문제 HACMP 클러스터가 AIX 6.1에서 직접 설치된 노드에 설치된 경우clstat 및 cldump 명령이 작동되지 않습니다.

솔루션http://www-01.ibm.com/support/docview.wss?uid=isg1IZ45540에서 이 문제에 대한 수정사항을 다운로드하십시오.

IBM Lotus Domino 서버 센서IBM Lotus® Domino® 서버 센서는 Lotus Domino 서버를 감지합니다.


DominoDomainSensor, DominoServerDetailSensor 및 DominoInitialSensor

선행 조건

Lotus Domino 시스템에서 사용자 계정이 감지할 자원에 대해 올바른 액세스 권한을 갖도록 구성되어야 합니다. 다음 요구사항을 충족하는지 확인하십시오.

v IIOP(Internet Inter-ORB Protocol) 서버가 각 Domino 도메인에 대해 하나이상의 Domino 서버에서 실행 중이어야 합니다.

v IIOP 서버의 IP 주소 또는 완전한 도메인 이름(FQDN)을$COLLATION_HOME/osgi/plugins/

com.ibm.cdb.discover.sensor.app.lotus.dominoserverinitial_7.5.0/

plugin.xml 파일에 추가하십시오. 서버 이름에 Domino IIOP 서버의 포트 번호를 추가할 수 있습니다. 포트 번호 추가는 선택사항입니다. 일반적으로, 기본 포트 번호는 63148(DIIOP(Domino Internet Inter-ORB Protocol)의 경우)

입니다. 익명 액세스가 필요한 경우, 포트 번호는 80(HTTP의 경우)입니다.

다음 예제에서는 IIOP 서버 이름을 추가하는 방법을 보여줍니다.

센서 참조서 57

http://www-01.ibm.com/support/docview.wss?uid=isg1IZ45540

<IIOPServers><item>

<name>example1-server.ibm.com[:Port_number]</name><SSL>false</SSL>

</item><item>

<name>example2-server.ibm.com[:Port_number]</name><SSL>false</SSL>

</item></IIOPServers>

v 각 IIOP 서버에 올바른 사용자 ID 및 비밀번호가 있어야 합니다.

v IIOP 서버에 대한 사용자 ID에 names.nsf 파일에 대한 읽기 권한이 있어야합니다.

v Domino 클러스터에 대한 전체 정보를 보려면 모든 서버 노드가 포함된 감지범위를 지정해야 합니다.

v Domino 디렉토리에서 서버 문서를 확인하고 사용자 ID가 보안 설정을 수행할 수 있는 액세스 권한을 가지고 있는지 확인하십시오.

– 액세스 서버– 제한된 LotusScript/Java 에이전트 실행

Lotus Domino 시스템에서 사용자 계정이 감지할 자원(예 파일 및 데이터베이스)에 대해 올바른 액세스 권한을 갖도록 구성되어야 합니다.

v SSL을 사용하여 TADDM을 Domino IIOP 서버에 연결하려면, osgi/plugins/


plugin.xml 파일을 true로 설정해야 합니다. 그런 다음, TrustedCerts.class

파일을 TADDM 서버의 $COLLATION_HOME/etc/domino_trusted 디렉토리로 복사해야 합니다. TrustedCerts.class 파일은 domino data folder/domino/java

폴더에 있습니다.

v DIIOP 태스크가 실행 중인 경우 Domino 콘솔에서 show task 명령을 실행하십시오.

v DIIOP 태스크가 실행 중이지 않은 경우 Domino 콘솔에서 load diiop 명령을 실행하여 DIIOP 태스크를 로드하십시오.

v tell diiop show config 명령을 실행하여 구성을 확인하십시오.

plugin.xml 파일을 업데이트하는 경우, 변경사항을 적용하려면 TADDM 서버를다시 시작해야 합니다.



v app.lotus.AgentManager

v app.lotus.AdminProcess


v app.lotus.DirectoryAssistance

v app.lotus.DirectoryCataloger

v app.lotus.DomainCatalog

v app.lotus.DominoCluster

v app.lotus.DominoConnection

v app.lotus.DominoDatabase

v app.lotus.DominoDomain

v app.lotus.DominoNamingContext

v app.lotus.DominoReplicas

v app.lotus.DominoSecurity

v app.lotus.DominoServer

v app.lotus.DominoTransactionLogging

v app.lotus.HTTPFilterSpecialtyServer

v app.lotus.IIOPConfig

v app.lotus.IMAPConfig

v app.lotus.InternetClusterManager

v app.lotus.LDAPConfig

v app.lotus.OtherDatabase

v app.lotus.POPConfig

v app.lotus.RemoteDebugManager

v app.lotus.SMTPConfig

v app.lotus.SpecialityServer

v app.lotus.WebConfig

v app.lotus.WebRetriever

비동기 및 스크립트 기반 감지 지원IBM Lotus Domino 서버 센서는 비동기 및 스크립트 기반 감지를 지원합니다.

또한 비스크립트 기반 감지의 경우 Lotus Domino 서버 센서가 Solaris 운영 체제에서 지원되지 않지만, 비동기 또는 스크립트 기반 감지의 경우 센서가 Solaris

운영 체제에서 지원됩니다.




센서 참조서 59



스크립트 기반 감지의 경우, 컴퓨터 시스템 액세스 목록은 Lotus Domino 구성파일을 읽는 데 사용됩니다. Lotus Domino 서버의 애플리케이션 액세스 목록 항목은 필요하지 않습니다.

제한사항

비스크립트 기반 감지 중에 Lotus Domino 서버 센서에서 제공하는 대부분의 기능은 비동기 또는 스크립트 기반 감지를 지원하지 않습니다.

비동기 또는 스크립트 기반 감지에서는 버전 속성만 지원됩니다.


액세스 목록 구성Lotus Domino 서버에 IBM Lotus Domino 서버 센서 액세스 권한을 부여하려면, 액세스 목록을 구성해야 합니다.


1. 감지 관리 콘솔에서 Lotus Domino 서버의 IP 주소가 포함된 감지 범위 세트를 작성하십시오.

2. 액세스 목록을 작성하려면 액세스 목록 아이콘을 클릭하십시오.

3. 액세스 목록 창에서 추가를 클릭하십시오.

4. 액세스 세부사항 창의 구성요소 유형 필드에서 메시징 서버를 클릭하십시오.

5. 액세스 세부사항 창의 공급업체 필드에서 Domino를 클릭하십시오.

6. 신임 정보를 입력하여 대상 Lotus Domino 서버에 액세스하십시오.

또한 Windows 시스템에 대한 액세스 목록 항목 및 신임 정보도 있어야 합니다.

세션 센서는 IBM® Lotus® Domino® 서버 센서 감지 실행 이전에 TADDM 서버와 대상 컴퓨터 시스템 간의 세션을 작성합니다.

센서 문제점 해결이 주제에서는 IBM Lotus Domino 서버 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

센서가 시작하지 않음

문제 Domino DIIOP(Internet Inter-ORB Protocol)이 실행 중이지 않거나plugin.xml 파일이 제대로 구성되지 않은 경우 센서가 시작되지 않거나실패합니다.


솔루션v $COLLATION_HOME/osgi/plugins/


plugin.xml 파일을 확인하여 이 파일이 올바르게 구성되었는지 확인하십시오. plugin.xml 파일을 업데이트하는 경우, 변경사항을 적용하려면 TADDM 서버를 다시 시작해야 합니다.

v Domino 콘솔을 사용하여 다음 명령을 실행하십시오.

– load diiop

– show tasks

notes.ini 파일을 액세스할 수 없으면 센서가 시작되지 않음

문제 AIX 운영 체제의 경우 처리 환경에서 notes.ini 파일을 찾을 수 없으면센서가 시작되지 않습니다.

솔루션감지를 수행하는 사용자 ID가 보안 문제로 인해 프로세스 환경에 대한 액세스 권한이 없습니다. collation.properties 파일에서 다음 항목을 확인하십시오.

com.collation.platform.os.command.psEnv.AIX

필요한 경우, sudo 명령을 추가하여 파일 액세스 권한을 설정하십시오.

IBM Tivoli Monitoring Scope 센서포털 서버가 모니터하는 각 컴퓨터의 신임 정보가 아니라 Tivoli Enterprise Portal

Server의 신임 정보를 사용하여 IBM Tivoli Monitoring Scope 센서는 IBM Tivoli

Monitoring 환경에서 구성 항목을 감지합니다.

IBM Tivoli Monitoring Scope 센서는 다음 감지 기능을 제공합니다.

v 표준 TADDM 레벨 1 감지와 유사한 Tivoli Monitoring 엔드포인트의 기본감지를 제공합니다. 센서는 Tivoli Monitoring이 관리하는 각 컴퓨터 시스템에 대한 IP 주소, MAC 주소 및 운영 체제 유형을 감지합니다.

v Tivoli Monitoring 엔드포인트에 대한 액세스 신임 정보 없이 이후의 모든TADDM 레벨 2(및 일부 레벨 3) 감지가 실행될 수 있도록 감지하는 모든Tivoli Monitoring 엔드포인트에 대해 특수한 범위 세트를 작성합니다.

또한 IBM Tivoli Monitoring을 사용한 감지 구성에 대한 정보는 TADDM 관리자 안내서를 참조하십시오.

센서 참조서 61


ITMScopeSensor 및 ITMScopeSensor-x.xx.xxx.xxx.log. 여기서 x.xx.xxx.xxx는 감지된 시스템의 IP 주소를 나타냅니다.

또한 IBM Tivoli Monitoring Scope 센서는local-anchor.hostname.ITMScopeSensor.log에 정보를 로그합니다. 여기서hostname은 TADDM 서버의 호스트 이름을 나타냅니다.

선행 조건

TADDM 데이터베이스에 저장될 모니터되는 컴퓨터 시스템의 경우 IBM Tivoli

Monitoring은 센서의 조회에 대한 응답으로 컴퓨터 시스템 IP 및 MAC 주소를제공해야 합니다.

제한사항

Tivoli Monitoring Scope 센서를 사용한 감지는 Tivoli Monitoring 환경에서 다음 성능 문제를 일으킬 수 있습니다.

v Tivoli Enterprise Portal Server 및 Tivoli Enterprise Monitoring Server에서 CPU 사용량이 늘어납니다.

v 네트워크 사용량이 늘어납니다.

v 두 개 이상의 TADDM 서버가 Tivoli Monitoring 서버에 대해 동시에 감지를 수행하는 경우 Tivoli Monitoring 감지가 실패합니다.

이러한 성능 문제는 감지 기간 동안 계속 발생하며 사용되는 Tivoli Monitoring

하드웨어에 따라 Tivoli Monitoring 기능의 성능에 영향을 미칠 수도 있습니다.

센서는 NAT(Network Address Translation)를 사용하는 사설 네트워크에 있는호스트를 감지할 수 없습니다.

연관 속성이 있는 모델 오브젝트IBM Tivoli Monitoring Scope 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IBM Tivoli Monitoring 환경에서 구성 항목에 대해 수집하는 정보 유형을 나타냅니다.


net.IpInterface

v IpAddress

다음 모델 오브젝트가 있는 다중 컴퓨터 시스템:

sys.aix.AixUnitaryComputerSystem


sys.hpux.HpUxUnitaryComputerSystem

sys.linux.LinuxUnitaryComputerSystem

sys.sun.Solaris

sys.sun.SunSPARCUnitaryComputerSystem

sys.UnitaryComputerSystem

sys.windows.WindowsComputerSystem

sys.zOS.ZSeriesComputerSystem

다음 속성이 이러한 모델 오브젝트와 연관되어 있습니다.

v Fqdn

v Ipinterface

v Name

v OSInstalled

v OSRunning

v Signature

v Type

다음 모델 오브젝트가 있는 다중 운영 체제:

sys.aix.Aix

sys.hpux.HpUx

sys.linux.Linux

sys.sun.Solaris

sys.zOS.Sysplex

sys.unix.Unix

sys.windows.WindowsOperatingSystem

sys.zOS.ZOS


v Name

v ManagedSystemName

v OSVersion

센서 구성IBM Tivoli Monitoring 환경의 감지를 실행하기 전에 IBM Tivoli Monitoring

Scope 센서를 구성해야 합니다.

센서 참조서 63

필요한 파일을 Tivoli Enterprise Portal Server에서 TADDM 서버로 복사:

일부 파일을 Tivoli Enterprise Portal Server에서 TADDM 서버로 복사해야 합니다.

스트리밍 서버 배치에서 센서를 처음 구성하는 경우에는 감지 서버에서 다음 단계를 수행하십시오. Tivoli Enterprise Portal Server에서 버전 7.2.1.x의 TADDM

서버로 이미 파일을 복사하고 버전 7.2.2 이상으로 업그레이드한 경우에는 이 프로시저를 수행하지 마십시오.

1. TADDM 서버에서 $COLLATION_HOME/lib/itm 디렉토리가 존재하는지 확인하십시오.

2. 다음 파일을 Tivoli Enterprise Portal Server에서 TADDM 서버의$COLLATION_HOME/lib/itm 디렉토리로 복사하십시오.

v browser.jar

v cnp.jar

v cnp_vbjorball.jar

v kjrall.jar

v util.jar

v tap_cli.jar

Windows 시스템의 ITM_INSTALLATION_DIR\CNB\classes 디렉토리에서 파일을 복사하십시오.

Linux 및 UNIX 시스템의 ITM_INSTALLATION_DIR/classes 디렉토리에서파일을 복사하십시오.

3.

참고: ITM 6.3 이상과 통합하는 경우 이 단계를 건너뛰십시오.

cfwk.zip을 Tivoli Enterprise Portal Server에서 TADDM 서버의$COLLATION_HOME/lib/itm 디렉토리로 복사하십시오.

Windows 시스템의 ITM_INSTALLATION_DIR\GSK7\classes 디렉토리에서 파일을 복사하십시오.

Linux 및 UNIX 시스템의 ITM_INSTALLATION_DIR/ARCH/gs/classes 디렉토리에서 파일을 복사하십시오.

4. Linux 및 UNIX 시스템에서 다음 명령을 사용하여 이전에 복사한 사용자 및그룹을 TADDM 서버를 실행하는 데 사용되는 사용자 및 그룹으로 설정하십시오.

chown -R taddmuser:taddmuser $COLLATION_HOME/lib/itm

5. TADDM 서버를 다시 시작하십시오.


감지 대상 지원 번들 분배:

감지 프로세스 중에 TADDM은 IBM Tivoli Monitoring을 매개체로 사용하여 자신과 감지 대상 간에 2진 파일 데이터를 복사해야 합니다. Windows 감지 대상의 경우 감지 대상 지원은 TADDM에서 감지 프로세스의 일부인 감지 대상으로2진 파일을 복사할 수 있도록 합니다. 또한 감지 대상 지원 번들은 감지 중에 게이트웨이를 사용할 수 있도록 대상에서 Windows 게이트웨이의 일부를 제공합니다. 이 방법은 Tivoli Monitoring 환경에서 별도의 Windows 감지 게이트웨이를 배치하지 않도록 합니다. Linux, AIX, Solaris 및 HP-UX 운영 체제에는 감지 대상 지원 번들이 필요하지 않습니다.

TADDM에서 처음 감지를 실행하려면 먼저 각 Tivoli Monitoring Windows 운영 체제 엔드포인트에 감지 대상 지원 번들이 배치되어 있어야 합니다. 번들은 작은 풋프린트를 가지며, 비간섭적(non-intrusive)으로 설계되었으며, TADDM 감지 중에만 사용됩니다. 레벨 1 감지를 수행 중인 경우, 이 태스크가 필요하지 않습니다.

Tivoli Enterprise Monitoring Server 저장소를 통해 Windows 감지 대상에 지원 번들을 분배해야 합니다. 또한 지원 번들이 Tivoli Monitoring 환경에 있는원격 Tivoli Enterprise Monitoring Server 저장소로 로드되어야 합니다.

감지 대상 지원 번들을 배치해야 할 뿐만 아니라 각 Tivoli Monitoring 엔드포인트가 감지에 대해 구성되어 있는지 확인해야 합니다. 예를 들어 각 UNIX 기반 엔드포인트에는 LiSt Open Files(lsof) 프로그램이 설치되어야 합니다. 자세한정보는 TADDM 관리자 안내서를 참조하십시오.

TADDM DVD에서 지원 번들은 /itm-discovery-support 디렉토리의 KD7.zip

또는 KD7_621.zip 파일에 있습니다. Tivoli Enterprise Monitoring Server 버전에 따라, 적절한 지원 번들을 분배하십시오. IBM Tivoli Monitoring 버전6.2.1-TIV-ITM-FP0001 이상의 경우 KD7_621.zip에서 지원 번들을 분배하십시오.

IBM Tivoli Monitoring 버전 6.2.2-TIV-ITM-FP0002 이상의 경우 KD7.zip에서지원 번들을 분배하십시오.

감지 대상에 지원 번들을 분배하려면 다음 단계를 완료하십시오.

1. 적절한 지원 번들 파일 KD7.zip 또는 KD7_621.zip을 Tivoli Enterprise

Monitoring Server의 디렉토리에 추출하십시오. 예를 들어 Windows의 경우 C:\TEMP 디렉토리를 사용하고, Linux 또는 UNIX 시스템의 경우 /tmp을사용하십시오.

2. Tivoli Enterprise Monitoring Server 저장소에 지원 번들을 추가하려면 다음 샘플과 같이 tacmd 명령을 사용하십시오. 확인을 억제하려면 -f 옵션을 사용하십시오.

센서 참조서 65

Windows 운영 체제:C:\IBM\ITM\bin>tacmd login -u sysadmin -p mypassword -s localhost

Validating user...

KUIC00007I: User sysadmin logged into server on https://localhost:3102.C:\IBM\ITM\bin>tacmd addBundles -i C:\TEMP\KD7\072200000

KUICAB023I: Are you sure you want to add the following bundlesto the C:\IBM\ITM\CMS\depot\ depot?

Type : ComponentProduct Code : d7Deployable : trueVersion : 072200000Description : TADDM Discovery through ITM enablementHost Type : WINNTHost Version : WINNTPrerequisites:

KUICAB024I: Enter Y for yes or N for no: y

KUICAB020I: Adding bundles to the C:\IBM\ITM\CMS\depot\ depot.The time required to complete this operation depends on the numberand size of the added bundles.

KUICAB022I: The following bundles were successfully added to the C:\IBM\ITM\CMS

Linux 또는 UNIX 운영 체제:[root@localhost bin]# /opt/IBM/ITM/bin/tacmd login -s localhost -u sysadmin -p "mypassword"

Validating user...

KUIC00007I: User sysadmin logged into server on https://localhost:3661.[root@localhost bin]# /opt/IBM/ITM/bin/tacmd addBundles -i /tmp/KD7/072200000/

KUICAB023I: Are you sure you want to add the following bundlesto the /opt/IBM/ITM/tables/TEMS/depot depot?

Type : ComponentProduct Code : d7Deployable : trueVersion : 072200000Description : TADDM Discovery through ITM enablementHost Type : WINNTHost Version : WINNTPrerequisites:

KUICAB024I: Enter Y for yes or N for no: y

KUICAB020I: Adding bundles to the /opt/IBM/ITM/tables/TEMS/depotdepot. The time required to complete this operation dependson the number and size of the added bundles.

KUICAB022I: The following bundles were successfully added to the/opt/IBM/ITM/tables/TEMS/depot depot:

3. Windows 운영 체제에 대한 관리 대상 시스템 이름을 얻으려면 tacmd

listSystems -t NT 명령을 사용하십시오. tacmd listSystems -t NT 명령에 대한 자세한 정보는 http://www-01.ibm.com/support/knowledgecenter/

SSTFXA_6.2.2.2/com.ibm.itm.doc_6.2.2fp2/tacmd.htm에서 tacmd CLI 명령을 참조하십시오.

4. Tivoli Enterprise Monitoring Server에서 감지 대상으로 지원 번들 파일을분배하려면 Tivoli Enterprise Monitoring Server로 로그인하여 다음 예에서와 같이 tacmd 명령을 실행하십시오.

Windows 운영 체제:C:\IBM\ITM\bin>tacmd login -u sysadmin -p mypassword -s localhostValidating user...KUIC00007I: User sysadmin logged into server on https://localhost:3102.C:\IBM\ITM\bin>tacmd addsystem -t d7 -n Primary:OMPDEV2:NTKUICAR010I: The agent type d7 is being deployed.KUICAR028I: The operation has been successfully queued for deployment, the transactionid is 121969167781300000018467, use the getDeployStatus CLI to view the status.


http://www-01.ibm.com/support/knowledgecenter/SSTFXA_6.2.2.2/com.ibm.itm.doc_6.2.2fp2/tacmd.htm

http://www-01.ibm.com/support/knowledgecenter/SSTFXA_6.2.2.2/com.ibm.itm.doc_6.2.2fp2/tacmd.htm

Linux 또는 UNIX 운영 체제:[root@localhost bin]# /opt/IBM/ITM/bin/tacmd login -s localhost -u sysadmin -p "mypassword"

Validating user...

KUIC00007I: User sysadmin logged into server on https://localhost:3661.[root@blueronin bin]# /opt/IBM/ITM/bin/tacmd addsystem -t d7 -n Primary:OMPDEV2:NT

KUICAR010I: The agent type d7 is being deployed.

KUICAR028I: The operation has been successfully queued for deployment,the transaction id is 1255360658461460000354687074,use the getDeployStatus CLI to view the status.

5. tacmd getDeployStatus 명령을 입력하여 배치의 상태를 확인하십시오. 예제:

C:\IBM\ITM\bin>tacmd getdeploystatus -g 121969167781300000018467

Transaction ID : 121969167781300000018467Command : INSTALLStatus : SUCCESSRetries : 0TEMS Name : HUB_TEMSTarget Hostname: Primary:OMPDEV2:NTPlatform : WINNTProduct : D7Version : 072200000Error Message : KDY0028I: Request completed successfully. Deploymentrequest was processed successfully and is now completed.

Tivoli Enterprise Portal Server에 사용자 정의 조회 설치:

IBM Tivoli Monitoring을 통한 레벨 1 및 레벨 2의 경우 Tivoli Enterprise Portal

Server에서 사용자 정의 조회를 설치하여 IBM Tivoli Monitoring Scope 센서가 관리 대상 시스템 MAC 주소 및 에이전트 버전을 검색할 수 있도록 지원해야 합니다.

TADDM DVD에서 사용자 정의 조회는 /itm-discovery-support 디렉토리의TEPS_Query.zip 파일에 있습니다. 사용자 정의 조회는 install_zkd7.sql 파일에 정의되어 있습니다.

이러한 조회는 다음 정보를 리턴합니다.

v 각 엔드포인트에 있는 에이전트의 버전 번호v 각 Linux 엔드포인트의 MAC 주소v 각 엔드포인트의 운영 체제 이름 및 버전

Tivoli Enterprise Monitoring Server에 사용자 정의 조회를 설치하려면 다음 단계를 완료하십시오.

Linux 운영 체제에 설치:

1. Tivoli Enterprise Portal Server에 로그인하고 TEPS_Query.zip 파일을 로컬 디렉터리로 복사하십시오.

이러한 지시에서 TEPS_Query.zip 파일이 /tmp/teps 디렉토리로 복사되어 추출됩니다. install_zkd7.sql 및 uninstall_zkd7.sql 파일은 /tmp/teps 디렉토리에 있습니다.

센서 참조서 67

2. 사용자 정의 조회를 설치하십시오.

/opt/IBM/ITM/bin/itmcmd execute cq"/opt/IBM/ITM/li6263/cq/bin/KfwSQLClient -d KFW_DSN–f /tmp/teps/install_zkd7.sql"

3. Tivoli Enterprise Portal Server를 중지시키십시오.

/opt/IBM/ITM/bin/itmcmd agent stop cq

4. Tivoli Enterprise Portal Server를 시작하십시오.

/opt/IBM/ITM/bin/itmcmd agent start cq

Windows 운영 체제에 설치:


이러한 지시에서 TEPS_Query.zip 파일이 c:\TEMP\TEPS 디렉토리로 복사되어 추출됩니다. install_zkd7.sql 및 uninstall_zkd7.sql 파일은 c:\TEMP\TEPS 디렉토리에 있습니다.

2. Tivoli Enterprise Portal Server가 설치된 디렉토리로 변경하십시오.

cd c:\IBM\ITM\CNPS

3. 사용자 정의 조회를 설치하십시오.

.\kfwsqlclient.exe /d KFW_DSN /f c:\TEMP\TEPS\install_zkd7.sql

4. Tivoli Monitoring Services 창에서 Tivoli Enterprise Portal Server

를 다시 시작하십시오.


기본적으로, IBM Tivoli Monitoring Scope 센서는 사용 불가능합니다. 이를 사용으로 설정하면 TADDM이 Tivoli Monitoring 엔드포인트를 감지하고 범위 세트를 작성합니다. 범위 세트에는 감지된 엔드포인트가 포함되고 기본 Tivoli

Enterprise Portal Server 포트 1920 및 15001을 사용합니다. 그러나 기본적으로 Tivoli Monitoring 엔드포인트에 대한 컴퓨터 시스템 오브젝트가 작성되지 않습니다. 감지된 각 엔드포인트에 대한 컴퓨터 시스템 오브젝트를 작성하거나 기본 포트 대신에 Tivoli Enterprise Portal Server 포트를 사용할 경우 IBM Tivoli

Monitoring Scope 센서에 대한 새 레벨 1 또는 레벨 2 감지 프로파일을 작성하고 센서 설정을 사용자 정의하십시오.


1. 감지 관리 콘솔에서 감지 프로파일 아이콘을 클릭하십시오.



3. 새 프로파일 작성 창에서 프로파일 이름 및 설명을 입력하십시오. 기존 프로파일 복제 필드에서 레벨 1 감지 또는 레벨 2 감지를 클릭한 후 확인을클릭하십시오.

4. 센서 목록에서 ITMScopeSensor를 클릭한 후 새로 작성을 클릭하십시오.

5. 구성 작성 창에서 ITMScopeSensor의 구성에 대한 이름 및 설명을 입력하고 구성 사용 선택란을 선택하십시오.

6. 구성 작성 창의 구성 섹션에서 Tivoli Enterprise Portal Server를 찾을 포트 세트를 정의하려면 portList를 클릭하십시오. 그런 다음, 행에서 Value

필드를 두 번 클릭하고 각 값을 쉼표로 구분하는 각 포트 번호 값을 입력하십시오.

7. 포트 1920을 사용하지 않도록 센서를 구성하려면 useDefaultPortList를 클릭하십시오. 그런 다음, 행에서 값 필드를 두 번 클릭하고 false를 입력하십시오.

useDefaultPortList의 기본값은 true입니다. 포트 목록이 제공되고useDefaultPortList가 true로 설정되면, 포트 1920은 Tivoli Enterprise

Portal Server를 찾을 포트 목록에 추가됩니다.

8. 감지 중에 감지된 구성요소 트리에 표시하는 컴퓨터 시스템 오브젝트를 작성하려면 discoverITMEndpoints를 클릭하십시오. 그런 다음, 행에서 값 필드를 두 번 클릭하고 true를 입력하십시오.

감지 중에 컴퓨터 시스템 오브젝트를 작성하지 않으려면 필드에 아무 것도입력하지 않거나 false를 입력하십시오.



방화벽 뒤에 있는 엔드포인트 발견:

IBM Tivoli Monitoring Scope 센서는 방화벽 뒤에 있는 Tivoli Monitoring 엔드포인트를 지원합니다.

프로시저1. ITM 환경의 레벨 1 감지를 실행하여 itmserver.properties 파일을 작성하십시오.

2. 프로파일에 이 센서를 포함시키고 구성 옵션에서 startSessionOnly 매개변수를 true로 설정하십시오.

센서 참조서 69

결과

이 센서는 원래 범위에 있는 IP 주소가 ITM에 의해 관리되는지와 세션 센서를실행하는지 여부를 확인합니다. 센서는 호스트에 대해 허용되고 선호하는 경우에만 ITM 세션을 사용합니다.

제한사항: startSessionOnly 매개변수는 다른 모든 구성 옵션보다 우선순위입니다. 이를 사용하는 경우 센서는 다른 조작을 시작하지 않습니다.


Tivoli Enterprise Portal Server 애플리케이션에 IBM Tivoli Monitoring Scope

센서 액세스 권한을 부여하려면, 액세스 목록을 구성해야 합니다.


1. 감지 관리 콘솔에서 Tivoli Enterprise Portal Server가 포함된 감지 범위 세트를 작성하거나 Tivoli Enterprise Portal Server가 포함된 기존 범위를 사용하십시오.



4. 액세스 세부사항 창의 구성요소 유형 필드에서 통합을 클릭하십시오.

5. 액세스 세부사항 창의 공급업체 필드에서 IBM Tivoli Monitoring을 클릭하십시오.

6. Tivoli Enterprise Portal Server에 대한 신임 정보를 입력하십시오. Tivoli

Enterprise Portal Server가 상주하는 컴퓨터에 대한 신임 정보가 아니라Tivoli Enterprise Portal Server에 로그인하는 데 필요한 신임 정보를 사용하십시오.

센서 설치 제거IBM Tivoli Monitoring Scope 센서 구성 구성요소를 설치 제거하려면 여러 단계를 완료해야 합니다.

액세스 목록 항목 삭제:

감지 관리 콘솔에서 각 IBM Tivoli Monitoring 액세스 목록 항목을 삭제하십시오.

액세스 목록 항목을 삭제하려면 다음 단계를 완료하십시오.

1. 감지 관리 콘솔에서 Tivoli Enterprise Portal Server가 포함된 감지 범위 세트를 삭제하십시오.

2. 액세스 목록을 삭제하려면 액세스 목록 아이콘을 클릭하십시오.


3. 액세스 목록 창에서 각 IBM Tivoli Monitoring 액세스 목록을 선택하고 각각에 대해 삭제를 클릭하십시오.

감지 프로파일 삭제:

감지 관리 콘솔에서 각 IBM Tivoli Monitoring 감지 프로파일을 삭제하십시오.

감지 프로파일을 삭제하려면 다음 단계를 완료하십시오.


2. 감지 프로파일 창에서 IBM Tivoli Monitoring에 대해 작성된 각 감지 프로파일을 선택하고 삭제를 클릭하십시오.

Tivoli Enterprise Portal Server에서 사용자 정의 조회 설치 제거:

IBM Tivoli Monitoring Scope 센서를 설치 제거하려면, Tivoli Enterprise Portal

Server에서 사용자 정의 조회를 설치 제거해야 합니다.

설치 제거 조회 uninstall_zkd7.sql을 실행하여 사용자 정의 조회를 제거할 수있습니다. TADDM DVD에서 이 조회는 /itm-discovery-support 디렉토리의TEPS_Query.zip 파일에 있습니다.

Tivoli Enterprise Portal Server에서 사용자 정의 조회를 설치 제거하려면 다음단계를 완료하십시오.

Linux 운영 체제에서 설치 제거:


이러한 지시에서 TEPS_Query.zip 파일이 /tmp/teps 디렉토리로 복사되어 추출됩니다. uninstall_zkd7.sql 파일은 /tmp/teps 디렉토리에 있습니다.

2. 설치 제거 조회를 실행하십시오.

/opt/IBM/ITM/bin/itmcmd execute cq"/opt/IBM/ITM/li6263/cq/bin/KfwSQLClient -d KFW_DSN–f /tmp/teps/uninstall_zkd7.sql"

3. Tivoli Enterprise Portal Server를 중지시키십시오.

/opt/IBM/ITM/bin/itmcmd agent stop cq

4. Tivoli Enterprise Portal Server를 시작하십시오.

/opt/IBM/ITM/bin/itmcmd agent start cq

Windows 운영 체제에서 설치 제거:


센서 참조서 71

이러한 지시에서 TEPS_Query.zip 파일이 c:\TEMP\TEPS 디렉토리로 복사되어 추출됩니다. uninstall_zkd7.sql 파일은 c:\TEMP\TEPS 디렉토리에 있습니다.

2. Tivoli Enterprise Portal Server가 설치된 디렉토리로 변경하십시오.

cd c:\IBM\ITM\CNPS

3. 설치 제거 조회를 실행하십시오(모든 플랫폼을 지원함).

.\kfwsqlclient.exe /d KFW_DSN /f c:\TEMP\TEPS\uninstall_zkd7.sql

4. Tivoli Monitoring Services 창에서 Tivoli Enterprise Portal Server


감지 대상 지원 번들 제거:

IBM Tivoli Monitoring Scope 센서를 설치 제거하려면, Tivoli Enterprise

Monitoring Server 저장소에서 대상 지원 번들을 제거해야 합니다.

TADDM DVD에서 지원 번들은 /itm-discovery-support 디렉토리의 KD7.zip

파일에 있습니다.

에이전트 저장소에서 지원 번들을 제거하려면 다음 단계를 따르십시오.

1. KD7.zip 파일을 Tivoli Enterprise Monitoring Server의 디렉토리(예: C:\TEMP)

로 추출하십시오.

2. 감지 대상에서 지원 번들을 제거하려면 Tivoli Enterprise Monitoring

Server에 로그인하십시오. 다음 샘플과 같이 tacmd 명령을 실행하십시오. -t

옵션을 사용하여 제품 코드(D7)를 제공하고 -n 옵션을 사용하여 번들을 제거할 관리 대상 시스템을 제공하십시오.

tacmd removesystem -t D7 -n Primary:Sirius:NT

3. Tivoli Enterprise Monitoring Server 저장소에서 지원 번들을 제거하려면다음 샘플과 같이 tacmd 명령을 사용하십시오. -i 옵션을 사용하여 설치 가능 번들이 있는 디렉토리 경로를 제공하십시오.

tacmd removeBundles -i C:\TEMP\KD7\072200000

TADDM 서버에서 Tivoli Enterprise Portal Serve 파일 삭제:

IBM Tivoli Monitoring Scope 센서를 설치 제거하려면, Tivoli Enterprise Portal

Server에서 TADDM 서버로 복사한 파일을 삭제해야 합니다.

Tivoli Enterprise Portal Server에서 복사된 파일을 삭제하려면 다음 단계를 완료하십시오.

1. TADDM 서버에서 $COLLATION_HOME/lib/itm 디렉토리를 삭제하십시오.



센서 문제점 해결이 주제에서는 IBM Tivoli Monitoring Scope 센서에서 발생하는 공통 문제를설명하고 해당 문제에 대한 솔루션을 제시합니다.

정의된 범위 외부에 있는 컴퓨터 시스템이 작성됨

문제 감지 중에 정의된 범위 외부에 있는 일부 컴퓨터 시스템이 작성됩니다.

솔루션이 센서의 감지 프로파일에서 discoverITMEndpoints 속성이 true로 설정된 경우 감지 중에 센서가 Tivoli Enterprise Portal Server로 알려진각 Tivoli Monitoring 엔드포인트에 대해 컴퓨터 시스템을 작성합니다. 엔드포인트가 포털 서버에 포함된 초기 감지 범위 외부에 있는 경우에도 해당 컴퓨터 시스템이 작성됩니다.

감지 관리 콘솔을 사용하여 생성된 Tivoli Monitoring 범위에 대한 업데이트가 겹쳐쓰임

문제 감지 관리 콘솔을 사용하여 이전 감지에서 생성된 Tivoli Monitoring 범위에 대한 업데이트가 겹쳐쓰입니다.

솔루션레벨 1 감지 중에 Tivoli Enterprise Portal Server의 이름을 기반으로 하여 새 범위가 작성됩니다. 이 범위는 다음에 레벨 1 또는 레벨 2 감지 중에 포털 서버가 감지될 때 겹쳐쓰입니다.

생성된 Tivoli Monitoring 범위를 변경하려면 생성된 범위의 요소를 포함하는 범위를 다른 이름으로 작성하십시오.

대형 Tivoli Monitoring 환경에서는 센서가 제한시간 초과 오류로 실패합니다.

문제 대형 Tivoli Monitoring 환경에서는 Tivoli Monitoring Scope 센서가 제한시간 초과 오류로 실패합니다.

솔루션etc/collation.properties 파일에서 다음 특성을 편집하십시오. 여기서,

value는 실행할 센서에 허용된 시간(밀리초)입니다(예: 60000밀리초는 1분임).

com.collation.discover.agent.ITMScopeSensor.timeout=value

대상 시스템과 Tivoli Enterprise Portal Server 또는 TADDM 간에 네트워크 링크가 느리거나 라우터 홉이 많은 경우 센서가 제한시간 초과 오류로 실패함

문제 Tivoli Monitoring Scope 센서가 제한시간 초과 오류로 실패합니다. 대상 시스템과 Tivoli Enterprise Portal Server 또는 TADDM 간에 네트

센서 참조서 73

워크 링크가 느리거나 라우터 홉이 많습니다. 이 환경에는 Windows,

Linux 및 UNIX 시스템이 포함됩니다.

솔루션이 문제는 TCP 버퍼 설정 때문에 발생합니다. 때때로 버퍼 크기가 너무작기 때문에 TADDM 센서 및 Tivoli Enterprise Portal Server에서 성능이 저하됩니다.

이 문제를 해결하려면 운영 체제에 따라 다음 단계를 완료하십시오.

AIX 시스템:


/usr/sbin/no -o tcp_sendspace=32768/usr/sbin/no -o tcp_recvspace=32768


Linux 시스템:

1. /etc/sysctl.conf 파일에서 다음 설정을 편집하십시오.

# increase TCP maximum buffer sizenet.core.rmem_max = 16777216net.core.wmem_max = 16777216

# increase Linux autotuning TCP buffer limits

# min, default, and maximum number of bytes to usenet.ipv4.tcp_rmem = 4096 87380 16777216net.ipv4.tcp_wmem = 4096 65536 16777216

2. sysctl -p를 실행하여 새 값을 읽고 설정하십시오.


Solaris 시스템:


/usr/sbin/ndd -set /dev/tcp tcp_xmit_hiwat 32768/usr/sbin/ndd -set /dev/tcp tcp_recv_hiwat 32768


감지 대상 지원 번들을 배치한 후 tacmd getDeployStatus 명령을 실행했을 때 오류 메시지 생성

문제 감지 대상 지원 번들을 배치한 후 tacmd getDeployStatus 명령을 실행했을 때 다음 중 하나 이상의 메시지가 생성됩니다.

v Error Message: KDY1024E: The command /opt/IBM/ITM/bin/CandleAgent-h /opt/IBM/ITM start d7 did not start or stop agent.The command returned a return code.


v Error Message: KDY1008E: The agent action INSTALL failed witha return code of for product code d7. The command/opt/IBM/ITM/tmaitm6/aix526/bin/kdy_xa -setCMS d7 produced thefollowing error text: <Variable formatSpec="{4}">stdErrText</Variable>. The specified return code was received fromthe two-way translator.

v Error Message: KDY1024E: The agent failed to respond to thecommand C:\itmagent\installITM\Batch\kincli -startagent -akd7did not start or stop agent. The command returned afailure return code.

솔루션감지 대상 지원 번들이 에이전트 start 또는 stop 멍령에 응답하지 않으므로 이러한 메시지는 실제 오류를 표시하지 않습니다. 또한 지원 번들은기존 OS 에이전에 대한 추가사항이므로 Tivoli Monitoring cinfo 명령도 지원 번들을 나열하지 않습니다.

감지 대상 지원 번들이 감지 대상에 올바르게 설치되었는지 확인하십시오.

대상 컴퓨터 위의 Tivoli Monitoring 디렉토리로부터 다음 예제와 같이directory 명령을 실행하십시오.

C:\Documents and Settings\Administrator>cd %CANDLEHOME%

C:\IBM\ITM>dir taddmVolume in drive C has no label.Volume Serial Number is B81D-9114

Directory of C:\IBM\ITM\taddm

09/24/2010 06:38 PM <DIR> .09/24/2010 06:38 PM <DIR> ..09/24/2010 06:38 PM 6,656 Base64.exe09/24/2010 06:38 PM 1,960 KD7WINNT.dsc09/24/2010 06:38 PM 1,363 post.bat09/24/2010 06:38 PM 4,280 pre.bat09/24/2010 06:38 PM 249,856 TaddmTool.exe09/24/2010 06:38 PM 474,624 TaddmTool.pdb09/24/2010 06:38 PM 569,344 TaddmWmi.dll09/24/2010 06:38 PM 106,496 TaddmWmi.exe09/24/2010 06:38 PM 1,424 TaddmWmi.mof09/24/2010 06:38 PM 2,968,576 TaddmWmi.pdb

10 File(s) 4,384,579 bytes2 Dir(s) 10,931,712,000 bytes free

감지 지원 번들 파일은 %CANDLE_HOME%\taddm 디렉토리에 존재해야 합니다.

Windows 대상 시스템에서 레벨 2 감지를 위해 센서를 실행 중인 경우Tivoli Enterprise Portal Server를 실행 중인 컴퓨터에서 여러 개의 명령 창이 열립니다.

문제 Windows 대상 시스템에서 레벨 2 감지를 위해 IBM Tivoli Monitoring

센서 참조서 75

Scope 센서를 실행하는 경우 Tivoli Enterprise Portal Server를 실행 중인 컴퓨터에서 여러 개의 명령 창이 열립니다.

솔루션IBM Tivoli Monitoring Windows OS 에이전트는 시스템 서비스로 실행하도록 구성되며 데스크탑과 상호작용하도록 서비스 허용 옵션은 사용으로 설정됩니다. 이 문제를 정정하려면 다음 단계를 완료하십시오.

1. Tivoli Monitoring Services 관리 프로그램에서 에이전트를 마우스 오른쪽 단추로 클릭하십시오.

2. 변경 시작을 클릭하십시오.

3. 열려 있는 『다음으로 로그온』 분할창에서 데스크탑과 상호작용하도록 서비스 허용 선택란을 선택 취소하십시오.

4. 확인을 클릭하십시오.

5. 다시 Tivoli Monitoring Services 관리 프로그램에서 에이전트를 마우스 오른쪽 단추로 클릭하십시오.

6. 재순환을 클릭하십시오.

임시 파일은 대상 시스템의 로그 디렉토리에 있음

문제 IBM Tivoli Monitoring을 사용하여 레벨 2 감지 중에 엔드포인트에서 일부 명령이 실패합니다. 이는 대상 시스템의 로그 디렉토리에 여러 개의KD7* 파일 또는 session_script*.bat 파일이 있기 때문입니다. 이러한파일은 영구적으로 종료된 감지 또는 Tivoli Monitoring 에이전트와 Tivoli

Enterprise Monitoring Server와의 연결과 같은 다른 이유에 대해서도 있습니다.

솔루션관리자는 감지가 실행 중이지 않은 때에는 언제라도 이러한 파일을 수동으로 제거할 수 있습니다. 감지 중에 파일을 제거하면 감지가 실패할 수있습니다.

감지 대상의 출력에 뒷 공백이 있음

문제 IBM Tivoli Monitoring Scope 센서에서 실행되는 사용자 정의 서버 템플리트를 작성하는 경우 감지 대상의 출력에 뒷 공백(줄 바꾸기 문자 또는 캐리지 리턴)이 있을 수 있습니다.

솔루션사용자 정의 서버 템플리트가 Tivoli Monitoring Scope 센서를 사용할때와 동일한 결과를 제공하도록 하려면 사용자 정의 서버 템플리트의 서버측 논리에 있는 공백을 제거하십시오.


IBM Tivoli Monitoring을 업그레이드한 후 감지 중에 오류가 발생함

문제 IBM Tivoli Monitoring을 업그레이드한 후 다음과 같은 이유로 감지 중에 오류가 발생할 수 있습니다.

v Tivoli Monitoring 라이브러리 또는 에이전트 테이블에 대한 업데이트 결과

v TADDM 감지 논리에 대한 업데이트 결과

솔루션Tivoli Monitoring 라이브러리 또는 에이전트 테이블에 대한 업데이트에오류가 발생하는 경우 다음 태스크를 다시 수행하십시오.

v 64 페이지의 『필요한 파일을 Tivoli Enterprise Portal Server에서TADDM 서버로 복사』

v 67 페이지의 『Tivoli Enterprise Portal Server에 사용자 정의 조회설치』

TADDM 감지 논리에 대한 업데이트에 오류가 발생하면 다음 태스크를다시 수행하십시오.

v 64 페이지의 『필요한 파일을 Tivoli Enterprise Portal Server에서TADDM 서버로 복사』

v 65 페이지의 『감지 대상 지원 번들 분배』v 67 페이지의 『Tivoli Enterprise Portal Server에 사용자 정의 조회설치』

v 68 페이지의 『감지 프로파일 구성』v 70 페이지의 『액세스 목록 구성』

위의 솔루션이 작동하지 않으면 collation.properties 파일의com.ibm.cdb.discover.ITM.https.strictChecking 특성이 false로 설정되었는지 확인하십시오. 기본적으로 이 특성은 collation.properties 파일에 추가되지 않습니다. 이는 기본값이 false임을 의미합니다. 이 특성은 SSL 세션에서만 사용됩니다. 값을 true로 설정하면 연결 호스트 이름이 인증 호스트 이름과 일치해야 합니다. 그렇지 않으면 감지에 실패합니다.

Tivoli Monitoring 6.2.2 환경의 감지 중에 오류가 발생함

문제 Tivoli Monitoring 버전 6.2.2 환경의 감지 중에 Tivoli Enterprise

Monitoring Server가 예기치 않게 종료되어 다음 TADDM 오류 메시지가 표시됩니다.

v CTJTD0203E The Computer System agent cannot retrieve the hostand IP information for the following computer system

v CTJTD3000E Starting - An error occurs and the sensor timed out

센서 참조서 77

솔루션Tivoli Monitoring Server에 있는 Tivoli Enterprise Monitoring Server

프로세스가 실행 중인지 확인하고 필요한 경우 Tivoli Enterprise

Monitoring Server를 다시 시작하십시오 . 이 프로세스는 Tivoli

Monitoring 6.2.2의 알려진 문제점과 관련하여 너무 많은 프록시 요청으로 인해 예상치 못하게 종료될 수 있습니다. 자세한 정보는 Tivoli

Monitoring APAR IZ52960.2를 참조하십시오.

Tivoli Monitoring 범위에 Tivoli Enterprise Portal Server에서 정의된모든 엔드포인트가 포함되지 않음

문제 감지 중에 작성된 Tivoli Monitoring 범위에는 Tivoli Enterprise Portal

Server에서 정의된 모든 엔드포인트가 포함되지 않습니다.

솔루션비활성 엔드포인트 및 MAC 주소를 해석할 수 없는 엔드포인트는 작성된 범위 세트에 포함되지 않습니다.

IBM Tivoli Monitoring 세션이 대상을 감지했지만 레벨 2 감지 중에 SSH또는 WMI에 의해서는 감지되지 않음

문제 IBM Tivoli Monitoring Scope 센서가 엔드포인트를 감지하는 경우 이후의 레벨 2 감지에서는 기본적으로 Tivoli Monitoring을 감지에 사용합니다. 직접 연결(SSH 또는 WMI)이 사용되지 않습니다. IBM Tivoli

Monitoring Scope 센서가 감지 프로파일에 포함되지 않는 경우에도 이방법이 사용됩니다.

솔루션SSH 또는 WMI를 통해 엔드포인트를 감지하려면 collation.properties

파일에서 다음 특성을 정의하십시오.

com.ibm.cdb.session.allow.ITM.endpoint_ip_address=false.

TADDM에서 Tivoli Monitoring 엔드포인트를 어떻게 감지하는지에 영향을 주는 특성을 수정하는 방법에 대한 정보는 TADDM 관리자 안내서를 참조하십시오.

Tivoli Enterprise Portal Server에 활성 보고서 조회가 너무 많음

문제 다음 정보 메시지가 SessionSensor.log 파일에서 생성되었습니다.

KFWITM460E: Too many active report queries from client IPAddress;exceeding limit at number requests.

솔루션최대 보류 요청 수를 늘리십시오. Tivoli Enterprise Portal Server에서 구


성 설정을 편집하십시오. Windows 운영 체제에서는 KFWENV 파일을 편집하고 Linux 또는 UNIX 운영 체제에서는 cq.ini 파일을 편집하여 다음을 설정하십시오.

KFW_REPORT_REQUEST_LIMIT_MAX=100KFW_REPORT_REQUEST_LIMIT=30KFW_REPORT_REQUEST_LIMIT_DURATION=300

KFW_REPORT_REQUEST_LIMIT 특성은 단일 클라이언트로부터 Tivoli

Enterprise Portal Server에 보류 중인 요청의 정상 한계를 지정합니다.

KFW_REPORT_REQUEST_LIMIT_MAX는 KFW_REPORT_REQUEST_LIMIT_DURATION

이 정의한 버스트 시간(초) 동안에만 허용 가능한KFW_REPORT_REQUEST_LIMIT를 초과할 수 있는 임시 최대 보류 요청 한계를 지정합니다.

IBM WebSphere 센서IBM WebSphere® 센서는 IBM WebSphere Application Server 노드 정보, 셀정보 및 버전 정보를 감지합니다.

TADDM은 WebSphere Network Deployment Manager 시스템에서 모든 구성 파일 및 구성 정보를 캡처합니다. Deployment Manager System의 파일에 변경사항이 있는 경우 실제 분배 노드 시스템에서 다를 수 있습니다. 이 차이는 분배 노드 시스템에서 파일 변경사항을 업데이트하는 시간에 의해 발생할 수 있습니다. 따라서 분배 노드에서 플래그 지정된 구성 변경사항은 분배 노드에 실제로영향을 미치지 않을 수 있습니다.

WebSphere Application Server 센서는 소유하는 JVM(Java™ Virtual Machine)

에서 실행됩니다. 따라서 이 센서는 런타임 경로를 사용자 정의하여 다른 TADDM

프로세스와 충돌되지 않도록 합니다.


WebSphereCellSensor, WebSphereJDBCDriverSensor, WebSphereNodeSensor,

WebSphereVersionSensor 및 WebSphereScriptSensor

선행 조건

IBM WebSphere JDBC 드라이버 감지의 경우, 다음 전제조건을 충족하는지 확인하십시오.

v WebSphere Application Server 설치에서 임베드된 JVM을 실행할 권한이 있어야 합니다.

v WebSphere Application Server 설치에서 임베드된 setupCmdLine을 실행할권한이 있어야 합니다.

센서 참조서 79

v JDBC 드라이버 JAR 파일을 읽을 수 있는 권한이 있어야 합니다.

제한사항


v IBM Tivoli Monitoring을 사용한 감지에서 TADDM은 WebSphere 센서에대한 스크립트 기반 감지만 지원합니다.

v 원시 DB 클라이언트에서 구성된 원시 DB 별명을 사용하는 JDBC 연결은 지원되지 않습니다.

v 분배된 WebSphere 서버는 서버 자체에서 감지될 수 없습니다. 이 감지는dmgr(셀 관리자)에서 수행됩니다. 이 시스템을 감지하려면 시스템이 감지 범위에 있어야 합니다. 시스템이 감지 범위에 없으면 로컬 앵커 로그에서 다음메시지를 표시합니다.

CTJTD1121W verifyStandaloneServer() determined cell to be distributed(DISTRIBUTED), terminating discoveryCTJTD1116W Terminating discovery of managed server/nodeagent <SERVER NAME>- discovery will be handled at cell level

v Java 버전 및 공개자 이름인 JVM 런타임 정보가 실행 중인 각 서버에 대해감지됩니다. 런타임 정보 감지는 셀 및 노드 에이전트 동기화에 따라 다릅니다. 셀 내의 모든 노드에 대해 동기화를 사용할 수 있어야 합니다. 동기화 간격은 감지가 얼마나 최근에 수행된 것인지를 판별합니다. 최근 정보는 JVM 정보가 노드 에이전트로부터 전파된 후에 셀에서 수집됩니다.

v z/OS®에서 실행되는 WebSphere Application Server의 경우 JDBC 드라이버 버전의 JDBC 제공자가 감지되지 않습니다.

v WebSphere Application Server의 알려진 문제점으로 인해 일부 버전의WebSphere Application Server(예: WebSphere Application Server 8.0.0.0

및 8.0.0.1)에 대한 임시 수정사항 정보가 수집되지 않습니다.

v WebSphere Application Server에서 JDBC 드라이버를 감지할 때 데이터가자동으로 채워지지 않습니다. 이는 JDBC 데이터 소스가 TADDM이 DNS에의존하는 동안 IP 주소가 아니라 호스트 이름(FQDN)을 사용하기 때문에 발생합니다. WebSphere Application Server와 데이터베이스 서버 간 종속성이생기면 /etc/hosts 파일이 판독되지 않습니다.



v app.AppConfig

v app.AppServer

v app.ConfigFile

v app.SoftwareContainer


v app.j2ee.J2EEComponent

v app.j2ee.J2EEDeployedObject

v app.j2ee.J2EEModule

v app.j2ee.J2EEResource

v app.j2ee.JDBCDriver

v app.j2ee.websphere.WebSphereAuthMappingModule

v app.j2ee.websphere.WebSphereCell

v app.j2ee.websphere.WebSphereCluster

v app.j2ee.websphere.WebSphereConfiguredConnection

v app.j2ee.websphere.WebSphereConnector

v app.j2ee.websphere.WebSphereConnectorModule

v app.j2ee.websphere.WebSphereCustomUserRegistry

v app.j2ee.websphere.WebSphereDeploymentManager

v app.j2ee.websphere.WebSphereDynamicCache

v app.j2ee.websphere.WebSphereEFixInfo

v app.j2ee.websphere.WebSphereEJB

v app.j2ee.websphere.WebSphereEJBModule

v app.j2ee.websphere.WebSphereGlobalSecuritySettings

v app.j2ee.websphere.WebSphereJ2EEApplication

v app.j2ee.websphere.WebSphereJ2EEResource

v app.j2ee.websphere.WebSphereJ2EEResourceProperty

v app.j2ee.websphere.WebSphereJDBCConnectionPool

v app.j2ee.websphere.WebSphereJDBCDataSource

v app.j2ee.websphere.WebSphereJDBCProvider

v app.j2ee.websphere.WebSphereJMSDestination

v app.j2ee.websphere.WebSphereJMSProvider

v app.j2ee.websphere.WebSphereJMSQueue

v app.j2ee.websphere.WebSphereJMSTopic

v app.j2ee.websphere.WebSphereLDAPUserRegistry

v app.j2ee.websphere.WebSphereLibraryRef

v app.j2ee.websphere.WebSphereMQJMSDestination

v app.j2ee.websphere.WebSphereMQJMSQueue

v app.j2ee.websphere.WebSphereMQJMSTopic

v app.j2ee.websphere.WebSphereNamedEndpoint

센서 참조서 81

v app.j2ee.websphere.WebSphereNode

v app.j2ee.websphere.WebSphereNodeAgent

v app.j2ee.websphere.WebSphereServlet

v app.j2ee.websphere.WebSphereServer

v app.j2ee.websphere.WebSphereSessionTuningParams

v app.j2ee.websphere.WebSphereSharedLibrary

v app.j2ee.websphere.WebSphereSSLSettings

v app.j2ee.websphere.WebSphereUserRegistry

v app.j2ee.websphere.WebSphereVariable

v app.j2ee.websphere.WebSphereVirtualHost

v app.j2ee.websphere.WebSphereWebModule

v Fix Pack 5 app.j2ee.websphere.WebSphereGroup

v Fix Pack 5 app.j2ee.websphere.WebSphereRole

v Fix Pack 5 app.j2ee.websphere.WebSphereUser

v app.JVM

비동기 및 스크립트 기반 감지 지원IBM WebSphere 센서는 비동기 및 스크립트 기반 감지를 지원합니다.



스크립트 기반 감지를 수행하려면 WebSphereScriptSensor를 사용으로 설정하고WebSphere 패밀리 센서의 나머지를 사용 안함으로 설정하여 감지 프로파일을 작성해야 합니다.

참고: WebSphereScriptSensor는 비동기 및 스크립트 기반 감지만을 의미하며 일반 감지 모드에 사용되는 경우에는 데이터를 수집하지 않습니다.




스크립트 기반 감지의 경우, 컴퓨터 시스템 액세스 목록은 WebSphere 구성 파일을 읽는 데 사용됩니다. WebSphere 서버의 애플리케이션 액세스 목록 항목은필요하지 않습니다.


감지 실행

분산 WebSphere 셀을 감지할 때 구성의 대부분은 마스터 저장소로부터 수집되며 이는 DMGR의 노드에 저장됩니다. 그러나 WebSphere 서버와 이들이 실행되는 컴퓨터 시스템 간의 관계를 작성하기 위해서는 셀에 속하는 다른 호스트 또한 반드시 감지되어야 합니다.

중요사항: WAS의 스크립트 기반 감지는 배치 관리자의 호스트가 필요한 유일한감지 대상인 일반 모드와 다릅니다.

제한사항

비스크립트 기반 감지 중에 WebSphere 센서에서 제공하는 일부 기능은 비동기또는 스크립트 기반 감지를 지원하지 않습니다.


다음 모델 오브젝트는 지원되지 않습니다.

v app.j2ee.JDBCDriver

v app.j2ee.websphere.WebSphereConnector

v app.j2ee.websphere.WebSphereEFixInfo

v app.j2ee.websphere.WebSphereLibraryRef

v app.j2ee.websphere.WebSphereServlet

v app.j2ee.websphere.WebSphereSessionTuningParams

v app.j2ee.websphere.WebSphereSharedLibrary

v app.JVM

TADDM 데이터베이스에는 다음 구성 파일만 저장됩니다.

v <PROFILE_HOME>/config/cells/<CELL_NAME>/:

– cell.xml

– resources.xml

– virtualhosts.xml

– variables.xml

– security.xml

– Fix Pack 5 fileRegistry.xml

– Fix Pack 5 admin-authz.xml

– Fix Pack 5 audit-authz.xml

v <PROFILE_HOME>/config/cells/<CELL_NAME>/nodes/<NODE_NAME>/:

– node.xml

센서 참조서 83

– variables.xml

– resources.xml

– serverindex.xml

– spi.policy

– app.policy

– library.policy

v <PROFILE_HOME>/config/cells/<CELL_NAME>/nodes/<NODE_NAME>/servers/

<SERVER_NAME>/:

– server.xml

– variables.xml

– resources.xml

참고: 다음과 같은 제한사항은 TADDM의 7.3.0 버전에만 적용되고 버전 7.3.0.1

이상에는 적용되지 않습니다.

app.ProcessPool 오브젝트는 DMGR의 호스트에서 실행되는 서버에서만 감지됩니다.

센서 구성감지를 실행하기 전에 유형 환경에 따라 IBM WebSphere 센서를 구성해야 할수 있습니다.

JDBC 드라이버 감지 사용:

JDBC 드라이버 정보를 감지하려면, WebSphere JDBC 드라이버 센서를 사용 가능하게 해야 합니다.

WebSphere JDBC 드라이버 센서를 사용 가능하게 하려면 다음 단계를 완료하십시오.

1. 레벨 3 감지 프로파일을 작성하십시오.

2. WebSphere 셀 센서의 경우 deepDiscoveryLevel 구성 항목을 사용하십시오.

3. 새 감지 프로파일에서 WebSphere JDBC 드라이버 센서를 사용하십시오.

4. WebSphere JDBC 드라이버 센서에 대한 적절한 구성 옵션을 설정하십시오.

다음 구성 옵션을 사용할 수 있습니다.

v 대상 호스트에서 WebSphere JDBC 드라이버 센서가 실행하는 모든 명령에 추가할 접두어를 구성할 수 있습니다. UNIX 및 Windows 시스템에대해 서로 다른 접두어를 구성할 수 있습니다. 기본적으로, 접두어는 정의되어 있습니다.


v 감지가 완료된 후 OracleUtility 파일을 제거하도록 센서를 구성할 수 있습니다. OracleUtility 파일은 Oracle 데이터베이스에 대한 JDBC 드라이버 정보를 감지하기 위해 TADDM에서 사용하는 보조 파일입니다. 기본적으로, OracleUtility 파일은 제거되지 않습니다.


감지 레벨을 변경하려면, IBM WebSphere 센서에 대한 감지 프로파일을 업데이트하십시오.

참고: 감지 레벨을 변경해도 WebSphereScriptSensor에 구성 특성이 없으므로 스크립트 기반 또는 비동기 감지 모드에 적용되지 않습니다.

이 센서의 기본 감지 레벨을 변경하려면 다음 단계를 완료하십시오.


2. 새 프로파일 작성 창에서 프로파일 이름 및 설명을 입력하고 확인을 클릭하십시오.

3. 센서 목록에서 WebSphereCellSensor를 클릭한 후 새로 작성을 클릭하십시오.

4. 구성 작성 창에서 WebSphereCellSensor의 구성에 대한 이름 및 설명을 입력하고 구성 사용 선택란을 선택하십시오.

5. 구성 작성 창의 구성 섹션에서 감지 레벨 값을 변경하려면 다음 선택사항중 하나를 선택하십시오.

v 중간 감지를 사용하려면 mediumDiscoveryLevel 값을 두 번 클릭하고false에서 true로 변경하십시오.

v 심층 감지를 사용하려면 deepDiscoveryLevel 값을 두 번 클릭하고 false

에서 true로 변경하십시오.

deepDiscoveryLevel이 true로 설정되면 단순 및 중간 감지가 true 또는 false

로 설정되었는지에 상관 없이 심층 감지가 실행됩니다.

6. 선택사항: 실행 중인 서버만 감지하도록 센서를 구성하려면discoverStoppedServers를 클릭하십시오. 그런 다음, 행에서 값 필드를 두번 클릭하고 false를 입력하십시오.


8. WebSphereVersionSensor 및 WebSphereNodeSensor가 사용자가 작성한새 WebSphereCellSensor 구성과 함께 선택되었는지 확인하십시오.


10. 감지 실행 시 이 감지 프로파일을 선택하십시오.

센서 참조서 85

감지 프로파일에 대한 자세한 정보는 TADDM 사용자 안내서의 감지 프로파일사용 주제를 참조하십시오.

센서 특성

shallowDiscoveryLevel, mediumDiscoveryLevel, deepDiscoveryLevel

WebSphere 센서에는 단순, 중간 및 심층 감지 레벨이 있습니다. 기본적으로 단순 감지 레벨이 사용됩니다. 감지 레벨 값을 수정하려면 다음 선택사항 중 하나를 선택하십시오.

v 중간 감지를 사용하려면 mediumDiscoveryLevel 값을 두 번 클릭하고 false에서 true로 변경하십시오.

v 심층 감지를 사용하려면 deepDiscoveryLevel 값을 두 번 클릭하고false에서 true로 변경하십시오.

deepDiscoveryLevel이 true로 설정되면 단순 및 중간 감지가 true 또는false로 설정되었는지에 상관 없이 심층 감지가 실행됩니다.

v 다음 목록에는 각 감지 레벨에서 캡처되는 정보가 들어 있습니다.

– 단순 감지는 다음 구성요소를 감지합니다.

- 애플리케이션 디스크립터 파일- 셀, 노드, 서버 이름- 셀, 노드, 서버 유형- 호스트 시스템- 실행 중인 모든 서버의 JVM 런타임 버전- 제품 이름 및 버전- 루트 디렉토리

– 중간 감지는 다음 구성요소를 감지합니다.

- 클러스터- 구성 파일- 연결- 배치된 커넥터 모듈- 배치된 EJB 모듈- 배치된 Java EE 애플리케이션- 배치된 웹 모듈- Efixes

- EJB 컨테이너- 엔드포인트- JVM 설정


- 포트- 프로세스 정의- 프로세스 모니터링 정책- 프로세스 풀- 보안, SSL 설정 및 사용자 레지스트리- 가상 호스트- 웹 컨테이너

– 심층 감지는 다음 구성요소를 감지합니다.

- 셀, 노드, 서버, 클러스터 JDBC 제공자, JDBC 데이터 소스 및JDBC 종속 항목

- 사용자 정의 특성- Java EE 애플리케이션 및 모듈의 배치 디스크립터- JMS 제공자 및 JMS 대상- 공유 라이브러리- 변수- 웹 서비스- 서버 및 동적 클러스터에 대한 동적 캐시 서비스 설정

traceSpecification

TADDM WebSphere 센서에서 호출하는 WebSphere 클라이언트 코드의 추적 로깅을 사용하기 위해 추적 스펙 문자열을 설정합니다. 샘플 값- Admin=all=enabled

주의: 앞의 값은 verbose 추적 로깅을 생성합니다. 아무 값도 설정하지 않으면 추적 로깅이 수행되지 않습니다.

traceOutputFile

로깅 추적 출력에 사용될 출력 파일의 전체 경로 이름을 지정할 수 있습니다. 추적이 필요하지 않은 경우, 이 특성을 공백으로 두십시오.

TADDM 사용자에게 출력 파일을 작성할 수 있는 권한이 있어야 합니다.

ffdcLogDirectory

문제점 해결을 위해 WebSphere 센서에서 호출하는 WebSphere 클라이언트의 FFDC 로그를 사용하십시오. FFDC 로그는 이 특성에 지정된 디렉토리의 ffdc라는 서브디렉토리에서 WebSphere 클라이언트측 코드를 통해 잘못된 경로를 캡처합니다.

값을 설정하지 않으면 FFDC를 사용할 수 없습니다. 이 디렉토리가 있어야 하며 TADDM 사용자가 쓰기 액세스 권한을 가지고 있어야 합니다.

센서 참조서 87


이 주제에서는 사용 중인 구성 유형에 따라 필요한 액세스 세부사항에 대해 설명합니다.

참고: 액세스 목록을 구성해도 WebSphereScriptSensor에서 TADDM 액세스 목록에 있는 OS 레벨 사용자만을 필요로 하므로 스크립트 기반 또는 비동기 감지모드에는 적용되지 않습니다.


1. 보안이 사용 불가능한 경우, 사용자 계정이 필요하지 않습니다.

2. 보안이 사용 가능한 경우, 다음 세부사항을 지정하십시오.

a. 구성요소 유형의 경우, Application Server를 지정하십시오.

b. 공급업체의 경우, WebSphere를 지정하십시오.

c. WebSphere Application Server의 사용자 이름 및 비밀번호를 지정하십시오.

d. SSL 설정에서 두 개의 신임 정보, 신뢰 및 키 저장소를 비밀번호 문구와 함께 업로드하십시오. 기본 비밀번호 문구는 WebAS입니다.

3. WebSphere JDBC 드라이버 센서의 경우, 다음 단계를 완료하십시오.

a. 구성요소 유형의 경우, Application Server를 지정하십시오.

b. 공급업체의 경우, WebSphere SSH를 지정하십시오.

c. 적절한 권한이 있는 시스템 계정의 사용자 이름 및 비밀번호를 지정하십시오. WebSphere SSH 액세스 목록이 지정되지 않으면 WebSphere JDBC

드라이버 센서가 ComputerSystem 신임 정보를 사용하여 로그인합니다.

4. WebSphere Application Server 사용자는 모니터, 운영자, 구성자 또는 관리자 역할을 가질 수 있습니다. 이러한 역할은 모든 정보를 감지할 수 있습니다. 관리자 역할만이 WebSphere Application Server에 대한 보안 구성 정보를 감지합니다.

5. 보안 사용 안함이 SSL을 사용 중이지 않음을 의미하지 않습니다. WebSphere

Application Server 관리 콘솔에 연결할 때 비밀번호를 입력하라는 프롬프트가 표시되는지 확인하십시오.

v 관리 콘솔에 로그온하는 데 사용자 이름만 필요한 경우 보안을 사용하지않습니다.

v 관리 콘솔에 로그온하는 데 사용자 이름 및 비밀번호가 필요한 경우 보안을 사용합니다.

v 관리 콘솔에 대한 연결이 https(웹 브라우저에서 URL 검색)를 통해 구축되는 경우 신임 정보가 필요합니다.


구성 파일 액세스v 일반적으로, WebSphere Application Server 센서는 다음 구성 파일을 캡처합니다.

– WebSphere Application Server 셀– WebSphere Application Server 노드– WebSphere Application Server 서버

이 정보는 시간이 지남에 따라 변경 히스토리에 대해 사용 가능하게 됩니다.

또한 앞에서 언급한 각 구성 항목이 감지 관리 콘솔(세부사항 패널의 구성 파일 탭)에서 표시됩니다.

v 센서가 시작되면 WebSphere Application Server 감지에 대한 키 의사결정을 작성하기 위해 다음 두 개의 파일이 사용됩니다.

– $WAS_ROOT/config/cells/cell_name/cell.xml

이는 시스템이 ND 또는 독립형 WebSphere Application Server인지 여부를 판별하는 데 도움이 됩니다. 이 파일에 대한 읽기 액세스를 사용할 수없는 경우 센서가 계속되고 JMX를 사용하여 시스템이 ND 또는 독립형WebSphere Application Server인지 여부를 판별합니다.

– $WAS_ROOT/config/cells/cell_name/nodes/node_name

/serverindex.xml(ND의 경우 node_name은(는) dmgr 노드이고, 독립형모드의 경우 하나의 노드만 있음)

이는 JMX SOAP 커넥터가 청취하는 포트를 판별하는 데 도움을 줍니다.

이 파일에 대한 읽기 액세스를 사용할 수 없는 경우 센서가 감지 중인WebSphere Application Server 서버/dmgr의 모든 청취 포트를 통해 순환하며 JMX 연결을 설정하려고 시도합니다. 이 방법을 통해 JMX 포트를더 빨리 식별할 수 있으므로 포트가 올림차순으로 시도됩니다.

인증서 설정:

WebSphere Application Server를 감지할 때 보안을 사용하는 경우 액세스 목록 항목에서 SSL 인증서를 설정해야 합니다. TADDM은 PKCS12 및 JKS 인증서 저장소 유형을 지원합니다. 신뢰 저장소 및 키 저장소 파일은 TADDM 서버가 아니라 TADDM 콘솔을 실행하는 컴퓨터에 표시되어야 합니다.

참고: 인증서를 설정해도 WebSphereScriptSensor에서 TADDM 액세스 목록에있는 OS 레벨 사용자만을 필요로 하므로 스크립트 기반 또는 비동기 감지 모드에는 적용되지 않습니다.

센서 참조서 89

일반적으로 신뢰 저장소 및 키 저장소 파일은 WebSphere Application Server

가 설치된 시스템의 $PROFILE_HOME/etc 디렉토리에 있습니다. 기본적으로 다음파일은 인증서 저장소입니다.

v PKCS12

– $PROFILE_HOME/etc/trust.p12

– $PROFILE_HOME/etc/key.p12

v JKS

– $PROFILE_HOME/etc/DummyClientTrustFile.jks

– $PROFILE_HOME/etc/DummyClientKeyFile.jks

이러한 파일의 기본 비밀번호 문구는 WebAS입니다. 또한 인증서를 다운로드하여WebSphere Application Server 콘솔에서 신뢰 저장소 및 키 저장소 파일을 작성할 수도 있습니다.

TADDM은 WebSphere Application Server Network Deployment(ND)에서는DMGR과의 연결을 위해서만 서명자 인증서가 있는 신뢰 저장소를 필요로 하고독립형 서버의 경우에 server1을 필요로 합니다.

WebSphere Deployment Manager 또는 독립형 서버로부터 데이터를 검색하는데 사용되는 JMX 프로토콜 제한사항으로 인해 TADDM은 단일 감지에 하나의신뢰 저장소 파일만을 핸들링할 수 있습니다. 신뢰 저장소 파일에 저장되는 인증서는 WebSphere Application Server에 대한 연결이 구축될 때 로드됩니다. 여러 신뢰 저장소에 있는 인증서가 필요하고 이를 별도로 액세스 목록에 첨부하지않으면 이러한 인증서만이 전체 감지 중에 TADDM에 의해 사용될 수 있습니다.

원래 신뢰 저장소를 수동으로 또는 TADDM과 번들된 collectwascerts 스크립트를 통해 단일 파일로 내보내야 합니다. 각 WebSphere 서버에 필요한 모든 항목이 TADDM 액세스 목록에 있는 경우 첫 번째 항목에 내보낸 신뢰 저장소 및키 저장소 파일을 첨부해야 합니다. 감지된 WebSphere 서버 각각의 다른 로그인 및 비밀번호 조합에 대해 항상 하나의 항목이 있습니다.

collectwascerts 스크립트를 사용하여 단일 신뢰 저장소 작성:

TADDM은 하나의 감지에 하나의 신뢰 저장소만 사용할 수 있습니다. 여러 신뢰저장소에서 인증서를 사용할 경우 이러한 신뢰 저장소를 하나의 파일로 내보내야 합니다. 인증서를 다운로드하는 collectwascerts 스크립트를 사용하여 인증서를 내보낼 수 있습니다.

프로시저1. $COLLATION_HOME/bin/collectwascerts.config 파일을 편집하십시오.

인증서를 다운로드할 각 WebSphere 서버에 대해 한 라인을 추가하십시오.

분배된 셀의 경우 감지를 성공적으로 실행하려면 DMGR(deployment


manager)의 인증서만 필요합니다. 라인을 사인 기호(#)로 시작하면 이 라인은 주석으로 취급되고 처리되지 않습니다.

각 라인은 다음 형식으로 이루어집니다.

<Server IP/HOSTNAME/FQDN><SOAP port number><username><password>

156.24.24.11 8879 wasadmin waspassword

DMGR의 포트 섹션 또는 WAS 관리 콘솔의 일부 패널에서 SOAP 포트 번호 값을 찾을 수 있습니다. 정확한 이름은 SOAP_CONNECTOR_ADDRESS

입니다.

2. collectwascerts.config 파일에 항목이 없는 경우에도 TADDM 호스트에서 $COLLATION_HOME/bin/collectwascerts.sh(또는 $COLLATION_HOME/bin/

collectwascerts.bat) 파일을 실행하십시오. 모든 WAS 서버가 앵커 서버에서만 도달할 수 있기 때문에 이 파일에 항목이 없을 수 있습니다.

검색된 모든 인증서는 $COLLATION_HOME/bin/collectedwascerts.jks에 저장됩니다. 비밀번호 문구는 도구에서 표준 출력으로 작성됩니다. 또한$COLLATION_HOME/etc/collation.properties의 com.collation.sslpassphrase

특성에서 이를 읽을 수 있습니다.

TADDM 서버에서 WAS 환경을 직접 액세스할 수 없는 경우에만 선택 단계를 완료하십시오.

3. 옵션: collectedwascerts.jks 파일을 TADDM 호스트에서 첫 번째 앵커로복사하십시오.

이 파일을 collectwascerts.config , collectwascerts.bat 및collectwascerts.sh 파일을 포함하는 bin 디렉토리로 복사하십시오.

4. 옵션: 앵커 호스트에서 collectwascerts.sh(또는 collectwascerts.bat)를 실행하십시오.

5. 옵션: collectedwascerts.jks를 앵커 호스트에서 다름 앵커로 복사하십시오.

이 파일을 collectwascerts.config , collectwascerts.bat 및collectwascerts.sh 파일을 포함하는 bin 디렉토리로 복사하십시오.

6. 옵션: 다음 앵커 호스트에서 collectwascerts.sh(또는 collectwascerts.bat)

를 실행하십시오.

7. 옵션: 모든 앵커에 대해 단계 5 - 6을 반복하십시오.

8. collectedwascerts.jks 파일을 마지막 앵커 또는 TADDM 호스트(앵커에서 이 스크립트를 사용하지 않는 경우)에서 WebSphere 액세스 목록 항목으로 신뢰 저장소로 첨부하십시오. 이 파일의 SSL 유형은 JKS입니다. 2단계에서 설명한 비밀번호 문구를 사용하십시오.

센서 참조서 91

단일 신뢰 저장소를 수동으로 작성:

TADDM은 하나의 감지에 하나의 신뢰 저장소만 사용할 수 있습니다. 여러 신뢰저장소에서 인증서를 사용할 경우 이러한 신뢰 저장소를 하나의 파일로 내보내야 합니다. 인증서를 추출하여 이를 키 저장소 및 신뢰 저장소 파일에 수동으로추가할 수 있습니다.

이 태스크 정보

프로시저1. 다음 단계를 완료하여 각 서버에 대한 공통 키 저장소 또는 신뢰 저장소로부터 모든 인증서를 추출하십시오.

a. WebSphere Application Server 관리 콘솔에서 보안 > SSL 인증서 및키 관리를 클릭하십시오.

b. 키 저장소 및 인증서를 클릭하십시오.

c. NodeDefaultTrustStore를 클릭하십시오.

d. 서명자 인증서를 클릭하십시오.

e. 서명자 인증서를 선택하고 추출을 클릭하십시오.

f. 서명자 인증서에 대한 고유 경로 및 파일 이름을 입력하십시오. 예를 들어, C:\temp\signer1.arm을 입력하십시오.

g. 확인을 클릭하십시오.

h. 신뢰 저장소에 있는 각 서명자 인증서에 대해 이 프로시저를 반복하십시오.

i. 감지될 모든 서버에 대해 이 프로시저를 반복하십시오.

2. JKS 신뢰 저장소를 사용하는 경우 내보낸 서명자 인증서를 .jks 파일에 추가하십시오. 내보낸 서명자 인증서를 기본 DummyServerTrustFile.jks 및DummyClientTrustFile.jks 파일에 추가하려면 다음 단계를 완료하십시오.

PKCS12 신뢰 저장소를 사용하는 경우 key.p12 및 trust.p12 파일에 대해동일한 프로시저를 수행하십시오.

a. iKeyman을 열려면 WebSphere_Root/profiles/dmgr_profile/bin 디렉토리에서 ikeyman.sh 또는 ikeyman.bat를 실행하십시오.

b. 키 데이터베이스 파일 > 열기를 클릭하십시오.

c. 다음 디렉토리 중 하나에서 DummyServerTrustFile.jks 파일을 선택하십시오.

v WebSphere_Root/profiles/dmgr_profile/etc

v WebSphere_Root/profiles/stand-alone_server_profile/etc

d. 비밀번호에 대한 프롬프트가 표시되면 WebAS를 입력하십시오.


e. 추가를 클릭하고 1단계에서 추출한 서명자 인증서 중 하나를 선택하십시오.

f. 추가해야 하는 각 서명자 인증서에 대해 이전 단계를 반복하십시오.

g. 내보낸 서명자 인증서를 WebSphere_Root/profiles/dmgr_profile/etc/

DummyClientTrustFile.jks 파일에 추가하려면 이 프로시저를 반복하십시오.

3. WebSphere Application Server에서 클라이언트측 SSL 인증서를 검색하십시오. 새 인증서가 생성되지 않은 경우 기본적으로 DummyClientTrustFile.jks

와 DummyClientKeyFile.jks 또는 trust.p12와 key.p12가 다음 디렉토리 중하나에 있습니다.

v WebSphere_Root/profiles/dmgr_profile/etc

v WebSphere_Root/profiles/stand-alone_server_profile/etc

더미 파일의 기본 비밀번호 문구는 WebAS입니다.

4. 다른 인증서를 사용할 경우 인증서를 편집하지 마십시오. 이전 액세스 목록항목을 삭제하고 새 액세스 목록 항목을 작성하십시오.


이 주제에는 IBM WebSphere 센서에서 사용하는 collation.properties 파일항목이 나열되어 있습니다.

참고: 다음 특성은 WebSphereScriptSensor가 스크립트 기반이나 비동기 감지 모드를 사용하지 않으므로 여기에는 적용되지 않습니다.

com.collation.discover.localanchor.timeout=7200000

com.collation.discover.agent.WebSphereNodeSensor.timeout=7200000

com.collation.discover.agent.WebSphereCellSensor.timeout=7200000

기본값은 7,200,000밀리초(또는 2시간)를 의미하는 7200000입니다.

이러한 특성은 WebSphere 센서를 실행할 수 있는 시간을 설정합니다.

대형 WebSphere 환경을 사용하고 중간 또는 심층 감지 레벨이 필요한경우 센서가 환경을 감지하는 데 충분한 시간을 가지도록 값을 늘려야 할수 있습니다.

com.collation.discover.websphere.jmx.timeout=

이 특성은 WebSphere에 대해 열린 JMX 연결을 허용하는 시간을 설정합니다. 기본적으로, 값은 600000밀리초(10분)입니다

com.collation.discover.agent.WebSphereVersionAgent.versionscript=sudo

이 특성은 감지 사용자에게 대상 WebSphere Application Server 시스템에 대한 액세스 권한이 없는 경우 WebSphere versionInfo.sh 파일에 액세스할 수 있도록 하기 위해 사용할 수 있습니다.

센서 참조서 93

z/OS에 대해 WebSphere seed 센서 사용TADDM은 z/OS 시스템에 대한 운영 체제 센서를 지원하지 않습니다. z/OS 시스템에서 WebSphere 자원을 감지하려면 WebSphere 센서가 사용자 작성 seed

파일로부터의 감지를 지원하도록 개선되어야 합니다.

z/OS 시스템 센서가 없으므로 z/OS DLA용 WebSphere Application Server

seed 유틸리티를 사용해야 합니다. 이 유틸리티는 z/OS IdML 서적에서 XML

seed 파일을 작성합니다. 이 파일에는 z/OS 시스템에서 감지하려는 WebSphere

자원에 대한 정보가 들어 있습니다.

다음 감지에서 이 seed 파일이 작성되면 WebsphereIdmlSeedSensor는 TADDM

서버에서 z/OS WebSphere seed 파일을 검색합니다. 이 seed 파일이 있으면 파일이 구문 분석되고 WebSphere 센서를 시작하는 데 사용되는 real 감지 seed 파일을 작성합니다. 그런 다음, WebSphere 센서는 이 z/OS 시스템에서 WebSphere

감지를 세부적으로 수행합니다.

z/OS DLA용 WebSphere Application Server seed 유틸리티를 설치 및 구성하려면 해당 절을 참조하십시오.

WebSphere seed 센서 실행 준비:

WebSphere seed 센서를 실행하기 전에 seed 파일을 작성해야 합니다.

WebSphere seed 센서를 실행하기 전에 다음 단계를 완료하십시오.

1. 적절한 방법을 선택하여 WebSphere seed 파일을 작성하십시오.

v 감지 라이브러리 어댑터를 사용하여 z/OS 시스템에서 WebSphere를 감지하려면 z/OS DLA에서 작성된 IdML 서적으로부터 seed 파일을 자동으로 생성하는 WebSphere Application Server seed 유틸리티를 사용하십시오. 유틸리티는 z/OS DLA 패키지의 일부로 제공됩니다.

이 유틸리티에 대한 정보는 z/OS 정보 센터에서 DLA의 WebSphere

Application Server 감지 절을 참조하십시오.

v seed 파일을 수동으로 작성하여 메인프레임이 아닌 시스템에서 WebSphere

를 감지하려면 seed 파일을 작성할 때 다음 파일 이름 지정 규칙을 사용하십시오.

– 파일을 감지의 일부로 포함하려면, 파일 이름이 .xml 확장자로 끝나야합니다.

– 파일 이름은 다음 형식을 따라야 합니다.

<cellname>_<fqdn>_<port>.xml

예제는 c1_0.0.0.0_2809.xml입니다.


http://www-01.ibm.com/support/knowledgecenter/SSBH2C_7.2.2/com.ibm.taddm.doc_zosdla/c236521231.htm

http://www-01.ibm.com/support/knowledgecenter/SSBH2C_7.2.2/com.ibm.taddm.doc_zosdla/c236521231.htm

다음 예제에 파일 형식이 나와 있습니다.

<IDML_WAS_SEED><WAS_ROOT_DIR>/opt/WebSphere/AppServer</WAS_ROOT_DIR><WAS_VERSION>6.0.2.7</WAS_VERSION><SOAP_CONNECTOR_PORT>8880</SOAP_CONNECTOR_PORT><RMI_CONNECTOR_PORT>2809</RMI_CONNECTOR_PORT><JMX_LISTEN_IP_ADDRESS>0.0.0.0</JMX_LISTEN_IP_ADDRESS><HOST_MAPPINGS><HOST_MAPPING>

<HOST_NAME>wasserver.company.com</HOST_NAME><PRIMARY_IP_ADDRESS>0.0.0.0</PRIMARY_IP_ADDRESS><IP_ADDRESS>0.0.0.0</IP_ADDRESS>

</HOST_MAPPING></HOST_MAPPINGS>

</IDML_WAS_SEED>

WAS_ROOT_DIR

WebSphere Application Server가 설치된 디렉토리 경로

WAS_VERSION

<WebSphere Root Directory>/properties/version 디렉토리의 제품 파일에서 찾을 수 있는 WebSphere Application Server의 버전.

SOAP_CONNECTOR_PORT

SOAP_CONNECTOR_ADDRESS 엔드포인트 이름에 대해serverindex.xml 파일에서 검색되는 포트 번호. 예를 들어<WebSphere Root Directory>/profiles/<app 서버 또는dmgr>/conf/cells/<cell name>/nodes/<node name>

자원이 배치 관리자인 경우 serverType="DEPLOYMENT_MANAGER" 값이 지정된 serverindex.xml 파일을 사용합니다.

자원이 독립형 구성요소인 경우 serverType="APPLICATION_SERVER"

값이 지정된 serverindex.xml 파일을 사용합니다.

RMI_CONNECTOR_PORT

포트 번호는 soap 포트를 찾는 데 사용되는 것과 동일한serverindex.xml 파일에서 검색됩니다. 여기서 엔드포인트 이름은BOOTSTRAP_ADDRESS입니다.

JMX_LISTEN_IP_ADDRESS

JMX를 통해 연결하는 데 사용되는 IP 주소. 일반적으로, 이 주소는 WebSphere 서버와 동일한 IP 주소입니다.

HOST_MAPPINGS

WebSphere Application Server 또는 배치 매니저와 각 분산 노드 에이전트의 호스트 이름과 IP 주소 간의 맵핑 목록입니다.

센서 참조서 95

HOST_MAPPING

호스트 이름, 기본 IP 주소 및 IP 주소로 구성된 하나의 호스트 맵핑입니다.

HOST_NAME

완전한 도메인 이름

PRIMARY_IP_ADDRESS

호스트 이름을 해석하는 기본 IP 주소입니다.

IP_ADDRESS

기본 IP 주소와 다른 경우 호스트 이름을 해석할 IP 주소입니다.

2. $COLLATION_HOME/var/dla/zos/was 디렉토리에 .xml 파일을 배치하십시오.

디렉토리가 없는 경우, 디렉토리를 작성하십시오. 감지의 범위는 이 디렉토리에 있는 파일로 제어됩니다. 특정 WebSphere 서버를 더 이상 감지할 필요가 없으면, 파일을 이 디렉토리에서 제거하거나 .xml 확장자가 없는 이름으로 변경해야 합니다.

3. WebSphere seed 센서를 실행하는 경우, 새 센서 구성 파일을 작성하십시오.

다음 두 개의 태그를 사용하여 XML seed 파일의 위치를 변경하십시오.

<fileName>

이 태그를 WebSphere XML seed 파일이 있는 디렉토리로 설정하십시오.

<scope>

이 태그를 WebSphere XML seed 파일이 있는 TADDM 서버의 IP

주소로 설정하십시오.

WebSphere seed 센서 실행:

이 주제에서는 WebSphere seed 센서를 실행하는 방법에 대해 설명합니다.

WebSphere seed 센서를 실행하려면 다음 단계를 완료하십시오.

1. TADDM 서버를 시작하십시오.

2. 감지 관리 콘솔을 여십시오.

3. 범위에 WebSphere seed 파일이 있는 서버의 IP 주소를 추가하십시오.

4. 액세스 목록에서 WebSphere seed 파일이 있는 서버의 액세스 신임 정보를추가하십시오.

5. 감지 중인 WebSphere 서버에 대해 보안을 사용하는 경우 WebSphere 서버에 대한 신임 정보 항목을 추가하십시오. 범위 제한이 있는 항목을 사용하려면 WebSphere 시드 파일이 있는 호스트의 IP 주소에 추가로 WebSphere 서버의 IP 주소를 감지 범위에 포함해야 합니다.


또한 액세스 목록 항목을 작성할 때 클라이언트측 SSL 신임 정보도 필요합니다. 이 인증서는 메인프레임 보안 제품(예: Resource Access Control

Facility(RACF®))으로부터 내보내어 디지털 인증서를 유지보수하는 도구로 전송해야 합니다. 이 도구(예: iKeyman)를 사용하여 JKS 또는 PKCS12 파일을 생성하십시오. 이 파일에는 TADDM에서 사용할 수 있는 형식의 클라이언트측 SSL 인증서가 있습니다. JKS 또는 PKCS12 파일은 키 저장소 및 신뢰 저장소 인증서의 TADDM WebSphere 액세스 목록 항목에서 SSL 설정을 위해 사용되어야 합니다.

6. 다음 단계를 완료하십시오.

a. 감지 관리 콘솔을 사용하여 IdmlFileUDS 센서를 구성하십시오.

1) 감지 프로파일 창에서 IdmlFileUDS를 클릭하십시오.

2) 새로 작성을 클릭하십시오.

3) 센서 구성 이름 및 설명을 입력하십시오.

4) 구성 사용을 선택하십시오.

5) /data/latest/dist/var/dla/zos/was를 두 번 클릭하고 WebSphere XML

seed 파일의 위치를 입력하십시오. 이 위치는 WebSphere seed 파일이 있는 서버입니다.

6) 0.0.0.0를 두 번 클릭하고 seed 파일이 있는 시스템의 IP 주소를 입력하십시오.

b. 다음 센서가 포함된 감지 프로파일을 작성하십시오.

v 앵커 센서v a단계에서 입력된 센서 이름(수정된 IdmlFileUDS 센서는 이전에 작성됨)

v PortSensor

v PingSensor

v SessionSensor

v GenericServerSensor

v WebSphereIdmlSeedSensor

v WebSphereCellSensor

v WebSphereNodeSensor

v WebSphereSensor

(com.collation.websphere.performance.setting=false인 경우에만WebSphereCellSensor 및 WebSphereNodeSensor 대신에 이 센서를선택)

이 센서는 기본적으로 프로파일에서 추가 센서를 사용하도록 요구할 수있으며 모든 추가 센서를 사용으로 설정할 수 있습니다.

센서 참조서 97

c. 구성 파일을 저장하십시오.

7. 감지를 실행하고 사용자가 작성한 서버 및 감지 프로파일을 포함할 범위를 선택하십시오.

센서 문제점 해결이 주제에서는 IBM WebSphere 센서에서 발생하는 공통 문제를 설명하고 해당문제에 대한 솔루션을 제시합니다.


문제 WebSphere Application Server 센서가 시작하지 않습니다.

솔루션

WebSphere Application Server 센서가 시작되지 않는 이유를 판별하려면 WebSphere 서버에서 다음 기준을 확인하십시오.

v WebSphere 프로세스가 실행 중입니다.

v 명령행을 자를 수 없습니다(실행 중인 프로세스가 WebSphere

Application Server의 템플리트와 일치해야 함).

Windows 2003/2008, Linux, Solaris, AIX 및 Linux on System z

운영 체제의 경우 명령행에 WsServer가 포함되어야 합니다.

v WebSphere Application Server는 서비스(Windows 2000) 또는는 서비스나 명령행(Windows 2003 또는 Windows 2008)으로 시작되었습니다.

이전의 항목이 원인인 것 같지 않으면 시스템 로그 및 WebSphere

Application Server 시작 로그에서 오류 메시지를 확인하십시오.

WebSphere 서버 또는 노드를 감지할 수 없음

문제 일부 WebSphere 서버 또는 노드를 감지할 수 없습니다.

솔루션감지할 WebSphere 서버나 노드가 일반 IP 주소 대신 FQDN을 부트스트랩 주소로 사용하는 경우 TADDM 서버가 FQDN을 해석할 수 있는DNS 서버에 대한 액세스 권한을 가지고 있어야 합니다. 그렇지 않으면대상 범위가 IP 주소를 사용하여 정의된 경우에도 이 특정 서버 또는 노드에 대한 정보를 감지할 수 없습니다.

WebSphere Application Server 서버의 감지가 로깅되지 않음

문제 WebSphere Application Server 감지가 DiscoverManager.log에 로깅되지 않습니다. 감지에 로컬 앵커가 사용되기 때문에 로그 메시지가 별도의파일에 저장됩니다.


솔루션로그 메시지는 다음 로그 파일에 저장됩니다. 여기서 hostname은 TADDM

서버의 완전한 도메인 이름입니다.

v local-anchor*.hostname.WebSphereAgent.log

v local-anchor*.hostname.WebSphereNodeSensor.log

WebSphere Application Server에서 보안을 사용 가능할 때 발생하는오류

문제 다음 유형의 오류 메시지가 표시됩니다.

v ERROR cdb.WebSphereAgentDelegate - [WebSphereAgentDelegate.E.1]discover() failed with exception : java.lang.Exception:Unable to connect to the WebSphere server at9.48.158.37:8,880 - ADMC0016E:The system cannot create a SOAP connectorto connect to host 9.48.158.37 at port 8880...

v ERROR cdb.WebSphereJMXUtils - An error occurred,unable to establish a repository connectionusing the credentials raleigh-was60:com.ibm.websphere.management.exception.AdminException:javax.management.JMRuntimeException: ADMN0022E:Access is denied for the getServerConfig operation onFileTransferServer MBean because of insufficientor empty credentials.

이러한 오류가 발생하는 이유는 다음과 같습니다.

v WebSphere Application Server의 액세스 목록에 신임 정보가 없습니다.

v WebSphere Application Server의 신임 정보에서 인증서가 올바르지않거나 액세스 목록을 통해 입력되지 않았습니다.

v WebSphere Application Server의 신임 정보에서 비밀번호가 올바르지 않습니다.

솔루션WebSphere Application Server의 액세스 목록에 신임 정보를 추가하십시오. 인증서를 수정하고 액세스 목록을 통해 인증서를 입력하거나 올바른 비밀번호를 제공하십시오.

JMX 연결 실패

문제 다음 유형의 오류가 발생했습니다.

Sensor failed in remote server:Unable to connect to WebSphere server at 10.0.1.69:8880 - ADMC0016E:Could not create SOAP Connector to connect to host 10.0.1.69 at port 8880

이 유형의 오류는 다음 문제를 나타냅니다.

v 인증서가 누락 또는 올바르지 않거나 사용자 ID 및 비밀번호가 올바르지 않습니다. 다음 예제에서는 샘플 루트 원인을 보여줍니다.

센서 참조서 99

[SOAPException: faultCode=SOAP-ENV:Client;msg=Error opening socket:javax.net.ssl.SSLHandshakeException: certificate expired;targetException=java.lang.IllegalArgumentException:Error opening socket:javax.net.ssl.SSLHandshakeException: certificate expired]

v 방화벽 때문에 SOAP 포트를 통해 WebSphere Application Server

에 연결할 수 없습니다.

v 프로세스가 프로세스 테이블이나 Windows 서비스 목록에 표시되는 경우에도 WebSphere Application Server의 상태가 좋지 않을 수 있습니다. WebSphere Application Server의 상태를 테스트하려면wsadmin WebSphere 관리 유틸리티를 사용하여 연결해 보십시오.

wsadmin 유틸리티가 실패하면, 센서에도 문제가 발생합니다.

솔루션다음 솔루션 중에서 사용하십시오.

v 신임 정보 및 연결성을 확인하려면 JMX 연결을 테스트하는 다음 프로그램 중 하나를 실행하십시오.

– Linux, AIX 및 System z 운영 체제 위의 Linux의 경우:

$COLLATION_HOME/bin/testwasconnection.sh. 이 프로그램 실행에대한 지시사항은 testwasconnection.sh 파일에 있습니다.

– Windows 시스템의 경우: %COLLATION_HOME%\bin\

testwasconnection.bat. 이 프로그램 실행에 대한 지시사항은testwasconnection.bat 파일에 있습니다.

v 액세스 목록이 올바르게 정의되었는지 확인하십시오. z/OS 위의 WAS

를 감지하고 범위 제한이 있는 액세스 목록 항목을 사용하고 싶은 경우, WebSphere 시드 파일이 있는 호스트의 IP 주소에 추가로WebSphere 서버의 IP 주소를 감지 범위에 포함시켜야 합니다.

센서가 JMX 조회에 실패

문제 센서가 다음 메시지와 함께 JMX 조회를 실패합니다.

failed on JMX query--check server health and retry

이 오류는 구성 설정이 손상되었을 수도 있음을 나타냅니다.

솔루션로그를 점검하여 무엇을 조회하고 있는지, 값이 WebSphere Application

Server 콘솔에서 판독 가능한지 확인하십시오. 일반적으로 이 오류는 감지가 밤에 실행될 때 유지보수를 이유로 WebSphere Application Server

가 작동 중지되는 경우에 발생합니다. 이 경우, 서버를 다시 시작한 후 감지를 다시 시도하십시오.


데이터 저장소 오류 - 데이터 스토리지 수집이 너무 오래 걸림

문제 WebSphere 감지에서 데이터 스토리지 수집이 너무 오래 걸립니다.

솔루션TADDM 스키마를 작성하기 전에 데이터베이스 튜닝 스크립트가 실행되지 않습니다. TADDM 스키마를 작성하기 전에 다음 데이터베이스 튜닝스크립트를 실행하십시오.

v Windows가 아닌 시스템의 경우:

$COLLATION_HOME/bin/gen_db_stats.jy

v Windows 시스템의 경우:

%COLLATION_HOME%\bin\gen_db_stats.bat

WebSphere Application Server가 작동 중지됨

문제 다음 이유 중 하나로 인해 WebSphere Application Server가 작동 중지됩니다.

v WebSphere Application Server가 유지보수될 때 TADDM이 실행되면 감지가 완료되지 않습니다.

local-anchor*.hostname.WebSphereAgent.log 파일 또는local-anchor*.hostname.WebSphereNodeSensor.log 파일에서 다음 오류 메시지를 표시할 수 있습니다.

INFO cdb.AnchorServer[main] - [AnchorServer.I.0] server no longeraccepting new connections

v 이 오류 메시지는 조회를 완료할 수 없음을 나타냅니다.

솔루션WebSphere Application Server가 제대로 작동하고 있는지 확인하십시오.

센서가 이전 릴리스의 TADDM과는 달리 많은 데이터를 표시하지 않음

문제 WebSphere 셀, 노드 및 서버의 세부사항 창에서는 이전 릴리스의TADDM과는 달리 많은 세부사항을 표시하지 않으며 창에 있는 많은 탭에 데이터가 없습니다.

솔루션TADDM은 다음 감지 레벨을 구현합니다.

v 단순v 중간v 상세

WebSphere Application Server 센서의 기본 감지 레벨은 단순입니다.

센서 참조서 101

WebSphere Application Server에 대한 자세한 세부사항을 얻으려면 센서 구성 창에서 WebSphereCellSensor 센서에 대한 감지 센서 구성을 작성하십시오. mediumDiscoveryLevel 특성 또는 deepDiscoveryLevel 특성의 값을 true로 설정하십시오.

AIX ps 명령에서 문제가 발생하여 AIX 운영 체제에서 WebSphere 감지중에 WebSphere 센서가 실패함

문제 일부 AIX 운영 체제에서 UNIX ps 명령을 실행하면 Java CLASSPATH

문자열이 잘립니다. TADDM WebSphere 센서에서 문자열을 인식하지 못하여 감지가 실패합니다.

솔루션AIX 5.3 이상으로 업그레이드하십시오. FP5(5.3.0.50) 버전. 이 버전 이상의 AIX는 전체 Java CLASSPATH 문자열을 리턴합니다.

메시지 CTJDT0736W가 표시됨

문제 분배 노드가 실행되는 호스트 시스템에서 SSH(Secure Shell)프로토콜 또는 WMI(Windows Management Instrumentation)에 대한 액세스 목록에 불충분한 신임 정보가 있습니다.

이 호스트 시스템의 컴퓨터 시스템 신임 정보는 해당 시스템의 노드 및서버 구성 항목에 대한 호스트를 채우기 위해 정보를 검색하는 데 사용됩니다.

솔루션이 정보를 채울 경우 호스트 시스템에 대해 적절한 컴퓨터 시스템 신임정보를 추가해야 합니다.

WebSphere 센서가 실패하고 CTJTD0692E 메시지가 표시됨

문제 분산 WebSphere 셀을 감지하려고 시도하는 동안 WebSphere 센서가 다음 메시지와 함께 실패합니다.

CTJTD0692E The distributed cell deployment manager bind address is notfound for the following cell:etabsap1TCell

솔루션WebSphere Deployment Manager와 관련된 센서와 연관된 감지에는 작동 중인 DNS가 있어야 합니다. 임시 해결책을 위해com.collation.platform.os.disableRemoteHostDNSLookups를 true로 설정하고 TADDM 서버가 항상 올바른 DNS 검색 경로를 가지고 있는지확인하십시오.

WebSphere 센서가 실패하고 CTJTD3021E 메시지가 표시됨

문제 WebSphere 센서가 다음 메시지와 함께 실패합니다.


CTJTD3021E The sensor fails in a remote server :CTJTD2120E An error has occurred in the discovery process.:

CTJTD0775E A connection to the WebSphere server is notavailable: << ip address of IBM WebSphere application server >>- ADMC0016E: The system cannot create a SOAP connector to connect

to host<< ip address of IBM WebSphere application server >>

솔루션WebSphere 클라이언트 노드에서 SSL 지원에 대해 문제가 있는지 확인하십시오. 이를 확인하려면 이 WebSphere Server에 대한 WebSphere 액세스 목록 항목이 액세스 목록의 맨 처음(다른 WebSphere 신임 정보 이전)에 있는지 확인하십시오 . 감지가 성공하면 다른 서버에서 모든WebSphere 신임 정보를 가져와 한 신뢰 저장소에 넣으십시오. 다른 사용자 ID 및 비밀번호가 있는 여러 개의 액세스 목록 항목이 있을 수 있습니다. 그러나 모든 액세스 목록 항목은 모든 신임 정보가 포함된 동일한 신뢰 저장소를 지정해야 합니다.

추가 정보는 88 페이지의 『액세스 목록 구성』을 참조하십시오.

WebSphere JDBC 드라이버 센서가 시작하지 않음

문제 WebSphere JDBC 드라이버 센서가 시작하지 않습니다.

솔루션WebSphere JDBC 드라이버 센서가 시작되지 않는 이유를 보려면 다음조건이 충족되는지 확인하십시오.

v 레벨 3 감지의 사용자 프로파일이 작성되고 WebSphere JDBC 드라이버 센서가 사용으로 설정되어 있습니다.

v WebSphere 셀 센서에 대해 심층 감지를 사용합니다.

WebSphere JDBC 드라이버 센서를 대상 호스트에 연결할 수 없으며CTJTD0796E 메시지가 표시됨

문제 감지 중에 WebSphere JDBC 드라이버 센서를 대상 호스트에 연결할 수없으며 CTJTD0796E 오류 메시지가 표시됩니다.

솔루션이 오류가 발생할 수 있는 상황은 다음과 같습니다.

v 호스트에 대해 SSH 연결을 구축할 수 없습니다.

v 호스트에 대한 연결이 구축되었지만 사용자가 W e b S p h e re

setupCmdLine 스크립트를 실행하기에 적절한 권한을 가지고 있지 않습니다.

v 호스트에 대한 연결이 구축되었지만 사용자가 Java 명령을 실행하기에적절한 권한을 가지고 있지 않습니다.


센서 로그 파일을 확인하여 어떤 상황이 발생했는지 판별하십시오.

센서가 실패하고 경고 CTJTD0798W가 로그 파일에 표시되면, WebSphere

SSH 액세스 목록 항목에 지정된 사용자에게 WebSphere setupCmdLine

스크립트를 실행할 수 있는 적절한 권한이 있는지 확인하십시오.

센서가 실패하고 경고 CTJTD0799W가 로그 파일에 표시되면, WebSphere

SSH 액세스 목록 항목에 지정된 사용자에게 Java 명령을 실행할 수 있는 적절한 권한이 있는지 확인하십시오.

WebSphere 서버와 데이터베이스 서버 간에 일부 JDBC 종속 항목이 작성되지 않음

문제 TADDM이 WebSphere 서버와 관련 데이터베이스 서버 둘 다를 감지하지만 이들 간의 관계를 작성하지 않습니다. 이러한 관계는 애플리케이션서버에서 정의되는 JDBC 연결 특성을 기반으로 합니다.

솔루션

이 문제는 다음 문제 중 하나로 인한 것일 수 있습니다.

v JDBC 연결성 세부사항은 심층 감지에서만 수집됩니다. WebSphere 센서에 대한 감지 프로파일이 해당 레벨의 감지에 맞게 구성되었는지 확인하십시오.

v 종속 항목 토폴로지 에이전트 그룹에서 실행되는JDBCDependencyAgent에 의해 종속 항목이 작성됩니다. WebSphere

서버를 감지한 후에 에이전트가 실행되는지 확인하십시오.

v JDBCDependencyAgent는 최근에 감지된 애플리케이션 서버만 처리합니다. 에이전트가 실행된 이후에도 일부 종속 항목이 여전히 누락된경우 WebSphere 서버를 다시 감지하고 토폴로지 에이전트가 다시 실행될 때까지 기다리십시오.

v 데이터베이스 서버가 데이터베이스 서버와 WebSphere Application

Server 간에 트랜잭션 종속 항목을 작성하도록 지원하는 서버 중 하나인지 확인하십시오. 다음 데이터베이스가 지원됩니다.

– Oracle

– IBM DB2

– Microsoft SQL Server

– Sybase

TADDM 서버가 Red Hat Enterprise Linux 6을 실행할 때 WebSphere센서가 실패함

문제 TADDM 서버가 Red Hat Enterprise Linux 6을 실행 중일 때WebSphere 센서가 실패합니다. 다음 오류가 표시될 수도 있습니다.


CTJTD3021E The sensor fails in a remote server

CTJTD2015E There is a local anchor sensor failure

솔루션/etc/security/limits.d/90-nproc.conf 구성 파일에서 다음 라인을 주석 처리하십시오.

* soft nproc 1024

구성 파일을 업데이트한 후 TADDM 서버를 다시 시작해야 합니다.

스크립트 기반 감지 후에 플레이스홀더 오브젝트만이 저장됩니다.

문제 WebSphereScriptSensor 감지를 성공적으로 실행한 후에 저장된 모든 오브젝트가 플레이스홀더로 표시되고 몇몇 상세 정보를 포함합니다.

솔루션플레이스홀더 오브젝트는 감지 대상이 관리 셀(DMGR의 노드)이 아닌 분산 셀에 있는 W e b S p h e r e A p p l i c a t i o n S e r v e r 노드일 때WebSphereScriptSensor가 작성합니다. 플레이스홀더 모델 오브젝트에 대한 보다 자세한 정보를 얻으려면 DMGR이 있는 호스트의 감지를 실행하십시오.

IBM WebSphere eXtreme Scale 캐시 센서IBM WebSphere eXtreme Scale 캐시 센서는 IBM WebSphere eXtreme Scale

캐시 및 일부 구성요소를 감지합니다.

센서는 eXtreme Scale 캐시에 대한 다음 요소를 감지합니다.

v 캐시의 이름v 캐시가 있는 노드 목록

센서는 eXtreme Scale 노드에 대한 다음 요소를 감지합니다.

v 노드의 이름v 노드의 호스트 이름v 기본 구성 파일의 내용v 이 노드에서 실행되는 JVM의 orb.properties 구성 파일의 내용 및 이 JVM

의 버전v 기본 구성 파일과 같은 디렉토리에 있는 .xml, .sh, .props 및 .properties

파일의 내용


WebSphereXSCacheSensor


선행 조건

IBM WebSphere eXtreme Scale이 대상 컴퓨터에서 실행되어야 합니다.

-objectgridfile 매개변수에서 지정된 구성 파일의 경로는 절대 경로여야 합니다.

보안 문제

사용자가 다음 태스크를 수행할 권한을 가지고 있어야 합니다.

v JVM(Java Virtual Machine) 프로세스를 포함하여 대상 시스템에서 실행되는프로세스의 전체 목록을 가져오십시오.

v -objectgridfile 매개변수에 지정된 구성 파일(일반적으로 objectGrid.xml)

을 읽으십시오.

v 이 정보가 캡처되는 경우 -objectgridfile 매개변수에서 지정한 구성 파일과동일한 디렉토리에 있는 XML 파일, 스크립트 파일 또는 특성 파일을 읽으십시오.

v 런타임 환경 버전 정보를 얻으려면 -version 매개변수를 사용하여 eXtreme

Scale 노드를 실행하는 JVM을 실행하십시오.

v JVM의 lib 디렉토리에 있는 orb.properties 구성 파일을 읽으십시오.

제한사항


v eXtreme Scale 캐시의 컨테이너로 별도의 JVM을 사용하는 eXtreme Scale 노드만 감지됩니다. eXtreme Scale 노드의 컨테이너로 특수한 웹 애플리케이션을 사용하는 캐시는 감지되지 않습니다.

v eXtreme Scale 노드의 카탈로그 서비스를 제공하는 JVM은 감지되지 않습니다.

v 동일한 노드 이름으로 둘 이상의 JVM 프로세스가 시작되고 -objectgridfile

매개변수에 동일한 사본의 구성 파일이 지정된 경우 센서는 이러한 노드가 별개의 노드인지 인식할 수 없으며 노드가 병합됩니다.

v 센서는 -objectgridfile 매개변수에 지정된 구성 파일과 동일한 디렉토리와해당 하위 디렉토리에서만 구성 파일을 검색합니다. 다음 확장자의 파일만 인식됩니다.

– .xml

– .sh

– .props

– .properties


인식된 파일 확장자를 구성할 수 없습니다.

v 센서가 구성 파일을 구문 분석할 수 없지만 각 파일의 전체 내용을 캡처합니다.

v -objectgridfile 매개변수를 확인할 때 센서는 대소문자를 구분하지 않습니다.

연관 속성이 있는 모델 오브젝트IBM WebSphere eXtreme Scale 캐시 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IBM WebSphere 환경에서 구성 항목에 대해 수집하는 정보 유형을 나타냅니다.


app.JVM

ExecutableName

JVMVersion

Publisher

SoftwareVersion

websphere.WebSphereXSCache

v Name

websphere.WebSphereXSCacheNode

v Name

v Host




2. TADDM이 대상 컴퓨터 시스템에 대한 인증에 사용해야 하는 액세스 정보(사용자 이름 및 비밀번호)를 지정하십시오.

IBM WebSphere Message Broker 센서IBM WebSphere Message Broker 센서는 Windows 및 UNIX의 브로커 인스턴스, 구성 및 애플리케이션 레벨에서 WebSphere Message Broker 속성을 감지합니다.



MBServerSensor

선행 조건

TADDM 서버에는 다음 로그인 정보가 필요합니다.

대상 컴퓨터를 감지할 수 있는 시스템 로그인.

mqsiprofile 명령을 실행할 수 있는 권한이 있어야 합니다.

제한사항

IBM WebSphere Message Broker 센서를 사용하여 감지를 실행하는 경우 센서가 모든 Message Broker 요소를 채우지 않기 때문에 세부사항 분할창에 있는 일부 속성 값이 비어 있게 됩니다. 센서 데이터 사전에서 감지된 클래스 및 속성의전체 목록을 찾을 수 있습니다. 누락된 속성 값을 채우려면 DLA(Discovery

Library Adapter)와 같은 다른 데이터 프로듀서를 사용하거나 TADDM 감지 기능을 확장하는 사용자 정의 사용자 확장을 사용할 수 있습니다.



v messaging.mb.MBBroker

v messaging.mq.MQQueueManager

v messaging.mb.MBExecutionGroup

v messaging.mb.MBHTTPListenerProperties

v messaging.mb.MBHTTPConnectorProperty

v messaging.mb.MBHTTPSConnectorProperty

v messaging.mb.MBHTTPListenerProperty

v messaging.mb.MBBrokerSecurity

v messaging.mb.MBBrokerProfile

v messaging.mb.MBMessageFlow

v messaging.mb.MBMessageFlowNode

v messaging.mb.MBBarFile

v messaging.mb.MBProperty




감지 레벨을 변경하려면, IBM WebSphere Message Broker 센서에 대한 감지프로파일을 업데이트하십시오.

이 센서의 기본 감지 레벨을 변경하려면 다음 단계를 완료하십시오.



3. 센서 목록에서 MBServerSensor를 클릭한 후 새로 작성을 클릭하십시오.

4. 구성 작성 창에서 MBServerSensor의 구성에 대한 이름 및 설명을 입력하십시오.

5. 구성 작성 창의 구성 섹션에서 감지 옵션을 변경하려면 다음 선택사항 중 하나를 선택하십시오.

v OS 신임 정보를 사용하여 감지를 실행하려면 useHostAuth의 값을 두 번클릭하고 false에서 true로 변경하십시오.

v WebSphere 메시지 플로우 노드 속성을 감지하려면 useNodeLevel의 값을 두 번 클릭하고 false에서 true로 변경하십시오.



8. 감지 실행 시 이 감지 프로파일을 선택하십시오.

감지 프로파일에 대한 자세한 정보는 TADDM 사용자 안내서의 감지 프로파일사용 주제를 참조하십시오.


이 주제에서는 액세스 목록을 구성해야 하는 액세스 세부사항에 대해 설명합니다.


1. 메시징 서버를 구성요소 유형으로 선택하십시오.

2. WebSphere Message Broker를 공급업체로 선택하십시오.

3. 다음 필수 정보를 지정하십시오.

v 사용자 이름v 비밀번호

mqsiprofile 명령을 실행할 수 있는 권한이 있어야 합니다.





com.collation.platform.os.UnixOs.forcedServerList=bipbroker

이 특성은 bipbroker 프로세스를 강제 실행하여 UNIX 플랫폼에서 센서를 시작합니다.

com.collation.platform.os.WindowsOs.forcedServerList=bipservice

이 특성은 bipservice 프로세스를 강제 실행하여 Windows 플랫폼에서 센서를 시작합니다.

com.collation.platform.os.AixOs.forcedServerList=bipbroker

이 특성은 bipbroker 프로세스를 강제 실행하여 AIX 플랫폼에서 센서를시작합니다.

센서 문제점 해결이 주제에서는 IBM WebSphere Message Broker 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.


문제 WebSphere Message Broker 센서가 시작하지 않습니다.

솔루션b i p b r o k e r 프로세스 이름이 c o l l a t i o n . p r o p e r t i e s 파일의com.collation.platform.os.UnixOs.forcedServerList 특성에 추가되었는지 확인하십시오.

IBM WebSphere MQ Server 센서IBM WebSphere MQ Server 센서는 IBM WebSphere MQ 서버를 감지합니다.


MQServerSensor

보안 문제

TADDM 서버에는 다음 로그인 정보가 필요합니다.

v 대상 컴퓨터를 감지할 수 있는 시스템 로그인.

v UNIX 시스템에 있는 WebSphere MQ 서버의 경우 MQSC 콘솔에 로그온하는 데 사용되는 WebSphere MQ 사용자 로그인 및 비밀번호.




v app.messaging.mq.MQChannel

v app.messaging.mq.MQClientConnectionChannel

v app.messaging.mq.MQCluster

v app.messaging.mq.MQClusterReceiverChannel

v app.messaging.mq.MQClusterSenderChannel

v app.messaging.mq.MQInstallation

v app.messaging.mq.MQListener

v app.messaging.mq.MQNameList

v app.messaging.mq.MQQueueManager

v app.messaging.mq.MQRequesterChannel

v app.messaging.mq.MQServerChannel

v app.messaging.mq.MQTCPListener

v app.ProcessPool

비동기 및 스크립트 기반 감지 지원IBM WebSphere MQ Server 센서는 스크립트 기반 및 비동기 감지만을 지원합니다. 이는 정기적 감지에서는 실행되지 않습니다.


스크립트 기반 및 비동기 감지의 경우 센서에는 구성이 필요하지 않습니다.

제한사항




UNIX 및 Windows 설치에 필요한 액세스 세부사항에 대해 설명합니다.

선행 조건

Windows 시스템의 경우 runmqsc 명령을 실행하려면 사용자가 Windows 관리자 그룹의 구성원이어야 합니다.


UNIX 시스템의 경우 WebSphere MQ 사용자는 runmqsc 명령을 실행할 권한을 가지고 있습니다.

다음과 같이 액세스 목록을 구성하십시오.


2. WebSphere MQ를 공급업체로 선택하십시오.

Windows 시스템에는 다음 정보가 필요합니다.

v 사용자 이름v 비밀번호




com.collation.platform.os.UnixOs.forcedServerList=amqzxma0

이 특성은 aqmzxma0 프로세스를 강제 실행하여 센서를 시작합니다.

com.collation.topobuilder.mq.clusterrelations=true

이 특성을 사용하여 클러스터 멤버십을 기반으로 하는 종속 항목을 빌드할 수 있습니다. 클러스터에 있는 모든 큐 관리자는 동일한 클러스터에 있는 다른 모든 큐 관리자에 대해 두 개의 종속 항목(하나는 소스로 및 하나는 대상으로)을 가집니다.

설정되지 않으면, 기본값은 false입니다.

com.collation.topobuilder.mq.channelrelations=true

이 특성을 사용하여 송신자-수신자 채널 이름을 기반으로 하는 종속 항목을 빌드할 수 있습니다. 설정되지 않으면, 기본값은 false입니다.

제한사항: 이 기능은 채널 이름에 소스 관리자 및 대상 관리자 이름 둘다가 포함된 경우에만 사용 가능합니다. 그렇지 않으면com.collation.topobuilder.mq.channelnaming 특성에 대한 정규식을 빌드할 수 없습니다.

com.collation.topobuilder.mq.checkreceiverchannelname=true

true로 설정하면 대상 관리자의 송신자 채널 이름과 일치하는 수신자 채널이 있는 경우에만 종속 항목이 설정됩니다. 기본값은 false입니다.

com.collation.topobuilder.mq.channelnaming=<REGULAR EXPRESSION>

채널 종속 항목을 작성하는 데 사용자 정의 채널 이름 지정 규칙을 지정할 수 있도록 허용합니다. REGULAR_EXPRESSION이 두 개의 이름 지정된 그룹을 리턴해야 합니다.


v 첫 번째는 소스 관리자 이름과 일치합니다.

v 두 번째는 대상 큐 관리자 이름과 일치합니다.

사용자 정의 채널 이름 지정에 소스 큐 관리자 이름(예:

TO.TARGET_MANAGER)이 포함되지 않는 경우 첫 번째 그룹이 공백값(예: ()TO.(.*))으로 설정될 수 있습니다. 이러한 경우 소스 큐 관리자 이름은 송신자 채널 상위 큐 관리자 이름과 비교되지 않습니다.

설정하지 않으면 <REGULAR_EXPRESSION)의 기본값은 CH\\.(.*?)\\

.TO\\.(.*입니다.

다음 특성은 QueueManager의 표시 이름을 생성하는 데 사용됩니다.

com.collation.discover.agent.MQQueueManager.Use ListenningIp=true

QueueManager 이름을 설정합니다. 기본값은 false입니다.

<FQDN>:<QUEUE_MANAGER_NAME> - 첫 번째 청취 MQListener

로부터 첫 번째 공백이 아닌 완전한 도메인 이름(FQDN) 또는 IP가 사용됩니다.

com.collation.discover.agent.MQQueueManager.UseIpFromConnections=true


<FQDN>:<QUEUE_MANAGER_NAME> - ServerConnection의LOCLADDR 속성으로부터 사용하는 첫 번째 공백이 아닌 FQDN(또는IP)이 사용됩니다.

com.collation.discover.agent.MQQueueManager.UseEmptyHostName=true

FQDN이 표시되지 않으면 ClientConnection의 LOCLADDR 속성으로부터 사용하는 첫 번째 공백이 아닌 FQDN(또는 IP)이 사용됩니다. 기본값은 false입니다.

<QUEUE_MANAGER_NAME> - FQDN 없이 QueueManager 이름이사용됩니다.

com.collation.topobuilder.mq.removerelations

설정되지 않으면, 기본값은 false입니다. true로 설정한 경우 상태가 실행중이 아니면 WebSphere MQ 큐 관리자에 대한 종속 항목이 제거됩니다.

앞의 특성 중 어느 것도 true로 설정되지 않은 경우(UseListenningIp 또는UseIpFromConnections가 FQDN을 해석하지 못함) 상위 호스트 FDQN이 사용됩니다.

<HOST_FQDN>:<QUEUE_MANAGER_NAME>

다음 특성은 서버에서 MQ 명령을 실행할 때 센서가 sudo 명령을 사용해야 함을 지정하는 데 사용됩니다.


com.collation.discover.agent.MqServerAgent.versionCommand=sudo -u user

MQ version 명령을 실행할 때 지정된 사용자 이름으로 센서가 sudo 명령을 사용해야 함을 지정합니다.

com.collation.discover.agent.MqServerAgent.statusCommand=sudo -u user

MQ dspmq 명령을 실행할 때 지정된 사용자 이름으로 센서가 sudo 명령을 사용해야 함을 지정합니다.

com.collation.discover.agent.MqServerAgent.mqscCommand=sudo -u user

MQ runmqsc 명령을 실행할 때 지정된 사용자 이름으로 센서가 sudo 명령을 사용해야 함을 지정합니다.

다음 예제에서와 같이 앞의 각 특성은 특정 운영 체제 유형, IP 주소 또는 둘 다로 범위를 지정할 수 있습니다.

com.collation.discover.agent.MqServerAgent.mqscCommand.Linux.1.2.3.4=sudo -u mqm

센서 문제점 해결이 주제에서는 IBM WebSphere MQ Server 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.


문제 WebSphere MQ Server 센서가 시작하지 않습니다.

솔루션amqzxma0 프로세스 이름이 collation.properties 파일의com.collation.platform.os.UnixOs.forcedServerList 특성에 추가되었는지 확인하십시오.

센서는 시작되지만 IBM Tivoli Monitoring 감지를 통해 모든 정보를 감지하지는 않습니다

문제 IBM Tivoli Monitoring을 통한 WebSphere MQ Server 센서의 감지는성공적으로 종료되지만 모든 정보가 감지되지는 않습니다.

솔루션대상 호스트, IBM Tivoli Monitoring 에이전트가 실행할 때 사용하는 사용자가 mqm 그룹에 추가되었는지 확인하십시오.

iPlanet 서버 센서iPlanet 서버 센서는 iPlanet 웹 서버를 감지합니다.


IPlanetServerSensor


선행 조건

TADDM 서비스 계정에는 다음 권한이 있어야 합니다.

v iPlant 2진에 대한 실행 권한(ns-httpd 또는 webserd)

v iPlanet 구성 파일에 대한 읽기 액세스 권한



v app.AppConfig


v app.SoftwareModule

v app.StaticContentModule

v app.web.CGIScript

v app.web.iplanet.IPlanetJSP

v app.web.iplanet.IPlanetJVMSettings

v app.web.iplanet.NSAPIPlugin

v app.web.iplanet.IPlanetServer

v app.web.iplanet.IPlanetServlet

v app.web.iplanet.IPlanetSSLSettings

v app.web.iplanet.IPlanetVirtualHost

v app.web.iplanet.IPlanetWebContainer

v app.web.iplanet.WebLogicConnection

v app.web.WebConnection

v sys.DataFile sys.Directory

JBoss 서버 센서JBoss 센서는 JBoss 설치 버전을 감지하고 서버에 대한 데이터를 수집합니다.이는 JBoss AS 버전 4, 5 및 6을 감지하는 데 사용할 수 있습니다.


JBossVersionSensor, JBossSensor

선행 조건

다음 전제조건을 충족해야 합니다.

v 컴퓨터 시스템의 감지가 성공해야 합니다.

v JMX가 JBoss 서버에서 사용으로 설정되어야 합니다.


v JMX가 비밀번호로 보호된 경우 신임 정보가 액세스 목록에 입력되어야 합니다.

JBoss 센서는 JBoss Server 설치의 일부인 JAR 파일을 필요로 합니다. JAR 파일을 TADDM 서버의 다음 디렉토리($COLLATION_HOME)로 복사해야 합니다.

JBoss AS 4의 경우:

v lib/jboss/402/jbossall-client.jar, lib/jboss/402/jnpserver.jar

v lib/jboss/402/jboss-jmx.jar


v lib/jboss/5/jboss-client.jar

v lib/jboss/5/jnp-client.jar

v lib/jboss/5/jboss-logging-spi.jar

v lib/jboss/5/jboss-security-spi.jar

v lib/jboss/5/jboss-common-core.jar

v lib/jboss/5/jboss-javaee.jar

v lib/jboss/5/jmx-invoker-adaptor-client.jar

v lib/jboss/5/jbosssx-client.jar

v lib/jboss/5/jboss-integration.jar

v lib/jboss/5/jboss-serialization.jar

v lib/jboss/5/jboss-remoting.jar

v lib/jboss/5/jboss-jca.jar


v lib/jboss/6/jboss-client.jar

v lib/jboss/6/jnp-client.jar

v lib/jboss/6/jboss-logging.jar

v lib/jboss/6/jboss-security-spi.jar

v lib/jboss/6/jboss-common-core.jar

v lib/jboss/6/jmx-invoker-adaptor-client.jar

v lib/jboss/6/jbosssx-client.jar

v lib/jboss/6/jboss-integration.jar

v lib/jboss/6/jboss-serialization.jar

v lib/jboss/6/jboss-remoting.jar

v lib/jboss/6/jboss-jca.jar


제한사항

중요사항: JBoss AS 6은 TADDM 7.2.2 수정팩 1부터 지원됩니다.

JMX 연결을 통한 JBoss 버전 감지가 실패하는 경우 JBossVersionSensor가 SSH

세션을 감지에 사용합니다. 센서는 JBoss의 컨텐츠를 감지하지 못하고 모델 오브젝트도 작성되지 않습니다.

JBoss ManagedConnectionFactories의 경우 센서가 JDBC XA 데이터 소스 특성을 감지할 수 없습니다. 따라서 JBoss 서버와 해당 데이터 소스에 의해 표시되는 데이터베이스 서버 간에 트랜잭션 종속 항목이 작성되지 않습니다.



v app.AppServer

v app.j2ee.J2EEServer

v app.j2ee.jboss.JBossCluster

v app.j2ee.jboss.JBossDomain

v app.j2ee.jboss.JBossJMSServer

v app.j2ee.jboss.JBossServer

센서 구성JBoss 설치의 감지를 실행하기 전에 JBoss 서버 센서를 구성해야 합니다.



다음 정보가 필요합니다.

v JBoss 서버를 실행 중인 컴퓨터 시스템에 대한 액세스 목록 항목v 비밀번호로 보호되는 경우 JBoss 서버 JMX 콘솔에 대한 액세스 목록 항목




com.ibm.cdb.discover.jbossversion.sockettimeout

이 특성은 JBossVersionSensor의 소켓 제한시간 초과 값(밀리초)을 지정합니다.


센서 문제점 해결이 주제에서는 JBoss 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

JBossVersionSensor가 시작하지 않음

문제 JBossVersionSensor가 시작하지 않습니다.

솔루션v http://ipaddress:webport/jmx-console로 이동한 후 콘솔을 스크롤하여 JBoss 서버 JMX 콘솔이 사용으로 설정되었는지 확인하십시오.

v lsof가 제대로 작동하는지 확인하십시오.

JBoss 라이브러리를 찾을 수 없음

문제 센서를 실행할 때 JBoss 라이브러리를 찾을 수 없음 메시지가 표시됩니다.

솔루션JBoss 서버 버전용 JAR 파일이 dist 디렉토리에 있는지와 User에 대한읽기 액세스 권한이 사용으로 설정되어 있는지 확인하십시오.

JBoss 서버와 데이터베이스 서버 간에 일부 JDBC 종속 항목이 작성되지 않음

문제 TADDM이 JBoss 서버와 관련 데이터베이스 서버 둘 다를 감지하지만 이들 간의 관계를 작성하지 않습니다. 이러한 관계는 애플리케이션 서버에서 정의되는 JDBC 연결 특성을 기반으로 합니다.

솔루션


v 종속 항목 토폴로지 에이전트 그룹에서 실행되는JDBCDependencyAgent에 의해 종속 항목이 작성됩니다. JBoss 서버를 감지한 후에 에이전트가 실행되는지 확인하십시오.

v JDBCDependencyAgent는 최근에 감지된 애플리케이션 서버만 처리합니다. 에이전트가 실행된 이후에도 일부 종속 항목이 여전히 누락된경우 JBoss 서버를 다시 감지하고 토폴로지 에이전트가 다시 실행될 때까지 기다리십시오.

v 데이터베이스 서버가 데이터베이스 서버와 JBoss 애플리케이션 서버 간에 트랜잭션 종속 항목을 작성하도록 지원하는 서버 중 하나인지 확인하십시오. 다음 데이터베이스가 지원됩니다.

– Oracle

– IBM DB2



– Sybase

JBossVersionSensor는 "CTJTD0030E ./run.bat -V를 실행하는 동안 오류가 발생했습니다." 오류 메시지로 실패합니다.

문제 JBossVersionSensor가 실패하고 다음 오류 메시지를 로그에서 볼 수 있습니다.

v Windows 상의 JBoss AS의 경우:

ERROR sensor.JBossVersionSensor - CTJTD1573E An error occurred whileexecuting ./run.bat -V: com.collation.platform.os.OsException:'.' is not recognized as an internal or external command,.

v Linux 상의 JBoss AS의 경우:

ERROR sensor.JBossVersionSensor - CTJTD1573E An error occurred whileexecuting ./run.sh -V: com.collation.platform.os.OsException:'.' is not recognized as an internal or external command,.

솔루션JBossVersionSensor가 run.bat 또는 run.sh 스크립트에 대한 전체 경로가 애플리케이션 서버가 시작되기 전에 제공되지 않았으므로 JBoss AS의버전을 감지하지 못했습니다. JMX를 통한 버전 감지를 사용 가능으로 설정하려면 필수 JBoss 라이브러리(JAR 파일)를 $COLLATION_HOME/

lib/jboss 디렉토리로 복사하십시오. 이러한 라이브러리가 없으면 JBoss

서버 센서는 모델 오브젝트를 저장하지 않습니다. 어떤 라이브러리를 복사해야 하는지 배우려면 115 페이지의 『선행 조건』 절을 참조하십시오.

JBoss Application Server 7 센서JBoss Application Server 7 센서는 JBoss AS 7.0 이상의 JBoss AS 구성을 감지합니다.

이 센서는 독립형 서버로서 및 관리 도메인에서 실행되는 두 JBoss 서버 모두를감지합니다. 관리 도메인에 속하는 모든 호스트는 개별적으로 감지되므로 JBoss

토폴로지의 전체 그림을 얻기 위해서는 각 호스트에 대해 감지를 실행해야 합니다. 처음으로 환경이 감지되면 JBoss 도메인 컨트롤러의 역할을 하는 호스트의 감지를 시작한 다음 도메인 구성원의 감지를 실행하는 것이 좋습니다.


JBoss7Sensor

선행 조건

감지를 실행하는 OS 사용자에는 JBoss 구성 파일 및 배치 내용에 대한 읽기 액세스가 있어야 합니다. 사용자는 또한 java를 실행할 수 있어야 합니다. 그렇지않으면, 배치 디스크립터가 감지되지 않습니다.


제한사항v 배치 폴더에 배치 내용을 놓음으로써(파일 시스템 배치) 독립형 서버에 배치된 애플리케이션 및 모듈이 센서에 의해 감지되지 않습니다. JBoss AS 관리API(명령행 또는 웹 인터페이스)를 사용하여 배치된 애플리케이션과 모듈만이지원됩니다.

v 배치 유형 인식은 배치 내용에서 특정 디스크립터 파일 검색에 의존합니다. 이러한 디스크립터가 발견되지 않으면 일반 유형 J2EEDeployedObject는 센서가 저장한 모델 오브젝트에 지정됩니다.


센서는 다음 유형의 모델 오브젝트를 작성합니다.

v app.j2ee.jboss.JBossDomain

v app.j2ee.jboss.JBossHost(관리 도메인에만 해당)

v app.j2ee.jboss.JBossCluster(JBoss 관리 도메인에서 서버 그룹을 표현)


v app.ConfigFile

v app.j2ee.J2EEDeployedObject(및 해당 서브유형)

JDBC 데이터 소스는 JBossClusters(관리 도메인의 경우) 또는 JBossServer(독립형 서버의 경우 )의 확장 데이터로 저장됩니다 . 배치 디스크립터는J2EEDeployedObjects의 확장 데이터로 저장됩니다.

센서 구성감지를 실행하기 전에 JBoss Application Server 7 센서를 구성해야 합니다.

JBoss Application Server 7 센서에는 다음 구성 옵션이 있습니다. 이러한 옵션을 변경하려면 사용자 정의 센서 구성을 작성하십시오. TADDM 사용자 안내서의 감지 프로파일 작성 주제를 참조하십시오.

extractAllXmlDescriptors

이 특성의 기본값은 true입니다.

이 특성이 true로 설정된 경우, 센서는 JBoss에 배치된 애플리케이션이나모듈의 META-INF 및 WEB-INF 디렉토리에서 .xml 확장자가 있는 모든 파일을 감지합니다. 이 특성이 false로 설정되면, descriptorsToExtract 특성이 사용됩니다.

descriptorsToExtract

이 특성은 공백으로 구분된 파일 목록을 지정하며extractAllXmlDescriptors 특성이 false로 설정될 때 JBoss 배치에서 감


지됩니다. 예를 들어, META-INF/application.xml WEB-INF/web.xml입니다. 와일드카드 문자는 허용되지 않습니다.

extractSubmodules

이 특성의 기본값은 false 입니다.

이 특성이 true로 설정되고 배치가 엔터프라이즈 아카이브(EAR)의 형식인 Java Platform Enterprise Edition 애플리케이션이면 센서는 이 배치와 해당 모듈에서 디스크립터를 감지합니다(예를 들어, JAR 또는 WAR

파일에서). 이 특성이 false로 설정되면, 배치의 서브모듈로부터 디스크립터가 감지되지 않습니다.

참고: 엔터프라이즈 아카이브(EAR)의 모듈을 감지하려면 해당 META-INF/

application.xml을 추출해야 합니다. 이는 extractAllXmlDescriptors 특성을 true로 설정해야 하거나, descriptorsToExtract 특성의 값에META-INF/application.xml이 포함되어야 함을 의미합니다.

Fix Pack 1 tagsToMask

이 특성의 기본값은 ’password’입니다.

이 특성은 XML 태그의 공백으로 구분된 목록을 지정합니다. 감지된 파일에서 이러한 태그의 모든 텍스트 내용은 별표로 표시되어 있습니다.

collation.properties 파일 항목 구성:

JBoss Application Ser ver 7 센서가 사용하는 명령을 조정하기 위해collation.properties 파일 항목을 구성할 수 있습니다.

com.ibm.cdb.discover.sensor.app.j2ee.jboss7.java 또는com.collation.discover.agent.command.java

java 실행 파일입니다. 이 명령이 설정되지 않으면 센서는 $PATH 시스템에 있는 감지된 호스트에서 기본 java를 사용합니다. 실패하면 감지된JBoss AS를 실행하는 java가 대신 사용됩니다.

com.ibm.cdb.discover.sensor.app.j2ee.jboss7.pwdx 또는com.collation.discover.agent.command.pwdx

프로세스의 현재 작업 디렉토리를 보고합니다(UNIX 시스템에만 해당).

기본값은 pwdx입니다.

om.ibm.cdb.discover.sensor.app.j2ee.jboss7.ps.full 또는com.collation.discover.agent.command.ps.full

실행 중인 모든 프로세스를 전체 형식으로 나열합니다(UNIX 시스템에만해당).

기본값은 ps -ef입니다 . Solaris 운영 체제는 예외인데 기본값이/usr/ucb/ps auxww입니다.


비동기 감지 구성:

비동기 감지 모드에서 JBoss Application Server 7 센서를 실행하고 싶은 경우에는 기본 설정을 수정할 수 있습니다.

사용자 정의 센서 구성은 비동기 감지 패키지가 준비된 경우 판독되지 않습니다.

기본 구성이 아닌 구성을 사용해야 하는 경우에는 $COLLATION_HOME/osgi/

plugins/com.ibm.cdb.discover.sensor.app.j2ee.jboss7_<version>/

plugin.xml 파일에서 구성을 수정하십시오.

센서 문제점 해결이 주제에서는 JBoss Application Server 7 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

관리 도메인이 중복됨

문제 동일한 JBoss 관리 도메인에 속하는 여러 호스트가 처음으로 동시에 감지되면 TADDM 데이터베이스에 복제가 생길 수도 있습니다.

솔루션JBoss 도메인의 감지를 다시 실행하십시오. 복제가 병합됩니다.

나중에 이러한 문제를 피하려면 먼저 JBoss 도메인 컨트롤러의 역할을 하는 호스트를 감지한 다음 도메인 구성원의 감지를 실행하십시오.

배치 또는 JDBC 데이터 소스 또는 둘 모두가 감지되지 않습니다.

문제 관리 JBoss 도메인에 속하는 일부 호스트가 감지된 후에 모든 배치 또는JDBC 데이터 소스 또는 둘 모두가 TADDM 데이터베이스에 있지는 않습니다.

솔루션JBoss AS는 배치와 JDBC 데이터 소스를 관리 도메인에 자동으로 전파하지만 이들에 대한 종합적인 정보는 JBoss 도메인 컨트롤러의 역할을 하는 호스트에서만 사용 가능할 수도 있습니다. JBoss 환경의 전체 그림을구하려면 도메인을 구성하는 모든 호스트, 특히 도메인 컨트롤러가 감지되어야 합니다.

EAR 배치의 모듈이 감지되지 않음

문제 엔터프라이즈 아카이브(EAR)의 형식인 Java Platform, Enterprise Edition

애플리케이션이 JBoss AS에 배치되지만 센서가 애플리케이션의 모듈을 감지하지 않습니다.

솔루션META-INF/application.xml 디스크립터가 수집될 수 있도록 센서를 구성하십시오. 120 페이지의 『센서 구성』을 참조하십시오.


JBoss 서버 또는 서버 그룹 및 데이터베이스 서버 간에 일부 JDBC 종속 항목이 작성되지 않음

문제 TADDM이 JBoss 서버 또는 서버 그룹 및 관련 데이터베이스 서버 둘 다를 감지하지만 이들 간의 관계를 작성하지 않습니다. 이러한 관계는 애플리케이션 서버에서 정의되는 JDBC 연결 특성을 기반으로 합니다.

솔루션이 문제는 다음 문제 중 하나로 인한 것일 수 있습니다.

v 종속 항목 토폴로지 에이전트 그룹에서 실행되는JDBCDependencyAgent에 의해 종속 항목이 작성됩니다. JBoss AS

를 감지한 후에 에이전트가 실행되는지 확인하십시오.

v JDBCDependencyAgent는 최근에 감지된 애플리케이션 서버만 처리합니다. 에이전트가 실행된 이후에도 일부 종속 항목이 여전히 누락된경우 JBoss 환경을 다시 감지하고 토폴로지 에이전트가 다시 실행될 때까지 기다리십시오.

JBoss Application Server 7 센서가 시작되지 않음

문제 JBoss AS가 시작되더라도 JBoss 7 Application Server 센서가 트리거되지 않습니다.

솔루션JBoss 독립형 서버 또는 JBoss 호스트 컨트롤러가 루프백 주소만을 청취하고 com.collation.platform.os.ignoreLoopbackProcesses=true 특성이 TADDM에 설정된 경우에는 서버 프로세스가 무시되고 센서가 시작되지 않습니다. 다음과 같은 방법으로 감지되지 않았던 JBoss 호스트에 대해 특성의 값을 false로 변경하십시오.

com.collation.platform.os.ignoreLoopbackProcesses.x.x.x.x=false

여기서 x.x.x.x는 감지 대상의 IP 주소입니다.

JBoss 도메인에 속하는 JBoss 서버가 과병합되거나 단일 호스트의JBoss 서버만 저장됨

문제 단일 JBoss 도메인 서버의 여러 구성원에 대해 감지가 실행되는 경우 감지가 종료되면 발견된 여러 JBoss 호스트 중 하나에만 속하는 JBoss 서버가 저장됩니다.

솔루션이 문제는 다음 조건의 TADDM 7.3.0.6에서 해결됩니다.

v 단일 JBoss 도메인 서버의 구성원인 대상에 대해 한 번에 하나의 감지 서버만 JBoss7Sensor를 실행해야 합니다. 로드 밸런싱된 감지의 경


우, 사용자가 단일 JBoss 도메인 서버 아래에 있는 모든 JBoss 대상을이 센서를 사용하는 동일한 범위 세트에 놓이도록 해야 한다는 것, 즉로드 밸런싱된 감지에서 대상이 병렬로 실행되지 않도록 하려면 대상이 한 범위 그룹의 서로 다른 범위 세트에 있지 않아야 함을 의미합니다.

JBoss7Sensor에 정의된 CustomTemplateSensor로 인해 JBoss 서버가 과병합됨

문제 도메인 모드로 배치된 JBoss 서버를 감지하고 JBoss7Sensor의JBossDomain 오브젝트를 가져와서 동일한 유형의 강화된 오브젝트를 생성하는 템플리트가 정의된 CustomTemplateSensor가 프로파일에 포함된경우, JBoss 서버의 과병합이 발생합니다. 하나의 무작위 호스트에 속하는 JBoss 서버만 저장됩니다.

솔루션이 문제는 다음 조건의 TADDM 7.3.0.6에서 해결됩니다.

v 대상에 대해 JBoss7Sensor 및 JBossSensor 모두 호출되지 않아야 합니다. 이들은 감지 프로파일에 포함될 수 있지만 모두가 호출되면JBoss7Sensor 결과에 CustomTemplateSensor가 정의되어 있는 경우과병합이 계속 발생합니다.

커널 기반 가상 머신 센서Kernel 기반 가상 머신 센서는 libvirt 라이브러리를 사용하여 관리되는 가상머신 목록에서 KVM 수퍼바이저를 감지합니다.


KvmSensor

선행 조건

libvirt 디먼은 대상 KVM 호스트에서 실행되어야 합니다.

Linux 컴퓨터 시스템 센서 및 KVM 센서에서 작성할 때 중복되지 않도록 각 게스트 컴퓨터 시스템에 DMI 디코드를 설치해야 합니다.



v KVM

v L2Interface


v ComputerSystem

v StoragePool

v StorageVolume

v CPU


collation.properties 파일 구성:


다음 특성은 KVM virsh 명령을 실행할 때 센서가 sudo를 사용하여 권한을 상승시키도록 지정합니다.

v com.collation.discover.agent.kvm.systemcommand.Linux=sudo

다음 예제와 같이 이 특성을 특정 IP 주소로 범위 지정할 수 있습니다.

com.collation.discover.agent.kvm.systemcommand.Linux.192.168.1.1=sudo

이 운영 체제를 사용하는 모든 시스템에 필요한 경우에만 운영 체제에 대해 sudo

옵션을 지정하십시오. 그렇지 않으면 sudo 명령이 구성된 특정 IP 주소에만 이옵션을 지정하십시오.

권한 상승이 필요한 대상 시스템에서 NOPASSWD 옵션과 함께 sudo 명령을 구성하십시오. 그렇게 하지 않으면 TADDM 서버가 제한시간 초과될 때까지 감지가 정지됩니다.


감지 레벨을 변경하려면 KVM 센서에 대한 감지 프로파일을 업데이트하십시오.

실행 중인 서버만 감지하기 위해 실행 중이지 않은 게스트의 감지를 사용 안함으로 설정할 수 있습니다.

프로시저1. 감지 관리 콘솔에서 감지 프로파일 아이콘을 클릭하십시오.



4. 센서 목록에서 KVMSensor를 클릭한 후 새로 작성을 클릭하십시오.

5. 구성 작성 창에서 KVM 센서의 구성에 대한 이름 및 설명을 입력하고 구성사용 선택란을 선택하십시오.


6. 구성 작성 창의 구성 섹션에서 실행 중인 서버만 감지하도록 센서를 구성하려면 discoverNonRunningGuests를 클릭하십시오. 그런 다음, 행에서 값 필드를 두 번 클릭하고 false를 입력하십시오.



Microsoft Cluster 센서Microsoft Cluster 센서는 Microsoft Windows Server 클러스터 설치를 감지합니다. 이 센서는 네트워크 로드 밸런싱 클러스터가 아닌 서버 클러스터(장애 조치로 알려진 프로세스 포함)만 감지합니다. 이 센서는 클러스터의 노드, 자원 및자원 그룹을 감지합니다.


MSClusterSensor

선행 조건

MS Cluster 센서는 다음을 필요로 합니다.

v Windows 컴퓨터 시스템을 성공적으로 감지합니다.

v Cluster Server ClusSvc 서비스를 실행합니다.

v TADDM WMI(Windows Management Instrumentation) 제공자를 사용하여 root/mscluster 네임스페이스에 대한 WMI 읽기 액세스 권한을 부여해야합니다. Windows 컴퓨터 시스템에 대한 감지가 성공하면 기본적으로 이 WMI

읽기 액세스가 부여됩니다. 관리 레벨 액세스가 더 바람직합니다.

제한사항

감지 범위에 하나 이상의 MS Cluster 노드의 IP 주소가 포함되거나 클러스터 IP

주소를 언급해야 합니다. 노드는 클러스터의 일부인 컴퓨터입니다.

연관 속성이 있는 모델 오브젝트MS 클러스터 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IT 환경에서 Microsoft 서버 클러스터에 대해 수집하는 정보 유형을 나타냅니다.


app.MsFailoverCluster.MsCluster

v CrossSubnetDelay

v CrossSubnetThreshold


v DefaultNetworkRole

v Description

v DisableGroupPreferredOwnerRandomization

v Domain

v EnableEventLogReplication

v HangRecoveryAction

v HangTimeout

v InternalNetwork

v LogLevel

v LogSize

v MaintenanceFile

v MaxNumberofNodes

v MaxQuorumArbitrationTime

v MinQuorumArbitrationTime

v Name

v Nodes

v PlumbAllCrossSubnetRoutes

v PublicNetworks

v QuorumLogFileSize

v QuorumPath

v QuorumType

v RegroupOpeningTimeout

v RegroupPruningTimeout

v RegroupStageTimeout

v RegroupTick

v RequestReplyTimeout

v ResourceDllDeadlockPeriod

v ResourceGroups

v Resources

v SameSubnetDelay

v SameSubnetThreshold

v SecurityLevel

v WitnessDatabaseWriteTimeout

v WitnessRestartInterval


app.MsFailoverCluster.MsClusterNode

v Description

v EnableEventLogReplication

v InitialLoadInfo

v LastLoadInfo

v Name

v NodeHighestVersion

v NodeLowestVersion

v System

app.MsFailoverCluster.MsClusterResource

v AppServers

v CryptoCheckpoints

v DeadlockTimeout

v DebugPrefix

v DeleteRequiresAllNodes

v DependsOnResources

v Description

v HasSeparateMonitor

v IpAddresses

v IsAlivePollInterval

v IsCoreResource

v IsLocalQuorumCapable

v IsPersistentState

v IsQuorumCapable

v LooksAlivePollInterval

v Name

v PendingTimeout

v RegistryCheckpoints

v RestartAction

v RestartDelay

v RestartPeriod

v RestartThreshold

v RetryPeriodOnFailure

v Type


app.MsFailoverCluster.MsClusterResourceGroup

v AntiAffinityClassNames

v AutoFailbackType

v Description

v FailbackWindowEnd

v FailbackWindowStart

v FailoverPeriod

v FailoverThreshold

v IsPersistentState

v Name

v Parent

v Resources




관리자 그룹의 구성원인 도메인 레벨 계정이 필요합니다. 액세스 목록을 구성하려면 다음 단계를 완료하십시오.

1. ComputerSystem(Windows)을 구성요소 유형으로 선택하십시오.

2. 액세스 정보(사용자 이름 및 비밀번호)를 지정하십시오.

관리자 권한이 있는 계정을 사용해야 합니다.




Fix Pack 2

com.ibm.cdb.topomgr.topobuilder.agents.MSClusterAgent.setComputer

SystemMSClusterRel=false

이 특성은 MS Cluster Topology Builder Agent가 ComputerSystem과MSCluster 간의 관계를 설정하는지 여부를 지정합니다. 이 특성을 true

로 설정하면 관계가 설정됩니다.



센서 문제점 해결이 주제에서는 Microsoft Cluster 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

WMI 서비스 파손

문제 감지 중에 WMI 서비스가 대상에서 파손됩니다.

솔루션수정사항 KB933061을 포함하여 모든 WMI 관련 수정사항을 대상 시스템에 적용하십시오. 문제가 지속되면, 다음 Microsoft 유틸리티를 사용하여 WMI 문제를 해결하십시오.

WMIDiag

WMI 진단 유틸리티는 다음 웹 사이트에서 사용 가능합니다.

h t t p s : / / w w w. m i c r o s o f t . c o m /e n - u s /d o w n l o a d /

details.aspx?id=7684

지시사항에 따라 유틸리티를 설치 및 실행하고 WMI가 올바르게작동 중인지 확인하십시오.

Microsoft Exchange 센서Microsoft Exchange 센서는 Microsoft Exchange 서버를 감지합니다.

지원되는 Microsoft Exchange 서버의 버전은 센서 및 지원되는 대상 시스템 문서를 참조하십시오.

참고:

v TADDM 7.2.2 이전의 TADDM에서 이 센서는 Microsoft Exchange 2007 Server

센서로 명명되었습니다.

v Microsoft Exchange 센서는 스크립트 기반 및 비동기 감지만을 지원합니다.

정기적 감지는 지원하지 않습니다.


ExchangeSensor

선행 조건

센서는 Microsoft Exchange Server 2007 및 Microsoft Exchange Server 2010

에 포함되는 Exchange 관리 도구를 사용합니다.

Microsoft Exchange Server 2007을 사용하여 사용자 계정 권한이 올바른지 확인하는 경우, TADDM 감지 계정으로 로그인하는 동안 Exchange Server에서 다음 명령을 실행하십시오.


https://www.microsoft.com/en-us/download/details.aspx?id=7684

https://www.microsoft.com/en-us/download/details.aspx?id=7684

https://www.ibm.com/developerworks/community/groups/service/html/communityview?communityUuid=7d5ebce8-2dd8-449c-a58e-4676134e3eb8#fullpageWidgetId=Wea1cb2531f10_4ccd_99d7_6ab0334cb21f&file=e70bf323-31f1-45ba-8992-4cb491feab4a

C:\> powershell Add-PSSnapin Microsoft.Exchange.Management.PowerShell.Admin;Get-ExchangeServer

Microsoft Exchange Server 2010을 사용하여 사용자 계정 권한이 올바른지 확인하는 경우, TADDM 감지 계정으로 로그인하는 동안 Exchange Server에서 다음 명령을 실행하십시오.

C:\> powershell Add-PSSnapin Microsoft.Exchange.Management.PowerShell.E2010;Get-ExchangeServer

제한사항

Exchange Server 클러스터 환경에서 센서는 활성 메일함 서버만 감지합니다.

연관 속성이 있는 모델 오브젝트Microsoft Exchange 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IT 환경에서 Microsoft Exchange Server 자원에 대해 수집하는 정보 유형을 나타냅니다.


app.messaging.exchange.AcceptedDomain

v AcceptedDomainName

v Default

v DistinguishedName

v DomainName

v DomainType

v Parent

app.messaging.exchange.ActiveSyncVirtualDirectory

v BasicAuthenticationEnabled

v ClientAccessServer

v ClientCertEnabled

v DistinguishedName

v ExternalURL

v InternalURL

v Path

v RemoteDocumentsActionForUnknownServers

v VirtualDirectoryName

v WebSiteName

v WebSiteSSLEnabled

app.messaging.exchange.ClientAccess


v ClientAuthenticationMethod

v ExchangeProtocols

v ExternalHostName

v Host

v Name

v OutlookAnywhereEnabled

v PrimarySAP

v ProductName

v ProductVersion

v RoleName

v SSLOffloading

v VersionString

ClientAuthenticationMethod, ExternalHostName 및 SSLOffloading 속성은 Outlook Anywhere 기능이 사용 가능한 경우에만 적용됩니다.

app.messaging.exchange.EdgeTransport

v AcceptedDomains

v AntiSpamUpdatesEnabled

v ConnectivityLogEnabled

v ConnectivityLogPath

v DelayNotificationTimeout

v ExternalDNSAdapterEnabled

v Host

v InternalDNSAdapterEnabled

v MaxOutboundConnections

v MaxPerDomainOutboundConnections

v MessageExpirationTimeout

v MessageTrackingLogEnabled

v MessageTrackingLogPath

v ObjectType

v OutboundConnectionFailureRetryInterval

v PrimarySAP

v ProductName

v ProductVersion

v Queues


v ReceiveConnectors

v ReceiveProtocolLogPath

v RoleName

v SendConnectors

v SendProtocolLogPath

v TransientFailureRetryCount

v TransientFailureRetryInterval

v TransportRules

v VersionString

app.messaging.exchange.HubTransport






v Host


v Journals



v MessageClassifications




v ObjectType


v PrimarySAP

v ProductName

v ProductVersion

v Queues

v ReceiveConnectors


v RoleName

v SendConnectors





v TransportRules

v VersionString

app.messaging.exchange.TransportServer






v Host







v ObjectType


v PrimarySAP

v ProductName

v ProductVersion

v Queues

v ReceiveConnectors


v RoleName

v SendConnectors




v TransportRules

v VersionString

app.messaging.exchange.ExchangeConnector


v Enabled

v Fqdn

v ProtocolLoggingLevel

이 클래스는 이 클래스의 직접 서브클래스인 ReceiveConnector 및SendConnector에 의해 확장됩니다.

app.messaging.exchange.ExchangeJournalRule

v EmailAddress

v JournalRuleIdentity

v Parent

v Recipient

v Scope

app.messaging.exchange.ExchangeMailbox

v ActiveDirectoryGUID

v Alias

v Enabled

v LegacyDN

v MailboxDisplayName

v OrganizationalUnit

v Parent

v PrimarySmtpAddress

v RecipientTypeDetails

v UserDistinguishedName

app.messaging.exchange.ExchangeMailboxStore

v AllowFileRestore

v CopyEdbFilePath

v DatabaseName

v DatabasePath

v DeletedItemRetention

v DistinguishedName

v IssueWarningQuota

v JournalRecipient

v LastFullBackup

v LastIncrementalBackup


v MailboxRetention

v MailboxStoreName

v Mailboxes

v MaintenanceSchedules

v MountAtStartup

v ProhibitSendQuota

v ProhibitSendReceiveQuota

v PublicFolderStore

v QuotaNotificationSchedules

v RetainDeletedItemsUntilBackup

app.messaging.exchange.ExchangeProtocol

v AuthenticatedConnectionTimeout

v Banner

v DistinguishedName

v LoginType

v MaxCommandSize

v MaxConnections

v MaxConnectionsFromSingleIP

v MaxConnectionsPerUser

v PreAuthenticatedConnectionTimeout

v ProtocolName

v ProxyTargetPort

v SSLBindings

v UnencryptedOrTLSBindings

v X509CertificateName

app.messaging.exchange.ExchangePublicFolder

v AgeLimit

v Children

v DeletedItemLifetime

v MailEnabled

v MaximumItemSize

v Parent

v Path

v PerUserReadDisabled


v ProhibitPostLimit

v PublicFolderName

v ReplicaAgeLimit

v URL

v UseDatabaseQuotaDefaults

v UseDatabaseReplicationSchedule

v UsePublicStoreAgeLimits

v UsePublicStoreDeletedLifetime

v WarningLimit

app.messaging.exchange.ExchangePublicFolderStore

v AllowFileRestore

v CopyEdbFilePath

v CustomReferralServerList

v DatabaseName

v DatabasePath

v DeletedItemRetention

v DistinguishedName

v IssueWarningQuota

v ItemRetentionPeriod

v LastFullBackup

v LastIncrementalBackup

v MaintenanceSchedules

v MaxItemSize

v MountAtStartup

v ProhibitPostQuota

v PublicFolderHierarchy

v PublicFolderStoreName

v PublicFolders

v QuotaNotificationSchedules

v ReplicationMessageSize

v ReplicationPeriod

v ReplicationSchedules

v RetainDeletedItemsUntilBackup

v StorageGroup


v UseCustomReferralList

app.messaging.exchange.ExchangeServer

v Accepteddomain

v ActiveDirectoryDomainName

v ActiveDirectoryGUID

v AdministrativeGroup

v CreationTime

v DistinguishedName

v Domain

v Edition

v ErrorReportingEnabled

v ExchangeArchitecture

v ExchangeGroup

v Host

v Journals

v MessageClassifications

v Name

v ObjectType

v PrimarySAP

v ProductID

v ProductName

v ProductVersion

v Protocols

v ServerRoles

v Site

v VendorName

v VersionString

v VirtualDirectories

app.messaging.exchange.ExchangeServerRole

v Name

v ProductName

v ProductVersion

v RoleName

v VersionString


이 클래스는 이 클래스의 직접 서브클래스인 ClientAccess,

TransportServer(EdgeTransport 및 HubTransport) 및UnifiedMessagingServer에 의해 확장됩니다.

app.messaging.exchange.ExchangeVirtualDirectory

v ClientAccessServer

v DistinguishedName

v ExternalURL

v InternalURL

v Path


이 클래스는 이 클래스의 직접 서브클래스인 ActiveSyncVirtualDirectory,

OABVirtualDirectory 및 OwaVirtualDirectory에 의해 확장됩니다.

app.messaging.exchange.MailboxServer

v AutoDatabaseMountDial

v ClusteredStorageType

v ForcedDatabaseMountAfter

v Host

v Name

v PrimarySAP

v ProductName

v ProductVersion

v RedundantMachines

v RoleName

v StorageGroups

v VersionString

v VirtualDirectories

app.messaging.exchange.OABVirtualDirectory

v PollInterval


이 클래스는 ExchangeVirtualDirectory 클래스를 확장합니다.

app.messaging.exchange.OwaVirtualDirectory

v ActiveSyncIntegrationEnabled

v AllAddressListsEnabled

v BasicAuthentication


v CalendarEnabled

v ChangePasswordEnabled

v ContactsEnabled

v DefaultDomain

v Description

v DigestAuthentication

v FormsAuthentication

v JournalEnabled

v JunkEmailEnabled

v LogonFormat

v MailboxServer

v NotesEnabled

v OwaVersion

v PremiumClientEnabled

v PublicFoldersEnabled

v RecoverDeletedItemsEnabled

v RemindersAndNotificationsEnabled

v RulesEnabled

v SMimeEnabled

v SearchFolderEnabled

v SignatureEnabled

v SpellCheckerEnabled

v TasksEnabled

v ThemeSelectionEnabled

v UMIntegrationEnabled


v WebSiteName

v WindowsAuthentication

app.messaging.exchange.ReceiveConnector

v AnonymousUsersPermission

v BasicAuthRequiresTLS

v BasicAuthentication

v BindAddresses

v ConnectorName


v DistinguishedName

v Enabled

v ExchangeAuthentication

v ExchangeLegacyServersPermission

v ExchangeServersPermission

v ExchangeUsersPermission

v ExternalAuthoritative

v Fqdn

v MaxMessageSize

v MutualAuthTLS

v PartnersPermission


v RemoteIPRanges

v TLS

v WindowsAuthentication

app.messaging.exchange.SendConnector

v AddressSpaces

v ConnectorName

v DistinguishedName

v DNSRoutingEnabled

v DomainSecureEnabled

v Enabled

v Fqdn

v IsScoped

v MaxMessageSize


v SmartHosts

v UseExternalDNSRoutersEnabled

app.messaging.exchange.TransportRule

v Comments

v Enabled

v Parent

v RulePriority

v TransportRuleName


app.messaging.exchange.UMDialPlan

v DigitsInExtension

v DistinguishedName

v UMDialPlanName

app.messaging.exchange.UnifiedMessagingServer

v Host

v Languages

v MaxCallsAllowed

v MaxFaxCallsAllowed

v ProductName

v ProductVersion

v RoleName

v StorageGroups

v UMDialPlans

v VersionString




센서에는 Exchange Server가 ComputerSystem(Windows)을 실행 중인 컴퓨터시스템에 대한 신임 정보(사용자 이름 및 비밀번호)가 필요합니다.


1. ComputerSystem(Windows)을 구성요소 유형으로 선택하십시오.

2. TADDM이 Exchange Server가 실행 중인 Active Directory 도메인에 액세스하는 데 사용해야 하는 액세스 정보(사용자 이름 및 비밀번호)를 지정하십시오. 사용자는 로컬 관리자 그룹의 구성원이어야 하며 Exchange Server 2007

에서 Exchange View Only Administrator 권한이 지정되어야 합니다.

3. TADDM이 Edge Transport 서버 역할에 액세스하는 데 사용해야 하는 액세스 정보(사용자 이름 및 비밀번호)를 지정하십시오. Edge Transport 서버역할은 전용 컴퓨터에 있으며 별도의 액세스 정보가 필요합니다.



이 주제에는 Microsoft Exchange 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.

com.collation.discover.agent.ExchangeServerAgent.capturePublicFolders=true

기본값은 true이며, 이는 센서가 Microsoft Exchange 공용 폴더를 감지함을 의미합니다.

이 특성은 공용 폴더가 감지되고 TADDM 데이터베이스에 저장할지 여부를 지정합니다. 감지해야 하는 폴더 수 및 환경 크기에 따라, 기본값을변경하여 성능을 향상시킬 수 있습니다. 값을 false로 설정하면 공용 폴더의 심층 감지가 수행되지 않습니다.

센서 문제점 해결이 주제에서는 Microsoft Exchange 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

Exchange 센서가 시작하지 않음

문제 Exchange 센서가 시작되지 않았습니다.

솔루션Microsoft Exchange Server 2007의 경우, 다음 서비스가 시작되었는지확인하십시오.

v Microsoft Exchange Information Store(store.exe)

v Microsoft Exchange Service Host(Microsoft.Exchange.ServiceHost.exe)

v Microsoft Exchange Transport(MSExchangeTransport.exe)

v Microsoft Exchange Unified Messaging(umservice.exe)

services.msc 프로그램을 실행하여 서비스 상태를 확인하거나 Windows

태스크 관리자를 사용하여 상태를 확인하십시오.

감지에서 Stored-0 Exchange Server in the database 메시지를 리턴함

문제 Exchange 센서가 다음 메시지와 함께 완료됩니다. Stored-0 Exchange

Server in the database.

솔루션대상 컴퓨터 시스템에서 활성 상태의 Exchange 서버가 실행 중이지 않습니다. Exchange Server가 실행 중이지 않은 이유는 다음과 같습니다.

v Exchange Server가 클러스터 노드로 설치되었지만, 현재 비활성 상태입니다. Microsoft Exchange Server 2007의 경우, Exchange Server

가 클러스터 노드로 설치되어 있는 컴퓨터에서 클러스터 관리 프로그램을 시작하십시오. 그런 다음, 노드가 활성 상태인지 확인하십시오.


v 서버가 프로비저닝 볼륨으로 사용되며 어떠한 서버의 역할도 가지고 있지 않습니다.

v 실패의 원인에 대한 로그 파일을 확인한 후 게이트웨이가 올바르게 구성되었는지 확인하십시오.

올바르지 않은 도메인 신임 정보 사용

문제 센서가 다음 오류 메시지와 함께 종료됩니다.

CTJTD0835E Invalid domain credentials.

솔루션액세스 정보(사용자 이름 및 비밀번호)가 올바르게 액세스 목록 구성을 검증하십시오. Exchange 서버가 실행 중이고 로컬 컴퓨터가 아닌 Active

Directory 도메인에 대한 액세스 권한이 부여되어야 합니다.

Microsoft Exchange 2003 센서Microsoft Exchange 2003 센서는 Microsoft Exchange Server 2003을 감지합니다.

참고: TADDM 7.2.2 이전의 TADDM에서 이 센서는 Microsoft Exchange Server

센서로 명명되었습니다.


Exchange2003Sensor

선행 조건

Windows 게이트웨이에 액세스하기 위해 사용하는 계정 TADDM은 Active

Directory 계정이 있어야 하며 게이트웨이의 로컬 계정은 아니어야 합니다.

제한사항

다음 제한사항에 유의하십시오.

v Exchange Server 클러스터링 환경에서 센서는 활성 클러스터 노드만 감지합니다.

v 센서는 단지 SMTP 및 X400 프로토콜에 대해서만 가상 서버를 감지합니다.



v app.messaging.exchange.ExchangeAdministrativeGroup

v app.messaging.exchange.ExchangeConnector

v app.messaging.exchange.ExchangeDSAccessDomainController


v app.messaging.exchange.ExchangeFolderTree

v app.messaging.exchange.ExchangeLink

v app.messaging.exchange.ExchangeMailbox

v app.messaging.exchange.ExchangeMailboxStore

v app.messaging.exchange.ExchangeProtocolVirtualServer

v app.messaging.exchange.ExchangePublicFolder

v app.messaging.exchange.ExchangePublicFolderStore

v app.messaging.exchange.ExchangeQueue

v app.messaging.exchange.ExchangeRoutingGroup

v app.messaging.exchange.ExchangeScheduleInterval

v app.messaging.exchange.ExchangeServer

v app.messaging.exchange.ExchangeStorageGroup

센서 구성감지를 실행하기 전에 TADDM 서버에서 감지하려는 Microsoft Exchange 서버2003을 구성해야 합니다.

감지를 실행하기 전에 Microsoft Exchange Management 서비스가 대상Windows 시스템에서 실행 중이어야 합니다. TADDM 서비스 계정의Windows 서비스 ID가 Microsoft Exchange 서버가 실행 중인 Windows

시스템에서 작성되어야 합니다. Windows 서비스 ID에 다음 WMI 이름공간에 대한 전체 권한(실행 방법, 전체 쓰기, 부분 쓰기, 제공자 쓰기, 계정 사용, 원격 사용, 보안 읽기 및 보안 편집)이 있어야 합니다.

v Root\CIMV2

v Root\CIMV2\Applications\Exchange

v Root\MicrosoftExchangeV2

TADDM 서비스 계정에 대한 Windows 서비스 ID에 Microsoft Exchange

Server를 감지할 수 있는 권한이 충분한 경우 센서가 Windows 서비스ID를 사용하며 별도의 Microsoft Exchange Server 액세스 목록 항목은필요하지 않습니다.

TADDM 서비스 계정의 Windows 서비스 ID에 Microsoft Exchange 서버를 감지하기 위한 충분한 권한이 없는 경우 별도의 Microsoft Exchange

서버 액세스 목록을 작성해야 합니다.






2. 공급업체에 대한 Microsoft Exchange Server를 선택하십시오.


a. 사용자 이름b. 비밀번호

센서는 다음과 같은 순서대로 액세스 목록에서 신임 정보를 사용합니다.

1. 센서는 액세스 목록에서 Microsoft Exchange Server 사용자 신임 정보를 사용하여 Microsoft Exchange Server에 연결하려고 시도합니다.

2. 1단계가 실패하면, 센서는 액세스 목록에서 컴퓨터 시스템(Windows) 사용자신임 정보를 사용하여 Microsoft Exchange Server에 연결하려고 시도합니다.



com.collation.discover.agent.exchange.command.timeout=600000

기본값은 600000 밀리초(10분)입니다. 값은 정수여야 합니다.

이 특성은 Exchange Server 정보를 가져오기 위한 WMI 호출의 제한시간(밀리초)을 지정합니다.

WMI 호출이 오래 걸리면(대규모 환경에서 발생할 수 있음) 이 값을 늘릴 수 있습니다.

센서 문제점 해결이 주제에서는 Microsoft Exchange 2003 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

센서가 시작되지 않음

문제 Exchange 2003 센서가 시작되지 않았습니다.

솔루션Microsoft Exchange Server 2003의 경우, Microsoft Exchange


Management 서비스가 대상 Windows 시스템에서 시작되었는지 확인하십시오. services.msc 프로그램을 실행하여 서비스의 상태를 확인하십시오.

감지에서 시스템을 찾을 수 없음

문제 Exchange 2003 센서가 다음 메시지와 함께 완료됩니다. "아무 것도 감지되지 않았습니다."

솔루션대상 컴퓨터 시스템에서 활성 상태의 Exchange 서버가 실행 중이지 않습니다. 다음과 같은 원인이 있을 수 있습니다.

v Exchange Management Tool이 설치되었지만 Exchange 서버는 설치되지 않았습니다. Microsoft Exchange Server 2003의 경우 다음이 수행되었는지 확인하십시오.

1. Exchange Server가 설치된 컴퓨터에서 Exchange System Manager

를 시작하십시오.

2. 서버 목록에서 로컬 Exchange Server가 표시되었는지 확인하십시오.

3. 로컬 Exchange Server가 표시되지 않으면, Microsoft Exchange

Server가 설치되고 올바르게 실행 중인지 확인하십시오.

v Exchange Server가 클러스터 노드로 설치되었지만, 현재 비활성 상태입니다. Microsoft Exchange Server 2003의 경우, 다음 단계를 완료하십시오.

1. Exchange Server가 클러스터 노드로 설치되어 있는 컴퓨터에서 클러스터 관리 프로그램을 시작하십시오.

2. Exchange 가상 서버에 지정될 Exchange 자원을 확인하십시오.

센서가 서버 정보를 검색할 수 없음

문제 Exchange 2003 센서가 다음 오류 메시지와 함께 종결됩니다.

CTDTD0811E The Exchange Server Agent is unable to retrieveinformation from the Microsoft Exchange Server

솔루션이 오류 메시지는 WMI(Windows Management Instrumentation)를 통해 검색한 출력이 없음을 의미합니다. Microsoft Exchange Server 2003

의 경우, 다음 단계를 완료하십시오.

1. 대상 Windows 시스템에서 services.msc 프로그램을 실행하십시오.

2. Microsoft Exchange Management 서비스를 다시 시작하십시오.

3. 감지를 다시 실행하십시오.


4. 문제가 지속되면 sensors/ ExchangeServerSensor-*.log 파일을 참조하여 문제가 WMI 관련 문제인지를 판별하십시오.

Microsoft Exchange Server 2007, 2000 및 5.5가 감지되지 않음

문제 Exchange 2003 센서가 다음 오류 메시지와 함께 종결됩니다.

CTDTD0812E Microsoft Exchange Server를 찾을 수 없습니다.

솔루션이 오류 메시지는 WMI(Windows Management Instrumentation)를 통해 검색한 출력에 Exchange Server 오브젝트가 없음을 의미합니다.

Microsoft Exchange Server 2003의 경우, 다음 단계를 완료하십시오.

1. 대상 Windows 시스템에서 services.msc 프로그램을 실행하십시오.

2. Microsoft Exchange Management 서비스를 다시 시작하십시오.

3. 감지를 다시 실행하십시오.

4. 문제가 지속되면 sensors/ ExchangeServerSensor-*.log 파일을 참조하여 문제가 WMI 관련 문제인지를 판별하십시오.

센서가 WMI(Windows Management Instrumentation) 네임스페이스에액세스할 수 없음

문제 sensors/ExchangeServerSensor-*.log 파일에 다음 메시지가 있습니다.

System.UnauthorizedAccessException: Access denied

솔루션일반적으로 이 메시지는 TADDM 서비스 계정에 필요한 WMI 네임스페이스를 액세스하는 데 적절한 권한이 없음을 의미합니다. Microsoft

Exchange Server 2003의 경우, 다음 단계를 완료하십시오.

1. TADDM 서비스 계정에 다음 WMI 네임스페이스에 대한 전체 권한이 있는지 확인하십시오.

Root\CIMV2Root\CIMV2\Applications\ExchangeRoot\MicrosoftExchangeV2

권한을 구성하려면 다음 단계를 완료하십시오.

a. 시작 > 실행 > wmimgmt.msc 열기를 클릭하십시오.

b. WMI 제어(로컬)를 마우스 오른쪽 단추로 클릭한 후 특성을 클릭하십시오.

c. WMI 제어(로컬) 특성 창에서 보안 탭을 클릭하십시오.

d. WMI 네임스페이스를 클릭한 후 보안을 클릭하십시오.

e. 보안 창에서 다음 권한을 선택하여 사용자 또는 그룹을 허용하십시오.

v 메소드 실행


v 전체 쓰기v 부분 쓰기v 제공자 쓰기v 계정 사용v 원격 사용v 보안 읽기v 보안 편집

2. TADDM 서비스 계정에 Exchange Server 및 폴더 트리 오브젝트에대한 권한이 충분한지 확인하십시오. 권한을 구성하려면 다음 단계를완료하십시오.

a. 클릭시작 > 모든 프로그램 > Microsoft Exchange > 시스템 관리자

b. Exchange System Manager에서 서버 트리를 펼쳐서 감지할 서버 오브젝트를 찾으십시오.

c. 서버를 마우스 오른쪽 단추로 클릭하고 특성을 선택하십시오.

d. 특성 창에서 보안 탭을 클릭하십시오.

e. 추가를 클릭하고 TADDM 서비스 계정에 대한 사용자를 선택한후 확인을 클릭하십시오.

f. 관리자 권한 필드에서 다음 권한 옆에 있는 허용 선택란이 켜져있는지 확인하십시오.

v 읽기v 실행v 읽기 권한v 목록 컨텐츠v 읽기 특성v 목록 오브젝트v 정보 저장소 상태 보기

g. Exchange System Manager에서 폴더 트리를 펼쳐서 감지할 폴더 트리 오브젝트를 찾으십시오.

h. 위에 설명된 것과 동일한 조작을 서버에 수행하십시오.

WMI 클래스가 없음

문제 sensors/ ExchangeServerSensor-*.log 파일에 다음 메시지가 나타납니다.

System.Management. ManagementException: Invalid class


솔루션일반적으로 이 메시지는 센서가 존재하지 않는 WMI 클래스를 참조하려고 했음을 의미합니다. 이는 Exchange Server가 제대로 설치되지 않았거나 Exchange Server 버전이 지원되지 않았기 때문일 수 있습니다.

Microsoft Exchange Server 2003만 지원됩니다. 이러한 버전이 지원되지 않으므로, Microsoft Exchange Server 2007, 2000 및 5.5가 감지되지 않습니다.

예상치 못한 감지 결과

문제 다음 프로토콜에 대한 가상 서버가 감지되지 않습니다.

v HTTP

v IMAP4

v NNTP

v POP3

솔루션Microsoft Exchange Server 2003의 경우, 센서는 SMTP 및 X400프로토콜에 대해서만 가상 서버를 감지합니다.

Microsoft HyperV 센서Microsoft HyperV 센서는 Hyper-V 서버가 있는 Microsoft Windows 기반 컴퓨터 시스템을 감지합니다. 감지에는 Hyper-V 환경에 있는 호스트(상위 또는 루트 파티션이라고도 함) 및 가상화된 게스트 컴퓨터 시스템(하위 파티션이라고도함)이 포함됩니다.


Microsoft HyperV 센서

보안 문제

대상 Hyper-V 시스템에서 TADDM 서비스 계정은 wmic 명령을 실행하여WMI(Windows Management Instrumentation) 인터페이스를 조회할 수 있어야 합니다.

이를 확인하려면 대상 호스트 시스템의 명령행 인터페이스에서 다음 명령을 한라인에 입력하십시오.

wmic /namespace:'\\root\virtualization' path Msvm_VirtualSystemSettingDataget SystemName, BaseBoardSerialNumber, ElementName


연관 속성이 있는 모델 오브젝트Microsoft HyperV 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 사용자 IT 환경에서 Microsoft Hyper-V 서버와 함께 Microsoft

Windows 기반 컴퓨터 시스템에 대해 수집하는 정보 유형을 나타냅니다.


sys.ComputerSystem

다음 속성은 Hyper-V 소프트웨어를 실행 중인 호스트와 연관되어 있습니다.

v ChildSystem(호스트)

sys.ComputerSystem

다음 속성은 호스트에서 가상화되는 감지된 오브젝트와 연관되어 있습니다.

v HostSystem

v IsVMIDanLPAR

v Manufacturer

v MemorySize

v Model

v Name

v NumCPUs

v SerialNumber

v UUID

v Virtual

v VirtualMachineState

app.AppServer

v Host

v MajorVersion

v ProductName

v ProductVersion

v VendorName

v VersionString



Microsoft HyperV 센서는 대상 호스트(상위 파티션)를 감지하는 데 필요한 동일한 컴퓨터 시스템(Windows) 액세스 신임 정보를 사용합니다. 추가 구성은 필요하지 않습니다.

센서 문제점 해결이 주제에서는 Microsoft HyperV 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

게스트 컴퓨터 시스템이 표시되지 않음

문제 HyperV 센서가 실행되지만 감지 후에 게스트가 데이터 관리 포털의 어디에 있는지 알 수 없습니다.

솔루션

감지된 구성요소 분할창에서 자원 명세 요약 > 컴퓨터 시스템 > 기타 컴퓨터 시스템으로 이동하여 Hyper-V 게스트 시스템(하위 파티션)을 찾으십시오.

Microsoft IIS 웹 서버 센서Microsoft IIS 웹 서버 센서는 Microsoft IIS(Internet Information Services) 서버를 감지합니다.

IIsWebServiceSensor는 IIS 6.0의 감지를 지원하고, IISServerSensor는 IIS 7.0

이상의 감지를 지원합니다.

제한사항: Microsoft IIS 웹 서버 센서는 더 이상 IIsWebServer, IIsWebService

및 IIsWebVirtualDir 클래스에 대한 IIsParametersRow 속성을 설정하지 않습니다. 대신, IIsParameters 속성을 사용하십시오.

Fix Pack 2

IISServerSensor가 연결 문자열을 감지하는데, 이는 그런 다음 IISModule 클래스의 XD 속성에 XML 형식으로 저장됩니다. 토폴로지 에이전트는 이러한 연결문자열에 기반을 두고 모듈이 사용하는 Oracle 데이터베이스 및 IIS 모듈 간의종속 항목을 작성합니다.

Microsoft IIS 웹 서버 센서는 tnsnames.ora 파일을 감지하며, 이 파일은 Oracle

데이터베이스가 사용될 때 연결 문자열 정보를 설정하는 데 사용됩니다. 센서는다음 위치에서 지정된 순서로 대상 시스템의 파일을 감지합니다.

1 . %PATH% 변수에 지정된 각 경로 항목에 대한 <path entry>\..\

network\admin\ 디렉토리.

2. com.ibm.cdb.tnsNamesLocation 특성으로 지정된 위치.

3. %PATH% 변수에 지정된 Oracle 클라이언트 설치 디렉토리.


4. %TNSNAMES_PATH%\tnsnames.ora.

5. %ORACLE_HOME%\network\admin\tnsnames.ora.

Fix Pack 4 TADDM 7.3.0.4 이상에서 TADDM은 IIS 서버의 비관리 감지를 지원하지 않습니다. 자세한 내용은 155 페이지의 『비관리 IIS 감지 구성』의 내용을 참조하십시오.


IIsWebServiceSensor, IISServerSensor

선행 조건

다음 요구사항을 충족하는지 확인하십시오.

모든 버전의 IIS 감지에 대한 요구사항v 컴퓨터 시스템의 감지가 성공해야 합니다.

IIS 6.0의 감지에 대한 요구사항

참고: IIS 6.0 대상이 실행 중인 운영 체제는 지원이 취소되었습니다. 따라서 센서가 새 릴리스의 대상을 감지하기 위해 유지보수되어 업데이트되었으므로 IIS 6.0 감지가 실패할 수 있습니다.

v 게이트웨이에 IIS Manager가 설치되어 있어야 합니다. 이를 설치하면COM 클래스도 설치됩니다. 이러한 클래스는 TaddmTool AdsiDump 및AdsiEnum 명령에 필요합니다.

v IIS Manager가 없으면 Windows 제어판에서 프로그램 설치/제거를사용하여 이를 설치하십시오. Windows 구성요소 > 애플리케이션 서버 > IIS > IIS Manager 설치를 선택하십시오.

IIS 7.0 이상의 감지에 대한 요구사항IIS 7.0 서버를 감지하려면 IIS PowerShell Snap-In이 대상 서버에 설치되어야 합니다. IIS PowerShell Snap-In은 IIS 관리 스크립트 및 도구에포함됩니다. 또한 Microsoft 다운로드 센터에서 적합한 패키지로 이를 다운로드하여 수동으로 설치할 수 있습니다.



v app.ProcessPool

v app.web.iis.IIsModule

v app.web.iis.IIsParameter

v app.web.iis.IIsWebServer


v app.web.iis.IIsWebService

v app.web.iis.IIsWebVirtualDir

v sys.RuntimeProcess

참고: 센서가 감지한 모듈은 IIsWebVirtualDir 클래스입니다. 센서는 IIS 모듈을감지하지 않고 IIsModule 클래스는 IIS 모듈에는 사용되지 않습니다.

센서 구성감지를 실행하기 전에 Microsoft IIS 웹 서버 센서를 구성해야 합니다.



특정 액세스 요구사항은 없습니다. 이 센서는 클라이언트를 감지하는 데 사용되는 ComputerSystem 액세스 신임 정보를 사용하여 실행할 수 있습니다.


감지 관리 콘솔에서 센서 구성을 구성하여 Microsoft IIS 웹 서버 센서의 설정을사용자 정의할 수 있습니다.

IIsWebServiceSensor 및 IISServerSensor를 사용자 정의하려는 경우 감지 관리콘솔에서 새 감지 프로파일을 작성하십시오. 해당 프로파일에서 새 센서 구성을작성하고 이 구성 사용 설정 및 선택된 구성 사용 안함 설정 선택란을 선택하십시오.

다음 감지 프로파일 특성을 수정할 수 있습니다.

discoverIISParameters

이 특성은 IIS 매개변수 감지 여부를 지정합니다. 기본적으로 특성은 true

로 설정되어 있으며, 이는 매개변수가 감지됨을 의미합니다.

IIS 매개변수가 크면 성능이 저하되거나 메모리 부족 오류가 발생할 수 있습니다. 이 매개변수를 감지하지 않으려면 이 특성을 false로 설정하십시오.

Fix Pack 2 tagsToMask

이 특성은 연결 문자열에서 특성의 쉼표로 분리된 목록을 지정합니다. 감지되는 연결 문자열에 있는 이러한 특성의 텍스트 컨텐츠가 별표로 표시되어 있습니다.

이 특성의 기본값은 password,pwd입니다.

참고: 이 특성은 IISServerSensor에 대해서만 사용 가능합니다.


비관리 IIS 감지 구성: Fix Pack 4

Microsoft IIS 웹 서버 센서를 구성하면 IIS 서버의 비관리 감지를 실행할 수 있습니다. 이러한 감지에는 사용자의 관리자 권한이 필요하지 않습니다. 이 모드에서 사용자 계정 제어(UAC) 옵션을 사용할 수 있습니다.

참고: 비관리 감지는 IIS 7.0 이상을 지원하는 IISServerSensor에만 지원됩니다.

비관리 감지에는 사용자 계정 제어(UAC) 옵션을 사용할 수 있습니다. 사용하는세션이 WMI인지 또는 PowerShell인지에 따라 다음과 같은 사용자 유형을 작성할 수 있습니다.

v WMI 세션: 관리자는 아니지만 관리자 그룹에 속하는 사용자가 지원됩니다.

v PowerShell 세션: 관리자도 아니고 관리자 그룹에 속하지도 않은 사용자가 지원됩니다.

프로시저IIS 서버의 비관리 감지를 실행하도록 TADDM을 구성하려면 다음 단계를 완료하십시오.

1. 다음 파일을 대상 시스템으로 복사하십시오.

v $COLLATION_HOME/dist/support/bin 디렉토리에서:

– copyFiles.ps1

– dcomConfiguration.ps1

– iisConfiguration.ps1

– nonadmin.properties

– psSessionConfiguration.ps1

– scriptsRunner.bat

– scriptsRunner.ps1

– wmiConfiguration.ps1

– wrmConfiguration.ps1

v $COLLATION_HOME/dist/lib/ms/gateway 디렉토리에서:

– TaddmWmi.pdb

– TaddmWmi.exe

– TaddmWmi.mof

– TaddmWmi.dll

2. nonadmin.user 및 nonadmin.files.path 특성을 업데이트하여nonadmin.properties 파일을 구성하십시오.


nonadmin.user=usernonadmin.wmi.namespace=rootnonadmin.files.path=pathnonadmin.permissions=Enable,MethodExecute,RemoteAccessnonadmin.components.iis7=yes

user 값은 비관리 감지에 사용할 사용자입니다. 로컬 사용자를 지정하는 경우 사용자 이름만 추가해야 합니다. 그렇지 않으면 도메인 이름(예: domain\user)을 제공하십시오. path 값은 1단계에서 파일을 복사한 디렉토리의 경로입니다. 나머지 특성 값은 수정하지 마십시오.

3. 다음 옵션 중 하나를 선택하여 관리자로 scriptsRunner.bat 파일을실행하십시오.

v scriptsRunner.bat set -wmi - WMI 세션에 대한 권한 설정v scriptsRunner.bat set -ps - PowerShell 세션에 대한 권한 설정

v scriptsRunner.bat set -wmi -ps - WMI와 PowerShell 세션 모두에 대한 권한 설정

비관리 감지를 더 이상 실행하지 않기로 결정한 경우 원래의 구성으로 돌아갈 수있습니다. 다음 옵션 중 하나를 선택하여 scriptsRunner.bat을 실행하십시오.

v scriptsRunner.bat revert -wmi

v scriptsRunner.bat revert -ps

v scriptsRunner.bat revert -wmi -ps

관련 태스크:

491 페이지의 『비관리 Windows 감지 구성』사용자 신임에 관리자 역할을 제공하지 않고 감지를 실행하도록 센서를 구성할수 있습니다.

IISServerSensor 및 IIsWebServiceSensor 간의 차이점IISServerSensor와 IisWebServiceSensor는 다양한 버전의 IIS를 감지합니다. 이들이 하나의 감지 프로파일로 결합되면 이 프로파일을 사용하면 TADDM이 지원하는 모든 IIS 버전을 감지할 수 있습니다.

IISServerSensor

IISServerSensor는 PowerShell IIS Snap-in cmdlets를 사용하여 IIS 7

이상의 감지를 지원하는 별개의 센서입니다. 이 센서는 스크립트 기반 또는 비동기 감지만을 지원합니다. 이는 IIS 메타베이스 특성과 구성 설정의 새로운 이름을 사용합니다. 변경된 속성은 기존 모델에 저장됩니다.


IIsWebServiceSensor

IIsWebServiceSensor는 IIS 6.0 이하의 감지를 지원하는 이전 센서입니다. 이는 TaddmTool AdsiDump 및 AdsiEnum 명령을 사용하여 정기적 감지를 실행합니다.

참고: IIsWebServiceSensor가 사용으로 설정되어 있는 기본이 아닌 모든프로파일의 경우 IIsWebServiceSensor도 마이그레이션 이후 사용으로 설정됩니다.

센서 문제점 해결이 주제에서는 Microsoft IIS 웹 서버 센서에서 발생하는 공통 문제를 설명하고해당 문제에 대한 솔루션을 제시합니다.

Fix Pack 2

IIS 모듈 종속 항목이 비즈니스 애플리케이션에 포함되지 않음

문제 IIS 모듈 종속 항목이 작성되도 비즈니스 애플리케이션에 포함되지 않습니다.

솔루션기본 그룹화 패턴 구성이 해당 관계를 제외하므로 IIS 모듈 종속 항목이비즈니스 애플리케이션에 포함되지 않습니다. 문제를 해결하려면 다음 단계를 완료하십시오.

1. bizappscli 도구를 실행하여 기본 구성을 내보내십시오.

$COLLATION_HOME/sdk/bin/bizappscli.sh exportDefaultConfiguration -fconf.xml

2. conf.xml 파일을 열고 다음 라인을 제거하십시오.

<exclude relation="{any}" source="app.web.iis.IIsModule"target="{any}"/><exclude relation="{any}" source="{any}"target="app.web.iis.IIsModule"/>

3. bizappscli 도구를 실행하여 수정된 구성을 가져오십시오.

$COLLATION_HOME/sdk/bin/bizappscli.sh importDefaultConfiguration -fconf.xml

웹 서버 정보가 감지되지 않음

문제 센서가 웹 서버 정보를 감지하지 않습니다.

솔루션웹 서버 정보가 누락되면 로그를 확인하여 TaddmTool 프로그램 AdsiDump

및 AdsiEnum 명령이 성공했는지 실패했는지 여부를 판별하십시오.

TaddmTool 프로그램 QueryRegistry 명령이 성공했는지 확인하십시오. 두개의 레지스트리 경로가 조회됩니다.

v HKLM\SOFTWARE\Microsoft\W3SVC


v HKLM\SYSTEM\CurrentControlSet\Services\W3SVC

첫 번째 키는 IIS에 대한 일반적인 소프트웨어 정보를 제공하고 두 번째 키는 서비스 관련 정보를 제공합니다.

웹 서버가 중복됨

문제 감지 중에 중복 IIS 웹 서버를 찾았습니다. 이 문제는 이전 버전의TADDM에서 IIS 웹 서버가 발견될 때 발생합니다. 이전 릴리스의TADDM은 기본 청취 포트로 포트 0을 사용합니다. 동일한 서버가 다른청취 포트를 사용하여 감지된 경우 이러한 서버는 중복되며 자동으로 병합될 수 없습니다.

솔루션SQL문을 사용하여 데이터베이스에서 중복 IIS 웹 서버를 식별하십시오.

다음 명령문은 DB2 또는 Oracle 데이터베이스에서 한 라인으로 실행할수 있습니다.

selectcast(APPZ.contextip_x as VARCHAR(100)) as CONTEXT_IP, APPZ.guid_x as OLD_GUID,APPZ.displayname_x as OLD_DISPLAYNAME,APPN.guid_x as NEW_GUID, APPN.displayname_x as NEW_DISPLAYNAMEfromAPPSRVR APPZ INNER JOIN APPSRVR APPN ON APPZ.contextip_x = APPN.contextip_x ANDAPPZ.jdoclassx = APPN.jdoclassx여기서 APPZ.jdoclassx='com.collation.topomgr.jdo.topology.app.web.iis.IIsWebServiceJdo'and APPZ.displayname_x like '%:0' and APPN.displayname_x not like '%:0'

다음 방법 중 하나를 사용하여 중복 항목을 제거하십시오.

v 데이터 관리 포털에서 중복을 병합하십시오.

v 이전 구성 항목을 수동으로 삭제하십시오.

감지된 구성 항목 병합 및 삭제에 대한 자세한 정보는 TADDM 사용자안내서의 감지 태스크 주제를 참조하십시오.

알 수 없는 오류로 시스템이 실패함(0x80005000)

문제 사용자 계정 제어가 켜진 Windows Server 2012에서 IIS8을 감지하는 동안 다음 오류가 발생합니다.

System.Runtime.InteropServices.COMException (0x80005000):Unknown error (0x80005000)

솔루션문제를 수정하려면 다음 단계를 완료하십시오.

1. 대상 머신에서 레지스트리 편집기 Regedit.exe를 실행하십시오.

2. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\

Policies\System LocalAccountTokenFilterPolicy 값을 1로 설정하십시오.

3. 제어판 창에서 관리 도구 탭을 클릭하고 로컬 보안 정책을 여십시오.


4. 로컬 정책을 펼치고 보안 옵션을 클릭하십시오.

5. 다음 정책을 변경하십시오.

v 관리 승인 모드에서 관리자의 승격 프롬프트 작동 정책을 프롬프트 없이 승격으로 설정하십시오.

v 사용자 계정 제어: 승격을 위한 애플리케이션 설치 및 프롬프트 감지 정책을 사용 안함으로 설정하십시오.

Active Directory가 있는 시스템에서 정책을 구성하려면 다음 단계를 완료하십시오.

1. 제어판 창에서 관리 도구 탭을 클릭하고 그룹 정책 관리를 여십시오.

2. 포리스트(forest)와 도메인을 선택하고 기본 도메인 정책을 선택하십시오.

3. 조치 > 편집을 클릭하십시오.

4. Computer Configuration/Policies/Windows Settings/Security

Settings/Local Policies/Security options을 여십시오.




7.3으로 업그레이드한 후, Microsoft IIS 웹 서버 센서를 실행하면 메모리 부족 오류가 발생합니다.

문제 TADDM 7.3으로 업그레이드한 후 Microsoft IIS 웹 서버 센서를 사용하여 감지를 실행하면 메모리 부족 오류가 발생합니다.

솔루션TADDM 7.2.2에서, com.collation.discover.agent.IIsWebServiceAgent.

discoverIISParameters 특성을 false로 collation.properties 파일에서 설정하는 경우 문제가 발생할 수 있습니다. TADDM 7.3에서, 이 특성은 collation.properties 파일에 이제 없습니다. 따라서 업그레이드한후 해당 값은 true로 설정됩니다.

해당 값을 수정하려면 감지 관리 포털에서 센서 구성을 열고discoverIISParameters를 검색하십시오. 값을 false로 설정하십시오.

NFS 센서NFS 센서는 NFS(Network File System) 서버를 감지합니다.



NFSServerSensor



v sys.NFSExport

v sys.NFSSAP

v sys.NFSService

v sys.ServiceAccessPoint

Oracle Application Server 센서Oracle Application Server 센서는 Oracle Application Server 서버를 감지합니다.


OracleAppSensor 및 OracleAppOpmnSensor

선행 조건

다음 전제조건에 유의하십시오.


v Oracle Application Server 계정을 액세스 목록에 입력해야 합니다.

v 관리 권한을 가진 계정이 필요합니다(읽기 전용 ID를 사용할 수 있음).

v Oracle Application Server 라이브러리가 TADDM 서버에서 사용 가능해야합니다.

v 상대 경로가 $COLLATION_HOME에 대해 상대적입니다.

v 두 개의 서브디렉토리가 필요합니다.

– j2ee

– opmn

이러한 파일은 복사되거나 기존 Oracle Application Server 설치에서 NFS

마운트될 수 있습니다.

TADDM 서버의 필수 JAR 파일은 다음과 같습니다.

– j2ee/home/lib/ejb.jar

– j2ee/home/lib/adminclient.jar

– j2ee/home/lib/javax77.jar


– j2ee/home/lib/jmxcluster.jar

– j2ee/home/lib/jmx_remote_api.jar

– j2ee/home/lib/jmxri.jar

– j2ee/home/oc4jclient.jar

– opmn/lib/argus.jar

– opmn/lib/ons.jar

– opmn/lib/opmnconfig.jar

– opmn/lib/optic.jar

– opmn/lib/repositorycheck.jar

v collation.properties 파일에서 com.collation.oracleapp.root.dir 항목에있는 파일의 위치를 지정하십시오.

v 이러한 파일은 콜레이션(collation) 사용자에 대해 읽기 권한이 있어야 합니다.


OracleAppAgent는 다음 모델 오브젝트를 작성합니다.

v app.AppConfig

v app.ConfigFile.SoftwareContainer

v app.j2ee.EJB

v app.j2ee.EntityBean





v app.j2ee.JSP

v app.j2ee.MessageDrivenBean

v app.j2ee.oracleapp.OracleAppCluster

v app.j2ee.oracleapp.OracleAppConnectorModule

v app.j2ee.oracleapp.OracleAppDomain

v app.j2ee.oracleapp.OracleAppEJBModule

v app.j2ee.oracleapp.OracleAppJ2EEApplication

v app.j2ee.oracleapp.OracleAppJ2EEServer

v app.j2ee.oracleapp.OracleAppJ2EEWebSite

v app.j2ee.oracleapp.OracleAppJDBCConnectionPool

v app.j2ee.oracleapp.OracleAppJDBCDataSource


v app.j2ee.oracleapp.OracleAppJDBCDriver

v app.j2ee.oracleapp.OracleAppJMSDestination

v app.j2ee.oracleapp.OracleAppJMSServer

v app.j2ee.oracleapp.OracleAppJSPContainer

v app.j2ee.oracleapp.OracleAppJTAResource

v app.j2ee.oracleapp.OracleAppProcessManager

v app.j2ee.oracleapp.OracleAppResourceAdapter

v app.j2ee.oracleapp.OracleAppServlet

v app.j2ee.oracleapp.OracleAppWebModule

v app.j2ee.StatefulSessionBean

v app.j2ee.StatelessSessionBean

v core.LogicalContent

v enums.StatusEnum

v net.BindAddress

v net.IpAddress

v sys.ComputerSystem

OracleAppOpmn은 다음 모델 오브젝트를 작성합니다.

v app.AppConfig

v app.ConfigFile

v app.j2ee.oracleapp.OracleAppCluster

v app.j2ee.oracleapp.OracleAppProcessManager

v app.web.oracleapp.OracleAppHTTPServer


v enums.StatusEnum

v net.BindAddress

v net.IpAddress






Oracle Application Server를 실행 중인 시스템에 대한 액세스 목록에 항목을 추가하십시오.



com.collation.oracleapp.root.dir=lib/oracleapp

기본값은 lib/oracleapp입니다.

이 특성은 TADDM 서버의 Oracle Application Server 라이브러리 위치를 지정합니다.

디렉토리 위치에 대한 절대 또는 상대 경로를 지정할 수 있습니다. 이 특성의 값이 상대 경로 디렉토리이면, 상대 경로는 $COLLATION_HOME 경로에 추가됩니다.

com.collation.platform.os.ignoreLoopbackProcesses=true

기본값은 true이고 이는 루프백 인터페이스를 인식하는 프로세스가 무시됨을 의미합니다. 그러므로 서버가 루프백 IP 주소(127.0.0.1)만을 인식하고 외부에서 사용 가능한 다른 IP 주소를 인식하지 않는 경우에는 해당서버는 감지되지 않습니다.

이 특성은 외부 IP 주소의 감지를 제어합니다.

이 특성의 값이 false로 설정된 경우 인식 포트가 있는 모든 프로세스는감지 대상으로 간주됩니다.

WebLogic 센서 또는 Oracle 애플리케이션 서버를 감지하려는 경우 이 특성을 true로 설정해야 합니다. 예를 들어, WeblogicServerVersionSensor

센서가 로컬 호스트 주소 사용을 시작하려는 경우 이 특성을 true로 설정해야 합니다.

센서 문제점 해결이 주제에서는 Oracle Application Server 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.


문제 lsof 프로그램이 모든 프로세스에 대한 정보를 리턴하도록 제대로 설정되지 않았습니다.

솔루션지원되는 버전의 Oracle Application Server를 감지하는지 확인하십시오.


Oracle 애플리케이션 센서는 opmnctl status 명령을 실행합니다. 감지에사용되는 시스템 사용자에게 이 명령을 실행할 수 있는 권한이 있는지 확인하십시오.

다음 목록에서는 센서가 시작하지 않는 기타 가능한 이유에 대해 설명합니다.

v Isof(LiSt Open Files) 프로그램이 모든 프로세스에 대한 정보를 리턴하도록 제대로 설정되지 않았습니다. lsof 프로그램을 실행하려면 다음요구사항 중 하나를 충족해야 합니다.

– lsof 프로그램 파일에 대해 setuid(세트 사용자 ID) 액세스 권한 플래그를 설정해야 합니다.

– 사용자는 sudo 명령을 사용하여 lsof 프로그램을 실행해야 합니다.

v $COLLATION_HOME/etc/collation.properties 파일에 있는com.collation.platform.os.ignoreLoopbackProcesses 특성 값을 false

로 설정합니다. 센서를 시작하려면 값을 true로 설정해야 합니다. true

값을 지정하면 루프백 인터페이스에서 청취 중인 프로세스가 무시됩니다.

v Oracle Application Server 라이브러리가 TADDM 서버에서 사용 불가능합니다. Oracle Application Server 라이브러리가 TADDM 서버에서 사용 가능해야 합니다. 다음 특성을 사용하여 해당 라이브러리의위치를 지정하십시오.

com.collation.oracleapp.root.dir=lib/oracleapp

이 특성의 기본값은 lib/oracleapp입니다. 이 특성의 값이 상대 디렉토리이면, 다음 예제와 같이 디렉토리가 $COLLATION_HOME에 대해 상대적입니다. $COLLATION_HOME/lib/oracleapp

상대 경로인지 절대 경로인지에 상관없이, 경로가 다음 두 서브디렉토리를 포함해야 합니다.

– j2ee

– opmn

기존 Oracle Application Server 설치에서 NFS(Network File System)

를 사용하여 Oracle Application Server 라이브러리를 복사하거나 마운트할 수 있습니다. 다음 목록은 필수 jar 파일을 식별합니다.

– j2ee/home/lib/ejb.jar

– j2ee/home/lib/adminclient.jar

– j2ee/home/lib/javax77.jar

– j2ee/home/lib/jmxcluster.jar


– j2ee/home/lib/jmx_remote_api.jar

– j2ee/home/lib/jmxri.jar

– j2ee/home/oc4jclient.jar

– opmn/lib/argus.jar

– opmn/lib/ons.jar

– opmn/lib/opmnconfig.jar

– opmn/lib/optic.jar

– opmn/lib/repositorycheck.jar

Oracle Application Server 센서가 실패함

문제 Oracle Application Server 감지가 모든 플랫폼에서 지원되지 않습니다.

솔루션TADDM이 운영 체제에서 Oracle Application Server 감지를 지원하는지 확인하십시오.

원격 서버에서 센서가 실패함

문제 원격 서버에서 센서가 Agent terminated after exceeding time

limitnull 오류와 함께 실패합니다.

TADDM이 Oracle Application Server 라이브러리를 찾을 수 없습니다.

솔루션com.collation.oracleapp.root.dir 특성의 설정을 확인하십시오.

discoverOpmnctl() 메소드를 시도하는 중에 센서가 실패함

문제 discoverOpmnctl() 메소드를 실행하려고 시도하면 센서가 실패합니다.

Oracle Application Server 시스템의 TADDM 서비스 계정 경로에 Oracle

Application Server의 bin 디렉토리가 포함되지 않거나 사용자가 opmnctl

status 명령을 실행하기 위해 필요한 읽기/실행 권한이 없습니다.

솔루션Oracle Application Server의 bin 디렉토리를 Oracle Application Server

시스템의 TADDM 서비스 계정 경로에 추가하십시오.

원격 서버에서 센서가 로그 파일의 이름을 찾을 수 없음 오류와 함께 실패함

문제 센서가 실패하고 다음 오류가 로그 파일에 표시됩니다.

javax.naming.NameNotFoundException: oc4j:internal/ResourceFinder not found


솔루션Oracle Application Server의 IP 주소 및 호스트 이름을 TADDM 서버의 /etc/hosts 파일에 추가하십시오.

SAP CCMS 서버 센서SAP CCMS 서버 센서는 SAP 시스템, SAP 서버(ABAP 및 Java) 및 SAP 구성요소를 감지합니다.


CCMSServerSensor

선행 조건

SAP CCMS 서버 센서는 JCo 라이브러리가 작동해야 합니다. JCo 라이브러리에대한 정보는 『SAP JCo(Java Connector) 라이브러리 설치』의 내용을 참조하십시오.

SAP NetWeaver 시스템의 특정 애플리케이션에 따라 SAP CCMS 서버, SAP

SLD 서버 센서 또는 둘 다를 사용하여 이 시스템을 감지할 수 있습니다. 애플리케이션에 따라 두 개의 다른 데이터베이스 스키마에 SAP 애플리케이션이 설치되고 각각에 해당하는 런타임 환경에서 이를 액세스합니다. Java 인스턴스(Java

스택)에 대한 런타임 환경과 ABAP(Advanced Business Application

Programming) 인스턴스(ABAP 스택)에 대한 런타임 환경이 있습니다.

v SAP CCMS 서버 센서를 사용하여 SAP NetWeaver 시스템에서 ABAP 스택만을 기반으로 하는 애플리케이션이 있는 위치에 대한 정보를 감지하십시오.

v SAP SLD 서버 센서를 사용하여 SAP NetWeaver 시스템에서 Java 스택만을 기반으로 하는 애플리케이션이 있는 위치에 대한 정보를 감지하십시오.

v SAP CCMS 서버 센서, SAP SLD 서버 센서 또는 둘 다를 사용하여 SAP

NetWeaver 시스템에서 ABAP 및 Java 스택만을 기반으로 하는 애플리케이션이 있는 위치에 대한 정보를 감지하십시오.


SAP JCo(Java Connector) 라이브러리 설치:

TADDM 환경에서는 TADDM 서버 및/또는 앵커의 특정 운영 체제에 대해 SAP

Java Connector (JCo) 2.x 라이브러리를 설치해야 합니다.

JCo 라이브러리 파일을 설치하려면 다음 단계를 완료하십시오 . 여기서operating_system은 AIX, Linux, Linuxs390x 또는 Windows를 나타냅니다.


1. TADDM과 함께 제공되는 적합한 SAP JCo 라이브러리를 선택하십시오.

TADDM과 함께 제공되는 유일한 버전은 2.1 32비트입니다.

다음 표는 운영 체제별로 SAP JCo 라이브러리 패키지의 일반 이름 형식을나열합니다.

표 13. SAP JCo 2.x 라이브러리 파일의 패키지 이름운영 체제 패키지 이름AIX(32비트) sapjco21P_10-10002239.zip

AIX(64비트) sapjco21P_10-10002882.zip

Windows Server on x86_32(32비트) sapjco21P_10-10002243.zip

Windows on x86_64(64비트) sapjco21P_10-20001730.zip

Linux on x86_32(32비트) sapjco21P_10-20007301.zip

Linux on x86_64(64비트) sapjco21P_10-20007300.zip

Linux on zSeries(64비트) sapjco21P_10-10002245.zip

Linux on Power®(64비트) sapjco21P_10-20007302.zip

2. 다음 디렉토리를 백업하십시오.

$COLLATION_HOME/lib/JCo/operating_system

3. 다음 파일을 패키지에서 다음 디렉토리로 복사하십시오.

UNIX 또는 Linux 운영 체제의 경우"

v librfccm.*에서 $COLLATION_HOME/lib/JCo/operating_system으로v libsapjcorfc.so에서 $COLLATION_HOME/lib/JCo/operating_system으로v sapjco.jar에서 $COLLATION_HOME/lib/JCo/operating_system/lib로

Windows 운영 체제의 경우v librf32.dll에서 $COLLATION_HOME/lib/JCo/operating_system으로v sapjcorfc.dll에서 $COLLATION_HOME/lib/JCo/operating_system으로v sapjco.jar에서 $COLLATION_HOME/lib/JCo/operating_system/lib로


라이브러리에 대해 ldd 명령을 실행하여 종속 항목을 보고 이 종속 항목이 지원되는지 확인하십시오. 기본 운영 체제는 대부분의 종속 항목을 지원합니다.

Linux 운영 체제에서는 기본적으로 libstdc++-libc6.2-2.so.3 라이브러리를 설치할 수 없을 수 있습니다. 이 경우, Red Hat 패키지 compat-libstdc++-296을설치하여 libstdc++-libc6.2-2.so.3 라이브러리 파일을 가져와야 합니다.

라이브러리 종속 항목이 지원되지 않는 경우 다음 메시지가 표시됩니다.

Sensor failed in remote server: JCO.classInitialize (): Could not load middleware layer'com.sap.mw.jco.rfc.MiddlewareRFC' JCO.nativeInit (): Could not initialize dynamic link library sapjcorfc[Can't find library sapjcorfc (libsapjcorfc.so) in sun.boot.library.path or java.library.path sun.boot.library.path={full-path-list}





1. CCMS(Computing Center Management System)를 구성요소 유형으로 선택하십시오.


a. 사용자 이름(사용자 이름에는 최소한 다음 목록에서 언급한 모든 권한이있어야 함)

b. 비밀번호c. 클라이언트 ID

다음은 CCMS 센서 감지에 사용될 SAP 사용자에게 필요한 권한을 나열합니다.

다음 권한 부여 오브젝트에 모든(*) 권한을 부여하십시오.

S_RFC

RFC 액세스를 위한 권한 확인

S_ADMI_FCD

시스템 권한

S_DATASET

파일 액세스를 위한 권한

최소 권한은 다음과 같습니다.

v READ

v READ with FILTER

중요사항: 모든 권한(*)을 부여하지 마십시오.

S_LOG_COM

논리 운영 체제 명령 실행을 위한 권한

S_RZL_ADM

CC 제어 스테이션: 시스템 관리

최소 권한은 다음과 같습니다.

v DISPLAY

중요사항: 모든 권한(*)을 부여하지 마십시오.

S_XMI_LOG

XMI 로그에 대한 내부 액세스 권한

S_XMI_PROD

XMI(External Management Interface)를 위한 권한










센서 문제점 해결이 주제에서는 SAP CCMS 서버 센서에서 발생하는 공통 문제를 설명하고 해당문제에 대한 솔루션을 제시합니다.


문제 클래스 경로에 sapjco.jar 파일의 경로가 포함되지 않았음을 의미하는 다음 오류가 발생합니다.

Sensor failed in remote server: com/sap/mw/jco/JCOMSG_ERROR: java.lang.NoClassDefFoundError: com/sap/mw/jco/JCO

솔루션sapjco.jar 파일은 $COLLATION_HOME/lib/JCo/lib 디렉토리에 있어야 하며, 이 파일 경로는 클래스 경로에 있어야 합니다.

DiscoverManager.log 파일에서 다음 메시지를 찾아보십시오.

adding this jar file to the list: {jar-file-path}

jar-file-path는 $COLLATION_HOME/lib/JCo/lib/sapjco.jar여야 합니다.

센서가 라이브러리 파일을 찾을 수 없음

문제 센서가 sun.boot.library.path 또는 java.library.path에서libsapjcorfc.so 라이브러리 파일을 찾을 수 없음을 의미하는 다음 오류가 발생합니다.

Sensor failed in remote server:JCO.classInitialize (): Could not load middleware layer'com.sap.mw.jco.rfc.MiddlewareRFC'


JCO.nativeInit (): Could not initialize dynamic link library sapjcorfc[Can't find library sapjcorfc (libsapjcorfc.so) in sun.boot.library.pathor java.library.path sun.boot.library.path={full-path-list}

솔루션libsapjcorfc.so 라이브러리 파일이 $COLLATION_HOME/lib/JCo/

operating system 경로에 있는지 확인하십시오.

이 라이브러리 파일은 TADDM 환경에서 TADDM 서버 또는 앵커 또는둘 모두가 64비트 운영 체제를 실행 중이므로 64비트 버전이어야 합니다.

또한 이 경로가 오류 메시지에서 언급한 sun.boot.library.path의full-path-list에 있는지도 확인하십시오. 경로가 있는 경우, 라이브러리 종속성이 충족되지 않아서 문제가 발생했을 수 있습니다. libsapjcorfc.so

라이브러리 파일에 대해 ldd 명령을 실행하여 라이브러리 종속성 목록을가져오고 사용자 환경이 이 종속성을 지원하는지 확인하십시오.

IP 주소에 CCMS 액세스 목록이 제공되지 않음

문제 다음 오류가 발생합니다.

ERROR collation. AnchorClient - No CCMS access list provided for:{ip-address}

이 오류는 다음 이유 중 하나로 인해 발생할 수 있습니다.

v 센서에 액세스 목록이 제공되지 않습니다.

v 센서가 사용자가 제공한 액세스 목록 정보를 사용하여 IP 주소에 연결할 수 없습니다.

솔루션필수 액세스 목록 신임 정보를 제공한 경우, 다음 항목을 확인하십시오.

v 사용자 ID가 지정된 최소 권한 요구사항을 충족하는지 확인하십시오.

v SAP ABAP 서버가 액세스 가능한지 확인하십시오.

v local-anchor*.log에서 다음 메시지를 찾아보고 지정된 username 및client-id가 사용자가 설정한 값인지 확인하십시오.

Checking connection with username: {username} and clientID:{clientid}

또한 사용자에게 SAP_ALL 권한을 제공하고, SAP GUI가 사용 가능한경우 이 GUI를 통해 직접 SAP ABAP 서버에 연결할 수 있습니다.

SAP SLD 서버 센서SAP SLD 서버 센서는 SAP 시스템, SAP 서버(ABAP 및 Java) 및 SAP 구성요소를 감지합니다.



SLDServerSensor

선행 조건

SAP SLD(System Landscape Directory) 서버가 실행 중이어야 합니다.

SAP NetWeaver 시스템의 특정 애플리케이션에 따라 SAP CCMS 서버, SAP

SLD 서버 센서 또는 둘 다를 사용하여 이 시스템을 감지할 수 있습니다. 애플리케이션에 따라 두 개의 다른 데이터베이스 스키마에 SAP 애플리케이션이 설치되고 각각에 해당하는 런타임 환경에서 이를 액세스합니다. Java 인스턴스(Java

스택)에 대한 런타임 환경과 ABAP(Advanced Business Application

Programming) 인스턴스(ABAP 스택)에 대한 런타임 환경이 있습니다.

v SAP CCMS 서버 센서를 사용하여 SAP NetWeaver 시스템에서 ABAP 스택만을 기반으로 하는 애플리케이션이 있는 위치에 대한 정보를 감지하십시오.

v SAP SLD 서버 센서를 사용하여 SAP NetWeaver 시스템에서 Java 스택만을 기반으로 하는 애플리케이션이 있는 위치에 대한 정보를 감지하십시오.

v SAP CCMS 서버 센서, SAP SLD 서버 센서 또는 둘 다를 사용하여 SAP

NetWeaver 시스템에서 ABAP 및 Java 스택만을 기반으로 하는 애플리케이션이 있는 위치에 대한 정보를 감지하십시오.

참고: Fix Pack 5 기본으로 나열된 포트 외에 SLD 포트를 변경하려는 경우, 센서구성 패널에서 새 포트 목록을 설정할 수 있습니다. SLD 연결은 새로 나열된 포트를 사용하여 설정됩니다.

연관 속성이 있는 모델 오브젝트SAP SLD 서버 센서가 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은센서가 IT 환경에서 SAP 시스템, SAP 서버(ABAP 및 Java), SAP 구성요소에대해 수집하는 정보 유형을 표시합니다.


AppConfig

v Content

v Parent

Fix Pack 2 DatabaseServer

v HierarchyDomain

v HierarchyType

v Host


v OpenId

v ProductVersion

v VendorName

TADDM 7.3.0.2 이상에서는 SAP SLD 서버 센서가 Oracle, DB2, MS

SQL Server 데이터베이스가 아닌 다른 데이터베이스도 감지합니다. 예를들어, SAP HANA 데이터베이스를 감지합니다. 센서는 이에 맞는 새 유형의 모델 오브젝트를 작성합니다(DatabaseServer). 이 클래스 내에서 데이터베이스를 구분하도록 hierarchyDomain 및 hierarchyType 속성이 각오브젝트에 대해 설정됩니다. 예를 들어, 속성이 HDB 오브젝트에 대해 다음 값으로 설정됩니다.

hierarchyDomain="app.db.hdb.mysap"hierarchyType="HDBDatabaseServer"

FunctionalGroup

v App

v GroupName

v Members

MySAPABAPApplicationServer

v BasisAppSystemNumber

v Host

v KeyName

v MySAPKernelRelease

v PrimarySAP

v ProcessPools

v ProductName

v SAPSystemSID

v Status

v SystemHome

MySAPCluster

v SAPSystemSID

v Servers

v Status

v SystemHome

MySAPClusterNode

v ClusterNodeID

v Parent


v Type

MySAPDb2Instance

v Host

v Owner

v ProductVersion

v SAPSystemSID

v SID

v SystemHome

v VendorName

MySAPJ2EEEngineInstance

v ClusterNodes

v ConfigContents - 이 속성은 센서가 시작된 MySAPJ2EEEngineInstance

오브젝트에서만 사용 가능함v Host

v JavaInstanceId

v IsSDM

v PrimarySAP - 이 속성은 센서가 시작된 MySAPJ2EEEngineInstance

오브젝트에서만 사용 가능함v ProcessPools - 이 속성은 MySAPJ2EEEngineInstance 오브젝트가

SAPSystem 오브젝트의 멤버인 경우에만 사용 가능함v SAPSystemSID

v Status - 이 속성은 MySAPJ2EEEngineInstance 오브젝트가 SAPSystem

오브젝트의 멤버인 경우에만 사용 가능함v SystemHome

v VersioningAndPatchInfo

MySAPJavaCentralSystem

v ClusterNodes

v Host

v JavaInstanceId

v IsSDM

v ProcessPools - 이 속성은 MySAPJavaCentralSystem 오브젝트가SAPSystem 오브젝트의 멤버인 경우에만 사용 가능함

v SAPSystemSID


v Status - 이 속성은 MySAPJavaCentralSystem 오브젝트가 SAPSystem

오브젝트의 멤버인 경우에만 사용 가능함v SystemHome

v VersioningAndPatchInfo

MySAPOracleInstance

v Home

v Host

v HostName

v Owner

v ProductVersion

v SAPSystemSID

v SID

v SystemHome

v VendorName

MySAPSqlServer

v Host

v KeyName

v Owner

v ProductName

v ProductVersion

v SAPSystemSID

v SID

v SystemHome

v VendorName

ProcessPool

v Name

v Parent

v RuntimeProcesses

RuntimeProcess

SAPComponent

v Description

v HighestSupportPackage

v Name


v Parent

v PatchLevel

v Release

SAPSystem

v AppVersion

v BasisVersion

v Contact

v DeployedComponents

v Description

v Groups

v InstallationNumber

v LicenseExpiryDate

v Name

v SAPSystemSID

v SystemHome

v Vendor





1. 시스템 랜드스케이프 디렉토리 서버를 구성요소 유형으로 선택하십시오.

2. 필수 정보(사용자 이름 및 비밀번호)를 입력하십시오.

SAP_SLD_GUEST 및 SAP_J2EE_GUEST 역할을 SAP 계정에 지정해야 하고 구성에따라서 SAP_J2EE_ADMIN 역할을 SAP 계정에 지정해야 할 수도 있습니다.



com.collation.discover.agent.SLDServerAgent.connectionTimeout=30

기본값은 30초를 의미하는 30입니다. 값은 정수여야 합니다.

이 특성은 초기 SLD 연결 테스트를 대기하는 데 사용되는 최대 시간(초)

을 지정합니다.


연결 시간초과는 DiscoveryManager.log 파일에 기록됩니다. 이러한 제한시간 초과가 발생하면, 이 특성의 값을 늘리십시오.

특성은 다음 예제와 같이 호스트 이름 또는 IP 주소로 범위 지정할 수 있습니다.

com.collation.discover.agent.SLDServerAgent.connectionTimeout.Linux.1.2.3.4=60

com.collation.discover.agent.SLDServerAgent.connectionTimeout.SunOS=45







com.collation.discover.agent.SLD.PoolSize

이 특성은 SLD 서버에 대해 활성 상태로 유지보수되는 최대 연결 풀 수를 지정합니다. 이러한 연결은 추가 요청을 위해 다시 사용될 수 있습니다. 기본값은 16입니다.

com.collation.sudoCommand

이 특성은 sudo 명령어를 지정합니다. 기본값은 sudo입니다.

센서 문제점 해결이 주제에서는 SAP SLD 서버 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

SLDServerAgent 연결 제한시간 초과 오류

문제 SLDServerAgent 연결 제한시간 초과 오류가 DiscoverManager.log 파일에서 발견되었습니다.

솔루션$COLLATION_HOME/etc/collation.properties 파일에서 연결이 설정될 때까지 com.collation.discover.agent.SLDServerAgent.connectionTimeout

특성 값을 늘리십시오.


SMB 서버 센서SMB 서버 센서는 SMB(Server Message Block) 파일 서버를 감지합니다.


SMBServerSensor




v sys.SMBExport

v sys.SMBSAP

v sys.SMBService

센서 문제점 해결이 주제에서는 SMB 서버 센서에서 발생하는 공통 문제를 설명하고 해당 문제에대한 솔루션을 제시합니다.

감지를 실행할 때 오류 메시지가 예외 결과를 캐치하지 않음

문제 감지를 실행할 때 다음 메시지가 표시됩니다.

Uncaught exception invoking GetSystemInfo: System.NullReferenceException:Object reference not set to an instance of an object

솔루션이 메시지는 WMI(Windows Management Instrumentation) 서비스에문제가 있음을 나타냅니다. WMI 문제점 및 솔루션에 대한 정보는Windows 컴퓨터 시스템 센서 499 페이지의 『센서 문제점 해결』 주제를 참조하십시오.

SMS 서버 센서SMS 서버 센서는 Microsoft SMS(Systems Management Server)를 감지합니다.


SMSServerSensor

제한사항

센서가 SMS Ser ver 클라이언트 컴퓨터 시스템에 대한 정보를 CDM

ComputerSystem 인스턴스가 아닌 CDM SMSCollectionClients 인스턴스로 감지했습니다.


따라서 SMS Server 인프라의 일부인 호스트의 직접 감지에서 SMS Server 감지를 사용할 수 없습니다.



v app.sms.SMSAdvertizements

v app.sms.SMSCollections

v app.sms.SMSCollectionClients

v app.sms.SMSHierarchy

v app.sms.SMSPackage

v app.sms.SMSProgram

v app.sms.SMSQuery

v app.sms.SMSReports

v app.sms.SMSResource

v app.sms.SMSServerProcess

v app.sms.SMSSiteBoundaries

v app.sms.SMSSiteComponents

v app.sms.SMSSiteServer

collation.properties 파일 엔트리 구성이 주제에는 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.


com.collation.discover.agent.SMSServerAgent.GetReports

true로 설정되면, SMS 보고서 정보가 센서에 의해 캡처되고 CDM

SMSReports 클래스의 인스턴스로 저장됩니다. 기본값은 false입니다.

com.collation.discover.agent.SMSServerAgent.GetQueries

true로 설정되면, SMS 사전 정의 정보가 센서에 의해 캡처되고 CDM

SMSQuery 클래스의 인스턴스로 저장됩니다. 기본값은 false입니다.

com.collation.discover.agent.SMSServerAgent.GetClients

true로 설정되면, SMS 콜렉션 클라이언트에 대한 정보가 센서에 의해 캡처되고 CSM SMSCollectionClients 클래스의 인스턴스로 저장됩니다. 기본값은 false입니다.

com.collation.discover.agent.SMSServerAgent.MaxNrClients

정보가 센서에 의해 캡처되는 최대 클라이언트 수. 기본값은 100입니다.


SysImager 센서SysImager 센서는 SystemImager HPC(High Performance Computing) 클러스터를 감지합니다.


SysImagerServerSensor 및 SysImagerNodeSensor

선행 조건

전제조건 센서와 함께 GenericComputerSystemSensor는 SysImager 클러스터 감지에 사용되는 감지 프로파일에서 사용으로 설정되어야 합니다.



v sys.hpc.cm.ConfigurationManagementCluster

v sys.hpc.cm.ConfigurationManagementNode

v sys.hpc.cm.ConfigurationMangementNodeGroup

v sys.hpc.cm.ConfigurationManagementClusterConfigFile

v sys.hpc.cm.SysImagerNode

v sys.hpc.cm.SysImagerNodeImage

v sys.hpc.cm.SysImagerOverride




감지 프로파일을 구성하려면 다음 단계를 완료하십시오.

1. 감지 프로파일을 작성하고 SysImagerServerAgentConfiguration 유형의 에이전트 구성을 선택하십시오.

2. 다음 필수 속성을 설정하십시오.

masterServerNames

SysImager 마스터 노드의 IP 주소 또는 호스트 이름. 이 특성은SysImager 서버 센서를 시작하도록 설정해야 합니다.

3. 해당하는 경우, 다음 속성 중 일부를 설정하거나 기본값을 승인하십시오.


configFileLocation

SysImager 구성 파일의 위치. 기본값은 /etc/systemimager/

systemimager.conf입니다.

clusterXMLFileLocation

SysImager 클러스터 구성 파일의 위치. 기본값은 /etc/systemimager/

cluster.xml입니다.

clusterConfigCommand

SysImager 클러스터에 대한 구성 정보를 표시하는 명령입니다. 기본값은 si_clusterconfig -g입니다.

lsImageCommand

SysImager 클러스터의 이미지를 표시하는 명령입니다. 기본값은si_lsimage -v입니다.

imagesDiscoveryMode

이 특성은 사용되지 않습니다.

overridesDiscoveryMode

겹쳐쓰기를 위한 파일 캡처의 깊이. 유효값은 다음과 같습니다.





overridesDiscoveryPattern

겹쳐쓰기 디렉토리에 있는 파일에 대한 파일 이름 패턴. 기본값은 "*"

입니다.

preInstallScriptsContent

설치 이전에 캡처된 스크립트의 파일 캡처 깊이. 유효값은 다음과 같습니다.





postInstallScriptsContent

설치 이후에 캡처된 스크립트의 파일 캡처 깊이. 유효값은 다음과 같습니다.






nodesScope

SysImager 노드 센서가 제한되는 IP 주소의 범위

doPingNodes

감지된 SysImager 노드에 대해 ping 센서를 실행할지 여부를 지정합니다.



SysImagerServerSensor는 SysImager 서버 액세스 항목을 사용합니다. 이 액세스 항목을 사용할 수 없는 경우, 센서는 ComputerSystem 액세스 항목을 사용하여 SysImager 서버에 액세스합니다.

SysImagerNodeSensor는 ComputerSystem 액세스 항목을 사용하여 SysImager

노드에 액세스합니다.

Veritas 클러스터 센서Veritas 클러스터 센서는 Veritas 클러스터 서버를 감지합니다.

센서는 Veritas Cluster Server 및 이 서버에 설치된 서비스에 대한 일반 정보를수집합니다. 서비스는 서비스 그룹으로 조직되고 사용되는 자원에 대한 정보가 포함됩니다.

센서는 클러스터에 설치된 서비스와 애플리케이션 간의 관계를 작성할 수 있습니다.


VeritasClusterSensor

보안 문제

컴퓨터 시스템 감지에 사용되는 사용자 계정은 Veritas 명령을 실행하는 데에도사용됩니다. 기본적으로 Veritas Cluster 디렉토리 및 명령에 대한 실행 권한이필요합니다. 센서는 다음 명령을 사용합니다.

v hastatus

v haclus

v hasys

v hares


v hagrp

v hatype

v hauser

Veritas 명령을 실행하기 전에, 클러스터에 대한 로그인은 Veritas halogin 명령을 지원하는 시스템에서 수행됩니다. VCS 버전 4.1 이상이 있는 UNIX 시스템이 있습니다. 이 센서는 고가용성 솔루션 액세스 목록 항목에 있는 사용자 이름및 비밀번호를 사용하여 로그인됩니다.

Linux 또는 UNIX 시스템에서 Veritas Cluster Server 명령을 실행할 때 센서가 sudo 명령을 사용해야 하는지 여부를 지정하려면 collation.properties 파일에서 적절한 매개변수를 구성하십시오.

sudo 명령을 사용하지 않고 이 명령을 실행하려면 TADDM 서비스 계정이 대상에서 Veritas Admin Group의 구성원이어야 합니다.

Fix Pack 5 다음 명령은 VeritasClusterSensor를 검색할 수 있는 권한이 있는지확인하기 위해 Veritas 대상에서 수동으로 실행해야 합니다.

v halogin [user] [password]

v halogout -endallsessions

v halogout -endsession localhost

v haclus -display

v hasys -display

v hares -dep

v hares -display

v hagrp -resources [group]

v hagrp -dep [group]

v hagrp -display

v hatype -display

액세스 사용자에 대한 sudo ndd with NOPASSWORD를 구성해야 합니다.



v app.ConfigFile

v app.SoftwareInstallation

v app.veritas.cluster.VCSCluster

v app.veritas.cluster.VCSHADServer


v app.veritas.cluster.VCSLocalServiceGroup

v app.veritas.cluster.VCSResourceConfiguration

v app.veritas.cluster.VCSServiceGroup

v app.veritas.cluster.VCSSystem




다음 VeritasClusterSensor 속성을 수정할 수 있습니다:

discoveryMode

discoveryMode 속성의 기본값은 1입니다(센서가 경량 모드로 실행됨).

추가 구성 항목을 생성하고 데이터베이스에 저장하려면 0을 지정하십시오.

또는 $COLLATION_HOME/etc/discover-sensors/VeritasClusterSensor.xml를 열고 속성을 수정하십시오.

Oracle 인스턴스를 감지하기 위해 Veritas 클러스터 센서와 Oracle 센서 둘 모두를 사용하면 복제가 발생할 수도 있습니다. 이는 Veritas 클러스터 센서가 인스턴스 SID에 대문자를 사용하고 Oracle 센서가 동일 SID에 소문자를 사용하기때문에 발생합니다. 이 문제를 피하려면<source>Sid</source>

라인을<source>%{Sid}</source>

라인으로 변경하여 dist/etc/discover-sensors/VeritasClusterSensor.xml 파일을 수정하십시오. 변경한 후에 Veritas 클러스터 센서는 소문자 SID가 있는Oracle 인스턴스를 작성합니다.

참고: 복제가 발생하지 않은 감지를 실행한 후에 라인을 변경하면 새 복제가 발생할 수도 있습니다.




1. 고가용성 솔루션을 구성요소 유형으로 선택하십시오.

2. 필수 정보(사용자 이름 및 비밀번호)를 입력하십시오.




다음 특성은 Veritas Cluster Server 명령을 실행할 때 센서가 sudo를 사용하여권한을 상승시키도록 지정합니다.

v com.collation.discover.agent.command.hastatus.Linux=sudo /opt/VRTSvcs/

bin/hastatus

v com.collation.discover.agent.command.haclus.Linux=sudo /opt/VRTSvcs/

bin/haclus

v com.collation.discover.agent.command.hasys.Linux=sudo /opt/VRTSvcs/

bin/hasys

v com.collation.discover.agent.command.hares.Linux=sudo /opt/VRTSvcs/

bin/hares

v com.collation.discover.agent.command.hagrp.Linux=sudo /opt/VRTSvcs/

bin/hagrp

v com.collation.discover.agent.command.hatype.Linux=sudo /opt/VRTSvcs/

bin/hatype

v com.collation.discover.agent.command.hauser.Linux=sudo /opt/VRTSvcs/

bin/hauser

다음 예제와 같이 각 특성을 특정 운영 체제 또는 IP 주소로 범위 지정할 수 있습니다.

v com.collation.discover.agent.command.hastatus =sudo /opt/VRTSvcs/

bin/hastatus

v com.collation.discover.agent.command.hastatus.Linux=sudo /opt/VRTSvcs/

bin/hastatus

vcom.collation.discover.agent.command.hastatus.Linux.192.168.1.1=sudo

/opt/VRTSvcs/bin/hastatus

이 운영 체제를 실행하는 모든 시스템에 필요한 경우에만 운영 체제에 대해 sudo

옵션을 지정하십시오. 그렇지 않으면 sudo 명령이 구성된 특정 IP 주소에 대해서만 이 옵션을 지정하십시오. 액세스 사용자에 대한 sudo ndd with NOPASSWORD

를 구성해야 합니다.

권한 에스컬레이션이 필요한 각 대상 시스템에서 NOPASSWD 옵션을 사용하여sudo 명령을 구성하십시오. 그렇지 않으면, TADDM의 제한시간이 초과될 때까지 감지가 정지됩니다.


센서 문제점 해결이 주제에서는 Veritas 클러스터 센서에서 발생하는 공통 문제를 설명하고 해당문제에 대한 솔루션을 제시합니다.

센서가 실패함

문제 VeritasClusterSensor 센서가 실패했습니다.

솔루션센서가 실패하고 일부 명령이 제한시간 초과되었음이 로깅되는 경우 이 오류는 클러스터에 대한 로그인 실패를 의미할 수 있습니다. Veritas Cluster

에 대한 올바른 사용자 이름 및 비밀번호가 사용되었는지 확인하십시오.

VMware Virtual Center 서버 센서VMware Virtual Center 서버 센서는 VMware Virtual Center 서버와 서버에서 관리하는 요소를 감지합니다. 이제 VMware Virtual Center는 VMware

vCenter Server입니다.


VirtualCenterSensor


센서는 Virtual Center 서버에서 감지되는 다음 요소를 감지합니다.

v CPU 자원 풀v Virtual Center의 데이터 센터v VMware vSphere 4의 데이터 저장소 범위v 각 데이터 센터에서 작성되는 데이터 저장소v 분배되는 각 가상 스위치에서 분배된 가상 스위치, 업링크 및 포트 그룹v 메모리 자원 풀v ESX 서버의 일련 번호v 가상 스위치 및 각 가상 스위치에 있는 포트 그룹v 각 데이터 센터에서 작성되는 VMware 클러스터v Virtual Center에서 관리되는 VMware ESX 서버v 가상 머신의 IP 주소

VMware ESX 및 Virtual Center 서버 센서에서 감지되는 VMware ESX 서버는 감지 후에 병합됩니다.

감지 관리 콘솔에서 VM(virtual machine)은 투명한 파란색의 컴퓨터 시스템 아이콘으로 표시됩니다.


Virtual Center 서버 센서는 VMware API를 사용하여 데이터를 감지하고VMware API는 다음 데이터를 수집합니다.

v 이름 지정 규칙을 준수하고 올바른 독립형 VM 인스턴스를 작성하는 데 필요한 속성 데이터

v VMware ESX 서버가 vmware-cmd 명령을 통해 제공하는 기본 정보v 감지될 수 있는 실제 인스턴스에서 단순 가상 인스턴스를 조정하는 데 필요한

primaryMACAddress 속성v VMotion을 사용하여 마이그레이션하기 전과 후에 감지되는 가상 컴퓨터 인스턴스를 조정하는 데 필요한 vmwareUUID 속성

Virtual Center 및 ESX 서버 감지에 네 개의 사용자 시나리오가 있습니다.

v 모든 포함: 감지 범위에 ESX 및 Virtual Center 서버가 포함됩니다.

결과는 ESX 및 Virtual Center 서버를 표시합니다. Virtual Center 서버에서관리되는 ESX 서버는 Virtual Center의 데이터 센서 또는 클러스터 중 하나에 표시됩니다. Virtual Center 및 ESX 센서에서 감지된 모든 가상 및 실제인스턴스가 조정됩니다. 실제 인스턴스에서는 가상 속성이 true로 설정됩니다.

v ESX 서버 전용: 감지 범위에 ESX 서버가 포함됩니다.

이 결과는 ESX 센서에서 감지되는 ESX 서버를 표시합니다. 유형 속성이 있는 ESX 서버(예: 모델)가 표시됩니다. Virtual Center 센서가 시작되지 않았습니다.

v Virtual Center 서버 전용: 감지 범위에 Virtual Center 서버가 포함됩니다.

이 결과는 Virtual Center 센서에서 감지되는 ESX 서버 및 가상 컴퓨터를 표시합니다.

v Virtual Center 및 VM: 감지 범위에 Virtual Center 서버 및 모든 가상 컴퓨터가 포함됩니다.

이 결과는 모든 실제 및 가상 속성이 true로 설정된 모든 가상 컴퓨터를 표시합니다. 가상 컴퓨터는 각 ESX 서버의 가상 시스템 탭에 표시됩니다.

선행 조건

VMware Virtual Center 서버 서비스가 대상 Windows 컴퓨터에서 실행됩니다.

청취 포트, 프로세스 템플리트 일치 또는 둘 다를 사용하여 VMware Virtual

Centre 서버 센서를 시작할 수 있습니다. 기본적으로 센서는 프로세스 템플리트일치를 통해 시작됩니다.


제한사항: 이 전제조건은 vCSA(Virtual Center Server Appliance)에 적용되지않습니다. vCSA는 Linux 기술을 기반으로 하며 추가 전제조건 없이 표준 권한을 사용하여 TADDM에서 발견됩니다.

Fix Pack 3 VMware vCenter Server Appliance 6의 성공적인 감지를 위해 웹서비스 통신의 포트가 정의되어야 합니다. 기본적으로 포트 80 및 443이 정의됩니다. VMware vCenter Server Appliance 6이 비표준 포트를 사용하는 경우 감지 프로파일에서 portList 특성의 값을 수정하십시오. 자세한 내용은 194 페이지의 『감지 프로파일 구성』의 내용을 참조하십시오.

웹 포트를 통한 Virtual Center 시스템 어플라이언스 감지 지원

이 개선사항으로 웹 인터페이스를 사용하여 VCSA를 감지할 수 있습니다.

PortScan 센서에 VCSA 청취 포트 스펙(vcsaListeningPortList)을 사용하여VirtualCenterSensor 시딩을 트리거할 수 있는 새 옵션이 있습니다.

제한사항v `vcsaListeningPortList`에 언급된 포트를 VCSA 이외의 프로세스에서 여는 경우 VMware Virtual Center 서버 센서에 오류가 발생합니다.

보안 문제

VMware Virtual Center 서버를 감지하려면, TADDM 서비스 계정에 대한 읽기 전용 권한을 설정해야 합니다. 서비스 계정에는 관리자 권한이 있어야 합니다.

SSL을 사용해 서버에 연결

VMware Virtual Center 서버 센서는 기본 모드와 새 모드 두 개의 모드에서SSL을 사용하여 서버에 연결할 수 있습니다.

기본 모드기본 모드는 서버의 인증서를 완전히 검증하지 않습니다. 이 모드에서는인증서가 자체 서명되었거나, 만료되었거나 또는 올바르지 않은 호스트 이름이 있더라도 연결을 허용합니다. 인증서 체인 오류 등과 같은 다른 문제가 발견될 때 연결을 거부합니다. 기본 모드는 기본 VMware 인증서와 함께 사용할 수 있습니다.

새 모드새 모드는 서버의 인증서를 완전히 검증합니다. strictCertificateCheck

구성 특성을 true로 설정하여 이 모드를 사용 가능으로 설정할 수 있습니다. 이 모드가 사용 가능한 경우 신뢰할 수 있는 인증 기관이 서명한올바른 인증서만이 승인됩니다.

자체 서명된 인증서를 TADDM으로 가져오기strictCertificateCheck 특성을 true로 설정하면 자체 서명된 인증서에


연결할 수 있습니다. 먼저 이러한 인증서를 TADDM으로 가져와야 합니다. 자체 서명된 인증서가 신뢰할 수 있는 인증서이더라도 이러한 유효성은 여전히 확인됩니다.

이러한 인증서를 가져오려면 다음 단계를 완료하십시오.

1. taddm/dist/osgi/plugins/

com.ibm.cdb.discover.sys.vmware.vmwarecommon_* 디렉토리를 여십시오. 여기서 *는 센서의 버전 번호입니다.


java -cp lib/vmwarecommon.jar com.ibm.cdb.discover.sys.vmware.VmCertificateCollector ip:port

여기서 ip는 VMware Virtual Center 서버 센서 호스트의 IP 주소이고 port는 해당 호스트의 SSL 포트입니다.

권장 구성

VCSA(VirtualCenterSensor)의 시딩 오류를 방지하려면 구성 포트를 논리적으로선택해야 합니다. 이러한 포트를 고유 Virtual Center로 인식하는 경우 최적의 성능을 발휘합니다. 고유 포트 목록이 있는 경우, 나열된 포트가 동일한 리스너를지정해야 합니다. 이러한 포트는 인스턴스의 구성 변경을 고려하여 충돌을 방지합니다.

예제:

1. 예제: 80 TCP vCenter Server에 직접 HTTP 연결 포트 80이 필요합니다. 포트 80은 요청 경로를 HTTPS 포트 443으로 재지정합니다.

이 경로 재지정은 의도치 않게 https://server 대신 http://server를사용한 경우 유용합니다.

2. 443 TCP 기본 포트는 vCenter Server 시스템에서 vSphere 웹 클라이언트의 연결을 청취하는 데 사용합니다. vCenter Server 시스템을 사용하여 vSphere 웹 클라이언트에서 오는 데이터를 수신하려면방화벽에서 포트 443을 여십시오.

포트 80,443은 유비쿼터스 포트이며 센서 호출 시 거짓 긍정(false positive)

을 발생시키는 경우가 많으므로 VirtualCenterSensor 시딩에는 적합하지않을 수 있습니다. PortScanSensors `vcsaListeningPortList`에서 사용할고유 포트(또는 고객 배치에서 사용 가능한 해당 포트 값 목록)를 추가로프로비저닝하는 것이 바람직합니다.

1. Windows의 vCenter Server용 514 TCP/UDP vSphere Syslog

Collector 포트 및 vCenter Server Appliance용 vSphere Syslog

Service 포트.


2. vCenter Server 시스템에서 관리 호스트로 데이터를 전송하는 데 사용하는 902 TCP/UDP 기본 포트. 또한 관리 호스트에서는 UDP 포트 902를 통해 vCenter Server 시스템으로 정규 하트비트를 전송합니다. 이 포트는 서버와 호스트 간 또는 호스트와 호스트 간 방화벽으로 차단되면 안 됩니다.

연관 속성이 있는 모델 오브젝트VMware Virtual Center 서버 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IT 환경에서 VMware Virtual Center 자원에 대해 수집하는 정보 유형을 나타냅니다.


dev.StorageExtent

v ManagedSystemName

v Name

net.IpInterface

v Name(ESX 서버 전용)

v IpAddress

net.L2Interface

v Name(ESX 서버 전용)

v HwAddress

process.CPUResourcePool

v Name

v Label

v Limit

v Reservation

v SharesLevel

v SharesValue

process.MemoryResourcePool

v Name

v Label

v Limit

v Reservation

v SharesLevel

v SharesValue


relation.AllocatedTo

v Source(MemoryResourcePool 또는 CPUResourcePool)

v Target(Memory 또는 CPU)

relation.DonatedTo

v Source(ESX 서버 전용)

v Target(MemoryResourcePool 또는 CPUResourcePool)

sys.CPU

v NumCPUs

v Parent

sys.DNSResolveEntry(ESX 서버 전용)

v ServerIP

v Parent

sys.Memory

v MemorySize

v Parent

sys.NFSFileSystem

v serverName

v MountPoint

v Type

v Capacity

v AvailableSpace

v MaxFileSize

v StorageExtent

v FileSystemBlockSize

v MaxBlocks

sys.unix.UnixFileSystem(가상 머신 파일 시스템용)

v MountPoint

v Type

v Capacity

v AvailableSpace

v MaxFileSize

v StorageExtent

v FileSystemBlockSize


v MaxBlocks

sys.vmware.DataCenter

v Name

v Label

v Parent

v Systems

v Clusters

v VirtualSwitches

sys.vmware.VirtualCenter

v Name

v Host

v UID

v VersionString

v ApiVersion

v Vendor

v BuildLevel

v VirtualCenterPort

v MaxDBConnections

v ClientTimeoutNormal

v ClientTimeoutLong

v WebServiceHttpPort

v WebServiceHttpsPort

sys.vmware.VMWareCluster

v Name

v Label

v DPMEnabled

v DRSEnabled

v HAEnabled

v Parent

v RootMemoryResourcePool

v RootCPUResourcePool

sys.vmware.VMWareDataStore

v Name


v Label

v Type

v DataStoreURL

v Capacity

v FreeSpace

v IsAccessible

v AccessMode

v IsMultipleHostsAccess

v BasedOn

v DataCenter

sys.vmware.VmwareESX

v OSName

v OSVersion

sys.vmware.VMWarePortGroup

v ActiveUplinks

v L2Interfaces

v Name

v Parent

v StandbyUplinks

v Uplinks

sys.vmware.VmwareUnitaryComputerSystem

v Name

v Fqdn

v ObjectType

v Manufacturer

v Model

v CPUSpeed

v CPUType

v LifecycleState

v NumCPUs

v MemorySize

v AvailableMemoryForAllVMs

v CurrentMemoryForAllVMs


v SwapMemorySize

v ServiceConsoleMemorySize

v VmotionEnabled

sys.vmware.VMWareVirtualSwitch

v DataCenter

v Name

v MTU

v NumPorts

v NumPortsAvailable

v ObjectType

v PortGroups

v Parent

v UplinkPortGroups

v Interfaces

sys.vmware.VMWareDVUplink

v L2Interfaces

v Name

다중 가상 머신(예: 다음 운영 체제 및 가상 시스템):

sys.darwin.Darwin

sys.darwin.DarwinUnitaryComputerSystem

sys.dos.Dos

sys.dos.DosUnitaryComputerSystem

sys.freebsd.FreeBSD

sys.freebsd.FreeBSDUnitaryComputerSystem

sys.linux.Linux


sys.netware.Netware

sys.netware.NetwareUnitaryComputerSystem

sys.sun.Solaris






v uuid

v VMID

v OSName

v Fqdn(가상 머신에서 VMware Tools 실행 중)

v MemorySize

v NumCPUs

v FaultTolerance

센서 구성VMware Virtual Center 서버 센서를 사용하기 전에 먼저 이를 구성해야 합니다.

센서를 실행할 비관리자 사용자 구성:

VMware Virtual Center 서버 센서를 실행하려면 비관리자 사용자 계정에 권한이 있어야 합니다. VMware 인프라 클라이언트를 사용하여 필수 권한을 지정할수 있습니다.

참고: 기본적으로 관리자 계정은 필요한 권한을 가지고 있으므로 이 프로시저를수행할 필요가 없습니다.

비관리자 사용자 계정에 대한 필수 권한을 지정하려면 다음 단계를 완료하십시오.

1. VMware 인프라 클라이언트에서 관리자 계정을 사용하여 VMware Virtual

Center 서버에 로그온하십시오.

2. 권한 탭을 클릭하십시오.

3. 센서를 실행할 권한을 부여하려는 비관리자 사용자 계정에 읽기 전용 역할을지정하십시오. 사용자에게 역할을 지정하는 방법에 대한 자세한 정보는VMware 문서를 참조하십시오.


기본적으로, VMware Virtual Center 센서는 레벨 3 감지에 사용 가능합니다. 센서는 전원이 꺼진 게스트 시스템을 포함한 모든 게스트를 감지합니다. 실행 중인게스트 시스템만 감지하려면, VMware Virtual Center 서버 센서에 대한 레벨3 감지 프로파일을 작성하고 센서 설정을 사용자 정의하십시오.





3. 새 프로파일 작성 창에서 프로파일 이름 및 설명을 입력하십시오. 기존 프로파일 복제 목록에서 레벨 3 감지를 선택하고 확인을 클릭하십시오.

4. 센서 구성 탭에서 VirtualCenterSensor 센서를 선택하고 새로 작성을 클릭하십시오.

5. 구성 작성 창에서 구성에 대한 이름 및 설명을 입력하고 구성 사용 선택란을선택하십시오.

6. 구성 작성 창의 구성 섹션에서 discoverNonRunningGuests를 클릭하십시오. 그런 다음, 행에서 값 필드를 두 번 클릭하고 false를 입력하십시오.



특성

다음 특성을 수정할 수 있습니다.

ordinalESXviaVCserialDiscovery

이는 VMware API를 사용하여 일련 번호를 감지합니다. 이는 일련 번호를 감지하기 위한 표준 방법이고 CIM API를 사용하는 것보다 더 빠르며 필요한 권한이 거의 없지만, 오류가 발생할 가능성도 더 많습니다.


directESXserialDiscovery

이는 CIM API를 사용하여 일련 번호를 감지합니다. 이 메소드는 항상 직렬 번호를 감지하지만 더 느리고 다음 요구사항이 적용됩니다.

v 감지 사용자에게 호스트 > CIM > CIMInteraction 권한이 있어야 합니다.

v TADDM 및 ESX 서버 간의 연결이 필요합니다.

자세한 정보는http://www-01.ibm.com/support/docview.wss?uid=swg21638454에서 기술 노트도 참조하십시오.

중요사항: Cisco UCS와 같이 가상화된 하드웨어에서 ESX 서버를 실행하는 경우 병합에서 달리 발생하므로 VMware API가 아니라 CIM API를사용하여 일련 번호를 감지해야 합니다.


shallowVMdiscovery

이는 가상 머신의 제한된 데이터를 감지합니다.



http://www-01.ibm.com/support/docview.wss?uid=swg21638454

discoverNonRunningGuests

이는 실행 중이 아닌 가상 머신을 감지합니다.

기본값은 true입니다.

strictCertificateCheck

이는 센서가 올바른 CA 서명 인증서로 보안된 VirtualCenter 서버에 연결하도록 강제 실행합니다.


enableVMDiscovery

이는 가상 머신의 감지를 사용으로 설정합니다.


shallowESXDiscovery

이는 단순 ESX 감지를 사용으로 설정합니다. ESX 서버는 이름, 데이터저장소 정보 및 데이터 센터에 대한 관계로만 감지됩니다. 이는 전체 환경의 더 빠른 감지를 위해 ESXi 센서와 함께 사용할 수 있습니다.


Fix Pack 3 portList

이는 VMware vCenter Server Appliance 6 for Web Services 통신에서 사용되는 포트의 쉼표로 구분된 목록을 포함합니다. VMware vCenter

Server Appliance 6가 비표준 포트를 사용하는 경우 이 특성의 값을 수정하십시오.

기본값은 80,443입니다.



액세스 목록을 구성하려면 다음 정보를 입력하십시오.

v 관리자 권한이 있는 계정을 사용하여 VMware Virtual Center 서버에 액세스하려면 다음을 수행하십시오.

1. ComputerSystem(Windows)을 구성요소 유형으로 사용하십시오.


이 방법을 사용하여 호스트 컴퓨터 시스템 및 VMware Virtual Center

서버에 대한 액세스 권한을 부여하십시오.

v 읽기 전용 권한이 있는 계정을 사용하여 VMware Virtual Center 서버에 액세스하려면 다음을 수행하십시오.

1. Virtual Center 서버를 구성요소 유형으로 사용하십시오.



이 방법을 사용하여 IBM Tivoli Monitoring 환경에서 VMware Virtual

Center 서버를 감지하십시오. 이 방법은 Virtual Center 서버에 대한 액세스 권한만 부여하고 호스트 컴퓨터 시스템에 대한 액세스 권한은 부여하지 않습니다. 이 감지 프로파일에서 VMware Virtual Center 서버 센서 및 IBM Tivoli Monitoring Scope 센서를 포함하십시오.


이 주제에는 VirtualCenter 서버 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.


com.collation.platform.os.UnixOs.forcedServerList=vpxd

VirtualCenter 서버 센서를 시작하려면 특성에 vpxd 서버 프로세스를 추가해야 합니다. 예:

com.collation.platform.os.UnixOs.forcedServerList=vxconfigd;clstrmgr;vpxd

참고: TADDM은 서버 프로세스에만 사용자 정의 서버 일치 템플리트를 적용합니다. 이러한 프로세스는 TCP 포트 또는 Windows 서비스에서 청취합니다.

collation.properties에서com.collation.platform.os.UnixOs.forcedServerList=vpxd 특성을 사용하여 프로그램에 강제로 이름을 지정할 수 있습니다. vpxd 프로세스가 TCP 포트에서 청취 중이 아닌 경우 이 특성을 추가해야 합니다.

센서 문제점 해결이 주제에서는 VMware Virtual Center 서버 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

VMware ESX 서버의 세부사항 패널에서 일련 번호 및 시스템 ID가 비어있음

문제 VMware ESX 서버의 세부사항 패널에서 일련 번호 및 시스템 ID 속성이 비어 있습니다. 파일 시스템에 대한 속성이 감지되지 않았습니다.

솔루션TADDM은 SMASH API를 사용하여 ESX 서버에 직접 연결합니다. 연결이 com.collation.discover.vmware.cimport 특성에 지정된 포트(예:

5989)에 대해 열려 있는지 확인하고 열려 있지 않은 겨우 앵커를 대신 사용하십시오. ESX는 SMASH API를 지원해야 합니다.

ESX 서버와 Virtual Center 서버가 감지 범위에 포함되었는지 확인하십시오. ESX 서버 및 Virtual Center 서버를 액세스하는 데 올바른 권한이


사용되었는지 확인하려면 신임 정보를 확인하고 감지를 다시 실행하십시오. L2Interface 레이어의 경우 센서는 이름 및 하드웨어 주소만 수집합니다.

센서가 제한시간 초과 오류로 실패함

문제 Virtual Center 서버가 많은 ESX 호스트 및 가상 컴퓨터를 관리하는 경우 센서가 제한시간 초과 오류 메시지 An error occurred. Sensor timed

out과 함께 실패합니다.

솔루션etc/collation.properties 파일에서 실행할 센서의 값을 늘리십시오. 여기서 value는 센서를 실행하는 데 허용되는 시간(밀리초)입니다.

com.collation.discover.agent.VirtualCenterSensor.timeout=value


VMware Virtual Center 서버에서 관리되는 요소가 감지되지 않음

문제 Microsoft Windows Server 2003에서 실행되는 VMware vCenter Server

Version 4.1에서 요소가 감지되지 않습니다. 다음 오류 메시지가 존재합니다.

v VirtualCenterServer 로그는 다음을 포함합니다.

AxisFaultfaultCode: {http://xml.apache.org/axis/}HTTPfaultSubcode:faultString: (503)Service UnavailablefaultActor:faultNode:faultDetail:{}:return code: 503

503 Service Unavailable {http://xml.apache.org/axis/}HttpErrorCode:503(503)Service Unavailable )

v VMware Virtual Center 서버 vpxd 로그는 다음을 포함합니다.

Connection to localhost:8085 failed with error class Vmacore::SystemException(Normally allowed each socket address (protocol / network address / port)is used only once.

v VMware Virtual Center 서버에서 netstat -ban | findstr 8085 명령을 실행하면 많은 TCP/IP 포트가 LAST_ACK 상태로 열려 있는 것을표시합니다.

솔루션클라이언트 서버 통신에 사용되는 임시 포트가 사용을 닫지 않아서 이러한 동작이 발생합니다. 임시 포트는 포트 범위로 제한되며 연결 중에만 유효합니다. 이러한 경우 Microsoft Windows 운영 체제에 있는 어떤 연결은 Virtual Center 서버에서 LAST_ACK 상태의 포트를 남깁니다. 포트 범위는 일정 시간 이후에 모두 다 사용될 수 있으며 이러한 경우 여유 포트가 생길 때까지 연결이 실패할 수 있습니다.


이러한 상황이 발생하지 않도록 하려면 http://support.microsoft.com에있는 Microsoft 웹 사이트로 이동하여 KB979230을 검색하십시오. 그런 다음 수정사항을 다운로드하고 설치할 수 있습니다.

WebLogic 센서WebLogic 센서는 Oracle WebLogic Server 애플리케이션 서버 및 WebLogic

Server 버전 정보를 감지합니다.

모든 WebLogic 9 릴리스의 JAR 파일을 사용하여 WebLogic 9 및 10의 모든릴리스를 감지할 수 있습니다.

GUI와 로그에서 사용되는 센서 이름v WeblogicSensor

v WeblogicSensor2

v WeblogicServerVersionSensor

선행 조건

WeblogicSensor 센서는 Oracle WebLogic Server 설치의 일부인 추가 JAR 파일을 필요로 합니다. 이러한 JAR 파일을 TADDM 서버의 다음 디렉토리로 복사해야 합니다.

v Linux, AIX 및 System z 운영 체제 위의 Linux:

– $COLLATION_HOME/lib/weblogic/9.0

– $COLLATION_HOME/lib/weblogic/10.0

v Windows 운영 체제:

– %COLLATION_HOME%\lib\weblogic\9.0

– %COLLATION_HOME%\lib\weblogic\10.0

$COLLATION_HOME/etc/discover-sensors/WeblogicVersionSensor.xml 파일에서$COLLATION_HOME/lib/weblogic/$VERSION_DIR 디렉토리의 특정 이름을 구성해야 합니다.

$COLLATION_HOME/lib/weblogic/ 디렉토리에서 작성할 수 있는 $VERSION_DIR

디렉토리 수에 대한 한계가 없습니다. 그러나 각 디렉토리는WeblogicVersionSensor.xml 파일에서 구성해야 합니다.

보안 문제

TADDM 서버는 WebLogic 제품 콘솔에 로그인하는 데 사용되는 WebLogic 시스템 로그인 이름 및 비밀번호를 필요로 합니다.


http://support.microsoft.com

제한사항

SSL을 사용할 때 TADDM은 WebLogic 센서를 사용한 WebLogic 감지를 지원하지 않습니다.

WebLogic 센서는 동일한 감지에서 WebLogic SSH 플러그 가능 센서를 사용하여 실행되지 않아야 합니다. 동일한 감지 프로파일에서 WebLogic 센서 및WebLogic SSH 플러그 가능 센서를 둘 다 사용하지 않아야 합니다.



v app.AppConfig

v app.AppServer

v app.ConfigFile

v app.j2ee.weblogic.WebLogicServer



v app.j2ee.J2EEDomain



v app.j2ee.weblogic.WebLogicCluster

v app.j2ee.weblogic.WebLogicConnector

v app.j2ee.weblogic.WebLogicConnectorModule

v app.j2ee.weblogic.WebLogicDomain

v app.j2ee.weblogic.WebLogicEJBModule

v app.j2ee.weblogic.WebLogicJ2EEApplication

v app.j2ee.weblogic.WebLogicJDBCConnectionPool

v app.j2ee.weblogic.WebLogicJDBCDataSource

v app.j2ee.weblogic.WebLogicJDBCDriver

v app.j2ee.weblogic.WebLogicJDBCMultiPool

v app.j2ee.weblogic.WebLogicJDBCTxDataSource

v app.j2ee.weblogic.WebLogicJMSServer

v app.j2ee.weblogic.WebLogicJMSStore

v app.j2ee.weblogic.WebLogicJTA

v app.j2ee.weblogic.WebLogicMachine

v app.j2ee.weblogic.WebLogicSSLSettings



v app.j2ee.weblogic.WebLogicServlet

v app.j2ee.weblogic.WebLogicVirtualHost

v app.j2ee.weblogic.WebLogicWebContainer

v app.j2ee.weblogic.WebLogicWebModule

v app.ProcessPool


v app.web.WebVirtualHost

센서 구성WebLogic 센서를 사용하기 전에 먼저 이를 구성해야 합니다.

TADDM 서버로 JAR 파일 복사:

Oracle WebLogic 서버 설치의 일부인 추가 JAR 파일을 TADDM 서버로 복사해야 합니다.

감지를 시작하기 전에 WebLogic 버전의 필수 JAR 파일을 $COLLATION_HOME/

lib/weblogic/$VERSION_DIR/ 디렉토리로 복사하십시오.

표 14. 필수 WebLogic JAR 파일WebLogic 버전 필수 JAR 파일WebLogic 버전 9(모든 릴리스) v $WEBLOGIC_HOME/server/lib/weblogic.jar

v $WEBLOGIC_HOME/server/lib/webservices.jar

v $WEBLOGIC_HOME/server/lib/wljmxclient.jar

WebLogic 버전 10.0 - 10.2

WebLogic 버전 10.3 v $WEBLOGIC_HOME/server/lib/wlfullclient.jar

TADDM 실행할 사용자가 복사된 JAR 파일에 대한 읽기 액세스 권한을 가지고있는지 확인하십시오.

WebLogic 센서의 wlfullclient.jar 작성:

클라이언트 애플리케이션에 대한 wlfullclient.jar 파일을 작성해야 합니다. 이JAR 파일은 WebLogic 버전 10.3 이상에 필요합니다.

WebLogic 센서에 대한 wlfullclient.jar 파일을 작성하려면 다음 단계를 완료하십시오.

1. WebLogic 서버가 설치된 디렉토리로 변경하십시오.

cd WL_HOME/server/lib

2. wlfullclient.jar 파일을 작성하십시오.

java -jar ../../../modules/com.bea.core.jarbuilder_X.X.X.X.jar


여기서 X.X.X.X는 WL_HOME/server/lib 디렉토리에 있는 JarBuilder 모듈의 버전 번호입니다. 예제:

java -jar ../../../modules/com.bea.core.jarbuilder_1.0.1.0.jar

3. 클라이언트 애플리케이션과 함께 wlfullclient.jar 파일을 복사하고 번들하십시오.

4. wlfullclient.jar 파일을 Java 클래스 경로에 추가하십시오.

WeblogicVersionSensor.xml 파일 편집:

WeblogicVersionSensor.xml 파일을 편집해야 합니다.

구성 파일은 다음 디렉토리에 있습니다.

v Linux, Solaris, AIX 및 Linux on System z 운영 체제에서는 파일이$COLLATION_HOME/etc/discover-sensors/ 디렉토리에 있습니다.

v Windows 운영 체제의 경우, 파일은 %COLLATION_HOME%\etc\discover-

sensors\ 디렉토리에 있습니다.

이 절의 코드 샘플은 XML 태그를 사용하여 디렉토리 및 JRE(Java Runtime

Environment)를 구성하는 방법을 보여줍니다. 이 예제에서 다음 디렉토리 및 JRE

쌍이 구성됩니다.

v lib/weblogic/10.0 디렉토리의 JAR 파일은 Java SDK 버전 1.5.0 JRE와 쌍을 이룹니다.

v lib/weblogic/9.0 디렉토리의 JAR 파일은 Java SDK 버전 1.5.0 JRE와 쌍을 이룹니다.

<entry> 태그는 WebLogic JAR 파일을 저장하는 데 사용되는 디렉토리 이름을구성합니다. WebLogic JAR 파일은 lib/weblogic 디렉토리에 있어야 합니다.

이와 유사하게 <jdk> 태그는 사용 중인 Java SDK 버전을 구성합니다. 유일한 유효값은 1.5.0입니다. WeblogicServerVersionSensor 센서가 실행 중인 BEA

WebLogic 서버를 인식하지 못하는 경우 <WeblogicClassPathDefault> 태그를사용하여 강제로 구성할 수 있습니다.

<SensorPlugin xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:noNamespaceSchemaLocation="http://www.ibm.com/xml/schemas/taddm/FixedSensorSchema.xsd">

<name>WeblogicServerVersionSensor</name><osgiId>com.ibm.cdb.discover.sensor.app.j2ee.weblogicserverversion_7.1.0</osgiId>

<sensorClassName>com.collation.discover.agent.app.j2ee.WeblogicServerVersionAgent</sensorClassName><seedClassName>com.collation.discover.seed.app.j2ee.WeblogicVersionSeed</seedClassName><resultClassName>com.collation.discover.result.app.j2ee.WeblogicVersionResult</resultClassName><convertorClassName>com.collation.discover.engine.seedfactory.WeblogicVersionConvertor</convertorClassName>

<defaultProfiles><profile>Level 3 Discovery</profile>

</defaultProfiles>

<configuration className="com.ibm.cdb.discover.sensor.configuration.WeblogicServerVersionAgentConfiguration"><weblogicClassPath>

<item><entry>10.0</entry><jdk>1.5.0</jdk>


</item><item>

<entry>9.0</entry><jdk>1.5.0</jdk>

</item></weblogicClassPath>

</configuration></SensorPlugin>

샘플에서 WeblogicServerVersionSensor 센서는 Java SDK 버전 1.5.0의 JRE와함께 lib/weblogic/10.0 디렉토리의 JAR 파일을 사용하고 WebLogic 서버 10.x

가 실행 중이라고 가정합니다.

WeblogicSensor2.xml 파일 편집:

WeblogicSensor2.xml 파일을 편집해야 합니다.

구성 파일은 다음 디렉토리에 있습니다.

v Linux, Solaris, AIX 및 Linux on System z 운영 체제에서는 파일이$COLLATION_HOME/etc/discover-sensors/ 디렉토리에 있습니다.

v Windows 운영 체제의 경우, 파일은 %COLLATION_HOME%\etc\discover-

sensors\ 디렉토리에 있습니다.

다음 태그를 사용하여 WeblogicSensor2.xml 파일을 편집하십시오.

<SensorPlugin xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:noNamespaceSchemaLocation="http://www.ibm.com/xml/schemas/taddm/FixedSensorSchema.xsd">

<name>WeblogicSensor2</name><osgiId>com.ibm.cdb.discover.sensor.app.j2ee.weblogic2_7.1.0</osgiId>

<sensorClassName>com.collation.discover.agent.app.j2ee.WeblogicAgent2</sensorClassName><seedClassName>com.collation.discover.seed.app.j2ee.WeblogicSeed2</seedClassName><resultClassName>com.collation.discover.result.app.j2ee.WeblogicServerResult2</resultClassName><convertorClassName>com.collation.discover.engine.seedfactory.SoftwareConvertor</convertorClassName>

<defaultProfiles><profile>Level 3 Discovery</profile>

</defaultProfiles>

<configuration className="com.ibm.cdb.discover.sensor.configuration.WeblogicServerAgent2Configuration"><allowSensorToBePooledInJVM>true</allowSensorToBePooledInJVM><domains>

<item><domainAddress>

<address>DOMAIN_IP</address><port>DOMAIN_PORT</port>

</domainAddress><addresses>

<item><address>IP_OF_FIRST_INTERFACE_ADMIN_SERVER_IS_USING</address><port>PORT_ ADMIN_SERVER_IS_USING </port>

</item><item>

<address>IP_OF_SECOND_INTERFACE_ADMIN_SERVER_IS_USING</address><port>PORT_ ADMIN_SERVER_IS_USING </port>

</item></addresses>

</item></domains>

</configuration></SensorPlugin>

WebLogic 서버가 도메인 관리 서버에서 여러 개의 인터페이스를 사용하는 경우이 구성을 사용할 수 있습니다.

이 경우, DOMAIN_IP 및 DOMAIN_PORT 값은IP_OF_FIRST_INTERFACE_ADMIN_SERVER_IS_USING:PORT_ ADMIN_SERVER_IS_USING

및 IP_OF_SECOND_INTERFACE_ADMIN_SERVER_IS_USING:PORT_

ADMIN_SERVER_IS_USING 대신 사용됩니다.

이전 버전의 WebLogic 애플리케이션 서버를 감지하기 위해 JAR 파일 복사:

이전 버전의 WebLogic을 실행하는 서버를 감지하려면 TADDM 서버에 해당 JAR

파일을 복사하십시오.

대부분의 경우 현재 버전의 WebLogic JAR 파일이 있으면 이전 버전의 WebLogic

을 실행하는 서버를 감지할 수 있습니다. 이 방법이 작동하지 않으면 다음 단계를 완료하십시오.

1. 현재 JAR 파일 세트를 사용하여 감지를 실행하십시오.

2. TADDM 서버를 중지하십시오.

3. 이전 또는 다른 버전의 WebLogic JAR 파일을 해당 디렉토리로 복사하십시오.

4. TADDM 서버를 시작하십시오.

5. WebLogic 서버의 감지를 실행하십시오.




1. 애플리케이션 서버를 구성요소 유형으로 선택하십시오.

2. Weblogic을 공급업체로 선택하십시오.



액세스 목록에 추가한 WebLogic 사용자가 다음 정보를 가지고 있는지 확인하십시오.

v 관리자 권한v 비밀번호


이 주제에는 WebLogic 센서에서 사용하는 collation.properties 파일 항목이나열되어 있습니다.


Fix Pack 3

com.collation.discover.agent.WeblogicSensor.UseDomainForClusterName=false

이 특성은 Weblogic 클러스터에 대한 displayName 속성을 사용자 정의하는 데 사용됩니다. 기본적으로 WeblogicCluster 이름을 사용하여displayName이 설정됩니다. 두 개의 Weblogic 클러스터가 이름이 같을수 있지만, 다른 WebLogic 도메인에 속할 수 있습니다. 그러한 경우, 사용자 정의가 필요합니다.

이 특성이 true로 설정되면 ObjectDisplayNameAgent는 해당WeblogicDomain의 이름을 통합하기 위해 WeblogicCluster에 대한displayName 속성을 다시 계산합니다. 예를 들어, WeblogicDomain이webl-dom-dr.mycompany.com:9111이고, 클러스터가 webl_c1인 경우, 이클러스터에 대한 displayName은webl-dom-dr.mycompany.com:9111:webl_c1입니다.


특성의 값을 변경한 후에 TADDM을 다시 시작해야 합니다.

com.collation.agent.weblogic.domainsconfiguration

WebLogic 서버가 도메인 관리 서버에서 여러 개의 인터페이스를 사용할때 사용됩니다(domain_ipX:domain_portX is used instead of

listen_ipN:listen_portN).

특성의 구문은 다음과 같습니다.

com.collation.agent.weblogic.domainsconfigurationdomain_ipA:domain_portA listen_ip1:listen_port1,listen_ip2:listen_port2;domain_ipB:domain_portB ...

예:

com.collation.agent.weblogic.domainsconfiguration=9.158.143.20:7001-9.158.143.20:7002,9.158.143.50:7001;9.158.143.20:7001-9.158.143.20:7002,9.158.143.50:7003

com.collation.agent.weblogic.protocols

기본적으로, 이 특성은 사용 불가능하며 T3 프로토콜이 사용됩니다. 이 특성을 주석 해제하면 다음 예제에서와 같이 WebLogic 센서에서 사용할 프로토콜 목록(쉼표로 구분)을 지정할 수 있습니다.

com.collation.agent.weblogic.protocols=t3,http

이 예제에서 T3 프로토콜은 시도되는 첫 번째 프로토콜입니다. 이 프로토콜이 실패하면 HTTP 프로토콜이 사용됩니다. HTTP 프로토콜을 사용하여 WebLogic 서버 인스턴스에 연결하려는 경우, WebLogic 콘솔을 사용하여 해당 인스턴스에 대한 HTTP 터널링을 사용 가능하게 설정해야 합니다.


올바른 값은 t3 및 http입니다. 인쇄상의 오류 등으로 올바르지 않은 값을 코딩하면 WebLogic 서버가 요청을 제대로 처리하지 못하고 중지될 수있습니다.







센서 문제점 해결이 주제에서는 WebLogic 센서에서 발생하는 공통 문제를 설명하고 해당 문제에대한 솔루션을 제시합니다.

중복 WebLogic 도메인이 작성될 수 있음

문제 WebLogic 도메인의 관리 서버의 호스트에 IP 주소가 많을 경우 중복WebLogic 도메인이 작성될 수 있습니다.

솔루션Fix Pack 3 중복을 제거하려면 WebLogic 도메인 감지 후에

WebLogicDomainConsolidationAgent가 실행되는지 확인하십시오.

WebLogic 센서가 시작하지 않음

문제 WebLogic 센서가 시작하지 않습니다.

솔루션다음 조치를 수행하십시오.

v WebLogic 서버 버전의 경우, JAR 파일을 WebLogic 설치에서$COLLATION_HOME/lib/weblogic/VERSION 디렉토리로 복사하십시오.

$ C O L L AT I O N _ H O M E / e t c / d i s c o v e r - s e n s o r s /

WeblogicVersionSensor.xml 파일의 센서 구성을 확인하십시오.

v WebLogic 서버 포트 및 IP 주소에 도달할 수 있는지와 WebLogic 서버가 TADDM이 지원하는 JMX(Java Management Extensions) 통신


프로토콜을 사용하는지 확인하십시오. collation.properties 파일에서 com.collation.agent.weblogic.protocols 특성을 구성하십시오.

v 로컬 호스트 주소(127.0.0.1)를 사용할 때 WebLogic 센서가 시작하여실패하거나 아무것도 감지되지 않은 경우, collation.properties 파일에서 다음 특성 값을 true로 설정하십시오.


WebLogic 센서가 실패함

문제 WeblogicServerVersion 센서가 실패했습니다.

솔루션필수 WebLogic JAR 파일을 TADDM 설치로 복사하십시오(자세한 내용은 서버 구성 참조). 또는 인증 정보가 누락되었거나 올바르지 않습니다.


문제 다음 오류는 local-anchor*.log에 있으며, 일반적으로 WebLogic 보안인증 정보가 누락되었거나 올바르지 않음을 의미합니다.

Sensor failed in remote server:An error occurred in the null sensor.

솔루션올바른 보안 인증 정보가 있는지 확인하십시오 . TADDM 서버는WebLogic 제품 콘솔에 로그인하는 데 사용되는 WebLogic 시스템 로그인 이름 및 비밀번호를 필요로 합니다.

감지할 항목이 없음을 알리는 메시지

문제 WebLogic 센서가 실행되어 다음 메시지와 함께 완료됩니다.

There was nothing to be discovered.

솔루션이 메시지는 WebLogic Application Server를 감지할 때 표시됩니다. 문제 발생 상황은 아니지만 WebLogic 센서가 WebLogic Admin Server

에 대해 실행되는지 확인하십시오.

센서가 WebLogic 10.x에서 실패함

문제 WeblogicServerVersion 센서는 WebLogic 10.x에서만 실패합니다.

솔루션WeblogicVersionSensor는 외부 명령을 사용하여 WebLogic의 버전을 식별합니다. 일부 WebLogic 10.x 설치에서 이 명령은 예상치 못하게 비어있는 문자열을 리턴하여 WeblogicVersionSensor가 실패하게 합니다.


임시 해결책으로서 WebLogic 9.x 설치에 있는 JAR 파일을 사용하십시오. WebLogic 9.x JAR 파일은 WebLogic 10.x에서 작동합니다.

WebLogic 센서가 WebLogic 관리 서버를 감지하는 데 실패함

문제 WebLogic 관리 서버 감지를 시도하는 중에 작동하지 않는 DNS로 인해WebLogic 센서가 실패합니다.

솔루션WebLogic 관리 서버와 관련된 센서를 포함하는 감지에서 DNS가 작동중이어야 합니다. 임시 해결책을 위해com.collation.platform.os.disableRemoteHostDNSLookups를 true로 설정하고 TADDM 서버가 항상 올바른 DNS 검색 경로를 가지고 있는지확인하십시오.

제한시간 초과로 인해 WebLogic 센서가 실패함

문제 제한시간 초과로 인해 WebLogic 센서가 실패합니다.

솔루션collation.properties에서 com.collation.discover.agent.NAME 제한시간 특성 값을 늘리십시오. 여기서 NAME은 $COLLATION_HOME/etc/

discover-sensors 디렉토리에서 XML 파일로 구성된 센서의 이름입니다.

다음 예제는 이 특성을 코딩하는 방법을 보여줍니다.

com.collation.discover.agent.WeblogicSensor2.timeout=7200000com.collation.discover.agent.WeblogicSensor.timeout=7200000

마이그레이션 후에 WebLogic 센서가 실패함

문제 마이그레이션 후에 WebLogic 센서가 실패합니다.

솔루션$COLLATION_HOME/bin/template-upgrade.sh 스크립트를 실행했는지 확인하십시오.

T3 문제로 인해 센서가 실패함

문제 T3 프로토콜을 액세스할 수 없어서 WeblogicServerVersion 센서가 실패합니다.

솔루션일부 설치에서 T3 프로토콜이 차단될 수 있습니다. 이러한 경우 http 프로토콜을 사용하도록 WebLogic 서버 및 WeblogicSensors를 구성하십시오.

예:

com.collation.agent.weblogic.protocols=t3,http


버전 명령을 실행할 때 제한시간 초과로 인해 WeblogicServerVersion이 실패함

문제 버전 명령을 실행하는 중 weblogicServerVersion이 제한시간 초과됩니다.

이 문제는 포트가 방화벽에 의해 차단되었기 때문일 수 있습니다. 다음 예제는 방화벽에서 차단하는 포트 번호 6079를 보여줍니다.

2009-09-09 12:29:38,802 DiscoverManagerDiscoverWorker-11 WeblogicServerVersionSensor-169.70.70.100-6079 DEBUGj2ee.WeblogicServerVersionAgent - Executing command: -cp/opt/IBM/taddm/dist/lib/weblogic/10.0/weblogic.jar:/opt/IBM/taddm/dist/lib/weblogic/10.0/webservices.jar:/opt/IBM/taddm/dist/lib/weblogic/10.0/wljmxclient.jar -Duser.language=en -Duser.region=US weblogic.Admin -urlt3://169.70.70.100:6079 -username confadmin -password XXX VERSION 2009-09-0912:29:39,133 DiscoverManager DiscoverWorker-11WeblogicServerVersionSensor-169.70.70.100-6079 DEBUG util.OsCommand - Commandexecuted, capturing output 2009-09-09 12:33:03,526 DiscoverManagerDISCOVER_SENSOR_CLEANUP_DiscoverWorker-11WeblogicServerVersionSensor-169.70.70.100-6079 DEBUGj2ee.WeblogicServerVersionAgent - JavaCommand errorjava.lang.InterruptedException at java.lang.Object.wait(Native Method) atjava.lang.Object.wait(Object.java:231) at java.lang.Thread.join(Thread.java:680)at com.collation.platform.util.OsCommand.execute(OsCommand.java:411)

솔루션이 센서는 호스트 액세스를 위해 SSH가 아닌 프로토콜을 사용합니다.

TADDM 서버와 대상 간에 적절한 포트가 열려 있어야 합니다. 방화벽으로 인해 감지 서버에서 특정 호스트 또는 디바이스로 직접 액세스할 수없는 경우 호스트 또는 디바이스에 대한 액세스 권한이 있는 컴퓨터 시스템을 앵커 호스트로 지정할 수 있습니다.

WebLogic 서버와 데이터베이스 서버 간에 일부 JDBC 종속 항목이 작성되지 않음

문제 TADDM이 WebLogic 서버와 관련 데이터베이스 서버 둘 다를 감지하지만 이들 간의 관계를 작성하지 않습니다. 이러한 관계는 애플리케이션서버에서 정의되는 JDBC 연결 특성을 기반으로 합니다.

솔루션


v 종속 항목 토폴로지 에이전트 그룹에서 실행되는JDBCDependencyAgent에 의해 종속 항목이 작성됩니다. WebLogic


v JDBCDependencyAgent는 최근에 감지된 애플리케이션 서버만 처리합니다. 에이전트가 실행된 이후에도 일부 종속 항목이 여전히 누락된경우 WebLogic 서버를 다시 감지하고 토폴로지 에이전트가 다시 실행될 때까지 기다리십시오.

v 데이터베이스 서버가 데이터베이스 서버와 WebLogic 애플리케이션 서버 간에 트랜잭션 종속 항목을 작성하도록 지원하는 서버 중 하나인지 확인하십시오. 다음 데이터베이스가 지원됩니다.


– Oracle

– IBM DB2


– Sybase

Fix Pack 5

WebLogic sensor fails with error- "java.lang.OutOfMemoryError:Java heap space"

문제 대상 시스템이 서로 다른 가상 IP에서 실행 중인 여러 WebLogic 서버를포함하는 경우, TADDM에 실행 중인 WebLogic 센서에서의 OutOfMemory

오류가 발생할 수 있습니다. 이는 시스템에서 실행 중인 모든 프로세스 목록을 포함하는 WebLogic 센서 시드가 원인일 수 있습니다.

일부 WebLogic 프로세스가 수 많은 BindAddress 및 LogicalConnection

오브젝트를 포함하여 시드 오브젝트가 상당한 메모리를 차지할 수 있습니다. 다수의 WebLogic 센서가 호출되는 경우, 데이터가 동일한 프로세스목록의 별도 사본을 작성하여 동일한 데이터에 대한 메모리 소비가 증가합니다.

솔루션collation.properties 파일에서 다음 특성을 사용으로 설정하여 메모리 요구사항을 줄이는 데 도움이 되는 서로 다른 WebLogic 센서의 시드 간에동일한 대상의 프로세스 목록을 공유할 수 있습니다.

com.collation.discover.WeblogicApplicationSeed.processlist.shared=true

com.collation.discover.WeblogicDomainSeed.processlist.shared=true

com.collation.discover.WeblogicLauncherSeed.processlist.shared=true

com.collation.discover.WeblogicServerSeed.processlist.shared=true


BindAddress에서 센서가 설정한 잘못된 listenPort로 인해 Weblogic 과병합 문제가 발생함

문제 SSL이 사용으로 설정되었지만 sslPort가 구성되지 않은 경우 기본값으로이는 센서에 의해 7002로 설정됩니다.

sslPort 값이 listenPort 값보다 크면 BindAddress에서 listenPort 값이설정됩니다. 그렇지 않으면 기본 sslPort 값이 BindAddress에서 설정됩니다.


기본적으로 sslPort의 기본값(7002)은 항상 BindAddress에서 설정되므로sslPort 값은 항상 listenPort 값보다 작습니다. 이로 인해 과병합이 발생합니다.

솔루션BindAddress에서 Weblogin의 올바른 listenPort를 설정하려면 이 충돌을 해결하도록 콜레이션(collation)을 구성해야 합니다.

com.ibm.cdb.discover.app.j2ee.weblogic.util.WeblogicUtilsModelObject.setBindPortToListenPort=true


가능한 값은 true 및 false입니다.

WebLogic SSH 센서WebLogic SSH 센서는 WebLogic 서버 구성 파일을 구문 분석하고 이 정보를사용하여 WebLogic 서버 구성요소 및 해당 구성을 감지합니다. 플러그 가능 센서 세트는 SSH, WMI 및 일반 컴퓨터 시스템 센서에서 지원하는 기타 프로토콜을 사용하여 대상 시스템에 연결할 수 있습니다.

GUI와 로그에서 사용되는 센서 이름v WeblogicLauncherSensor




보안 문제

WebLogic 플러그 가능 센서는 컴퓨터 시스템 신임 정보 또는 WebLogic 신임정보를 필요로 합니다.

제한사항

감지를 실행하려면 WebLogic 플러그 가능 센서에 도메인 구성 파일에 대한 액세스 권한이 있어야 합니다. 도메인 구성 디렉토리 위치는 다음 특정 상황에서 센서가 판별할 수 있습니다.

v WebLogic 서버는 Windows 서비스로 시작됩니다.

v WebLogic 서버는 Windows 또는 UNIX 프로세스로 시작되고 다음 인수를사용하여 시작됩니다.

-Dpredefined.domain.config.dir=domain_directory

v WebLogic 서버는 Windows 또는 UNIX 프로세스로 시작되고 다음 인수를사용하여 시작됩니다.

-Dweblogic.RootDirectory=domain_directory


v WebLogic 서버가 UNIX 프로세스로 시작되고 도메인 구성 디렉토리 위치가다음 프로세스 환경 변수 중 하나로 설정됩니다.

– DOMAIN_HOME

– LONG_DOMAIN_HOME

– PWD

– OLD_PWD

– OLDPWD

v WebLogic 서버는 Windows 또는 UNIX 프로세스로 시작되고 프로세스에domains 하위 디렉토리의 경로가 있는 변수가 포함됩니다. 모든 도메인은user_project_directory/domains/domain_name 디렉토리에 있습니다. 구성 파일에 대한 검색은 domains 경로에 정의된 디렉토리 및 모든 하위 디렉토리에서 실행됩니다.

예를 들어 WebLogic 프로세스에 -Dweblogic.system.BootIdentityFile=/home/

weblogic/bea/my_user_projects/domains/domain92/aaa/boot.properties 변수가 있는경우 config_file_name에 대해 다음 경로가 검색됩니다.

– /home/weblogic/bea/my_user_projects/domains/domain92/

– /home/weblogic/bea/my_user_projects/domains/domain92/config/

v WebLogic 서버는 Windows 또는 UNIX 프로세스로 시작되고 프로세스에servers 하위 디렉토리의 경로가 있는 변수가 포함됩니다. 서버 디렉토리는 도메인 홈 디렉토리에 있습니다. 구성 파일에 대한 검색은 servers 경로에 정의된 디렉토리 및 모든 하위 디렉토리에서 실행됩니다.


weblogic/bea/my_user_projects/domains/domain92/servers/MS92_1/data/nodemanager/

boot.properties, 변수가 있는 경우 config_file_name에 대해 다음 경로가 검색됩니다.

– /home/weblogic/bea/my_user_projects/domains/domain92/

– /home/weblogic/bea/my_user_projects/domains/domain92/config/

v WebLogic 서버는 Windows 또는 UNIX 프로세스로 시작되고 프로세스에user_project 하위 디렉토리의 경로가 있는 변수가 포함됩니다. user_projects

디렉토리는 WebLogic 프로젝트를 포함하는 기본 디렉토리입니다. 구성 파일에 대한 검색은 user_projects 경로에 정의된 디렉토리 및 모든 하위 디렉토리에서 실행됩니다.


weblogic/bea/my_user_projects/domains/domain92/servers/MS92_1/data/nodemanager/

boot.properties, 변수가 있는 경우 config_file_name에 대해 다음 경로가 검색됩니다.


– /home/weblogic/bea/user_projects/domains/domain92/

– /home/weblogic/bea/user_projects/domains/domain92/config/

v WebLogic 실행 프로그램 센서 구성에는 다음 정보가 있습니다.

– 도메인 구성 디렉토리– WebLogic 관리 콘솔이 청취하는 IP 주소.

– WebLogic 관리 콘솔이 청취하는 포트 번호.

자세한 내용은 216 페이지의 『센서 구성』의 내용을 참조하십시오.

Windows에서 WebLogic 프로세스가 Windows 서비스로 시작되지 않으면 일반적으로 WebLogic 실행 프로그램 센서가 시작되지 않습니다. 필요한 환경 변수가 설정된 경우 센서가 제대로 시작될 수 있습니다.

UNIX에서 일반적이지 않은 설치가 수행된 경우 WebLogic 실행 프로그램 센서구성 파일에서 구성 정보를 설정해야 할 수 있습니다.

WebLogic 관리 서버의 경우 WebLogic 프로세스 이름이 다음 인수와 함께 호출되어야 합니다.

-Dweblogic.management.server=server_name

동일한 감지에서 WebLogic SSH 플러그 가능 센서가 WebLogic 센서와 함께 실행되지 않도록 해야 하므로 동일한 감지에서 WebLogic SSH 플러그 가능 센서및 WebLogic 센서를 사용하지 않아야 합니다.



v app.AppConfig

v app.AppServer

v app.ConfigFile




v app.j2ee.J2EEDomain



v app.j2ee.weblogic.WebLogicCluster

v app.j2ee.weblogic.WebLogicConnector

v app.j2ee.weblogic.WebLogicConnectorModule


v app.j2ee.weblogic.WebLogicDomain

v app.j2ee.weblogic.WebLogicEJBModule

v app.j2ee.weblogic.WebLogicJ2EEApplication

v app.j2ee.weblogic.WebLogicJDBCConnectionPool

v app.j2ee.weblogic.WebLogicJDBCDataSource

v app.j2ee.weblogic.WebLogicJDBCDriver

v app.j2ee.weblogic.WebLogicJDBCMultiPool

v app.j2ee.weblogic.WebLogicJDBCTxDataSource

v app.j2ee.weblogic.WebLogicJMSServer

v app.j2ee.weblogic.WebLogicJMSStore

v app.j2ee.weblogic.WebLogicJTA

v app.j2ee.weblogic.WebLogicMachine

v app.j2ee.weblogic.WebLogicSSLSettings


v app.j2ee.weblogic.WebLogicServlet

v app.j2ee.weblogic.WebLogicVirtualHost

v app.j2ee.weblogic.WebLogicWebContainer

v app.j2ee.weblogic.WebLogicWebModule

v app.ProcessPool


v app.web.WebVirtualHost

센서가 감지하는 자원이 주제는 WebLogic 플러그 가능 센서가 감지할 수 있는 자원과 감지 작동 방법에 대해 설명합니다.

대상 시스템의 XML 구성 파일에서 정보가 수집됩니다. WebLogic 기본 특성은XML 구성 파일이 아닌 XSD 스키마에 저장됩니다.

WebLogic 실행 프로그램 센서

WebLogic 실행 프로그램 센서는 일반 서버 센서가 시작된 후 plugin.xml에서구성된 플러그 가능 템플리트를 사용하여 시작됩니다. 이 센서는 가장 일반적인WebLogic 설치를 감지하며 필요한 경우 수동으로 구성할 수 있습니다.

센서가 다음 정보를 감지합니다.

v 도메인에 대한 구성 파일을 포함하는 디렉토리에 대한 경로.

v 대상 시스템에 설치된 WebLogic 버전


v 대상이 관리 서버(administration server 또는 managed server)인지 여부v 관리 서버의 청취 IP 및 포트v WebLogic 도메인 및 서버의 구조에 대한 기본 정보

WebLogic 실행 프로그램 센서는 다음 오브젝트를 작성합니다.

v 이름 지정 규칙에 포함된 속성만 있는 WebLogic 도메인 모델 오브젝트v 이름 지정 규칙에 포함된 속성만 있는 WebLogic 서버 모델 오브젝트

WebLogic 실행 프로그램 센서는 다음 센서를 시작합니다.

v 관리 서버의 WebLogic 도메인 센서v 관리 서버의 WebLogic 서버 센서

WebLogic 도메인 센서

WebLogic 도메인 센서는 가득 찬 WebLogic 도메인에 대한 정보를 감지합니다.

다음 정보(XML 구성 파일에 있음)가 감지됩니다.

v 도메인 세부사항v 시스템 세부사항v 클러스터 세부사항v SSL 설정v JTA

v JDBC 연결 풀v JDBC 데이터 소스v JDBC 다중 풀v JMS 서버v 노드 관리자 설정

WebLogic 도메인 센서는 WebLogic 도메인 오브젝트를 작성합니다.

WebLogic 서버 센서

WebLogic 서버 센서는 가득 찬 WebLogic 서버에 대한 정보와 WebLogic 도메인에 대한 기본 정보를 감지합니다.

다음 정보(XML 구성 파일에 있음)가 감지됩니다.

v 서버 세부사항v JDBC 연결 풀v JDBC 데이터 소스v JDBC 다중 풀


v JMS 서버

WebLogic 서버 센서는 WebLogic 서버 모델 오브젝트를 작성합니다.

WebLogic 서버 센서는 WebLogic 애플리케이션 센서를 시작합니다.

WebLogic 애플리케이션 센서

WebLogic 애플리케이션 센서는 WebLogic 서버에 배치된 WebLogic 애플리케이션과 WebLogic 도메인에 배치된 WebLogic 애플리케이션을 감지합니다.

배치에 대한 다음 정보가 저장됩니다.

v 애플리케이션 또는 모듈(예: J2EEApplication, EJBModule WebModule 또는ConnectorModule)

v J2EEDeployedObjects 등의 애플리케이션 또는 모듈 세부사항(예: WebLogicEntityEJB, WebLogicServlet 및 WebLogicConnector)

v 애플리케이션 하위 배치 정보

비동기 및 스크립트 기반 감지 지원WebLogic SSH 센서는 비동기 및 스크립트 기반 감지를 지원합니다.




WeblogicLauncherSensor 센서의 하위 요소인 다음 센서는 구성할 필요가 없습니다.




제한사항

수집된 구성 파일의 마지막 수정 날짜는 알 수 없습니다.


센서 구성plugin.xml 구성 파일을 편집하여 WebLogic 플러그 가능 센서를 구성할 수 있습니다.


다음 WebLogic 플러그 가능 센서의 <configuration> 요소를 편집하여 WebLogic

특정 구성을 수행할 수 있습니다.

v WebLogic 실행 프로그램 센서v WebLogic 서버 센서v WebLogic 애플리케이션 센서

WebLogic 실행 프로그램 센서 구성

WebLogic 실행 프로그램 센서의 plugin.xml 파일은 $COLLATION_HOME/osgi/

plugins/com.ibm.cdb.discover.app.j2ee.weblogic.sensor.

weblogiclaunchersensor_1.2.0 디렉토리에 있습니다.

<configuration> 요소에서 각 도메인의 구성 디렉토리 정보를 구성할 수 있습니다. 각 도메인의 정보를 각각의 <item> 요소에 두십시오. 각 도메인에 대해 다음 요소를 구성할 수 있습니다.

<configDirectory>

도메인 구성 디렉토리

<adminServer>

WebLogic 관리 콘솔이 청취 중인 IP 주소 및 포트 번호에 대한 정보를포함합니다. 다음 요소는 이 정보를 지정하는 데 사용됩니다.

<listenAddress>

WebLogic 관리 콘솔이 청취하는 IP 주소.

<listenPort>

WebLogic 관리 콘솔이 청취하는 포트 번호.

다음 샘플 구성 파일은 <configuration> 요소 및 하위 요소에 대한 일반적인 사용법을 보여줍니다.<configuration className="com.ibm.cdb.discover.app.j2ee.weblogic.configuration.WeblogicLauncherConfigurationItem"><domain><item><configDirectory>/opt/bea10/wl_10.0/domains/medrec/config</configDirectory><adminServer><listenAddress>127.0.0.1</listenAddress><listenPort>7011</listenPort>

</adminServer></item><item><configDirectory>/opt/bea/user_projects2</configDirectory><adminServer><listenAddress>127.0.0.1</listenAddress><listenPort>7002</listenPort>

</adminServer></item></domain>

</configuration>

다음 인수로 WebLogic 서버를 시작하여 도메인 구성 디렉토리의 위치를 지정할수 있습니다.

-Dpredefined.domain.config.dir=domain_directory


WebLogic 서버 센서 구성

WebLogic 서버 센서의 plugin.xml 파일은 $COLLATION_HOME/osgi/plugins/

com.ibm.cdb.discover.app.j2ee.weblogic.sensor.weblogicserversensor_1.2.0

디렉토리에 있습니다.

plugin.xml 구성 파일에서 다음 요소를 구성할 수 있습니다.

<discoverAppDescriptors>

애플리케이션 디스크립터 감지를 사용할지 여부를 지정합니다. 디스크립터는 WebLogic이 설치된 원격 시스템의 추가 구성 파일에서 정의되므로애플리케이션 디스크립터 감지에 시간이 걸릴 수 있습니다.

<discoverJdbcDetails>

JDBC 디스크립트 감지를 사용할지 여부를 지정합니다. 디스크립터는WebLogic이 설치된 원격 시스템의 추가 구성 파일에서 정의되므로 JDBC

디스크립터 감지에 시간이 걸릴 수 있습니다.

다음 샘플 구성 파일은 <discoverAppDescriptors> 및 <discoverJdbcDetails>

요소에 대한 일반적인 사용법을 보여줍니다.

<configurationclassName="com.ibm.cdb.discover.app.j2ee.weblogic.configuration.WeblogicServerConfigurationItem">

<discoverAppDescriptors>true</discoverAppDescriptors><discoverJdbcDetails>true</discoverJdbcDetails>

</configuration>

WebLogic 애플리케이션 센서 구성

WebLogic 애플리케이션 센서의 plugin.xml 파일은 다음 디렉토리에 있습니다.

$COLLATION_HOME/osgi/plugins/com.ibm.cdb.discover.app.j2ee.weblogic.sensor.weblogicapplicationsensor_1.2.0

plugin.xml 구성 파일에서 다음 요소를 구성할 수 있습니다.

<discoverApplicationDetails>

애플리케이션/모듈 세부사항 감지를 사용할지 여부를 지정합니다. 디스크립터는 WebLogic이 설치된 원격 시스템의 추가 구성 파일에서 정의되므로 애플리케이션/모듈 디스크립터(J2EE 디스크립트) 감지에 시간이 걸릴수 있습니다.

다음 샘플 구성 파일은 <discoverApplicationDetails> 요소에 대한 일반적인 사용법을 보여줍니다.

<configurationclassName="com.ibm.cdb.discover.app.j2ee.weblogic.configuration.WeblogicApplicationConfigurationItem">

<discoverApplicationDetails>true</discoverApplicationDetails></configuration>



이 주제에는 WebLogic SSH 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.

Fix Pack 3

com.collation.discover.agent.WeblogicSensor.UseDomainForClusterName=false

이 특성은 Weblogic 클러스터에 대한 displayName 속성을 사용자 정의하는 데 사용됩니다. 기본적으로 WeblogicCluster 이름을 사용하여displayName이 설정됩니다. 두 개의 Weblogic 클러스터가 이름이 같을수 있지만, 다른 WebLogic 도메인에 속할 수 있습니다. 그러한 경우, 사용자 정의가 필요합니다.

이 특성이 true로 설정되면 ObjectDisplayNameAgent는 해당WeblogicDomain의 이름을 통합하기 위해 WeblogicCluster에 대한displayName 속성을 다시 계산합니다. 예를 들어, WeblogicDomain이webl-dom-dr.mycompany.com:9111이고, 클러스터가 webl_c1인 경우, 이클러스터에 대한 displayName은webl-dom-dr.mycompany.com:9111:webl_c1입니다.


특성의 값을 변경한 후에 TADDM을 다시 시작해야 합니다.

센서 문제점 해결이 주제에서는 WebLogic SSH 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

중복 WebLogic 도메인이 작성될 수 있음

문제 WebLogic 도메인의 관리 서버의 호스트에 IP 주소가 많을 경우 중복WebLogic 도메인이 작성될 수 있습니다.

솔루션Fix Pack 3 중복을 제거하려면 WebLogic 도메인 감지 후에

WebLogicDomainConsolidationAgent가 실행되는지 확인하십시오.

센서가 도메인 구성 디렉토리를 찾을 수 없음 오류와 함께 실패함

문제 도메인 구성 디렉토리를 찾을 수 없습니다. 프로세스에 대한 ps 출력을 확인하고 제한사항 섹션에서 구성이 지원되는지 확인하십시오.

솔루션다음 메소드 중 하나를 사용하십시오.

v -Dpredefined.domain.config.dir=domain_directory 또는–Dweblogic.RootDirectory=domain_directory 인수를 사용하여WebLogic 서버를 실행하십시오.


v WebLogic 실행 프로그램 센서 구성에서 도메인 관리자 서버에 대한경로를 구성하십시오. 자세한 내용은 216 페이지의 『센서 구성』의 내용을 참조하십시오.

HP-UX에서 ps 출력이 잘려서 WeblogicLauncherSensor가 실패함

문제 HP-UX에서 WebLogic을 감지하는 중에 WeblogicLauncherSensor가 실패하고 센서 로그 파일에서 다음 오류 메시지를 찾을 수 있습니다.

"Cannot find server name in command line: <COMMAND LINE>". 이 실패는 HP-UX의 문서화된 동작인 ps 명령 출력이 잘려서 발생했을 수 있습니다.

솔루션1. collation.properties에서

com.ibm.cdb.discover.WeblogicLauncherSensor.parseConfigXml=

true를 설정하십시오.

2. TADDM을 다시 시작한 후 감지를 다시 실행하십시오.

명령행에서 서버 이름을 추출하는 데 실패한 경우WeblogicLauncherSensor는 로컬 구성 파일(config.xml)에서 이 이름을읽습니다.

WebLogic 서버와 데이터베이스 서버 간에 일부 JDBC 종속 항목이 작성되지 않음

문제 TADDM이 WebLogic 서버와 관련 데이터베이스 서버 둘 다를 감지하지만 이들 간의 관계를 작성하지 않습니다. 이러한 관계는 애플리케이션서버에서 정의되는 JDBC 연결 특성을 기반으로 합니다.

솔루션


v 종속 항목 토폴로지 에이전트 그룹에서 실행되는JDBCDependencyAgent에 의해 종속 항목이 작성됩니다. WebLogic


v JDBCDependencyAgent는 최근에 감지된 애플리케이션 서버만 처리합니다. 에이전트가 실행된 이후에도 일부 종속 항목이 여전히 누락된경우 WebLogic 서버를 다시 감지하고 토폴로지 에이전트가 다시 실행될 때까지 기다리십시오.

v 데이터베이스 서버가 데이터베이스 서버와 WebLogic 애플리케이션 서버 간에 트랜잭션 종속 항목을 작성하도록 지원하는 서버 중 하나인지 확인하십시오. 다음 데이터베이스가 지원됩니다.

– Oracle


– IBM DB2


– Sybase

클라우드 센서Fix Pack 5

AWS 센서AWS 센서는 먼저 퍼블릭 클라우드 AWS 환경에서 EC2 및 S3 서비스 구성요소 정보를 감지하며, 그런 다음 이를 통해 감지된 EC2 구성요소 및 관련 정보에대해 포괄적이고 세부적인 감지를 원활하게 수행합니다. 이는 현재 스크립트되지않은 센서로 설계되어 있습니다.


AwsSensor

센서에서 감지되는 요소센서는 다음 요소를 감지합니다.

v Aws

v AwsS3Bucket

v AwsS3BucketContent

v ComputerSystem(EC2 인스턴스)

감지 관리 콘솔 및 데이터 관리 포털에서, 클라우드 구성요소 유형이 흰색 클라우드 디자인 아이콘으로 표시되고 AWS는 주황색 큐브 아이콘으로 표시됩니다.

AwsSensor는 호스팅된 EC2 및 S3 서비스에 대한 상위 레벨 관리 정보를 검색하기 위해 웹 인터페이스를 통해 AWS 환경과 상호작용합니다. 검색된 데이터는주로 이름 지정 규칙을 준수하고 올바른 모델 오브젝트를 작성하는 데 필요한 속성 데이터를 구성합니다.

선행 조건다음은 AWS의 전제조건입니다.

v AWS 공용 URL이 TADDM 감지 서버에서 액세스 가능합니다.

v AWS 계정 로그인 및 EC2 인스턴스 신임 정보가 TADDM 액세스 목록에 올바르게 구성되었는지 확인하십시오. 자세한 내용은 " 액세스 목록 구성" 절을참조하십시오.

v EC2 인스턴스가 AWS 환경에 구성되어 있습니다.


v EC2 인스턴스/VM이 세부사항을 성공적으로 페치하기 위해 세부적인(또는 심층) 감지에 대해 TADDM 감지 서버에서 액세스 가능합니다.

v 센서별 전제조건(해당하는 경우, 포트, 권한 등과 관련)을 충족해야 세부적인(또는 심층) 감지가 EC2 인스턴스에 대해 원활하게 작동합니다.

v S3 버킷이 AWS 환경에 구성되어 있습니다.

AWS 환경에 대한 연결AWS 센서는 AWS 계정에 대해 제공된 신임 정보를 사용하여 퍼블릭 클라우드AWS 환경에 안전하게(https 사용) 연결됩니다. 자세한 내용은 " 액세스 목록 구성" 절을 참조하십시오. 프록시 구성이 액세스에 필요한 경우 이는 센서 특성에서 적절히 구성되어야 합니다. 자세한 내용은 " 감지 프로파일 구성" 절을 참조하십시오.

연관 속성이 있는 모델 오브젝트AWS 센서는 연관된 속성으로 모델 오브젝트를 작성합니다. 속성은 퍼블릭 클라우드 AWS 환경에 대해 센서가 수집하는 정보의 유형을 표시합니다.


com.collation.platform.model.topology.cloud.aws.Aws

v Endpoint

v Identity

v AuthName

v Name

v GroupMembers(Ec2Instances)

v GroupMembers(Ec2Instances)

v XA

– TotalVmInstances

com.collation.platform.model.topology.cloud.aws.AwsS3Bucket

v Name

v LastStoredTime

v AwsS3BucketContent

com.collation.platform.model.topology.cloud.aws.AwsS3BucketContent

v Name

v URI

v ContentType

v Size


v LastModifiedTime

com.collation.platform.model.topology.sys.ComputerSystem(EC2 인스턴스에해당)

v AwsInstanceId

v Name

v Type

v Description

v IpInterfaces

v OSRunning

v CPU

v StorageExtent

v MemorySize


센서 구성AWS 센서를 사용하기 전에 먼저 이를 구성해야 합니다.

감지 범위 구성

AWS 센서는 감지 범위에서 URL(새로 도입)을 사용하여 감지를 지원하도록 설계되었습니다. 이는 URL을 통해 퍼블릭 AWS 계정 콘솔에 액세스할 수 있는 것과 같습니다. AWS 계정/환경의 지리적 위치에 따라URL로 AWS 감지 범위를 작성하고 구성된 URL을 TADDM 감지 서버에서 액세스할 수 있는지 확인하십시오.

감지 범위를 구성하려면 다음 단계를 완료하십시오.

1. 감지 관리 콘솔의 감지 드로어에서 범위를 클릭하십시오.

2. 범위/범위 세트 창에서 추가를 클릭하십시오.

3. 범위 추가 창에서, "Url "로 포함을 선택하고 적절한 설명과 함께 완전한 도메인 이름을 지정하십시오.

4. 확인을 클릭하여 이 구성을 저장하십시오.

예를 들어, 싱가포르 지역에 호스팅된 AWS 계정의 URL은 아래와 같습니다.

https://ap-southeast-1.amazonaws.com

추가 정보는 https://docs.aws.amazon.com/general/latest/gr/

rande.html의 내용을 참조하십시오.



https://ap-southeast-1.amazonaws.com

https://docs.aws.amazon.com/general/latest/gr/rande.html

https://docs.aws.amazon.com/general/latest/gr/rande.html

AWS 센서는 AWS 계정 및 EC2 인스턴스에 해당하는 액세스 목록 항목의 별도 프로비저닝을 요구합니다.

AwsAccount

1. 감지 관리 콘솔의 감지 드로어에서 액세스 목록을 클릭하십시오.


3. 클라우드를 구성요소 유형으로 선택하십시오.

4. Aws를 공급업체로 선택하십시오.


a. 액세스 키 ID(사용자 이름)

b. 시크릿 액세스 키(비밀번호)

AWS 계정에 로그인할 수 있는 권한이 있어야 합니다.

참고: ’클라우드’의 "구성요소 유형"과"OtherClouds"로서의 "공급업체"유형을 지정하는 것은 향후의 클라우드 센서를 위한 확장 템플리트로서 배치되어 있는 것입니다. 현재, 이는 사용되지 않습니다.

EC2 인스턴스

세부적인(또는 심층) 감지 중에 EC2 인스턴스와 연결해야 합니다. 아래에언급된 두 개의 시나리오가 가능합니다.

1. VM/EC2 인스턴스(Linux 또는 Windows)에서 비밀번호 기반 인증메커니즘을 허용하는 경우, 구성요소 유형이 컴퓨터 시스템 또는 컴퓨터 시스템(Windows)으로 지정된 해당 액세스 목록 항목을 평소대로 액세스 목록에 추가해야 합니다.

2. VM/EC2 인스턴스(Linux)에서 보안 PEM 파일을 통해 로그인을 허용하는 경우:

a. 감지 관리 콘솔의 감지 드로어에서 액세스 목록을 클릭하십시오.

b. 액세스 목록 창에서 추가를 클릭하십시오.

c. 컴퓨터 시스템을 구성요소 유형으로 선택하십시오.

d. 다음 필수 정보를 지정하십시오.

v 사용자 이름v 비밀번호(이 필드를 공백으로 두십시오)

참고: EC2 인스턴스에 해당하는 PEM 파일을 TADDM

collation.properties 파일에 구성된 대로 TADDM(및 Anchor) 감지


서버의 적절한 경로에 수동으로 배치해야 합니다. 자세한 내용은"collation.properties 파일 항목 구성"을 참조하십시오.

collation.properties 파일 엔트리 구성



com.ibm.cdb.security.auth.pemFilesPath.linux=/home/taddmusr/pemFiles/

이 특성에는 모든 PEM 파일이 위치한 Linux TADDM(및 Anchor) 감지 서버의 경로가 표시됩니다.

com.ibm.cdb.security.auth.pemFilesPath.windows=%windir%\\temp\\pemFiles\\

이 특성에는 모든 PEM 파일이 위치한 Windows TADDM(및 Anchor)

감지 서버의 경로가 표시됩니다.

여기서 주의할 중요 사항:

1. 위의 특성은 모두 사용자가 구성 가능하며 고객 환경에 따라 설정해야 합니다.

2. PEM 파일을 지정된 경로에 수동으로으로 배치해야 합니다.

3. 세부적인 감지에서 세션 설정 중에 권한 관련 문제를 방지하려면 충분한 파일 및 사용자 권한을 위에 언급한 디렉토리에 부여해야 합니다.

a. 폴더 권한: 775(taddmusr:taddmusr)

b. PEM 파일 권한: 644(taddmusr:taddmusr)

com.collation.aws.proxy.password=PASSWORD1

이 특성은 세션 구성에서 구성된 프록시 사용자에 대한 비밀번호를 평문으로 구성하는 데 사용됩니다.

1. TADDM 감지 서버에 로그인하십시오.

2. encryptprops.sh 파일 또는 encryptprops.bat 파일($COLLATION_HOME/bin 디렉토리에 위치)를 실행하십시오. 이 스크립트는 평문 비밀번호를 암호화합니다.

com.collation.discover.agent.sys.ComputerSystem.FindAwsInstanceId=false

이 특성은 AWS 센서를 사용하고 EC2 대상을 감지하는 동안 true로 설정해야 합니다. 그러면 ComputerSystem 센서(예:

LinuxComputerSystemSensor, WindowsComputerSystemSensor 등)를


실행하는 동안 EC2 대상에서 AWS 인스턴스 ID를 검색하는 명령을 실행할 수 있습니다. 사용자가 EC2 대상을 감지하지 않는 경우, 이 값을false로 설정하여 EC2 이외 대상에서 이러한 쓸모없는 명령을 실행하지않도록 하는 것이 좋습니다. 이 특성의 기본값은 false입니다.

감지 프로파일 구성

기본적으로, AWS 센서는 레벨 2 및 레벨 3 감지에 사용 가능합니다. 센서는 EC2 또는 S3 서비스를 통해 구성된 정보를 감지한 후 EC2 인스턴스에 해당하는 두 번째 레벨 또는 심층 감지를 트리거합니다. 두 번째 레벨 감지를 사용 안함으로 설정하거나 기타 구성 설정을 수정하려면, AWS

센서의 감지 프로파일을 작성하고 센서 설정을 사용자 정의하십시오.




3. ’새 프로파일 작성’ 창에서, 프로파일 이름 및 설명을 입력하십시오. ’

기존 프로파일 목록 복제’에서, 레벨 3 감지를 선택하고 확인을 클릭하십시오.

4. 센서 구성 탭에서, AwsSensor 센서를 선택하고 새로 작성을 클릭하십시오.

5. 구성 작성 창에서, 구성에 대한 이름 및 설명을 입력하고 구성 사용선택란을 선택하십시오.

6. 구성 작성 창의 구성 섹션에서 enableSecondLevelDiscovery를 클릭하십시오. 행에서 값 필드를 두 번 클릭하고 false를 입력하십시오.

7. 확인을 클릭하여 ’감지 프로파일’ 창으로 돌아가십시오.


특성

다음 특성 및 속성을 수정할 수 있습니다.

proxyIp

이는 프록시 IP 주소(필수인 경우)를 참조하여 TADDM 서버에서AWS 공용 URL에 액세스합니다.

proxyPort

이는 프록시 포트(proxyIp가 구성된 경우)를 참조합니다.

proxyTimeout

이는 밀리초 단위의 프록시 제한시간 값(proxyIp가 구성된 경우)

을 참조합니다.


proxyType

이는 프록시 유형(허용되는 값: HTTP 또는 HTTPS)을 참조하여TADDM 서버에서 AWS 공용 URL에 액세스합니다.

기본값은 HTTPS입니다.

proxyUser

이는 프록시 사용자 이름(proxyIp가 구성된 경우)을 참조합니다.

게이트웨이 구성

또는 필요에 따라, 퍼블릭 클라우드 AWS 환경의 Windows 머신 감지를 게이트웨이(AWS 환경에 호스트됨)를 구성하여 간단하게 수행할 수 있습니다. 다음 단계가 관련됩니다.

1. 게이트웨이 시스템을 구성하십시오. 세부사항은 URL:https://www.ibm.com/

support/knowledgecenter/en/SSPLFC_7.3.0/com.ibm.taddm.doc_7.3/

UserGuide/c_cmdb_anchorsandgateways.html의 내용을 참조하십시오.

2. TADDM

a. 게이트웨이 시스템이 감지 관리 콘솔의 "감지>앵커 및 게이트웨이" 섹션에 추가되어야 하는지 확인하십시오.

b. Windows 게이트웨이 및 Windows EC2 인스턴스에 대한 액세스 신임정보가 TADDM 액세스 목록 세부사항에서 프로비저닝되어야 합니다.

3. AWS

다음에 대해 아래에 언급된 "인바운드 규칙"으로 "보안 그룹"을 구성하십시오.

표 15. Windows 게이트웨이유형 프로토콜 포트 범위 소스SSH TCP 22 TADDM

사용자 정의 TCP TCP 135 TADDM

표 16. 대상(EC2 인스턴스)

유형 프로토콜 포트 범위 소스사용자 정의 TCP TCP 135 Windows 게이트웨이사용자 정의 TCP TCP 49152 – 65535 Windows 게이트웨이사용자 정의 TCP TCP 49152 – 65535 TADDM

앵커 구성

또는 필요에 따라, 앵커(AWS 환경에 호스팅됨)를 배치하여 AWS 방화벽 뒤에서의 감지를 간단하게 수행할 수 있습 니다. 다음 단계가 관련됩니다.


https://www.ibm.com/support/knowledgecenter/en/SSPLFC_7.3.0/com.ibm.taddm.doc_7.3/UserGuide/c_cmdb_anchorsandgateways.html



1. 앵커 시스템을 구성하십시오. 세부사항은 URL: https://www.ibm.com/

support/knowledgecenter/en/SSPLFC_7.3.0/com.ibm.taddm.doc_7.3/

UserGuide/c_cmdb_anchorsandgateways.html의 내용을 참조하십시오.

2. TADDM

a. 앵커 시스템을 TADDM 감지 관리 콘솔의 "감지 > 앵커 및 게이트웨이"

섹션에 추가해야 합니다.

v 배치된 앵커는 퍼블릭 AWS 환경에 고유하므로, 구성 중에 범위 세트 또는 범위 그룹 제한 기능을 사용하여 앵커를 관련 AWS 감지 범위에 첨부해야 합니다.

v 추가로, 위의 지점에 구성된 앵커를 AWS 감지 범위에 구성하지 않아야합니다.

b. "sudo" 권한을 "lsof" 명령에 제공해야 합니다. 아래와 같이 이는’collation.properties’ 파일에서 다음 행을 업데이트하여 수행할 수 있습니다.

com.collation.discover.agent.command.lsof.Linux=sudo lsof

c. PEM 파일을 앵커 서버에 수동으로 배치하십시오 . 자세한 내용은"collation.properties 파일 항목 구성" 절을 참조하십시오.

3. AWS

a. 아래에 언급된 "인바운드 규칙"으로 "보안 그룹"을 구성하십시오.

표 17. 앵커유형 프로토콜 포트 범위 소스SSH TCP 22 TADDM

사용자 정의 TCP TCP 8497 TADDM

표 18. 대상(EC2 인스턴스)

유형 프로토콜 포트 범위 소스SSH TCP 22 앵커

b. Windows 게이트웨이가 앵커 너머에 구성된 경우, "게이트웨이 구성" 섹션에서 자세한 사항을 참조하십시오.

센서 문제점 해결이 주제에서는 AWS 센서에서 발생하는 공통 문제점을 설명하고 해당 문제점에대한 솔루션을 제시합니다.

센서가 ’CTJTD1595E 오류 – TADDM 액세스 목록에 구성된 AWS 신임 정보없음’ 설명과 함께 실패합니다





문제 AWS 계정 신임 정보가 TADDM 액세스 목록에 구성되어 있지 않을 수있습니다.

솔루션AWS 특정 신임 정보의 구성 여부를 "감지 > 액세스 목록"의 TADDM

감지 관리 콘솔 UI에서 유효성 검증하십시오.

센서가 ’CTJTD1596E 오류 – 감지된 AWS 계정이 없습니다. 센서 구성을 검증하십시오’ 설명과 함께 실패합니다

문제 AWS 센서 실행 중 일부 잘못된 구성으로 인해 문제점이 발생할 수 있습니다.

솔루션TADDM 감지 관리 콘솔 UI에서 AWS 센서에 대해 구성 설정을 유효성검증하십시오. 설정은 다음과 관련될 수 있습니다.

v URL 정확성v 액세스 목록 신임 정보 정확성v AWS 센서 구성 특성v 네트워크 연결 문제(공용 AWS URL이 TADDM 서버에서 도달 가능하지 않을 수 있음)

앵커 센서가 다음 설명과 함께 실패합니다. ’CTJTD0060E 앵커 센서에 대한 감지 조작이 앵커를 찾거나 작성할 수 없습니다: CTJTD2072E 오류가 발생했습니다. 서버에서 원격 호스트에 Java SDK를 설치할 수 없습니다. CTJTD2231E 파일이 복사되지 않습니다. CTJTP1127E 복사 명령이 다음 대상에 대해 실패합니다: java.io.IOException: InputStreamPipe closed’.

문제 파일을 원격 앵커 서버로 복사하는 동안 제한시간 초과로 인해 문제가 발생할 수 있습니다.

솔루션TADDM 감지 서버와 원격 앵커 서버 간 네트워크 연결에 대해 유효성을 검증하십시오.

파일 전송이 진행 중이고 파일 크기가 커서 제한시간 초과가 발생하는 경우, collation.properties 파일의 아래 특성에 대해 기본값 360000분을 더높은 값(예: 1500000)으로 변경하십시오.

com.collation.SshSessionCopyTimeout=360000

특성 값이 업데이트되면 TADDM 프로세스를 다시 시작하십시오.

데이터베이스 센서데이터베이스 센서는 환경에 사용되는 데이터베이스를 감지합니다.


IBM DB2 센서IBM DB2 센서는 IBM DB2 Universal Database(UDB) 서버를 감지합니다.


Db2Sensor 및 Db2WindowsSensor

선행 조건

센서는 다음 전제조건을 가정합니다.


v 인스턴스 소유자의 홈 디렉토리에서 DB2를 설치해야 합니다.

보안 문제

DB2 사용자 신임 정보는 DB2 관리 그룹에 속해야 합니다.

감지는 다음 DB2 명령을 실행하는 쉘 스크립트를 사용하여 수행됩니다.

db2 명령행 프로세서 호출 명령

db2ilist

인스턴스 나열 명령

db2set

DB2 프로파일 레지스트리 명령

db2licm

라이센스 관리 도구 명령

db2level

DB2 서비스 레벨 표시 명령

db2 get dbm cfg

제한사항

64비트 Windows 운영 체제에서 32비트 DB2를 사용 중인 경우, 올바르지 않은문자를 감지할 수 있습니다. 이 문자 인코딩 문제는 64비트 Windows 운영 체제의 제한으로 인해 발생했으며 이는 32비트 애플리케이션(예: db2cmd.exe 프로그램)에서 chcp와 같은 명령을 숨깁니다.

동일한 Windows 컴퓨터 시스템에 둘 이상의 DB2 버전이 설치된 경우, 센서는IBM DB2 Universal Database(UDB) 서버를 감지할 수 없습니다.

TADDM은 주기적으로 토폴로지 빌드 프로세스를 실행합니다. 감지 후에 토폴로지 빌딩 프로세스가 완료될 때까지 원격 시스템에 대해 표시되는 데이터베이스이름이 고유하지 않을 수도 있습니다. 토폴로지 빌드 프로세스가 완료된 후, 데


이터베이스 이름에는 포트 번호와 원격 데이터베이스의 IP 주소가 모두 포함됩니다.



v app.db.db2.Db2AdminServer

v app.db.db2.Db2Alias

v app.db.db2.Db2BufferPool

v app.db.db2.Db2ConfigValue

v app.db.db2.Db2Container

v app.db.db2.Db2Database

v app.db.db2.Db2DatabaseConfigValue

v app.db.db2.Db2Instance

v app.db.db2.Db2InstanceConfigValue

v app.db.db2.Db2Module

v app.db.db2.Db2Schema

v app.db.db2.Db2Server

v app.db.db2.Db2ServerProcess

v app.db.db2.Db2System

v app.db.db2.Db2SystemConfigValue

v app.db.db2.Db2TableSpace

비동기 및 스크립트 기반 감지 지원IBM DB2 센서는 비동기 및 스크립트 기반 감지를 지원합니다.




제한사항


v 스크립트 기반 감지의 경우, 센서에는 데이터베이스 신임 정보가 필요합니다.

이러한 신임 정보가 제공되지 않으면 센서가 다음 오류와 함께 완료됩니다.

No system detected


v 애플리케이션 디스크립터 감지는 지원되지 않습니다.





1. 데이터베이스를 구성요소 유형으로 선택하십시오.

2. DB2를 공급업체로 선택하십시오.



DB2 UNIX 센서는 다음과 같은 순서대로 액세스 목록에서 신임 정보를 사용합니다.

1. 센서는 DB2 사용자 신임 정보를 찾는 액세스 목록을 검색합니다.

이는 현재 DB2 인스턴스의 소유자입니다.

2. 1단계가 실패하면, 센서는 액세스 목록에서 각 DB2 사용자 신임 정보를 사용하여 DB2에 연결하려고 시도합니다.

3. 2단계가 실패하면, 센서는 컴퓨터 시스템 사용자 신임 정보를 사용하여(컴퓨터 시스템 액세스 목록에서 사용자 신임 정보를 사용하여) 연결하려고 시도합니다.

DB2 단일 시스템에서의 다중 DB2 설치 감지를 수행하는 경우 액세스 목록에 있는 사용자 신임 정보는 모든 DB2 설치에 대한 DB2 관리 그룹에 속해야 합니다.


이 주제에는 IBM DB2 센서에서 사용하는 collation.properties 파일 항목이나열되어 있습니다.

Windows 시스템에서 실행 중인 DB2 센서(Db2WindowsSensor)는 다음 특성을 사용합니다.

com.collation.discover.agent.Db2WindowsAgent.sshSessionCommandTimeout

=300000

기본값은 300000입니다. 값은 정수여야 합니다.

이 특성은 DB2 센서가 Windows 시스템에서 db2dfind 명령을 실행할수 있는 최대 시간(밀리초 단위)을 지정합니다.


효율성을 높이려면, 이 특성의 값이 다음과 같아야 합니다.

v Windows 게이트웨이에서 실행할 SSH 명령에 허용되는 시간을 제어하는 com.collation.SshSessionCommandTimeout 특성의 값보다 큰 경우 Db2WindowsAgent.sshSessionCommandTimeout 특성의 값이com.collation.SshSessionCommandTimout 특성의 값 미만이면,

com.collation.SshSessionCommandTimout 값이 사용됩니다.

v com.collation.discover.agent.Db2Sensor.timeout 특성 값 미만(또는 DB 고유 제한시간이 설정되지 않은 경우com.collation.discover.DefaultAgentTimeout). 센서는 정보 수집을완료하기 전에 중지할 수 있으므로 Db2Sensor 제한시간 특성 값은com.collation.discover.agent.Db2WindowsAgent.

sshSessionCommandTimeout 특성보다 커야 합니다.

필요한 경우 com.collation.SshSessionCommandTimeout 및com.collation.discover.agent.Db2Sensor.timeout 특성 값을 변경할 수있습니다. com.collation.discover.agent.Db2Sensor.timeout 특성은 DB2

센서에만 해당되며, com.collation.discover.DefaultAgentTimeout 특성값을 대체합니다.

다음 특성의 경우, 다음 예제와 같이 IP 주소를 지정할 수도 있습니다.

com.collation.discover.agent.DB2Agent.db2findscript.1.2.3.4=sudo

com.collation.discover.agent.DB2Agent.db2findscript=sudo

이 값은 sudo 명령을 사용하여 감지 중에 실행된 db2find.sh 스크립트에 대한 액세스 권한을 사용 가능하게 합니다.

com.collation.discover.agent.DB2Agent.db2findschemascript=sudo

이 값은 sudo 명령을 사용하여 감지 중에 실행된 db2findschema.sh 스크립트에 대한 액세스 권한을 사용 가능하게 합니다.

com.collation.discover.agent.DB2Agent.systemcommand=sudo

이 값은 sudo 명령을 사용하여 감지 중에 실행된 시스템 명령에 대한 액세스 권한을 사용 가능하게 합니다.

센서 문제점 해결이 주제에서는 IBM DB2 센서에서 발생하는 공통 문제를 설명하고 해당 문제에대한 솔루션을 제시합니다.

DB2 센서가 감지 중에 실패함

문제 DB2 센서가 감지 실행 중에 제한시간이 초과되었습니다.

솔루션collation.properties 파일에서


com.collation.discover.agent.Db2WindowsAgent.sshSession

CommandTimeout 특성 값을 늘리십시오. 또한com.collation.discover.agent.Db2Sensor.timeout 특성이 항상com.collation.discover.agent.Db2WindowsAgent.sshSession

CommandTimeout 특성보다 크도록 늘릴 수 있습니다.

데이터베이스와 비즈니스 애플리케이션 사이에 종속 항목이 있으나 감지되지 않음

문제 데이터베이스와 비즈니스 애플리케이션 사이에 종속 항목이 있으나, DB2의감지 액세스 목록에 정의된 사용자가 인스턴스 소유자가 아니므로 종속 항목이 감지되지 않습니다.

솔루션데이터베이스를 나열하기 위해 DB2 명령을 찾는 감지 프로세스의 경우DB2의 감지 액세스 목록에 정의된 사용자의 소스가 사용자 프로파일의DB2 프로파일이어야 합니다.

감지된 DB2 구성요소의 세부사항 패널이 비어 있음

문제 감지를 수행 시, 감지된 DB2 구성요소의 라이센스 탭에 있는 세부사항 패널이 비어 있습니다. 이 문제는 모든 플랫폼에서 모든 레벨의 TADDM

에 영향을 미칩니다.

솔루션UNIX 및 Linux에서 db2licm 실행 가능 루틴에서 감지 관리 콘솔에 지정된 사용자는 데이터베이스에 연결할 올바른 권한이 있어야 합니다. 라이센스 정보를 검색하려는 경우에도 감지 사용자가 해당 그룹 목록에서DB2 인스턴스 소유자의 기본 그룹에 있어야 합니다.

CTJTP1127E 복사 명령이 DB2 감지 중에 실패함

문제 다음 오류 메시지가 DB2 감지 중에 감지 관리 콘솔에 표시됩니다.

CTJDT0234E The following error occurred:CTJDT0235E The following erroroccurred when running the DB2 discovery script (db2find.sh):sh coll/bin/db2-db2find.sh.

또는 다음 정보가 DB2 센서 로그에 표시됩니다.

com.collation.discover.agent.AgentException: CTJDT0235E The following erroroccurred when running the DB2 discovery script (db2find.sh): sh coll/bin/db2-db2find.sh.at com.ibm.cdb.discover.sensor.app.db.db2.Db2Sensor.runDb2Find(Db2Sensor.java:414)at com.ibm.cdb.discover.sensor.app.db.db2.Db2Sensor.findSystems(Db2Sensor.java:275)at com.ibm.cdb.discover.sensor.app.db.db2.Db2Sensor.discover(Db2Sensor.java:212)at com.collation.discover.engine.AgentRunner.run(AgentRunner.java:131)at com.collation.discover.engine.DiscoverEngine.processWorkItem(DiscoverEngine.java:1247)at com.collation.discover.engine.DiscoverEngine$DiscoverWorker.run(DiscoverEngine.java:816)Caused by:com.collation.platform.session.SessionClientException: CTJTP1127E The copy


command failed for java.io.EOFException: SSHSCP1: premature EOF.at com.collation.platform.session.Ssh2SessionClient.copyToRemote(Ssh2SessionClient.java:441)at com.collation.platform.session.Ssh2SessionClient.copyToRemote(Ssh2SessionClient.java:397)at com.collation.platform.session.SessionClientPool.copyToRemote(SessionClientPool.java:236)at com.ibm.cdb.discover.sensor.app.db.db2.Db2Sensor.prepareScript(Db2Sensor.java:726)at com.ibm.cdb.discover.sensor.app.db.db2.Db2Sensor.runDb2Find(Db2Sensor.java:383)... 5 more

솔루션이 오류 메시지는 보안 복사(scp) 명령이 DB2를 감지하기 위해 원격 컴퓨터 시스템에서 사용될 사용자 ID의 PATH에 없기 때문에 발생합니다.

이 문제를 해결하려면 감지 중인 원격 컴퓨터 시스템에 있는<taddmusr>/.ssh의 environment를 호출하는 파일을 편집하거나 작성하십시오. 이 파일에서 <taddmusr> PATH 환경 변수를 정의하십시오. PATH

환경 변수에 scp 명령의 전체 경로가 포함되었는지 확인하십시오.

DB2 센서가 오류 CTJTD0234E와 함께 실패함

문제 DB2 센서가 오류 CTJTD0234E 및 다음 오류 메시지와 함께 실패합니다.

Attribute not set: instances

솔루션이 메시지는 db2find.sh 스크립트에서 필요한 DB2 명령이 PATH 변수에 포함되지 않아서 표시됩니다.

이 문제를 해결하려면 collation.properties 파일에 있는 다음 항목에필수 경로를 추가하십시오.

com.collation.discover.agent.path.system_uname

문제가 지속되면 sudo를 통해 센서 스크립트를 실행할 수 있는데 이렇게하려면 db2licm 및 db2set와 같은 명령에 대한 액세스 권한이 있어야 합니다. sudo를 통해 스크립트를 실행하려면 다음 특성을 사용하십시오.

com.collation.discover.agent.DB2Agent.db2findscript.1.2.3.4=sudocom.collation.discover.agent.DB2Agent.db2findschemascript.1.2.3.4=sudocom.collation.discover.agent.DB2Agent.systemcommand1.2.3.4=sudo

DB2 센서 스크립트 기반 감지 중에 경고가 발생함

문제 스크립트 기반 감지 중에 다음 경고 메시지가 표시됩니다.

CTJTD1006E Invalid data in output file in section: db2findschema

솔루션DB2 사용자 신임 정보(모든 DB2 인스턴스의 소유자)가 액세스 목록에 추가되었는지 확인하십시오. 여전히 문제가 존재하는 경우, db2ilist 명령이 감지된 시스템에서 올바르게 작동 중인지 확인하십시오. 이 명령에 대한 자세한 정보는


https://www.ibm.com/support/docview.wss?uid=swg21420898에서『DB2ilist가 인스턴스를 리턴하지 않음』 기술 노트를 참조하십시오.

비영어권 시스템에서 실행되는 DB2 감지 실패

문제 비영어권 대상(예: 일본어 DB2 서버)을 감지하려고 하면 감지에 실패합니다. 로그 파일에는 다음과 같은 메시지가 포함됩니다.

2016-06-08 21:27:49,778 DiscoverManager[DiscoverWorker-3]2016060821265731#Db2Sensor-37.53.105.24-60012DEBUGsession.SessionClientPool - PoolEncoding=IBM-943

ClientEncoding=IBM-943

또한 db2find 명령을 출력하면 물결 기호 문자(예: ~gp~: db2set -g) 대신에 물음표(예: ?gp?: db2set -g)가 있습니다.

솔루션감지 대상의 인코딩이 TADDM 서버와 달라서 발생하는 문제입니다. 이문제를 해결하려면 다음 특성을 collation.properties 파일에 추가하십시오.

com.collation.platform.session.EncodingOverRide=UTF-8

자세한 사항은 TADDM 관리자 안내서의 감지 특성 주제를 참조하십시오.

IBM Informix 센서IBM Informix 센서는 IBM Informix Dynamic Server를 감지합니다.


Informix

선행 조건

IBM Informix Dynamic Server에 IBM Informix JDBC 드라이버를 설치해야합니다.

제한사항

감지를 위한 최소 요구사항과 함께 Informix Dynamic Server가 구성되어야 합니다. Informix Dynamic Server의 Informix 그룹에 감지 서비스 계정을 추가하십시오.

연관 속성이 있는 모델 오브젝트IBM Informix 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은센서가 IT 환경에서 IBM Informix Dynamic Server 자원에 대해 수집하는 정보 유형을 나타냅니다.


https://www.ibm.com/support/docview.wss?uid=swg21420898


app.db.ids.IDSAlias

v AliasName

v Parent

v Protocol

v ServiceName

app.db.ids.IDSBufferPool

v BufferPoolID

v NumBuffers

v Size

app.db.ids.IDSChunk

v ChunkNumber

v FreeSpace

v Offset

v Size

v MirrorOffset

v Parent

app.db.ids.IDSConfigValue

v ConfigID

v ConfigName

v DefaultValue

v EffectiveValue

v OriginalValue

app.db.ids.IDSDatabase

v DatabaseLocale

v LoggingType

v Name

app.db.ids.IDSInstance

v BitSize

v ConnectOption

v Home

v Host


v Name

v ProductName

v ProductVersion

v OnConfig

v Protocol

v SQLHostFile

v Status

v VersionString

app.db.ids.IDSSegment

v OS_SHM_ADDR

v OS_SHM_ID

v OS_SHM_KEY

v SegmentClass

v Size

app.db.ids.IDSServerProcess

v OSProcessName

v PID

v VpClass

v VpID

app.db.ids.IDSSpace

v Chunks

v ObjectType

v PageSize

v SpaceName

v SpaceNumber

app.db.ids.IDSStartupEnvironmentVar

v StartupEnvVarName

v StartupEnvVarValue

액세스 목록 구성Informix Dynamic Server에 IBM Informix 센서 액세스 권한을 부여하려면, 액세스 목록을 구성해야 합니다.



1. 감지 관리 콘솔에서 Informix Dynamic Server의 IP 주소가 포함된 감지 범위 세트를 작성하십시오.



4. 액세스 세부사항 창의 구성요소 유형 필드에서 ComputerSystem을 클릭하십시오.

5. 신임 정보를 입력하여 대상 Informix Dynamic Server에 액세스하십시오.

TADDM은 JDBC를 사용하여 Dynamic Server에 연결합니다.

센서 문제점 해결이 주제에서는 IBM Informix 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

센서가 서버 정보를 검색할 수 없음

문제 Informix Dynamic Server가 시작되지 않으면 센서가 정보를 검색할 수없습니다.

솔루션oninit 명령을 입력하여 데이터베이스 서버를 시작하십시오.

감지할 항목이 없음을 알리는 메시지

문제 센서가 실행되어 다음 메시지와 함께 완료됩니다.

There was nothing to be discovered.

솔루션대상 컴퓨터 시스템에서 실행 중인 활성 Informix 인스턴스가 없습니다.

TADDM이 Informix 데이터베이스에 연결될 수 없음

문제 다음 오류가 로그에 표시됩니다.

encountered error :: com.informix.asf.IfxASFException:Attempt to connect to database server database_name failed

솔루션TADDM 서버에서 데이터베이스 서버의 Informix 포트로의 연결이 열려있는지 확인하십시오.

Microsoft SQL Server 센서Microsoft SQL Server 센서는 Microsoft SQL Server를 감지합니다. TADDM

7.3.0.2 이상에서는 센서를 스크립트 기반 모드에서 사용할 수 있습니다.


SqlServerSensor




v db.mssql.SqlServer

v db.mssql.SqlServerConfig

v db.mssql.SqlServerDatabase

v db.mssql.SqlServerDataFile

v db.mssql.SqlServerModule

v db.mssql.SqlServerProcess

선행 조건

Microsoft SQL Server를 감지하려면 다음 전제조건 태스크를 완료해야 합니다.

참고: 다음 전제조건은 정기적 감지 및 스크립트 기반 감지에서 동일합니다.

계정 구성Windows 또는 SQL 인증 모드에서 감지를 실행할 수 있습니다.

Windows 인증 모드v Windows 도메인 계정에 대해 SQL Server에서 Windows 운영 체제의 감지에 사용되는 새 로그인을 작성하십시오. 그러면감지가 Windows 인증 모드에서 실행됩니다.

v 이전 단계에서 작성한 로그인에 Windows 도메인 계정을 맵핑하십시오.

v SQL 마스터 데이터베이스에서 Windows 도메인 계정에 대해작성한 로그인에 다음 역할 및 권한을 지정하십시오.

– public - 로그인 특성 창을 열고 사용자 맵핑 페이지로 이동하여 public 데이터베이스 역할을 선택하십시오.

– db_datareader - 로그인 특성 창을 열고 사용자 맵핑 페이지로 이동하여 db_datareader 데이터베이스 역할을 선택하십시오.

– Connect SQL - 로그인 특성 창을 열고 보안 페이지로 이동하여 Connect SQL 권한을 부여하십시오.

– View any definition - 로그인 특성 창을 열고 보안 페이지로 이동하여 View any definition 권한을 부여하십시오.

이러한 역할 및 권한은 다음 테이블에 액세스하는 데 필요합니다.

– sysdatabases

– syscurconfigs


– sysprocesses

– sysobjects

– syscolumns

v 로그인 특성 창을 열고 상태 페이지로 이동하십시오. 설정 섹션에서 데이터베이스 엔진에 대한 연결 권한 설정에 대해 권한부여를 선택하고 로그인 설정에 대해 사용을 선택하십시오.

v 로컬 관리자 그룹에 SQL 액세스 권한(SQL 인증 및 구성의 일부)이 있는지 확인하십시오.

SQL 인증 모드v SQL Server에서 새 로그인을 작성하십시오. SQL Server 인증 옵션을 선택하십시오. 그러면 감지가 SQL 인증 모드에서 실행됩니다.

v SQL 마스터 데이터베이스에서 SQL 도메인 계정에 대해 작성한 로그인에 다음 역할 및 권한을 지정하십시오.

– public - 로그인 특성 창을 열고 사용자 맵핑 페이지로 이동하여 public 데이터베이스 역할을 선택하십시오.

– db_datareader - 로그인 특성 창을 열고 사용자 맵핑 페이지로 이동하여 db_datareader 데이터베이스 역할을 선택하십시오.

– Connect SQL - 로그인 특성 창을 열고 보안 페이지로 이동하여 Connect SQL 권한을 부여하십시오.

v 로그인 특성 창을 열고 상태 페이지로 이동하십시오. 설정 섹션에서 데이터베이스 엔진에 대한 연결 권한 설정에 대해 권한부여를 선택하고 로그인 설정에 대해 사용을 선택하십시오.

네트워크 요구사항v 운영 체제에 따라 레벨 2 네트워크 요구사항을 충족해야 합니다. 애플리케이션은 운영 체제 계정을 사용하여 감지되므로 애플리케이션이 설치된 서버의 TADDM 레벨 2 감지에 성공해야 합니다.

v Microsoft SQL 청취 포트는 Microsoft SQL이 설치되어 있는 서버와TADDM Windows 게이트웨이 사이의 방화벽에서 열려야 합니다.

Fix Pack 2 스크립트 기반 감지 요구사항스크립트 기반 감지 모드에서는 sqlps Windows PowerShell 모듈 또는SqlServerProviderSnapin100 및 SqlServerCmdletSnapin100 Windows

PowerShell snap-in을 설치하십시오.


제한사항

SQL Server의 primarySap 속성에 저장되는 청취 포트에 대해서만 지원되는 애플리케이션 서버(예: IBM WebSphere, JBoss, Oracle Weblogic 및 SQL Server)

간에 트랜잭션 종속 항목이 작성됩니다.

SQL Server가 일반 TCP/IP 구성을 사용하고 ListenAll 플래그가 true로 설정되면 첫 번째 정적 포트가 primarySAP으로 사용됩니다. 나머지 포트가 캡처되지 않으므로 일부 종속 항목을 작성할 수 없습니다.

SQL Server가 각 IP 인터페이스에 대해 특정한 TCP/IP 구성을 사용하고 ListenAll

플래그가 false로 설정되면 첫 번째 비루프백인 Active 및 Enabled IP의 첫 번째정적 포트가 SQL Server primarySAP으로 사용됩니다. 나머지 포트와 다른 IP

인터페이스에 구성된 포트는 캡처되지 않습니다. 그러므로 일부 종속 항목을 작성할 수 없습니다.

SQL Server가 동적 포트 구성만을 사용하는 경우 변경할 현재 런타임 청취 포트가 primarySAP 속성에 저장되지 않습니다. 대신 dynamicPortAllocation 플래그를 true로 설정하여 이를 표시합니다.

청취 포트 대신에 SQL Server 인스턴스 이름에 기반이 되는 종속 항목은 항상작성됩니다.

Fix Pack 2 Microsoft SQL Server 센서의 스크립트 기반 감지 모드는 sqlps 모듈에 의존하며, 이는 Microsoft SQL Server 2008 이상에서 사용 가능합니다. 따라서 Microsoft SQL Server 2005를 감지하려면 Microsoft SQL Server 2008,

2008 R2 또는 2012와 같은 다른 인스턴스도 설치되어 있어야 합니다.


인증 방법 구성:

다음은 TADDM이 SQL Server를 감지하는 데 사용할 수 있는 두 가지 인증 모드입니다.

Windows 통합 보안 인증v 필요에 따라 TADDM 게이트웨이 SSH를 설치하십시오.

v 게이트웨이를 사용하는 감지의 경우 모든 대상 Windows 시스템에서 WMI

를 사용으로 설정하십시오. 기본적으로, WMI는 사용 가능합니다.

기본적으로 게이트웨이를 사용한 감지는 감지 프로세스 중에 모든 대상 Windows

시스템에 TADDM WMI Provider를 자동으로 설치합니다.


SQL Server 감지를 수행하려면 Windows Server가 감지 가능해야 하며 TADDM

에 추가 액세스 권한이 부여되어야 합니다.

다음은 TADDM이 SQL Server를 감지하는 데 사용할 수 있는 두 가지 인증 모드입니다.

Windows 인증Windows 인증의 경우, 다음 요구사항을 충족해야 합니다.

v SQL Server 감지에 사용되는 Windows 사용자가 게이트웨이 서버에서 Allow Log on Locally 사용자 권한을 가져야 합니다.

v 사용자에게 SQL Server 시스템에 로그온할 수 있는 권한이 있어야 합니다. 사용자는 도메인 사용자이고 서버 시스템은 게이트웨이 서버의도메인을 신뢰합니다.

v Windows 사용자 및 비밀번호를 SQL Server에 대한 액세스 목록에추가하십시오.

SQL Server 인증SQL Server 인증의 경우, SQL Server 사용자를 SQL Server에 대한 액세스 목록에 추가하십시오.

사용하는 데 필요한 인증 유형을 판별하려면 SQL Server 관리자에게 SQL Server

가 실행되는 모드를 문의하십시오. 혼합 모드는 인증 유형을 둘 다 지원합니다.


사용자 구성에 따라, 필요한 액세스 세부사항에 대해 설명합니다.


1. 데이터베이스를 구성요소 유형으로 사용하십시오.

2. Microsoft SQL Server를 공급업체로 사용하십시오.



TADDM SQL Server 액세스 목록은 SQL Server 권한에만 적용됩니다. 감지 가능한 서버에 대해 별도의 Windows 컴퓨터 시스템 액세스 항목을 항상 제공하십시오.

통합 보안을 위해 게이트웨이를 액세스하는 데 사용되는 Windows 사용자 ID는SQL Server를 연결하는 데 사용되는 사용자 ID와 같을 필요가 없습니다.



이 주제에는 Microsoft® SQL Server 센서에서 사용하는 collation.properties

파일 항목이 나열되어 있습니다.

Microsoft® SQL Server 센서는 다음 센서 설정을 사용합니다.

com.collation.discover.agent.SqlServerAgent.UseListeningIp

이 값은 SQL Server 인스턴스 오브젝트에 대한 표시 이름이 생성되는 방법을 지정합니다.

이 특성 값이 false이면 SQL Server 인스턴스 오브젝트의 표시 이름이다음 양식을 사용합니다. host_fqdn + ":" + sql_server_instance_name

이 특성 값이 true이면 SQL Server 인스턴스 오브젝트의 표시 이름이 다음 양식을 사용합니다. hsql_fqdn + ":" + sql_server_instance_name


제한사항: 이 변경사항을 표시하려면 SQL Server를 다시 감지해야 합니다.

com.collation.discover.agent.SqlServerAgent.timeout

이 값은 제한시간이 초과되기 전에 센서가 실행되는 시간(밀리초)를 지정합니다.

이 특성이 설정되지 않으면, 센서는com.collation.discover.DefaultAgentTimeout 특성에 지정되는 기본 제한시간을 사용합니다.

Fix Pack 5 com.collation.discover.agent.sqlserver.skipSqlAuthentication

이 값은 사용자가 SQL Server에서 Windows 인증 전에 SQL 인증을 건너뛸지 여부를 지정합니다.

특성 값이 false인 경우 SQL Server 센서가 Windows 인증 전에 SQL

인증을 수행하며, 그렇지 않으면 SQL 인증을 건너뛰고 Windows 인증만을 시도합니다.

이 특성의 기본값은 true입니다. 이는 기본 SQL 인증 모드가 "Windows"

이기 때문입니다.

이 특성은 센서마다 다릅니다. 머신별로 이 설정을 구성할 수 있습니다.

예com.collation.discover.agent.sqlserver.skipSqlAuthentication.<IP>

= true.

제한사항: 이 변경사항을 표시하려면 SQL Server를 다시 시작하고 다시감지해야 합니다.


센서 문제점 해결센서 문제는 인증 또는 감지 실패 등을 포함할 수 있습니다. 그러나 이러한 문제를 해결할 수 있습니다.

Fix Pack 2

Microsoft SQL Server 센서의 스크립트 기반 감지 실패

문제 스크립트 기반 모드로 Microsoft SQL Server 센서를 실행하면 감지가 다음 메시지와 함께 실패합니다.

There was an error while Snapins adding...

솔루션Windows PowerShell의 sqlps 모듈이 올바르게 설치되었는지 확인하십시오. Microsoft SQL Server 센서의 스크립트 기반 감지 모드가 이 모듈에 의존합니다. 그러나 Microsoft SQL Server 2008 이상에서만 모듈을 사용할 수 있습니다. 따라서 Microsoft SQL Server 2005를 감지하려면 Microsoft SQL Server 2008, 2008 R2 또는 2012와 같은 다른 인스턴스도 설치되어 있어야 합니다.

감지 후에 SQL Server에 대해 사용 가능한 세부사항이 없음

문제 SQL Server는 감지되지만 세부사항이 제공되지 않습니다.

솔루션SQL Server 인증에 다음 테이블에 대한 액세스 권한이 있는지 확인하십시오.

v sysdatabases

v sys.master_files

v syscurconfigs

v sysprocesses

SQL Server 권한이 사용되지 않으면, Windows 권한을 확인하십시오.

datareader 권한이 없는 Microsoft SQL 감지

문제 전체 데이터베이스에 필수 db_datareader 역할을 부여하지 않고 Microsoft

SQL 데이터베이스를 감지할 수 없습니다.

솔루션전체 데이터베이스에 필수 db_datareader 역할을 부여하지 않고 Microsoft

SQL 데이터베이스를 감지하려면 다음 단계를 사용하십시오.

v SQL Server에서 스토리지 프로시저를 사용하여 사용자를 작성하십시오.


v SQL Server 인증을 사용하여 사용자가 SQL Server에 연결하도록 허용하는 로그인을 작성하려면 sp_addlogin 명령을 사용하십시오.

v Windows 인증을 사용하여 Windows 사용자 계정 또는 그룹이 SQL

Server에 연결하도록 허용하려면 sp_grantlogin 명령을 사용하십시오.

v 사용자가 작성되면 SQL Server 센서에서 사용되는 다음 테이블에 대해 액세스를 부여하십시오.

sysdatabases, sys.master_files, syscurconfigs, sysprocesses

다음 예제에서 사용자는 taddmusr입니다.

GRANT SELECT on sysdatabases to taddmusr;GRANT SELECT on sys.master_files to taddmusr;GRANT SELECT on syscurconfigs to taddmusr;GRANT SELECT on sysprocesses to taddmusr;

ProductName 속성이 명확하지 않음

문제 ProductName 속성이 제품에 대해 충분한 정보를 표시하지 않습니다.

솔루션이전 TADDM 버전을 최근에 마이그레이션한 경우 Microsoft SQL Server

를 다시 감지해야 합니다. 이 속성에는 SQL Server 버전 번호, 서비스팩레벨 및 SQL Server 개정판이 포함됩니다.

ProductName 속성의 양식은 다음과 같습니다.

v Microsoft SQL Server 2008 R2 SP1(Enterprise Edition)

Oracle 센서Oracle 센서는 Oracle 데이터베이스 서버를 감지합니다.


OracleSensor

선행 조건

다음 요구사항을 충족해야 합니다.


v TADDM 서버 및 Oracle 리스너 간의 네트워크 연결이 작동해야 합니다.

보안 문제

TADDM에서 Oracle 데이터베이스를 감지하는 데 사용되는 Oracle 사용자 신임정보에는 실행 권한이 있어야 합니다. Oracle 사용자에게 올바른 권한이 부여되었는지 확인하려면 다음 명령을 실행하십시오. grant execute on dbms_system

to oracle_user;


Oracle 데이터베이스 계정에는 CONNET 권한이 있어야 합니다.

Oracle 액세스 목록 사용자에게 다음 역할이 있어야 합니다.

SELECT_CATALOG_ROLE

Oracle12c를 감지하는 경우 Oracle12c 멀티테넌트 아키텍처를 감지할 수 있는 권한이 부여된 일반 사용자여야 합니다. 일반 사용자는 CDB와 PDB

모두에서 조작을 수행할 수 있는 충분한 권한을 가지고 있어야 합니다.

Oracle 일반 사용자에게 올바른 권한이 부여되었는지 확인하려면 루트 컨테이너에서 다음 명령을 실행하십시오.

1. grant create session to <common_user> container=all;2. grant execute on dbms_system to <common_user> container=all;3. grant SELECT_CATALOG_ROLE to <common_user> container=all;4. grant alter session to <common_user> container=all;5. grant connect, resource to <common_user> container=all;6. alter user <common_user> set container_data=all for v_$pdbs container=current;

Oracle ASM(Automatic Storage Management)을 감지하기 위해 읽기 액세스가 다음 테이블 및 보기에 부여되어야 합니다. dba_clusters, dba_constraints,

dba_data_files, dba_db_links, dba_dimensions, dba_indexes, dba_mviews,

dba_profiles, dba_role_privs, dba_roles, dba_rollback_segs, dba_segments,

dba_sequences, dba_source, dba_synonyms, dba_sys_privs, dba_tab_privs,

dba_tables, dba_tablespaces, dba_ts_quotas, dba_users, dba_views,

global_name, gv$asm_client, gv$instance, sys.dba_tables, v$asm_diskgroup,

v$backup, v$bgprocess, v$controlfile, v$database, v$datafile, v$log,

v$logfile, v$parameter, v$pgastat, v$process, v$session, v$sga,

v$sys_optimizer_env 및 v$version.

Oracle RAC 감지Oracle RAC 감지입니다.

기본값은 1000입니다. 특성은 양수 값만 지원합니다.

RAC 감지의 경우:

참고:

1. 감지 사용자가 RAC 명령(crs_stat -v 및 srvctl)을 실행할 수 있는 적절한 Oracle 권한을 가지고 있는지 확인하십시오.

2. Oracle 11.2g 이후의 경우 하나 이상의 SCAN 리스너가 공급업체로 제공되어야 합니다.


RAC 감지 정보:

이 주제에서는 RAC 감지에 대해 설명합니다.

Oracle 11.2g 이후 버전의 경우

GenericServer 센서 MAY는 일치하는 템플리트를 기준으로 RAC 설정의 경우 여러 Oracle 센터를 시작합니다.

지정된 RAC 노드에 여러 RAC IP(예: VIP, SCAN IP)를 청취하는 둘 이상의 Oracle 리스너가 있을 수 있으므로, 이 경우 이러한 Oracle 센서는동일한 데이터를 감지하여 중복이 발생합니다.

Oracle 인스턴스 감지가 쓸모없거나 중복되지 않도록 하기 위해 Oracle

센서는 지정된 RAC 노드의 첫 번째 SCAN IP를 사용하는 감지만 완료합니다.

RAC IP가 다른 기타 모든 Oracle 센서(예: VIP, 첫 번째가 아닌 SCAN

IP)는 계속되지 않고 CTJTD1048W 및 CTJTD1049W와 같은 경고 메시지와 함께 중지됩니다.

Oracle RAC 11.2g 이전

SCAN IP와 관련되어 영향을 받는 내용이 없습니다.


이 주제에는 센서가 Oracle RAC를 감지할 때 사용하는 추가적인collation.properties 파일 항목이 나열되어 있습니다.

com.collation.oracle.sensor.sudo.srvctl.<context-IP>=false

이 특성은 sudo로서 실행하도록 srvctl 명령을 구성할 때 사용됩니다.

감지 사용자에게 srvctl 명령을 실행할 권한이 없으면 이 특성을 ’true’

로 설정하십시오.

여기서 <context-IP>는 감지 범위에서 제공한 대로 감지 중인 대상의 IP

입니다.

<context-IP>가 지정되지 않은 경우 이는 글로벌로 적용됩니다.


com.collation.oracle.sensor.sudo.crsstat.<context-IP>=false

이 특성은 sudo로서 실행하도록 crsstat 명령을 구성할 때 사용됩니다.

감지 사용자에게 crsstat 명령을 실행할 권한이 없으면 이 특성을 ’true’

로 설정하십시오.

여기서 <context-IP>는 감지 범위에서 제공한 대로 감지 중인 대상의 IP

입니다.


<context-IP>가 지정되지 않은 경우 이는 글로벌로 적용됩니다.


비동기 및 스크립트 기반 감지 지원Oracle 센서는 비동기 및 스크립트 기반 감지를 지원합니다.

Oracle 센서는 이제 Windows 플랫폼에서 비동기 또는 스크립트기반의 감지도 지원합니다.

특정 버전의 경우 TADDM 위키에 있는 센서 및 지원되는 대상 시스템을 참조하십시오.






스크립트 기반 감지의 경우, Oracle_home 디렉토리의 소유자는 액세스 목록에Oracle 사용자 신임으로서 정의되어야 합니다. 스크립트 센서는 Oracle 데이터베이스 조회를 실행하기 위해 이 사용자를 특별히 찾습니다. 이 사용자가 액세스 목록에 정의되지 않은 경우에는, 센서는 『CTJTP1186E 액세스 목록의 항목이 적용 가능하지 않습니다』 오류를 리턴합니다.

참고: 컴퓨터 시스템 신임을 사용하여 센서를 시작한 운영 체제 사용자는Oracle_home 디렉토리의 소유자가 되기 위해서는 /etc/oratab 또는 /var/opt/

oracle/oratab 파일에 대한 읽기 액세스가 있어야 합니다.

다음 단계를 완료하십시오.


2. Oracle을 공급업체로 선택하십시오.


v Oracle 사용자의 운영 체제 사용자 이름v Oracle 사용자의 운영 체제 비밀번호

제한사항

비스크립트 기반 감지 중에 Oracle 센서가 제공하는 일부 기능은 비동기 또는 스크립트 기반 감지에서는 지원되지 않습니다.


https://www.ibm.com/developerworks/mydeveloperworks/wikis/home?lang=en#/wiki/Tivoli%20Application%20Dependency%20Discovery%20Manager/page/Sensors%20and%20supported%20target%20systems

다음 기능은 지원되지 않습니다.

v 애플리케이션 디스크립터 감지v Oracle RAC 감지v Oracle ASM 감지v 원시 스키마 감지(데이터베이스의 테이블 목록이 제한됨)

v OracleDBLink 모델 오브젝트 감지v OracleListener 모델 오브젝트 감지

플러그 가능 데이터베이스에 대한 상세 정보(예: 테이블스페이스,

스키마 및 히스토리)는 멀티테넌트 Oracle 데이터베이스에서 제공된 PDB가"MOUNTED" 상태인 경우 감지되지 않습니다.

TADDM은 지정된 컨테이너 데이터베이스에서 최대 252개의 플러그 가능 데이터베이스를 감지할 수 있습니다.

연관 속성이 있는 모델 오브젝트Oracle 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가Oracle 환경에서 구성 항목에 대해 수집하는 정보 유형을 나타냅니다.


OracleASM

AsmInstances

DiskGroups

Name

Node

Rac

OracleASMDisk

AsmDiskGroup

State

Name

OracleASMDiskGroup

Asm

AsmDisks

Name

State


OracleASMInstance

BackgroundProcesses

Database

Host

Hostname

OracleInstanceStatus

Parameters

Parent

Port

RacDatabase

SGAValues

SID

ServerProcesses

OracleBackgroundProcess

Description

Name

PID

OracleControlFile

Name

OracleDBLink

IpAddress

Port

ServiceName

OracleDataFile

Name

Size

TableSpace

OracleDatabase

ControlFiles

DBName

DBVersion

DataFiles


InitValues

Name

RedoLogFiles

SchemaRawData

Schemas

TableSpaces

OraclePluggableDatabase

OraclePDBHistory

OracleInitValue

Description

Name

Value

OracleInstance

BackgroundProcesses

ConfigContents

Database

Host

KeyName

Modules

Name

Port

PrimarySAP

ProcessPools

ProductName

ProductVersion

SGAValues

SID

ServerProcesses

Status

OracleListener

BindAddresses


Name

OracleModule

FileName

Name

Schema

OracleRAC

Asm

HomePath

Name

OCRLocation

PrimaryNode

RacDatabases

VoteDiskPath

OracleRedoLogFile

Name

Size

OracleSGAValue

Name

Value

OracleSchema

Name

Owner

OracleServer

ConfigFile

Listeners

OracleServerProcess

Connections

Name

PID

Ports

OracleTableSpace

Name

Size


ProcessPool

Name

RuntimeProcesses


JDBC 드라이버 복사:

이 주제는 Oracle 센서의 JDBC 드라이버를 복사하는 방법에 대해 설명합니다.

중요사항: TADDM 7.3.0 또는 7.3.0.1을 사용하는 경우, Oracle 센서에서는classes12.jar 파일이 복사되어야 합니다. 선택적으로 다음 프로시저에 설명된대로 이 파일뿐만 아니라 드라이버의 나중 버전(예: ojdbc7.jar)도 복사할 수도있습니다.

Fix Pack 2 TADDM 7.3.0.2 이상을 사용하는 경우 하나의 파일만 필요합니다. 감지하는 Oracle의 최신 버전과 호환되는 드라이버(예: ojdbc7.jar)를 복사하십시오. 선택적으로 더 많은 버전의 드라이버를 복사할 수 있습니다.

JDBC 드라이버를 복사하려면 다음 단계를 완료하십시오.

1. Oracle 웹 사이트 또는 Oracle 설치 매체에서 JDBC 드라이버 파일(예: classes12.jar 또는 ojdbc7.jar 파일)을 가져오십시오.

2. 다음 위치에 파일을 복사하십시오.

$COLLATION_HOME/osgi/plugins/com.ibm.cdb.discover.sensor.app.db.oracle.oraclecommon_1.0.1/lib/oracle

3. OracleCommo 센서의 MANIFEST.MF 파일에 있는 Bundle-ClassPath 항목에JDBC 드라이버 파일의 이름을 추가하십시오.

a. $COLLATION_HOME/osgi/plugins/

com.ibm.cdb.discover.sensor.app.db.oracle.oraclecommon_1.0.1/

META-INF 디렉토리로 이동하고 텍스트 편집기에서 MANIFEST.MF 파일을여십시오.

b. Bundle-ClassPath 항목에, 복사할 JDBC 드라이버의 이름이 포함되는지여부를 확인하십시오. 다음 예제에는 ojdbc7.jar 파일에 대한 올바른 항목이 표시됩니다.

Bundle-ClassPath: lib/oracle/ojdbc7.jar,lib/oracle/ojdbc6.jar,lib/oracle/ojdbc5.jar,lib/oracle/classes12.jar

c. 복사하려는 드라이버의 이름이 항목에 포함되어 있지 않으면 첫 번째 항목으로 이름을 수동으로 추가하십시오.







2. Oracle을 공급업체로 선택하십시오.



Oracle ASM(Automatic Storage Management) 파일 시스템을 감지하려면사용자 이름 sys 및 비밀번호를 입력하십시오.



com.collation.discovery.oracle.extended

이 특성은 Oracle 데이터베이스 링크에 대한 추가 구성 값을 저장할지 여부를 지정합니다.

기본값은 N(아니오)입니다.

특성이 Y(예)로 설정되면, 센서는 Oracle 데이터베이스 링크에 대한 추가구성을 저장합니다.







com.collation.discovery.oracle.tablelimit

이 특성은 Oracle 센서가 감지하는 테이블의 수량을 제어합니다.


기본값은 1000입니다. 특성은 양수 값만 지원합니다.

Fix Pack 5

com.collation.oracle.sensor.ignoreNonRegisteredSidOfListener=true


이 특성을 true로 설정하면 Oracle 센서가 Oracle 리스너에 등록되지 않은 이러한 SID를 무시합니다.

Oracle 센서는 먼저 SID용 리스너와 jdbc 연결을 설정하도록 시도합니다. "ORA-12505, TNS: listener does not currently know of SID given

in connect descriptor" 오류가 표시되면 SID가 무시됩니다. 연결이 다른 오류로 실패할 경우, 얕은 Oracle 인스턴스 모델 오브젝트가 이 리스너의 IP 및 포트 세부사항과 함께 작성됩니다.

이 특성에 대한 다른 영향은 리스너에 등록되지 않은 이러한 Oracle 인스턴스를 작성하지 않는다는 것입니다.

com.collation.oracle.sensor.CreateOnlyConfirmedRegisteredSid=true

이 특성의 기본값은 true입니다. true 값의 경우:

v Oracle 센서는 리스너에서 JDBC 연결이 성공한 SID의 Oracle 인스턴스만을 작성합니다. JDBC 연결 성공은 센서가 호출되는 현재 리스너에서 SID 등록 확인의 역할을 수행합니다. 모델 오브젝트는 이 리스너의 IP 또는 포트 상세 정보로 작성됩니다.

v "ORA-01017: 올바르지 않은 사용자 이름/비밀번호. 로그인 거부됨" 오류가 표시되는 SID의 단순 Oracle 인스턴스도 작성합니다. SID가 리스너에 등록되었음을 확인한 후 JDBC 드라이버가 이 오류를 예외 처리(throw)하기 때문입니다.

값이 false로 설정된 경우:

v 센서가 호출하는 이 리스너에 대해 센서가 JDBC 연결을 설정할 수 없는 경우라도 센서는 SID의 단순 Oracle 인스턴스를 작성합니다. 이는대상 시스템에 하나의 리스너만 있고 모든 SID가 등록되어 있지만 어떠한 이유로 JDBC 연결이 실패하는 경우 리스너 또는 포트의 세부사항으로 단순 Oracle 인스턴스가 작성됨을 의미합니다. 그러나 대상에여러 리스너가 있고 각 리스너가 서로 다른 가상 IP 또는 포트를 청취하는 경우, 해당 리스너가 해당 포트 또는 가상 IP를 청취하지 않더라도 Oracle 인스턴스는 임의의 무작위 포트로 작성될 수 있습니다.

참고: 이 특성 설정은 "가벼운 레벨 Oracle 감지"가 사용으로 설정된 경우 무시됩니다. 이 특성의 범위는 특정 IP 주소의 레벨로 한정될 수 있습니다. 예를 들어, 다음과 같습니다.


com.collation.oracle.sensor.CreateOnlyConfirmedRegisteredSid.1.2.3.4

=false.

위 구성은 선택적 IP(예: 1.2.3.4)에만 적용할 수 있습니다.

com.collation.oracle.sensor.cmd.prefix

이는 선택적 특성이며, 이 센서에 의해 실행된 Oracle 명령이 접두어로 추가될 텍스트를 지정하는 데 사용됩니다.

이 센서에 의해 실행된 일부 Oracle 명령은 srvctl config scan, crs_stat

-v 등입니다.

이 특성을 OS 및 대상마다 지정할 수도 있습니다.

다음 예제에서는 명령의 실제 실행 이전에 지정된 Oracle 사용자 프로파일이 필수 환경 변수 설정을 위해 소싱됩니다.

com.collation.oracle.sensor.cmd.prefix.linux.<context_ip> =. /app/grid/

home/.profile

com.collation.oracle.sensor.cmd.prefix.linux=. /app/grid/home/

.profile

com.collation.oracle.sensor.cmd.prefix=. /app/grid/home/.profile

deepDiscoveryLevel=true 구성:

이 구성 옵션은 감지 콘솔 아래의 Oracle 센서 구성 보기에 표시되며 Oracle 센서가 가벼운 레벨의 감지를 수행할 것인지 또는 심층 레벨의 감지를 수행할 것인지 여부를 지정할 때 사용됩니다.

심층 레벨 Oracle 감지이 모드에서 Oracle 센서는 Oracle DB와의 JDBC 연결을 작성하고 Oracle

센서에서 지원하는 모든 모델 오브젝트를 감지합니다. 그러므로 올바른 권한이 부여된 Oracle 데이터베이스 사용자가 TADDM 액세스 목록에 있어야 합니다.

가벼운 레벨 Oracle 감지이 모드에서 Oracle 센서는 Oracle 데이터베이스와의 JDBC 연결을 작성하지 않습니다. 그러므로 TADDM 액세스 목록에 데이터베이스 유형 신임 정보를 추가하는 것은 선택사항입니다. JDBC 연결이 작성되지 않으므로 센서는 Oracle 구성 파일을 사용하여 Oracle 센서에 대한 기본적인 세부사항만을 감지할 수 있습니다.

아래 정보는 가벼운 레벨 감지에서 발견할 수 있습니다.

1. Oracle 홈2. SID


3. 구성 파일4. RAC(부분적)

이 옵션의 기본값은 true이므로 기본적으로 Oracle 데이터베이스에 대해심층 레벨의 감지를 수행할 수 있습니다.

참고: 가벼운 레벨 Oracle 감지에서는 다음과 같은 제한사항이 있습니다.

대상에 여러 리스너가 있고 각 리스너가 서로 다른 가상 IP 또는 포트를청취하는 경우, 리스너가 해당 포트 또는 가상 IP를 청취하지 않더라도Oracle 인스턴스가 임의의 포트 또는 가상 IP의 FQDN으로 작성될 수 있습니다.

센서 문제점 해결이 주제에서는 Oracle 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

Oracle 센서가 시작하지 않음

문제 Oracle 2진 파일의 이름을 바꾸었거나 TADDM에서 지원하지 않는 Oracle

서버 버전(예: Express Edition)을 실행하므로 Oracle 서명이 일치하지 않습니다.

솔루션2진 파일의 이름을 변경하지 마시고 지원되는 버전의 Oracle을 사용 중인지 확인하십시오. 또한 Oracle 데이터베이스에 대해 TNSListener 서비스가 시작되었는지 확인하십시오.

센서가 『서버를 찾을 수 없음』 오류로 실패함

문제 다음 이유 중 하나로 인해 Oracle 데이터베이스 계정이 작동하지 않습니다.

v 비밀번호가 올바르지 않습니다.

v 계정이 잠겨 있습니다.

v 계정에 연결 권한이 없습니다.

솔루션액세스 목록을 업데이트하거나 계정을 잠금 해제하거나 연결 권한을 추가하십시오.

명령 프롬프트에서 다음 예제와 같이 sqlplus 명령을 실행하여 계정을 테스트하십시오.

bash-2.05b$ sqlplus

SQL*Plus: Release 10.2.0.1.0 - Production on Tue Jun 12 08:15:23 2007Copyright (c) 1982, 2005, Oracle. All rights reserved.


Enter user-name: systemEnter password:ERROR:ORA-28000: the account is locked

중요사항: 아래에서는 Oracle RAC 감지에서 발생할 수 있는 공통 문제점에 대한 솔루션을 캡처합니다.

Oracle RAC가 감지되지 않음

문제 Oracle RAC가 감지되지 않습니다.

솔루션감지 사용자가 다음 행에서 RAC 명령을 실행하기에 충분한 권한을 가지고 있는지 검증하십시오.

Oracle 센서가 "srvctl", "crs_stat", "cemutlo"와 같은 명령을 실행하고 이러한 명령이 실패하면 RAC 또는 데이터베이스 인스턴스의 감지 실패로연결될 수 있습니다. 이로 인해 Oracle 인스턴스가 중복될 수 있습니다.

Oracle 센서가 경고 메시지 CTJTD1048W와 함께 완료됨

문제 Oracle 센서가 아래에 표시된 경고 메시지와 함께 완료되었습니다.

"CTJTD1048W Oracle RAC 환경을 발견했습니다. 현재 Oracle SID IP가SCAN IP를 표시하지 않습니다. SCAN IP 중 하나를 통한 센서를 사용하여 감지가 완료됩니다."

솔루션Oracle 11.2g 이후, 센서는 SCAN IP의 경우에만 감지를 계속합니다. 다른 모든 IP의 경우 Oracle 센서는 경고 메시지: CTJTD1048W와 함께 완료됩니다. 이는 예상된 동작이며 RAC 설정의 경우 무시할 수 있습니다.

Oracle 센서가 경고 메시지 CTJTD1049W와 함께 완료됨

문제 Oracle 센서가 아래 표시된 경고 메시지와 함께 완료되었습니다.

"CTJTD1049W Oracle RAC 환경을 발견했습니다. 현재 Oracle SID IP

가 첫 번째 SCAN IP를 표시하지 않습니다. 이 SCAN IP를 통한 센서를 사용하여 감지가 완료됩니다.".

솔루션Oracle 11.2g 이후, RAC 노드에 둘 이상의 SCAN IP가 구성되어 있으면 감지는 "srvctl config scan" 출력에서 판별된 대로 항상 첫 번째 SCAN

IP(이 노드의 경우)를 사용하여 완료됩니다. 기타 모든 SCAN IP의 경우센서는 경고 메시지: CTJTD1049W와 함께 완료됩니다.

이는 예상된 동작이며 RAC 설정의 경우 무시할 수 있습니다.


인스턴스가 Veritas 클러스터 센서와 Oracle 센서 둘 모두에 의해 감지될 때 Oracle 복제가 발생합니다.

문제 Oracle 인스턴스를 감지하기 위해 Veritas 클러스터 센서와 Oracle 센서둘 모두를 사용하면 복제가 발생할 수도 있습니다. 이는 Veritas 클러스터 센서가 인스턴스 SID에 대문자를 사용하고 Oracle 센서가 동일 SID

에 소문자를 사용하기 때문에 발생합니다.

솔루션이 문제를 피하려면<source>Sid</source>

라인을<source>%{Sid}</source>

라인으로 변경하여 dist/etc/discover-sensors/

VeritasClusterSensor.xml 파일을 수정하십시오. 변경한 후에 Veritas 클러스터 센서는 소문자 SID가 있는 Oracle 인스턴스를 작성합니다.

참고: 복제가 발생하지 않은 감지를 실행한 후에 라인을 변경하면 새 복제가 발생할 수도 있습니다.

Sybase 센서Sybase 센서는 Sybase ASE(Adaptive Server Enterprise) 데이터베이스 서버를감지합니다.

Fix Pack 2 센서는 Sybase 데이터베이스를 감지하기 위해 ENCRYPT_PASSWORD 및RETRY_WITH_NO_ENCRYPTION 플래그가 기본적으로 true로 설정된 JDBC 프로토콜을 사용합니다. 즉, 비밀번호가 암호화되고 첫 번째 시도에서 인증하는 데 실패하는 경우 그 다음 시도 중 제공된 비밀번호는 암호화되지 않음을 의미합니다.

액세스 목록 항목에 신뢰 저장소 파일이 포함된 경우 연결이 안전합니다.


SybaseSensor

보안 문제

Sybase 감지 사용자에게 최소 권한을 지정하려면 다음 명령을 실행하십시오.

grant select on sysengines from public

다음 테이블이 조회됩니다.

v version

v master..sysconfigures


v master..sysusages

v master..syssegments

v master..sysprocesses

v master..sysengines

v master..sysdatabases

v master..sysdevices

v master..syscurconfigs

v master..sysservers

v master..syssrvroles

v master..syslogins

v master..sysloginroles

v master..syspartitions

v master..systhresholds

v master..sysresourcelimits

v master..systimeranges

이전 조회는 마스터 데이터베이스에 대한 정보만 감지합니다. 다른 데이터베이스의 사용자 및 테이블에 대한 정보를 감지하고자 하는 경우, 해당 데이터베이스에서 사용자 ID를 작성하십시오. 감지 중에 TADDM은 다음 조회를 실행합니다.

select t.segment, u.name from database_name..systhresholds t,database_name..sysusers u where t.suid=u.suid

예:

v 다음 조회가 tempdb 데이터베이스에 대해 실행됩니다.

select t.segment, u.name from tempdb..systhresholds t,tempdb..sysusers u wheret.suid=u.suid

v 다음 조회가 sybsystemprocs 데이터베이스에 대해 실행됩니다.

select t.segment, u.name from sybsystemprocs..systhresholds t,sybsystemprocs..sysusers u where t.suid=u.suid

제한사항v Sybase 센서는 dbo 사용자가 소유한 스키마에 대한 정보를 수집하지 않습니다.

v Fix Pack 1 CR# 751110으로 식별되는 SAP Sybase ASE 소프트웨어의 제한사항은 TADDM에 영향을 미칩니다. SSL(Secure Sockets Layer)을 사용하도록 구성된 데이터베이스 연결은 SSL 모드가 사용 안함으로 설정된 서버에 연결하는 동안 중지됩니다. TADDM에서 이러한 문제를 피하려면 다음 범위 특성의 값을 설정하십시오.

com.collation.sybasesensor.jdbclogin.timeout


기본값은 15000ms(15초)입니다. 이 시간 후에는 로그인 시도가 실패하고 센서는 일반 비보안 연결을 하려고 시도합니다.

v Fix Pack 3 기본적으로 TADDM 7.3.0.3 이상에서 다음 구성 요소는 감지되지않습니다.

– 로그인– 역할– rawSchema

– 테이블– 임계값

이러한 요소가 감지되도록 하려면 감지 관리 콘솔에서 센서 구성을 작성하고다음 특성을 true로 설정하십시오.

– discoverLogins

– discoverRoles

– discoverRawSchema

– discoverTables

– discoverThresholds

연관 속성이 있는 모델 오브젝트Sybase 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가IT 환경에서 스토리지 자원에 대해 수집하는 정보 유형을 나타냅니다.


AppConfig

v Content

v Parent

ConfigFile

v FixedPath

v RealFile

v URI

LogicalContent

FixedPath

ProcessPool

v CmdLine

v Env


v Name

v Parent

v RuntimeProcesses

SybaseConfigValue

v ConfigUnit

v Name

v Parent

v RunValue

v Type

v Value

SybaseDatabase

v Name

v Options

v Owner

v Parent(SybaseServer)

v SchemasRawData

v Segments

v Tables

v Thresholds

v Users

SybaseDevice

v Description

v FirstVirtualPageNumber

v FixedPath

v IsDefaultDisk

v IsDeviceMirrored

v IsDsyncEnabled

v IsDumpDevice

v IsMasterDeviceMirrored

v IsMirrorEnabled

v IsPhysicalDisk

v IsReadsMirrored

v IsSecondaryMirrorSideOnly


v IsSerialWrites

v IsSkipHeader

v LastVirtualPageNumber

v MirrorPath


v RealFile

v URI

SybaseEngineProcess

v CmdLine

v Name

v PID

v Parent

v Ports

SybaseLogin

v AccumulatedDate

v FailedLoginCount

v FullName

v IsAccountLocked

v IsPasswordExpired

v Language

v Name


v PasswordDate

v SybaseRoles

v TotalCPUUsed

v TotalIOUsed

SybaseModule

v Database

v FileName

v Name

v Parent

SybaseRemoteServer

v IsMessageConfidential


v IsMessageIntegrity

v IsMutualAuthentication

v IsNetworkPasswordEncrypted

v IsReadOnly

v IsRPCSecurityModelB

v IsTimeoutEnabled

v Name

v NetworkName

v RemoteNetworkCost

v RemoteServerClass

v SybaseServer

SybaseResourceLimitation

v AppName

v IsEnforcedDuringExecution

v IsEnforcedPriorToExecution

v LimitationExceededAction

v LimitationScope

v LimitType

v LimitValue

v Login

v Name


v TimeRange

SybaseRole

v FailedLoginCount

v Name

v Parent

v PasswordDate

v Status

SybaseSegment

v Name

v Parent

v Size


SybaseServer

v BindAddresses

v ConfigContents

v ConfigFile

v ConfigValues

v 데이터베이스v Devices

v EngineProcesses

v FullVersion

v Home

v Host

v KeyName

v Logins

v Modules

v Name

v PrimarySAP

v ProcessPools

v ProductName

v ProductVersion

v RemoteServers

v ResourceLimitations

v ServerProcesses

v Status

v SybaseRoles

v TimeRanges

SybaseServerProcess

v Name

v PID

v Parent

SybaseTable

v CreationDate

v Name

v Parent(SybaseDatabase)

v Partitions


SybaseTablePartition

v FirstPage

v NumPages

v Parent(SybaseTable)

v PartitionID

SybaseThreshold

v IsLastChance

v Name


v Segment

v ThresholdExeededProcedure

v ThresholdSize

v User

SybaseTimeRange

v EndDay

v EndTime

v Name


v StartDay

v StartTime

SybaseUser

v Login

v Name





2. Sybase를 공급업체로 선택하십시오.

3. TADDM이 Sybase 서버에 대한 JDBC 연결을 설정하는 데 사용해야 하는액세스 정보(사용자 이름 및 비밀번호)를 지정하십시오.

4. Fix Pack 1 서버 구성에 따라 SSL 설정의 패스 구문으로 SSL 신뢰 저장소 파일을 지정하십시오. 이는 SSL 연결을 사용하는 감지에만 적용됩니다.


참고: Sybase JDBC 드라이버 및 JVM 제한사항으로 인해 하나의 신뢰 저장소 파일만 감지 중 사용할 수 있습니다. 따라서 SSL 프로토콜에서 다수의Sybase 대상을 감지하려는 경우 모든 필수 인증서가 포함된 하나의 신뢰 저장소 파일만 추가해야 합니다. 이 파일은 TADDM에서 Sybase 센서의 첫 번째 액세스 목록 항목에 추가되어야 합니다. 기타 항목에는 SSL 설정이 포함될 수 없습니다. keytool 및 ikeyman 도구를 사용하여 신뢰 저장소 파일을작성할 수 있습니다. 두 도구 모두 $COLLATION_HOME/external/jdk-os-

platform/jre/bin 디렉토리에 있습니다.

감지 프로파일 구성기본 설정이 요구사항에 맞지 않는 경우 Sybase 센서의 설정을 사용자 정의할 수있습니다.

Sybase 센서 설정을 사용자 정의하려면 센서 구성을 작성해야 합니다. 다음 단계를 완료하십시오.



3. 새 프로파일 작성 창에서 프로파일 이름 및 설명을 입력하십시오. 기존 프로파일 복제 목록에서 레벨 3 감지를 선택하고 확인을 클릭하십시오.

4. 센서 구성 탭에서, SybaseSensor 센서를 선택하고 새로 작성을 클릭하십시오.

5. 구성 작성 창에서, 구성의 이름 및 설명을 입력하고 이 구성 사용 설정 및 선택된 구성 사용 안함 설정 선택란을 선택하십시오.

6. 구성 작성 창의 구성 섹션에서 임의의 또는 모든 특성을 수정하십시오.



특성

다음 특성을 수정할 수 있습니다.

Fix Pack 3 discoverLogins

Sybase 데이터베이스 감지 중 로그인 데이터가 감지되는지 여부를 지정합니다.

기본값은 false이며, 이는 데이터가 감지되지 않음을 의미합니다. 로그인을 감지하려면 이 특성을 true로 설정하십시오.

Fix Pack 3 discoverRoles

Sybase 데이터베이스 감지 중 역할 데이터가 감지되는지 여부를 지정합니다.


기본값은 false이며, 이는 데이터가 감지되지 않음을 의미합니다. 역할을감지하려면 이 특성을 true로 설정하십시오.

Fix Pack 3 discoverRawSchema

rawSchema 데이터가 Sybase 데이터베이스 감지 중 발견되는지 여부를 지정합니다.

기본값은 false이며 , 이는 데이터가 감지되지 않음을 의미합니다 .

rawSchema를 감지하려면 이 특성을 true로 설정하십시오.

Fix Pack 3 discoverTables

Sybase 데이터베이스 감지 중 테이블 데이터가 감지되는지 여부를 지정합니다.

기본값은 false이며, 이는 데이터가 감지되지 않음을 의미합니다. 테이블을 감지하려면 이 특성을 true로 설정하십시오.

Fix Pack 3 discoverThresholds

Sybase 데이터베이스 감지 중 임계값 데이터가 감지되는지 여부를 지정합니다.

기본값은 false이며, 이는 데이터가 감지되지 않음을 의미합니다. 임계값을 감지하려면 이 특성을 true로 설정하십시오.

Sybase IQ 센서Sybase IQ 센서는 Sybase IQ 데이터베이스 서버를 감지합니다.


SybaseIQSensor

보안 문제

Sybase 감지 사용자에게 최소 권한을 지정하려면 다음 명령을 실행하십시오.

grant execute on sp_iqdbsize



v app.AppConfig

v app.ConfigFile

v app.db.sybase.SybaseConfigValue

v app.db.sybase.SybaseDatabase

v app.db.sybase.SybaseDevice

v app.db.sybase.SybaseEngineProcess


v app.db.sybase.SybaseModule

v app.db.sybase.SybaseServer

v app.ProcessPool





2. Sybase를 공급업체로 선택하십시오.

3. TADDM이 Sybase 서버에 대한 JDBC 연결을 설정하는 데 사용해야 하는액세스 정보(사용자 이름 및 비밀번호)를 지정하십시오.

EMC ViPR SRM 센서Fix Pack 5

EMC ViPR SRM 센서는 SAN(Storage Area Network)과 관련된 스토리지 자원을 감지하고 감지에 EMC ViPR SRM을 활용합니다. 이 센서는 스토리지 어레이, 호스트, 스위치, 패브릭, 구역, 스토리지 볼륨, 스위치 포트 및 디스크 드라이브와 같은 스토리지 자원을 감지합니다.


EMCViprSRMSensor

센서에서 감지되는 요소센서는 다음 요소/모델 오브젝트를 감지합니다.

v StorageSubSystem

v Fabric

v Zone

v ZoneSet

v FCSwitch

v FCPort

v IpInterface

v FCVolume

v DiskDrive

v OperatingSystem


– Linux

– Aix

– HpUx

– WindowsOperatingSystem

– Solaris

v ComputerSystem

– LinuxUnitaryComputerSystem

– AixUnitaryComputerSystem

– HpUxUnitaryComputerSystem

– WindowsComputerSystem

– SUNSPARCUnitaryComputerSystem

v HostBusAdaptor

v ConnectedTo

v SCSIPath

v SCSIProtocolEndPoint

전제조건 및 제한사항이 센서를 실행하기 전에 다음 전제조건을 충족해야 합니다.

v EMC ViPR SRM에 REST API 인터페이스가 사용으로 설정되어 있어야 합니다.

v EMC ViPR SRM 센서는 ViPR SRM REST API를 사용하여 감지합니다. 따라서 ViPR SRM에서 센서 실행 중에 고려할 구성요소를 이미 감지했어야 합니다.

v 호스트 관련 상세 정보(computerSystem과 스토리지의 맵핑 포함)를 감지하는 경우, EMC ViPR SRM에 Host Discovery가 사용으로 설정되어 있어야합니다.

v 스위치 관련 상세 정보를 감지하는 경우, EMC ViPR SRM에 스위치 감지가사용으로 설정되어 있어야 합니다.

v EMC ViPR SRM에서 "호스트"에만 유효한/공백이 아닌 "도메인"이 구성되고감지됨을 이 센서에서 감지합니다. 그렇지 않은 경우, 컴퓨터 시스템이 중복됩니다.

v EMC ViPR SRM 센서는 EMC ViPR SRM에 있는 최종 가능 값(최근 값)에따라 어레이/볼륨/풀 등에 대한 매트릭스/기능을 캡처합니다.

v EMC VMAX 어레이가 아닌 스토리지 어레이의 감지는 지원되지 않습니다.

v Cisco MDS/Nexus Switch 감지는 지원되지 않습니다.

v SSL 인증에 기반한 EMC ViPR SRM와의 연결은 지원되지 않습니다.


v 하이퍼바이저 및/또는 가상 머신의 감지는 지원되지 않습니다.

연관 속성이 있는 모델 오브젝트EMC ViPR SRM 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 EMC VMAX 스토리지에 대해 수집하는 정보의 유형을 나타냅니다.


storage.StorageSubSystem

v AllocatedCapacity

v AvailabilityState

v AvailableCapacity

v FCPorts

v Fqdn

v Manufacturer

v Members

v Model

v ROMVersion

v SerialNumber

v Type

v VolumeGroupCapacity

v VolumeGroupFreeSpace

storage.StoragePool

v AnsiT10Id

v Name

v LocationTag

v RaidLevel

v Label

v Capacity

v TotalManagedSpace

v StorageSubSystem

storage.StorageVolume

v Capacity

v Name

v Parent


v IOGroup

dev.FCVolume

v BlockSize

v Type

v NodeWWN

v FCPLun

v Name

v Parent

storage.Fabric

v Fcswitch

v Name

v WorldWideName

v SourceToken

v ZoneSets

v Zones

storage.Zone

v Active

v Name

v Parent

storage.ZoneSet

v Active

v Name

v Parent

v Zones

storage.FCSwitch

v FCPorts

v ManagementURL

v Manufacturer

v Model

v Name

v ROMVersion

v SerialNumber

v Type


v WorldWideName

v IpInterface

dev.FCPort

v Description

v Parent

v PermanentAddress

v PortNumber

net.IpAddress

v DotNotation

v StringNotation

net.IpInterface

v IpAddress

v Parent

storage.HostBusAdaptor

v Name

v Parent

v WordlWideName

다중 운영 체제v sys.aix.Aix

v sys.hpux.HpUx

v sys.linux.Linux

v sys.sun.Solaris

v sys.windows.WindowsOperatingSystem

v sys.vmware.VmwareESX

이러한 모델 오브젝트는 다음 속성과 연관되어 있습니다.

v FQDN

v OSConfidence

v OSName

v Parent

다중 컴퓨터 환경v sys.aix.AixUnitaryComputerSystem

v sys.hpux.HpUxUnitaryComputerSystem

v sys.linux.LinuxUnitaryComputerSystem


v sys.sun.SunSPARCUnitaryComputerSystem

v sys.windows.WindowsComputerSystem

v sys.vmware.VmwareUnitaryComputerSystem


v FCPorts

v FQDN

v IpInterfaces

v Model

v OSInstalled

v BIOSManufacturer

v OSRunning

v Signature

v Type

v Name

SCSIPath

v ArrayVolume

v LUN

v ManagedSystemName

v Parent

v HostEndPoint

SCSIProtocolEndPoint

v Name

v ManagedSystemName

dev.DiskDrive

v DiskSize

v Name

v Parent

v SerialNumber

v Type

v Vendor

v Revision

v Status

v DiskSpeed


v Model

v LocationTag

relation.ConnectedTo

v Source

v Target

v Type



성공적으로 감지하려면 센서에 다음 신임 정보가 필요합니다.

v EMC 스토리지 범위 서버에 대한 Windows 컴퓨터 시스템 신임 정보v EMC 데이터베이스에 대한 Oracle 신임 정보. JDBC 연결에 SSL을 사용하도록 설정하는 경우, cwallet.sso 파일도 액세스 목록에 추가해야 합니다.

감지 범위 구성스토리지 구성요소를 사용으로 설정하려면 감지 범위에서 EMC ViPR SRM IP

주소를 제공해야 합니다.

일치하는 포트가 있는 경우, EMC ViPR SRM 센서가 포트 스캔 센서에서 호출됩니다. PortScanSensor 구성에서, "emcsrmPorts"는 EMC ViPR SRM의 기본포트(예: 포트 번호 58443 및 58080)로 구성됩니다.

EMC ViPR SRM에 기본 포트가 아닌 포트를 사용하는 경우, "emcsrmPorts"를업데이트해야 합니다.

액세스 목록 구성EMC ViPR SRM 센서는 EMC ViPR SRM 사용자 신임 정보에 해당하는 액세스 목록 항목의 별도 프로비저닝을 요구합니다.

EMC ViPR SRM에 액세스하기 위해 "구성요소 유형"을 ’EMC VIPR SRM’으로 선택하고 사용자 이름과 비밀번호를 프로비저닝하여 액세스 목록 신임 정보를 프로비저닝해야 합니다.

EMC ViPR SRM 센서를 사용하기 전에 먼저 이를 구성해야 합니다.


감지 프로파일 구성기본적으로 EMC ViPR SRM 센서는 레벨 3 감지에 사용 가능합니다. 이 센서는 VMAX 스토리지 자원과 관련된 정보를 감지합니다. 감지 프로파일을 작성하려면 다음 프로시저를 완료하십시오.

프로시저1. 감지 관리 콘솔의 감지 드로어에서 감지 프로파일을 클릭하십시오.


3. 이 센서를 사용하려면 감지 프로파일에서 EMCViprSRMSensor를 선택하십시오.

4. 센서 구성 탭에서 EMCViprSRMSensor 센서를 선택하고 새로 작성을 클릭하십시오.

5. ’구성 작성’ 창에서 구성에 대한 이름 및 설명을 입력하고 구성 사용 선택란을 선택하십시오.

6. 구성 작성 창의 구성 섹션에서 센서 특성을 구성할 수 있습니다.



EMC ViPR SRM 센서 특성다음 특성 및 속성을 수정할 수 있습니다.

enableSSL

이 옵션을 SSL 인증 기반 ViPR SRM 액세스 권한에 대해 구성할 수 있습니다.

기본값: false.

참고: 이는 현재 지원되지 않습니다.

enableHostDiscovery

이 옵션으로 호스트 감지의 사용/사용 안함 설정을 구성할 수 있습니다.

기본값: false.

enableSwitchDiscovery

이 옵션으로 스위치 감지의 사용/사용 안함 설정을 구성할 수 있습니다.

기본값: true.

arrayDiscoveryChunk

이 옵션은 세부적인 감지에 사용할 스토리지 어레이의 수(VMAX)를 제한합니다(최대 한계 20).

20을 넘는 수가 구성에 지정되는 경우, arrayDiscoveryChunk 값은 20

으로 제한됩니다.


이 옵션이 값 0으로 구성되는 경우 제한이 없음을 나타냅니다.

기본값: 10

discoverArraySerialNumberStartsWith

이 옵션은 시작하는 일련 번호 문자가 일치하는 VMAX 어레이로 어레이감지를 제한합니다.

추가 구성 옵션추가 구성의 일부(아래 나열됨)를 아래에 지정된 센서 플러그인 디렉토리에 있는emcvipr.properties 파일에서 수행할 수 있습니다.

/opt/IBM/taddm/dist/osgi/plugins/com.ibm.cdb.discover.sensor.app.srm.emc.vipr_1.0.0

다음은 이 구성의 상세 정보입니다.

com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.timeout

VIPR SRM REST API 연결 제한시간(초)을 지정합니다. 한도: 300초

가능한 값: 1-300(초)

기본값: 30(초)

com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.restimeout

VIPR SRM REST API 응답 제한시간(초)을 지정합니다. 한도: 300초

가능한 값: 1-300(초)

기본값: 30(초)

com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.limit

이는 용량 또는 지표 SRM REST API 조회에 대해 리턴할 요소의 최대수를 지정합니다.

이 옵션은 모든 어레이 또는 볼륨 또는 풀이 리턴된 결과에 존재할 수 있도록 어레이, 스토리지 그룹 및 스토리지 풀 용량 검색 중에 이용됩니다.

기본적으로 SRM은 500개 항목까지 REST API 응답을 조정합니다.

가능한 값: 1-임의의 값

기본값: 1000

참고: 서버에서 구성되는 10,000개의 엄격한 한계가 있습니다. 기타 조회의 경우, 리턴된 요소의 수가 엄격한 한계를 초과하면 오류가 리턴됩니다.

com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.period.days

이 값은 어레이, 볼륨, 스토리지 풀 등의 용량 또는 지표를 가져오기 위해 얼마나 많은 일 수가 지난 EMC ViPR SRM에 의한 보고서 또는 스캔이 고려되는지를 지정합니다.


기본적으로, 어레이, 풀, 볼륨 등의 용량에 대해 최대 7일이 지난 스캔 보고서까지 이용될 수 있습니다.

가능한 값: 1-365(초)

기본값: 7(일)

참고: 이 특성에 지정된 음수 값은 양수 값으로 간주됩니다.

com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.passivehostdiscovery

이 특성은 EMC에서 수동으로 감지된 호스트 또는 하이퍼바이저인 호스트를 감지할 수 있도록 true로 구성될 수 있습니다.

수동 호스트의 감지를 위해 이 특성 및 센서 특성의 enableHostDiscovery

옵션을 사용으로 설정해야 합니다. 호스트 이름 및 FC 포트만 이러한 수동 호스트에 대해 감지됩니다. 이 옵션은 수동 호스트 감지가 EMC ViPR

SRM에서 사용되는 경우에만 사용될 수 있습니다.

이 옵션은 기타 TADDM 센서(LinuxComputerSystemSensor,

WindowsComputerSystemSensor, VmwareESXiComputerSystemSensor,

HostStorageSensor 등)에 의해 감지 중인 호스트 또는 하이퍼바이저가 있는 경우에만 사용됩니다. 그렇지 않으면, 이는 EMC ViPR SRM에서 검색된 호스트 이름 및 FC 포트 정보만의 부분적 또는 피상적인computerSystem 오브젝트를 유지합니다.

기본값: false

참고:

1. 수동 호스트 감지에서 호스트 또는 하이퍼바이저는COMPUTER_SYSTEM_TYPE 설정의 유형와 무관하게 감지됩니다.

2. 실제 ComputerSystem MO(TADDM 컴퓨터 시스템 센서를 사용하여 감지된)와의 조정은 호스트 이름에만 기반하여 수행됩니다. 따라서고유하지 않은 호스트 이름의 경우에는 수동 호스트 감지가 지원되지않습니다.

COMPUTER_SYSTEM_TYPE

이는 EMC ViPR SRM 센서를 통해 감지되는 COMPUTER SYSTEM의유형을 기반으로 감지를 실행하거나 구성하기 위한 옵션입니다.

COMPUTER_SYSTEM_TYPE은 다음과 같이 구성될 수 있습니다.

v HOST로 COMPUTER_SYSTEM_TYPE 설정 - HOST만 감지됨v HYPERVISOR로 COMPUTER_SYSTEM_TYPE 설정 -HYPERVISOR

만 감지됨v CS_ALL로 COMPUTER_SYSTEM_TYPE 설정 - HOST 및

HYPERVISOR가 둘 다 감지됨


이 구성은 enableHostDiscovery가 true로 구성된 경우에만 적용 가능합니다.

기본값: CS_ALL

com.collation.discover.agent.EMCViprSRMSensor.timeout

이는 센서 제한시간이 있는 경우에 구성될 수 있는 선택적 특성입니다. 기본적으로, 이 센서는 10분의 글로벌 제한시간 값을 이용합니다. 센서 제한시간을 알맞게 설정하려면 collation.properties 파일에서 이 특성을 구성하십시오.

예를 들어, 다음 행은 제한시간 지속 시간을 2시간으로 구성합니다.

com.collation.discover.agent.EMCViprSRMSensor.timeout=7200000

EMC ViPR SRM의 지원되는 버전다음은 EMC ViPR SRM의 지원되는 버전입니다.

v EMC ViPR SRM 4.1u1 - 4763

v EMC M&R 6.8u2 – 69899


이 주제에서는 EMC ViPR SRM 센서에서 발생하는 공통 문제점에 대해 설명하고 해당 문제점에 대한 솔루션을 제공합니다.

센서가 EMC에서 구성된 모든 어레이를 감지할 수 없음

문제 센서가 EMC ViPR SRM GUI에서 표시되는 모든 어레이를 감지할 수 없습니다.

솔루션EMC ViPR SRM 센서에서는 VMAX 어레이 전용 감지를 지원합니다. 그러므로 EMC ViPR SRM 센서는 EMC에서 구성된 VMAX 어레이만 감지합니다.

센서가 호스트 컴퓨터 시스템을 감지하지 않음

문제 센서가 호스트 컴퓨터 시스템을 감지하지 않습니다.

솔루션센서는 아래 센서 플러그인 디렉토리가 제공된 경우 emcvipr.config 파일에서의 HOST.api 조회에 대해 모든 매개변수가 구성되어 있는 호스트만 감지할 수 있습니다.



HOST.api에서 아래 매개변수 중 일부가 설정되어 있지 않으면 REST API

응답에서 호스트가 리턴되지 않으므로 호스트가 감지되지 않습니다.

HOST.name=HOSTHOST.api=fields=devtype,device,ip,vendor,hostname,model,osarch,virtual,fqdn,devdesc\&filter=devtype%3D%27Host%27

센서가 용량을 채우지 않음

문제 센서가 스토리지 서브시스템(어레이), 볼륨이나 풀의 용량을 채우지 않습니다.

솔루션"com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.period.days" 특성에 대해 설정된 값 또는 일 수가 EMC에서 수행된 마지막 스캔별 또는EMC에서 작성된 마지막 보고서별로 설정되지 않으면StorageSubsystems(어레이)의 용량을 채우지 않을 수도 있습니다.

또한 용량이 일부 볼륨, 어레이 또는 풀에 대해서만 감지될 수도 있으며,

이는 조회 결과에서 결과가 조정되었기 때문입니다. 기본적으로 SRM은500개 항목까지 REST API 응답을 조정합니다. 아래 센서 플러그인 디렉토리가 지정된 경우 emcvipr.properties 파일에 있는"com.ibm.cdg.discover.sensor.app.srm.emc.vipr.conn.limit" 특성에 해당하는 값을 늘려 레코드 한계를 늘릴 수 있습니다.


일반 센서일반 센서는 다른 센서에서 구성 항목을 감지하는 데 사용됩니다.

앵커 센서앵커 센서는 방화벽 뒤에서의 감지에 사용됩니다.


AnchorSensor

선행 조건

원격 앵커에서 감지에 필요한 모든 소프트웨어 구성요소는 감지 프로세스 중에앵커에 자동으로 배치됩니다. 데이터를 교환하려면, SSH(Secure Shell) 버전 2 프로토콜을 사용해야 합니다.

앵커가 64비트 Linux 시스템에 배치되면, JBossSensor 및 StackScanSensor에는32비트 버전의 libgcc 및 glibc 라이브러리도 필요합니다.





TADDM 서버는 SSH를 사용하여 원격 앵커 서버와 통신합니다. 액세스 목록을구성하려면 다음 단계를 완료하십시오.


2. TADDM이 원격 앵커 서버에 대한 SSH 키 기반 인증 또는 SSH 로그인 기반 인증에 사용해야 하는 액세스 정보(사용자 이름 및 비밀번호)를 지정하십시오.

일반적으로, root가 아닌 권한이 있는 계정을 사용할 수 있습니다. 그러나 감지프로세스 중에 TADDM이 사용하는 일부 명령에는 권한 에스컬레이션이 필요할수 있습니다(일반적으로, sudo 명령을 사용하여 수행).

자세한 정보는 TADDM 관리자 안내서의 높은 권한이 필요한 명령 주제를 참조하십시오.


이 주제에는 앵커 센서에서 사용하는 collation.properties 파일 항목이 나열되어있습니다.


Fix Pack 3 com.collation.discover.anchor.zone.fromContextIP

감지에 사용되는 IP인 컨텍스트 IP에서 앵커 영역을 설정할 수 있는지 여부를 지정합니다. 유효값은 true 및 false입니다. 기본값은 false입니다.

IP 주소가 앵커 범위에 포함되지 않을 때는 앵커 영역이 설정되지 않습니다. 그 결과, 주소 공간은 특정 IP 주소 또는 IP 네트워크에 대해 설정되지 않습니다. 이 특성을 true로 설정하는 경우, 앵커 영역이 컨텍스트IP에서 설정됩니다.

com.collation.discover.agent.AnchorSensor.timeout=3600000

새 앵커 서버를 시작하도록 허용되는 시간을 지정합니다.

com.collation.discover.anchor.forceDeployment=true


이 특성은 감지된 범위의 앵커가 감지 시작 중에 배치될지 여부를 지정합니다.


값을 false로 설정하면 앵커는 다음 조건에 부합하는 경우에만 배치됩니다.

v 범위의 IP 주소를 ping할 수 없는 경우v 감지된 IP 주소에서 포트 22에 도달할 수 없는 경우

체인 앵커가 존재하면, 이 조건은 체인의 모든 앵커에 적용됩니다. 체인에서 앵커가 조건으로 제한되면, 모든 앵커를 배치하기 전에 이전 앵커가조건을 충족해야 합니다.

com.collation.discover.anchor.lazyDeployment=false

앵커 배치 중에 파일이 복사되어야 하는지 여부나 파일을 필요로 하는 센서가 실행되는 시기를 지정합니다. 두 경우 모두 서로 다른 파일만 복사됩니다. 유효값은 true 및 false입니다. 기본값은 false입니다.

다음 예제는 이 특성이 TADDM 기능에 어떠한 영향을 미치는지를 보여줍니다.

WebSphere Application Server 센서에는 크기가 130MB인 dist/lib/

websphere 디렉토리에 종속 항목이 있습니다. 플래그가 false로 설정된경우, 앵커가 배치되면 이 데이터는 대상 호스트에 복사됩니다. 플래그가true로 설정된 경우, WebSphere Application Server 센서를 앵커에서실행하려고 할 때 데이터가 복사됩니다. WebSphere Application Server

센서가 앵커를 통해 실행되지 않는 경우, 130MB는 원격 호스트로 전송되지 않습니다.

com.collation.discover.anchor.connectType=ssh

ssh 터널 또는 직접 소켓을 사용하여 앵커를 연결할지 여부를 지정합니다. 유효값은 ssh 및 direct입니다. 기본값은 ssh입니다. 특정 주소에 대한 연결 유형을 지정하려면,

com.collation.discover.anchor.connectType.1.2.3.4=ssh를 사용하십시오. 여기서 1.2.3.4는 연결 유형을 지정할 주소입니다.

com.collation.platform.session.GatewayForceSsh

게이트웨이를 앵커와 독립적으로 작동시킬지 여부를 지정합니다. 유효값은 true 및 false입니다. 게이트웨이와 앵커가 동일한 시스템에 있는 경우 Cygwin 문제를 해결하려면 값을 true로 설정하십시오. 값을 true로설정하면 게이트웨이와 앵커 사이의 트래픽 전송 시 로컬 세션 대신 SSH

세션이 사용됩니다.

비동기 감지 센서비동기 감지 센서는 비동기 감지에 필요합니다. 도달 불가능한(ping할 수 없는)

IP 주소는 비동기 감지의 후보입니다. 비동기 감지 센서는 도달 불가능한 IP 주소가 올바른지 판별하려고 시도합니다.


비동기 감지에 대한 정보는 TADDM 관리자 안내서의 비동기 감지 주제를 참조하십시오.

비동기 감지에서 감지 스크립트의 출력은 감지 결과가 들어 있는 아카이브 파일이고 TADDM 서버의 디렉토리에 저장됩니다. 아카이브 파일이 해당 IP 주소에대한 TADDM 서버에 존재하는 경우, 도달 불가능한 IP 주소는 유효한 것으로간주됩니다. 아카이브 파일의 내용을 기반으로, 적절한 센서는 해당 감지 스크립트 출력을 처리하도록 스케줄됩니다. 그러면 센서는 비스크립트 기반 감지에서 수행되므로, 대상 시스템에 직접 액세스하는 대신 스크립트 출력을 구문 분석하여감지를 수행합니다.


ASDSensor

센서 구성

비동기 감지 센서는 액세스 목록을 사용하지 않습니다.

비동기 감지 센서는 collation.properties 파일에 있는 다음 항목을 사용합니다.

v com.ibm.cdb.discover.asd.AsyncDiscoveryResultsDirectory

v com.ibm.cdb.discover.asd.ProcessUnreachableIPs

v com.ibm.cdb.tarpath

센서 문제점 해결이 주제에서는 비동기 감지 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

센서가 어떠한 오브젝트도 감지하지 않고 CTJTD3078E 오류로 실패함

문제 ASDSensor가 오브젝트를 감지하지 않은 상태로 완료되고 다음 오류가 발행됩니다.

CTJTD3075E Unable to execute command: tar -xf <asdfile> commandexit code: 1.In addition in the logs following erorr appears:tar: can't create ././@LongLink: Permission denied

솔루션사용자의 tar 프로그램이 긴 파일 경로를 지원해야 합니다. GNU Tar 1.13

은 긴 파일 이름을 자를 수 있으므로 이는 지원되지 않습니다.


비동기 감지 ping 센서비동기 감지 ping 센서는 감지 아카이브 파일에서 첫 번째 올바른 IP 주소를 검색합니다. 이 IP 주소는 비동기 감지 센서를 seed하는 데 사용됩니다. 감지 범위를 정의할 수 없으며 비동기 감지를 실행하려는 경우, 이 센서를 사용할 수 있습니다.


ASDPingSensor

선행 조건

감지 프로파일에서 비동기 감지 ping 센서를 사용 중인 경우, 감지 프로파일에서 이러한 센서를 모두 사용할 수 없으므로 ping 센서를 사용 불가능하게 해야합니다.

사용자 정의 애플리케이션 서버 센서사용자 정의 애플리케이션 서버 센서는 템플리트 및 일반 서버 센서가 감지하는런타임 프로세스 정보를 기반으로 하는 사용자 애플리케이션 서버를 작성합니다.

또한 센서는 구성 파일 또는 애플리케이션 디스크립터가 템플리트에 지정된 경우 이를 수집하고 확장 처리를 수행하여 추가 정보를 수집합니다.



선행 조건

구성 파일을 감지하려면 센서의 대상 운영 체제에서 cksum 프로그램 및 연관된라이브러리가 설치되어 있어야 합니다.

제한사항


v 센서는 스크립트 기반 감지에서는 실행할 수 없습니다.

v 292 페이지의 『일반 서버 센서』에서와 같은 제한사항이 적용됩니다.


다음 모델 오브젝트는 일반 AppServer를 작성하는 데 사용됩니다.

v app.AppServer

v app.db.DatabaseServer

v app.j2ee.J2EESever


v app.web.WebServer

다음 모델 오브젝트는 TADDM 애플리케이션 센서를 확장하는 데 사용됩니다.

v app.db.db2.Db2Server

v app.db.mssql.SqlServer



v app.j2ee.websphere.WebSphereServer

v app.messaging.exchange.ExchangeServer

v app.messaging.mq.MQQueueManager

v app.sms.SMSiteServer

v app.veritas.cluster.VCSCluster

v app.web.apache.ApacheServer

v app.web.iis.IIsWebServer

v app.web.iplanet.IPlanetServer

사용자 정의 MIB2 컴퓨터 시스템 센서사용자 정의 MIB2 컴퓨터 시스템 센서는 템플리트 정보를 기반으로 하는 사용자 정의 컴퓨터 시스템을 작성합니다.

이 템플리트 정보는 다음 항목 중 하나 이상과 일치합니다.

v 시스템 OID(SNMPv2-MIB::sysObjectID - .1.3.6.1.2.1.1.2)

v SNMP MIB2 센서에서 감지한 시스템 설명(SNMPv2-MIB::sysDescr -

.1.3.6.1.2.1.1.1)

사용자 정의 MIB2 컴퓨터 시스템 센서는 확장 처리를 수행하여 추가 정보를 수집합니다.



제한사항

SNMP MIB2 센서는 제한사항을 참조하십시오.



v sys.ComputerSystem 계층 구조


사용자 정의 템플리트 센서사용자 정의 템플리트 센서를 사용자 정의 스크립트와 함께 사용하여 다른 센서에서 수집되는 정보를 분석하고 향상시킬 수 있습니다.


CustomTemplateSensor

제한사항

센서는 스크립트 기반 감지에서는 실행할 수 없습니다.

센서 구성감지를 실행하기 전에 사용자 정의 템플리트 센서를 구성해야 합니다.

사용자 정의 템플리트 센서는 기본적으로 사용할 수 없습니다. 센서를 사용 가능하게 하려면, 감지 프로파일을 작성한 후 새 프로파일에서 센서를 사용할 수 있어야 합니다. 또한 이 프로파일에서 결과를 분석할 추가 센서를 사용할 수도 있습니다.

사용자 정의 템플리트 센서에 대한 템플리트를 작성해야 합니다. 이 템플리트는다음 파일로 구성되어 있습니다.

template.xml

이 파일에는 구성 데이터가 들어 있습니다. 이 파일에서 분석할 TADDM

결과 클래스 오브젝트를 지정합니다.

matcher-script.py

이 스크립트는 sensor-script.py 파일에 의해 처리되는 지정된 모델 오브젝트를 추출합니다.

sensor-script.py

이 스크립트는 오브젝트를 수정하고 모델 오브젝트를 작성한 후 모델 오브젝트를 저장할 수 있습니다.

$COLLATION_HOME/etc/templates/cts/template_name 디렉토리에 이러한 파일을배치해야 합니다. template_name 디렉토리의 이름은 template.xml 파일에 지정된 이름과 정확하게 일치해야 합니다.

감지를 실행하려면, templates 디렉토리에 대한 읽기 액세스 권한 및 연관된 파일이 필요합니다.

스크립트는 Jython 스크립트입니다. 사용자 정의 확장 API에 대한 정보는 SDK

개발자 안내서를 참조하십시오. 이 안내서의 일반 스크립트 관련 정보는 사용자정의 템플리트 센서 스크립트에 적용할 수 있습니다. 센서 스크립트 정의할 때 환


경 초기화, TADDM 센서 도구 가져오기 및 오류 로깅과 관련된 자세한 정보를사용할 수 있습니다 . 먼저 $COLLATION_HOME/etc/templates/cts/

template_name 디렉토리에 모든 스크립트 파일을 배치해야 합니다.

Template.xml

template.xml 파일의 구조는 다음과 같습니다.

<CTSTemplate><name>template_name</name><result-class>com.ibm.cdb.discover.app.db.db2.result.Db2Result</result-class><plugin-id>com.ibm.cdb.discover.sensor.app.db.db2.db2_7.6.0</plugin-id><engine-id>com.ibm.cdb.core.jython253_2.5.3</engine-id><matcher-script>matcher.py</matcher-script><sensor-script>sensor.py</sensor-script>

</CTSTemplate>

중요사항: 이전 예제와 동일하게 template.xml 파일의 요소를 배열해야 합니다.

그렇지 않으면 오류가 생성됩니다.

이름 템플리트 이름. 예를 들어, 템플리트 이름이 example_template이면, 디렉토리 구조는 $COLLATION_HOME/etc/templates/cts/example_template여야합니다.

result-class

분석할 TADDM 결과 클래스의 완전한 이름

plugin-id

이 plugin-id는 결과를 제공하는 플러그인의 ID를 지정합니다. 이 ID는 플러그 가능한 센서에서만 필수입니다.

engine-id

이 engine-id는 사용할 Jython 엔진을 제공하는 플러그인의 IP를 지정합니다(예: com.ibm.cdb.core.jython253_2.5.3). 지정되지 않은 경우 기본엔진이 사용됩니다.

matcher-script

스크립트에 정의된 기준을 충족하는 모든 오브젝트를 나열하는 Jython 스크립트(.py 확장자)의 이름

sensor-script

result-matcher 오브젝트에서 생성된 오브젝트 목록을 처리하는 Jython 스크립트의 이름. 리턴된 오브젝트에 따라, 스크립트가 오브젝트를 수정하거나 새 오브젝트를 작성합니다. 그런 다음, 이러한 오브젝트를 저장할 수있습니다.

일치 프로그램 스크립트

이 스크립트는 템플리트에 지정된 클래스의 결과 오브젝트가 감지될 때 실행됩니다. 다음 정보는 sensorhelper 코드에서 스크립트에 제공됩니다.


v ResultMap는 모델 오브젝트, 해당 배열 또는 콜렉션의 맵입니다. 이러한 오브젝트는 템플리트와 일치하는 결과 오브젝트의 공유 특성입니다. 맵은 특성 이름순으로 색인화합니다.

v ReturnList는 추가 처리가 필요한 요소 목록을 포함합니다. 각 요소는 해당요소에 대한 센서가 시작된 것처럼 표시되는 이름과 연관되어 있습니다.

결과 일치 프로그램 스크립트가 완료되면, 이 정보는 사용자 정의 템플리트 센서를 seed하는 데 사용됩니다.

이 스크립트 예제에서는 일반 서버 센서의 감지 결과에서 오브젝트를 추출하는단계를 보여줍니다.

# Initialising the environmentimport sysimport java

from java.lang import Systemcoll_home = System.getProperty("com.collation.home")

System.setProperty("jython.home",coll_home + "/osgi/plugins/com.ibm.cdb.core.jython_1.0.0/lib")System.setProperty("python.home",coll_home + "/osgi/plugins/com.ibm.cdb.core.jython_1.0.0/lib")

jython_home = System.getProperty("jython.home")sys.path.append(jython_home + "/Lib")sys.path.append(coll_home + "/lib/sensor-tools")sys.prefix = jython_home + "/Lib"

import traceback

# Importing sensorhelperimport sensorhelper

# Initialising script input(resultMap,returnList,log) = sensorhelper.init(targets)log.debug("CTS result matcher script running")

try:# get runtime processes list from the resultruntimeProcesses = resultMap['runtimeProcesses']# get first of the processesrtp = runtimeProcesses[0][0]# add it to the list of elements that need further processingreturnList.add("dummyName",rtp)

except:log.error("Error occurred")

JXPath 라이브러리 사용 시 XPath 조회를 사용하여 리턴된 오브젝트를 판별할수 있습니다. findElementsForXPath 함수를 사용하여 조회에서 오브젝트 결과의


콜렉션을 조회하고 리턴할 수 있습니다. 다음 예제는 findElementsForXPath 함수를 사용하여 IP 주소를 찾아 인쇄합니다. 이 유틸리티 함수에 대한 정보는 SDK

개발자 안내서를 참조하십시오.

result = IpListResult();ip1 = IpAddressImpl();ip1.setStringNotation("9.0.0.1");ip2 = IpAddressImpl();ip2.setStringNotation("9.0.0.2");result.list.add(ip2)result.list.add(ip1)

elements = sensorhelper.findElementsForXPath(result,"/list[stringNotation='9.0.0.2']")for e in elements:

print e

센서 스크립트

이 스크립트는 result-matcher 스크립트에서 리턴되는 추출된 각 오브젝트를 별도로 시작합니다. 리턴된 오브젝트에 따라, 스크립트가 모델 오브젝트를 수정하고작성하고 채웁니다. 그런 다음, 이러한 오브젝트를 저장할 수 있습니다. 다음 정보는 sensorhelper 코드에서 스크립트에 제공됩니다.

v 결과 일치 프로그램 스크립트에서 리턴하는 ResultMap 및 이름 값 쌍이 들어있는 CTSSeed 오브젝트

v CTSResult 오브젝트는 센서 스크립트를 저장할 수 있는 모델 오브젝트로 채우는 사용자 정의 템플리트 결과 오브젝트입니다.

이 스크립트 예제에서는 모델 오브젝트를 채우고 저장하는 단계를 보여줍니다.

import sysimport java

from java.lang import Systemcoll_home = System.getProperty("com.collation.home")

System.setProperty("jython.home",coll_home +"/osgi/plugins/com.ibm.cdb.core.jython_1.0.0/lib/jython-2.1")System.setProperty("python.home",coll_home +"/osgi/plugins/com.ibm.cdb.core.jython_1.0.0/lib/jython-2.1")

jython_home = System.getProperty("jython.home")sys.path.append(jython_home + "/Lib")sys.path.append(coll_home + "/lib/sensor-tools")sys.prefix = jython_home + "/Lib"

import tracebackimport sensorhelper

(ctsResult,ctsSeed,log) = sensorhelper.init(targets)

log.debug("CTS Sensor script running")# get value passed by result matcherruntime_process = ctsSeed.getSeedInitiator().getValue()# get name passed by result matchername = ctsSeed.getSeedInitiator().getKey()templateName = ctsSeed.getTemplate().getName();log.debug("CTS Sensor script running for template " +templateName + "/" + name)# process runtime process with user defined functionresult = processRuntimeProcess(runtime_process)# return resulting model objectctsResult.addExtendedResult(result)


센서 문제점 해결이 주제에서는 사용자 정의 템플리트 센서에서 발생하는 공통 문제를 설명하고해당 문제에 대한 솔루션을 제시합니다.

사용자 정의 템플리트 센서가 시작되지 않거나 실패합니다.

문제 센서가 시작하지 못하게 하거나 실패하게 만드는 상황은 무수히 많습니다.

솔루션다음 조건이 존재하는지 확인하십시오.

v 사용자 정의 템플리트 센서가 감지 프로파일에서 사용 가능합니다.

v 사용자 정의 템플리트 센서 템플리트 및 스크립트가 올바른 디렉토리에 있습니다.

v 템플리트를 저장하는 디렉토리의 이름이 template.xml 파일에 지정된이름과 일치합니다.

v template.xml 파일의 형식이 올바릅니다.

v template.xml 파일에 지정되는 result-class가 존재하고, 필요한 경우plugin-id가 지정됩니다.

v 스크립트(matcher-script.py 및 sensor-script.py)가 올바른 디렉토리에 있고 template.xml 파일에 올바르게 정의되어 있습니다.

v 스크립트는 구문 오류를 포함하지 않습니다. matcher-script.py 스크립트에 대한 미처리 오류는 로그 파일에 기록되지만, seed 파일이 작성되지 않습니다. sensor-script.py 스크립트에 대한 미처리 오류가로그 파일에 기록되고 감지 관리 콘솔에 표시됩니다.

v 템플리트 디렉토리 및 연관된 파일에 올바른 액세스 권한이 있어야 합니다. 디렉토리 및 연관된 파일에 대한 읽기 액세스 권한이 필요합니다.

v 데이터를 수집하는 센서가 오류 없이 감지를 완료해야 합니다.

v 매칭 프로그램의 구문과 센서 스크립트는 template.xml에 engine-id 태그로 정의된 것처럼 사용된 Jython 버전을 준수해야 합니다.

일반 컴퓨터 시스템 센서일반 컴퓨터 시스템 센서는 컴퓨터 시스템 유형을 감지합니다. 이 센서 결과는 특정 컴퓨터 시스템 센서(예: Linux 컴퓨터 시스템 센서)를 시작하는 데 사용됩니다.


GenericComputerSystemSensor


일반 서버 센서일반 서버 센서는 호스트 컴퓨터 시스템에서 실행 중인 애플리케이션 서버를 감지합니다.

먼저 센서는 청취 포트(IP 주소 및 포트), 확립된 연결 및 대상 컴퓨터 시스템에서 실행 중인 프로세스를 감지합니다. 템플리트는 런타임 프로세스 정보와 일치시키는 데 사용됩니다. 지정된 기준과 일치할 때 이 정보는 Apache 센서 또는사용자 정의 애플리케이션 서버 센서와 같이 특정 애플리케이션 센서를 씨드(seed)

하는 데 사용됩니다.

프로세스는 IPv4 또는 IPv6 주소에서 실행될 수 있습니다. IPv6에서만 실행 중인 프로세스의 경우 프로세스는 감지되지만 더 많은 특정 센서를 시작하는 씨드(sedd)는 작성되지 않습니다.

사용자 정의 서버 템플리트는 TADDM이 자동으로 분류되지 않는 애플리케이션서버를 감지하는 데 사용됩니다. 감지 관리 콘솔을 사용하여 사용자 정의 서버 템플리트를 작성할 수 있습니다. 다중 사용자 정의 서버 템플리트가 애플리케이션런타임 프로세스 정보와 일치하는 경우 일치하는 첫 번째 사용자 정의 서버 템플리트로 이해 사용자 정의 애플리케이션 서버 센서가 실행될 수 있습니다.


GenericServerSensor

제한사항

신임 정보 및 일반 사용자 정의 센서가 필요한 센서는 다중 감지 중에 둘 다 동일한 대상 시스템을 감지할 수 있습니다. 신임 정보 없이 감지된 데이터의 특성에 따라 시스템은 사용자 정의 서버 템플리트로 작성된 오브젝트가 센서 작성 아티팩트와 일치할지 보증할 수 없습니다.

글로벌 구역에서 가상화를 지원하는 Solaris 운영 체제의 경우 일반 서버 센서가 로컬 구역에서의 런타임 감지를 지원하지 않습니다.




AIX 운영 체제의 lsof 명령 대신에 netstat 명령

AIX 운영 체제에서 기본적으로 일반 서버 센서는 lsof 명령 대신에 netstat 명령을 사용합니다. 그 덕분에 LPAR 및 WPAR 프로세스는 분리되고 WPAR 일반 센서는 WPAR에 설치된 애플리케이션을 감지하기 위해 실행됩니다.


자세한 내용은 326 페이지의 『WPAR 일반 센서』의 내용을 참조하십시오.

비동기 및 스크립트 기반 감지 지원일반 서버 센서는 비동기 및 스크립트 기반 감지를 지원합니다.







제한사항

비스크립트 기반 감지 중에 일반 서버 센서에서 제공하는 일부 기능은 비동기 또는 스크립트 기반 감지를 지원하지 않습니다.








com.collation.discover.agent.command.netstat.Windows

이 특성을 사용하여 Windows 대상에서 netstat -nao 명령 대신 사용할 사용자 정의 명령을 지정할 수 있습니다.


지정한 대체 명령이 netstat -nao 명령과 동일한 형식의 정보를 리턴하도록 지정해야 합니다.

예:

com.collation.discover.agent.command.netstat.Windows.ip_address=type c:\\\\folder\\\\mynetstat.txt

여기서 mynetstat.txt는 netstat -nao 명령의 출력을 포함하고 type 명령은 파일의 내용을 인쇄하는 데 사용됩니다.

com.collation.netstatoverlsof.AIX=true

AIX 운영 체제에서 프로세스 정보 수집에 사용되는 명령(netstat 또는 lsof)

을 지정하는 이 특성은 포트 맵을 빌드하고 맵 처리를 위해 TCP 포트를여는 명령을 판별하는 데 기본적으로 적용될 수 있습니다.

기본적으로 이 특성은 true로 설정되고 netstat 명령이 사용됩니다.

이 특성이 false로 설정되면 lsof 명령이 사용되지만 일부 시나리오에서는 netstat를 계속 사용할 수 있습니다(예: isof에 대한 권한이 충분한지 판별해야되는 경우).

참고: 이 특성의 값이 false여도 netstat 및 kdb 명령에 대한 종속성이있습니다. 참고로 netstat는 OS 레이어에서 실행되며 GenericServer 센서에만 해당되지 않는 요구사항입니다.

com.collation.discover.agent.useSolarisPfiles=false


true로 설정하면 이 특성으로 인해 Solaris 대상 시스템에서GenericServerSensor가 ptree 및 pfiles 명령을 사용하여 실행되는 프로세스와 연관된 IP 소켓 및 포트 목록을 감지합니다. 이 특성은 Solaris

환경에서 사용 불가능할 수 있는 lsof의 사용을 대체합니다.

센서 문제점 해결이 주제에서는 일반 서버 센서에서 발생하는 공통 문제를 설명하고 해당 문제에대한 솔루션을 제시합니다.

일반 서버 센서가 열린 소켓을 감지하지 않습니다

문제 일반 서버 센서가 열린 소켓을 감지하는 데 실패합니다. 오류 로그에서 다음 메시지를 찾을 수도 있습니다.

CTJTD2522E Sensor is not able to discover processes pids for open sockets.


솔루션이 실패의 자세한 이유를 알아내려면 센서의 DEBUG 레벨 로그를 참조하십시오. 이유에 따라서 다음 태스크를 완료하십시오.

v 명령 제한시간이 발생한 경우com.collation.discover.agent.command.pidsInfoTimeout property

값을 설정하여 제한시간을 늘리십시오. 이 특성은 특정 IP로 범위가 지정될 수 있습니다. 예를 들어,

com.collation.discover.agent.command.pidsInfoTimeout.

192.168.2.1=1800000 특성은 IP 192.168.2.1의 30분 제한시간을 지정합니다. 일반 서버 센서와 IBM AIX 컴퓨터 시스템 센서의 제한시간 값을 잊지 말고 늘리십시오.

v 로그에 다음 메시지가 포함되는 경우:

– 『os.AixOs - 열린 소켓의 pid를 얻을 수 없음com.collation.platform.os.OsException: <sctp_pcb_hash_table>』을찾을 수 없음(정기적 감지의 경우)

– 『sensor.GenericServerScriptSensor - <sctp_pcb_hash_table>』을찾을 수 없음(스크립트 기반 감지)

감지된 AIX 호스트에서 APAR IZ98746, IZ98842, IV04783 또는IV05965의 수정사항을 적용합니다.

v 로그에 다음과 유사한 메시지가 포함되는 경우for i in `netstat -Aan| grep tcp|awk '{print $1}'`;do echo \"sockinfo$itcpcb\"|kdb|grep ACTIVE; echo $i$'\n####';doneopen: Permission deniedf100020000060bb0####open: Permission deniedf10002000004ebb0####...

다음 프로시저 중 하나를 완료하십시오.

– netstat, sockinfo 및 kdb 명령을 설치하십시오. TADDM 사용자에게 이를 실행할 실행 권한을 부여하십시오.

– kdb 명령이 설치되어 있는 경우 다음 특성을 설정하여 이에 대해sudo를 정의하십시오.

com.collation.discover.agent.command.kdb = sudo kdb

– com.collation.netstatoverlsof.AIX 특성을 false로 설정하여lsof 명령으로 netstat 명령 대신 프로세스 정보를 수집할 수 있도록 하십시오.

IBM Tivoli Utilization 센서IBM Tivoli Utilization 센서는 대상 시스템에서 기본 지표를 수집합니다. 센서는 TADDM 감지 인프라를 사용하여 대상 시스템에서 시스템 레벨 성능 모니터


링 명령을 실행하는 스크립트를 배치합니다. 센서는 특정한 간격으로 대상 시스템에서 데이터를 수집하고 이를 운영 체제 지표 오브젝트가 작성되는 TADDM

서버로 제공합니다.

IBM Tivoli Utilization 센서는 지표 및 활용도 보고서를 제공합니다. 시스템 연결 토폴로지 보고서에서 이 정보를 사용하여 용량에 사용되지 않고 다른 서버에서비스를 제공하지 않는 서버를 식별할 수 있습니다.


OperatingSystemUtilizationSensor

선행 조건

대상 시스템을 감지하는 센서의 경우 대상 시스템은 각 운영 체제의 기본 위치에 설치된 다음 명령이 가지고 있어야 합니다.

v compress 명령v netstat 명령v sadc 명령v sar 명령

다음 운영 체제를 실행하는 대상 시스템에서 각각의 다음 전제조건이 충족되어야 합니다.

v Linux

– compress 명령이 사용 가능해야 합니다.

– netstat 명령이 사용 가능해야 합니다.

– sar 명령이 사용 가능해야 합니다.

– sadc 명령이 사용 가능해야 합니다.

v Solaris




v AIX




– sar 명령을 사용하려면 TADDM 서비스 계정이 adm 그룹의 구성원이어야 합니다.

v HP-UX





– cron 및 at 작업을 스케줄하려면, cron.allow 및 at.allow 파일에TADDM 서비스 계정을 추가해야 합니다.

다음 JAR 파일을 $COLLATION_HOME/osgi/plugins/

com.ibm.cdb.discover.sensor.sys.utilization_version/lib 디렉토리로 복사해야 합니다.

v db2jcc.jar

v oracle-jdbc-9.2.jar

제한사항

이 센서는 서버를 분석하고 합병 대상을 식별하기 위해 짧은 기간(최대 한 달 사용) 동안 사용되어야 합니다. 이 센서는 TADDM 서버가 있는 방화벽 구역에 대해서만 사용될 수 있습니다. 앵커 서버 사용은 지원되지 않습니다.

서버 가용성, 성능 및 활용도를 판별하기 위해 또는 방화벽 구역에 있는 애플리케이션을 감지하기 위해 긴 기간 동안 사용해야 하는 경우 IBM Tivoli

Monitoring 제품을 사용하십시오.

비동기 및 스크립트 기반 감지 지원IBM Tivoli Utilization 센서는 비동기 및 스크립트 기반 감지를 지원합니다. 비스크립트 기반 감지 중에 센서에서 제공하는 모든 기능은 비동기 또는 스크립트기반 감지를 지원합니다.


비동기 감지의 경우 먼저 TADDM 관리자 안내서의 비동기 감지 구성 주제에 설명된 단계를 완료하십시오. 비동기 감지를 실행하려면 먼저 대상 시스템에서Utilization 센서를 시작하여 활용도 데이터를 수집해야 합니다. 비동기 감지에 대해 생성되는 감지 스크립트 패키지는 대상 시스템에서 추출되어야 합니다. 감지스크립트 패키지가 추출된 후, 다음 단계를 완료하십시오.

1. taddmasd/com.ibm.cdb.discover.sensor.sys.utilization_version 디렉토리로 변경하십시오.

2. 다음 명령에 따라 파일 권한을 변경하십시오.

chmod 700 *.sh

3. Utilization 센서를 시작하려면 다음 명령을 실행하십시오.

./utilizationDeployer.sh -c


데이터를 수집할 시간 간격 및 기간을 지정하십시오. 데이터를 수집하려면 먼저 시간 간격이 경과될 때까지 기다려야 합니다.

4. 주기적으로, taddmasd/scriptsRunner.sh 스크립트를 실행하여 데이터를 수집하십시오. 이 스크립트는 활용도 데이터가 포함된 아카이브 파일을 생성합니다.

5. 결과 아카이브 파일을 TADDM 서버로 이동시키십시오.

6. Utilization 센서에 대한 새 비동기 감지 프로파일을 작성하고, 센서를 사용으로 설정하고, 비동기 감지를 실행하십시오.

7. 활용도 데이터 수집이 완료될 때 Utilization 센서를 중지하려면 taddmasd/

com.ibm.cdb.discover.sensor.sys.utilization_version 디렉토리로 변경하고 다음 명령을 실행하십시오.

./utilizationDeployer.sh -u





연관 속성이 있는 모델 오브젝트IBM Tivoli Utilization 센서는 연관 속성이 있는 모델 오브젝틀 작성합니다. 이속성은 센서가 IT 환경에서 컴퓨터 시스템 사용량에 대해 수집하는 정보 유형을나타냅니다.


metric.OperatingSystemMetric

v Label

v MetricName

v MetricUnitOfMeasure

v MetricValue

v StatisticName

net.IpInterface

v IpAddress

relation.Gauges


v Source(OperatingSystemMetric)

v Target(OperatingSystem)

다음 컴퓨터 시스템 유형이 감지됩니다.







v signature

다음 운영 체제 유형이 감지됩니다.

sys.aix.Aix

sys.hpux.HpUx

sys.linux.Linux

sys.sun.Solaris



v OSName

센서 구성IBM Tivoli Utilization 센서를 실행하여 대상 시스템에서 데이터를 수집하려면먼저 센서를 구성해야 합니다.

구성 매개변수 설정:

구성 매개변수를 설정하여 IBM Tivoli Utilization 센서의 동작을 구성할 수 있습니다.

다음 표에서는 IBM Tivoli Utilization 센서의 구성 매개변수를 나열합니다.


표 19. 구성 매개변수매개변수 이름 설명operatingMode 센서의 조작 모드. 유효한 값은 다음과 같습니다.

ONCE 콜렉션 스크립트가 지정된 interval과 numDays, 또는 maxFileSize

를 순서에 상관 없이 한 번씩 실행하도록 지정합니다. 콜렉션 스크립트가 완료되면 다음에 실행될 때 센서가 데이터를 수집합니다. 수집된 데이터가 구문 분석되고 TADDM 데이터베이스에 저장됩니다.

대상 시스템에 있는 모든 출력 파일이 정리됩니다.

RESTART

콜렉션 스크립트가 제대로 끝나면 이를 다시 시작하도록 지정합니다.

CLEANUP

현재 시스템에서 실행 중인 콜렉션이 즉시 중지되고 정리되도록 지정합니다 . 일단 정리 조작이 호출되면 operatingMode 값을RESTART로 설정하여 이 시스템에서 콜렉션을 다시 시작할 수 있습니다.

collectionMode 센서의 콜렉션 모드. 유효한 값은 다음과 같습니다.

ALWAYS

콜렉션 스크립트가 완료되었는지 여부에 상관 없이 센서가 대상 시스템에서 시작될 때마다 데이터를 수집하도록 지정합니다.

END 콜렉션 스크립트가 완료된 경우에만 센서가 대상 시스템에서 실행될때 데이터를 수집하도록 지정합니다. operatingMode가 CLEANUP

으로 설정된 경우를 제외하고 콜렉션 스크립트가 완료되기 전에 가지를 수행하면 데이터 수집이 수행되지 않습니다.

interval 대상에서 실행되는 콜렉션 스크립트의 콜렉션 간격(분)입니다. 유효값의 범위는 3 - 60분입니다.

numDays 대상에서 콜렉션 스크립트가 실행하는 콜렉션 기간(일)입니다. 유효값의 범위는 1 - 35일입니다.

maxFileSize 콜렉션 스크립트에서 작성되는 출력 파일의 최대 크기(MB)입니다. 유효값의범위는 1 - 100MB입니다.

정리 옵션 구성:

IBM Tivoli Utilization 센서는 대상 시스템에 저장된 콜렉션 스크립트 및 데이터를 자동으로 정리하고 제거하는 기능이 있습니다. 또한 필요한 경우 수동으로정리를 수행할 수 있습니다.

감지 중에 자동 정리 구성

자동 정리 기능을 사용하려면 다음 단계를 완료하십시오.

1. operatingMode 매개변수가 CLEANUP으로 설정하여 IBM Tivoli Utilization 센서에 대해 프로파일 구성을 작성하십시오.

2. CLEANUP 옵션 세트가 있는 프로파일을 사용하여 감지를 실행하십시오.


대상 감지 시스템에서 정리를 수행한 후 콜렉션 스크립트를 다시 시작하려면RESTART 조작을 실행하십시오.

수동 정리 수행

UNIX 대상 시스템에서 수동 정리를 수행하려면 다음 단계를 완료하십시오.

1. /var/tmp/ 디렉토리를 탐색하십시오.


./scmd_perf.sh -k -c -r

3. IBM Tivoli Utilization 센서 잠금 파일을 제거하십시오.

Windows 대상 시스템에서 수동 정리를 수행하려면 다음 단계를 완료하십시오.

1. C:\ 디렉토리를 탐색하십시오.

2. WINTEL-MAN-PERF.VBS 스크립트를 제거하십시오.

3. PerformanceData_hostname.out 파일을 삭제하십시오.

4. IBM Tivoli Utilization 센서 잠금 파일을 제거하십시오.

BIRT 보고서 구성:

활용도 BIRT 보고서를 사용하여 IBM Tivoli Utilization 센서에서 수집되는 데이터를 기반으로 하는 보고서를 생성할 수 있습니다.


중요사항: BIRT Report Viewer가 사용 가능한 경우에만 Utilization BIRT 보고서를 구성할 수 있습니다. BIRT Report Viewer는 보안 문제로 인해 사용 안함으로 설정됩니다. BIRT 보고서를 보는 또 다른 방법은 TADDM 보고서를 TCR

로 가져온 후에 Tivoli Common Reporting(TCR)을 사용하는 방법입니다. 위험을 인지하게 되면 BIRT Report Viewer를 복원할 수 있습니다.

BIRT Report Viewer를 복원하는 방법을 보려면 TADDM 관리자 안내서의 BIRT

Report Viewer 복원 주제를 참조하십시오.

1, 2 및 4단계는 BIRT Report Viewer에만 해당합니다. TCR을 사용하여 보고서를 보고 있다면 3단계에서처럼 매개변수에 값을 지정해야 합니다.

프로시저

활용도 BIRT 보고서를 구성하려면 데이터 관리 포털에서 다음 단계를 완료하십시오.

1. 분석 > BIRT 보고서를 클릭하십시오. TADDM BIRT 보고서 창이 표시됩니다.


2. TADDM_SERVER_UTILIZATION 보고서를 선택하고 보고서 실행을 클릭하십시오.

3. 매개변수 창에서 다음 각 매개변수에 대한 값을 지정해야 합니다.

범위 사용 가능한 TADDM 범위 목록에서 범위를 선택하십시오.

지표 사용 가능한 지표 목록에서 데이터를 볼 지표를 선택하거나 모든 지표에 대한 데이터를 보려면 ALL을 선택하십시오.

연산자연산자는 보고서에 표시되는 데이터를 제한하는 데 사용됩니다. 사용가능한 연산자 목록에서 연산자를 선택하거나 선택된 지표에 대한 모든 데이터를 표시하려면 N/A를 선택하십시오.

값 연산자를 지정한 경우 해당 값을 지정해야 합니다. 그렇지 않으면N/A를 선택하여 선택된 지표에 대한 모든 데이터를 표시하십시오.

다른 값연산자를 지정했고 두 개의 값이 필요한 경우 두 번째 값에 해당하는값을 지정해야 합니다. 그렇지 않으면 N/A를 선택하여 선택된 지표에 대한 모든 데이터를 표시하십시오.

애플리케이션 종속 항목 수애플리케이션 종속 항목 수는 보고서에 표시되는 데이터를 제한하는데 사용됩니다. 애플리케이션 종속 항목 수를 선택하거나 N/A를 선택하여 선택된 지표에 대한 모든 데이터를 표시하십시오.

4. 확인을 클릭하십시오. 보고서 출력은 BIRT Report Viewer에 표시됩니다.

다음에 수행할 작업

시간당 피크 서버 활용도 BIRT 보고서를 구성하려면 데이터 관리 포털에서 다음단계를 완료하십시오.

1. 분석 > BIRT 보고서를 클릭하십시오. TADDM BIRT 보고서 창이 표시됩니다.

2. TADDM_SERVER_UTILIZATION_HOURLY_PEAK 보고서를 선택하고보고서 실행을 클릭하십시오.

3. 매개변수 창에서 다음 각 매개변수에 대한 값을 지정해야 합니다.

범위 사용 가능한 TADDM 범위 목록에서 범위를 선택하십시오.

날짜 사용 가능한 날짜 목록에서 날짜를 선택하십시오.

4. 확인을 클릭하십시오. 보고서 출력은 BIRT Report Viewer에 표시됩니다.



IBM Tivoli Utilization 센서는 감지 프로파일을 사용하여 구성됩니다. 기본 감지 프로파일인 Utilization Discovery는 제품과 함께 제공됩니다. 이를 사용하여기본 감지를 수행하거나 사용자 정의 구성 매개변수 값을 사용하여 새 프로파일을 작성할 수 있습니다.

제품에 포함된 Utilization Discovery 프로파일에는 다음 기본 특성 값이 있습니다.

v operatingMode: ONCE

v collectionMode: ALWAYS

v interval: 15

v numDays: 35

v maxFileSize: 100

다음 기본 센서를 포함합니다.

v ping 센서v 포트 센서v 세션 센서v 앵커 센서v 운영 체제 활용도 센서

기본 감지 프로파일이 충분하지 않은 경우 사용자 정의 구성 매개변수를 사용하여 프로파일을 작성하십시오. 사용자 정의 감지 프로파일을 작성하려면 다음 단계를 완료하십시오.



3. 프로파일 이름 필드에 새 프로파일의 이름을 입력하십시오.

4. 설명 필드에 새 프로파일에 대한 설명을 입력하십시오.

5. 기존 프로파일 복제 목록에서 활용도 감지를 선택하십시오.


7. 감지 프로파일 창에서 새 프로파일을 선택하고 , 센서 구성 탭에서OperatingSystemUtilizationSensor 센서를 선택하십시오.

8. OperatingSystemUtilizationSensor 기본 구성을 기반으로 센서 구성을 작성하려면 새로 작성을 클릭하십시오. 구성 작성 창이 표시됩니다.

9. 이름 필드에 새 센서 구성의 이름을 입력하십시오.

10. 설명 필드에 새 센서 구성에 대한 설명을 입력하십시오.


11. 기본적으로 감지 프로파일에 이 구성을 사용하도록 하려면 이 구성으로 사용하고 선택된 구성을 사용 안함을 클릭하십시오.

12. 업데이트할 각 구성 매개변수에 대해 다음 태스크를 완료하십시오.

a. 구성 섹션에서 변경할 구성 매개변수를 두 번 클릭하십시오.

b. 구성 매개변수의 새 값을 입력하십시오.



센서 문제점 해결이 주제에서는 IBM Tivoli Utilization 센서에서 발생하는 공통 문제에 대해 설명하고 이러한 문제에 대한 솔루션을 제공합니다.

비root 신임 정보를 사용하는 경우 정리를 사용한 감지가 실패함

문제 비root 신임 정보를 사용할 때 엔드포인트에 대해 CLEANUP 옵션을 사용한 Utilization 센서 감지가 실패합니다.

솔루션root 신임 정보를 사용하여 TADDM 서버에서 마지막으로 감지한 엔드포인트인 경우 /var/temp에 배치된 Utilization 센서 스크립트에 root 시스템 액세스가 있습니다. 이러한 스크립트는 root가 아닌 사용자 ID로 제거할 수 없습니다. 정리가 제대로 완료되도록 하려면 엔드포인트에서 root

신임 정보를 사용하여 CLEANUP 옵션으로 Utilization 센서 감지를 실행하십시오. 기존 Utilization 센서 스크립트는 제거됩니다.

비동기 감지를 실행하는 경우 대상 시스템에서 메트릭이 감지되지 않음

문제 비동기 감지가 실행되지만 IBM Tivoli Utilization 센서가 Solaris 운영체제에서 지표 데이터를 감지할 수 없습니다.

솔루션대상 시스템에서 추출된 스크립트 패키지에서 IBM Tivoli Utilization 센서를 시작해야 합니다.

IP 디바이스 센서IP 디바이스 센서는 네트워크에 있는 IP 디바이스를 나타내는 경량 컴퓨터 시스템을 작성합니다.


IpDeviceSensor




v net.IpInterface


collation.properties 파일 엔트리 구성이 주제에는 IP 디바이스 센서가 사용하는 collation.properties 파일 항목이나열되어 있습니다.

com.ibm.cdb.topomgr.reconciliation.compsys.CompSysReconcilatior.disable

LMTupdate=false

IP 디바이스 센서가 감지한 컴퓨터 시스템이 TADDM 데이터베이스에 존재하고 다른 센서에 의해 감지되었을 때 이러한 컴퓨터 시스템의 마지막수정 시간을 업데이트할지 여부를 지정합니다.

마지막 수정 시간 업데이트를 사용 안함으로 설정하려면 이 특성을 true

로 설정하십시오. 기본적으로, 이 특성은 false로 설정됩니다.

IP 인터페이스 센서IP 인터페이스 센서는 IP 인터페이스를 감지합니다.


IpInterfaceSensor

제한사항

IPv6 및 IPv4 라우터 세부사항의 경우 IP 전달 속성은 감지된 Windows 시스템에서의 설정에 상관 없이 false로 설정됩니다. IP 인터페이스 센서를 사용 불가능하게 하십시오. IP 인터페이스 센서가 제공하는 기능이 이제 적절한 컴퓨터시스템 센서에 의해 제공됩니다. IP 인터페이스 센서를 사용으로 설정하면 성능문제가 발생할 수 있습니다.



v net.IpInterface

v net.IpV4Router

v net.IpV6Router



ping 센서ping 센서는 도달 가능한 IP 주소를 감지합니다. TCP/IP를 지원하는 디바이스및 시스템에서 정보를 수집합니다.


PingSensor

제한사항v 성능 문제로 인해 UDP에서 ping을 감지하는 경우 Ping 센서는 범위 제한사항에 상관 없이 항상 정의된 모든 SNMPv1 및 SNMPv3 액세스 목록 항목을 사용합니다.



OSLC Execute Automation 세션을 통해 액세스 가능한 IP 주소에서 세션을 시작하도록 PingSensor를 구성할 수 있습니다.

OSLC Execute Automation 세션을 통해 액세스 가능한 대상 시스템의 작동은다음 특성을 설정하여 변경할 수 있습니다.

com.ibm.cdb.discovery.StartOSLCSessionDirectly

특성이 true로 설정된 경우 센서는 포트를 ping하지 않고 OSLC Execute

Automation 세션을 통해 액세스 가능한 대상 시스템이 스캔되지 않습니다.

Session 센서는 이러한 시스템을 위해 PingSensor 직후에 시작됩니다.

특성이 false로 설정된 경우에는, PingSensor는 모든 대상 시스템을 ping합니다.

특성의 기본값은 true입니다.


이 주제에는 ping 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.

com.collation.discover.agent.PingSensor.timeout=600000

이 값은 감지 중에 제한시간 초과가 발생하기 전의 시간 간격(밀리초)을지정합니다.

com.collation.pingagent.ports=xx,yy, ...

이 특성은 collation.properties 파일에 정의되지 않으며, 필요할 경우


수동으로 추가해야 합니다. 유효한 값은 사용할 ping 센서에 대한 포트를 나타내는 음수가 아닌 정수입니다.

기본적으로, ping 센서는 포트 22를 사용하고, 포트 22에 연결할 수 없는 경우에는 포트 135를 사용합니다. ping 센서가 사용하는 기본 TCP 포트 세트를 대체하려면, 이 특성을 collation.properties 파일에 추가하고 TCP 포트 번호를 쉼표로 구분된 목록으로 지정하십시오.

com.ibm.cdb.discover.enablePingDiscoveryOverUdp=false

true로 설정하면 센서가 UDP를 통해 추가 ping을 실행합니다.

또한 사용자 정의된 감지 프로파일에 대한 제품 콘솔 플랫폼 특성 탭에서 특성을 액세스할 수 있습니다.

제한사항: 이 특성에 대한 범위 제한사항은 지원되지 않습니다.

com.ibm.cdb.discover.pingUDPPorts=161

유효한 값은 음수가 아닌 정수입니다.

이 특성은 UDP ping 감지 중에 스캐닝할 포트를 지정합니다. 기본적으로, ping 센서는 포트 161을 사용합니다. 또한 사용자 정의된 감지 프로파일에 대한 제품 콘솔 플랫폼 특성 탭에서 특성을 액세스할 수 있습니다.

제한사항: 이 특성에 대한 범위 제한사항은 지원되지 않습니다.

com.ibm.cdb.discover.SNMPPingWaitTime=2000

이 특성은 특정 SNMP 인증 신임 정보를 사용하여 SNMP 프로토콜을 통해 전송한 단일 ping 요청에 대해 Ping 센서가 기다리는 시간 값(밀리초)

을 지정합니다.

센서 문제점 해결이 주제에서는 ping 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한솔루션을 제시합니다.

Ping 센서 감지가 루프백 연결을 구축할 수 없음 메시지와 함께 종료됨

문제 감지 범위가 크면 제한시간 초과 오류로 인해 센서가 실패하고 다음 메시지가 표시됩니다.

Unable to establish loopback connection

메시지에 대한 자세한 설명은 로그 파일을 참조하십시오. 예를 들어 다음과 같습니다.

<log start>java.io.IOException: Unable to establish loopback connectionat sun.nio.ch.PipeImpl$Initializer.run(PipeImpl.java:172)at java.security.AccessController.doPrivileged(AccessController.java:246)at sun.nio.ch.PipeImpl.<init>(PipeImpl.java:188)at sun.nio.ch.SelectorProviderImpl.openPipe(SelectorProviderImpl.java:45)at java.nio.channels.Pipe.open(Pipe.java:148)


at sun.nio.ch.WindowsSelectorImpl.<init>(WindowsSelectorImpl.java:192)at sun.nio.ch.WindowsSelectorProvider.openSelector(WindowsSelectorProvider.java:53)at java.nio.channels.Selector.open(Selector.java:224)at com.collation.platform.session.Ping$Connector.<init>(Ping.java:303)at com.collation.platform.session.Ping.pingArray(Ping.java:656)at com.collation.platform.session.Ping.pingLoop(Ping.java:574)at com.collation.platform.session.Ping.ping(Ping.java:557)at com.ibm.cdb.discover.sensor.net.ping.PingSensor.do_ping(PingSensor.java:75)at com.ibm.cdb.discover.sensor.net.ping.PingSensor.discover(PingSensor.java:92)at com.collation.discover.engine.AgentRunner.run(AgentRunner.java:214)at com.collation.discover.engine.DiscoverEngine.processWorkItem(DiscoverEngine.java:1184)at com.collation.discover.engine.DiscoverEngine$DiscoverWorker.run(DiscoverEngine.java:867)Caused by: java.nio.channels.ClosedByInterruptExceptionat java.nio.channels.spi.AbstractInterruptibleChannel.end(AbstractInterruptibleChannel.java:216)at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:543)at java.nio.channels.SocketChannel.open(SocketChannel.java:161)at sun.nio.ch.PipeImpl$Initializer.run(PipeImpl.java:120)... 16 more<log end>

솔루션다음 방법 중 하나를 사용하여 문제를 해결하십시오.

v 더 작은 범위에서 감지를 수행하십시오.

v 감지 시간을 늘리려면 collation.properties 파일에서 다음 특성에대해 제한시간 값을 늘리십시오.


Ping 센서 감지가 오류 CTJTD0510E와 함께 종료됨

문제 UDP에서 ping 감지가 사용으로 설정되고 큰 범위의 감지를 수행할 때이를 사용할 수 있는 경우 열린 소켓 수 제한을 초과하여 센서가 다음 오류와 함께 종료됩니다.

CTJTD0510E 다음 오류가 ping 센서에서 발생했습니다.열린 파일이 너무 많음.

메시지에 대한 자세한 설명은 로그 파일을 참조하십시오. 예를 들어 다음과 같습니다.

<log start>sensor.PingSensor - Exception in Ping Broadcast Agentjava.io.IOException: Too many open files

at sun.nio.ch.IOUtil.makePipe(Native Method)at sun.nio.ch.EPollSelectorImpl.<init>(EPollSelectorImpl.java:77)at sun.nio.ch.EPollSelectorProvider.openSelector(EPollSelectorProvider.java:48)at java.nio.channels.Selector.open(Selector.java:238)at com.collation.platform.session.Ping$TcpConnector.<init>(Ping.java:354)at com.collation.platform.session.Ping$TcpConnector.<init>(Ping.java:349)at com.collation.platform.session.Ping.pingArray(Ping.java:926)at com.collation.platform.session.Ping.pingLoop(Ping.java:840)at com.collation.platform.session.Ping.ping(Ping.java:821)at com.ibm.cdb.discover.net.ping.sensor.PingSensor.do_ping(PingSensor.java:81)at com.ibm.cdb.discover.net.ping.sensor.PingSensor.discover(PingSensor.java:114)at com.collation.discover.engine.AgentRunner.doRegularDiscovery(AgentRunner.java:349)at com.collation.discover.engine.AgentRunner.run(AgentRunner.java:271)at com.collation.discover.engine.DiscoverEngine.processWorkItem(DiscoverEngine.java:736)at com.collation.discover.engine.worker.DiscoverWorker.processWorkItemWithMetrics

(DiscoverWorker.java:100)at com.collation.discover.engine.worker.DiscoverWorker.run(DiscoverWorker.java:146)

2012-09-12 16:48:29,076 DiscoverManager [DiscoverWorker-5]PingSensor-9.156.46.69.156.46.254 WARN engine.AgentRunner -[AgentRunner.W.1] AgentException thrown in agentcom.collation.discover.agent.AgentException:CTJTD0510E The following error occurred in the ping sensor: Too many open files .<log end>




v UNIX 시스템에서 감지 서버의 열린 파일 한계를 늘리십시오. 열린 파일 한계에 대한 자세한 정보는 TADDM 서버 소프트웨어 요구사항의내용을 참조하십시오.

Ping 센서가 제한시간 초과 오류로 실패함

문제 큰 범위를 사용하는 경우 센서가 제한시간 초과 오류로 실패합니다.

UI에서 표시되는 Ping 센서의 모든 조치가 순서대로 실행됩니다.

collation.properties 파일에 지정된 제한시간 값은 이러한 조치를 완료하는 데 필요한 총 시간을 정의합니다.



v 감지 시간을 늘리려면 collation.properties 파일에서 다음 특성에대해 제한시간 값을 늘리십시오.


센서가 UDP 프로토콜에서 엔드포인트를 감지할 수 없음

문제 UDP 프로토콜에서만 액세스할 수 있는 엔드포인트를 감지할 경우 엔드포인트 중 일부가 누락됩니다.

솔루션UDP 프로토콜에서의 감지에 영향을 주는 특성을 구성해야 합니다. 해당특성에 대한 자세한 정보는 collation.properties 파일 구성을 참조하십시오.

열린 UDP 포트에 대한 정보를 검색하기 위해 Ping 센서가 SNMP 프로토콜을 사용하여 감지 엔드포인트를 조회합니다. 적절한 SNMP 또는SNMPv3 인증 신임 정보가 TADDM 액세스 목록에 제공되었는지 확인하십시오. 또한 방화벽이 com.ibm.cdb.discover.pingUDPPorts 특성에 지정된 포트를 통해 네트워크 트래픽을 통과하는지 확인할 수도 있습니다.

포트 센서포트 센서는 호스트 시스템에서 열린 포트를 감지합니다.

센서 구성 파일을 사용하여 포트 센서의 양상을 변경할 수 있습니다. 사용자 정의 감지 프로파일을 작성하여 포트 센서 구성을 변경해야 합니다. 구성을 변경하기 전에 IBM Software Support에 문의하십시오.



PortSensor

센서 문제점 해결이 주제에서는 포트 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한솔루션을 제시합니다.

센서가 열린 UDP 포트를 감지할 수 없음

문제 엔드포인트 포트를 감지할 때 센서가 열린 UDP 포트를 찾을 수 없습니다.

솔루션UDP 프로토콜에서의 감지에 영향을 주는 특성을 구성해야 합니다. 해당특성에 대한 자세한 정보는 collation.properties 파일 구성을 참조하십시오. Ping 센서 및 포트 센서는 UDP 프로토콜에서의 감지에 대해 동일한특성을 사용합니다.

열린 UDP 포트에 대한 정보를 검색하기 위해 포트 센서가 SNMP 프로토콜을 사용하여 감지 엔드포인트를 조회합니다. 적절한 SNMP 또는SNMPv3 인증 신임 정보가 TADDM 액세스 목록에 제공되었는지 확인하십시오. 또한 방화벽이 com.ibm.cdb.discover.pingUDPPorts 특성에 지정된 포트를 통해 네트워크 트래픽을 통과하는지 확인할 수도 있습니다.

세션 센서세션 센서는 TADDM 서버와 대상 컴퓨터 시스템 간의 세션을 작성합니다. 일반적으로, 세션은 SSH(Secure Shell) 세션 또는 WMI(Windows Management

Instrumentation) 세션입니다.


SessionSensor


세션이 구축될 때까지 유형이 Computer System인 액세스 목록 항목이 순차적으로 시도됩니다. Windows 대상의 경우 유형이 Computer System(Windows)인 액세스 목록 항목이 사용됩니다.

문제점 해결이 주제에서는 세션 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한솔루션을 제시합니다.

Fix Pack 2


CTJTD0591W 감지된 세션 IP를 감지된 IP 인터페이스에서 찾을 수 없음

문제 감지되는 IP가 실제로는 오브젝트의 인터페이스 목록에 없습니다.

이는 대개 감지되는 오브젝트가 로드 밸런서임을 의미합니다. 로드 밸런서를 감지하면 초과 병합될 수 있습니다. 예를 들어, 로드 밸런서 뒤에 세대의 컴퓨터가 있는 경우 센서의 ssh 요청이 매번 서로 다른 대상으로 보내집니다. 결국 시간이 지나면서 세 대의 컴퓨터가 모두 병합됩니다.

솔루션새 특성이 세션 센서에 추가됩니다.

com.collation.discover.agent.sys.SessionSensor.loadBalancerIp


true로 설정하면, 해당 특성이 이 조건을 감지하는 경우 세션 센서를 중지합니다.

참고: 세션 센서 실패 후에는 SnmpSensor가 트리거되지 않습니다.

액세스 거부 오류 메시지와 함께 센서 실패

문제 사용자 계정 제어가 켜진 Windows Server 2012 감지 도중 다음 오류메시지가 표시됩니다.

CTJTP1163E The following WMI session and SSH sessions cannot be established(WMI: SELECT BuildVersion FROM Win32_WMISetting failed: Access is denied.

솔루션이 메시지는 사용자 계정 제어 설정이 너무 제한적임을 표시합니다. 문제를 수정하려면 다음 단계를 완료하십시오.

1. 대상 머신에서 레지스트리 편집기 Regedit.exe를 실행하십시오.

2. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\

Policies\System LocalAccountTokenFilterPolicy 값을 1로 설정하십시오.

3. 제어판 창에서 관리 도구 탭을 클릭하고 로컬 보안 정책을 여십시오.

4. 로컬 정책을 펼치고 보안 옵션을 클릭하십시오.




Active Directory가 있는 시스템에서 정책을 구성하려면 다음 단계를 완료하십시오.

1. 제어판 창에서 관리 도구 탭을 클릭하고 그룹 정책 관리를 여십시오.


2. 포리스트(forest)와 도메인을 선택하고 기본 도메인 정책을 선택하십시오.







Tectia SSH Server가 있는 Windows 대상의 SSH 감지가 올바르지 않은 가상 경로 오류로 인해 실패합니다.

문제 Windows 시스템의 SSH 감지가 실패하고 로그 파일에는 다음 메시지가포함됩니다.

java.io.IOException: SSHSCP1.readResponse, error: scp: invalid virtual path

솔루션Tectia SSH Server는 가상 폴더를 지원합니다. 이름이 C:, D:, E: 등등인모든 기본 가상 폴더를 제거하고 이름이 C, D, E 등등인 가상 폴더를 정의할 수 있습니다. 이러한 경우, 이름에 콜론이 있는 전체 경로(예:

/C:/folder/example.txt)는 서버에서 승인되지 않습니다. 이 문제를 해결하려면 다음 단계 중 하나를 완료하십시오.

v 콜론으로 가상 폴더를 정의하여 Tectia SSH Server 구성을 수정하십시오.

v 다음 범위 특성을 collation.properties 파일에 추가하십시오.

com.ibm.cdb.session.tectia.filepath.removeColon=true

선택된 IP와 범위 세트에 대해서만 선행 플래그를 정의할 수 있습니다. 예:

com.ibm.cdb.session.tectia.filepath.removeColon.10.11.12.13=truecom.ibm.cdb.session.tectia.filepath.removeColon.scopesetA=true

애플리케이션이 WMI 세션을 설정할 수 없음

문제 다음 경고 메시지를 SessionSensor 로그에서 찾을 수 있습니다.

SessionSensor-10.4.112.196-[445,135] WARN engine.AgentRunner -[AgentRunner.W.1] AgentException thrown in agentcom.collation.discover.agent.AgentException: CTJTP1161E The applicationcannot establish the following WMI session: SessionClientException:Uncaught exception invoking InstallProvider: System.NullReferenceException: Object reference not set to an instance of anobject.


솔루션문제의 원인을 정의하려면 다음 단계를 완료하십시오.

1. 어떤 데이터를 리턴하는지 여부를 확인하려면 단순 조회를 실행하여WMI를 로컬에서 테스트하십시오.

2. 다음 WMI verifyrepository 명령을 실행하십시오.

Winmgmt /verifyrepository

단순 조회가 어떤 결과도 리턴하지 않거나 verifyrepository 명령이 손상된 경우에는 문제의 원인은 WMI 저장소입니다. verifyrepository 명령이 실패하면 로컬 서버 관리자는 로컬 WMI 저장소를 다시 빌드하거나 서버의 파일에서 완전히 다시 컴파일해야 합니다. 그래도 문제가 해결되지 않으면 추가 조사가 필요합니다.

세션 센서로 감지하는 동안 『The RPC server is unavailable』 오류가 발생함

문제 세션 센서를 사용하여 감지를 실행할 때 다음과 같은 오류가 발생합니다.

The RPC server is unavailable. (Exception from HRESULT:0x800706BA>

솔루션실패한 대상에 역방향 DNS 검색 기능이 제대로 작동되는지 확인하십시오. TADDM 감지 서버 또는 앵커 서버에서 다음 명령을 실행하십시오.

nslookup target-IP-address

대상의 IP 주소가 해당 FQDN 이름으로 올바르게 맵핑되는지 확인하십시오.

collation.properties 파일 엔트리 구성collation.properties 파일 항목을 수정하여 세션 센서를 구성할 수 있습니다.

Fix Pack 4 com.collation.discover.agent.sys.SessionSensor.timeout.snmp=false

이 특성은 세션 센서의 제한시간이 초과되면 SNMP MIB2 센서를 시작할 것인지를 지정합니다.


기본적으로 세션 센서의 제한시간이 초과되면 SNMP MIB2 센서가 시작되지 않습니다. 제한시간 초과 이외의 이유 또는 CTJTD0591W 오류로 인해 세션 센서가 실패하면 동시에 SNMP MIB2 센서가 시작됩니다. 세션센서의 제한시간이 초과되었을 때에도 SNMP MIB2 센서가 시작되게 하려면 이 특성의 값을 true로 설정하십시오.


Fix Pack 2

com.collation.discover.agent.sys.SessionSensor.loadBalancerIp=false

이 특성은 감지된 오브젝트가 로드 밸런서인 경우 세션 센서를 중지할 것인지를 지정합니다.

기본값은 false입니다. 이는 센서가 중지되지 않음을 의미합니다.

로드 밸런서를 감지하면 초과 병합될 수 있습니다. 『CTJTD0591W 세션IP를 감지된 IP 인터페이스에서 찾을 수 없음』이라는 오류가 발생하면이 특성의 값을 true로 변경하십시오.

참고: 이 특성을 true로 설정한 후 세션 센서가 중지되는 경우에는 SNMP

MIB2 센서가 시작되지 않습니다.

Solaris 구역 일반 센서Solaris 구역 일반 센서는 Solaris 로컬 구역 시스템에서 실행 중인 애플리케이션을 감지합니다.

센서 결과는 TADDM이 자동으로 분류되지 않는 애플리케이션 서버를 감지하는특정 애플리케이션 센서(예: IplanetServerSensor, WeblogicServerSensor 또는CustomServerSensor)를 시작하는 데 사용됩니다.

이 센서는 다른 UNIX 시스템과 다른 감지 접근법을 사용합니다. 로컬 구역 시스템에서 직접 감지를 실행하지 않고 글로벌 구역 시스템을 사용하여ZonesGenericSensor를 시작합니다. 로컬 구역에서 애플리케이션을 감지하려면ZonesGenericSensor를 실행해야 합니다. 로컬 구역의 모든 운영 체제 세부사항을 검색하려면, 감지 범위에 로컬 구역의 IP 주소를 포함해야 합니다.


ZonesGenericSensor

선행 조건

로컬 및 글로벌 구역의 신임 정보는 액세스 목록(SSH 키 기반 인증 또는 SSH

로그인 기반 인증 사용)에 입력되어야 합니다.

보안 문제

로컬 구역에서 감지 애플리케이션을 제대로 실행하려면 로컬 및 글로벌 구역에있는 TADDM 서비스 계정이 전체 명령행 인수와 함께 ps 명령을 실행할 권한이 있어야 합니다.


루트 계정 또는 setuid 비트가 사용되지 않는 경우 다음 방법을 사용하여 액세스를 확인하십시오. $COLLATION_HOME/etc/collation.properties 파일에서 다음특성을 수정하여 sudo:를 사용하도록 ps 명령을 구성하십시오.

v com.collation.platform.os.command.ps.SunOS=sudo /usr/ucb/ps axww

v com.collation.platform.os.command.psEnv.SunOS=sudo /usr/ucb/ps axwweee

v com.collation.platform.os.command.psUsers.SunOS=sudo /usr/ucb/ps auxw

제한사항

다음 제한사항에 유의하십시오.

v 센서는 로컬 구역에 대한 ProcessFileSystemMapping 오브젝트를 작성하지 않습니다. 로컬 구역에서 실행되는 프로세스가 NFS 공유를 사용하는 경우 애플리케이션 서버와 NFS 서버 간에 종속 항목이 작성되지 않습니다.

v WebLogic 8(모든 릴리스) 관리 및 admin 서버가 로컬 구역에서 실행될 때CustomAppSer verSensor를 사용하여 런타임 정보가 저장됩니다 .

CustomAppServerSensor는 WeblogicVersionSensor에 의해 시작됩니다. 감지 범위에 모든 로컬 및 글로벌 구역 IP 주소를 포함해야 합니다. 또한WebLogic 명령행과 일치하기 위해 사용자 정의 목록에 하나 이상의 템플리트가 포함되고 사용자 정의 서버가 사용으로 설정되어 있는지 확인하십시오.

v 앵커 서버를 통해 감지를 실행하는 경우 앵커와 같은 범위 세트에 로컬 및 글로벌 구역의 IP 주소를 포함시키십시오.

v 로컬 구역에서 감지를 실행하는 경우 IPv6(Internet Protocol version 6)가 지원되지 않습니다.




센서 문제점 해결이 주제는 Solaris 구역 일반 센서에서 발생하는 공통 문제를 설명하고 이 문제에 대한 솔루션을 제시합니다.

구역의 올바르지 않은 IP 주소로 인해 Solaris 구역 일반 센서가 시작되지 않음

문제 Solaris 구역의 일반 센서가 시작되지 않습니다. 오류 로그 파일에서 구역에 올바르지 않은 IP 주소가 있다는 정보를 찾을 수 있습니다. 로그는IP 주소가 host zoneName 명령으로 생성되었음을 표시합니다.

Fix Pack 2 솔루션


TADDM 7.3.0.2 이상을 사용하는 경우, collation.properties 파일로이동하고 com.collation.hostnameforzoneip 특성을 false로 설정하십시오.

스택 스캔 센서스택 스캔 센서는 컴퓨터 시스템에서 설치된 운영 체제 및 열린 포트에 대해 신임도가 낮은 감지(간섭성이 적은 감지)를 제공합니다.

감지 센서는 Nmap를 비롯하여 Windows용 Tivoli Remote Execution and

Access(RXA) 감지를 사용할 수 있습니다. L2Interface의 MAC 주소를 감지할 수있습니다.


StackScanSensor

선행 조건

센서에는 다음 소프트웨어가 필요합니다.

v Nmap 도구. 세부사항은 318 페이지의 『Nmap 구성』의 내용을 참조하십시오.

v Windows 운영 체제의 WinPcap 도구. 이 도구가 TADDM DVD에 있지만TADDM 설치 중에 설치되지 않았음으로 이를 수동으로 설치해야 합니다.

v 비Windows 운영 체제의 sudo 도구.

AIX 운영 체제의 TADDM: sudo를 통해 nmap 도구를 사용할 TADDM 사용자의 경우 sudo 버전 1.6.7p5를 설치하고 구성해야 합니다. 이는 TADDM

에 최신 sudo 버전인 1.6.9p15에 문제가 있기 때문입니다.

보안 문제

TADDM 사용자에 대한 sudo 액세스를 구성하려면 TADDM 사용자에 대한/etc/sudoers 파일에서 nopasswd 옵션을 설정해야 합니다.

제한사항

대상 범위와 TADDM 서버 또는 원격 앵커 간의 방화벽은 스택 스캔 신뢰성과성능을 심각하게 저하시킬 수 있습니다. 이러한 상황에서 방화벽 위에서 원격 앵커를 사용하는 것은 성능을 개선시킬 수 있습니다. 스택 스캔 센서가 Nmap에서수신하는 항목에 따라 운영 체제 버전이 제대로 감지되지 않을 수 있습니다. 예를 들어 Windows Server 2008은 Windows Vista로, AIX 6.x는 AIX 5.x로,

Linux for System z는 기타 컴퓨터 시스템으로 분류됩니다. Tru64 UNIX 운영


체제를 실행하는 컴퓨터 시스템의 감지는 Nmap에 의해 지원되지 않습니다. 다음 명령을 사용하여 Nmap에서 리턴되는 운영 체제 버전을 확인하십시오.

nmap -T Normal -O -sS -sU -oX - IPaddress

신임이 더 적은(레벨 1) 감지를 사용하여 감지된 애플리케이션 서버 및 서비스는바인딩 TCT 포트가 동일한 경우에만 레벨 2 또는 레벨 3 감지를 사용한 애플리케이션 서버 및 서비스와 조정됩니다. 레벨 1 감지를 사용하여 감지된 모든 애플리케이션 서버 및 서비스는 다음 레벨 2 또는 레벨 3 감지는 그대로 두지만 바인딩 포트가 일치하는 애플리케이션 및 서비스는 함께 병합합니다.



v net.IpAddress

v net.IpInterface

v net.L2Interface

v sys.aix.Aix

v sys.aix.AixUnitaryComputerSystem


v sys.hpux.HpUx

v sys.hpux.HpUxUnitaryComputerSystem

v sys.i5OS.I5OperatingSystem

v sys.linux.Linux


v sys.OperatingSystem

v sys.sun.Solaris


v sys.tru64.Tru64



v sys.zOS.ZOS

v sys.zOS.ZSeriesComputerSystem

센서 구성설치된 운영 체제 및 열린 포트를 실행하기 전에 스택 스캔 센서를 구성해야 합니다.


Nmap 구성:

스택 스캔 센서는 Nmap을 사용하여 신임이 더 적은 감지의 대상에 대한 데이터를 수집합니다.

Nmap 설치

임의의 운영 체제용 Nmap를 설치하기 전에 https://www-947.ibm.com/

s u p p o r t / e n t r y / p o r t a l / p r o d u c t / t i v o l i /

tivoli_application_dependency_discovery_manager?productContext=267282604

의 TADDM 지원 사이트에서 특정 운영 체제 및 Nmap 버전에 대한 최신 뉴스를 참조하십시오.

TADDM 설치 중에는 Nmap이 설치되지 않습니다. Nmap 도구는 TADDM DVD

#2에서 사용 가능하며, 수동으로 설치해야 합니다. TADDM 서버 및 모든 앵커서버에서 Nmap를 설치하십시오. 자세한 정보는 DVD의 Nmap 디렉토리에서readme 파일을 참조하십시오.

root 권한 구성

Windows가 아닌 플랫폼의 경우 TADDM 서버를 시작하는 TADDM 사용자 ID

에 모든 명령에 대한 root 권한을 부여하십시오.

TADDM 앵커 서버를 사용하는 경우 앵커 서버에 있는 감지 서비스 계정에 root

권한을 부여하십시오.

root 사용자로서 visudo 명령을 사용하여 /etc/sudoers 구성에서 다음을 추가하십시오.

TADDM_userid ALL=(ALL) NOPASSWD:ALL

여기서v TADDM_userid 는 TADDM 서버를 시작하는 사용자 ID이거나 앵커의 감지서비스 계정입니다.

sudoers 파일에 Defaults requiretty 라인이 있는 경우 이를 주석 처리하거나이 라인을 삭제하십시오.

스택 스캔 센서가 Nmap에서 실행되는 경우 Nmap 명령에 대해서만 TADDM

서버 사용자 ID에 root 실행 권한을 부여할 수 있습니다. /etc/sudoers 구성 파일에서 다음 라인을 추가하십시오.

TADDM_userid ALL=(ALL) NOPASSWD:nmap_path

여기서


https://www-947.ibm.com/support/entry/portal/product/tivoli/tivoli_application_dependency_discovery_manager?productContext=267282604



v TADDM_userid 는 TADDM 서버를 시작하는 사용자 ID이거나 앵커의 감지서비스 계정입니다.

v nmap_path는 nmap 명령의 위치에 대한 전체 경로입니다.

sudoers 파일에 Defaults requiretty 라인이 있는 경우 이를 주석 처리하거나이 라인을 삭제하십시오.

경로 환경 변수 구성

Nmap가 TADDM 서버 및 모든 앵커 서버에서 설치되어야 합니다. Nmap 명령은 TADDM 서버를 시작하는 TADDM 사용자 ID의 $PATH 환경 변수에 있어야 합니다. TADDM 앵커 서버를 사용하는 경우 감지 서비스 계정의 $PATH

환경 변수에 Nmap 명령이 있어야 합니다.

Windows 플랫폼에서 다음 단계를 수행하여 경로 시스템 환경 변수를 Nmap가설치된 디렉토리에 포함시키십시오.

1. 시작 > 제어판 > 시스템을 클릭하십시오.

2. 고급 탭을 클릭하고 환경 변수를 선택하십시오.

3. 경로 시스템 변수를 편집하여 Nmap가 설치된 디렉토리를 추가하십시오.

4. 컴퓨터를 다시 시작하십시오.

이 태스크는 컴퓨터의 서비스로 Nmap를 사용할 수 있도록 합니다.

Nmap가 작동 중임을 확인

Nmap이 작동 중인지 확인하려면 다음 단계를 완료하십시오.

1. 다음 TADDM 사용자 ID 중 하나를 사용하여 시스템에 로그인하십시오.

v TADDM 서버를 시작하는 사용자 ID

v 앵커 서버에서 감지 서비스를 시작하는 사용자 ID


sudo nmap -T Normal -O -sS -oX - IPaddress/32

여기서v IPaddress는 네트워크에서 설정 및 실행 중인 올바른 호스트 시스템입니다.

컴퓨터 시스템에서 포트 및 운영 체제를 표시하는 XML 문서를 출력에서 생성합니다.


제한사항

AIX에 대한 제한사항으로 인해 네 개의 활성 Nmap 명령만이 동일한 인스턴스에서 실행될 수 있습니다. 이 Nmap 명령 제한이 실행되지 않도록 하려면 다음단계를 완료하십시오.

1. 감지 프로파일을 작성하십시오.

2. 새 감지 프로파일에서 StackScanSensor 구성을 작성하고 구성을 사용 가능하게 하십시오.

3. 다음 특성 값을 1로 설정하십시오.

v nmapMaxOsScanTreads

v nmapMaxPingScanTreads

4. 구성을 저장하려면 확인을 클릭하십시오.

5. 감지 프로파일을 저장하려면 저장을 클릭하십시오. 스택 스캔 감지에 이 감지 프로파일을 사용하십시오.

6. 감지되는 범위에서 컴퓨터 시스템 수가 2048개를 넘으면collation.properties 파일에서 다음 특성을 설정하십시오.

com.collation.discover.dwcount=4


감지된 활성 TCP/IP 포트에 기반하여 애플리케이션 서버를 작성할 경우 스택 스캔 센서에 대한 감지 프로파일을 업데이트하십시오.

센서를 구성하여 애플리케이션 서버를 작성하려면 다음 단계를 완료하십시오.

1. TADDM 레벨 1 프로파일을 기반으로 새 감지 프로파일을 작성하십시오.

2. 스택 스캔 센서 구성을 기반으로 새 프로파일의 새 센서 구성을 작성하십시오.

3. 새 센서 구성에서 enableNmapPortApplicationCreation 특성을 true로 설정하십시오.

winscanner를 사용하도록 센서를 구성하려면 다음 단계를 완료하십시오.

1. TADDM 레벨 1 프로파일을 기반으로 새 감지 프로파일을 작성하십시오.

2. 스택 스캔 센서 구성을 기반으로 새 프로파일의 새 센서 구성을 작성하십시오.

3. 새 센서 구성에서 scanners 특성을 nmap,winscanner로 설정하십시오.

osgi\plugins\com.ibm.cdb.discover.sensor.idd.stackscan_7.5.4\etc 디렉토리에 있는 PortAppScanSensor.properties 파일을 사용하여 감지된 포트를 기반으로 작성할 애플리케이션 서버를 추가로 구성할 수 있습니다. 포트와 애플리케


이션 서버 간의 연관을 수정하기 위한 특정한 지시사항은PortAppScanSensor.properties 파일의 맨 위에 있습니다.

PortAppScanSensor.properties 파일의 구성 오류는 PortAppScanSensor.errors

파일에서 보고되며, 이 파일은 osgi\plugins\

com.ibm.cdb.discover.sensor.idd.stackscan_7.5.4\etc 디렉토리에 있습니다.


이 주제에는 스택 스캔 센서에서 사용하는 collation.properties 파일 항목이나열되어 있습니다.

스택 스캔 센서는 collation.properties 파일에 있는 다음 항목을 사용합니다.

com.collation.sudoCommand=sudo

이 값은 sudo 위치를 지정합니다.

com.collation.discover.agent.StackScanSensor.timeout=7200000

이 값은 감지 중에 제한시간 초과가 발생하기 전의 시간 간격(밀리초)을지정합니다.

센서 문제점 해결이 주제에서는 스택 스캔 센서에서 발생하는 공통 문제를 설명하고 해당 문제에대한 솔루션을 제시합니다.

스택 스캔 센서가 완료되었지만 컴퓨터 시스템이 저장되지 않음

문제 레벨 1 감지를 수행하는 경우 스택 스캔 센서가 오류 없이 완료되지만 컴퓨터 시스템 정보가 저장되지 않습니다. services/DiscoveryManager.log

에서 다음 메시지를 참조합니다.

2008-03-26 11:05:26,845 DiscoverManager [nmap-ping[0] (i1|s[9.42.36.223])]WARN cdb.STDERR - Mar 26, 2008 11:05:26 AM invocation failed:sudo: sorry, you must have a tty to run sudoFrom the TADDM server command line you can successfully do ansu - <run as user>and thensudo "nmap -0 10.1.2.3

솔루션

Windows가 아닌 플랫폼의 경우 TADDM 서버를 시작하는 TADDM 사용자 ID에 모든 명령에 대한 root 권한을 부여하십시오. 또한 TADDM

앵커 서버를 사용하는 경우 앵커 서버에 있는 감지 서비스 계정에 root

권한을 부여하십시오. 세부사항은 318 페이지의 『Nmap 구성』의 내용을 참조하십시오.

스택 스캔 센서가 Linux 시스템에 있는 컴퓨터 시스템을 감지하지 못함

문제 Linux 서버에서 레벨 1 감지를 수행하는 경우 스택 스캔 센서가 성공적으로 완료되지만 컴퓨터 시스템이 저장되지 않습니다.


services/DiscoveryManager.log에서 다음 메시지를 볼 수 있습니다.

2008-03-26 11:05:26,845 DiscoverManager [nmap-ping[0] (i1|s[9.42.36.223])]WARN cdb.STDERR - Mar 26, 2008 11:05:26 AM invocation failed: sudo: sorry,you must have a tty to run sudo

이 오류는 명령행에서 run_as 사용자에 대한 sudo 명령이 작동하는 경우에도 표시됩니다.

솔루션다음 단계를 완료하십시오.

1. OS 명령 visudo를 입력하여 /etc/sudoers 파일을 편집하십시오.

2. 파일이 열리면 Defaults requiretty 라인에 주석을 추가하십시오.

3. 파일을 저장한 후 닫으십시오.

Linux for System z 시스템의 네트워크 구성이 Nmap이 읽을 수 있는패킷을 작성하지 않습니다.

Linux for System z는 계층 3(네트워크 계층) 또는 계층 2(링크 계층) 모드에서OSA 및 VSWICH 네트워크 인터페이스 조작을 둘 다 지원합니다. 계층 2 모드에서 조작하는 경우 TCP 패킷에 Nmap에서 필요한 유효한 이더넷 링크 계층 헤더가 포함됩니다. 그러나 계층 3 모드에서 OSA 또는 VSWITCH 조작을 사용하는 시스템에서는 QETH_OPTIONS='fake_ll=1'을 인터페이스의 하드웨어 구성 파일에 추가해야 합니다. 다음 절에서는 Nmap를 사용하여 하드웨어 구성 파일을수정하여 계층 3 네트워크 인터페이스에서 조작하는 방법에 대해 설명합니다.

OSA 및 VSWITCH와 조작 모드에 대한 자세한 정보는http://download.boulder.ibm.com/ibmdl/pub/software/dw/linux390/docu/

lk31dd03.pdf의 Linux on System z 디바이스 드라이버, 기능 및 명령에서 7장『qeth device driver for OSA-Express(QDIO) 및 HiperSockets™』를 참조하십시오.

문제 Linux for System z 시스템에서 네트워크 구성이 Nmap가 읽을 수 있는 패킷을 작성하지 않습니다.

스택 스캔 센서는 Nmap을 사용하여 신임이 더 적은 감지의 대상에 대한 데이터를 수집합니다. Nmap가 제대로 작동하지 않으면 스택 스캔 센서가 컴퓨터 시스템을 저장할 수 없습니다.

센서가 오류 없이 실행되는 경우에도 스택 스캔 센서를 실행하는 Linux

for System z 시스템이 다음 메시지를 리턴합니다.

stored - 0 ComputerSystems in the database

로컬 호스트가 아닌 다른 시스템에 대해 nmap <hostname> 명령을 입력한 경우 다음 메시지가 표시됩니다.


http://download.boulder.ibm.com/ibmdl/pub/software/dw/linux390/docu/lk31dd03.pdf

http://download.boulder.ibm.com/ibmdl/pub/software/dw/linux390/docu/lk31dd03.pdf

Note: Host seems down. If it is really up,but blocking our ping probes, try -P0...

솔루션운영 체제에 따라, 다음 조치를 수행하십시오.

System z용 SUSE Linux 시스템다음 옵션을 사용하여 네트워크를 실행해야 합니다.

QETH_OPTIONS='fake_ll=1'

NIC에 대한 구성 파일에 이 옵션을 추가하십시오. 사용되는 NIC

에 따라, 파일 이름이 변경됩니다. 시스템에서 사용하는 구성 파일의 이름은 시스템 관리자에게 문의하십시오.

구성 파일은 /etc/sysconfig/hardware 디렉토리에 있어야 합니다. 파일 이름은 hwcfg-qeth-bus-ccw-0.0.5000입니다.

System z용 RedHat Linux 시스템다음 옵션을 사용하여 네트워크를 실행해야 합니다.

OPTIONS='fake_ll=1'

NIC에 대한 구성 파일에 이 옵션을 추가하십시오. 사용되는 NIC

에 따라, 파일 이름이 변경됩니다. 시스템에서 사용하는 구성 파일의 이름은 시스템 관리자에게 문의하십시오.

구성 파일은 /etc/sysconfig/network-scripts 디렉토리에 있어야 합니다. 파일 이름은 ifcfg-eth0입니다.

/etc/modprobe.conf 파일의 별명에 다음 정보가 포함되어 있는지 확인하십시오.

alias eth0 qeth

컴퓨터 시스템이 잘못된 범주에 표시됨

문제 컴퓨터 시스템이 OtherComputerSystem 범주에 표시됩니다.

솔루션OS 유형을 확인하십시오. OS 유형이 올바른 경우, 신뢰도를 확인하십시오. 신뢰도가 신뢰도 임계값(기본값은 40임)보다 낮으면 표시되는 항목이예상됩니다.

컴퓨터 시스템이 올바른 범주에 표시되도록 신뢰도 임계값을 변경할 수 있습니다. 임계값은 0 - 100 사이로 구성됩니다. confidenceThreshold 센서 구성 속성을 사용하여 임계값을 설정할 수 있습니다.

스택 스캔 센서 디버깅에 개선이 필요함

문제 스택 스캔 센서의 개선된 디버깅을 사용해야 합니다.


솔루션다음 단계를 완료하십시오.

1. 센서가 Nmap를 사용하는지 보려면 local-anchor-<machine>.log 파일을 확인하십시오.

2. 다음을 수행하여 추가 디버깅을 사용 가능하게 하십시오.

collation.properties 파일에서 다음 중 하나를 설정하십시오.

v com.collation.log.level.StackScanSensor=TRACE

v com.collation.log.StackScanSensor=TRACE

v com.collation.log.level=TRACE

이 방법은 센서가 수행하는 조치, 결과, 사용되는 구성 등의 verbose

추적을 생성합니다.

스택 스캔 센서가 다음 메시지와 함께 실패함: sudo: sorry, you musthave a tty to run sudo

문제 감지 중에 시작된 TADDM 서버가 닫힌 경우 센서가 실패합니다. 메시지: sudo:sorry, you must have a tty to run sudo가 표시됩니다. 감지 관리 콘솔을 시작하여 그대로 두려면 센서 작업을 여십시오.

솔루션

TADDM 서버에 있는 /etc/sudoers 구성 파일에서 Defaults requiretty

라인을 주석 처리하거나 삭제하십시오.

스택 스캔 서버가 sudo nmap 명령을 실행할 수 없음

문제 스택 스캔 센서가 다음 오류 메시지와 함께 실패합니다. "Sorry, sudo has

been configured to not allow root to run it." 그러나 명령행에서 sudo

nmap을 실행할 수 있습니다.

솔루션이 문제는 시스템이 root 사용자가 sudo 명령을 수행하지 못하도록 구성되었기 때문에 발생합니다. 문제를 수정하려면 collation.properties 파일을 편집하여com.ibm.cdb.discover.sensor.idd.stackscan.alwaysUseLocalAnchor 특성을 true로 설정하십시오. 그런 다음, TADDM 서버를 다시 시작하십시오.

스택 스캔 센서가 AIX 시스템에 있는 컴퓨터 시스템을 감지하지 못함

문제 AIX 서버에서 레벨 1 감지를 수행하는 경우 스택 스캔 센서가 성공적으로 완료되지만 컴퓨터 시스템이 저장되지 않습니다.

services/DiscoveryManager.log에서 다음 메시지를 볼 수 있습니다.


2008-03-26 11:05:26,845 DiscoverManager [nmap-ping[0] (i1|s[9.42.36.223])]DiscoverManager [nmap-ping[0] (i1|s[9.42.36.223])] DEBUG stackscan.ExecCmd - standard err:/taddm/cmdb/dist/nmap/nmap-4.76/nmap[25]: 708778 Segmentation fault(coredump)

Nmap 폴더에서 감지 중에 코어 파일이 작성됩니다.

솔루션감지 프로파일을 작성하거나 스택 스캔 센서에 대한 기존 프로파일을 편집하십시오. 구성 작성 창의 구성 섹션에서 nmapExec를 클릭하십시오. 그런 다음, 행에서 값 필드를 두 번 클릭하고 nmap 값에 -d를 추가하십시오. 예를 들어, 새 값은 nmap -d입니다.

winscanner를 사용으로 설정하면 감지된 일부 컴퓨터 시스템이 MAC 주소가 없는 서명을 가짐

문제 nmap 스캐너를 사용하는 경우에만 사용자 정의 레벨 1 감지가 실행됩니다. 다른 감지는 nmap 및 winscanner를 둘 다 사용하는 동일한 범위에서 실행됩니다. 감지된 컴퓨터 시스템에는 MAC 주소가 없는 서명이 있습니다.

솔루션스택 스캔 센서는 아직 감지되지 않은 대상 시스템에 대한 정보만을 저장합니다. TADDM 데이터베이스에 이미 표시된 컴퓨터 시스템은 업데이트되지 않습니다. 컴퓨터 시스템을 수동으로 삭제하고 감지를 다시 실행하십시오.

스택 스캔 센서는 레벨 1 감지 중 이미 TADDM DB에 저장된 CI 오브젝트를 업데이트합니다.

문제 스택 스캔 센서는 레벨 1 감지 중에 아직 감지되지 않은 새 IP 오브젝트시스템에 대하여 정보를 독점적(굵게)으로 저장하며 이는 TADDM에 설계된 레벨 1 감지의 방식에 따른 것입니다. 따라서 이미 TADDM 데이터베이스에 있는 CI 컴퓨터 시스템은 변경 시 스택 스캔 센서에서 업데이트하지 않습니다. 레벨 1 감지를 처음 수행할 때 거짓 "shallow" 오브젝트로 감지되어 저장된 CI 오브젝트를 업데이트할 수 있는 현재 유일한TADDM 조치는 컴퓨터 시스템을 직접 삭제한 다음 감지를 다시 실행하거나 레벨 3 감지를 실행하는 것입니다.

솔루션해당 시스템이 없이 ping할 수 있는 IP 주소가 있는 경우(낮은 OS 신뢰도의 단순 컴퓨터 시스템 생성) 일반적으로 발생하는 거짓 "shallow" 오브젝트를 TADDM에서 생성하지 않도록 FP4에 새 기능이 도입되었습니다.

com.ibm.idd.stackscanner.confidence.skip=default 0


WPAR 일반 센서WPAR 일반 센서는 WPAR 시스템에서 실행하는 애플리케이션을 감지합니다.

센서 결과는 JBossSensor, WebSphere Sensor 등과 같은 특정 애플리케이션 센서를 시작하는 데 사용됩니다.

이 센서의 감지 프로세스는 다른 UNIX 시스템과는 다릅니다. WPAR 시스템에서 직접적으로 감지를 실행하는 대신 LPAR 시스템이 WPARGenericSensor를 시작하는 데 사용됩니다. 이는 kdb 명령이 WPAR에서 사용 불가능하고 센서가 PID

를 처리하기 위해 열린 소켓을 변환할 수 없기 때문입니다. 전체 감지 프로세스는 netstat 명령을 기반으로 합니다. lsof 명령은 사용되지 않습니다.


WPARGenericSensor

선행 조건

LPAR과 WPAR의 신임 정보를 액세스 목록에 추가해야 합니다.

제한사항

센서는 LPAR과 WPAR의 ProcessFileSystemMapping 오브젝트를 작성하지 않습니다.




zEnterprise 센서zEnterprise® 환경을 감지하기 위해 센서는 ECC(Enterprise Common Collector)

를 사용합니다. ECC는 zEnterprise 구성요소(하드웨어 및 소프트웨어 모두)에 대한 모든 자원 명세 데이터를 조회하는 단일 입력 지점입니다.

TADDM zEnterprise 센서는 ECC와의 보안 연결을 구축하고 필요한 모든 데이터를 수집하여 CDM 오브젝트 트리를 작성합니다. 그런 다음 센서는 이를TADDM에 저장하므로 각 구성요소에 대한 입력이 필요하지 않습니다. ECC는웹 서버로 배치되는 웹 애플리케이션입니다. 그러므로 zEnterprise 센서는 ECC

가 청취하는 포트를 식별하는 포트 센서에 의존합니다. zEnterprise 센서는zEnterprise, zBladeExtension 및 컴퓨터 시스템의 실제 및 가상 구조에 대해 설명하는 오브젝트를 저장합니다.


가상 컴퓨터 시스템을 감지하려는 경우, ECC로 운영 체제에 대한 정보를 전달하는 Guest Platform Management Provider 에이전트를 설치 및 시작해야 합니다.

센서는 실제, 가상 및 논리 구성요소에 대해 설명하는 다음 오브젝트를 저장합니다.

v zEnterprise: 실제 패키지, 어플라이언스v zEnterprise BladeCenter Extension: BladeCenters, 섀시, 랙, 블레이드v 컴퓨터 시스템: System z, z/VM® LPAR, PR/SM™ LPAR

v 논리 구성요소: Ensemble, Workload Resource Groups

v 가상 구성요소: 가상 서버, 가상 네트워크, 가상 스토리지 자원

참고: 가상 컴퓨터 시스템의 경우 오브젝트는 플레이스홀더입니다.


com.ibm.cdb.discover.sensor.sys.zenterprise_1.0.0.

선행 조건

zEnterprise 감지의 경우, 다음 전제조건을 충족하는지 확인하십시오.

v ECC(Enterprise Common Collector) 버전 1.1.0.2

ECC는 별도의 구성요소로 출시됩니다. 이를 별도로 설치하고 구성해야 합니다. 그러나 센서는 다른 애플리케이션(예: IBM Tivoli Monitoring과 함께 제공되는 zEnterprise Monitoring Agent)에서 사용하도록 이미 설치 및 구성된 ECC 인스턴스를 사용할 수 있습니다. ECC 설치 및 구성에 대한 자세한정보는 Enterprise Common Collector 구성 안내서 및 참조서를 참조하십시오.

v Guest Platform Management Provider 에이전트

각 가상 컴퓨터 시스템에서 GPMP 에이전트를 설치, 구성 및 실행해야 합니다. 이러한 에이전트가 없으면 센서는 운영 체제 및 감지된 컴퓨터 시스템의고유한 ID를 감지할 수 없습니다.

보안 문제

ECC와 통신하려면 zEnterprise 센서에 IP 주소 및 포트가 필요합니다. 센서가ECC RESTful API를 호출하고 데이터를 검색한 다음 TADDM으로 저장하도록전달하는 데이터 오브젝트 구조에 이를 넣기 때문에 이러한 정보는 필수입니다.

제한사항가상 컴퓨터 시스템

Guest Platform Management Provider 에이전트가 여기에서 실행되고


있지 않을 때 ECC가 가상 컴퓨터 시스템의 유형 또는 식별 데이터를 인식할 수 없는 경우가 있으므로 zEnterprise 센서 및 운영 체제 센서(예:

Linux 컴퓨터 시스템 센서, AIX 컴퓨터 시스템 센서 및 Windows 컴퓨터 시스템 센서)에서 저장하는 오브젝트를 항상 조정할 수 있는 것은 아닙니다.

기본적으로 센서는 올바른 ID 세트가 있는 알려진 가상 컴퓨터 시스템만저장합니다. 이 요구사항을 충족하지 않는 가상 컴퓨터 시스템은 건너뛰고 적절한 경고 메시지가 표시됩니다.

그러나 알 수 없는 유형이라도 감지된 모든 가상 컴퓨터 시스템을 저장할 수 있습니다. 이러한 컴퓨터 시스템은 기타 컴퓨터 시스템 섹션에 표시됩니다. 가능한 경우 조정은 zEnterprise 센서에서 감지한 알 수 없는컴퓨터 시스템의 MAC 주소를 플랫폼 센서에서 감지한 컴퓨터 시스템의L2Interfaces MAC 주소와 일치시키고 이를 병합합니다. 컴퓨터 시스템을 자동으로 병합하려면 먼저 플랫폼 센서를 실행한 후 zEnterprise 센서를 실행해야 합니다. zEnterprise 센서를 먼저 실행하는 역순 감지에서는 자동 병합이 보장되지 않습니다.

LPAR

맨 처음에 zEnterprise 센서를 사용하여 zEnterprise 환경을 감지하려면우선 이전에 감지된 LPAR이 zEnterprise 환경의 일부이고 System z 하드웨어 관리 콘솔 또는 ECC를 통해 표시되는지 확인하십시오. 이러한 경우 Linux 컴퓨터 시스템 센서에서 LPAR 감지를 실행하여 중복을 방지하십시오.

다중 애플리케이션에서 공통 ECC 인스턴스 공유Enterprise Common Collector는 다중 애플리케이션에서 사용될 수 있도록 설계된 공통 구성요소이므로 다중 IBM 제품을 서비스하는 단일 ECC 인스턴스를사용할 수 있습니다. ECC 인스턴스를 공유하려면 이 버전이 다른 애플리케이션의 버전과 호환되는지 확인해야 합니다.


각 버전의 ECC에는 이와 연관된 API 주 버전 및 API 부 버전이 있습니다.

zEnterprise 센서와 같은 애플리케이션의 인스턴스를 호환 가능한 API 버전이 아닌 ECC 인스턴스와 연결할 수 없습니다. 이러한 상황에서 오류 메시지는 감지된API 버전과 예상된 API 버전 모두를 표시합니다.

zEnterprise 센서 버전 1.0.0에는 다음이 필요합니다.

v ECC API 주 버전 1

v ECC API 부 버전 2 이상


프로시저1. 다음 URL을 사용하여 ECC 인스턴스의 API 주 버전 및 부 버전을 판별하십시오. ECC가 설치된 시스템에 대한 네트워크 연결이 있는 시스템의 웹 브라우저에 URL을 입력할 수 있습니다.

https://ecc_hostname:ecc_port_number/eccapi/version

기본적으로, 포트 번호는 8443입니다.

2. 신뢰할 수 있는 인증 기관에서 인증서를 발행하지 않았다는 경고가 표시되는경우에도 웹 사이트를 계속 사용하십시오.

3. JSON에서 api-major-version 및 api-minor-version을 판별하고 웹 사이트에서 XML 문자열을 판별하십시오. 다음은 이 문자열의 예제입니다.

{"class":"ecc-version","self":"/eccapi/version","name":"ECC version","description":"Information about the ECC and ECC API version","api-major-version":1,"api-minor-version":2,"ecc-version":"1.1"

}

4. API 주 버전 및 부 버전에 따라 다음 조치 중 하나를 완료하십시오.

v 주 버전이 1이고, 부 버전이 1입니다. 이 버전의 ECC는 zEnterprise 센서와 호환되지 않습니다. ECC를 TADDM에서 제공하는 버전 1.1.0.2로 업그레이드해야 합니다. ECC 업그레이드에 대한 자세한 정보는 Enterprise

Common Collector 구성 안내서 및 참조서를 참조하십시오.

참고: ECC를 업그레이드한 후 ECC를 사용하는 기타 애플리케이션(예:

zEnterprise Monitoring Agent of IBM Tivoli Monitoring)도 업그레이드해야 합니다.

v 주 버전이 1이고 부 버전은 2 이상입니다. 이 버전의 ECC는 zEnterprise

센서와 호환이 가능합니다. 센서와 ECC 모두를 사용할 수 있습니다.

v 주 버전이 2 이상입니다. 이 버전의 ECC는 zEnterprise 센서와 호환되지않습니다. 이 ECC 인스턴스를 사용할 수 있지만, zEnterprise 센서를 새버전으로 업그레이드해야 합니다.

연관 속성이 있는 모델 오브젝트zEnterprise 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 zEnterprise 환경에 대해 수집하는 정보 유형을 나타냅니다.


HMC(Hardware Management Console) 애플리케이션(콘솔)

v phys.physpkg.PhysicalPackage


v sys.appliance.Appliance

v sys.zOS.ZHMC


v net.L2Interface

v net.IpV4Address

v net.IpV6Address

v net.IpInterface

v net.IpNetwork

Ensemble

v core.Ensemble

CPC(Central Processor Complex)

v phys.physpkg.PhysicalPackage

v sys.zOS.ZSeriesComputerSystem

zEnterprise BladeCenter Extension(zBX)

v sys.zOS.ZBXFeature

랙v phys.physpkg.Rack

BladeCenter

v phys.physpkg.Chassis


블레이드v phys.physconn.Slot

v phys.physpkg.Board


v sys.appliance.SmartAnalyticsOptimizer

v sys.appliance.DataPower


v net.L2Interface

v net.IpV4Address

v net.IpV6Address

v net.IpInterface

v net.IpNetwork

zVM 가상화 호스트


v sys.zOS.ZVM

가상 서버v sys.ComputerSystem

v sys.zOS.ZVMGuest


v net.L2Interface

v sys.zOS.ChannelSubSystem

LPAR(Logical Partition)

v sys.zOS.LPAR


가상 네트워크v net.Vlan

워크로드 자원 그룹v sys.zOS.WorkoadResourceGroup

v service.ServiceInfrastructurePerformancePolicy

v service.ServiceInfrastructureServiceClass

가상화 호스트 스토리지 자원v dev.StorageVolume


다음 구성이 필요합니다.

v ECC의 경우 사용자 ID 및 비밀번호가 있는 액세스 목록 항목 및 HTTPS의경우 인증서

v zEnterprise 센서 감지 구성v 범위

다음 구성은 선택사항입니다.

v 제한시간 구성v 전체 감지 구성


다음 액세스 세부사항을 사용하여 액세스 목록을 구성합니다.



restful API를 조회하기 전에, 센서는 사용자 이름, 비밀번호 및 인증서를 사용하여 ECC에서 인증해야 합니다. 해당 신임 정보는 액세스 목록: 데이터 콜렉터에서 새 구성요소 유형을 사용하여 TADDM에 제공됩니다. 액세스 세부사항에서제공되는 항목 중 하나는 ECC 인증서가 있는 신뢰 저장소입니다.

센서는 신뢰 저장소를 사용하여 ECC에 대한 안전하고 암호화된 세션을 설정합니다. keytool, Java 키 및 인증서 관리 유틸리티를 사용하여 작성됩니다. Java가설치되어 있는 컴퓨터 시스템을 사용하여 이러한 신뢰 저장소를 작성할 수 있습니다. 이러한 컴퓨터 시스템을 사용할 수 없는 경우, ECC와 함께 설치된 JRE(Java

Runtime Environment)를 사용하십시오.

다음 위치에서 ECC 인증서를 찾을 수 있습니다. 여기서 key_alias는 ECC 설치도중 지정된 키 별명입니다.

ecc_install_path/certificates/key_alias.cert

프로시저1. 신뢰 저장소를 작성하고 인증서를 가져오려면, 다음 명령을 실행하십시오. 한라인에 명령을 입력하십시오.

jre_path/bin/keytool -import -noprompt -alias key_alias-file certificate_path/key_alias.cert-keystore truststore_name -storepass truststore_passphrase -storetype JKS

다음 예는 ECC JRE를 사용하여 ze_sensor_truststore 이름 및 Fa8asTek

비밀번호 문구로 신뢰 저장소를 작성할 때 실행되는 명령을 표시합니다.

ecc_install_path/jre/jre/bin/keytool -import -noprompt-alias key_alias -file <ECC install path>/certificates/key_alias.cert-keystore ze_sensor_truststore -storepass Fa8asTek -storetype JKS

2. 액세스 목록을 구성한 시스템으로 신뢰 저장소를 복사하십시오.

3. 액세스 세부사항 창에서 데이터 콜렉터를 구성요소 유형으로 선택하십시오.

4. 탐색기 역할이 있는 ECC 클라이언트의 액세스 정보를 지정하십시오.

5. SSL 설정을 클릭하여 ECC 신뢰 저장소를 TADDM에 가져오십시오.

a. 신뢰 저장소 인증서 업로드 필드에서 신뢰 저장소 파일을 지정하십시오.

b. 비밀번호 문구 필드에서 비밀번호 문구를 지정하십시오.

c. SSL 유형을 JKS로 지정하십시오.

d. 키 저장소 필드를 비워두십시오.



다음 옵션을 사용하여 zEnterprise 센서 감지를 구성할 수 있습니다.


포트 센서 구성

포트 센서 구성의 Portlist 옵션에 ECC 포트를 추가하고 enterpriseCCPortList

옵션에서 지정해야 합니다. enterpriseCCPortList 옵션을 사용하여 Portlist에 표시되는 포트가 ECC가 청취하는 포트가 되도록 설정합니다. 센서는 이 옵션을 사용하여 추가 조치(예: zEnterprise 센서 실행)를 수행하는 포트 목록을 설정할 수있습니다. 센서가 실행되려면 portList 옵션에서 동일한 포트 목록이 지정되어야합니다.

ZEnterprise 센서 구성

이 구성을 사용하면 ECC에 연결을 조정하도록 제한시간 및 재시도 횟수를 확장하거나, 향후 ECC 버전에서 해당 조회를 변경하는 경우 조회에 대한 URL을 변경할 수 있습니다.

전체 zEnterprise 랜드스케이프를 캡처할 경우 storeUnknownComputerSystems 플래그를 true로 설정할 수 있습니다. 이 매개변수는 알 수 없는 유형이거나 적절한 ID 세트가 없는 컴퓨터 시스템을 센서가 강제로 저장하도록 합니다.

범위 구성:

범위는 ECC가 배치된 호스트의 IP 주소 및 완전한 도메인 이름 모두를 포함해야 합니다. 이 정보는 인증 프로세스에서 사용되는 인증서에 대한 포지티브 검증에 필요합니다.

센서 문제점 해결이 주제에서는 zEnterprise 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

센서 인증 중 오류가 발생함

문제 센서가 ECC를 사용하여 인증하는 데 실패하고 센서 상태 정보에 다음 오류 메시지가 포함됩니다.

CTJTD1541E Error during sensor authentication

솔루션v 문제가 SSL(Secure Socket Layer) 구성과 관련된 경우 zEnterprise 센서 로그에 javax.net.ssl.SSLHandshakeException에 대한 스택 추적이 포함됩니다. 액세스 세부사항에서 SSL 설정을 다시 구성하십시오.

신뢰 저장소가 이전에 업로드되지 않았거나, 신뢰 저장소에 ECC에 대해 올바른 인증서가 없거나 신뢰 저장소 비밀번호 문구가 올바르지 않을 수 있습니다.

v 문제가 ECC 로그온과 관련된 경우 ECC 로그에는 다음 메시지 중 하나가 포함됩니다.


CTGEZ0701E Authentication failed due to unknown user ID user_id.CTGEZ0702E Authentication failed due to invalid password for user ID user_id.CTGEZ0703E Authentication failed due to disabled user ID user_id.CTGEZ0704E Authentication failed due to too many invalid logon attempts by user ID user_id.CTGEZ0705E Authentication failed due expired password for user ID user_id.

솔루션은 표시되는 ECC 로그 메시지에 따라 다릅니다.

– 잘못된 사용자 이름 또는 비밀번호를 정정하여 데이터 콜렉터 액세스 세부사항을 업데이트하십시오.

– ECC에서 클라이언트 구성 업데이트:

- 클라이언트 작성- 사용 안함 상태의 클라이언트 사용으로 설정- 잘못된 로그온 정보로 너무 많이 시도한 경우 클라이언트를 재개

- 만료된 클라이언트 비밀번호 변경v 문제가 SSL 구성 또는 ECC 로그온과 관련되지 않으면, 데이터 콜렉터 액세스 세부사항이 있는지 그리고 범위로 제한되지 않는지 확인하십시오. 액세스 세부사항을 작성하거나 기존 액세스 세부사항에서 범위를 변경하십시오.

ECC 데이터 구문 분석 중에 오류가 발생함

문제 센서가 ECC에서 리턴되는 데이터를 구문 분석하는 데 실패하고 센서 상태 정보에 다음 오류 메시지가 포함됩니다.

CTJTD1542E The sensor failed when trying to parse data returned from the ECC

솔루션ECC에서 오류가 발생했습니다. ECC 로그 파일을 확인하여 솔루션을 판별하십시오.

ECC API 버전을 지원하지 않아 ECC에 연결할 수 없음

문제 ECC API 버전이 이 버전의 zEnterprise 센서에서 지원되지 않습니다. 센서 상태 정보에 다음 오류 메시지가 포함됩니다.

CTJTD1581E Could not connect to Enterprise Common Collector withhostname hostname because the Collector API version is notsupported;supported api-major-version: supported_major_version;minimum supported api-minor-version: supported_minor_version;actual api-major-version: actual_major_version;actual api-minor-version: actual_minor_version

솔루션ECC 또는 zEnterprise 센서를 새 버전으로 업그레이드합니다.

zEnterprise 센서가 실행되지 않음

문제 센서가 ECC에 연결할 수 없으며, ping 센서 상태 정보가 데이터베이스


에 0 IP 주소를 저장했음을 나타냅니다. 또한 포트 센서 및 zEnterprise

센서가 실행되지 않거나, ping 센서 및 포트 센서 모두가 실행되지만zEnterprise 센서는 실행되지 않습니다.

솔루션Ping 센서가 데이터베이스에서 0개의 IP 주소를 저장했음을 표시하는 경우 ECC 시스템에 연결할 수 없습니다. ECC에 대해 제공된 호스트 이름및 IP 주소가 올바른지 확인하십시오. 센서와 ECC 사이에 방화벽이 없는지 확인하십시오.

ping 센서 및 포트 센서 모두가 실행되는 경우, ECC가 예상 포트를 청취하지 않습니다. ECC 인스턴스가 지정된 시스템에 설치 및 실행되는지그리고 포트 센서의 portList 및 enterpriseCCPortList 속성 모두에 ECC

포트 번호가 포함되어 있는지 확인하십시오. 기본적으로 ECC는 포트 8443

을 청취하지만 이 포트 번호는 ECC 설치 도중 변경될 수 있습니다.

zEnterprise 센서를 완료하는 데 실패함

문제 센서에서 예상치 못한 복구 불가능한 오류가 발생했습니다. 센서 상태 정보에 다음 오류 메시지가 포함됩니다.

CTJTD1544E Enterprise sensor failed to complete. Check log file for additional details

솔루션자세한 정보는 로그 파일을 확인하십시오.

센서가 알 수 없는 컴퓨터 시스템을 건너뜀

문제 센서가 가상 서버에서 실행 중인 운영 체제 유형을 판별할 수 없습니다.

센서 상태 정보에 다음 경고 메시지가 포함됩니다.

CTJTD1567E Skipping unknown computer system: computer

솔루션이 메시지는 가상 서버가 비활성 상태이거나 GPMP(Guest Platform

Management Provider)가 가상 서버에서 실행되지 않는 경우 발생합니다. 가상 서버를 활성화하고 GPMP를 설치한 후 실행하십시오.

또는 storeUnknownComputerSystems 플래그를 true로 변경하여 이와 같은 모든 가상 서버를 감지할 수 있습니다 . 이러한 경우 시스템은ComputerSystem 오브젝트로 저장됩니다. 데이터 관리 포털의 기타 컴퓨터 시스템 절에서 액세스할 수 있습니다.

센서가 적절한 ID가 없는 알 수 없는 컴퓨터 시스템을 건너뜀

문제 센서가 PowerVM® 가상 서버를 TADDM에 저장할 수 없습니다. 센서 상태 정보에 다음 경고 메시지가 포함됩니다.

CTJTD1568E Skipping computer system that has no proper identificators set: computer


솔루션zEnterprise HMC가 TADDM 데이터베이스에서 PowerVM 가상 서버를 고유하게 식별하는 데 필요한 모든 속성에 대한 값을 제공하지 않습니다. PowerVM 가상 서버를 감지하는 유일한 방법은 zEnterprise 센서구성 storeUnknownComputerSystems 플래그를 true로 변경하는 것입니다.

이러한 경우 PowerVM 가상 서버 모두와 센서가 운영 체제 유형을 판별할 수 없는 모든 가상 서버가 감지됩니다.

네트워크 센서네트워크 센서는 네트워크 디바이스를 감지합니다.

SNMP 센서 개요TADDM은 SNMP 네트워크 디바이스를 감지하기 위한 SNMP 센서를 제공합니다.

SNMP 센서의 호출 순서SNMP 센서의 호출 순서는 감지 프로파일에서 사용되는 센서 및 발견되는 데이터에 따라 다릅니다.

레벨 1 감지 프로파일에서 발견의 정확도를 향상시키려면 스택 스캔 센서를 가진 SNMP 광 센서를 사용하십시오. 레벨 2 또는 레벨 3 감지 프로파일에서 상세한 레벨 2 토폴로지를 구축하기 위해 추가 데이터를 발견하는 SNMP MIB2 센서를 사용하십시오.

337 페이지의 그림 1는 SNMP 광 센서와 SNMP MIB2 센서의 호출 순서를 설명합니다.

ping 센서는 포트 센서를 호출합니다.

SNMP 광 센서를 사용하는 경우 포트 센서가 SNMP 광 센서를 호출합니다. 포트 센서가 WMI 또는 SSH 포트를 감지하고 세션 센서가 사용 가능한 경우, 포트 센서는 세션 센서를 실행합니다. 포트 센서가 WMI 또는 SSH 포트를 감지하지 않거나 세션 센서가 원격 호스트에 대한 연결을 설정할 수 없는 경우, 포트센서는 SNMP MIB2 센서를 호출합니다.

337 페이지의 그림 2는 SNMP 광 센서 또는 SNMP MIB2 센서를 사용으로 설정한 후에 시작된는 SNMP 센서의 호출 순서를 설명합니다.

디바이스에서 SNMP 광 센서 또는 SNMP MIB2 센서가 발견하는 데이터에 따라 다음 센서가 호출됩니다.


v Cisco 디바이스가 감지되면, Cisco 포트 센서 및 Cisco VLAN 센서가 호출됩니다.

v 파이버 스위치가 감지되면, 파이버 스위치 센서가 호출됩니다.

v 파이버 스위치가 감지되지 않으면, 엔티티 MIB 센서 및 브릿지 SNMP 센서가 호출됩니다. 그러나 이러한 센서는 감지 프로파일에서 사용 가능해야 합니다.

v 감지된 디바이스가 사용자 정의 MIB 컴퓨터 시스템 템플리트와 일치하는 경우, 사용자 정의 MIB2 컴퓨터 시스템 센서가 호출됩니다.

그림 1. SNMP 광 센서 및 SNMP MIB2 센서의 호출 순서

그림 2. SNMP 광 센서 또는 SNMP MIB2 센서가 호출된 후 시작되는 SNMP 센서의 호출 순서


SNMP MIB 워킹(walking) 및 디버깅 SNMP 센서센서에 의해 전송되는 SNMP GET 요청을 로그할 수 있습니다.

이를 수행하려면, 다음 특성을 collation.properties 파일에 추가하십시오.

com.collation.Discover.jvmargs=-Xmx2048M-Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.PollSelectorProvider-Dcom.collation.platform.snmp.SnmpPackedPDU.trace=true

그런 다음 로그 파일 출력에 있는 항목과 snmpwalk를 사용하여 디바이스에 대해 실행하는 직접 SNMP 조회를 비교할 수 있습니다. http://www.net-

snmp.org/download.html에서 snmpwalk를 지원하는 SNMP 조회 도구를 다운로드할 수 있습니다.

SNMP V3 인증이 암호화에 사용되는 경우, http://www.openssl.org/에서OpenSSL을 다운로드할 수도 있습니다.

다음 예제에서는 먼저 V3 인증을 사용한 다음(키가 제거된 경우에도) 커뮤니티문자열 인증을 사용하여 동일한 조회를 표시합니다.

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "my authentication password"-x DES -X "my encryption key" 10.199.250.9 .1.3.6.1.2.1.4.20.1

snmpwalk -v 1 -c 5FFGkFaFNs 10.199.250.9 .1.3.6.1.2.1.4.20.1

SNMP 컴퓨터 시스템 템플리트 및 구성 파일 유지보수컴퓨터 시스템 보기를 사용하여 네트워크 디바이스를 감지하는 데 사용할 수 있는 템플리트 목록을 유지보수할 수 있습니다.

부분적으로 디바이스를 정의하고 이 정의를 템플리트에 링크한 후 템플리트를 사용하여 디바이스에 대한 자세한 정보를 감지할 수 있습니다.

OID는 제조업체에서 디바이스에 지정하고 디바이스의 작성 및 모델에 고유합니다. 동일한 모델의 유사한 디바이스에는 동일한 OID가 있습니다. 일반적으로 웹을 검색하여 찾은 디바이스 유형을 판별할 수 있습니다. SNMPv2-MIB 테이블에서 sysObjectID 1.3.6.1.2.1.1.2 하의 값을 조회하여 디바이스에 대한 값을 획득할 수도 있습니다.

SNMP 템플리트 및 해당 구성 파일은 각 감지 중에 자동으로 로드됩니다. SNMP

템플리트 및 해당 구성 파일을 수정한 후 TADDM 서버를 다시 시작할 필요가없습니다. 템플리트 및 구성 파일을 편집할 때 올바른 구문을 사용하고 올바른 값을 입력하는 것이 중요합니다.

감지 후 디바이스가 올바르게 분류되지 않으면, SnmpMib2Sensor log 또는DiscoveryManager log 파일을 검토하십시오.

자세한 정보는 TADDM 사용자 안내서의 네트워크 디바이스에 대한 컴퓨터 시스템 템플리트 추가 주제를 참조하십시오.


http://www.net-snmp.org/download.html

http://www.net-snmp.org/download.html

http://www.openssl.org/

다음 결과에서는 네 개의 Foundry 디바이스 중 SNMP 스캔을 통해 감지된 다른 OID를 보여줍니다. 테스트 환경 스캐닝 시 표 20에서 아웃라인된 OID가 발견되었습니다. 인터넷 검색을 수행하여 디바이스 유형을 판별할 수 있습니다. 또는 네트워크 팀에 요청하여 특정 디바이스 유형을 식별할 수 있습니다.

표 20. Foundry OID 맵핑 예제Foundry 디바이스 OID 설명Foundry FESX448-PREM .1.3.6.1.4.1.1991.1.3.34.2.1.1.2 라우터Foundry FastIron SX .1.3.6.1.4.1.1991.1.3.36.6.2 알 수 없음(테스트를 위해 스위

치로 분류됨)

Foundry BigIron RX .1.3.6.1.4.1.1991.1.3.40.1.2 알 수 없음(테스트를 위해 스위치로 분류됨)

Foundry NetIron MLX .1.3.6.1.4.1.1991.1.3.44.2.2 알 수 없음(테스트를 위해 라우터로 분류됨)

템플리트를 작성하여 감지된 Foundry 디바이스를 분류할 수 있습니다.

Foundry 스위치 예제:

이 예제는 Foundry 스위치에 대한 SNMP 컴퓨터 시스템을 작성하는 방법을 나타냅니다.

프로시저1. 감지 관리 콘솔에서 감지 > 컴퓨터 시스템을 클릭하십시오.

2. 컴퓨터 시스템 보기에서 추가를 클릭하십시오. 컴퓨터 시스템 세부사항 창이 열립니다.

3. 이름 필드에 Foundry Switch를 입력하십시오.

4. 조치 필드에서 감지를 선택하십시오.

5. 사용을 선택하십시오.

6. 옵션: 아이콘 필드에서 찾아보기를 클릭하여 디바이스에 대한 아이콘을 선택하십시오. 이 아이콘은 컴퓨터 시스템 보기에서 템플리트를 구분하기 위해서만 사용됩니다. (이 아이콘은 감지 후에는 사용되지 않습니다.)

7. MIB를 선택하십시오.

8. 기준 식별 필드에서 임의의 기준을 선택하십시오.

9. 첫 번째 기준의 경우, 다음 값을 지정하십시오.

Sys OID 일치 .1.3.6.1.4.1.1991.1.3.34.2.1.1.1

그런 다음, 기준 추가를 클릭하십시오.

10. 두 번째 기준의 경우, 다음 값을 지정하십시오.


Sys OID다음으로 시

작 .1.3.6.1.4.1.1991.1.3.36


11. 세 번째 기준의 경우, 다음 값을 지정하십시오.


작 .1.3.6.1.4.1.1991.1.3.40


12. 확인을 클릭하십시오. 새 템플리트가 목록의 끝에 추가됩니다.

13. 템플리트에 대한 조치 클래스 파일을 추가하려면 $COLLATION_HOME/etc/

templates/action 디렉토리에서 Foundry Switch.xml이라는 파일을 작성하십시오. 다음 내용을 파일에 추가하십시오.

<?xml version="1.0" encoding="UTF-8"?><resultsxmlns="urn:www-collation-com:1.0"xmlns:coll="urn:www-collation-com:1.0"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="urn:www-collation-com:1.0urn:www-collation-com:1.0/results.xsd">

<UnitaryComputerSystem array="1" xsi:type="coll:com.collation.platform.model.topology.sys.UnitaryComputerSystem"><type>Bridge</type><manufacturer>Foundry Networks</manufacturer>

</UnitaryComputerSystem></results>

이 XML 파일은com.collation.platform.model.topology.sys.UnitaryComputerSystem 모델클래스를 사용하는 Foundry Switch 템플리트와 일치하는 감지된 모든 SNMP

컴퓨터 시스템 디바이스에서 유형 속성이 Bridge로 설정되고 제조업체 속성이 Foundry Networks로 설정되도록 지정합니다.

참고: 조치 클래스 파일의 이름(.xml 확장자 없음)이 SNMP 컴퓨터 시스템템플리트의 이름과 일치해야 합니다.


새 템플리트를 즉시 사용할 수 있습니다(TADDM 서버를 다시 시작할 필요가 없음).

Foundry 라우터 예제:

이 예제는 Foundry 라우터에 대한 SNMP 컴퓨터 시스템을 작성하는 방법을 나타냅니다.

프로시저1. 감지 관리 콘솔에서 감지 > 컴퓨터 시스템을 클릭하십시오.


2. 컴퓨터 시스템 보기에서 추가를 클릭하십시오. 컴퓨터 시스템 세부사항 창이 열립니다.

3. 이름 필드에 Foundry Router를 입력하십시오.

4. 조치 필드에서 감지를 선택하십시오.

5. 사용을 선택하십시오.

6. 옵션: 아이콘 필드에서 찾아보기를 클릭하여 디바이스에 대한 아이콘을 선택하십시오. 이 아이콘은 컴퓨터 시스템 보기에서 템플리트를 구분하기 위해 사용됩니다. (이 아이콘은 감지 후에는 사용되지 않습니다.)

7. MIB를 선택하십시오.

8. 기준 식별 필드에서 임의의 기준을 선택하십시오.

9. 첫 번째 기준의 경우, 다음 값을 지정하십시오.

Sys OID 일치 .1.3.6.1.4.1.1991.1.3.34.2.1.1.2


10. 두 번째 기준의 경우, 다음 값을 지정하십시오.


작 .1.3.6.1.4.1.1991.1.3.44


11. 확인을 클릭하십시오. 새 템플리트가 목록의 끝에 추가됩니다.

12. 템플리트에 대한 조치 클래스 파일을 추가하려면 $COLLATION_HOME/etc/

templates/action 디렉토리에서 Foundry Router.xml이라는 파일을 작성하십시오. 다음 내용을 파일에 추가하십시오.

<?xml version="1.0" encoding="UTF-8"?><resultsxmlns="urn:www-collation-com:1.0"xmlns:coll="urn:www-collation-com:1.0"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="urn:www-collation-com:1.0urn:www-collation-com:1.0/results.xsd">

<UnitaryComputerSystem array="1" xsi:type="coll:com.collation.platform.model.topology.sys.UnitaryComputerSystem"><type>Router</type><manufacturer>Foundry Networks</manufacturer>

</UnitaryComputerSystem></results>

이 XML 파일은com.collation.platform.model.topology.sys.UnitaryComputerSystem 모델클래스를 사용하는 Foundry Router 템플리트와 일치하는 감지된 모든 SNMP

컴퓨터 시스템 디바이스에서 유형 속성이 Router로 설정되고 제조업체 속성이 Foundry Networks로 설정되도록 지정합니다.

참고: 조치 클래스 파일의 이름(.xml 확장자 없음)이 SNMP 컴퓨터 시스템템플리트의 이름과 일치해야 합니다.



새 템플리트를 즉시 사용할 수 있습니다(TADDM 서버를 다시 시작할 필요가 없음).

SNMP 센서 특성collation.properties 파일에서 특성을 수정하여 SNMP 센서 사용을 제어할 수있습니다.

Fix Pack 2 com.ibm.cdb.discover.snmp.login.timeout=5000

이 특성은 로그인 시도가 실패할 때까지 걸리는 시간을 지정합니다.

기본값은 5000(밀리초)입니다.

Alteon 포트 센서Alteon 포트 센서는 자동 협상 모드 및 이중 모드에서 작동하는 포트가 포함된Alteon 스위치 포트를 감지합니다.

포트는 자동 협상(사용 또는 사용 안함) 정보와 함께 L2Interface에 저장됩니다.

또한 이중 모드(반이중 또는 전이중)도 저장됩니다.


AlteonPortSensor

사용되는 OID(Object Identifier)

센서는 다음 OID를 사용합니다.

v curCfgTable: .1.3.6.1.4.1.1872.2.1.2.3.2.1

v portInfoTable: .1.3.6.1.4.1.1872.2.1.9.1.1.1



v net.L2Interface




v SNMP V1 및 V2 감지의 경우 다음 단계를 완료하십시오.

1. 구성요소 유형으로 네트워크 요소(SNMP)를 선택하십시오.

2. 올바른 커뮤니티 문자열을 지정하십시오.


v SNMP V3 감지의 경우 다음 단계를 완료하십시오.

1. 구성요소 유형으로 네트워크 요소(SNMPV3)를 선택하십시오.

2. 다음 표의 SNMP V3 신임 맵핑 정보에 따라 올바른 사용자 이름, 비밀번호 및 인증 프로토콜을 지정하십시오.

맵핑 소스: 맵핑 대상:

인증 유형(예: MD5) 인증 프로토콜MD5 비밀 키 비밀번호 및 비밀번호 확인개인 인증 설명 또는 키 개인용 비밀번호

제한사항: 처음에 연결하려면 센서에 SNMP 버전 1이 필요합니다.

Alteon SNMP 센서Alteon SNMP 센서는 Alteon 로드 밸런서 디바이스를 감지합니다.

센서는 다음 항목을 감지합니다.

v 실제 서버 및 실제 서버 그룹. 실제 서버는 각각의 실제 서버 그룹으로 파티션됩니다. 또한 추가 정보(예: LoadBalancingAlgorithm)도 감지되어 실제 서버 그룹과 함께 저장됩니다.

v 가상 서비스를 작성하고 저장하는 데 사용되는 가상 포트, 실제 포트 및 가상서버


AlteonSnmpSensor


센서는 다음 상위 레벨 OID를 사용하여 속성을 검색합니다.

v .1.3.6.1.4.1.1872.2.1.5.5.1.1

v .1.3.6.1.4.1.1872.2.1.5.5.1.2

v .1.3.6.1.4.1.1872.2.1.5.5.1.4

v .1.3.6.1.4.1.1872.2.1.5.2.1.1

v .1.3.6.1.4.1.1872.2.1.5.2.1.2

v .1.3.6.1.4.1.1872.2.1.5.2.1.3

v .1.3.6.1.4.1.1872.2.1.5.2.1.10

v .1.3.6.1.4.1.1872.2.1.5.10.1.1

v .1.3.6.1.4.1.1872.2.1.5.10.1.2

v .1.3.6.1.4.1.1872.2.1.5.10.1.3

v .1.3.6.1.4.1.1872.2.1.5.10.1.7


v .1.3.6.1.4.1.1872.2.1.5.8.1.1

v .1.3.6.1.4.1.1872.2.1.5.8.1.2

v .1.3.6.1.4.1.1872.2.1.5.8.1.3

v .1.3.6.1.4.1.1872.2.1.5.8.1.4

v .1.3.6.1.4.1.1872.2.1.5.8.1.5

v .1.3.6.1.4.1.1872.2.1.5.8.1.6



v net.vip.RealServerGroup

v net.vip.Vip

v net.vip.VipFunction

v net.vip.Virtualservice

v sys.UnitaryComputerSystem

v sys.Function net.vip.RealServer












Alteon VLAN 센서Alteon VLAN 센서는 Alteon 가상 LAN을 감지합니다. 이 센서는 Alteon VLAN

멤버십 MIB를 사용하여 VLAN 컨텐츠를 감지합니다.


SnmpMib2Sensor는 VLAN이 Alteon 디바이스에 대해 구성되는 경우AlteonVlanSensor를 호출합니다. 그런 다음, AlteonVlanSensor는 감지된 각VLAN에 대해 BridgeSnmpSensor2를 호출합니다.

센서는 VLAN 멤버십 테이블을 감지하고 L2Interfaces를 작성하며 VLAN 브릿지에 연결합니다.


AlteonVlanSensor



v .1.3.6.1.4.1.1872.2.1.4.2.1

v .1.3.6.1.4.1.1872.2.1.2.3.2.1



v net.L2Interface

v net.Vlan

v net.VlanInterface














BIG-IP 포트 센서BIG-IP 포트 센서는 F5 BIG-IP 포트 인터페이스를 감지합니다.

SnmpMib2Sensor는 BigIPPortSensor를 호출합니다. BigIPPortSensor는 MIB로부터의 포트를 수집합니다(예: 알려진 포트를 주소 지정할 수 있는 인터페이스).

그러면 L2 토폴로지 보기를 빌드할 수 있습니다.


BigIPPortSensor


센서는 RFC 1212에 문서화된 표준에 따라 MIB에서 포트를 검색합니다. 특히 OID

.1.3.6.1.4.1.3375.1.1.5.2.1은 MIB로부터의 포트가 발견될 수 있는 인터페이스를 얻기 위해 조회됩니다.



v net.L2Interface














BIG-IP SNMP 센서BIG-IP SNMP 센서는 F5 BIG-IP 로드 밸런서를 감지합니다.

BigIPSnmpSensor가 다음 OID 중 하나와 일치하는 경우 SnmpMib2Sensor가BigIPSnmpSensor를 호출합니다.

v .1.3.6.1.4.1.3375

v .1.3.6.1.4.1.2021.250.255

BigIPSnmpSensor는 가상 IP 및 실제 서버 그룹에 대한 정보를 수집합니다.


BigIPSnmpSensor


센서는 RFC 1212에 문서화된 표준에 따라 RSD(Real Server Database) 및VSD(Virtual Server Database) 테이블 항목을 가져옵니다.


F5 BIG-IP 버전 4:

v 풀 멤버 테이블: 1.3.6.1.4.1.3375.1.1.8.2.1

v 풀 테이블: 1.3.6.1.4.1.3375.1.1.7.2.1

v 가상 서버 테이블: 1.3.6.1.4.1.3375.1.1.3.2.1

F5 BIG-IP 버전 9:

v 풀 멤버 테이블: 1.3.6.1.4.1.3375.2.2.5.3.2

v 풀 테이블: 1.3.6.1.4.1.3375.2.2.5.1.2

v 가상 서버 테이블: 1.3.6.1.4.1.3375.2.2.10.1.2

v 가상 서버 풀 테이블: 1.3.6.1.4.1.3375.2.2.10.6.2

v 가상 서버 규칙 테이블: 1.3.6.1.4.1.3375.2.2.10.8.2

v 가상 주소 테이블: 1.3.6.1.4.1.3375.2.2.10.10.2

v sysGeneralChassisSerialNum: 1.3.6.1.4.1.3375.2.1.3.3.3

F5 BIG-IP 버전 10:

v 풀 멤버 테이블: 1.3.6.1.4.1.3375.2.2.5.3.2

v 풀 테이블: 1.3.6.1.4.1.3375.2.2.5.1.2

v 가상 서버 테이블: 1.3.6.1.4.1.3375.2.2.10.1.2

v 가상 서버 규칙 테이블: 1.3.6.1.4.1.3375.2.2.10.8.2


v 가상 주소 테이블: 1.3.6.1.4.1.3375.2.2.10.10.2

v sysGeneralChassisSerialNum: 1.3.6.1.4.1.3375.2.1.3.3.3

Fix Pack 4

VIP IPv6 감지

BigIPSnmpSensor는 Big IP 디바이스의 가상 및 실제 서버에 대한 IPv6 VIP 정보를 감지할 수 있습니다.



v bigip.BigIPRealServer

v bigip.BigIPRealServerGroup

v bigip.BigIPVip

v bigip.BigIPVipFunction

v bigip.BigIPVirtualService













BIG-IP VLAN 센서BIG-IP VLAN 센서는 F5 BIG-IP 가상 LAN을 감지합니다.


SnmpMib2Sensor는 BigIPVlanSensor를 호출합니다. VlanInterface 모델 오브젝트가 VLAN 맵에서 각 VLAN에 대해 작성됩니다(예: 알려진 VLAN를 주소 지정할 수 있는 인터페이스). 그러면 L2 토폴로지 보기를 빌드할 수 있습니다.


BigIPVlanSensor


BigIPVlanSensor는 RFC 1212에 문서화된 표준에 따라 VLAN 인터페이스를 가져옵니다. 특히 OID .1.3.6.1.4.1.3375.1.1.10.2.1은 MIB로부터의 VLAN이 발견될수 있는 VLAN 인터페이스를 얻기 위해 조회됩니다.

BigIPVlanSensor는 에이전트의 감지 단계를 실행하고 Vlan 및 VlanInterface를감지하며, 감지가 실패하는 경우 AgentException이 발생합니다.



v bigip.BigIPVlan

v net.L2Interface

v net.VlanInterface













브릿지 SNMP 센서브릿지 SNMP 센서는 SNMP MIB2 센서에서 감지되는 포트 데이터(세부사항 탭의 포트 탭에 표시되는 데이터)를 확장하고 업데이트합니다.

SNMP MIB2 센서는 브릿지 SNMP 센서를 호출합니다. 브릿지 SNMP 센서는레벨 2 토폴로지 보기를 빌드하는 데 필요한 연결된 디바이스의 MAC 주소 데이터를 수집합니다(특히 알려진 MAC 주소 지정 디바이스가 도달할 수 있는 인터페이스 수).

센서는 RFC 1286에 문서화된 표준에 따라 일부 MAC 전달 데이터베이스(fdb)

테이블 항목을 검색합니다. 다음 OID가 조회됩니다.

v .1.3.6.1.2.1.17.4.3.1.1

v .1.3.6.1.2.1.17.4.3.1.2

OID .1.3.6.1.2.1.17.4.3.1.1은 다음 예제와 같이 알려진 MAC 주소에 대한OID 목록을 리턴합니다. 이러한 OID는 MAC 디바이스가 액세스할 수 있는 인터페이스를 판별하기 위해 조회됩니다.

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "" 10.189.255.1.1.3.6.1.2.1.17.4.3.1.1

SNMPv2-SMI::mib-2.17.4.3.1.1.0.18.242.42.208.0 = Hex-STRING: 00 12 F2 2A D0 00SNMPv2-SMI::mib-2.17.4.3.1.1.0.18.242.50.0.0 = Hex-STRING: 00 12 F2 32 00 00SNMPv2-SMI::mib-2.17.4.3.1.1.0.18.242.51.88.0 = Hex-STRING: 00 12 F2 33 58 00SNMPv2-SMI::mib-2.17.4.3.1.1.0.18.242.218.128.177 = Hex-STRING: 00 12 F2 DA 80 B1SNMPv2-SMI::mib-2.17.4.3.1.1.0.208.4.45.228.10 = Hex-STRING: 00 D0 04 2D E4 0A

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "" 10.189.255.1.1.3.6.1.2.1.17.4.3.1.1.0.18.242.42.208.0

SNMPv2-SMI::mib-2.17.4.3.1.1.0.18.242.42.208.0 = Hex-STRING: 00 12 F2 2A D0 00

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "" 10.189.255.1.1.3.6.1.2.1.17.4.3.1.2.0.18.242.42.208.0

SNMPv2-SMI::mib-2.17.4.3.1.2.0.18.242.42.208.0 = INTEGER: 282

또한 브릿지 SNMP 센서는 스위치에 연결되는 컴퓨터 시스템 L2 인터페이스에대한 특정 세부사항도 제공합니다. SNMP MIB2 센서는 디바이스 인터페이스의존재에 대한 일반 정보를 제공하고, 브릿지 SNMP 센서는 디비아스 인터페이스를 통해 액세스할 수 있는 MAC 주소에 대한 자세한 정보를 제공합니다.

예를 들어, 표 21에서는 브릿지 SNMP 센서에서 감지한 MAC 디바이스의 이름을 보여줍니다. 해당 MAC 디바이스를 소유하는 컴퓨터 시스템이 감지되었으므로 TADDM이 이름을 판별할 수 있습니다. 디바이스의 이름을 알 수 없는 경우,

MAC 주소가 사용됩니다.

표 21. 레벨 2 브릿지 토폴로지 데이터이름 컴퓨터 시스템 L2 인터페이스이더넷 1/9 NC84CDRS1LDPC02

이더넷 1/10 00040DFDE53

이더넷 1/11 NC84CDRS1LDPC04

이더넷 1/12 NC84CDRS1LDPC03


표 21. 레벨 2 브릿지 토폴로지 데이터 (계속)

이름 컴퓨터 시스템 L2 인터페이스이더넷 10/2 000CDBF90C19

또한 센서는 RFC 1286에 문서화된 표준에 따라 일부 포트 테이블 정보를 검색합니다. 다음 OID가 조회됩니다.

v .1.3.6.1.2.1.17.1.4.1.1

v .1.3.6.1.2.1.17.1.4.1.2


BridgeSnmpSensor



테이블 항목을 가져옵니다. 다음 OID가 조회됩니다.

v .1.3.6.1.2.1.17.4.3.1.1

v .1.3.6.1.2.1.17.4.3.1.2

OID .1.3.6.1.2.1.17.4.3.1.1은 알려진 MAC 주소에 대한 OID 목록을 리턴합니다.

이러한 OID는 MAC 디바이스가 액세스할 수 있는 인터페이스를 검색하기 위해조회됩니다.



v net.L2Interface

v net.Segment














collation.properties 파일 항목 구성이 주제에는 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.


Fix Pack 3

com.ibm.cdb.discover.sensor.net.BridgeSnmpSensor.dot1dTpFdbStatus

이 특성은 dot1dTpFdbStatus 오브젝트의 값을 지정합니다.

기본적으로 TADDM에서는 값 1, 3, 5를 지원합니다.

기본값 이외의 다른 값을 지원하는 네트워크 스위치를 사용하는 경우, 이특성을 지정된 값과 함께 collation.property 파일에 추가하십시오.

com.collation.discover.agent.net.BridgeSnmpAgent.filterCiscoTrunkPort

이 특성은 센서가 Cisco 디바이스의 트렁크 포트에서 MAC 주소의 감지를 무시하는지 여부를 지정합니다.

TADDM 7.3.0.2 이상에서 기본값은 false이며, 이는 MAC 주소가 감지됨을 의미합니다. 이를 사용 안함으로 설정하려면 이 특성을collation.properties 파일에 추가하여 true로 설정하십시오.

중요사항: 또한 이 특성을 true로 설정하는 경우 감지 스위치에 대해 CDP

프로토콜을 사용하고 감지 프로파일에서 CdpSensor를 사용으로 설정해야 합니다.

Fix Pack 3 TADDM 7.3.0.3 이상에서 기본값은 true입니다. 트렁크 포트에서 MAC 주소의 감지를 사용으로 설정하려면 이 특성을collation.properties 파일에 추가하여 false로 설정하십시오.

Fix Pack 2

com.collation.discover.agent.net.BridgeSnmpAgent.filterLLDPTrunkPort

이 특성은 센서가 FDB 스위치 트렁크 포트에서 MAC 주소의 감지를 무시하는지 여부를 지정합니다.


TADDM 7.3.0.2에서 기본값은 false이며, 이는 MAC 주소가 감지됨을의미합니다. 이를 사용 안함으로 설정하려면 이 특성을collation.properties 파일에 추가하여 true로 설정하십시오.

중요사항: 이 특성을 true로 설정하면 감지 스위치에 LLDP 프로토콜을사용하고 감지 프로파일에서 LldpSensor를 사용해야 합니다.


Fix Pack 2

com.collation.discover.agent.net.BridgeSnmpAgent.filterExtremeTrunkPort

이 특성은 센서가 Extreme 디바이스의 트렁크 포트에서 MAC 주소의 감지를 무시하는지 여부를 지정합니다.


중요사항: 또한 이 특성을 true로 설정하는 경우 감지 스위치에 대해 EDP

프로토콜을 사용하고 감지 프로파일에서 ExtremeVlanSensor를 사용으로설정해야 합니다.


브릿지 SNMP 2 센서브릿지 SNMP 2 센서는 모든 가상 근거리 통신망(VLAN)에 대한 SNMP MIB2

센서에서 감지되는 포트 데이터를 확장하고 업데이트합니다.

브릿지 SNMP 2 센서는 디바이스에 대해 VLAN이 구성되는 경우에 호출됩니다.

Cisco VLAN 센서는 감지되는 각 VLAN에 대한 브릿지 SNMP 2 센서를 호출합니다. 감지되는 데이터는 브릿지 SNMP 센서의 데이터와 동일하지만 이는 모든 VLAN에 대해 감지됩니다.


BridgeSnmpSensor2



테이블 항목을 가져옵니다. 다음 OID가 조회됩니다.


v .1.3.6.1.2.1.17.4.3.1.1

v .1.3.6.1.2.1.17.4.3.1.2.

OID .1.3.6.1.2.1.17.4.3.1.1은 알려진 MAC 주소에 대한 OID 목록을 리턴합니다.

이러한 OID는 MAC 디바이스가 액세스할 수 있는 인터페이스를 검색하기 위해조회됩니다.



v net.L2Interface

v net.Segment













collation.properties 파일 항목 구성이 주제에는 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.


Fix Pack 3

com.ibm.cdb.discover.sensor.net.BridgeSnmpSensor.dot1dTpFdbStatus

이 특성은 dot1dTpFdbStatus 오브젝트의 값을 지정합니다.


기본적으로 TADDM에서는 값 1, 3, 5를 지원합니다.

기본값 이외의 다른 값을 지원하는 네트워크 스위치를 사용하는 경우, 이특성을 지정된 값과 함께 collation.property 파일에 추가하십시오.

com.collation.discover.agent.net.BridgeSnmpAgent.filterCiscoTrunkPort

이 특성은 센서가 Cisco 디바이스의 트렁크 포트에서 MAC 주소의 감지를 무시하는지 여부를 지정합니다.

TADDM 7.3.0.2 이상에서 기본값은 false이며, 이는 MAC 주소가 감지됨을 의미합니다. 이를 사용 안함으로 설정하려면 이 특성을collation.properties 파일에 추가하여 true로 설정하십시오.

중요사항: 또한 이 특성을 true로 설정하는 경우 감지 스위치에 대해 CDP

프로토콜을 사용하고 감지 프로파일에서 CdpSensor를 사용으로 설정해야 합니다.


Fix Pack 2

com.collation.discover.agent.net.BridgeSnmpAgent.filterLLDPTrunkPort

이 특성은 센서가 FDB 스위치 트렁크 포트에서 MAC 주소의 감지를 무시하는지 여부를 지정합니다.


중요사항: 이 특성을 true로 설정하면 감지 스위치에 LLDP 프로토콜을사용하고 감지 프로파일에서 LldpSensor를 사용해야 합니다.


Fix Pack 2

com.collation.discover.agent.net.BridgeSnmpAgent.filterExtremeTrunkPort

이 특성은 센서가 Extreme 디바이스의 트렁크 포트에서 MAC 주소의 감지를 무시하는지 여부를 지정합니다.



중요사항: 또한 이 특성을 true로 설정하는 경우 감지 스위치에 대해 EDP

프로토콜을 사용하고 감지 프로파일에서 ExtremeVlanSensor를 사용으로설정해야 합니다.


Fix Pack 2

com.collation.discover.agent.BridgeSnmpAgent.MACAddressPrefixSkipList

이 특성은 네트워크 디바이스에서 MAC 주소를 건너뜁니다. TADDM이네트워크 디바이스를 스캔할 경우 데스크탑 및 기타 실제 디바이스를 필터링하려면 이 특성을 사용하십시오.

이 특성의 값은 전달 데이터베이스 테이블에서 센서가 찾는 항목과 일치하는, 쉼표로 구분된 MAC 주소 접두어 목록입니다. MAC 주소와 표의항목이 일치할 경우에는 해당 디바이스가 무시됩니다.

Check Point 센서Check Point 센서는 Solaris 또는 Check Point IPSO와 같이 Windows가 아닌플랫폼에서 실행 중인 Check Point FireWall-1을 감지합니다.


CheckpointSensor

선행 조건

다음 액세스 권한이 있어야 합니다.

v lsof를 실행할 수 있는 SSH 액세스 권한v Check Point FireWall-1이 실행 중인 시스템의 $CPMDIR/conf/objects.C 디렉토리에 대한 읽기 권한

v $CPMDIR/bin/fw 명령에 대한 실행 권한v 편집 가능한 버전의 규칙 세트를 포함하는 $CPMDIR/conf/*.W 파일에 대한 읽기 권한

TADDM 사용자에 대해 CPMDIR 환경 변수를 설정해야 합니다.



collation.properties 파일 항목

다음 특성에는 높은 권한이 필요할 수 있습니다.

v com.collation.discover.agent.command.cat.SunOS=cat

v com.collation.discover.agent.command.cat.SunOS.1.2.3.4=sudo cat

센서 문제점 해결이 주제에서는 Check Point 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

Check Point 서버 호스트 시스템에서 정보를 검색할 수 없음

문제 감지 중 Check Point 센서가 실패합니다.

솔루션다음 권한이 있는지 확인하십시오.

v Check Point FireWall-1이 실행 중인 시스템의 $CPMDIR/conf/

objects.C 디렉토리에 대한 읽기 권한v $CPMDIR/bin/fw 명령에 대한 실행 권한v 편집 가능한 버전의 규칙 세트를 포함하는 $CPMDIR/conf/*.W 파일에대한 읽기 권한

Check Point SNMP 센서Check Point SNMP 센서는 Check Point FireWall-1 방화벽과 연관된 SNMP

정보를 감지합니다.


CheckpointSnmpSensor

선행 조건

시스템 오브젝트 ID(sysObjectID)는 다음 OID 중 하나를 리턴해야 합니다.

v OID = .1.3.6.1.4.1.1919.

v OID = .1.3.6.1.4.1.2620.

v OID.startsWith(.1.3.6.1.4.1.42.2.1.1.)

제한사항

센서는 모듈, 필터 이름, 필터 설치 날짜, 제품 이름, 주 버전 및 부 버전에 대한정보를 수집합니다.













Cisco Adaptive Security Appliance 센서Cisco ASA(Adaptive Security Appliance) 센서는 IP 방화벽 및 네트워크 주소변환 어플라이언스로 사용되는 ASA 디바이스를 감지합니다.

Cisco ASA 센서는 ASA 디바이스에 대한 데이터를 수집합니다. 또한 센서는 다음 정보도 감지합니다.

v 실행 중인 모든 실제 서버 및 가상 서비스. 실제 서버는 실제 서버 그룹으로그룹화됩니다.

v virtualIp, realIp, virtualPort 및 realPort. 또한 센서는 virtualIp, realIp,

virtualPort 및 realPort를 사용하여 가상 IP도 파생시킵니다. 가상 IP는 Vip

테이블에 저장됩니다.

GUI와 로그에서 사용되는 센서 이름v ASASensor

v CiscoApplianceVersionSensor

제한사항

TADDM 변경 히스토리 보고서에서 Cisco ASA 디바이스는 PIX 디바이스로 표시됩니다.




v cisco.CiscoPixComputerSystem


v net.L2Interface


v vip.RealServer

v vip.RealServerGroup

v vip.Vip

v vip.VipFunction

v vip.VirtualService





1. Cisco 디바이스를 구성요소 유형으로 선택하십시오.

2. TADDM이 대상 ASA 디바이스에 대한 인증에 사용해야 하는 액세스 정보(사용자 이름, 비밀번호 및 사용 비밀번호)를 지정하십시오.


이 주제에는 Cisco ASA 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.


com.collation.asa.pager.command=terminal pager 0

액세스 목록에 지정된 사용자에게 configure terminal 명령에 대한 액세스 권한이 없는 경우, 이 특성 및 값을 추가하십시오.

terminal pager 0 값은 페이저 명령에서 ASA 디바이스가 하나의 배치로 응답을 강제로 리턴하도록 지시합니다.

com.collation.CiscoSshTimeout=9000

대상 시스템이 사용 가능하고 실행 중이지만 다음 오류가 표시되는 경우CiscoSshTimeout 값(밀리초)을 늘리십시오.

ssh 로그인이 올바르게 작동하지 않습니다.


com.collation.CiscoExpectTimeout=60000

대상 시스템이 사용 가능하고 실행 중이지만 다음 오류가 표시되는 경우CiscoExpectTimeout 값(밀리초)을 늘리십시오.

ssh 로그인이 올바르게 작동하지 않습니다.

Cisco Discovery Protocol 센서Cisco Discovery Protocol 센서는 Cisco Discovery Protocol MIB를 사용하여네트워크에서 계층 2 세그먼트를 감지합니다.

CdpSensor는 cdpCacheDeviceId 및 cdpCacheDevicePort 정보를 감지하고 세그먼트를 빌드하는 데 사용되는 피어 디바이스에 대한 로컬 인터페이스를 빌드합니다.


CdpSensor



v 글로벌 디바이스 ID: 1.3.6.1.4.1.9.9.23.1.3.4.0

v 캐시 디바이스 ID: .1.3.6.1.4.1.9.9.23.1.2.1.1.6

v 캐시 디바이스 포트: .1.3.6.1.4.1.9.9.23.1.2.1.1.7



v net.L2Interface

v net.Segment













v TADDM의 경우 완전한 감지를 실행하려면 SNMP 및 Telnet이 사용으로 설정되어 있어야 합니다. 사용자 이름 및 비밀번호를 사용하여 Telnet 액세스를구성하고 비밀번호를 사용 가능하게 해야 합니다.

센서 문제점 해결이 주제에서는 Cisco Discovery Protocol 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

TADDM이 감지를 완료하면 센서 이름이 GUI에 표시되지만 구성 파일 탭이 예상대로 표시되지 않습니다.

문제 Telnet 액세스가 올바르게 구성되지 않았습니다.

솔루션사용자 이름 및 비밀번호를 사용하여 Telnet 액세스를 구성한 후 비밀번호가 사용 가능한지 확인하십시오.

Cisco IOS 센서Cisco IOS(Cisco Internetwork Operating System) 센서는 SSH1, SSH2 또는Telnet 프로토콜을 사용하여 Cisco 네트워크 장비를 감지합니다.

Cisco IOS 센서는 두 단계 인증을 지원합니다.

v SSH1 또는 SSH2 또는 Telnet 프로토콜에 대한 적절한 세션 클라이언트를 작성합니다.

v 호스트에 로그온합니다.


CiscoIOSSensor



v agent.CiscoIOSAgentConfiguration







감지 프로파일에서 다음 센서 속성을 수정할 수 있습니다.

useSshFirst

이 속성의 기본값은 false입니다. 프로토콜은 순서대로 프로브됩니다(Telnet 프로토콜, SSH2 및 SSH1). 값이 true인 경우에는 다음과 같은순서대로 프로브됩니다. SSH2, SSH1 및 Telnet 프로토콜

commands

값을 입력하지 않으면, 이 속성의 기본값은 show running-config;show

startup-config입니다. 각 명령의 출력은 구성 파일로 저장됩니다. 추가명령을 추가하려면, 기본값인 show running-config;show startup-config

를 입력하고 목록에 추가 명령을 추가하십시오. 각 명령을 세미콜론으로구분하십시오. 또는 실행할 명령을 입력하십시오.




1. CiscoDeviceAuth를 구성요소 유형으로 선택하십시오.

2. TADDM이 대상 컴퓨터 시스템에 대한 인증에 사용해야 하는 액세스 정보(사용자 이름, 비밀번호 및 사용 비밀번호)를 지정하십시오. 필요하지 않은 경우, 사용 비밀번호를 비워 두십시오.

3. Cisco IOS 센서가 Telnet 프로토콜을 사용하고 사용자 이름에 대한 프롬프트를 표시하지 않는 경우, 사용자 이름 필드에 default를 입력하십시오.

Cisco 포트 센서Cisco 포트 센서는 Cisco 스위치 포트 정보를 감지합니다.

CiscoPortSensor는 포트에 대한 인터페이스 색인 및 이중 상태를 감지합니다. 또한 자동 협상 상태도 판별합니다.


CiscoPortSensor



센서는 2900 시리즈 Cisco 디바이스에 대해 OID .1.3.6.1.4.1.9.9.87.1.4.1.1을 사용합니다. 그렇지 않으면, OID .1.3.6.1.4.1.9.5.1.4.1.1이 사용됩니다.



v net.L2Interface













Cisco UCS SNMP 센서Fix Pack 2

Cisco UCS SNMP 센서는 Cisco UCS 디바이스에 대한 구성 정보를 감지하고수집합니다. 이 센서는 SNMP(Simple Network Management Protocol)를 사용하여 Cisco UCS 인프라 구성요소를 감지하고 조회합니다.


CiscoUCSSensor


제한사항v 센서가 특정 유형의 데이터를 감지하지 않습니다. 자세한 내용은 다음 목록을참조하십시오.

참고: Fix Pack 3 TADDM 7.3.0.3 이상에서 다음 제한사항은 적용되지 않습니다.

– Fabric Interconnect 정보가 UI에서 사용 가능하지 않습니다. CLI 인터페이스를 통해서만 이를 볼 수 있습니다.

– Fabric Interconnect 및 섀시 간의 관계가 작성되지 않습니다.

– IO 모듈이 감지되지 않습니다.

– Blade CPU 모델 오브젝트 및 메모리 정보 속성이 감지되지 않습니다.

v 센서는 Cisco UCS 클러스터 및 Cisco UCS 풀 오브젝트를 감지하지 않습니다.

연관 속성이 있는 모델 오브젝트Fix Pack 2

Cisco UCS SNMP 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 Cisco UCS 디바이스에 대해 수집하는 정보 유형을 표시합니다.


CiscoUCSBladeServer

v AdminState

v DistinguishedName

v Model

v Presence

v RelativePosition

v SerialNumber

v SystemBoardUUID

CiscoUCSChassis

v DistinguishedName

v HWRevision

v Model

v OperationalState

v SerialNumber

CiscoUCSFabricInterconnect


v DistinguishedName

v HWRevision

v Model

v OperationalState

v SerialNumber

v Thermal

CiscoUCSServiceProfile

v AssignedState

v AssocState

v DistinguishedName

v Label

v ProfileType

v OperationalState

v OriginNode

enums.PhysTypeEnum

enums.SlotStateEnum

net.Fqdn

phys.physconn.PhysicalConnector

phys.physconn.Slot

v HWRevision

v Name

v Parent

v PhysicalFrame

v RelativePosition

v SlotState

v Type

phys.physpkg.Board

v DistinguishedName

v Model

v ModuleSide

v Name

v OperationalState

v PhysicalPackage


v Presence

v RelativePosition

v RunningVersion

v SerialNumber

v StartupVersion

v Thermal

v Type

phys.physpkg.Fan

v Name

v HWRevision

v RelativePosition

v SerialNumber

phys.physpkg.PhysicalFrame

phys.physpkg.PowerSupply

v Name

v HWRevision

v RelativePosition

v SerialNumber

sys.ComputerSystem

센서 구성Fix Pack 2

감지를 실행하기 전에 센서를 구성해야 합니다.

액세스 목록 구성: Fix Pack 2



v SNMP V1 및 V2 감지의 경우 올바른 커뮤니티 문자열을 액세스 목록에 입력하십시오.

감지 관리 콘솔에서 액세스 목록 창에서 네트워크 템플리트(SNMP) 구성요소유형을 사용하여 이를 수행할 수 있습니다.

v SNMP V3 감지를 수행하려면 다음 표에 있는 SNMP V3 신임 맵핑 정보에따라 올바른 사용자 이름, 비밀번호 및 인증 프로토콜을 액세스 목록에 입력하십시오.


표 22. SNMP V3 신임 맵핑.



감지 관리 콘솔의 액세스 목록 창에서 네트워크 템플리트(SNMPV3) 구성요소 유형을 사용하여 이를 수행할 수 있습니다.

감지 프로파일 구성: Fix Pack 2


다음 속성을 설정하여 감지 관리 콘솔에서 CiscoUCSSensor의 감지 프로파일을구성할 수 있습니다.

snmpPort

SNMP 통신에 사용되는 포트 번호입니다. 기본값은 161입니다.

snmpTimeout

단일 SNMP 조회에 사용되는 제한시간입니다. 기본값은 20000(초)입니다.

locale

SNMP 조회에 사용되는 로케일입니다.

characterEncoding

SNMP 조회에 사용되는 문자 인코딩입니다.

CiscoUCSSensor가 사용 가능한 경우 CiscoUCSSensor가 올바르게 작동하도록하려면 SnmpLightSensor 또는 SnmpMIB2Sensor를 사용으로 설정해야 합니다.

감지 프로파일에 대한 자세한 정보는 TADDM 사용자 안내서에서 감지 프로파일 작성 주제를 참조하십시오.

센서 문제점 해결Fix Pack 2

이 주제는 Cisco UCS SNMP 센서에서 발생하는 공통 문제를 설명하고 이 문제에 대한 솔루션을 제시합니다.

SNMP 제한시간 초과 오류 발생

문제 센서가 감지 중에 SNMP 제한시간 초과 오류를 생성합니다.

솔루션감지 관리 콘솔을 사용하여 CiscoUCSSensor의 snmpTimeout 매개변수를늘리십시오.


Cisco VLAN 센서Cisco VLAN 센서는 Cisco VLAN 멤버십 MIB를 사용하여 VLAN 컨텐츠를 감지합니다.

SnmpMib2Sensor는 VLAN이 Cisco 디바이스에 대해 구성되는 경우CiscoVlanSensor를 호출합니다. 그런 다음 CiscoVlanSensor는 이더넷 프로토콜을 사용하여 각 VLAN에 대해 BridgeSnmpSensor2를 호출합니다. 센서는 VLAN

멤버십 테이블을 감지하고 L2Interfaces를 작성하며 VLAN 브릿지에 연결합니다.

참고: 기본 VLAN, 토큰 링 등은 BridgeSnmpSensor2를 생성하지 않습니다.


CiscoVlanSensor


센서는 RFC 1286에 문서화된 표준에 따라 VLAN 인터페이스를 가져옵니다. 조회된 상위 레벨 OID는 다음과 같습니다.

v OID .1.3.6.1.4.1.9.9.68.1.2.2.1.2(VLAN 멥머십 테이블 가져오기)

v OID .1.3.6.1.4.1.9.9.46.1.2.1.1(관리 도메인 테이블 가져오기)

v OID .1.3.6.1.4.1.9.9.46.1.3.1.1(vtp VLAN 테이블 가져오기)

v OID .1.3.6.1.4.1.9.9.46.1.6.1.1(VLAN 트렁크 포트 정보 가져오기)



v net.L2Interface

v net.Vlan

v net.VlanInterface














CiscoWorks 센서CiscoWorks 센서는 CiscoWorks 서버에서 데이터를 수집합니다.

센서는 RME 서블릿을 호출하여 작동합니다.


CiscoWorksSensor, CiscoWorks405FileSensor, CiscoWorks405FileUDS,

CiscoWorks405UDS, CiscoWorksFileSensor, CiscoWorksFileUDS 및CiscoWorksUDS

제한사항

CiscoWorks 센서는 CiscoWorks 서버나 Cisco Prime 서버에 대해 보안(HTTPS)

모드가 사용 가능할 때 CiscoWorks LMS 또는 Cisco Prime LMS를 감지하지않습니다.

센서가 실행하는 명령

센서는 HTTP POST 요청 메소드를 다음 URL에 보냅니다.

http://<Cisco Works IP>:1741/rme/cwcli

페이로드에는 cwcli export inventory 명령이 포함됩니다.

연관 속성이 있는 모델 오브젝트CiscoWorks 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 CiscoWorks 서버에서 구성 항목에 대해 수집하는 정보 유형을 나타냅니다.


net.IpAdress

v DotNotation


net.IpInterface

v IpAddress

v L2Interface

net.L2Interface

v Description

v Encapsulation

v HwAddress

v Name

net.Router

v Forwarding

v Name

sys.OperatingSystem

v Description

v Name

v OSName

v OSVersion

sys.UnitaryComputerSystem

v Functions

v Manufacturer

v Model

v Name

v OSRunning

v SerialNumber

v Type



1. CiscoWorks를 구성요소 유형으로 사용하십시오.




센서 문제점 해결CiscoWorks 센서에 어떤 공통 문제가 발생하는지와 이를 해결하는 방법을 알아보십시오.

올바르지 않은 XML 형식

문제 모델 오브젝트를 작성하려고 할 때 다음과 같은 오류가 발생합니다.

CTJTD0652E The following transformation did not complete successfully:CTJTP2203E The server cannot create model objects: [PLATFORM.XML.E.1]The application is unable to parse the xml input.. .

솔루션이 문제의 원인은 CiscoWorks 구성에서 발견된 개구 인용 부호(")입니다.

이 문자는 지원되지 않습니다. 문제를 해결하려면 구성에서 개구 인용 부호를 제거하십시오.

엔티티 MIB 센서엔티티 MIB 센서는 알려진 디바이스만 감지할 수 있습니다. 이 센서는 RFC 2737

에 문서화된 표준에 따라 디바이스에 대한 일부 실제 구성 정보를 검색합니다.

엔티티 MIB 센서는 세부사항 패널의 PhysicalPackage 탭에서 표시되는 데이터를 수집합니다. 이 데이터는 슬롯, 팬, 물리적 프레임, 센서, 물리적 커넥터, 섀시,

랙 및 전원 공급 장치와 같은 디바이스의 물리적 파트에 대한 정보를 저장하는데 사용됩니다.

센서는 다음 OID를 조회합니다.

.1.3.6.1.2.1.47.1.1.1.1.2, .1.3.6.1.2.1.47.1.1.1.1.3, .1.3.6.1.2.1.47.1.1.1.1.4,

.1.3.6.1.2.1.47.1.1.1.1.5, .1.3.6.1.2.1.47.1.1.1.1.6, .1.3.6.1.2.1.47.1.1.1.1.7,

.1.3.6.1.2.1.47.1.1.1.1.8, .1.3.6.1.2.1.47.1.1.1.1.9, .1.3.6.1.2.1.47.1.1.1.1.10,

.1.3.6.1.2.1.47.1.1.1.1.11, .1.3.6.1.2.1.47.1.1.1.1.12, .1.3.6.1.2.1.47.1.1.1.1.13.

또한 센서는 RFC 2466에 따라 IPv6 정보를 포함하는 .1.3.6.1.2.1.55.1.1.0.

도 수집합니다. OID .1.3.6.1.2.1.17.4.3.1.1은 알려진 MAC 주소에 대한 OID

목록을 리턴합니다. 이러한 OID는 MAC 디바이스가 액세스할 수 있는 인터페이스를 판별하기 위해 조회됩니다.

SNMP MIB2 센서가 실행 중인 경우 추가 정보가 수집되어 라우터 세부사항, 브릿지 세부사항, IP 및 포트 탭에 표시됩니다.


EntityMIBSensor



v .1.3.6.1.2.1.47.1.1.1.1.2


v .1.3.6.1.2.1.47.1.1.1.1.3

v .1.3.6.1.2.1.47.1.1.1.1.4

v .1.3.6.1.2.1.47.1.1.1.1.5

v .1.3.6.1.2.1.47.1.1.1.1.6

v .1.3.6.1.2.1.47.1.1.1.1.7

v .1.3.6.1.2.1.47.1.1.1.1.8

v .1.3.6.1.2.1.47.1.1.1.1.9

v .1.3.6.1.2.1.47.1.1.1.1.10

v .1.3.6.1.2.1.47.1.1.1.1.11

v .1.3.6.1.2.1.47.1.1.1.1.12

v .1.3.6.1.2.1.47.1.1.1.1.13

센서가 RFC 2466당 IPV6 정보를 포함하는 OID .1.3.6.1.2.1.55.1.1.0을 조회합니다. 또한 센서는 알려진 MAC 주소의 OID가 포함된 목록을 리턴하는 OID

.3.6.1.2.1.17.4.3.1.1을 조회합니다. 액세스할 수 있는 MAC 디바이스를 통해 인터페이스를 얻기 위해 이러한 OID를 조회합니다.



v phys.physconn.Slot

v physconn.PhysicalConnector

v physpkg.Chassis

v physpkg.Fan

v physpkg.PhysicalFrame

v physpkg.PhysicalPackage

v physpkg.otherPhysicalPackage

v physpkg.PowerSupply

v physpkg.Sensor














Extreme VLAN 센서Extreme VLAN 센서는 Extreme Networks 스위치에서 VLAN 정보를 추출합니다.

SnmpMib2Sensor는 VLAN이 디바이스에 대해 구성되는 경우ExtremeVlanSensor를 호출합니다.


ExtremeVlanSensor



v OID .1.3.6.1.4.1.1916.1.2.1.2.1은 extremeVlanInterface 정보를 조회하는 데 사용됩니다.

v OID .1.3.6.1.4.1.1916.1.2.3.1.1은 Encapsulation(Trunk) Interface 정보를 조회하는 데 사용됩니다.

v OID .1.3.6.1.2.1.31.1.2.1은 인터페이스 스택 정보를 조회하는 데 사용됩니다.



v net.L2Interface














IBM BladeCenter SNMP 센서IBM BladeCenter SNMP 센서는 IBM BladeCenter 섀시에 대한 구성 정보를감지하고 수집합니다.또한 TADDM 7.3.0.3 이상에서 IBM PureFlex System 섀시에 대한 구성 정보를 감지하고 수집합니다.

센서는 SNMP(Simple Network Management Protocol)를 사용하여 BladeCenter

인프라 구성요소를 감지하고 조회합니다. 관리 모듈(MM) 및 고급 관리 모듈(AMM)은 IBM BladeCenter 섀시를 위한 관리의 핵심입니다.

Fix Pack 3 CMM(Chassis Management Module)은 PureFlex® 섀시에 대한 관리의 중앙 지점입니다.



제한사항

IBM BladeCenter 섀시 및 IBM PureFlex System 섀시 둘 다 감지하는 데 다음 제한사항이 적용됩니다.

v 관리 모듈이 응답하지 않으면 센서가 섀시를 감지할 수 없습니다.


v 센서는 두 개의 구성된 네트워크 인터페이스(eth0 및 eth1)가 있는 BladeCenter

를 감지할 수 없습니다.

v 빈 데이터베이스에 대해 첫 번째 BladeCenter 감지를 시작할 수 없습니다. 블레이드에서 실행되는 운영 체제(예: Linux 및 Windows)를 감지하는 컴퓨터시스템 센서가 먼저 실행되어야 합니다. 이 제한사항은 첫 번째 BladeCenter

감지에만 적용됩니다.

v 센서는 모델 오젝트를 작성하기 위해 중복 관리 모듈에 대해 충분한 필수 제품 데이터(VPD)를 얻을 수 없습니다. 예를 들어, 중복 관리 모듈을 나타내는ComputerSystem 및 BladeCenterManagementModule 클래스의 인스턴스를 작성하지 않을 수도 있습니다. 이 경우, Board 클래스의 인스턴스는 모듈을 나타냅니다.

v BladeCenter 센서를 사용하여 하나 이상의 BladeCenter를 감지한 후BladeCenter 및 BladeCenter Management Module 구성요소가 사용자 정의 조회에 사용할 수 있는 구성요소 유형 목록에 표시되지 않습니다. 따라서이러한 유형의 구성요소에 대한 사용자 정의 조회를 실행할 수 없습니다. 이문제는 데이터 관리 포털에만 적용되고 감지 관리 콘솔에는 적용되지 않습니다.

v BladeCenter에는 L2 인터페이스가 없지만 L2 인터페이스가 포함된 관리 모듈은 있습니다. BladeCenter에 포함된 관리 모듈의 L2 인터페이스를 보려면다음 단계를 완료하십시오.

1. 세부사항 분할창에서 섀시 탭을 클릭하여 섀시 노트북을 여십시오.

2. MM 탭을 클릭하여 관리 모듈 노트북을 여십시오.

3. 컴퓨터 시스템 컬럼에서 BladeCenter 관리 모듈을 클릭하십시오.

4. IP 탭을 클릭하여 L2 인터페이스 세부사항을 보십시오.

Fix Pack 3 IBM PureFlex System 섀시만 감지하는 데 다음 제한사항이 적용됩니다.

v IBM PureFlex System 섀시에 IBM Storwize® v7000 스토리지가 포함된 경우 센서가 스토리지 격납장치의 플레이스홀더를 감지합니다. 이 스토리지에 대한 정보를 완전히 감지하려면 SVC Storage 센서도 실행해야 합니다. SVC

Storage 센서에서 감지되는 데이터가 이러한 플레이스홀더로 조정됩니다.

v IBM PureFlex System 섀시를 감지하는 경우 sys.blade.Alert 모델 오브젝트가 작성되지 않습니다.




v enums.AlertLevelEnum


v enums.PhysTypeEnum

v enums.SlotStateEnum

v IpAddress net

v L2Interface

v net.BindAddress

v net.Fqdn net

v phys.physconn.PhysicalConnector




v phys.physpkg.Fan

v phys.physpkg.PhysicalFrame

v phys.physpkg.PowerSupply

v sys.blade.Alert

v sys.blade.BladeCenterManagementModule

v sys.blade.LoginProfile


v sysControlSoftware

v sys.DNSService

v sys.LDAPService


v sys.SMTPService




다음 속성을 설정하면 감지 관리 콘솔을 사용하여 BladeCenterSnmpSensor를 구성할 수 있습니다.

snmpPort

SNMP 통신에 사용되는 포트 번호. 기본값은 161입니다.

snmpTimeout

단일 SNMP 조회에 사용되는 제한시간. 기본값은 20000입니다.


locale

SNMP 조회에 사용되는 로케일

characterEncoding

SNMP 조회에 사용되는 문자 인코딩

scanL2Interfaces

사용으로 설정한 경우 섀시에 대한 L2 인터페이스를 얻습니다.

자세한 정보는 TADDM 사용자 안내서의 감지 프로파일 작성 주제를 참조하십시오.

BladeCenterSnmpSensor를 사용으로 설정한 경우 제대로 작동하도록 하려면BladeCenterSnmpSensor에 대해 SnmpLightSensor 또는 SnmpMIB2Sensor도사용으로 설정해야 합니다.













센서 문제점 해결이 주제에서는 IBM BladeCenter SNMP 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.




솔루션감지 관리 콘솔을 사용하여 BladeCenterSnmpSensor에 대한snmpTimeout 매개변수를 늘리십시오.

LAN 관리자 SNMP 센서LAN 관리자 SNMP 센서는 LAN 관리자를 감지하고 LAN 관리자 SNMP MIB

에 포함된 정보를 검색합니다.


LanManagerSnmpSensor



v .1.3.6.1.4.1.77.1.1.1.0

v .1.3.6.1.4.1.77.1.1.2.0

v .1.3.6.1.4.1.77.1.2.3.1.1

v .1.3.6.1.4.1.77.1.2.3.1.2

v .1.3.6.1.4.1.77.1.2.3.1.3

v .1.3.6.1.4.1.77.1.2.3.1.4

v .1.3.6.1.4.1.77.1.2.3.1.5





v sys.windows.WindowsService













LDAP 센서LDAP 센서는 LDAP 서버를 감지합니다.

LDAP 센서는 항상 호스트당 하나의 LDAP 인스턴스를 감지합니다.


LdapSensor


센서는 모델 오브젝트 sys.LDAPSAP를 작성합니다.

모든 속성을 감지하려면 액세스 목록에 지정된 사용자에게는 LDAP 서버에서cn=monitor 서브트리에 대한 액세스가 있어야 하며 cn=monitor 서브트리가 존재해야 합니다.

센서 구성감지를 실행하기 전에 LDAP 센서를 구성해야 합니다.

센서 구성 매개변수 설정:

구성 매개변수를 설정하여 LDAP 센서의 작동을 구성할 수 있습니다.

센서 구성을 수정하기 위해 다음 매개변수를 구성할 수 있습니다.

tryInsecureConnection

비보안 연결을 사용할지 여부를 지정합니다. 이 특성의 기본값은 true입니다.

이 매개변수가 true로 설정된 경우에는 센서가 LDAPS 또는 StartTLS 프로토콜을 사용하여 연결하고 실패하면 센서가 일반 프로토콜을 사용하여LDAP에 연결하려고 시도합니다. 이 특성이 false로 설정된 경우, 센서는 LDAPS 또는 StartTLS 프로토콜만을 사용하여 연결하려고 시도합니다.


L D A P 포트를 구성하는 위치에 대해 배우려면 3 8 1 페이지의『collation.properties 파일 항목 구성』의 내용을 참조하십시오.

bypassHostVerification

호스트 검증 프로시저를 무시할지 여부를 지정합니다. 이 특성의 기본값은 true입니다.

이 특성이 true로 설정되고 LDAP가 StartTLS 프로토콜을 사용하여 감지되면, TLS 협상 단계는 호스트 검증 프로시저를 무시합니다. 센서는 감지에 사용된 범위에 제공된 대상 서버의 다른 호스트 이름이나 IP 주소에 대해 서명된 인증서를 승인합니다. 이 특성이 false로 설정되면 센서는 대상 호스트의 IP 주소를 사용하여 TLS 협상 단계를 실행하려고 시도합니다.


사용자의 구성에 따라서 필요한 액세스 상세 정보를 제공해야 합니다.


1. LDAP 서비스를 구성요소 유형으로 사용하십시오.

2. TADDM이 LDAP 서버에서 인증하기 위해 사용하는 액세스 정보(사용자 이름 및 비밀번호)를 지정하십시오.

3. 또는 LDAPS 또는 StartTLS 프로토콜에 의해 보안되는 LDAP의 경우, SSL

설정, 즉 신뢰 저장소 인증 및 해당 비밀번호를 제공하십시오.

SSL 사용LDAP 센서는 첫 번째 액세스 항목을 사용하여 LDAP 서비스에 연결합니다. SSL 사용을 강제하려면 LDAP의 SSL 액세스 항목을 일반 신임 정보가 있는 항목 앞에 두거나 tryInsecureConnection 특성을 false로 설정하십시오.

SSL을 강제 수행하면 설치에 실패할 수 있습니다. 기본적으로 http가 사용됩니다(http는 DownloadFilesDeomPrimaryServerAction에서 하드코딩됨).

신뢰 저장소 파일 제한사항Java에서 제한사항으로 인해, TADDM은 LDAP 서비스의 단일 감지당 하나의 신뢰 저장소 파일만을 다룰 수 있습니다. 신뢰 저장소 파일에 저장된 인증서는 LDAP 서비스와의 연결이 설정될 때 로드됩니다. 여러 신뢰저장소 파일에 있는 인증서가 필요하고 이를 별도로 액세스 목록에 첨부하지 않으면 이러한 인증서만이 전체 감지 중에 TADDM에 의해 사용될수 있습니다. 원래의 신뢰 저장소 파일을 단일 파일로 내보내야 합니다.

각 LDAP 서버의 필요한 모든 항목이 TADDM 액세스 목록에 있는 경


우 첫 번째 항목에는 내보낸 신뢰 저장소 파일이 첨부되어야 합니다. 감지된 LDAP 서버에는 항상 서로 다른 로그인과 비밀번호 조합마다 하나의 항목이 있습니다.


이 주제에는 LDAP 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.

LDAP 센서는 다음과 같은 센서 설정을 사용합니다.

com.collation.ldapsensor.ports.ldaps=636

LDAP가 LDAPS 프로토콜을 사용하여 실행되고 있는 쉼표로 구분된 포트 목록을 지정합니다.

com.collation.ldapsensor.ports.starttls=389

LDAP가 StartTLS 프로토콜을 사용하여 실행되고 있는 쉼표로 구분된 포트 목록을 지정합니다.

참고:

v tryInsecureConnection 특성이 센서 구성에서 true로 설정된 경우 센서는 또한 StartTLS 포트부터 시작하여 일반 LDAP 프로토콜을 사용하여 앞의 포트에 연결하려고 시도합니다.

v 두 특성의 값은 또한 PortSensor가 어떤 포트가 열려 있는지를 판별하기 위해 사용합니다.

v 두 값은 모두 프로파일에서 플랫폼 특성 탭에도 설정할 수 있습니다.

v 이러한 특성은 범위 특성이고 대상 시스템의 특정 IP에 설정할 수 있습니다(예: com.collation.ldapsensor.ports.ldaps.192.168.5.4=755,234,524).

센서 문제점 해결이 주제에서는 LDAP 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

감지 중에 오류가 발생함

문제 센서 감지가 다음 오류 메시지와 함께 완료됩니다.

CTJTD0421E The LDAP server contains the following unexpected attributes:javax.naming.AuthenticationNotSupportedException: [LDAP: error code 13 - confidentiality required]

솔루션LADP 서버가 암호화를 필요로 합니다. LADP 서버가 암호화를 요구하면 LDAP 센서가 감지를 실행할 수 없으므로 LDAP 서버에서 암호화를사용 안함으로 설정하십시오.


센서가 모든 속성 정보를 표시할 수 없음

문제 감지 실행 후에 다음 속성 정보가 표시되지 않습니다. LDAP Version,

Threades 및 Total Connections.

솔루션LDAP 애플리케이션 모니터를 사용으로 설정하여 LDAP Version, Threads

및 Total Connections를 감지하십시오.

LDAPService 인스턴스의 복제

문제 LDAP 서버 청취 포트가 두 개의 감지 사이에서 변경되면 각 감지 후에LDAPService 인스턴스의 복제가 발생할 수도 있습니다.

솔루션대상 서버의 세션 신임 정보를 액세스 목록에 추가하십시오 .

LinuxComputerSystemSensor 등과 같은 ComputerSystem 센서가 감지프로파일에서 사용 가능한지 확인하십시오. LDAPServiceAgent 실행 후에 동일 호스트에서 감지되면 LDAPService 인스턴스가 병합됩니다.

Link Layer Discovery Protocol 센서Link Layer Discovery Protocol 센서는 LLDP MIB를 사용하여 네트워크에서계층 2 세그먼트를 감지합니다. LldpSensor는 lldpLocalSystemData ,

lldpLocPortTable 및 lldpRemTable 정보를 감지하고 피어 디바이스에 대한 로컬 인터페이스를 빌드합니다. 이 인터페이스는 세그먼트를 빌드하는 데 사용됩니다.



LldpSensor



v lldpLocChassisIdSubtype : .1.0.8802.1.1.2.1.3.1

v lldpLocChassisId : .1.0.8802.1.1.2.1.3.2

v lldpLocSysName : .1.0.8802.1.1.2.1.3.3

v lldpLocPortNum: .1.0.8802.1.1.2.1.3.7.1.1

v lldpLocPortIdSubtype: .1.0.8802.1.1.2.1.3.7.1.2

v lldpLocPortId: .1.0.8802.1.1.2.1.3.7.1.3

v lldpLocPortDesc: .1.0.8802.1.1.2.1.3.7.1.4


v lldpRemTableIdx: .1.0.8802.1.1.2.1.4.1.1.1

v lldpRemChassisIdSubtype: .1.0.8802.1.1.2.1.4.1.1.4

v lldpRemChassisId: .1.0.8802.1.1.2.1.4.1.1.5

v lldpRemPortIdSubtype: .1.0.8802.1.1.2.1.4.1.1.6

v lldpRemPortId: .1.0.8802.1.1.2.1.4.1.1.7

v lldpRemPortDesc: .1.0.8802.1.1.2.1.4.1.1.8



v net.L2Interface

v net.Segment


NetScreen SNMP 센서NetScreen SNMP 센서는 Juniper Networks NetScreen 디바이스에서 NAT 구성을 감지하고, NetScreen에서 ServiceIndex, serviceName 및 ServiceTransProto

와 같은 서비스 값을 검색하며, virtualservice를 검색합니다.

NetScreenSNMPSensor는 Netscreen SNMP MIB를 사용합니다.


NetscreenSnmpSensor



v .1.3.6.1.4.1.3224.11.1.1.1

v .1.3.6.1.4.1.3224.11.1.1.2

v .1.3.6.1.4.1.3224.11.1.1.3

v .1.3.6.1.4.1.3224.11.1.1.4

v .1.3.6.1.4.1.3224.11.1.1.5

v .1.3.6.1.4.1.3224.11.1.1.6

v .1.3.6.1.4.1.3224.13.1.1.1

v .1.3.6.1.4.1.3224.13.1.1.2

v .1.3.6.1.4.1.3224.13.1.1.4

v .1.3.6.1.4.1.3224.13.1.1.5

v .1.3.6.1.4.1.3224.13.1.1.6


v .1.3.6.1.4.1.3224.13.1.1.7

v .1.3.6.1.4.1.3224.13.1.1.8

v .1.3.6.1.4.1.3224.11.3.1.1.1

v .1.3.6.1.4.1.3224.11.3.1.1.2

v .1.3.6.1.4.1.3224.11.3.1.1.3

v .1.3.6.1.4.1.3224.11.3.1.1.4

v .1.3.6.1.4.1.3224.11.3.1.1.5

v .1.3.6.1.4.1.3224.11.3.1.1.6

v .1.3.6.1.4.1.3224.11.3.2.1.1

v .1.3.6.1.4.1.3224.11.3.2.1.2

v .1.3.6.1.4.1.3224.11.3.2.1.3

v .1.3.6.1.4.1.3224.11.3.2.1.5

v .1.3.6.1.4.1.3224.11.3.2.1.6



v net.vip.RealServer

v net.vip.RealServerGroup

v net.vip.Vip

v net.vip.VipFunction

v net.vip.VirtualService














Nokia SNMP 센서Nokia SNMP 센서는 Nokia SNMP MIB에 포함된 정보를 감지합니다.

NokiaSNMPSensor는 ACL(Access Control List) 구성(ACL 규칙) 및 FQDN,

서명 및 Object_ID에 기반하여 Nokia SNMP 디바이스에 대해 맵핑된 인터페이스를 감지합니다.


NokiaSnmpSensor



v .1.3.6.1.4.1.94.1.16.4.1.1.1.1

v .1.3.6.1.4.1.94.1.16.4.1.1.1.2

v .1.3.6.1.4.1.94.1.16.4.1.1.1.3

v .1.3.6.1.4.1.94.1.16.4.1.1.1.4

v .1.3.6.1.4.1.94.1.16.4.1.1.1.5

v .1.3.6.1.4.1.94.1.16.4.2.1.1.1

v .1.3.6.1.4.1.94.1.16.4.2.1.1.2

v .1.3.6.1.4.1.94.1.16.4.2.1.1.3

v .1.3.6.1.4.1.94.1.16.4.2.1.1.4

v .1.3.6.1.4.1.94.1.16.4.2.1.1.5

v .1.3.6.1.4.1.94.1.16.4.2.1.1.6

v .1.3.6.1.4.1.94.1.16.4.2.1.1.7

v .1.3.6.1.4.1.94.1.16.4.2.1.1.8

v .1.3.6.1.4.1.94.1.16.4.2.1.1.9

v .1.3.6.1.4.1.94.1.16.4.2.1.1.10

v .1.3.6.1.4.1.94.1.16.4.2.1.1.11

v .1.3.6.1.4.1.94.1.16.4.2.1.1.12


v .1.3.6.1.4.1.94.1.16.4.2.1.1.13

v .1.3.6.1.4.1.94.1.16.4.2.1.1.14

v .1.3.6.1.4.1.94.1.16.4.2.1.1.15

v .1.3.6.1.4.1.94.1.16.4.2.1.1.16



v net.acl.Acl

v net.acl.AclFunction

v net.acl.Rule

v net.L2Interface













PIX 센서PIX 센서는 IP 방화벽 및 네트워크 주소 변환 어플라이언스로 사용되는 Cisco PIX

디바이스를 감지합니다.

PIX 센서는 PIX 디바이스에서 실행 중인 CiscoPIX 운영 체제에 대한 데이터를수집합니다. 또한 센서가 다음을 감지합니다.


v 실행 중인 모든 실제 서버 및 가상 서버를 감지합니다. 실제 서버는 실제 서버 그룹으로 그룹화됩니다.

v virtualIp, realIp, virtualPort 및 realPor를 감지하고 이를 사용하여 가상 IP

를 파생시킵니다. 가상 IP는 Vip 테이블에 저장됩니다.

GUI와 로그에서 사용되는 센서 이름v CiscoApplianceVersionSensor

v PixSensor

전제조건

여러 개의 컨텍스트 구성이 있는 구성을 작성하려면 감지 범위에서 『관리 컨텍스트』의 IP 주소를 지정하십시오.

제한사항

토폴로지가 표시되면, 다음 제한사항이 적용됩니다.

v 컨텍스트 구성에 대해 가상 및 관리 컨텍스트가 동일한 아이콘으로 표시됩니다.

v 실제 인프라 토폴로지 보기에서 『관리 컨텍스트』 및 『가상 컨텍스트』 간의 연결이 표시되지 않습니다. 이 연결은 컨텍스트 토폴로지 보기에 표시됩니다.



v cisco.CiscoPixComputerSystem


v net.L2Interface


v vip.RealServer

v vip.RealServerGroup

v vip.Vip

v vip.VipFunction

v vip.VirtualService




1. Cisco 디바이스를 구성요소 유형으로 선택하십시오.

2. TADDM이 대상 PIX 디바이스에 대한 인증에 사용해야 하는 액세스 정보(사용자 이름, 비밀번호 및 사용 비밀번호)를 지정하십시오.

collation.properties 파일 엔트리 구성이 주제에는 PIX 센서에서 사용하는 collation.properties 파일 항목이 나열되어있습니다.

com.collation.pix.pager.command

이 값은 pager 명령에서 PIX가 전체 응답을 한 번에 한 화면씩이 아니라 한 번에 리턴하도록 강제하기 위해 지정합니다. configure terminal

명령을 실행할 수 없으면 이 항목을 추가하십시오.

SNMP 광 센서SNMP 광 센서는 SNMP 네트워크 디바이스의 레벨 1 감지를 지원합니다.


SNMP 광 센서는 세부사항 분할창의 다음 탭에 표시되는 데이터를 수집합니다.

v 일반사항v SNMP 정보

SNMP 광 센서 및 SNMP MIB2 센서는 다음 오브젝트 ID(OID)에서 일반 정보를 수집합니다.

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "" 10.199.250.9.1.3.6.1.2.1.1.1.0

SNMPv2-MIB::sysDescr.0 = STRING: Cisco Internetwork Operating System SoftwareIOS (tm) s72033_rp Software (s72033_rp-JK9SV-M), Version 12.2(17d)SXB11,

RELEASE SOFTWARE (fc1)Technical Support: http://www.cisco.com/techsupportCopyright (c) 1986-2005 by cisco Systems, Inc.Compiled T

snmpwalk -v 3 -u cmdbadmin -l authPriv -a MD5 -A "" -x DES -X "Y1UN9;4b/1tz9l#"10.199.250.9 .1.3.6.1.2.1.1.2.0

SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.9.1.400


SNMPv2-MIB::sysContact.0 = STRING: Network Support - CH


SNMPv2-MIB::sysName.0 = STRING: NC89ZNC01TSL302


SNMPv2-MIB::sysLocation.0 = STRING: NC89ACB01



SnmpLightSensor





v sys.SnmpSystemGroup












SNMP MIB2 센서SNMP MIB2 센서는 SNMP 네트워크 디바이스의 레벨 2 감지를 지원합니다.


SNMP MIB2 센서는 디바이스에 대한 기본 SNMP 정보와 기타 정보(예: 라우터 세부사항, 브릿지 세부사항, IP 데이터(IPv4와 IPv4 모두) 및 포트 데이터)를


감지합니다. SNMP MIB2 센서는 Entity MIB 센서 및 Bridge SNMP 센서가 감지 프로파일에서 사용으로 설정된 경우 이를 호출합니다.

SNMP MIB2 센서로 호출되는 기타 센서는 TADDM이 지원하는 디바이스를 감지합니다(예: Cisco 디바이스가 감지되는 경우 Cisco 포트 센서 및 Cisco VLAN

센서가 호출됨).

SNMP MIB2 센서는 세부사항 분할창의 다음 탭에 표시되는 데이터를 수집합니다.

v 일반사항v SNMP 정보v IPv6 라우터 세부사항v IPv4 라우터 세부사항v IP

v 인터페이스

SNMP 광 센서 및 SNMP MIB2 센서는 다음 오브젝트 ID(OID)에서 일반 정보를 수집합니다.


SNMPv2-MIB::sysDescr.0 = STRING: Cisco Internetwork Operating System SoftwareIOS (tm) s72033_rp Software (s72033_rp-JK9SV-M), Version 12.2(17d)SXB11,

RELEASE SOFTWARE (fc1)Technical Support: http://www.cisco.com/techsupportCopyright (c) 1986-2005 by cisco Systems, Inc.Compiled T


SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.9.1.400


SNMPv2-MIB::sysContact.0 = STRING: Network Support - CH


SNMPv2-MIB::sysName.0 = STRING: NC89ZNC01TSL302


SNMPv2-MIB::sysLocation.0 = STRING: NC89ACB01

SNMP MIB2 센서는 IPv4 및 IPv6 정보를 감지합니다. IP-MIB 및 IP-FOR-

WARD-MIB 모듈(RFC 4293 및 RFC 4292에서 업데이트됨)을 사용하여 센서는IP 인터페이스, 전달 및 라우팅 정보를 수집합니다. 다음 OID가 조회됩니다.

1.3.6.1.2.1.4.34 IP-MIB (ipAddressTable)1.3.6.1.2.1.4.32 IP-MIB (ipAddressPrefixTable)1.3.6.1.2.1.4.25 IP-MIB (ipv6IpForwarding)1.3.6.1.2.1.4.1 IP-MIB (ipForwarding)1.3.6.1.2.1.4.24.7 IP-FORWARD-MIB (inetCidrRouteTable)

ipAddressTable

이 테이블에는 IPv4 및 IPv6 주소가 나열되어 있습니다.


ipAddressPrefixTable

이 테이블에는 모든 주소에 대한 접두어 정보가 나열되어 있습니다.

ipv6IpForwarding

이 플래그는 IPv6 패킷을 전달하기 위해 대상 디바이스가 라우터로 작동하는지 여부를 나타냅니다.

ipForwarding

이 플래그는 IPv4 패킷을 전달하기 위해 대상 디바이스가 라우터로 작동하는지 여부를 나타냅니다.

inetCidrRouteTable

이 IP 라우팅 테이블은 IPv4 및 IPv6 인터페이스 둘 다에 대한 라우트를나열합니다.

대상 디바이스가 필수 버전의 IP-MIB 및 IP-FORWARD-MIB 모듈을 지원하는경우 SNMP MIB2 센서는 필요한 모든 정보를 수집하고, 감지가 완료됩니다. 대상 디바이스가 필수 버전의 해당 모듈을 지원하지 않는 경우 IPv4 정보만 수집하는 데 이전 버전(RFC 2011 및 RFC 1213)이 사용되고 다음 OID가 조회됩니다.

1.3.6.1.2.1.4.20 IP-MIB (ipAddrTable)1.3.6.1.2.1.4.1 IP-MIB (ipForwarding)1.3.6.1.2.1.4.21 RFC1213-MIB (ipRouteTable)

또한 대상 디바이스가 Cisco 디바이스인 경우 IPv6 정보만 수집하는 데CISCO-IETF-IP-MIB 및 CISCO-IETF-IP-FORWARDING-MIB 모듈이 사용되고,

다음 OID가 조회됩니다.

1.3.6.1.4.1.9.10.86.1.1.2 CISCO-IETF-IP-MIB (cIpAddressTable)1.3.6.1.4.1.9.10.86.1.1.1 CISCO-IETF-IP-MIB (cIpAddressPfxTable)1.3.6.1.4.1.9.10.86.1.2.1 CISCO-IETF-IP-MIB (cIpv6Forwarding)1.3.5.1.4.9.10.85.7 CISCO-IETF-IP-FORWARD-MIB (cInetCidrRouteTable)


SnmpMib2Sensor

제한사항

TADDM은 현재 제한된 수의 네트워크 디바이스를 지원합니다. 또한 TADDM

L2 스위치는 스위치이며 L3 스위치는 라우터입니다. 따라서 L3 스위치는 실제 인프라 트리 및 토폴로지에서 라우터로 표시됩니다.

모든 컴퓨터 시스템 센서 및 SNMP MIB2 센서는 작동 중지하도록 구성되는 네트워크 인터페이스를 무시합니다. TADDM은 다음과 같은 유형의 IP 인터페이스에 net.IpNetwork 속성을 채우지 않습니다.

v 루프백(예: 127.0.0.1, 0:0:0:0:0:0:0:1)


v 링크 로컬(예: 169.254.1.1, FE80:0:0:0:0:0:0:1)

v 멀티캐스트(예: 224.0.0.1, FF00:0:0:0:0:0:0:1)

v 지정되지 않음(예: 0.0.0.0, 0:0:0:0:0:0:0:0)

그러므로, IP 네트워크는 TADDM 사용자 인터페이스에 채워지지 않습니다.



v net.Bridge

v net.IpInterface

v net.IpRoute

v net.IpV4Address

v net.IpV6Address

v net.IpV4Router

v net.IpV6Router

v net.L2Interface



v sys.SnmpSystemGroup












인증 유형(예: MD5) 인증 프로토콜MD5 비밀 키 비밀번호 및 비밀번호 확인



개인 인증 설명 또는 키 개인용 비밀번호



이 주제에는 SNMP MIB2 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.

com.collation.discover.agent.net.SnmpMib2Agent.useEntitySerial

이 특성을 true로 설정하면 TADDM이 EntityMIB로부터 일련 번호를 수집할 수 있습니다.

TADDM은 chassisId 1.3.6.1.4.1.9.3.6.3에 허용된 Cisco 구성을 지원하지않습니다. 그 결과 네트워크 디바이스의 SerialNumber 속성에 올바르지않은 정보가 설정됩니다. 이 문제를 피하려면com.collation.discover.agent.net.SnmpMib2Agent.useEntitySerial=

true 특성을 collation.properties 파일에 추가하십시오.

com.ibm.cdb.discover.sensor.net.snmpmib2.SnmpMib2Sensor.ifType

이 특성은 가상 인터페이스를 사용하고 SNMP MIB2 센서로 감지되는 네트워크 디바이스에 대한 관계를 작성하는 데 사용됩니다. 기본적으로 센서는 처리를 위해 가상 인터페이스를 저장하지 않습니다. 가상 인터페이스에 대한 관계가 TA D D M에 표시되도록 하려면 이 특성을collation.properties 파일에 추가하십시오.

이 특성의 값은 가상 인터페이스의 인터페이스 유형이며, 이는 ifType 속성에 의해 지정됩니다. 예를 들어, 인터페이스에 속성 ifType=135가 있으면 다음 특성을 추가해야 합니다.

com.ibm.cdb.discover.sensor.net.snmpmib2.SnmpMib2Sensor.ifType=135

이 특성의 값으로 인터페이스 유형의 쉼표로 구분된 목록을 지정할 수 있습니다.

그 결과, ifType 속성 값이 물리적 포트로서 취급되며 관계가 작성됩니다.

기본값은 6, 62, 69, 117입니다.

com.collation.discover.agent.net.SnmpMib2Agent.isL2Interface

이 특성은 L2 인터페이스 및 VLAN 인터페이스 대상의 감지를 억제할 때사용됩니다.


VLAN은 L2 인터페이스와 동일하게 작동해야 하고 VLAN에서의 감지를억제하는 옵션이 있으므로, 관리 인터페이스를 기반으로 컴퓨터 시스템을작성해야 하는 경우 디바이스를 혼동하지 않고 VLAN을 컴퓨터 시스템으로 사용합니다.

TADDM 7.3 수정팩 6에서 TADDM은 대상 서버의 sysName 및 FQDN

이 일치하는지 여부를 확인할 수 있습니다. 일치하면 감지를 계속해야 하고 그렇지 않으면 VLAN 인터페이스이므로 감지가 중지됨을 표시하는 경고를 UI에 표시하며 감지를 중지해야 합니다.

이 수정사항을 활성화하려면 다음 특성이 collation.properties에서 true

로 설정되어야 합니다.

com.collation.discover.agent.net.SnmpMib2Agent.isL2Interface=true

센서 문제점 해결이 주제에서는 SNMP MIB2 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

세션 센서의 제한시간이 초과되었는데 SNMP MIB2 센서가 시작되지 않음

문제 제한시간 초과로 인해 세션 센서가 실패할 때 SNMP MIB2 센서가 시작되지 않습니다.

Fix Pack 4 솔루션기본적으로 세션 센서의 제한시간이 초과되면 SNMP MIB2 센서가 시작되지 않습니다. 이 작동을 변경하려면 collation.properties 파일에서com.collation.discover.agent.sys.SessionSensor.timeout.snmp 특성을 t r u e로 설정하십시오 . 자세한 내용은 3 1 3 페이지의『collation.properties 파일 엔트리 구성』의 내용을 참조하십시오.

센서가 L3 스위치를 라우터로 잘못 식별함

문제 TADDM가 알지 못하는 SNMP 디바이스의 경우 때때로 TADDM은 L3

스위치를 라우터로 잘못 식별합니다.

솔루션SNMP 템플리트를 사용하여 스위치와 라우터를 제대로 식별하는 힌트를TADDM에 제공하십시오. 올바른 스위치, 라우터 분류를 사용하여TADDM을 지원할 수 있도록 SNMP 템플리트를 사용하는 방법에 대해서는 TADDM 사용자 안내서를 참조하십시오.

센서가 OS 감지에 실패함

문제 센서가 OS 감지를 수행하는 데 실패합니다.


솔루션액세스 목록에 제공되는 신임 정보를 확인하고 TADDM 클라이언트에서SNMP가 실행되는지 확인하십시오.

SnmpMib2Sensor가 감지한 DataPower 디바이스는 다른 센서가 감지한 데이터와 병합하지 않습니다.

문제 SnmpMib2Sensor가 감지한 DataPower 디바이스는 다른 센서가 감지한데이터와 병합하지 않습니다.

솔루션DataPower 디바이스가 SNMP 프로토콜을 사용하도록 구성된 경우 이는SnmpMib2Sensor를 사용하여 감지할 수 있습니다. 그러나 DataPower는SnmpMib2Sensor가 조회하지 않는 사용자 정의 SNMP OID 세트를 사용합니다 . 이러한 OID는 Jy thon 확장자 스크립트를 사용하여CustomMib2ComputerSystem 센서만이 판독합니다.

자세한 정보는 TADDM 사용자 안내서에서 네트워크 디바이스에 대한 컴퓨터 시스템 템플리트 추가 주제의 6단계를 참조하십시오.

DataPower, VMWare 및 ZEnterprise 센서가 감지 관리 콘솔에 저장한데이터로 적절한 조정을 보안하려면 다음 전제조건을 확인하십시오.

v 컴퓨터 시스템 템플리트에서 DataPowerComputerSystem 템플리트가사용 가능한지 확인하십시오(기본 설정임).

v DataPower 디바이스를 감지하는 데 사용된 감지 프로파일에서CustomMib2ComputerSystem 센서가 사용 가능한지 확인하십시오.

v 다음 파일이 TADDM 설치에 있는지 확인하십시오.

– etc/templates/commands/DataPowerComputerSystem

– etc/templates/commands/extension-scripts/

DataPowerComputerSystem.py

운영 체제 센서운영 체제 센서는 환경에서 실행 중인 운영 체제를 감지합니다.

Citrix XenServer 센서Citrix XenServer 센서는 Citrix XenServer를 감지합니다. 이는 스크립트 기반센서입니다.


Citrix XenServer 센서는 스크립트 기반 센서입니다. 이는 GenericServerSensor

뒤에 시작합니다. 이 센서는 가상 머신의 목록과 함께 호스트를 감지합니다. 도


메인 0은 가상 머신으로 감지되며 여기에는 서버 하드웨어에서 상속되는 일련 번호 및 UUID가 포함됩니다. 다른 가상 머신은 Xen 하이퍼바이저에서 생성된 일련 번호 및 UUID를 가집니다.

XenServerSensor


Citrix XenServer 센서는 서버 풀, 풀의 호스트, 풀의 모든 호스트에 있는 가상머신(VM)을 감지합니다.

v 센서는 풀의 다음 요소를 감지합니다.

– 호스트 목록– 이름

v 센서는 호스트의 다음 요소를 감지합니다.

– 도메인 0을 포함한 VM의 목록– 메모리 정보– CPU 정보– 이름– 설명– 실행 상태– UUID

v 센서는 가상 머신에 대한 다음 요소를 감지합니다.

– 이름– 메모리 정보– CPU의 수– 전원 상태– PV/HVM

– 네트워크 정보– 부팅 유형

선행 조건

다음 전제조건이 필요합니다.

v lsof는 도메인 0에 설치되어야 함v xapi는 도메인 0에서 실행되어야 함v Linux 기반 VM의 경우, 이러한 가상 머신 감지를 위해 게스트 도구를

Paravirtualized DomainU에서 실행해야 합니다.


v Windows 기반 VM의 경우, 네트워크 및 OS 정보 감지를 위해 게스트 도구를 하드웨어 가상 머신에서 실행해야 합니다.



v simple.SLogicalGroup


v sys.linux.Linux




센서 문제점 해결이 주제에서는 Citrix XenServer 센서에서 발생하는 공통 문제를 설명하고 해당문제에 대한 솔루션을 제시합니다.

Windows 가상 머신은 OS 정보 없이 다른 컴퓨터 시스템으로 감지됩니다.

문제 Windows 가상 머신은 다른 컴퓨터 시스템으로 감지되고 OS 정보가 제공되지 않습니다.

솔루션게스트 도구가 가상 머신에서 실행 중인지 여부를 확인하십시오. 이 도구는 감지에 꼭 필요합니다.

Linux 가상 머신은 감지되지 않습니다.

문제 Linux 가상 머신은 감지되지 않고 경고가 표시됩니다.

솔루션게스트 도구가 가상 머신에서 실행 중인지 여부를 확인하십시오. 이 도구는 감지에 꼭 필요합니다.

DataPower 센서DataPower 센서는 SOAP 구성 관리 인터페이스를 지원하는 IBM WebSphere

DataPower SOA Appliances를 감지합니다.

Fix Pack 3

TADDM 7.3.0.3 이상에서 센서가 DataPower 도메인 및 다음 유형의 프록시를감지합니다.

v SSL 프록시


v TCP 프록시v XSL 프록시v WS 프록시v 멀티프로토콜 게이트웨이(MPG)

v XML 방화벽v HTTP 서비스

감지된 데이터는 확장된 인스턴스로 저장됩니다. 감지된 새 범주마다 별도의 탭이 데이터 관리 포털에서 작성됩니다(예: 도메인 또는 SSL 프록시 탭). 데이터는XML 형식으로 표시됩니다.


DataPowerSensor

선행 조건

감지된 DataPower 어플라이언스에는 SOAP 구성 관리 서비스가 사용 가능해야합니다.



v sys.appliance.DataPower

v net.L2Interface

v net.IpInterface


포트 번호 구성:

포트 센서 구성에서 DataPower SOAP 구성 관리 인터페이스의 포트 번호를 설정해야 합니다.

프로시저1. 감지 프로파일을 작성하십시오.

2. 센서 목록에서 PortSensor를 선택하고 새로 작성을 클릭하십시오.

3. dataPowerXmlManagementPorts 필드에 쉼표로 구분된 포트 번호 목록을입력하십시오. 이는 DataPower SOAP 구성 관리 인터페이스 포트로 취급됩니다. 다른 필수 정보를 지정하고 구성을 사용으로 설정한 후 이를 저장하십시오.


4. DataPowerSensor를 감지 프로파일에 추가한 후 이를 저장하십시오.

결과

사용자가 작성한 프로파일을 사용하여 감지를 실행할 때 각 서버마다 DataPower

센서가 시작되고 이는 dataPowerXmlManagementPorts 목록에 제공된 임의의포트를 청취합니다.

액세스 목록과 인증서 구성:

DataPower 센서에는 액세스 목록에서 "DataPower" 구성요소 유형의 적합한 항목이 필요합니다. 사용자 이름과 비밀번호는 WebGUI 또는 SSH를 사용하여DataPower 어플라이언스에 로그할 때와 같아야 합니다.

인증서 설정

DataPower 센서는 HTTPS 프로토콜을 사용하고 액세스 목록 항목에 첨부되어야 하는 어플라이언스 인증서의 신뢰 저장소 파일을 필요로 합니다. 각 액세스 목록 항목은 자체 신뢰 저장소 파일을 사용하고 이는 액세스 목록의 다른 항목과는 독립적입니다.

iKeyman 유틸리티(Windows에서 ikeyman.exe)를 사용하여 신뢰 저장소 파일을작성할 수 있습니다. 유틸리티는 TADDM 설치에 포함됩니다. DataPower 어플라이언스의 인증서는 서명자 인증서로서 신뢰 저장소 파일에 추가되어야 합니다.

인증서 유효성 검증 무시:

환경이 완전히 신뢰되는 경우에는 인증서 유효성 검증을 무시하도록 DataPower

센서를 구성할 수 있습니다.

프로시저1. DataPower 어플라이언스 감지에 사용되는 감지 프로파일을 선택하십시오.

2. 센서 목록에서 DataPowerSensor를 선택하고 새로 작성을 클릭하십시오.

3. validateCertificates 특성 값을 false로 변경하고 구성을 사용 가능으로설정한 후 이를 저장하십시오.

4. 감지 프로파일을 저장하십시오.

결과

사용자가 작성한 프로파일을 사용하여 감지를 실행할 때 DataPower 센서가 인증서를 유효성 검증하지 않으므로 신뢰 저장소 파일을 DataPower 액세스 목록항목에 첨부할 필요가 없습니다.


호스트 이름 검증 사용:

FQDN 기반 인증서를 사용할 때 SSL 프로토콜의 호스트 이름 검증 단계는TADDM 범위 정의 제한으로 인해 무시됩니다. IP 기반 인증서를 사용할 때 SSL

연결을 완전히 보안하도록 호스트 이름 검증을 사용 가능으로 설정할 수 있습니다.


TADDM 범위 정의는 IP 주소 기반이고 FQDN 기반이 아닙니다. 범위 작성 중에 제공된 모든 FQDN 값은 즉시 IP 주소로 해석됩니다. 감지를 실행할 때FQDN이 센서로 전달되지 않습니다. 센서는 Data Power 어플라이언스에 연결하려고 시도할 때 IP 주소를 사용해야 합니다. Data Power 어플라이언스 인증서가 FQDN 기반이면 일반적으로 제공된 IP 주소와 인증서에서 판독한 서비스의 FQDN 사이의 가능한 불일치를 나타내는 SSL 프로토콜 오류가 발생합니다.

이 문제를 피하려면 호스트 이름 검증 단계가 기본적으로 사용 안함으로 설정되어야 합니다.

IP 기반 인증서를 사용할 때 SSL 연결을 완전히 보안하도록 호스트 이름 검증단계를 사용 가능으로 설정할 수 있습니다.

프로시저1. DataPower 어플라이언스 감지에 사용되는 감지 프로파일을 선택하십시오.

2. 센서 목록에서 DataPowerSensor를 선택하고 새로 작성을 클릭하십시오.

3. bypassHostnameVerification 특성 값을 false로 변경하고 구성을 사용 가능으로 설정한 후 이를 저장하십시오.

4. 감지 프로파일을 저장하십시오.

결과

사용자가 작성한 프로파일을 사용하여 감지를 실행할 때 DataPower 센서가 SSL

프로토콜을 엄격하게 준수합니다. 감지가 성공하기 위해서는 TADDM 범위에 제공된 IP 주소가 Data Power 어플라이언스의 인증서에 명시된 IP 주소와 정확하게 일치해야 합니다.

센서 문제점 해결이 주제에서는 DataPower 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.


SnmpMib2Sensor가 감지한 DataPower 디바이스는 다른 센서가 감지한 데이터와 병합하지 않습니다.

문제 SnmpMib2Sensor가 감지한 DataPower 디바이스는 다른 센서가 감지한데이터와 병합하지 않습니다.

솔루션DataPower 디바이스가 SNMP 프로토콜을 사용하도록 구성된 경우 이는SnmpMib2Sensor를 사용하여 감지할 수 있습니다. 그러나 DataPower는SnmpMib2Sensor가 조회하지 않는 사용자 정의 SNMP OID 세트를 사용합니다 . 이러한 OID는 Jy thon 확장자 스크립트를 사용하여CustomMib2ComputerSystem 센서만이 판독합니다.

자세한 정보는 TADDM 사용자 안내서에서 네트워크 디바이스에 대한 컴퓨터 시스템 템플리트 추가 주제의 6단계를 참조하십시오.

DataPower, VMWare 및 ZEnterprise 센서가 감지 관리 콘솔에 저장한데이터로 적절한 조정을 보안하려면 다음 전제조건을 확인하십시오.

v 컴퓨터 시스템 템플리트에서 DataPowerComputerSystem 템플리트가사용 가능한지 확인하십시오(기본 설정임).

v DataPower 디바이스를 감지하는 데 사용된 감지 프로파일에서CustomMib2ComputerSystem 센서가 사용 가능한지 확인하십시오.

v 다음 파일이 TADDM 설치에 있는지 확인하십시오.

– etc/templates/commands/DataPowerComputerSystem

– etc/templates/commands/extension-scripts/

DataPowerComputerSystem.py

FreeBSD 컴퓨터 시스템 센서FreeBSD 컴퓨터 시스템 센서는 BSD UNIX를 기반으로 하는 FreeBSD 운영 체제를 실행하는 컴퓨터 시스템을 감지합니다.


FreeBSDComputerSystemSensor

선행 조건

운영 체제를 감지하는 센서의 경우 /bin/sh 스크립트가 기본 쉘로 구성되어야 합니다.

VMware ESX 컴퓨터 시스템 센서에서 감지되는 데이터와 병합하려면 FreeBSD

운영 체제가 설치되어 있는 대상에서 dmidecode 명령이 필요합니다.


제한사항


v 루프백(예: 127.0.0.1, 0:0:0:0:0:0:0:1)

v 링크 로컬(예: 169.254.1.1, FE80:0:0:0:0:0:0:1)

v 멀티캐스트(예: 224.0.0.1, FF00:0:0:0:0:0:0:1)

v 지정되지 않음(예: 0.0.0.0, 0:0:0:0:0:0:0:0)


다음 명령이 대상 시스템에 있는 경우, 센서는 로컬 파일 시스템을 감지합니다.

df -kTP

IPv6 인터페이스와 IPv6 라우팅 및 전달 정보 감지

센서는 IPv6을 지원하도록 구성되는 대상 시스템에 대한 IPv6 인터페이스와 IPv6

라우팅 및 전달 정보를 감지합니다. TADDM은 IPv4 주소에 대해서만 감지를 실행합니다. TADDM은 IPv6 주소에 대해 센서를 시작하지 않습니다. DNS 검색의 경우, TADDM은 IPv4 또는 IPv6 주소를 사용합니다. 접두어 길이 값이 지정되지 않거나 0과 같은 경우, TADDM은 IPv6 인터페이스에서 net.IpNetwork

속성을 채우지 않습니다.

감지된 IPv6 주소는 IPv4 주소와 유사하게 TADDM 사용자 인터페이스에 표시되고 TADDM API를 사용하여 액세스할 수 있습니다. IPv6 주소가 IPv4 넷마스크 대신 접두어 길이 값을 사용하므로, 이러한 값 중 하나만 IP 주소에 대해채워집니다. 값은 주소 유형에 따라 달라집니다.

비동기 및 스크립트 기반 감지 지원FreeBSD 컴퓨터 시스템 센서는 스크립트 기반 감지를 지원합니다.






연관 속성이 있는 모델 오브젝트FreeBSD 컴퓨터 시스템 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IT 환경에서 FreeBSD 운영 체제를 실행 중인 컴퓨터 시스템에 대해 수집하는 정보 유형을 나타냅니다.


core.LogicalContent

v Checksum

v Content

v FixedPath

v URI

net.L2Interface

v Promiscious

v Name

v HwAddress

v Mtu

v Speed

v Duplex

v AutoNegotiation

v Broadcast

v Loopback

v InterfaceMTU

v InterfaceName

net.IpInterface

v IpAddress

v L2Interface

v IpNetwork

sys.DNSResolveEntry

v ServerIp

v SearchOrder

sys.freebsd.FreeBSD

v FQDN

v Name


v OSName

v OSVersion

v BootTime

v KernelArchitecture

v KernelVersion

v WordSize

v Charset

v OsId

v OSMode

v OSConfidence

v VersionString

v KernelModulesRawData

sys.freebsd.FreeBSDUnitaryComputerSystem

v UUID

v Name

v Type

v SystemId

v Signature

v Fqdn

v SerialNumber

v Manufacturer

v Model

v MemorySize

v BIOSManufacturer

v BIOSDate

v BIOSName

v NumCPUs

v CPUType

v CPUSpeed

v Architecture

v TimeZone


sys.SoftwareComponent

v SoftwareVersion


v Name

sys.unix.UnixFileSystem

v MountPoint

v Type

v Capacity

v AvailableSpace

v Owner

v Group

v Permissions






2. TADDM이 대상 컴퓨터 시스템에 대한 SSH 키 기반 인증 또는 SSH 로그인 기반 인증에 사용해야 하는 액세스 정보(사용자 이름 및 비밀번호)를 지정하십시오.

일반적으로, root가 아닌 권한이 있는 계정을 사용할 수 있습니다. 그러나 감지프로세스 중에 TADDM이 사용하는 일부 명령에는 sudo 명령을 사용하여 수행할 수 있는 권한 에스컬레이션이 필요할 수 있습니다.

자세한 정보는 관리 안내서의 높은 권한이 필요한 명령 주제를 참조하십시오.




Fix Pack 3 com.ibm.cdb.discover.sys.freebsd.pkg_info=pkg_info

이 특성은 FreeBSD 운영 체제 버전 9.x 이하에서 pkg_info 명령에 대한경로를 지정합니다. 명령은 FreeBSD 운영 체제에 설치된 모든 패키지에대한 정보를 제공합니다.

기본값은 pkg_info입니다.


Fix Pack 3 com.ibm.cdb.discover.sys.freebsd.pkg_info_10=pkg info

이 특성은 FreeBSD 운영 체제 버전 10.x 이상에서 pkg info 명령에 대한 경로를 지정합니다. 명령은 FreeBSD 운영 체제에 설치된 모든 패키지에 대한 정보를 제공합니다.

기본값은 pkg info입니다.

센서 문제점 해결이 주제에서는 FreeBSD 컴퓨터 시스템 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

중복 FreeBSD 게스트가 작성됨

문제 FreeBSD 운영 체제가 설치되어 있는 동일한 게스트가 FreeBSD 컴퓨터시스템 센서 및 VMware ESX 컴퓨터 시스템 센서에서 감지된 경우 데이터가 병합되지 않고 중복이 작성됩니다.

솔루션FreeBSD 운영 체제가 설치된 대상에서 dmidecode 명령을 설치하십시오.

이 명령은 VMware ESX 컴퓨터 시스템 센서에서 감지되는 데이터와 병합하는 데 필요합니다.

HP BladeSystem SNMP 센서HP BladeSystem SNMP 센서는 HP BladeSystem 섀시에 대한 구성 정보를 감지하고 수집합니다.

센서는 SNMP(Simple Network Management Protocol)를 사용하여 BladeSystem

인프라 구성요소를 감지하고 조회합니다 . HP BladeSystem Onboard

Administrator SNMP 구성요소가 데이터를 수집하는 데 사용됩니다.





v enums.PhysTypeEnum

v enums.SlotStateEnum

v enums.BladeCenterManagementModuleTypeEnum

v net.Fqdn

v phys.physconn.PhysicalConnector





v phys.physpkg.Fan

v phys.physpkg.PhysicalFrame

v phys.physpkg.PowerSupply

v sys.blade.BladeCenterManagementModule


v storage.FCSwitch




다음 속성을 설정하여 감지 관리 콘솔에서 HP BladeSystem SNMP 센서를 구성할 수 있습니다.

snmpPort

SNMP 통신에 사용되는 포트 번호. 기본값은 161입니다.

snmpTimeout

단일 SNMP 조회에 사용되는 제한시간. 기본값은 20000입니다.

locale

SNMP 조회에 사용되는 로케일

characterEncoding

SNMP 조회에 사용되는 문자 인코딩

HP BladeSystem SNMP 센서가 사용 가능한 경우 HP BladeSystem SNMP 센서가 제대로 작동하려면 SNMP Light 센서 또는 SNMP MIB2 센서를 사용 가능으로 설정해야 합니다.




v SNMP V1 및 V2 감지의 경우 올바른 커뮤니티 문자열을 액세스 목록에 입력하십시오.

감지 관리 콘솔에서 액세스 목록 창에서 네트워크 템플리트(SNMP) 구성요소유형을 사용하여 이를 수행할 수 있습니다.


v SNMP V3 감지를 수행하려면 다음 표에 있는 SNMP V3 신임 맵핑 정보에따라 올바른 사용자 이름, 비밀번호 및 인증 프로토콜을 액세스 목록에 입력하십시오.

표 23. SNMP V3 신임 맵핑.



감지 관리 콘솔의 액세스 목록 창에서 네트워크 템플리트(SNMPV3) 구성요소 유형을 사용하여 이를 수행할 수 있습니다.

센서 문제점 해결이 주제에서는 HP BladeSystem SNMP 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.



솔루션감지 관리 콘솔을 사용하여 HP BladeSystem SNMP 센서의 snmpTimeout

매개변수 값을 늘리십시오.

HP Blade System 오브젝트는 레벨 2 감지 데이터와 일치되지 않습니다.

문제 HP Blade System을 감지하면 Virtual Connect에 논리 서버 프로파일이 사용 가능할 때 레벨 2 감지 데이터와 일치하지 않는 컴퓨터 시스템이 작성됩니다.

솔루션TADDM은 기본 속성 manufacturer, model 및 serialNumber가 일치하지 않을 때 HP Blade System 감지에서 나오는 오브젝트를 검사합니다.

두 오브젝트의 조정을 사용 가능하게 하려면 로직 내부 조정 플러그인에서 manufacturer, model 및 FQDN 속성이 레벨 2 감지 동안에 발견된 데이터와 동일해야 합니다. FQDN을 사용할 수 없는 경우에는 동일 오브젝트의 두 인스턴스가 데이터베이스에 나타납니다.

HP NonStop 컴퓨터 시스템 센서HP NonStop 컴퓨터 시스템 센서는 HP NonStop OSS 운영 체제에서 실행되는 컴퓨터 시스템을 감지합니다. 센서는 비동기 감지 모드에서만 작동합니다.



HpNonStopComputerSystemSensor

선행 조건

감지 사용자는 OSS 및 Guardian 환경 모두에 대한 액세스 권한이 있어야 합니다. ASD 스크립트는 OSS 환경에서 실행됩니다.

다음 명령을 사용하여 ASD 패키지를 작성할 수 있습니다.

$COLLATION_HOME/bin/makeASDScriptPackage.sh --outputDir output dir--uname NONSTOP_KERNEL --ipAddress ip_address--packingMethod tar --sensors computersystem

제한사항

센서는 비동기 감지 모드(ASD)만을 지원합니다.

센서는 제한된 컴퓨터 시스템 세부사항 세트를 감지합니다. HP NonStop 플랫폼에서는 레벨 3 센서를 시작하는 일반 서버 센서가 지원되지 않습니다.




v sys.hpnonstop.HpNonStop

v sys.hpnonstop.HpNonStopComputerSystem

비동기 감지 지원HP NonStop 컴퓨터 시스템 센서는 비동기 감지를 지원합니다.





센서 문제점 해결센서 문제는 성공하지 못한 감지 또는 잘못 정의된 특성을 포함할 수 있습니다.

그러나 이러한 문제를 해결할 수 있습니다.


일반적인 문제

다음 센서가 프로파일에서 사용 가능한지 확인하십시오.

v ASDPingSensor

v ASDSensor

v GenericComputerSystemSensor

v HpNonStopComputerSystemSensor

com.ibm.cdb.discover.asd.AsyncDiscoveryResultsDirectory 특성에 정의된 디렉토리에서 ASD 패키지를 감지에 사용할 수 있는지 확인하십시오.

HP-UX 컴퓨터 시스템 센서HP-UX 컴퓨터 시스템 센서는 HP-UX 운영 체제를 실행 중인 컴퓨터 시스템을감지합니다. 시스템이 가상화 지원(HP 무결성 가상 시스템)이 되는 Itanium 플랫폼에서 HP-UX를 실행 중인 경우 센서가 서버에서 관리되는 요소를 감지합니다.


HpUxComputerSystemSensor

선행 조건

Itanium 플랫폼에 있는 VM 호스트 시스템의 경우 TADDM 서비스 계정이hpvmstatus 및 hpvminfo 2진 파일에 대한 실행 권한이 있어야 합니다.

Itanium 플랫폼에 있는 게스트 시스템의 경우 TADDM 서비스 게정이 hpvminfo

2진 파일에 대한 실행 권한이 있어야 합니다.

TADDM 서비스 계정에는 machinfo 2진 파일에 대한 실행 권한이 있어야 합니다.

제한사항


v 루프백(예: 127.0.0.1, 0:0:0:0:0:0:0:1)

v 링크 로컬(예: 169.254.1.1, FE80:0:0:0:0:0:0:1)

v 멀티캐스트(예: 224.0.0.1, FF00:0:0:0:0:0:0:1)

v 지정되지 않음(예: 0.0.0.0, 0:0:0:0:0:0:0:0)



HP-UX 컴퓨터 시스템 센서를 통해 CPU 정보를 감지하는 경우 다음과 같은 제한사항이 적용됩니다.

v 센서는 PA-RISC 아키텍처에 대해 ’CPUCoresInstalled’를 감지하지 않습니다.

v 센서는 CPU - HyperThreading 구성의 스레드 번호를 감지하지 않습니다.

v 센서는 ’mpsched -K’ 명령이 사용 불가능한 경우 ’CPUDiesInstalled’를 감지하지 않습니다.

v 센서는 ’icapstatus’ 명령이 사용 불가능한 경우 ’CPUCoresInstalled’를 감지하지 않습니다.

v 센서는 ’mpsched -K’ 명령이 사용 불가능한 경우 CPU/코어 구성을 감지하지 않습니다.

Itanium에 있는 HP-UX의 경우 VM 호스트를 통해 게스트 시스템의 IPv6 주소를 감지할 수 없습니다. Itanium에 있는 HP-UX의 경우 게스트 시스템을 통해VM 호스트의 IPv6 주소를 감지할 수 없습니다.

HP-UX가 아닌 운영 체제를 실행 중인 게스트 시스템은 VM 호스트 시스템 감지 중에 작성되지 않습니다.

TADDM은 IVM 게스트의 CPU 코어 정보를 감지할 수 없으며 이 정보는 센서에서 직접 감지됩니다. icapstatus 명령이 IVM 게스트에서 지원되지 않기 때문입니다.









v sys.hpux.HpUx


v sys.HpUxUnitaryComputerSystem


v sys.SoftwareComponent

연관 속성이 있는 모델 오브젝트HP-UX 컴퓨터 시스템 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다.

속성은 센서가 IT 환경에서 HP-UX 컴퓨터 시스템 자원에 대해 수집하는 정보유형을 나타냅니다.



v Name

v UUID

v Type

v SystemId


v Signature

v Fqdn

v Manufacturer

v Model

v MemorySize

v NumCPUs

v CPUType

v CPUSpeed

v Architecture

v Virtual

v CPUDiesInstalled

v CPUCoresInstalled

v ChildSystem

v VMID

sys.CPU

v IndexOrder

v CPUType

v NumCPUs


v CPUSpeed

v CPUCoresEnabled

v CPUCore

v Virtual

sys.hpux.HpUx

v Fqdn

v Name

v OSName

v OSVersion

v BootTime

v PatchesInstalledRawData

v KernelVersion

v OsId


v OSConfidence

v VersionString

core.LogicalContent

v Checksum

v Content

v URI

v fixedPath


v Name

v SoftwareVersion


v AvailableSpace

v Capacity

v MountPoint

net.L2Interface

v IANAInterfaceType

v interfaceMTU

v interfaceSpeed

v interfaceName


v HwAddress

v Mtu

v Name

v Speed

v Loopback

v Broadcast

v Encapsulation

net.IpInterface

v IpAddress

v L2Interface

v IpNetwork




ComputerSystem 액세스 신임 정보를 사용하여 HP-UX 컴퓨터 시스템 센서를실행할 수 있습니다. 액세스 목록을 구성하려면 다음 단계를 완료하십시오.



일반적으로, root가 아닌 권한이 있는 계정을 사용할 수 있습니다. 그러나 감지프로세스 중에 TADDM이 사용하는 일부 명령에는 권한 에스컬레이션이 필요할수 있습니다. 일반적으로, 이 에스컬레이션은 sudo 명령을 사용하여 수행됩니다.






com.collation.platform.os.command.machinfo

이 특성은 machinfo 명령에 대한 경로를 지정합니다. 이 특성이 설정되지 않으면, /usr/contrib/bin/machinfo의 기본값이 사용됩니다.

com.collation.discover.agent.command.kcmodule

이 특성은 kcmodule 명령에 대한 경로를 지정합니다.

com.collation.platform.os.HpUxItanium.Model

Itanium에 있는 HP-UX의 시작점으로 사용됩니다. 기본값은 ia64입니다.

HP-UX Itanium 시스템에 있는 모델 명령이 출력에서 ia64를 포함하지않을 때 이 특성을 변경하십시오.

com.collation.discover.agent.command.hpvminfo

이 특성은 hpvminfo 명령에 대한 경로를 지정합니다. 이 특성이 설정되지 않으면, /opt/hpvm/bin/hpvminfo의 기본값이 사용됩니다.

com.collation.discover.agent.command.hpvmstatus

이 특성은 hpvmstatus 명령에 대한 경로를 지정합니다. 이 특성이 설정되지 않으면, /opt/hpvm/bin/hpvmstatus의 기본값이 사용됩니다.

com.collation.platform.os.command.crontabEntriesCommand.HP-

UX=crontab -l

이 특성은 crontab 항목을 감지하는 데 사용됩니다. 특성에 IP 주소 또는 범위 세트 이름을 추가하여 이 특성을 범위 지정된 특성으로 지정할수 있습니다. 다음 예제에서는 추가된 IP 주소를 사용합니다.

com.collation.platform.os.command.crontabEntriesCommand.HP-UX.1.2.3.4=crontab -l

com.collation.platform.os.command.crontabEntriesUsers.HP-UX=root

이 특성은 지정된 사용자에 대한 crontab 항목을 감지하고 쉼표로 구분된 목록을 사용하여 두 명 이상의 사용자를 지정하는 데 사용됩니다. 특성에 IP 주소 또는 범위 세트 이름을 추가하여 이 특성을 범위 지정된 특성으로 지정할 수 있습니다. 다음 예제에서는 추가된 IP 주소를 사용합니다.

com.collation.platform.os.command.crontabEntriesUsers.HP-UX.1.2.3.4=root,build

com.collation.discover.agent.sys.ComputerSystem.serialNumberSanityChecks=

"^(?!null);^(?!not );^(?!n/a);^(?!permission);^(?!to be );^(?!undef);

^[ -:\.\w]{4,80}$; ^(?!.{8}(\-.{4}){3}\-.{12}_.{2}(:.{2}){5});^(?!none)

;^(?!x{7});^(?!\.{9});^(?!0123456789);^(?!0+$)";

이 특성은 정의되지 않음, OEM에 의해 설정됨 또는 권한 거부됨과 같은일반적인 값을 저장하지 않도록 Solaris를 제외한 운영 체제 센서에 의해발견되는 serialNumber 특성을 유효성 검증하는 데 사용됩니다.

주요 기본 규칙은 일련 번호에 4 - 80개의 문자가 있고 다음 문자열 중하나로 시작하지 않아야 합니다.


v null: 정규식 ^(?!null)

v not: 정규식 ^(?!not)

v n/a: 정규식 ^(?!n/a)

v permission: 정규식 ^(?!permission)

v to be: 정규식 ^(?!to be)

v undef: 정규식 ^(?!undef)

v 다음 양식의 문자열 : 098D8710-E623-3C3B-9F9B-

FCBAFF1BF3B6_5C:F3:FC:E8:89:FC : 정규식 ^(?!.{8}(\-.{4}){3}\-

.{12}_.{2}(:.{2}){5})

v none: 정규식 ^(?!none)

v xxxxxxx: 정규식 ^(?!x{7})

v ......... : 정규식 ^(?!\.{9})

v 0123456789: 정규식 ^(?!0123456789)

v 0000: 정규식 ^(?!0+$)

일련 번호가 이 규칙을 따르지 않으면, 설정되지 않습니다. 정규식 구문은 java.util.regex.Pattern 클래스의 Java SDK에 정의되어 있습니다.

정규식은 세미콜론으로 구분해야 합니다. 후보 일련 번호는 항상 정규식과 일치시키기 전에 모두 소문자로 변환됩니다. 따라서 특성을 사용자 정의하는 경우에는 소문자만 사용하십시오.

센서 문제점 해결이 주제에서는 HP-UX 컴퓨터 시스템 센서에서 발생하는 공통 문제를 설명하고해당 문제에 대한 솔루션을 제시합니다.

일반적인 문제

아키텍처, 프로세서 유형, 프로세서 속도, 메모리 크기 또는 일련 번호와 같은 속성이 채워져 있지 않은지 확인하십시오.

모델 명령의 출력에 ia64가 있는지 확인하고, 없는 경우 대상이 HP-UX 11.23

Itanium인지 확인하십시오. 모델 명령 출력으로부터 고유한 ID를 포함시키려면com.collation.platform.os.HpUxItanium.Model 특성을 변경하십시오.

기본적으로 Itanium에서는 일련 번호 속성이 채워져 있지 않습니다. 일련 번호를 사용하려면 TADDM 서버에서 collation.properties 파일에 다음 항목을 추가하십시오.

com.collation.discover.agent.sys.HpUxComputerSystemItaniumAgent.setSerialNumber=true


하드웨어 세부사항이 표시되지 않음

문제 IBM Tivoli Monitoring을 통한 감지 중에 HP-UX 운영 체제를 실행 중인 컴퓨터 시스템에 대한 일부 세부사항 정보가 표시되지 않습니다.

솔루션collation.properties 파일에서 특성의 끝에 |.*machinfo.* 패턴을 추가하십시오.

com.collation.discover.agent.ITM.CmdWrapperSelectionPattern=|.*machinfo.*

IBM AIX 컴퓨터 시스템 센서IBM AIX 컴퓨터 시스템 센서는 IBM AIX 운영 체제를 실행하는 컴퓨터 시스템을 감지합니다. 또한 IBM AIX 6.1 운영 체제의 워크로드 파티셔닝(WPAR)은센서에서 감지됩니다.


AixComputerSystemSensor

선행 조건

TADDM 사용자는 AIX 대상 시스템에서 entstat 명령에 액세스해야 합니다.

시스템 P 또는 시스템 Z 컴퓨터 시스템 환경에서는 LPAR ID를 VM ID 속성에저장해야 다른 LPAR이 단일 오브젝트와 잘못 병합되는 것을 피할 수 있습니다.

AIX의 경우 VMID 속성이 LPAR ID(숫자)에서 LPAR 이름(텍스트)로 변경되었습니다. VMID와 LPAR은 True로 설정해야 합니다.

제한사항


v 루프백(예: 127.0.0.1, 0:0:0:0:0:0:0:1)

v 링크 로컬(예: 169.254.1.1, FE80:0:0:0:0:0:0:1)

v 멀티캐스트(예: 224.0.0.1, FF00:0:0:0:0:0:0:1)

v 지정되지 않음(예: 0.0.0.0, 0:0:0:0:0:0:0:0)


센서는 WPAR 이름 및 IP 주소를 사용하여 WPAR을 감지합니다. 감지를 실행한 후, IP 주소 또는 WPAR 이름이 변경되면 감지를 다시 실행하기 전에 토폴


로지 데이터를 지우십시오. 이 태스크는 이름이 동일한 중복 WPAR이 데이터베이스에 존재하는 상황을 방지합니다. 이 제한사항은 IP 주소가 구성되지 않은WPAR에 적용되지 않습니다.

호스트 이름에서 WPAR에 대한 완전한 도메인 이름(FQDN)을 확보할 수 있습니다. 이 경우, TADDM은 DNS 서버에서 호스트 이름을 요청하지 않으며 이름이 표시되지 않습니다.

WPAR의 페이지 공간 및 속성 가상 메모리 크기에 대한 정보는 감지되지 않습니다.

실제 시스템 간의 WPAR 인스턴스를 실행하여 이동시킬 수 있는 WPAR 이동성 기능은 지원되지 않습니다.

Fix Pack 1 LPM(Live Partition Mobility)은 TADDM 7.3.0에서 지원되지 않습니다. 7.3 수정팩 1 이상에서 지원됩니다.






비동기 및 스크립트 기반 감지 지원IBM AIX 컴퓨터 시스템 센서는 비동기 및 스크립트 기반 감지를 지원합니다.








제한사항

컴퓨터 시스템 템플리트와 확장자는 비동기 또는 스크립트 기반 감지 중에는 AIX

컴퓨터 시스템 센서가 지원하지 않습니다.

연관 속성이 있는 모델 오브젝트IBM AIX 컴퓨터 시스템 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IT 환경에서 IBM AIX 운영 체제 및 워크로드 파티셔닝(WPAR) 자원을 실행 중인 컴퓨터 시스템에 대해 수집하는 정보 유형을 나타냅니다.


core.LogicalContent

v Checksum

v Configfile

v Content

v ContentType

v FixedPath

v URI

net.L2Interface

v AlternativeName

v AutoNegotiation

v Broadcast

v Duplex

v Encapsulation

v HwAddress

v InterfaceMTU

v InterfaceName

v Loopback

v Mtu

v Name

v Promiscious

v Speed


v IANAInterfaceType

v Index

net.IpInterface

v IpAddress

v L2Interface

v IpNetwork

sys.aix.Aix

v BootTime

v Charset

v FQDN


v KernelVersion

v Name

v OSConfidence

v OsId

v OSMode

v OSName

v OSVersion


v VirtualMemorySize

v WordSize

v VersionString

v Level

v BuildLevel

v ServicePack


v Architecture

v BIOSManufacturer

v CPUSpeed

v CPUType

v DesiredProcessingUnits

v Fqdn

v IsVMIDanLPAR


v Manufacturer

v MaxProcessingUnits

v MemorySize

v MinProcessingUnits

v Model

v Name

v NumCPUs

v SerialNumber

v Signature

v SystemId

v TimeZone

v Type

v Virtual

v VMID


v ChildSystem

sys.AixSoftwareComponent

v InstallState

v Name

v SoftwareVersion

v Type

sys.CPU

v IndexOrder

v CPUType

v NumCPUs

v CPUSpeed

v Virtual

sys.DNSResolveEntry

v SearchOrder

v ServerIp


v AvailableSpace

v Capacity


v Group

v MountPoint

v Owner

v Permissions

v Type

sys.PageSpace

v IsActive

v Name

v Size

v Type

sys.WPARComputerSystem

v AssignedIp

v IsWparActive

v IsWparAutostart

v IsWparCheckpointable

v WparCPULimits

v WparCPUShares

v WparInstalledDirectory

v WparMemoryLimits

v WparMemoryShares

v WparOwner

v WparPerProcessVirtualMemoryLimit

v WparType

v Name

v Type

v Virtual


AIX 서버에서 /etc/sudoers 파일을 편집하고 다음 라인을 추가하십시오.

<TADDM_USER> ALL=NOPASSWD: ALL





1. ComputerSystem을 구성요소 유형으로 사용하십시오.

2. TADDM이 대상 컴퓨터 시스템에 대한 SSH 키 기반 인증 또는 SSH 로그인 기반 인증에 사용해야 하는 액세스 정보(사용자 이름, 비밀번호)를 지정하십시오.

일반적으로, root가 아닌 권한이 있는 계정을 사용할 수 있습니다. 그러나 감지프로세스 중에 TADDM이 사용하는 일부 명령에는 권한 에스컬레이션이 필요할수 있습니다. 이 에스컬레이션은 sudo 명령을 사용하여 수행할 수 있습니다.



이 주제에는 IBM AIX 컴퓨터 시스템 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.


com.collation.discover.agent.command.lswpar.AIX=sudo lswpar

lswpar 명령에는 관리 권한이 필요합니다.

com.collation.platform.os.command.crontabEntriesCommand.AIX=crontab -l

이 특성은 crontab 항목을 감지하는 데 사용됩니다. 특성에 IP 주소 또는 범위 세트 이름을 추가하여 이 특성을 범위 지정된 특성으로 지정할수 있습니다. 다음 예제에서는 추가된 IP 주소를 사용합니다.

com.collation.platform.os.command.crontabEntriesCommand.AIX.1.2.3.4=crontab -l

com.collation.platform.os.command.crontabEntriesUsers.AIX=root


com.collation.platform.os.command.crontabEntriesUsers.AIX.1.2.3.4=root,build



^[ -:\.\w]{4,80}$; ^(?!.{8}(\-.{4}){3}\-.{12}_.{2}(:.{2}){5});^(?!none)

;^(?!x{7});^(?!\.{9});^(?!0123456789);^(?!0+$)";












.{12}_.{2}(:.{2}){5})



v ......... : 정규식 ^(?!\.{9})

v 0123456789: 정규식 ^(?!0123456789)

v 0000: 정규식 ^(?!0+$)



센서 문제점 해결이 주제에서는 IBM AIX 컴퓨터 시스템 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

센서가 WPAR을 감지하지 않음

문제 센서가 WPAR을 감지할 수 없습니다.

솔루션WPAR의 상태를 확인하려면 다음을 수행하십시오.

1. <TADDM_User> 신임 정보를 사용하여 sudo lswpar 명령을 실행하십시오. WPAR 목록이 표시되지 않으면, <TADDM_User> 관리자 신임 정보를 지정하여 lswpar 명령을 실행하십시오.

2. collation.properties 파일에서 sudo 특정 명령을 수정하십시오.


감지된 WPAR이 속성 값을 표시하지 않음

문제 감지된 일부 WPAR이 속성 값을 표시하지 않습니다.

솔루션WPAR이 현재 활성 또는 정의됨 상태에 있는지 확인하십시오. 정의됨 상태에 있는 WPAR의 경우, 제한된 수의 속성 값이 표시됩니다.

IBM HMC(Hardware Management Console) 센서IBM HMC(Hardware Management Console) 센서는 IBM HMC(Hardware

Management Console) 및 관리 시스템을 감지합니다.


HmcSensor

센서가 감지하는 자원

HMC를 감지하는 프로세스는 표준 컴퓨터 시스템을 감지하는 프로세스와 같습니다. 감지에 영향을 주는 가장 중요한 요인은 연결성과 인증입니다. TADDM 액세스 목록에 구성된 계정으로 HMC에 연결할 수 있으면 감지가 수행됩니다.

HMC를 통해 다음 자원을 감지할 수 있습니다.

v HMC(Hardware Management Console).

v HMC가 관리하는 시스템(System p 및 System i® 컴퓨터 시스템).

v 각 관리 대상 시스템에 정의된 LPAR(Logical Partition).

v VIOS(Virtual I/O Server)를 사용하여 LPAR을 설치한 경우 VIOS가 감지됩니다.

감지 범위에 따라 컴퓨터 시스템(LPAR) 감지는 두 개의 컴퓨터 시스템 인스턴스를 감지할 수 있습니다.

v HMC 센서가 감지한 컴퓨터 시스템(LPAR).

v 특정 운영 체제(예: Linux 또는 AIX)의 정상 TADDM 센서가 감지하는 컴퓨터 시스템.

이 인스턴스는 실제 Linux 또는 AIX 컴퓨터 시스템으로 감지됩니다. 에뮬레이트하는 실제 컴퓨터 시스템과 다른 가상 컴퓨터 시스템을 감지할 특수한TADDM 센서가 없습니다.

HMC 센서가 감지한 컴퓨터 시스템(LPAR)이 단순 컴퓨터 시스템입니다. 이름 지정 규칙의 양식을 지정하는 다음 키 속성이 감지됩니다.

v 제조업체v 모델


v 일련 번호v LPAR ID

감지 후에 TADDM은 두 개의 인스턴스를 단일 컴퓨터 시스템으로 병합합니다.

다음 스토리지 맵핑 정보와 함께 VIOS가 감지됩니다.

v 가상 SCSI 어댑터v 가상 NPIV 어댑터v 가상 대상 디바이스v 물리적 볼륨v MPIO 경로v HBA

스토리지 맵핑 정보를 감지하려면 Hmcoperator 사용자를 사용해야 합니다.

다음 네트워크 맵핑 정보와 함께 VIOS가 감지됩니다.

v 가상 어댑터v 물리적 어댑터v 공유 이더넷 어댑터

HMC의 감지 및 LPAR의 스토리지 센서 감지를 사용하여 LPAR 디스크 및 VIOS

의 가상 대상 디바이스 간의 맵핑을 볼 수 있습니다.

제한사항

Fix Pack 1 LPM(Live Partition Mobility)은 TADDM 7.3.0에서 지원되지 않습니다. 7.3 수정팩 1 이상에서 지원됩니다.

연관 속성이 있는 모델 오브젝트IBM HMC(Hardware Management Console) 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IT 환경에서 IBM HMC(Hardware

Management Console) 및 해당 관리 시스템에 대해 수집하는 정보 유형을 나타냅니다.


app.SoftwareFix

v ControlSoftware

dev.FCPort

v DeviceID

v TotalNpivPorts


v AvailableNpivPorts

v Parent

v Description

v PhysicalLocationCode

v Status

v PermanentAddress

v ChildPorts

v SecondaryAddress

dev.BasedOnExtent

v Source

v Target

dev.MediaAccessDevice

v Manufacturer

v Model

v Name

v SerialNumber

v Status

v Type

dev.SCSIProtocolController

v Name

v Parent

v PhysicalLocationCode

v Client

v ServerSlotNumber

v TargetDevices

v ClientSlotNumber

v ObjectType

v Description

v EndPoints

dev.SCSIProtocolEndPoint

v Name

v Parent

v Description


dev.StorageVolume

v Name

v Parent

v Type

v IeeeUniqueVolumeName

v Capacity

v LUN

v Pvid

v NumStalePartitions

v SerialNumber

v SystemPState

v ViosUDID

v VolumeGroupName

v BasedOn

v MpioPaths

dev.vios.MpioPath

v Controller

v Volume

v Connection

v Status

dev.vios.NpivViosVirtualAdapter

v ClientStatus

v FcPorts

dev.vios.VirtualTargetDevice

v BackingDevice

v Status

net.L2Interface

v AlternativeName

v DefaultVlan

v HaMode

v HwAddress

v Index

v IsIEEE8021QCompatible


v IsTrunk

v Name

v NetworkedFromVlan

v Parent

v SwitchPortMode

v TrunkPriority

v ViosType

net.Vlan

v Interfaces

v MgmtDomainName

v VlanId

v VlanName

sys.ComputerSystem

v CPUCoresEnabled

v CPUCoresInstalled

v CPULimit

v CPUSpeed

v CPUType

v ChildSystem

v ContextIp

v Description

v DesiredHugePages

v DesiredMemorySize

v DesiredProcessingUnits

v DesiredProcessors

v Devices

v DisplayName

v FileSystems

v Fqdn

v Functions

v GUID

v HostSystem

v IpInterfaces

v IsVMIDanLPAR


v L2Interfaces

v Label

v ManagedSystemName

v Manufacturer

v MaxHugePages

v Memory

v MemoryLimit

v MemorySize

v MinHugePages

v Model

v Name

v NumCPUs

v OSInstalled

v OSRunning

v ObjectType

v PrimaryMACAddress

v SerialNumber

v Signature

v StorageExtent

v SystemId

v Type

v UncappedWeight

v VMID

v Virtual

sys.ControlSoftware

v BuildLevel

v ContextIp

v DisplayName

v Fixes

v Level

v MajorVersion

v Modifier

v Name

v Release


v VersionString

sys.FileSystem

v Parent

v MountPoint

sys.Function

v Name

v Parent

sys.HMC

v Systemp

sys.LocalFileSystem

v StorageExtent

sys.SystemPComputerSystem

v Architecture

v AvailableSysProcUnits

v CPUCoresEnabled

v CPUCoresInstalled

v CPUSpeed

v CPUType

v ConfigurableNumSysHugePages

v ConfigurableSysProcUnits

v ConfigurableSystemMemory

v DeconfiguredSysProcUnits

v DeconfiguredSystemMemory

v HugePageSize

v Is5250ApplicationCapable

v IsCoDMemoryCapable

v IsCoDProcessorCapable

v IsI5OSCapable

v IsLHCACapable

v IsLHEACapable

v IsMicroPartitioningCapable

v IsSNIMsgPassingCapable

v IsVIOSCapable


v Manufacturer

v MaxNumProcessorsPerLPAR

v MaxsSharedProcessorPools

v MemoryAvailableForPartitions

v MemorySize

v MinProcessingUnitsPerVirtualProcessor

v Model

v SerialNumber



기본적으로, IBM HMC(Hardware Management Console) 센서는 레벨 2 또는레벨 3 감지에 사용 가능합니다. 이 센서는 시스템이 실행 중인지 여부에 상관없이 모든 논리 파티션(LPAR)을 감지합니다. 시스템이 실행 중인 경우에만 LPAR

를 감지하려면, IBM HMC(Hardware Management Console) 센서에 대한 레벨 2 또는 레벨 3 감지 프로파일을 작성하고 센서 설정을 사용자 정의하십시오.




3. 새 프로파일 작성 창에서 프로파일 이름 및 설명을 입력하십시오. 기존 프로파일 복제 목록에서 레벨 2 감지 또는 레벨 3 감지를 선택하고 확인을 클릭하십시오.

4. 센서 구성 탭에서 HmcSensor 센서를 선택하십시오.


6. 구성 작성 창의 구성 섹션에서 discoverNonRunningLpars를 클릭하십시오.

그런 다음, 행에서 값 필드를 두 번 클릭하고 false를 입력하십시오.









a. 사용자 이름

이 사용자 이름은 최소한 아래의 권한을 가지고 있어야 합니다.

b. 비밀번호

HMC 관리 콘솔에서 TADDM 감지 사용자에 대한 사용자 계정을 작성하십시오.

사용자 계정은 hmcoperator 역할을 기반으로 해야 합니다.

또한 다음 명령행 태스크를 사용자 계정에 지정해야 합니다.

관리 시스템lshwres 및 lssyscfg 명령을 사용하는 데 필요합니다.

논리 파티션lshwres, lssyscfg 및 viosvrcmd 명령을 사용하는 데 필요합니다.

HMC 구성lshmc 명령을 사용하는 데 필요합니다.

collation.properties 항목 구성:


collation.properties 파일에 다음 항목을 설정할 수 있습니다.

com.collation.discover.agent.HmcSensor.timeout

이 특성은 센서가 감지를 실행하도록 허용되는 시간을 지정합니다. 스토리지에 대해 검색된 데이터의 양이 너무 많으면 센서가 지정된 시간 내에 완료하지 못할 수도 있습니다. 모든 세부사항을 수집하려면 이 특성의값을 늘리십시오.

이 특성의 값은 밀리초 단위로 표현됩니다.

com.collation.discover.agent.HMC.discoverStorageMapping=true

이 특성은 검색된 데이터에 대한 모든 세부사항을 제공하는 데 사용됩니다. 모든 세부사항을 수집하는 데 관심이 없는 경우에는 이 특성을 false

로 설정하고, com.collation.discover.agent.HmcSensor.timeout 특성의값을 줄이십시오.


이 특성은 범위가 있는 특성이며 범위의 IP 주소 또는 이름을 이 특성에첨부할 수 있습니다.


예제

다음 예제는 com.collation.discover.agent.HMC.discoverStorageMapping=true

특성이 collation.properties 파일에 설정되어 있을 때 검색된 정보를 보여줍니다. 예제는 AIX 운영 체제에 적용됩니다.

discoverDevices

정보를 얻기 위한 명령:

viosvrcmd -m '{0}' --id '{1}' -c 'lsdev -field name status physlocdescription parent -state 1 -fmt ::'

discoverPhysicalVolumes


viosvrcmd -m '{0}' --id '{1}' -c 'lspv -size -fmt ::'

discoverVirtualScsiServerAdapters


viosvrcmd -m '{0}' --id '{1}' -c 'lsmap -all -field svsa physlocclientid vtd status lun backing -fmt ::'

IBM Integrated Virtualization Manager 센서IBM Integrated Virtualization Manager 센서는 IVM(Integrated Virtualization

Manager)이 관리하는 IBM POWER® 프로세서 기반 시스템을 감지합니다.


IvmSensor

센서가 감지하는 자원

IVM을 감지하는 프로세스는 표준 컴퓨터 시스템과 같습니다. 감지에 영향을 주는 가장 중요한 요인은 연결성과 인증입니다. TADDM 액세스 목록에 구성된 계정으로 IVM에 연결할 수 있으면 감지가 수행됩니다.

IVM을 통해 다음 자원을 감지할 수 있습니다.

v 통합 관리 콘솔.

v IVM(System p 또는 System i computer systems)이 관리하는 시스템.

v 관리 대상 시스템에서 정의된 논리 파티션(LPAR).

감지 범위에 따라 컴퓨터 시스템(LPAR) 감지는 실제로 두 개의 컴퓨터 시스템인스턴스를 감지할 수 있습니다.

v IVM 센서가 감지한 컴퓨터 시스템(LPAR).

v 특정 운영 체제(예: Linux 또는 AIX)의 정상 TADDM 센서가 감지하는 컴퓨터 시스템.


이 인스턴스는 실제 Linux 또는 AIX 컴퓨터 시스템으로 감지됩니다. 에뮬레이트하는 실제 컴퓨터 시스템과 다른 가상 컴퓨터 시스템을 감지하기 위해 작성된특수한 TADDM 센서가 없습니다.

IVM 센서가 감지한 컴퓨터 시스템(LPAR)이 단순 컴퓨터 시스템입니다. 이름 지정 규칙의 양식을 지정하는 다음 키 속성이 감지됩니다.

v 제조업체v 모델v 일련 번호v LPAR ID(이름 지정 규칙 속성)

감지 후에 TADDM은 두 개의 인스턴스를 단일 컴퓨터 시스템으로 병합합니다.




v sys.ControlSoftware

v sys.IVM

v sys.SystemPComputerSystem

v sys.VIOS








IVM 관리 콘솔에서 보기 전용 역할이 있는 TADDM 감지 사용자에 대한 사용자 계정을 작성하십시오.


IBM i 컴퓨터 시스템 센서이 센서는 서버의 IBM Power Systems™ 패밀리에서 사용되고 IBM i5/OS 운영 체제 및 IBM OS/400® 운영 체제의 차세대 제품인 IBM i 운영 체제를 감지합니다.


I5OSComputerSystemSensor

선행 조건

센서는 다음 소프트웨어 설치 및 운영을 필요로 합니다.

v IBM Portable Utilities for i는 IBM i에 대한 OpenSSH 및 OpenSSL을 제공합니다.

v Qshell은 공통 개발 환경을 사용하는 표준 기반 명령 해석기입니다.

v PASE(Portable Application Solutions Environment)는 세 가지 쉘(Korn,

Bourne 및 C 쉘) 및 IBM i PASE 프로그램에서 실행되는 200개가 넘는 유틸리티를 포함합니다.

v IBM Toolbox for Java는 IBM i 데이터 및 자원을 쉽게 액세스하는 Java 프로그램을 제공하는 Java 클래스의 라이브러리입니다.

IBM i 7.1의 경우, 다음 버전의 필수 소프트웨어가 필요합니다.

v IBM Portable Utilities for i: 5733SC1 *BASE 및 옵션 1(V7R1M0)

v Qshell: 5770SS1 옵션 30

v PASE: 5770SS1 옵션 33

참고: IBM i 7.1에서 라이센스가 있는 프로그램 제품 JC1(IBM Toolbox for Java)

이 더 이상 별도의 제품으로 제공되지 않습니다. 대신, 5770SS1 옵션 3의 일부로포함됩니다.

IBM i 6.1의 경우, 다음 버전의 필수 소프트웨어가 필요합니다.

v IBM Portable Utilities for i: 5733SC1 *BASE 및 옵션 1(V6R1M0)



v IBM Toolbox for Java: 5761JC1

IBM i 5.4 및 i5/OS V5R3의 경우, 다음 버전의 필수 소프트웨어가 필요합니다.

v IBM Portable Utilities for i5/OS: 5733SC1 *BASE 및 옵션 1




v IBM Toolbox for Java: 5722JC1

제한사항


v 루프백(예: 127.0.0.1, 0:0:0:0:0:0:0:1)

v 링크 로컬(예: 169.254.1.1, FE80:0:0:0:0:0:0:1)

v 멀티캐스트(예: 224.0.0.1, FF00:0:0:0:0:0:0:1)

v 지정되지 않음(예: 0.0.0.0, 0:0:0:0:0:0:0:0)


TADDM은 공개 키 인프라(PKI) 인증을 사용할 때 IBM i 감지를 지원하지 않습니다. TADDM 서버와 IBM i 시스템과의 연결을 초기화하려면 사용자 이름 및비밀번호를 사용해야 합니다.




v dev.MediaAccessDevice

v sys.i5OS.I5OperatingSystem

v sys.i5OS.I5OSSoftwareComponent

v sys.i5OS.I5Profile


사용자에게 시스템 감지를 허용하려면 충분한 액세스 권한이 필요합니다.

v 권한 클래스: 사용자v 시스템 권한:

– 모든 오브젝트 액세스는 시스템에서 모든 사용자 프로파일을 감지하는 데필요합니다.

– 저장/복원

IPSO 컴퓨터 시스템 센서IPSO 컴퓨터 시스템 센서는 IPSO 운영 체제를 실행 중인 Nokia 방화벽 디바이스를 감지합니다.



IPSOComputerSystemSensor

제한사항


v 루프백(예: 127.0.0.1, 0:0:0:0:0:0:0:1)

v 링크 로컬(예: 169.254.1.1, FE80:0:0:0:0:0:0:1)

v 멀티캐스트(예: 224.0.0.1, FF00:0:0:0:0:0:0:1)

v 지정되지 않음(예: 0.0.0.0, 0:0:0:0:0:0:0:0)




v core.LogicalContent net.Firewall

v sys.Function

v sys.ipso.ipso

v sys.ipso.IPSOUnitaryComputerSystem




2. TADDM이 대상 시스템에 대한 SSH 키 기반 인증 또는 SSH 로그인 기반인증에 사용해야 하는 액세스 정보(사용자 이름 및 비밀번호)를 지정하십시오.

Linux 컴퓨터 시스템 센서Linux 컴퓨터 시스템 센서는 Linux 운영 체제를 실행 중인 컴퓨터 시스템을 감지합니다.


LinuxComputerSystemSensor


선행 조건

Linux 컴퓨터 시스템 센서로 Red Hat Enterprise Linux 7 또는 CentOS Linux

7을 감지하려면 대상에 ifconfig 명령을 설치해야 합니다. 이 명령은 net-tools

패키지에 포함되어 있습니다.

제한사항


v 루프백(예: 127.0.0.1, 0:0:0:0:0:0:0:1)

v 링크 로컬(예: 169.254.1.1, FE80:0:0:0:0:0:0:1)

v 멀티캐스트(예: 224.0.0.1, FF00:0:0:0:0:0:0:1)

v 지정되지 않음(예: 0.0.0.0, 0:0:0:0:0:0:0:0)







비동기 및 스크립트 기반 감지 지원Linux 컴퓨터 시스템 센서는 비동기 및 스크립트 기반 감지를 지원합니다.








제한사항

비스크립트 기반 감지 중에 Linux 컴퓨터 시스템 센서에서 제공하는 일부 기능은 비동기 또는 스크립트 기반 감지를 지원하지 않습니다.


v 컴퓨터 시스템 템플리트 및 확장자v 심층 레벨 2 감지v x86 시스템이 아닌 Linux 시스템에서의 감지

L2Interface 모델 오브젝트에는 다음 속성이 지원되지 않습니다.

v AutoNegotiation

v Speed

v Duplex

연관 속성이 있는 모델 오브젝트Linux 컴퓨터 시스템 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다.

속성은 센서가 Linux 운영 체제를 실행 중인 컴퓨터 시스템에 대해 수집하는 정보 유형을 나타냅니다.


core.LogicalContent

v Checksum

v Configfile

v Content

v ContentType

v FixedPath

v URI


v Architecture

v BIOSDate


v BIOSManufacturer

v BIOSName

v CPUCoresInstalled

v CPUDiesInstalled

v CPUSpeed

v CPUType

v Fqdn

v Manufacturer

v MemorySize

v Model

v Name

v NumCPUs

v SerialNumber

v Signature

v SystemId

v TimeZone

v Type

v UUID


net.L2Interface

v AutoNegotiation

v Broadcast

v Duplex

v Encapsulation

v HwAddress

v InterfaceMTU

v InterfaceName

v Loopback

v Mtu

v Name

v Promiscious

v Speed

v IANAInterfaceType

net.IpInterface


v IpAddress

v L2Interface

v IpNetwork

sys.CPU

v IndexOrder

v CPUType

v NumCPUs

v CPUSpeed

v CPUCoresInstalled

v Virtual

v CPUCore

sys.DNSResolveEntry

v SearchOrder

v ServerIp


v AvailableSpace

v Capacity

v Group

v MountPoint

v Owner

v Permissions

v Type

sys.linux.Linux

v BootTime

v Charset

v FQDN



v KernelVersion

v Locale

v Name

v OSConfidence

v OSMode


v OSName

v OSVersion

v OsId

v VirtualMemorySize

v WordSize

sys.PageSpace

v Name

v PageSpacePriority

v Size

v Type


v Name

v Publisher

v Release

v SoftwareVersion

sys.zOS.LPAR

sys.zOS.ZSeriesComputerSystem

sys.zOS.ZVMGuest

센서 구성감지를 실행하기 전에 Linux 컴퓨터 시스템 센서를 구성해야 합니다.






일반적으로, root가 아닌 권한이 있는 계정을 사용할 수 있습니다. 그러나 감지프로세스 중에 TADDM이 사용하는 일부 명령에는 권한 에스컬레이션이 필요할수도 있습니다(일반적으로, sudo 명령을 사용하여 수행).





다음 속성을 설정하여 감지 관리 콘솔에서 Linux 컴퓨터 시스템 센서를 구성할수 있습니다.

ignoreVMCPCommand=false

이 특성은 vmcp 명령이 실패할 때 사용되며 이는 여러 Linux 시스템의병합으로 이어질 수 있습니다.

이 특성의 기본값은 false 입니다. 값은 true로 설정되고, vmcp 명령은무시됩니다.

예를 들어, true 값은 Linux를 LPAR에 설치한 경우에 사용할 수 있습니다. 값을 true로 변경하려면 감지 프로파일 탭에서 새 센서 구성을 작성해야 합니다. 구성 작성 창에서 특성 값을 false에서 true로 변경하고,

Enable this configuration and disable selected configuration 옵션을 선택하십시오.

참고: 이 특성은com.ibm.cdb.discover.zlinux.ignoreVMCPCommand.enabled 특성이 true

로 설정된 경우 무시됩니다. 자세한 정보는 Linux 컴퓨터 시스템 센서의『collation.properties 파일 엔트리 구성』 절에서 이 특성에 대한 설명을 참조하십시오.


이 주제에는 Linux 컴퓨터 시스템 센서에서 사용하는 collation.properties 파일 항목이 나열되어 있습니다.

센서는 제어 프로그램 vmcp 명령을 사용하여 z/VM 운영 체제에서 실행 중인L i n u x 가상 시스템을 감지합니다 . 각 L i n u x 가상 시스템의 경우 ,

collation.properties 파일에서 vmcp 명령에 대한 경로를 지정하십시오.

Fix Pack 5 com.collation.platform.os.unix.find.excludenfsmount=false


이 특성은 캡처 파일을 찾기 위해 "LinuxComputerSystemTemplate" 확장템플리트가 사용 가능할 때 사용됩니다. 이 특성은 NFS 마운트 포인트에서 LinuxComputerSystemTemplate를 통해 구성된 캡처 파일을 검색하기위해 "find" 명령을 사용할지 여부를 지정하는 데 사용됩니다.

이 특성이 true로 설정된 경우, LinuxComputerSystem 센서가 로컬 서버에서만 지정된 파일을 찾습니다. 그렇지 않으면 NFS 마운트 포인트에서도 찾습니다.


Fix Pack 4 com.collation.platform.os.command.ifconfig=

이 특성은 네트워크 인터페이스를 구성하는 데 사용되는 명령의 경로를 지정합니다. 이와 같은 명령의 예로 ifconfig가 있습니다. 그러나 동일한 기능을 하는 다른 명령을 제공할 수 있습니다(예: ip 명령). 성공적인 감지를 위해서는 네트워크 인터페이스가 필요합니다.

Fix Pack 3 com.collation.platform.os.command.CPUSpeed=cat /proc/cpuinfo

| grep 'cpu MHz'|awk '{print $4}'| tail -1

이 특성은 MHz로 표현되는 CPUSpeed 속성의 값을 검색하는 데 사용되는 명령을 지정합니다. 이 특성의 기본값은 cat /proc/cpuinfo | grep

'cpu MHz'|awk '{print $4}'| tail -1입니다.

Fix Pack 2 com.ibm.cdb.discover.zlinux.ignoreVMCPCommand.enabled=false

이 특성은 ignoreVMCPCommand 속성 또는com.ibm.cdb.discover.zlinux.ignoreVMCPCommand 특성 사용 여부를 지정합니다. 이 특성이 false로 설정되면 ignoreVMCPCommand 속성이 사용됩니다. 이 특성이 true로 설정되면com.ibm.cdb.discover.zlinux.ignoreVMCPCommand 특성이 사용되며, 모든 센서가 Linux on System z의 VMID 및 MMS 속성을 감지할 수 있게 됩니다.


중요사항: Linux on System z 대상을 감지할 때 변경되는 서명에 문제가 발생하는 경우에만 이 특성을 사용하십시오. 이 특성을 true로 설정하기로 결정한 경우 모든 감지 프로파일에서 이와 같이 설정해야 합니다.

여기서는 ignoreVMCPCommand 속성이 설정됩니다. 이와 유사하게 이 특성을 false로 설정하면 모든 감지 프로파일에서 이와 같이 설정해야 합니다.

ignoreVMCPCommand 속성에 대한 자세한 정보는 Linux 컴퓨터 시스템 센서의 444 페이지의 『감지 프로파일 구성』 절을 참조하십시오.

Fix Pack 2 com.ibm.cdb.discover.zlinux.ignoreVMCPCommand=false

이 특성은 com.ibm.cdb.discover.zlinux.ignoreVMCPCommand.enabled 특성이 true로 설정된 경우에만 사용됩니다.

이 특성은 ignoreVMCPCommand 속성과 같은 방식으로 사용되며LinuxComputerSystemSensor만이 아닌, Linux on System z 대상을 감지하는 모든 센서와 관련됩니다. 또한 VMID 속성의 잘못된 값으로 인해또는 값이 없어서 발생하는 초과 병합을 방지하려면 이와 같은 모든 센서에 ignoreVMCPCommand 속성의 값을 제공합니다.



중요사항: Linux on System z 대상을 감지할 때 변경되는 서명에 문제가 발생하는 경우에만 이 특성을 사용하십시오. 이 특성을 true로 설정하기로 결정한 경우 모든 감지 프로파일에서 이와 같이 설정해야 합니다.

여기서 ignoreVMCPCommand 속성은 true로 설정됩니다. 이와 유사하게 이특성을 false로 설정하면 모든 감지 프로파일에서 이와 같이 설정해야 합니다.

com.collation.discover.agent.command.vmcp.Linux.1.2.3.4={command path}

이 값은 다른 IP 주소를 가진 다른 Linux 가상 시스템에 대한 vmcp 명령의 경로 이름을 지정합니다. 예를 들어 IP 주소가 192.168.1.2인 Linux

호스트에 있는 /sbin 디렉토리에서 vmcp 명령의 경로를 지정하려면collation.properties 파일에 다음 항목을 추가하십시오.

com.collation.discover.agent.command.vmcp.Linux.192.168.1.2=sudo /sbin/vmcp

com.collation.platform.os.command.crontabEntriesCommand.Linux=crontab

-l -u 이 특성은 crontab 항목을 감지하는 데 사용됩니다. 특성에 IP 주소 또는 범위 세트 이름을 추가하여 이 특성을 범위 지정된 특성으로 지정할수 있습니다. 다음 예제에서는 추가된 IP 주소를 사용합니다.

com.collation.platform.os.command.crontabEntriesCommand.Linux.1.2.3.4=crontab -l -u

com.collation.platform.os.command.crontabEntriesUsers.Linux=root


com.collation.platform.os.command.crontabEntriesUsers.Linux.1.2.3.4=root,build



^[ -:\.\w]{4,80}$; ^(?!.{8}(\-.{4}){3}\-.{12}_.{2}(:.{2}){5});^(?!none)

;^(?!x{7});^(?!\.{9});^(?!0123456789);^(?!0+$)";












.{12}_.{2}(:.{2}){5})



v ......... : 정규식 ^(?!\.{9})

v 0123456789: 정규식 ^(?!0123456789)

v 0000: 정규식 ^(?!0+$)



com.collation.discover.agent.ignoreVirtualMAC=true

이 특성은 Linux 대상의 가상 인터페이스에 대한 하드웨어 주소의 감지가 사용으로 설정되었는지 여부를 지정합니다. 이 특성을 true로 설정하는 경우, 하드웨어 주소가 감지됩니다.


관련 참조:

『센서 문제점 해결』이 주제에서는 Linux 컴퓨터 시스템 센서에서 발생하는 공통 문제를 설명하고해당 문제에 대한 솔루션을 제시합니다.

센서 문제점 해결이 주제에서는 Linux 컴퓨터 시스템 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

Red Hat Enterprise Linux 7 및 CentOS Linux 7 대상에서 호스트 서명 오류 발생

문제 Red Hat Enterprise Linux 7, 또는 CentOS Linux 7을 실행하는 대상시스템을 감지할 때 다음과 같은 오류가 발생합니다.

2016-03-31 15:46:31,759 DiscoverManager [DiscoverWorker-7]SessionSensor-9.1.146.78-[22] DEBUG session.SshSessionClient - Command[LC_ALL=en_US.UTF-8;LANG=en_US.UTF-8;export LANG LC_ALL;ifconfig -a]failed in sessionssh2:/HostAuthcom.collation.platform.security.auth.HostAuth[taddmcfm][XXXXX]/[email protected]: exit status 127 (no stdout)


솔루션문제를 해결하려면 대상에 ifconfig 명령을 설치해야 합니다. 이 명령은net-tools 패키지에 포함되어 있습니다.

Fix Pack 4 TADDM 7.3.0.4 이상에서는 ifconfig 명령을 사용할 필요가없습니다. 네트워크 인터페이스를 관리하는 다른 명령을 선택할 수 있습니다. collation.properties 파일의com.collation.platform.os.command.ifconfig 특성에 해당 명령의 이름과 경로를 지정해야 합니다 . 자세한 내용은 4 4 4 페이지의『collation.properties 파일 엔트리 구성』의 내용을 참조하십시오.

센서가 명령 실행 실패 오류로 실패함

문제 다음 메시지가 표시됩니다.

Error Message: CTJTD0431E: The following command failed to run or returnsa blank value: sudo /sbin/vmcp q userid | awk 'print{3}'.

vmcp q userid 명령을 실행하는 데 실패하거나 z/VM 운영 체제에서 실행 중인 Linux 가상 시스템에서 공백 값을 리턴합니다.

솔루션이 문제는 다음 조건 중 하나로 인해 발생합니다.

v 대상 Linux 가상 시스템에서 vmcp 명령에 대한 경로가 올바르지 않습니다.

v vmcp 도구가 대상 Linux 가상 시스템에 설치되어 있지 않습니다.

v vmcp 명령을 실행하도록 sudo 명령이 구성되어 있지 않습니다.

v z/VM 시스템에서 시스템 이름이 구성되어 있지 않습니다.

이 문제를 해결하려면 다음 단계를 완료하십시오.

v collation.properties 파일에 vmcp 명령에 대한 올바른 경로가 입력되었는지 확인하십시오 . 자세한 내용은 4 4 4 페이지의『collation.properties 파일 엔트리 구성』의 내용을 참조하십시오.

v 시스템 이름이 z/VM 시스템에서 구성되어 있는지 확인하십시오. 시스템 이름은 비어 있을 수 없습니다.

v vmcp 도구가 Linux 가상 시스템에 설치되지 않은 경우 이를 로드해야 합니다. vmcp 디바이스 드라이버를 로드하려면 Linux 게스트에서modprobe vmcp 명령을 실행하십시오.

v sudo 명령이 사용 가능한지 확인하십시오. 모니터링 에이전트가 설치된 Linux 게스트에서 다음 명령이 실행되는지 확인하려면 다음을 수행하십시오.

sudo vmcp q userid


sudo가 활성 상태이고 로드된 경우 이 명령은 호스트 가상 머신에 게스트의 사용자 ID를 조회하는 q userid 명령을 보냅니다.

Linux 가상 시스템을 z/VM 운영 체제의 호스트 시스템과 일치시키는 데 대한 요구가 없으면 vmcp 명령을 실행할 필요가 없습니다.

collation.properties 파일에서 표면화된 명령 특성(com.collation.discover.agent.command.vmcp.Linux=)을 사용하여 호스트 시스템 값을 『더미』 값으로 설정할 수 있습니다. 표면화된 명령에 추가된 다음 명령을 사용하여 표면화된 명령을 구문 분석할 수있어야 합니다.

q userid | awk '{ print $3 }'

예를 들어, 다음을 사용할 수도 있습니다.

com.collation.discover.agent.command.vmcp.Linux.192.168.1.2=echo A B zVMHost

이는 zVMHost 이름을 리턴하는 echo A B zVMHost q userid | awk

'{print $3 }'을 생성합니다. 가상 시스템의 호스트 속성이 실제 호스트 시스템 이름 대신 『zVMHost』로 설정됩니다.

v ignoreVMCPCommand 명령을 true로 설정하여 vmcp 명령을 사용 안함으로 설정할 수 있습니다 . 지시사항은 4 4 4 페이지의『collation.properties 파일 엔트리 구성』의 내용을 참조하십시오.

동일한 Linux 가상 시스템을 여러 번 감지하면 z/VM 게스트가 중복될 수있음

문제 vmcp q userid 명령이 z/VM 운영 체제에서 실행 중인 대상 Linux 가상 시스템에서 공백 값을 리턴하는 경우 중복이 발생할 수 있습니다.

솔루션이러한 중복 항목을 수동으로 병합해야 합니다.

OpenVMS 컴퓨터 시스템 센서OpenVMS 컴퓨터 시스템 센서는 OpenVMS 운영 체제를 실행 중인 컴퓨터 시스템을 감지합니다.



선행 조건

OpenVMS 컴퓨터 시스템 센서로 성공적인 감지를 실행하려면 다음 전제조건 태스크를 완료해야 합니다.

v 감지 사용자에게 다음 권한을 부여하십시오.


– CMKRNL

– NETMBX

– SYSLCK

– TMPMBX

– WORLD

v PGFLQUOTA 매개변수를 327680으로 설정하십시오.

제한사항


v 루프백(예: 127.0.0.1, 0:0:0:0:0:0:0:1)

v 링크 로컬(예: 169.254.1.1, FE80:0:0:0:0:0:0:1)

v 멀티캐스트(예: 224.0.0.1, FF00:0:0:0:0:0:0:1)

v 지정되지 않음(예: 0.0.0.0, 0:0:0:0:0:0:0:0)





v sys.openvms.OpenVms

v sys.openvms.OpenVmsUnitaryComputerSystem





센서 문제점 해결이 주제에서는 OpenVMS 컴퓨터 시스템 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.


센서가 오류 없이 실패함

문제 OpenVMS 컴퓨터 시스템 센서가 감지 중 실패하지만, 오류를 보고하지않습니다. 감지가 성공한 경우와 같이 감지 상태가 완료입니다.

솔루션감지 사용자에게 SYSLCK 권한을 부여하십시오.

소프트웨어 라이센스 탭에 표시된 INSVIRMEM 오류

문제 소프트웨어 라이센스 탭에 다음 메시지가 포함됩니다.

?%LIB-F-INSVIRMEM, insufficient virtual memory

솔루션문제를 해결하려면 PGFLQUOTA 매개변수를 327680으로 설정하십시오.

Solaris 컴퓨터 시스템 센서Solaris 컴퓨터 시스템 센서는 Solaris 운영 체제를 실행 중인 컴퓨터 시스템을감지합니다.

Fix Pack 2 Solaris Virtualization 시스템을 감지하려면 Sun Sparc Virtualization

센서를 실행하십시오. 추가 정보는 460 페이지의 『Sun Sparc Virtualization 센서』의 내용을 참조하십시오.


SunSparcComputerSystemSensor

제한사항


v 루프백(예: 127.0.0.1, 0:0:0:0:0:0:0:1)

v 링크 로컬(예: 169.254.1.1, FE80:0:0:0:0:0:0:1)

v 멀티캐스트(예: 224.0.0.1, FF00:0:0:0:0:0:0:1)

v 지정되지 않음(예: 0.0.0.0, 0:0:0:0:0:0:0:0)


대상 시스템에 다음 중 하나가 있는 경우 센서가 실제 프로세스 수를 감지합니다.

v psrinfo -p

v prtconf 및 kstat -m cpu_info. kstat 명령은 구현 통계를 리턴해야 합니다.


대상 시스템에 kstat -m cpu_info 명령이 있는 경우 센서가 프로세서 코어 수를 감지합니다. kstat 명령은 core_id 통계를 리턴해야 합니다.

센서가 Solaris 운영 체제의 프로미스큐어스(promiscuous) 모드에 대한 정보를감지할 경우 대상 시스템의 네트워크 인터페이스에 대해 다음 명령을 사용할 수있어야 합니다.

kstat network_interface_name | grep promisc

센서가 ZFS 파일 시스템을 감지하지 않습니다.

일반 서버 센서를 실행하여 Solaris 운영 체제를 감지하려는 경우 Soliars 서버에서 /usr/ucb/ps 명령이 있어야 합니다. 명령을 설치하려면 Solaris 대상에서 다음 패키지 중 하나를 설치하십시오.

v Solaris 버전 10 미만: 다음 패키지 중 하나 또는 둘 다 설치하십시오.

– Solaris 32비트: SUNWscpu 패키지– Solaris 64비트: SUNWscpux 패키지

v Solaris 10: SUNWscpu 패키지v Solaris 11: compatibility/ucb 패키지






비동기 및 스크립트 기반 감지 지원Solaris 컴퓨터 시스템 센서는 비동기 및 스크립트 기반 감지를 지원합니다.








제한사항

비스크립트 기반 감지 중에 Solaris 센서에서 제공하는 일부 기능은 비동기 또는스크립트 기반 감지를 지원하지 않습니다.


v 컴퓨터 시스템 템플리트 및 확장자v 심층 레벨 2 감지v 구역 감지

다음 속성은 지원되지 않습니다.

v L2Interface

– AutoNegotiation

– Speed

– Duplex

v ComputerSystem(글로벌 구역)

– Virtual

– ChildSystem

– VMID

– CPUCoresInstalled

– CPUDiesInstalled

v ComputerSystem(로컬 구역)

– Virtual

– HostSystem

– VMID

– CPUCoresInstalled

– CPUDiesInstalled

연관 속성이 있는 모델 오브젝트Solaris 컴퓨터 시스템 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다.

속성은 센서가 Solaris 운영 체제를 실행 중인 컴퓨터 시스템에 대해 수집하는 정보 유형을 나타냅니다.




v Name

v Type

v SystemId


v Signature

v Fqdn

v Manufacturer

v Model

v MemorySize

v BIOSDate

v BIOSName

v NumCPUs

v CPUType

v CPUSpeed

v Architecture

v Virtual

v TimeZone

v CPUDiesInstalled

v CPUCoresInstalled

v ChildSystem

sys.CPU

v IndexOrder

v CPUType

v NumCPUs

v CPUSpeed

v CPUCoresInstalled

v Virtual

v CPUCore

sys.sun.Solaris

v Fqdn

v Name


v OSName

v OSVersion

v BootTime



v KernelVersion

v WordSize

v Charset

v OsId


v OSMode

v OSConfidence

v VersionString

sys.DNSResolveEntry

v SearchOrder

v ServerIp

core.LogicalContent

v Checksum

v Content

v FixedPath

v URI


v Name

v SoftwareVersion

net.L2Interface

v AutoNegotiation

v Broadcast

v Duplex

v Encapsulation

v HwAddress

v InterfaceMTU

v InterfaceName

v Loopback


v Mtu

v Name

v Promiscious

v Speed

v IANAInterfaceType

net.IpInterface

v IpAddress

v L2Interface

v IpNetwork


v AvailableSpace

v Capacity

v Group

v MountPoint

v Owner

v Permissions

v Type

센서 구성감지를 실행하기 전에 Solaris 컴퓨터 시스템 센서를 구성해야 합니다.










이 주제에는 Solaris 컴퓨터 시스템 센서에서 사용하는 collation.properties 파일항목이 나열되어 있습니다.


com.collation.platform.os.command.crontabEntriesCommand.SunOS=crontab

-l 이 특성은 crontab 항목을 감지하는 데 사용됩니다. 특성에 IP 주소 또는 범위 세트 이름을 추가하여 이 특성을 범위 지정된 특성으로 지정할수 있습니다. 다음 예제에서는 추가된 IP 주소를 사용합니다.

com.collation.platform.os.command.crontabEntriesCommand.SunOS.1.2.3.4=crontab -l

com.collation.platform.os.command.crontabEntriesUsers.SunOS=root


com.collation.platform.os.command.crontabEntriesUsers.SunOS.1.2.3.4=root,build

com.collation.discover.agent.useSolarisPfiles=false


true로 설정하면 이 특성으로 인해 S o l a r i s 대상 시스템에서GenericServerSensor가 ptree 및 pfiles 명령을 사용하여 실행되는 프로세스와 연관된 IP 소켓 및 포트 목록을 감지합니다. 이 특성은 Solaris

환경에서 사용 불가능할 수 있는 lsof의 사용을 대체합니다.

Fix Pack 5 com.collation.discover.agent.path.SunOS.prtdiag=/sbin/prtdiag

기본값은 /sbin/prtdiag입니다.

이 특성은 "prtdiag"가 Solaris 서버에서 실행될 수 있는 모든 유효한 경로를 지정하는 데 사용됩니다.

이 특성은 해당 환경에 여러 Solaris 서버가 있고 서로 다른 서버가prtdiag 명령이 실행될 수 있는 서로 다른 경로를 갖는 경우 유용합니다.

해당 시나리오에서, 이 특성을 사용하여 모든 알려진 유효한 경로를 콜론(:)으로 구분하여 추가할 수 있습니다.

예를 들어, 다음과 같습니다.

com.collation.discover.agent.path.SunOS.prtdiag=/usr/sbin/

prtdiag:/sbin/prtdiag:/sbin/sparcv9/prtdiag


센서 문제점 해결이 주제에서는 Solaris 컴퓨터 시스템 센서에서 발생하는 공통 문제를 설명하고해당 문제에 대한 솔루션을 제시합니다.


문제 TADDM 감지 사용자가 센서 시작에 필요한 전체 명령행 인수와 함께 ps

명령을 실행할 권한이 없습니다.

솔루션다음 태스크 중 하나를 완료하십시오.

v 다음 명령을 사용하여 ps 명령에 대한 스티키 비트를 설정하십시오.

chmod u+s /usr/ucb/ps

참고: ps 명령을 업데이트하는 패치가 적용되면 운영 체제에서 스티키비트를 겹쳐 쓸 수 있습니다.

v 다음 단계를 완료하여 TADDM 감지 사용자에 대한 sudo 액세스 권한으로 실행할 ps 명령을 구성하십시오.

1. $COLLATION_HOME/etc/collation.properties 파일에서 다음 특성을 설정하십시오.

– com.collation.platform.os.command.ps.SunOS=sudo

/usr/ucb/ps axww

– com.collation.platform.os.command.psEnv.SunOS=sudo

/usr/ucb/ps axwweee

– com.collation.platform.os.command.psParent.SunOS=sudo ps

-elf -o ruser,pid,ppid,comm

– com.collation.platform.os.command.psUsers.SunOS=sudo

/usr/ucb/ps auxw

2. 대상 시스템에서 다음 명령을 실행하여 sudo 액세스 권한이TADDM 감지 사용자에게 부여되었는지 확인하십시오.

sudo ps

IBM Tivoli Monitoring을 통해 감지 중 감지가 실패함

문제 IBM Tivoli Monitoring을 통한 감지 중, cd $HOME;LANG=C zonecfg -z

s8-zone info 명령을 실행하는 데 발생한 문제로 인해 감지가 실패합니다.

솔루션collation.properties 파일에서 특성의 끝에 |.*zonecfg.* 패턴을 추가하십시오.

com.collation.discover.agent.ITM.CmdWrapperSelectionPattern=|.*zonecfg.*


IP 주소 없이 로컬 구역이 감지됨

문제 글로벌 구역을 감지한 후 IP 주소 없이 로컬 구역이 감지됩니다.

솔루션

독점 이더넷 어댑터를 사용하는 일부 로컬 구역의 경우 글로벌 구역 레벨에서 구역 IP 주소를 판별할 수 없습니다. 이러한 구역의 직접 감지를실행하여 이에 대한 전체 정보를 얻어야 합니다.

로컬 구역 IP 구성을 수동으로 얻으려면 글로벌 구역 레벨에서 다음 명령을 실행하십시오.

zlogin <zonename> ifconfig -a inet

참고: 구역 IP 주소를 얻을 수 없고 다음 예외가 표시되는 경우:

com.collation.platform.session.SessionCommandFailedException:CTJTP1135E The following text is the exit status: 1.atcom.collation.platform.session.SshSessionClient.executeCommand1(SshSessionClient.java:538)

zlogin 명령에서 sudo 권한으로 로컬 구역 IP를 구하는 콜레이션(colla-

tion)을 추가할 수 있습니다.

com.collation.platform.os.command.ifconfig="sudo ifconfig"orcom.collation.platform.os.command.ifconfig.SunOS="sudoifconfig"

zlogin 명령:

zlogin <zonename> sudo ifconfig -a inet

Solairs 대상을 감지하는 데 일반 서버 센서를 실행하는 경우CTJTD0317E 및 CTJTP1135E 오류가 발생함

문제 Solaris 운영 체제 대상을 감지하는 데 일반 서버 센서를 실행하는 경우다음 오류 및 예외가 감지 관리 콘솔에서 발생합니다.

CTJTD0317E An error occurred. CTJTP1135E The following text isthe exit status: 1

솔루션오류에서는 /usr/ucb/ps 명령이 Solaris 서버에 설치되지 않았음을 표시합니다. 문제를 해결하려면 Solaris 대상에서 다음 패키지 중 하나를 설치하십시오.

v Solaris 버전 10 미만: 다음 패키지 중 하나 또는 둘 다 설치하십시오.

– Solaris 32비트: SUNWscpu 패키지


– Solaris 64비트: SUNWscpux 패키지v Solaris 10: SUNWscpu 패키지v Solaris 11: compatibility/ucb 패키지

Sun Sparc Virtualization 센서Fix Pack 2

Sun Sparc Virtualization 센서는 Solaris 운영 체제에서 두 가지 유형의 Solaris

Virtualization(구역 및 논리 도메인)을 모두 감지합니다.



Sun Sparc Virtualization 센서 감지 범위센서는 게스트 도메인이 활성인지 여부를 감지한 다음 게스트 도메인에 대한 모든 정보를 검색합니다.

센서는 비글로벌 구역이 실행 중인지 여부를 감지한 다음 비글로벌 구역에 대한 모든 정보를 검색합니다.

Sun Sparc Virtualization 센서 종속센서는 Sun Sparc Virtualization 센서 바로 앞에 실행되는 Solaris 컴퓨터 시스템 센서에 의존합니다.

Solaris 컴퓨터 시스템 센서는 자세한 정보와 함께 Solaris 시스템을 감지하고 Sun Sparc Virtualization 센서에SunSPARCUnitaryComputerSystem 오브젝트를 전달합니다.

이 SunSPARCUnitaryComputerSystem 오브젝트의 경우, Sun Sparc

Virtualization 센서는 다음과 같습니다.

v 사용 가능한 모든 게스트 도메인 및 비글로벌 구역을 감지하며,

v 이들 각각에 대해 얕은 SunSPARCUnitaryComputerSystem 오브젝트를 작성합니다.

Sun Sparc Virtualization 센서는 가상화 유형인 Solaris 시스템에서 실행될 수있습니다.

표 24. Solaris Virtualization 유형 감지Solaris Virtualization 유형 감지글로벌 구역 글로벌 구역 및 비글로벌 구역비글로벌 구역* 비글로벌 구역제어 도메인 제어 도메인(이름이 primary임) 및 게스트 도메

인게스트 도메인* 게스트 도메인


참고: *’비글로벌 구역’ 및 ’게스트 도메인’에 대한 운영 체제 세부사항을 검색하려면 구역 및 도메인의 IP 주소를 감지 범위에 추가하고 Solaris 컴퓨터 시스템센서를 재실행해야 합니다.


Sun Sparc Virtualization 센서가 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 사용 가능한 구역 및 논리 도메인이 있는 Solaris 운영 체제를 실행 중인 컴퓨터 시스템에 대해 수집하는 정보 유형을 표시합니다.

센서는 감지된 구역 및 논리 도메인에 대한 다음과 같은 모델 오브젝트를 작성합니다. 각 모델 오브젝트와 연관된 속성이 모델 오브젝트 이름 아래에 표시됩니다.

논리 도메인의 경우sys.sun.SunSPARCUnitaryComputerSystem

SystemId

Type

Functions

PrimaryMACAddress

MemorySize

NumCPUs

비글로벌 구역의 경우sys.sun.SunSPARCUnitaryComputerSystem

Virtual

Type

VMID

Functions

SystemId

Devices

ConfigContents

Fqdn

HostSystem

IsVMIDanLPAR

IpInterfaces


sys.Function

Name

v 논리 도메인의 경우: ’Guest domain’ 또는 ’Control domain’

v 구역의 경우: ’Zone’

v IpInterfaceSensor 에이전트가 실행되는 경우: ’Router’

net.IpInterface

IpAddress

Sun Fire SysControl 센서Sun Fire SysControl(SC) 센서는 Sun Fire 시스템에 구성된 도메인을 감지합니다.

Sun Fire 시스템의 시스템 컨트롤러에서 다음 정보를 얻을 수 있습니다.

v 원격 구성 관리 조작v 보드 지정 및 보드 상태v COD(Capacity on Demand) 자원의 현재 사용량 통계v 시스템 보드 디바이스 및 자원 사용법 정보v 시스템 컨트롤러(SC) 장애 조치 또는 역할v 플랫폼 유형 , 보드 사용 가능 구성요소 목록 , 각 도메인의 상태 및

COD(Capacity on Demand) 정보


SysControlSensor

보안 문제

TADDM 서비스 계정은 플랫폼 관리자 권한을 가지고 있어야 하며 이는 계정이UNIX 그룹 platadmn의 구성원이라는 의미입니다. platadmn 그룹의 구성원인사용자는 다음 시스템 관리 서비스(SMS) 명령을 실행할 권한을 가지고 있습니다.

v rcfgadm

v showboards

v showcodusage

v showdevices

v showfailover

v showplatform


연관 속성이 있는 모델 오브젝트Sun Fire SysControl(SC) 센서는 연관 속성이 있는 모델 오브젝트를 작성합니다. 이 속성은 센서가 IT 환경의 Sun Fire 시스템에서 구성되는 도메인에 대해수집하는 정보 유형을 나타냅니다.


phys.physpkg.Board

v DisplayName

v Name

v PhysicalPackage

v RelativePosition

sys.sun.DynamicSystemDomain

v Board

v DisplayName

v Fqdn

v HostSystem

v IsVMIDanLPAR

v Model

v Name

v NumCPUs

v SerialNumber

v Type

v Virtual

sys.sun.SunFireComputerSystem

v ChildSystem

v Devices

v DisplayName

v Manufacturer

v Model

v Name

v SerialNumber

v Type








플랫폼 관리자 권한이 있는 계정을 사용해야 합니다.




com.collation.discover.agent.path.SunOS

이 값은 명령 실행을 위한 경로 구성을 지정합니다.

다음 명령은 실행되는 시스템 관리 서비스(SMS) 명령입니다.

v rcfgadm

v showboards

v showcodusage

v showdevices

v showfailover

v showplatform

예를 들어 명령이 opt/SUNWSMS/bin 디렉토리에 있는 경우 다음 명령을한 라인으로 입력하십시오.

com.collation.discover.agent.path.SunOS=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/usr/sbin:/sbin:/opt/SUNWSMS/bin

com.collation.discover.agent.SysControlAgent.timeout=1200000

이 값은 명령 실행에 허용된 시간 간격(밀리초)를 지정합니다.

센서 문제점 해결이 주제에서는 Sun Fire SysControl(SC) 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.


센서가 제한시간 초과 오류로 실패함

문제 감지 중에 센서가 제한시간 초과 오류로 실패합니다.

솔루션etc/collation.properties 파일에서 다음 특성을 추가하십시오. 여기서value는 센서를 실행하는 데 허용되는 시간(밀리초)입니다.

com.collation.discover.agent.SyscontrolAgent.timeout=1200000

센서가 더 이상 제한시간 초과 오류로 실패하지 않을 때까지 값을 늘리십시오.

센서가 getModelObject 오류로 실패함

문제 다음 메시지가 표시됩니다.

Error Message: CTJTD3021E: The sensor fails in a remote server:discoverSystemController: getModelObject failure

솔루션etc/collation.properties 파일에서 명령 실행을 위한 경로 구성을 추가하십시오(예: /opt/SUNWSMS/bin).

com.collation.discover.agent.path.SunOS=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/usr/sbin:/sbin:/opt/SUNWSMS/bin

Tru64 컴퓨터 시스템 센서Tru64 컴퓨터 시스템 센서는 Tru64 UNIX 운영 체제를 실행 중인 컴퓨터 시스템을 감지합니다.


Tru64ComputerSystemSensor

선행 조건

센서에는 다음 소프트웨어가 필요합니다.

v sudo 명령 도구v lsof 진단 도구

Tru64 UNIX 컴퓨터 시스템을 액세스하기 위해 액세스 목록에 정의된 것과 동일한 경로에서 두 가지 도구를 모두 설치하십시오. 이 설치는 감지할 각 Tru64

UNIX 컴퓨터 시스템에서 수행되어야 합니다 . 최근에 테스트된 버전은sudo-1.6.8p9 및 lsof-4.78이지만 특정 패키지가 Tru64 UNIX를 지원하지 않는 경우를 제외하고 다른 버전을 사용할 수 있습니다. sudo-1.6.8p9 및 lsof-4.78

을 가져오려면 다음 웹 사이트로 이동하십시오.

v sudo-1.6.8p9의 경우: http://www.gratisoft.us/sudo/download.html


http://www.gratisoft.us/sudo/download.html

v lsof-4.78의 경우: http://freecode.com/projects/lsof/?branch%20id=6029

&release%20id=19567

플랫폼 또는 기능에 대한 지원의 추가 또는 제거와 같은 제한사항 목록을 보려면 배포자 웹 사이트 또는 소프트웨어 readme 파일을 참조하십시오. 특정 패키지에 제한이 있는 경우 이러한 제한은 TADDM에 영향을 미칩니다.

제한사항


v 루프백(예: 127.0.0.1, 0:0:0:0:0:0:0:1)

v 링크 로컬(예: 169.254.1.1, FE80:0:0:0:0:0:0:1)

v 멀티캐스트(예: 224.0.0.1, FF00:0:0:0:0:0:0:1)

v 지정되지 않음(예: 0.0.0.0, 0:0:0:0:0:0:0:0)






v sys.tru64.Tru64


센서를 사용하도록 root가 아닌 사용자 구성:

root가 아닌 사용자에 대한 사용자 신임 정보를 추가해야 합니다.

Tru64 UNIX 컴퓨터 시스템에서 /etc/sudoers 파일을 편집하고 다음 라인을 추가하십시오. 여기서 non-rootuser는 명령을 실행하는 사용자입니다.

<non-rootuser> ANY = NOPASSWD: /sbin/hwmgr

/etc/sudoers는 감지할 Tru64 UNIX 컴퓨터 시스템에 있어야 합니다.

예를 들어, taddmusr 사용자를 사용하여 Tru64 UNIX 컴퓨터 시스템에서 명령을 실행하려면 다음 라인을 입력하십시오.

taddmusr ANY = NOPASSWD: /sbin/hwmgr


http://freecode.com/projects/lsof/?branch%20id=6029&release%20id=19567

http://freecode.com/projects/lsof/?branch%20id=6029&release%20id=19567

예를 들어, taddmusr 사용자를 사용하여 특정 대상 시스템 target에서 /sbin/hwmgr

명령을 실행하려면 다음 라인을 입력하십시오.

taddmusr target = NOPASSWD: /sbin/hwmgr

두 명령은 Tru64 UNIX 컴퓨터 시스템의 기본 위치인 /sbin/hwmgr 및 /usr/sbin/

ifconfig에 있어야 합니다.






일반적으로, root가 아닌 권한이 있는 계정을 사용할 수 있습니다. 감지를 실행하는 Tru64 컴퓨터 시스템 센서에서 사용되는 명령은 권한 상승을 요구할 수 있습니다. 일반적으로, 이 에스컬레이션은 sudo 명령에서 파일 액세스 권한을 설정하여 수행됩니다.


센서 문제점 해결이 주제에서는 Tru64 컴퓨터 시스템 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

스토리지 오류 메시지가 표시됨

문제 스토리지 오류 메시지가 표시됩니다.

솔루션이러한 경우 Tru64 UNIX 시스템은 Other IP Device 상태가 있는 메시지를 발행합니다. 종속 항목의 위치와 권한을 확인한 다음 감지를 다시 실행하십시오.

VMware ESX 컴퓨터 시스템 센서VMware ESX 컴퓨터 시스템 센서는 VMware ESX 서버를 감지합니다.





VMware ESX 서버(호스트 시스템) 감지는 다른 운영 체제에서와 같이 실행됩니다. 감지에 영향을 주는 가장 중요한 요인은 연결성과 인증입니다. TADDM 액세스 목록에 구성된 계정으로 VMware ESX 서버 대상에 연결할 수 있으면 감지가 수행됩니다.

감지는 SSH를 통해 실행된 명령을 사용하여 실행됩니다.

가상 시스템(게스트 시스템) 감지를 실행하면 VM의 두 가지 인스턴스인 실제 인스턴스 및 가상 인스턴스를 감지합니다. 감지 후에 TADDM은 두 인스턴스를 병합합니다. 이를 병합하면 실제 시스템의 모든 속성이 있는 하나의 인스턴스가 생성되지만 가상으로 표시됩니다. 데이터베이스의 XML 출력에서 이 출력은 다음과 같은 속성에 의해 표시됩니다.

<virtual>true</virtual>

감지 관리 콘솔에서 VM(virtual machine)은 투명한 파란색의 컴퓨터 시스템 아이콘으로 표시됩니다.

실제 인스턴스는 특정 게스트 운영 체제(예: Linux)의 정상 TADDM 센서에 의해 감지됩니다. 이는 검색되는 일반 디바이스 및 속성이 포함된 실제 시스템처럼감지됩니다. 에뮬레이션되는 실제 시스템과 다른 이러한 가상 시스템을 감지하는데 특수한 TADDM 센서가 필요하지 않습니다.

가상 인스턴스는 VMware ESX 센서에 의해 감지됩니다. 이는 주로 VMware ESX

서버에서 구성 파일(.vmx) 및 명령을 사용하여 다음과 같이 설명할 수 있는 데이터가 있는 단순 인스턴스를 감지합니다.

v 이름 지정 규칙을 준수하고 올바른 독립형 VM 인스턴스를 작성하는 데 필요한 속성 데이터

v VMware ESX 서버가 vmware-cmd 명령을 통해 제공하는 기본 정보v 감지될 수 있는 실제 인스턴스에서 단순 가상 인스턴스를 조정하는 데 사용되는 속성(primaryMACAddress)

VM 감지에 대한 두 가지 사용자 시나리오가 있습니다.

v 모두 포함: 서버와 실제 인스턴스를 포함하는 범위를 감지할 때 모든 작업이예상대로 작동됩니다.

해당 도메인 이름과 일치하도록 가상 인스턴스가 적절한 도메인에 표시됩니다.

가상 인스턴스는 실제 시스템에서와 유사한 모든 속성으로 채워집니다.


또한 호스트 ESX 서버, true로 설정된 가상 속성 및 .vmx 구성 파일에 지정된 항목으로 설정된 VMID 속성과 관련된 데이터와 관계를 가지고 있습니다.

TADDM 서버가 VM에 대한 연결 및 인증을 유지하는 한 이 시나리오에는아무 문제가 없습니다.

v VM 전용: VM만 포함된 범위를 감지하는 경우 VMware가 일부 모델 및 제조업체 데이터를 고의로 겹쳐쓰는 것을 제외하고는 일반 속성이 있는 실제 시스템으로 표시됩니다.

따라서 일부 속성을 검사하여 시스템이 가상인지 여부를 판별할 수 있습니다.

그러나 실제 컴퓨터에 사용되는 아이콘을 사용하고 가상 속성은 true로 설정되지 않습니다.

VM에 대한 모든 FQDN 정보가 수집되도록 하려면 VM에 VMware Tools를 설치해야 합니다.

제한사항

VMware vCenter 서버는 VMware ESX 컴퓨터 시스템 센서에서 감지되지 않습니다. 이러한 서버를 감지해야 하는 경우, VMware Virtual Center 서버 센서를 사용하십시오.


v 루프백(예: 127.0.0.1, 0:0:0:0:0:0:0:1)

v 링크 로컬(예: 169.254.1.1, FE80:0:0:0:0:0:0:1)

v 멀티캐스트(예: 224.0.0.1, FF00:0:0:0:0:0:0:1)

v 지정되지 않음(예: 0.0.0.0, 0:0:0:0:0:0:0:0)


VMware ESX 서버 버전 2.5(모든 릴리스)의 경우, 실행 중인 가상 시스템만 감지할 수 있습니다.




v net.IpInterface

v net.L2Interface

v process.CPUResourcePool

v process.MemoryResourcePool


v process.NetworkAdapterResourcePool

v relation.AllocatedTo

v relation.DonatedTo

v sys.CPU

v sys.darwin.Darwin

v sys.darwin.DarwinUnitaryComputerSystem

v sys.dos.Dos

v sys.dos.DosUnitaryComputerSystem

v sys.DNSResolveEntry

v sys.FileSystem

v sys.freebsd.FreeBSD

v sys.freebsd.FreeBSDUnitaryComputerSystem

v sys.linux.Linux


v sys.Memory

v sys.netware.Netware

v sys.netware.NetwareUnitaryComputerSystem


v sys.sun.Solaris









기본적으로, VMware ESX 컴퓨터 시스템 센서는 레벨 2 또는 레벨 3 감지에 사용 가능합니다. 센서는 실행 중인 게스트 시스템만 감지합니다. 모든 게스트를 감지하려면, VMware ESX 컴퓨터 시스템 센서에 대한 레벨 2 또는 레벨 3 감지프로파일을 작성하고 센서 설정을 사용자 정의하십시오.





3. 새 프로파일 작성 창에서 프로파일 이름 및 설명을 입력하십시오. 기존 프로파일 복제 목록에서 레벨 2 감지 또는 레벨 3 감지를 선택하고 확인을 클릭하십시오.

4. 센서 구성 탭에서 VmwareComputerSystemSensor 센서를 선택하십시오.


6. 구성 작성 창의 구성 섹션에서 discoverNonRunningGuests를 클릭하십시오. 그런 다음, 행에서 값 필드를 두 번 클릭하고 true를 입력하십시오.










com.collation.platform.os.command.osVersion.Vmware=/usr/bin/vmware –v

기본값은 /usr/bin/vmware –v입니다.

VMware 버전을 판별하는 데 사용되는 명령

com.collation.platform.os.command.vmwareCmd=/usr/bin/vmware-cmd

기본값은 /usr/bin/vmware-cmd입니다.

가상 머신에서 조작을 수행하는 데 사용되는 명령

센서 문제점 해결이 주제에서는 VMware ESX 컴퓨터 시스템 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.


중복 VM이 작성됨

문제 감지 후에 일부 VM에 중복이 있는 것으로 보입니다.

솔루션TADDM은 실제와 가상의 VM 인스턴스를 감지합니다. 동일한 특정 시스템에 대해 일치시킬 수 없는 경우 두 인스턴스는 유사한 속성을 가지고 데이터베이스에 있을 수 있습니다. 중복되지는 않지만 동일한 VM에대해 별도로 감지된 두 개의 인스턴스가 있습니다.

이러한 차이는 문제점 해결을 위한 핵심이며 이를 통해 TADDM을 시작하고, VMware 환경으로 이동하고, 일반적인 네트워크 환경의 문제를 해결할 수 있습니다.

기존의 인스턴스 또는 데이터베이스와 관련된 문제조정 문제를 해결할 때 확인해야 할 첫 번째 항목은 데이터베이스입니다. VM을 새 VM으로 전환한 경우 이전 VM을 조정할 수없습니다.

감지를 시작하기 전에 이전 인스턴스를 삭제할 수 있습니다. 다른솔루션을 시도하기 위해 다중 실행이 필요한 경우 미리 기존 VM

의 모든 인스턴스를 삭제하십시오.

또한 호스트 ESX 서버의 인스턴스를 삭제하는 것도 도움이 됩니다. 환경에서 적절한 경우 감지 실행 사이에 TADDM 데이터베이스를 삭제하고 다시 작성하는 것도 유용합니다. 그런 다음 새 감지를 실행하여 중복이 여전히 있는지 확인하십시오.

<primaryMACAddress> 속성VM의 두 개의 인스턴스가 일치하지 않는 주된 이유는<primaryMACAddress> 속성에 다른 값이 있기 때문입니다. 각인스턴스에 대한 이 값을 판별하려면 TADDM 서버에서 다음 명령을 실행하여 TADDM 데이터베이스로부터 ComputerSystem 유형의 오브젝트를 내보내야 합니다.

Windows가 아닌 운영 체제:$COLLATION_HOME/sdk/bin/api.sh -u <username> -p <password>

find --depth 1 ComputerSystem > <filename>.xml

Windows:%COLLATION_HOME%\sdk\bin\api -u <username> -p <password>

find --depth 1 ComputerSystem > <filename>.xml

ComputerSystem 클래스의 모든 인스턴스에 대한 첫 번째 레벨 속성을 나열하는 XML 파일이 생성됩니다. 중복인스턴스이 요약 이름을 찾고 <primaryMACAddress> 속성까지 스크롤 다운하십시오.


두 인스턴스에서 이 값이 다른 경우 서버, VM 자체, 또는 둘 다에서 구성 파일에 있는 MAC 주소 지정 문제를해결해야 합니다.

VM 구성VM이 NAT 또는 ’호스트 전용’ 모드로 구성된 경우 VMwareESX

센서가 가상 인스턴스를 감지하지만 실제 인스턴스는 감지하지 않습니다.

ESX 호스트 서버의 VM 구성 파일TADDM VMwareESX 센서는 감지할 각 VM의 구성 파일에서정보를 수집합니다. 이러한 구성 파일은 다음 ESX 명령에 있습니다.

vmware-cmd –l (this is a lower-case 'L')

이 명령은 ESX 서버에 알려진 각 VM에 대한 구성 파일(.vmx 확장자의 파일)을 나열합니다.

이러한 파일은 XML 형식이며 대소문자를 구분하지 않습니다. 중복 인스턴스가 있는 VM에 대한 구성 파일에서 정보를 보십시오.

각 인터페이스에 대한 정보를 확인하려면 각 행의 MAC 주소가VM의 인터페이스에 해당하는지 확인하십시오.

ethernet0.present = "true"ethernet0.networkName ="VM Network"ethernet0.addressType = "generated"ethernet0.generatedAddress="00:0c:29:c1:a5:ee"ethernet0.generatedAddressOffset = "0"ethernet1.present = "true"ethernet1.networkName = "VM Network"ethernet1.addressType = "generated"ethernet1.generatedAddress="00:0c:29:c1:a5:f8"ethernet1.generatedAddressOffset = "10"

구성 파일 또는 VM에서 값이 다른 경우 이를 정정하고 감지를 다시 시도하십시오.

VM 자체의 구성VM에는 각 네트워크 인터페이스에 대한 정보를 표시하는 명령이있습니다.

Windows가 아닌 시스템의 경우 이 명령은 ifconfig입니다.

Windows에서 명령은 ipconfig입니다.

결과를 검사하고 ESX 구성 파일에 대한 인터페이스/MAC 쌍의유효성을 검증하십시오. 또한 연관된 IP 주소를 ping하여 각 인터페이스가 작동하는지 확인할 수도 있습니다. 감지를 다시 시도하십시오.


VM의 최근 변경사항 및 ESX 서버에서 다른 항목으로의 이동VM이 한 ESX 서버에서 다른 항목으로 마이그레이션된 경우 구성 파일이 변경되어 감지에 영향을 줄 수 있습니다.

generatedAddress가 포함된 라인을 삭제하면 감지에 영향을 미칠 수 있습니다.

VirtualCenter 환경에서 VM을 마이그레이션할 때 생성된 MAC

주소를 가진 VM도 이를 변경합니다. 감지될 수 있는 ESX 서버에 기존 VM이 있는 경우 VM에 대한 구성 파일을 예제로 사용하여 삭제될 수 있는 라인을 찾아보십시오.

VM이 원본으로 삼는 ESX 서버를 범위에서 대상으로 지정하여 이ESX 서버에서 VM이 제대로 감지되는지 여부를 확인할 수 있습니다. 마이그레이션 중에 삭제되거나 수정된 행이 있으면 이를 추가하거나 정정하여 감지를 다시 실행하십시오.

이름 확인VM이 네트워크에서 단일 시스템을 해석할 수 없으면 TADDM에서 두 개의 별도의 인스턴스로 종료될 수 있습니다. VM에 여러개의 인터페이스가 있고 모든 인터페이스가 네트워크에 표시되는경우 여러 개의 유효한 인스턴스를 찾을 수 있습니다. 모든 인스턴스를 하나의 인스턴스로 병합할 수는 없습니다.

이는 일반적으로 호스트 파일, DNS, NIS 또는 기타 이름 확인 서비스 간의 불일치로 인해 발생합니다.

VM 자체, ESX 서버 및 TADDM 서버에서 시스템 요약 이름으로 이름 확인을 몇 번 테스트하면 이 문제가 해결됩니다. 모든 응답은 일치해야 합니다. 다른 응답을 리턴하는 경우 결과가 일치할때까지 서비스 또는 호스트 파일의 이름을 수정하십시오. 감지를다시 시도하십시오.

일반 네트워크 연결성 및 라우팅TADDM 감지 문제점 해결을 위해 고려할 글로벌 네트워크 요인이 있습니다. VMware 감지와 관련된 경우 SSH과 같은 방화벽또는 네트워크 고려사항은 ESX 서버 또는 VM의 감지를 부분적으로 숨길 수 있습니다.

VMware 센서가 VM을 제대로 감지하면 실제 인프라에서 요약 이름 레이블만 표시됩니다. 개요 > 시스템 티어 > 가상 시스템 >

VMware ESX

VM은 기타 Ip 디바이스 또는 컴퓨터 시스템에서 오브젝트로만 표시됩니다.


OS 센서에서 VM을 제대로 감지한 경우 이는 적절한 유형의 컴퓨터 시스템으로 표시됩니다. 가상 인스턴스를 표시되지 않으며ESX 서버도 표시되지 않을 수 있습니다.

TADDM 서버가 SSH에서 ESX 서버로, 또 각 VM으로 직접 ping

할 수 있을 때까지 라우팅 및 방화벽 구성을 정정한 후 감지를 다시 시도하십시오.

중복 VMware ESX 서버가 작성됨

문제 VMware ESX 서버(버전 2.5의 모든 릴리스)가 중복된 것으로 보입니다.

이 문제는 VMware Virtual Center 서버 센서 이후에 VMware ESX 컴퓨터 시스템 센서를 사용하여 일련의 감지가 수행된 경우 발생합니다.

솔루션중복된 VMware ESX 서버를 수동으로 병합해야 합니다.

TADDM 사용자 안내서에는 감지 태스크 및 감지된 구성 항목을 수동으로 병합하는 방법에 대한 정보를 비롯하여 데이터 관리 포털 사용에 대한 정보가 들어 있습니다.

VMware ESXi 컴퓨터 시스템 센서VMware ESXi 컴퓨터 시스템 센서는 VMware ESXi 서버를 감지합니다.

VMware ESXi 컴퓨터 시스템 센서는 VMware API를 지원하는 VMware ESX

서버를 감지합니다.

센서는 감지를 위해 VMware API를 사용합니다. VMware API는 모든 ESXi 서버에서 및 ESX 3.x, ESX 4.x 버전에서 사용 가능합니다. 센서는 ssh 콘솔을 사용하지 않습니다.


VmwareESXiComputerSystemSensor


가상 머신 및 ESX 서버의 경우, 센서는 VirtualCenter 센서와 같은 데이터를 감지합니다. 이는 구성 트리에서 ESX보다 높은 오브젝트(예: Clusters, Datacenters)

를 감지할 수 없습니다. 데이터 저장소는 매우 제한된 데이터, 이름만을 사용하여 감지됩니다.

ESX 일련 번호는 다른 모든 데이터처럼 VMware API를 통해서 또는 CIM API

를 통하는 두 개의 방법으로 감지할 수 있습니다.


선행 조건

VMware API가 반드시 존재해야 하고 ESX 서버에서 사용 가능해야 합니다.

보안 문제

ESX 서버를 감지하려면 TADDM 서비스 계정에 읽기 전용 권한을 설정해야 합니다.

SSL을 사용해 서버에 연결

VMware ESXi 컴퓨터 시스템 센서는 기본 모드와 새 모드 두 개의 모드에서 SSL

을 사용하여 서버에 연결할 수 있습니다.

기본 모드기본 모드는 서버의 인증서를 완전히 검증하지 않습니다. 이 모드에서는인증서가 자체 서명되었거나, 만료되었거나 또는 올바르지 않은 호스트 이름이 있더라도 연결을 허용합니다. 인증서 체인 오류 등과 같은 다른 문제가 발견될 때 연결을 거부합니다. 기본 모드는 기본 VMware 인증서와 함께 사용할 수 있습니다.

새 모드새 모드는 서버의 인증서를 완전히 검증합니다. strictCertificateCheck

구성 특성을 true로 설정하여 이 모드를 사용 가능으로 설정할 수 있습니다. 이 모드가 사용 가능한 경우 신뢰할 수 있는 인증 기관이 서명한올바른 인증서만이 승인됩니다.

자체 서명된 인증서를 TADDM으로 가져오기strictCertificateCheck 특성을 true로 설정하면 자체 서명된 인증서에연결할 수 있습니다. 먼저 이러한 인증서를 TADDM으로 가져와야 합니다. 자체 서명된 인증서가 신뢰할 수 있는 인증서이더라도 이러한 유효성은 여전히 확인됩니다.

이러한 인증서를 가져오려면 다음 단계를 완료하십시오.

1. taddm/dist/osgi/plugins/

com.ibm.cdb.discover.sys.vmware.vmwarecommon_* 디렉토리를 여십시오. 여기서 *는 센서의 버전 번호입니다.


java -cp lib/vmwarecommon.jar com.ibm.cdb.discover.sys.vmware.VmCertificateCollector ip:port

여기서 ip는 VMware ESXi 컴퓨터 시스템 센서 호스트의 IP 주소이고 port는 해당 호스트의 SSL 포트입니다.




v net.IpInterface

v net.L2Interface

v process.CPUResourcePool

v process.MemoryResourcePool

v process.NetworkAdapterResourcePool

v relation.AllocatedTo

v relation.DonatedTo

v sys.CPU

v sys.vmware.VMWareDataStore

v sys.unix.UnixFileSystem

v sys.NFSFileSystem

v sys.Memory

v sys.vmware.VMWareVirtualSwitch

v sys.vmware.VMWarePortGroup

v sys.darwin.Darwin

v sys.darwin.DarwinUnitaryComputerSystem

v sys.dos.Dos

v sys.dos.DosUnitaryComputerSystem

v sys.DNSResolveEntry

v sys.FileSystem

v sys.freebsd.FreeBSD

v sys.freebsd.FreeBSDUnitaryComputerSystem

v sys.linux.Linux


v sys.Memory

v sys.netware.Netware

v sys.netware.NetwareUnitaryComputerSystem


v sys.sun.Solaris










기본적으로, VMware ESXi 컴퓨터 시스템 센서는 레벨 2 또는 레벨 3 감지에사용 가능합니다. 센서는 실행 중인 게스트 시스템만을 감지하고 ESX 일련 번호를 감지하지 않습니다. 이 작동을 변경하려면 새 프로파일을 작성하고 센서 구성을 사용자 정의하십시오.

구성 항목은 VirtualCenter 센서 구성에 해당합니다.

다음 특성을 true 또는 false로 설정할 수 있습니다.

ordinalESXviaVCserialDiscovery

이는 VMware API를 사용하여 일련 번호를 감지합니다. 이는 일련 번호를 감지하기 위한 표준 방법이고 CIM API를 사용하는 것보다 더 빠르며 필요한 권한이 거의 없지만, 오류가 발생할 가능성도 더 많습니다.


directESXserialDiscovery

이는 CIM API를 사용하여 일련 번호를 감지합니다. 이 메소드는 항상 직렬 번호를 감지하지만 더 느리고 다음 요구사항이 적용됩니다.

v 감지 사용자에게 호스트 > CIM > CIMInteraction 권한이 있어야 합니다.

v TADDM 및 ESX 서버 간의 연결이 필요합니다.

자세한 정보는http://www-01.ibm.com/support/docview.wss?uid=swg21638454에서 기술 노트도 참조하십시오.

중요사항: Cisco UCS와 같이 가상화된 하드웨어에서 ESX 서버를 실행하는 경우 병합에서 달리 발생하므로 VMware API가 아니라 CIM API를사용하여 일련 번호를 감지해야 합니다.


shallowVMdiscovery

이는 가상 머신의 제한된 데이터를 감지합니다.


http://www-01.ibm.com/support/docview.wss?uid=swg21638454


discoverNonRunningGuests

이는 실행 중이 아닌 가상 머신을 감지합니다.


strictCertificateCheck

이는 센서가 올바른 CA 서명 인증서로 보안된 ESX 서버에 연결하도록강제 실행합니다.


enableVMDiscovery

이는 가상 머신의 감지를 사용으로 설정합니다.



사용자 구성에 따라서 어떤 액세스 상세 정보가 필요한지 알아내십시오.

센서는 VMware API에 로그인하기 위해 컴퓨터 시스템 신임 정보를 사용합니다. VMware 사용자는 감지를 위해서는 읽기 전용 권한이 있어야 합니다.

센서 문제점 해결VMware ESXi 컴퓨터 시스템 센서에 일부 문제가 발생할 수도 있습니다. 공통문제를 해결하는 방법을 알아 보십시오.

Ping 센서가 도달할 수 있는 IP를 찾을 수 없음

문제 Ping 센서가 포트 22 및 135를 스캔합니다. 이러한 포트가 발견되지 않으면 감지가 종료됩니다. ESXi 센서는 기본적으로 이러한 포트가 차단되어 있습니다.

솔루션감지를 사용하려면 com.collation.pingagent.ports 특성에서collation.properties 파일을 스캔하도록 포트를 구성하거나 ESX 방화벽에서 예외를 추가하십시오.

ESXi 센서가 시작되지 않음

문제 Port 센서 후에 ESXi 센서가 시작할 수 있게 하려면 Port 센서가 ESXi

포트를 감지해야 합니다. 포트가 다르게 구성된 경우에는 ESXi 센서가 시작되지 않습니다.

솔루션기본 포트 값은 902, 80, 443입니다. ESXi 센서에 다른 포트가 구성되어있는 경우에는 Port 센서를 다시 구성하십시오.


Windows 컴퓨터 시스템 센서Windows 컴퓨터 시스템 센서는 Microsoft Windows 운영 체제를 실행 중인 컴퓨터 시스템을 감지합니다.


WindowsComputerSystemSensor

선행 조건

게이트웨이를 사용한 감지의 경우 게이트웨이는 SSH를 통해 액세스할 수 있어야 합니다.

게이트웨이를 사용하지 않고 Windows 시스템을 감지하려면 다음 조건을 충족해야 합니다.

v Windows 시스템은 SSH를 통해 액세스할 수 있어야 합니다.

v Windows 대상 시스템에 Microsoft .NET Framework가 설치되어야 합니다.

자세한 정보는 TADDM 관리자 안내서에서 Windows 시스템의 감지 구성 주제를 참조하십시오.

v 대상 Windows 시스템에 Windows Scripting Host (WSH) 5.6 이상이 설치되어야 합니다. Windows Scripting Host는 Internet Explorer 6 서비스팩1 이상에서 설치됩니다.

v

Windows Server 2016

Powershell 5 문제로 인해 게이트웨이 없이 Windows Server 2016

감지를 시도하기 전에 IBM 지원 담당자에게 문의하여 Powershell 5

eFix가 적용되도록 요청해야 합니다. 이 문제가 해결되면 직접 SSH를통한 Windows 2016 서버의 감지가 정상적으로 작동됩니다.

제한사항v 관리자 권한이 없는 사용자 신임 정보를 제공하는 경우 Windows 컴퓨터 시스템 센서는 Windows Server 2003과 관련된 서비스 및 디바이스 목록을 수집할 수 없습니다. 따라서 데이터 관리 포털의 관련 테이블이 비어 있게 됩니다.

v 모든 컴퓨터 시스템 센서 및 SNMP MIB2 센서는 작동 중지하도록 구성되는네트워크 인터페이스를 무시합니다. TADDM은 다음과 같은 유형의 IP 인터페이스에 net.IpNetwork 속성을 채우지 않습니다.

– 루프백(예: 127.0.0.1, 0:0:0:0:0:0:0:1)

– 링크 로컬(예: 169.254.1.1, FE80:0:0:0:0:0:0:1)

– 멀티캐스트(예: 224.0.0.1, FF00:0:0:0:0:0:0:1)


– 지정되지 않음(예: 0.0.0.0, 0:0:0:0:0:0:0:0)







CPU 정보 감지

컴퓨터 시스템에서 NumCPUs 속성 값이 로컬 CPU의 수로 설정됩니다.

Windows 대상 시스템에서 하이더스레딩을 사용하는 경우 NumCPUs 속성에도하이퍼스레드가 포함됩니다. 예를 들어 하이더스레딩이 가능한 듀얼 코어 시스템에서 NumCPUs 속성의 값은 4입니다. 하이더스레딩을 사용하지 않는 경우NumCPUs 속성의 값은 2입니다.

비동기 및 스크립트 기반 감지 지원Windows 컴퓨터 시스템 센서는 비동기 및 스크립트 기반 감지를 지원합니다.






제한사항

이 센서는 비동기 및 스크립트 기반 감지를 위해 대상 시스템에 powershell 환경이 있어야 합니다. Powershell 버전은 2이상이어야 합니다.


스크립트 기반 감지는 다음 대상 시스템에서 지원됩니다.

v Windows 7

v Windows 8

v Windows Server 2008

v Windows Server 2012

v Windows Server 2016 Standard Edition

v Windows Server 2016 Datacentre Edition

v Windows Server 2019 Standard Edition

연관 속성이 있는 모델 오브젝트Windows 컴퓨터 시스템 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 Windows 운영 체제를 실행 중인 컴퓨터 시스템에 대해 수집하는 정보 유형을 나타냅니다.


core.LogicalContent

v Checksum

v Content

v FixedPath

v URI

dev.MediaAccessDevice

v Name

v Type

v Status

sys.DNSResolveEntry

v SearchOrder

v ServerIp

net.L2Interface

v Encapsulation

v HwAddress

v InterfaceName

v Loopback

v Name

v Index


v IANAInterfaceType

v InterfaceSpeed

v Speed

net.IpInterface

v IpAddress

v L2Interface

v IpNetwork

sys.CPU

v IndexOrder

v NumCPUs

v CPUType

v CPUSpeed

v CPUCoresInstalled

v Virtual

v CPUCore

sys.FileSystem

v AvailableSpace

v Capacity

v Group

v MountPoint

v Owner

v Permissions

v Type


v Name

v SoftwareVersion

v Publisher

sys.windows.WindowsService

v ServiceName

v CanBePaused

v CanBeStopped

v DesktopInteract

v ErrorControl


v OperatingState

v Started

v StartMode

v Account

v PathName

v ExitCode

v ServiceSpecificCode

v ServiceType

v Description

v Name

v SoftwareVersion

v ProcessId


v UUID

v Name

v Type

v SystemId

v SystemBoardUUID


v Signature

v Fqdn

v SerialNumber

v Manufacturer

v Model

v MemorySize

v NumCPUs

v CPUType

v CPUSpeed

v Architecture

v CPUDiesInstalled

v CPUCoresInstalled


v Fqdn

v Name


v OSName

v OSVersion

v BootTime


v KernelVersion

v Charset

v Locale

v OsId

v OSConfidence

v ServicePack

v VersionString

센서 구성Windows 컴퓨터 시스템 센서를 사용하려면 먼저 이를 구성해야 합니다.

다음 설정을 완료하십시오.

v 모든 필수 소프트웨어를 설치하십시오.

v 게이트웨이를 사용하는 감지를 수행하려면 모든 대상 Windows 시스템에서 감지를 사용해야 합니다. 기본적으로, WMI는 사용 가능합니다.

기본적으로 게이트웨이를 사용한 감지는 감지 프로세스 중에 모든 대상Windows 시스템에 TADDM WMI Provider를 자동으로 설치합니다.




1. Windows 호스트 및 소프트웨어의 전체 감지를 수행하려면 각 Windows 시스템이 해당 시스템의 모든 WMI 오브젝트에 대한 WMI 액세스 권한이 있는 로컬 관리 그룹에서 서비스 계정을 필요로 합니다. 이 계정은 로컬 계정또는 도메인 계정입니다.

서비스 계정은 Windows 게이트웨이 및 모든 대상 Windows 컴퓨터 시스템에서 작성되어야 합니다.

2. 액세스 목록 항목이 Windows 컴퓨터 시스템(게이트웨이 및 대상 Windows

시스템)에 대해 작성되어야 합니다.


액세스 목록 항목에 대한 Windows 도메인 사용자 계정을 지정하는 경우 다음 예제에서와 같이 도메인 이름 및 사용자 이름은 백슬래시(\)로 구분되어야 합니다. DOMAIN\username.

3. 또한 TADDM은 Windows 시스템의 SNMP 기반 감지도 지원합니다. SNMP

기반 감지를 지원하려면 다음 단계를 완료하십시오.

a. SNMP를 사용으로 설정하십시오.

b. SNMP MIB2 GET Community 문자열에 MIB2 시스템, IP, 인터페이스, 확장된 인터페이스 및 호스트 자원에 대한 액세스 권한이 있는지 확인하십시오.


이 주제에는 Windows 컴퓨터 시스템 센서에서 사용하는 collation.properties

파일 항목이 나열되어 있습니다.


Fix Pack 1 com.ibm.cdb.skipWindowsSoftware=false

참고: 이 특성은 감지의 스크립트 기반 모드에만 영향을 미칩니다.

이 특성은 Windows 운영 체제의 설치된 소프트웨어가 감지되는지 여부를 지정합니다.

기본값은 false이며, 이는 소프트웨어가 감지됨을 의미합니다.

감지된 데이터의 양이 매우 커서 감지 프로세스의 속도가 줄면 이 특성을 true로 설정하여 이 유형의 데이터 감지를 사용 안함으로 설정하십시오.



^[ -:\.\w]{4,80}$; ^(?!.{8}(\-.{4}){3}\-.{12}_.{2}(:.{2}){5});^(?!none)

;^(?!x{7});^(?!\.{9});^(?!0123456789);^(?!0+$)";












.{12}_.{2}(:.{2}){5})



v ......... : 정규식 ^(?!\.{9})

v 0123456789: 정규식 ^(?!0123456789)

v 0000: 정규식 ^(?!0+$)



게이트웨이 기반 또는 SSH 기반 감지 특성

com.collation.AllowPrivateGateways=true


이 특성은 중간 게이트웨이 없이 SSH 또는 IBM Tivoli Monitoring 연결을 사용하여 Windows 컴퓨터 시스템을 감지할 수 있는지 여부를 지정합니다. 기본적으로 Windows에 대한 SSH 또는 IBM Tivoli Monitoring

연결이 허용됩니다. 값이 false로 설정된 경우, Windows 대상은 TADDM

게이트웨이 목록에 나열된 경우에만 감지됩니다. 게이트웨이 목록에 포함되지 않은 경우에는 Windows 세션 센서는 CTJTP1100E 오류로 실패합니다.

com.collation.PreferWindowsSshOverGateway=false


이 특성은 Windows 컴퓨터 시스템이 SSH를 지원하는 경우 게이트웨이기반 감지가 아닌 SSH를 사용할지 여부를 지정합니다. Windows 컴퓨터시스템이 SSH를 지원하는 경우에도 이 특성의 기본값은 게이트웨이 기반 감지를 사용합니다. com.collation.AllowPrivateGateways=false인 경우 이 특성은 무시됩니다.

WMI 관련 특성

TADDM은 WMI(Windows Management Instrumentation)를 사용하여Windows 컴퓨터 시스템을 감지합니다. WMI에 문제가 발생하는 경우 WMI 서


비스를 다시 시작하도록 TADDM을 구성할 수 있습니다. WMI 서비스가 다시 시작되면 다시 시작되기 전에 실행 중이던 WMI에 종속된 모든 서비스도 다시 시작됩니다.

Fix Pack 4 com.collation.discover.agent.windows.useIpAsDomain=false


이 특성은 WMI 세션을 설정하는 데 사용되는 신임 정보의 형식을 지정합니다. 기본적으로 user 형식의 신임 정보가 사용됩니다.

이 특성을 true로 설정하면 기본 형식과 함께 IP/user 형식의 신임 정보가 사용됩니다.

이 특성은 범위가 있는 특성이며 범위의 IP 주소 또는 이름을 이 특성에첨부할 수 있습니다. 예제:

com.collation.discover.agent.windows.useIpAsDomain.9.100.100.200=falsecom.collation.discover.agent.windows.useIpAsDomain.scope_name1=false

com.collation.WmiAccessEnabled=true

기본값은 true이며 이는 TADDM이 WMI 세션을 확립함을 나타냅니다.

이는 감지 프로파일 특성입니다 감지 관리 콘솔에 있는 감지 프로파일 분할창의 플랫폼 특성 탭에서 이 특성의 우선순위를 가장 높게 구성할 수있습니다. 또한 collation.properties 파일에서 특정 범위 세트 또는 IP

에 맞게 특성을 정의할 수 있습니다.

com.collation.platform.os.WindowsOs.AutoDeploy=true

기본값은 true이며 이는 TADDM이 WMI 제공자를 자동으로 설치할 수있음을 나타냅니다.

값을 false로 설정하면 WMI 제공자를 수동으로 배치할 수 있음을 나타냅니다. 수동 배치가 지원되지는 않지만 문제점 해결을 위해 사용할 수는있습니다.

다음 TADDM 서버 특성은 WMI 다시 시작을 제어합니다.

참고: WMI 다시 시작의 기본값은 false입니다. 다음 특성의 값을 true로 설정하면 보다 신뢰할 수 있는 Windows 감지가 제공되지만 일시적으로 WMI 서비스가 중지되고 다시 시작되는 잠재적인 부정적 영향도 고려해야 합니다.

com.collation.RestartWmiOnAutoDeploy=false

TADDM WMI Provider 자동 배치 중에 WMI 오류가 발생하면 WMI


com.collation.RestartWmiOnAutoDeploy.1.2.3.4=false

TADDM WMI Provider 자동 배치 중에 WMI 오류가 발생하면 WMI


com.collation.RestartWmiOnFailure=false


자동 배치를 제외하고 WMI 오류가 발생하면 WMI를 다시 시작하십시오.

com.collation.RestartWmiOnFailure.1.2.3.4=false

자동 배치를 제외하고 WMI 오류가 발생하면 WMI를 다시 시작하십시오.

Fix Pack 2

PowerShell 관련 특성

Fix Pack 3 com.ibm.cdb.session.ps.urlPrefix=wsman

기본값은 wsman입니다.

이 특성은 감지된 Windows 시스템에서 WinRM 리스너의 URLPrefix 특성 값을 지정합니다. 이 특성의 값과 Windows 대상의 URLPrefix 특성의 값이 동일해야 합니다.

이는 범위 기반 특성입니다. 또한 collation.properties 파일에서 특정범위 세트 또는 IP의 글로벌 값을 겹쳐쓸 수 있습니다.

com.collation.PowerShellAccessEnabled=false


이 특성은 TADDM이 PowerShell 세션을 확립하는지 여부를 지정합니다.

기본적으로 PowerShell 액세스는 사용할 수 없습니다. PowerShell 세션을 사용하려면 이 특성을 true로 설정하십시오.



com.collation.PreferPowerShellOverWMI=true


이 특성은 PowerShell 또는 WMI 세션 중 사용할 세션을 지정합니다(둘다 사용 가능한 경우). 기본적으로 PowerShell 세션이 선호됩니다.

이는 범위 기반 특성입니다. 또한 collation.properties 파일에서 특정범위 세트 또는 IP의 글로벌 값을 겹쳐쓸 수 있습니다. 예제:

com.collation.PreferPowerShellOverWMI.myScopeABC=falsecom.collation.PreferPowerShellOverWMI.10.100.27.8=true

com.collation.PowerShellPorts=5985,5986

기본값은 5985,5986입니다.

이 특성은 PowerShell 포트를 지정합니다. 기본적으로 5985 및 5986 포트가 지정됩니다. PortSensor가 이 포트의 활성 여부를 확인합니다. 포트가 활성이면 PowerShell 세션을 확립할 수 있습니다. 포트가 활성이 아


니면, 사용 안함으로 설정한 경우를 제외하고 WMI 세션이 대신 사용됩니다. 이와 같은 경우 오류 메시지가 표시됩니다.



com.ibm.cdb.session.ps.useSSL=false


이 특성은 PowerShell 스크립트가 원격 호스트에 연결하는 데 SSL 프로토콜을 사용하는지 여부를 지정합니다. 기본적으로, SSL 프로토콜은 사용되지 않습니다.


com.ibm.cdb.session.ps.allowDNS=true

참고: com.ibm.cdb.session.ps.useSSL 특성이 true로 설정된 경우에만이 특성을 사용할 수 있습니다.


이 특성은 PowerShell 스크립트가 게이트웨이에서 DNS를 사용하여 원격 호스트의 IP를 분석하는지 여부를 지정합니다. 기본적으로, DNS를 사용할 수 있습니다.


com.ibm.cdb.session.ps.fallbackToIP=true

참고: com.ibm.cdb.session.ps.useSSL 및com.ibm.cdb.session.ps.allowDNS 특성이 true로 설정된 경우에만 이특성을 사용할 수 있습니다.


이 특성은 FQDN을 사용하여 보안 세션을 확립할 수 없는 경우PowerShell 스크립트가 IP로 폴백하는지 여부를 지정합니다. 기본적으로,

PowerShell 스크립트가 IP로 폴백합니다.


com.collation.PowerShellTimeoutFudge=10000

기본값은 10000(밀리초)입니다.


이 특성은 PowerShell 스크립트의 제한시간 초과 시부터, SSH 프로토콜이 제한시간 초과될 때까지의 시간을 지정합니다. 기본적으로, PowerShell

스크립트가 제한시간 초과되고 10000밀리초 후에 SSH 프로토콜이 제한시간 초과됩니다.

비관리 Windows 감지 구성:

사용자 신임에 관리자 역할을 제공하지 않고 감지를 실행하도록 센서를 구성할수 있습니다.


사용하는 세션 유형에 따라 다음 단계가 필요합니다.

WMI 세션v 『감지 사용자 계정 작성』v 493 페이지의 『WMI 구성 설정』v 494 페이지의 『TaddmWmi 파일 복사』v 494 페이지의 『ibmcol에 대한 DCOM 액세스 설정』

Fix Pack 2 PowerShell 세션v 『감지 사용자 계정 작성』v 493 페이지의 『WMI 구성 설정』v 493 페이지의 『PowerShell 구성 설정』

Fix Pack 2 WMI 및 PowerShell 세션 모두v 『감지 사용자 계정 작성』v 493 페이지의 『WMI 구성 설정』v 493 페이지의 『PowerShell 구성 설정』v 494 페이지의 『TaddmWmi 파일 복사』v 494 페이지의 『ibmcol에 대한 DCOM 액세스 설정』

TADDM 관리자 안내서에서 Windows 시스템의 감지 구성 주제 또한 참조하십시오.

감지 사용자 계정 작성:

계정을 작성할 때 올바른 권한을 선택하고 비관리 Windows 감지에 필요한 정보를 제공할 수 있습니다.



독립형 Windows 서버와 액티브 디렉토리 도메인 서버에서 감지 사용자 계정을작성할 수 있습니다. 이 태스크를 완료하려면 다음 지시사항을 사용하십시오.

독립형 Windows 서버에서 감지 사용자 계정 작성:

독립형 Windows 서버에서 감지 사용자 계정을 작성하십시오.

프로시저1. compmgmt.msc 명령을 실행하여 Computer Management Console을 여십시오.

2. 탐색 트리에서 시스템 도구 > 로컬 사용자 및 그룹 > 사용자를 펼치십시오.

3. 조치 메뉴에서 새 사용자를 클릭하십시오.

4. 다음 정보를 제공하십시오.

a. 사용자 이름: ibmcol

b. 전체 이름: TADDM 감지 사용자c. 설명: TADDM 감지 사용자d. 비밀번호

5. 사용자가 다음 로그온 시 비밀번호를 변경해야 함 선택란을 선택 취소하십시오.

6. 비밀번호가 만기되지 않음 선택란을 선택하십시오.

7. 작성을 클릭하십시오.

8. 새 사용자가 기본적으로 표준 사용자인지 여부를 확인하려면 사용자 이름을마우스 오른쪽 단추로 클릭한 다음 특성을 클릭하십시오. 특성 창에서 구성원 탭으로 이동하십시오. 사용자가 표준 사용자이면 관리자 그룹은 목록에 없습니다.

액티브 디렉토리 도메인 서버에서 감지 사용자 계정 작성:

액티브 디렉토리 도메인 서버에서 감지 사용자 계정을 작성합니다.

프로시저1. dsa.msc 명령을 실행하여 액티브 디렉토리 사용자와 컴퓨터를 여십시오.

2. 탐색 트리에서 domain_name을 선택한 다음 사용자 폴더를 선택하십시오.

3. 메뉴를 마우스 오른쪽 단추로 클릭하고 새로 작성 > 사용자를 선택하십시오.

4. 다음 정보를 제공하십시오.

a. 이름:ibmcol

b. 로그온 이름:ibmcol


5. 다음을 클릭하고 비밀번호를 제공하십시오.

6. 사용자가 다음 로그온 시 비밀번호를 변경해야 함 선택란을 선택 취소하십시오.

7. 비밀번호가 만기되지 않음 선택란을 선택하십시오.

8. 작성을 클릭하십시오.

9. 새 사용자가 기본적으로 표준 사용자인지 여부를 확인하려면 사용자 이름을마우스 오른쪽 단추로 클릭한 다음 특성을 클릭하십시오. 특성 창에서 구성원 탭으로 이동하십시오. 사용자가 표준 사용자이면 관리자 그룹은 목록에 없습니다.

WMI 구성 설정:

WMI 구성을 설정할 때 감지에 필요한 권한을 사용으로 설정하려면 액세스 목록에 사용자를 추가할 수 있습니다.

프로시저1. Computer Management Console의 탐색 트리에서 서비스 및 애플리케이션

> WMI 제어를 펼치십시오.

2. 조치 메뉴에서 특성을 클릭하십시오.

3. 보안 탭을 클릭하고, 루트 네임스페이스를 선택하고 보안을 클릭하십시오.

4. ibmcol 사용자를 목록에 추가하십시오. 다음 권한이 허용되어야 합니다.

a. 메소드 실행b. 계정 사용c. 원격 사용

5. 고급을 클릭하고 ibmcol 사용자를 목록에서 선택하십시오.

6. 적용 대상 특성을 이 네임스페이스 및 서브네임스페이스으로 변경하십시오.


참고: 액티브 디렉토리 도메인 설정의 경우 도메인의 일부인 각 컴퓨터마다이 프로시저를 반복해야 합니다. Microsoft는 도메인 전체 WMI 구성 도구를 제공하지 않습니다.

PowerShell 구성 설정: Fix Pack 2

PowerShell 세션을 사용으로 설정한 경우 대상 시스템이 비관리 감지를 사용하도록 구성해야 합니다.

프로시저1. 대상 시스템에서 다음 명령을 실행하십시오.


Set-PSSessionConfiguration -Name Microsoft.PowerShell-showSecurityDescriptorUI -Force

-Force 옵션을 사용하면 이 조치를 확인하는 프롬프트가 표시되지 않습니다.

2. 표시되는 새 창에서 ibmcol 사용자를 선택하십시오.

사용자가 목록에 없으면 추가...를 클릭하고 검색하십시오.

3. 권한 목록에서 허용 열의 읽기(가져오기,열거,등록) 및 실행(호출)을 선택하십시오.


TaddmWmi 파일 복사:

이 파일은 에이전트 없는 감지에 사용됩니다. 해당 파일은 WMI를 통해 추가 메소드를 호출하는 데 필요합니다.

프로시저1. 다음 TaddmWmi 파일을 32비트 시스템에서는 C:\Windows\system32\wbem

디렉토리와 64비트 시스템에서는 C:\Windows\SysWOW64\wbem 디렉토리로 복사하십시오.

v TaddmWmi.pdb

v TaddmWmi.exe

v TaddmWmi.mof

v TaddmWmi.dll

2. 다음 명령을 실행하여 TaddmWMI.dll을 컴파일하고 등록하십시오.

v 32비트 Windows 운영 체제에서:

%SystemRoot%\System32\wbem\mofcomp.exe %SystemRoot%\System32\wbem\TaddmWmi.mof%SystemRoot%\System32\regsvr32 /s %SystemRoot%\System32\wbem\TaddmWmi.dll

v 64비트 Windows 운영 체제에서:

%SystemRoot%\SysWOW64\wbem\mofcomp.exe %SystemRoot%\SysWOW64\wbem\TaddmWmi.mof%SystemRoot%\SysWOW64\regsvr32 /s %SystemRoot%\SysWOW64\wbem\TaddmWmi.dll

참고: 표준 관리자 감지를 실행하여 WMI 파일을 자동으로 배치할 수도 있습니다.

ibmcol에 대한 DCOM 액세스 설정:

사용자가 감지에 필요한 권한을 사용할 수 있으려면 DCOM 액세스를 설정해야합니다.


독립형 Windows 서버 또는 액티브 디렉토리 도메인 서버에서 사용자에 DCOM

액세스를 설정하려면 다음 지시사항을 사용하십시오.


독립형 Windows 서버에서 ibmcol에 대한 DCOM 액세스 설정:

독립형 Windows 서버에서 사용자에 대해 DCOM 액세스를 설정하려면 다음 단계를 완료하십시오.

프로시저1. dcomcnfg 명령을 실행하여 구성요소 서비스 관리 도구를 여십시오.

2. 탐색 트리에서 구성요소 서비스 > 컴퓨터 > 내 컴퓨터를 펼치십시오.

3. 조치 메뉴에서 특성을 클릭하고 COM 보안 탭으로 이동하십시오.

4. 액세스 권한 섹션에서 기본값 편집을 클릭하십시오.

5. ibmcol 사용자를 목록에 추가하고 Local Access 및 Remote Access 권한이 사용 가능한지 확인하고 확인을 클릭하십시오.

6. 액세스 권한 섹션에서 제한값 편집을 클릭하십시오.

7. 단추가 회색으로 처리되면 다음 단계를 완료하십시오.

a. secpol.msc 명령을 실행하여 로컬 보안 정책을 여십시오.

b. 로컬 정책을 펼치고 보안 옵션을 클릭하십시오.

c. 다음 정책을 선택하십시오. DCOM: SDDL(Security Descriptor

Definition Language) 구문에서 시스템 액세스 제한사항.

d. 정책을 마우스 오른쪽 단추로 클릭하고 메뉴에서 특성을 선택하십시오.

그런 다음 보안 편집을 클릭하십시오.


9. 실행 및 활성화 권한 섹션에서 기본값 편집을 클릭하십시오.

10. ibmcol 사용자를 목록에 추가하고 Local Launch 및 Remote Launch 권한이 사용 가능한지 확인하고 확인을 클릭하십시오.

11. 시작 및 활성화 권한 섹션에서 제한값 편집을 클릭하십시오.

12. 단추가 회색으로 처리되면 다음 단계를 완료하십시오.

a. secpol.msc 명령을 실행하여 로컬 보안 정책을 여십시오.

b. 로컬 정책을 펼치고 보안 옵션을 클릭하십시오.

c. 다음 정책을 선택하십시오. DCOM: SDDL(Security Descriptor

Definition Language) 구문에서 시스템 실행 제한사항.

d. 정책을 마우스 오른쪽 단추로 클릭하고 메뉴에서 특성을 선택하십시오.

그런 다음 보안 편집을 클릭하십시오.

13. ibmcol 사용자를 목록에 추가하고 Local Launch, Remote Launch, Local

Activation 및 Remote Activation 권한이 사용 가능한지 확인하고 확인을클릭하십시오.

14. Windows 서버를 다시 시작하십시오.


액티브 디렉토리 도메인 서버에서 ibmcol에 대한 DCOM 액세스 설정:

액티브 디렉토리 도메인 서버에서 사용자에 대해 DCOM 액세스를 설정하려면 다음 단계를 완료하십시오.

프로시저1. gpmc.msc 명령을 실행하여 그룹 정책 관리를 여십시오.

2. 포리스트(forest)와 도메인을 선택하고 도메인 정책을 선택하십시오(예: 기본도메인 정책).




5. 다음 정책을 선택하십시오. DCOM: SDDL(Security Descriptor Definition

Language) 구문에서 시스템 액세스 제한사항.

6. 정책을 마우스 오른쪽 단추로 클릭하고 메뉴에서 특성을 선택하십시오. 그런 다음 보안 편집을 클릭하십시오.


8. 다음 정책을 선택하십시오. DCOM: SDDL(Security Descriptor Definition

Language) 구문에서 시스템 실행 제한사항.

9. 정책을 마우스 오른쪽 단추로 클릭하고 메뉴에서 특성을 선택하십시오. 그런 다음 보안 편집을 클릭하십시오.

10. ibmcol 사용자를 목록에 추가하고 Local Launch, Remote Launch, Local

Activation 및 Remote Activation 권한이 사용 가능한지 확인하고 확인을클릭하십시오.

11. gpupdate 명령을 실행하여 정책 설정을 새로 고치십시오.

자동 구성:

WMI 구성 설정, TaddmWmi 파일 복사 및 ibmcol의 DCOM 액세스 설정 단계는 자동 구성으로 대체될 수 있습니다. TADDM 7.3.0.3 이상을 사용하는 경우PowerShell 구성 단계 설정도 자동화될 수 있습니다.

프로시저1. 다음 파일을 대상 시스템으로 복사하십시오.

a. 다음 스크립트 파일은 $COLLATION_HOME/dist/support/bin 디렉토리에서 찾을 수 있습니다.

v copyFiles.ps1

v dcomConfiguration.ps1


v nonadmin.properties

v Fix Pack 3 psSessionConfiguration.ps1

v scriptsRunner.bat

v Fix Pack 3 scriptsRunner.ps1

v wmiConfiguration.ps1

v Fix Pack 4 wrmConfiguration.ps1

b. 다음 TaddmTool Provider 파일을 $COLLATION_HOME/dist/lib/

ms/gateway 디렉토리에서 찾을 수 있습니다.

v TaddmWmi.pdb

v TaddmWmi.exe

v TaddmWmi.mof

v TaddmWmi.dll

2. nonadmin.user 및 nonadmin.files.path 특성을 업데이트하여nonadmin.properties 파일을 구성하십시오.

nonadmin.user=usernonadmin.wmi.namespace=rootnonadmin.files.path=pathnonadmin.permissions=Enable,MethodExecute,RemoteAccess

user 값은 비관리 감지에 사용할 사용자입니다. 로컬 사용자를 지정하는 경우 사용자 이름만 추가해야 합니다 . 그렇지 않으면 도메인 이름(예 :

domain\user)을 제공하십시오. path 값은 1단계에서 파일을 복사한 디렉토리의 경로입니다. 나머지 특성 값은 수정하지 마십시오.

3. 명령 프롬프트를 사용하여 scriptsRunner.bat 파일을 실행하십시오.

Fix Pack 3 TADDM 7.3.0.3 이상에서는 scriptsRunner.bat 파일에 -wmi나-ps 매개변수 또는 둘 다 필요합니다.

v scriptsRunner.bat -wmi - WMI 구성 설정 단계를 실행하여, TaddmWmi

파일을 복사하고 DCOM 액세스 권한을 설정합니다.

v scriptsRunner.bat -ps - WMI 구성 설정 및 PowerShell 구성 설정 단계를 실행합니다.

v scriptsRunner.bat -wmi -ps - -wmi 및 -ps 매개변수 둘 다의 단계를실행합니다.

Fix Pack 4 TADDM 7.3.0.4 이상에서는 set 명령과 다음 매개변수 변수 중하나 이상을 사용해야 합니다.

v scriptsRunner.bat set -wmi - WMI 구성을 설정하고, TaddmWmi 파일을 복사하며, DCOM 액세스를 설정하는 단계를 실행합니다.


v scriptsRunner.bat set -ps - WMI 구성을 설정하고 PowerShell 구성을 설정하는 단계를 실행합니다.

v scriptsRunner.bat set -wmi -ps - -wmi 및 -ps 매개변수 둘 다의 단계를 실행합니다.

4. 시스템을 다시 시작하십시오.


Fix Pack 4 비관리 감지를 더 이상 실행하지 않기로 결정한 경우 원래의 구성으로 돌아갈 수 있습니다. 다음 옵션 중 하나를 선택하여 scriptsRunner.bat을 실행하십시오.

v scriptsRunner.bat revert -wmi

v scriptsRunner.bat revert -ps

v scriptsRunner.bat revert -wmi -ps

시스템을 다시 시작하십시오.

관련 참조:

155 페이지의 『비관리 IIS 감지 구성』Microsoft IIS 웹 서버 센서를 구성하면 IIS 서버의 비관리 감지를 실행할 수있습니다. 이러한 감지에는 사용자의 관리자 권한이 필요하지 않습니다. 이 모드에서 사용자 계정 제어(UAC) 옵션을 사용할 수 있습니다.

문제점 해결:

비관리 Windows 감지를 실행하는 동안 몇몇 오류가 발생할 수도 있습니다. 여기서 가장 일반적인 오류의 설명을 보고 이를 수정하는 방법을 볼 수 있습니다.

세션 센서가 CTJTP1163E 오류로 종료됨

문제 비관리 사용자의 DCOM 구성 및 WMI 구성이 올바르지 않은 경우 다음 오류가 발생할 수도 있습니다.

CTJTP1163E The following WMI session cannot be established(WMI: SELECT BuildVersion FROM Win32_WMISetting failed: Access is denied.(Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))System.UnauthorizedAccessException: Access is denied.(Exception from HRESULT: 0x80070005 (E_ACCESSDENIED));

솔루션다음 섹션의 지시사항을 따르십시오. 493 페이지의 『WMI 구성 설정』and 494 페이지의 『ibmcol에 대한 DCOM 액세스 설정』.

세션 센서가 CTJTP1161E 오류로 종료됨

문제 비관리 사용자가 제대로 구성되었지만 TADDM WMI 파일이 배치되지않은 경우 다음 오류가 발생할 수도 있습니다.


CTJTP1161E The application cannot establish the following WMI session:SessionClientException: InstallProvider failed: could not copy filesto remote host: System.Exception: WNetAddConnection2: Access is denied.

솔루션다음 섹션의 지시사항을 따르십시오. 494 페이지의 『TaddmWmi 파일복사』.

센서 문제점 해결이 주제에서는 HWindows 컴퓨터 시스템 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

WMI 문제

문제 Windows Management Instrumentation(WMI)가 감지될 시스템에서 실패하여 감지가 실패합니다.

솔루션WMI를 다시 시작하면 문제가 정정될 수 있습니다. 다음 명령을 사용하여 WMI를 다시 시작하십시오.

net stop winmgmtnet start winmgmt

WMI를 다시 시작해도 문제가 정정되지 않으면 다음 Microsoft 유틸리티를 사용하여 W M I 문제를 해결하십시오 . 해당 유틸리티는https://technet.microsoft.com/en-us/scriptcenter/dd772288.aspx에 있습니다.

WMIDiag

지시사항에 따라 유틸리티를 설치 및 실행하고 WMI가 올바르게작동 중인지 확인하십시오.

Scriptomatic

Scriptomatic 유틸리티를 사용하여 TADDM에서 사용되는 것과 비슷한 WMI 조회를 생성할 수 있습니다. 다음 WMI 클래스는 일부 TADDM 조회입니다.

v Win32_Process

v Win32_OperatingSystem

v Win32_WMISetting

v Win32_ComputerSystem

이 클래스가 Scriptomatic 유틸리티를 사용하여 대상 시스템에서로컬로 조회되거나 게이트웨이에서 원격으로 조회될 수 있는지 확인하십시오.


https://technet.microsoft.com/en-us/scriptcenter/dd772288.aspx

WMI 제공자 배치 문제

문제 Windows 시스템 감지의 경우, TADDM이 에이전트 없는 감지를 사용하도록 각 대상 시스템에 WMI 제공자를 배치합니다. 때때로 이 배치에문제가 발생합니다.

솔루션다음 파일은 WMI 제공자로 구성되며 $COLLATION_HOME/lib/

ms/gateway 디렉토리의 TADDM 서버에 있습니다.

TaddmWmi.dll

기능을 위해 TaddmWmi.exe를 실행하는 WMI 제공자.

TaddmWmi.mof

WMI 제공자(TaddmWmi.dll)에서 제공하는 새 WMI 메소드를 지정

TaddmWmi.exe

명령을 실행할 WMI 제공자(TaddmWmi.dll)에서 호출

TaddmWmi.pdb

TaddmWmi.dll 파일의 디버깅 정보가 있습니다.

TADDM WMI 설치 제공자는 다음 태스크를 수행합니다.

1. 적용 가능한 경우 이전 목록의 파일을 감지 범위에 있는 각 대상 시스템의 %SystemRoot%\System32\wbem 디렉토리에 복사합니다(Admin$

또는 C$ 디렉토리를 사용하여 이 작업을 수행).

2. 각 대상 시스템에서 다음 명령을 실행하십시오.

32비트 Windows 운영 체제:%SystemRoot%\System32\wbem\mofcomp.exe %SystemRoot%\System32\wbem\TaddmWmi.mof%SystemRoot%\System32\regsvr32 /s %SystemRoot%\System32\wbem\TaddmWmi.dll

64비트 Windows 운영 체제:%SystemRoot%\SysWOW64\wbem\mofcomp.exe %SystemRoot%\SysWOW64\wbem\TaddmWmi.mof%SystemRoot%\SysWOW64\regsvr32 /s %SystemRoot%\SysWOW64\wbem\TaddmWmi.dll

WMI 또는 액세스 관련 문제를 해결하기 위해 수동으로 TADDM WMI

설치 제공자를 실행할 수 있습니다. Windows 게이트웨이에서 TaddmTool

프로그램을 사용하여 제공자를 수동으로 설치하려면 다음 명령을 입력하십시오.

1. cd WINDOWS\temp\taddm.nnnn. 여기서 nnnn는 TADDM 게이트웨이디렉토리를 식별하는 문자열입니다. 수정사항이 TADDM 서버에 적용되면 둘 이상의 게이트웨이 디렉토리가 표시될 수 있습니다. ID 문자열은 DiscoveryManager.log 파일에서 DTADDM_ID= 항목 뒤에 있습니다.

2. set TADDM_USERNAME=domain\userid


3. set TADDM_PASSWORD=password_for_userid

4. set TADDM_INTERACTIVE=1

5. TaddmTool InstallProvider -AutoDeploy @ipaddress. 여기서ipaddress는 대상 시스템의 IP 주소입니다.

WMI 액세스 거부 오류

문제 WMI 액세스 거부 오류가 발생합니다.

솔루션http://www.redbooks.ibm.com/abstracts/SG247264.html에 있는 IBM

Redbooks® 서적인 Deployment Guide Series: IBM Tivoli Change and

Configuration Management Database Configuration Discovery and Tracking

v1.1의 부록 F를 참조하십시오.

WMI 프로세스 작성 오류

문제 제공자 설치 중에 WMI 프로세스 작성이 액세스 오류로 실패합니다. 필요한 계정에 Windows Replace a Process Level Token 권한이 부여되지 않아서 문제가 발생했을 수 있습니다.

솔루션v 이 권한은 LOCAL SERVICE 및 NETWORK SERVICE 계정에 부여되어야 합니다. 이를 확인하려면 다음 단계를 완료하십시오.

1. 콘솔 또는 터미널 서버 클라이언트를 사용하여 대상 시스템에 로그온하십시오.

2. 시작을 클릭하십시오.

3. 실행을 선택하십시오.

4. gpedit.msc를 입력하여 그룹 정책 편집기를 시작하십시오.

5. 로컬 컴퓨터 정책 > 컴퓨터 구성 > Windows 설정 > 보안 설정> 로컬 정책 > 사용자 권한에서 권한 트리를 펼치십시오.

v Replace a Process Level Token 권한에 지정된 계정을 변경할 수 없으면 이 감지 계정을 권한이 있는 그룹에 추가하십시오.

Tivoli_Admin_Privileges 그룹에 권한이 있는지 확인하십시오. 권한이 있으면 이 감지 계정을 해당 그룹의 구성원으로 지정하십시오.

지정된 네트워크 이름을 더 이상 사용할 수 없음

문제 이 오류가 발생하거나 제공자 설치 중에 대상에 파일을 복사하는 데 문제가 있는 경우 대상 시스템에서 SMB(파일 공유)에 연결하는 데 문제가있을 수 있습니다.

솔루션


다음 단계를 완료하십시오.

1. SMB 포트를 청취 중인지 확인하십시오.

v Windows 2003은 포트 445에서 청취합니다.

v Windows 2000은 445 또는 139에서 청취 중일 수 있습니다.

2. 게이트웨이에서 명령창을 열고 다음 명령을 실행하여 연결을 허용하거나 거부할지를 확인하십시오.

telnet <target machine name> 445

3. 거부하는 경우 포트 139를 사용하여 b단계를 반복하십시오. 둘 다 실패하면 다음 문제 중 하나입니다.

v 방화벽이 게이트웨이가 대상 SMB 서비스에 연결되지 못하게 합니다.

v SMB 서비스가 실행 중이지 않거나 작동하지 않습니다.

원인이 방화벽인지 또는 SMB 서비스인지 여부를 판별하려면 다음 단계를 완료하십시오.

1. 콘솔 또는 터미널 서버 클라이언트를 통해 대상 시스템에 로그온하십시오.

2. 위의 2 및 3단계에서의 Telnet 명령을 실행하십시오. 여기서 <target

machine name>은 로컬 시스템입니다.

Telnet이 성공하면 방화벽으로 인해 문제가 발생합니다. 그렇지 않으면 SMB 서비스에서 문제가 있습니다.

다음을 수행하십시오.

v 제어판의 서비스에서 서버 서비스가 실행 중인지 확인하십시오.

v 명령행에서 다음 명령을 실행하십시오.

net share

공유 중 하나: c$ 또는 admin$가 있어야 합니다.

Slow discovery of Windows 2003 SP1 시스템 또는 해당 시스템에서실행 중인 애플리케이션의 감지가 느림

문제 Windows 2003 SP1 시스템 또는 해당 시스템에서 실행 중인 애플리케이션의 감지가 느린 것은 WMI 서비스에서 메모리가 부족하기 때문일 수있습니다.

솔루션Microsoft에서 사용 가능한 다음 핫픽스가 설치되어 있는지 학인하십시오.

http://support.microsoft.com/kb/911262



Windows 2000 시스템이 감지되지 않음

문제 Windows 2000 시스템이 감지되지 않으면 대상 시스템에 지원되지 않는버전의 netstat 프로그램이 설치되므로 문제가 발생할 수 있습니다.

netstat 프로그램을 사용하여 감지 중에 TCP 포트 정보를 가져옵니다.

Windows 2000 시스템은 최신 버전의 Windows를 실행 중인 시스템에설치된 프로그램과 다른 버전의 netstat 프로그램을 사용합니다.

솔루션Microsoft에서 사용 가능한 다음 핫픽스가 설치되어 있는지 학인하십시오.


로컬 방학병을 사용하는 경우 Windows XP 대상의 TADDM 감지

문제 일반적으로 Windows XP 기반 대상은 강화된 보안을 위해 로컬 방화벽을 사용합니다.

방화벽이 감지를 차단하는 경우 이러한 컴퓨터에서의 TADDM 감지는 다음 오류와 함께 실패합니다.

CTJTP1161E The application cannot establish the following WMI

session: SessionClientException: SELECT BuildVersion FROM

Win32_WMISetting failed (0x800706ba: The RPC server is

u n a v a i l a b l e . ) : 0 x 8 0 0 7 0 6 b a : S y s t e m .

Runtime.InteropServices.COMException (0x800706BA): The RPC server

is unavailable.

솔루션로컬 방화벽을 사용하는 경우 Windows 대상을 감지하려면 Windows XP

대상에서 RPC 포트의 범위를 좁게 제한하고 방화벽에서 해당 포트를 여십시오.

다음 단계를 수행하여 DCOM 포트를 제한하십시오.

1. 제어판으로 이동하십시오.

2. 관리 도구를 선택하십시오.

3. 구성요소 서비스를 선택하십시오.

4. 컴퓨터를 선택하십시오.

5. 내 컴퓨터를 마우스 오른쪽 단추로 클릭하고 특성을 여십시오.

6. 기본 프로토콜 탭을 선택하십시오.

7. 연결 지향 TCP/IP를 두 번 클릭하십시오.

8. COM 인터넷 서비스 창에서 추가를 선택하십시오.

9. 포트 범위(예: 5000 - 5050)를 추가하십시오. 확인을 클릭하십시오.

10. 컴퓨터를 다시 시작하십시오.



방화벽 예외 목록에 DCOM 포트를 추가하십시오.

로컬 방화벽에서 포트를 허용하려면 다음 단계를 수행하십시오.

1. 제어판으로 이동하십시오.

2. Windows 방화벽을 클릭하십시오.

3. 예외를 클릭하십시오.

4. 포트 추가를 클릭하십시오.

5. 각 DCOM 포트를 하나씩 제한사항에 추가하십시오.

’파일 복사 실패’ 오류로 인해 Tectia SSH 서버가 있는 대상에서 센서 실패

문제 센서가 Tectia SSH 서버가 있는 대상에서 실패하고 로그 파일에는 다음메시지가 포함됩니다.

session.Ssh2SessionClient - failed to copy file: AAAA to: BBBB with retray 0java.io.EOFException: SSHSCP1: premature EOF

솔루션문제를 해결하려면 다음 단계를 완료하십시오.

1. TADDM 서버에 Tectia SSH 클라이언트를 설치하십시오.

2. 외부 Tectia scp 명령을 사용하도록 TADDM을 구성하십시오.

collation.properties 파일에서com.collation.platform.os.scp.command 특성을 Tectia scp 명령을가리키도록 설정하십시오. 예제:

com.collation.platform.os.scp.command=C:\\SshTectia\\SSH TectiaClient\\scp2.exe

선택된 IP와 범위 세트에 대해서만 선행 플래그를 정의할 수 있습니다. 예제:

com.collation.platform.os.scp.command.10.11.12.13=C:\\SshTectia\\SSH Tectia Client\\scp2.execom.collation.platform.os.scp.command.scopesetA=C:\\SshTectia\\SSH Tectia Client\\scp2.exe

참고: TADDM이 FIPS 140-2 호환 모드에 있으면 외부 scp 명령을사용하면 보안에 영향을 미칠 수 있습니다. 이러한 경우에는 사용된SCP 프로그램이 FIPS를 준수하는지 확인해야 합니다.

스토리지 센서스토리지 센서는 환경에서 사용되는 스토리지를 감지합니다.

EMC 스토리지 범위 센서EMC 스토리지 범위 센서는 EMC 스토리지 범위 데이터베이스에서 데이터를 추출하여 SAN(Storage Area Network)과 관련된 스토리지 자원을 감지합니다.


이 센서는 스토리지 어레이, 호스트, 스위치, 패브릭, 구역, 스토리지 볼륨, 스위치 포트, 파일 시스템 및 디스크 드라이브와 같은 스토리지 자원을 감지합니다.

호스트 또는 스위치와 관련된 일부 자원은 호스트 스토리지 센서 또는 파이버 스위치 센서에 의해 감지될 수 있습니다.

EMC 감지는 두 개의 센서(EMC 스토리지 범위 센서, EMC 스토리지 범위 세부사항 센서)에 의해 수행됩니다. 첫 번째 센서는 StorageSubSystem의 일반 속성과 FC 스위치, 패브릭, 구역 및 구역 세트의 전체 세부사항을 감지합니다. 그런 다음, 센서는 EMC 배열 및 호스트의 세부사항을 감지하는 세부사항 센서를시작합니다. arraysDiscoveryChunk 매개변수를 편집하여 각 세부사항 센서에서감지하는 배열 수를 지정할 수 있습니다.


EMCStorageScopeSensor, EMCStorageScopeDetailSensor

선행 조건v 다음 Oracle JAR 파일을 감지 엔드포인트에서 dist/osgi/plugins/

com.ibm.cdb.discover.sensor.app.srm.emccommon_1.0.0/lib/oracle 디렉토리로 복사해야 합니다.

– ojdbc14.jar

– oraclepki.jar

– ojpse.jar

제한사항v 중복을 피하기 위해서는 EMC Storage Scope 센서가 발견한 엔드포인트의 레벨 2 감지를 실행해야 합니다.

v 메모리 부족 오류를 일으킬 수 있는 감지 오브젝트의 수를 줄이기 위해 EMC

Storage Scope Detail 센서는 각 볼륨에 대해 하나의 SCSI 경로만(더 있는 경우에도) 감지합니다. TADDM은 SCSI 경로를 사용하여 컴퓨터 시스템과 스토리지 서브시스템 간의 관계를 작성합니다. 경로는 SRMHostArrayPath 테이블에서 검색됩니다.

v 감지를 실행할 때 StoragePools가 감지되지 않습니다.

보안 문제v EMC Oracle 데이터베이스에서 SSL을 사용 가능하게 하는 경우, 액세스 목록에 cwallet.sso 파일을 추가해야 합니다.


연관 속성이 있는 모델 오브젝트EMC 스토리지 범위 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 EMC 스토리지 범위 데이터베이스에 저장되는 스토리지 자원에 대해 수집하는 정보 유형을 나타냅니다.


dev.BasedOnExtent

v Source

v Target


v Name

v Parent

v WordlWideName

dev.DiskDrive

v DiskSize

v Name

v Parent

v SerialNumber

v Type

v Vendor

v Revision

v Status

v DiskSpeed

dev.FCPort

v Description

v Parent

v PermanentAddress

v PortNumber

v PortType

v Status

dev.FCVolume

v Capacity

v Name


v Parent

v BasedOn

v FreeSpace

net.IpAddress

v DotNotation

v StringNotation

net.IpInterface

v IpAddress

v Parent


v Source

v Target

v Type

storage.Fabric

v Fcswitch

v Name

v SourceToken

v ZoneSets

v Zones

storage.FCSwitch

v FCPorts

v ManagementURL

v Manufacturer

v Model

v Name

v ROMVersion

v SerialNumber

v Type

v WorldWideName


v AllocatedCapacity

v AvailabilityState

v AvailableCapacity


v CacheSize

v FCPorts

v Fqdn

v Manufacturer

v Members

v Model

v ROMVersion

v SerialNumber

v Type




v Capacity

v Name

v Parent

v RedundancyMethod

v SourceToken

storage.Zone

v Active

v Name

v Parent

storage.ZoneSet

v Active

v Name

v Parent

v Zones

다중 운영 체제:

sys.aix.Aix

sys.hpux.HpUx

sys.linux.Linux

sys.OperatingSystem

sys.sun.Solaris





v FQDN

v OSConfidence

v OSName

v Parent

다중 컴퓨터 환경:


sys.ComputerSystem







v Devices

v FCPorts

v FileSystems

v FQDN

v IpInterfaces

v Model

v OSInstalled

v OSRunning

v Signature

v Type

v Name

다중 파일 시스템:

sys.LocalFileSystem

sys.sun.SolarisFileSystem


sys.windows.WindowsFileSystem


v AvailableInodes


v AvailableSpace

v Capacity

v MountPoint

v Parent

v StorageExtent

v TotalInodes

v Type



성공적으로 감지하려면 센서에 다음 신임 정보가 필요합니다.

v EMC 스토리지 범위 서버에 대한 Windows 컴퓨터 시스템 신임 정보v EMC 데이터베이스에 대한 Oracle 신임 정보. JDBC 연결에 SSL을 사용하도록 설정하는 경우, cwallet.sso 파일도 액세스 목록에 추가해야 합니다.


EMC 스토리지 범위 센서는 기본적으로 레벨 3 감지 프로파일에서 사용 가능합니다.

제한사항: 호스트 스토리지 센서 및 파이버 스위치 센서는 호스트 및 스위치도 감지합니다. 둘 다 사용하는 경우 자원은 두 번 감지될 수 있습니다.

새 프로파일을 작성하여 다음 속성을 수정하십시오.

discoverHosts

discoverHosts 속성의 기본값은 true입니다. 이 센서는 컴퓨터 시스템,

디스크, FC 포트, FC 볼륨, 스토리지 볼륨, 로컬 파일 시스템 및 파일 시스템 서비스와 같은 호스트 관련 데이터를 감지합니다.

값이 false이면, 호스트 관련 데이터가 센서에서 감지되지 않습니다.

discoverSwitch

discoverSwitch 속성의 기본값은 true입니다. 센서는 스위치 관련 데이터(예: 스위치, 스위치 포트, FC 포트)를 감지합니다.

값이 false이면, 스위치 관련 데이터가 센서에서 감지되지 않습니다.

discoverArraySerialNumberStartsWith

기본적으로, 센서는 발견된 모든 배열을 감지합니다. 이 속성을 지정하여


해당 숫자를 제한할 수 있습니다. 예를 들어 APM으로 시작하는 일련 번호가 있는 배열을 감지할 경우 다음 매개변수를 사용하십시오.

discoverArraySerialNumberStartsWith=APM

arraysDiscoveryChunk

arraysDiscoveryChunk 속성의 기본값은 10입니다. 이 속성은 각 EMC

스토리지 범위 세부사항 센서에서 처리하는 배열 수를 지정합니다.

제한사항: 이 값이 높은 경우 감지에서 메모리 부족 오류가 발생할 수 있습니다.

센서 문제점 해결이 주제에서는 EMC 스토리지 범위 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

센서가 EMC 데이터베이스에 연결할 수 없음

문제 EMC 데이터베이스에 연결할 수 없어서 센서가 실패합니다.

솔루션EMC 데이터베이스에 대한 신임 정보가 올바른지와 모든 필수 JAR 파일을 복사했는지 확인하십시오. SSL을 사용 가능하게 하는 경우, 액세스 목록에 cwallet.sso 파일도 추가해야 합니다.

센서가 호스트 컴퓨터 시스템을 감지하지 않음

문제 센서가 호스트 컴퓨터 시스템을 감지하지 않습니다.

솔루션센서는 EMC 제어 센터에서 관리하고 EMC 스토리지 범위 스토리지와 동기화되는 호스트 시스템만 감지할 수 있습니다. 또한 호스트는 FC 스위치 또는 스토리지 서브시스템과 관계가 있어야 합니다.

감지를 완료하는 데 너무 오래 걸림

문제 감지를 완료하는 데 시간이 너무 많이 소요되었습니다.

솔루션호스트 스토리지 센서 및 파이버 스위치 센서는 호스트 및 스위치도 감지합니다. 둘 다 사용하는 경우 자원은 두 번 감지될 수 있습니다. 감지를 확인하십시오.

감지가 CTJTD2312E 오류와 함께 완료됨

문제 감지가 CTJTD2312E 오류와 함께 완료됩니다.


솔루션센서 로그 파일에서 targetDb.HOSTNAME 특성을 찾고 TADDM 서버에서호스트를 분석할 수 있는지 확인하십시오.

데이터베이스 잠금이 발생함

문제 두 개의 센서가 데이터베이스에서 비슷한 데이터를 동시에 저장하려는 경우 데이터베이스 잠금이 발생합니다.

솔루션기본적으로, 모든 세부사항 센서는 해당 데이터를 동시에 저장합니다. 저장이 차례로 수행되도록 다음 특성을 변경할 수 있습니다.

com.collation.discover.observer.topopumpdeadlockstrategy=avoid

제한사항: 센서가 순서대로 해당 데이터를 저장하는 경우 감지 시간이 늘어날 수도 있습니다.

파이버 스위치 센서파이버 스위치 센서는 파이버 채널(FC) 스위치 및 FC 포트 정보를 감지합니다.


FCSwitchSensor

연관 속성이 있는 모델 오브젝트파이버 채널(FC) 스위치 센서는 연관된 속성을 사용하여 모델 오브젝트를 작성합니다. 속성은 센서가 IT 환경에서 파이버 스위치 자원에 대해 수집하는 정보 유형을 나타냅니다.


dev.FCPort

v DisplayName

v PortNumber

v DeviceID

v PermanentAddress

v PortType

v Speed


v Source

v Target


storage.FCSwitch

v Name

v Description

v WorldWideName

v Model

v Manufacturer

v SerialNumber

v Version

sys.ControlSoftware

v Name

v VersionString




센서를 기본적으로 사용할 수 없습니다. 센서를 사용려면, 감지 프로파일을 작성한 후 새 프로파일에서 센서를 사용할 수 있어야 합니다. 센서는 프로파일에서 추가 센서를 사용할 수 있어야 합니다.

v AnchorSensor

v PingSensor

v PortSensor

v SessionSensor

v SnmpMib2Sensor














센서 문제점 해결이 주제에서는 파이버 스위치 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

미완료 스위치 정보가 감지됨

문제 이 센서가 감지를 완료하지만 스위치에 대한 모든 세부사항을 수집하지 못합니다.

솔루션다음 데이터가 사용 가능한지 확인하십시오.

v Fibre Alliance MIB(FC-MGMT MIB)

v Cisco MIB(CISCO-FC-FE MIB)

v Brocade 스위치 모델 정보(switch.html)

호스트 자원 센서호스트 자원 센서는 호스트 자원 MIB를 사용하여 메모리 크기, 파일 시스템, 설치된 소프트웨어의 날짜 및 유형, 매체 액세스 디바이스 및 논리 스토리지 영역과 같은 운영 체제 세부사항을 감지합니다.

논리 스토리지에 대한 세부사항은 『메모리 부족』 및 『버퍼 부족』 문제를 해결하는 데 유용합니다.


HostResourcesSensor

제한사항

센서가 감지한 파일 시스템은 사용자 인터페이스에 표시되지 않습니다. 이 제한사항은 Windows 운영 체제 이외의 운영 체제에서 실행 중인 컴퓨터 시스템에적용됩니다. api.sh 스크립트를 실행하여 이 센서에서 감지한 파일 시스템을 확인하십시오.




v 메모리 크기: .1.3.6.1.2.1.25.2.2.0

v 스토리지 테이블: .1.3.6.1.2.1.25.2.1.2

v 디바이스 유형: .1.3.6.1.2.1.25.3.1.1

v 매체 액세스 디바이스: .1.3.6.1.2.1.25.3.2.1.1

v 설치된 소프트웨어: .1.3.6.1.2.1.25.6.3.1.1




v sys.ComputerSystem sys.OperatingSystem

v sys.FileSystem

v sys.SoftwareComponent













호스트 스토리지 센서호스트 스토리지 센서는 SAN(Storage Area Network) 스토리지와 같이 호스트컴퓨터 시스템에 연결된 스토리지를 감지합니다. 이 센서는 스토리지 센서에서 제공하는 스토리지 감지를 확장합니다.

호스트 스토리지 및 스토리지 센서는 동일한 스토리지 자원(예: 디스크, 파티션,

논리 볼륨, 실제 볼륨 및 파일 시스템)을 감지합니다. 또한 호스트 스토리지 센서는 다음 스토리지 자원도 감지합니다.

v 파이버 채널(FC) 볼륨v FC 포트v 호스트 버스 어댑터


HostStorageSensor

선행 조건64비트 Linux 대상의 경우

32-bit glibc 라이브러리는 32비트 버전의 collectionEngine 2진 파일이 센서에서 사용되는 경우(기본값)에만 필요합니다.

collectionEngineBuild_64_Bit 옵션이 true로 설정된 경우 32-bit glibc

는 필요하지 않습니다.

제한사항

스토리지 센서를 사용하여 대상 컴퓨터에 연결된 스토리지를 발견하는 경우 이센서를 사용하는 동일한 시스템에서 감지를 실행하지 마십시오.

공급업체의 호스트 버스 어댑터(HBA) API 라이브러리 파일(32비트)을 설치해야 합니다. 공급업체의 32비트 HBA API 라이브러리 파일은 센서가 64비트 콜렉션 엔진 2진 파일을 사용하는 경우 필요하지 않습니다.

센서가 Solaris 대상 시스템에서 ZFS 파일 시스템을 감지하지 않습니다.

AIX LPAR에서 센서를 실행하지 마십시오. 여기서 LPAR의 구성이 액세스 게이트웨이 모드로 FOS v6.4.3_dcb를 실행하는 BR8470 FCoE 스위치에 첨부됩니다.

이는 해당 FC 스위치에 연결되는 시스템의 예상치 않은 동작을 유발합니다.

FOS7.0.2e 이상을 사용하십시오.


보안 문제

기본적으로, root 사용자 권한은 UNIX 환경에서 SAN 자원을 감지하는 데 필요합니다. 일반적으로 이 에스컬레이션은 setuid(set-user-ID 모드 비트) 용어 또는sudo 명령으로 파일 액세스 권한을 설정하여 수행됩니다.

연관 속성이 있는 모델 오브젝트호스트 스토리지 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 IT 환경에서 스토리지 자원에 대해 수집하는 정보 유형을 나타냅니다.


dev.BasedOnExtent

v Source

v Target

dev.ControlledBy

v Controller

v Device

dev.Controller

v Name

dev.DiskDrive

v Description

v DiskSize

v Name

v Type

dev.DiskPartition

v BlockSize

v Name

v NumOfBlocks

dev.FCPort

v PermanentAddress

v PortType

v Speed

dev.FCVolume

v BlockSize

v Controller


v DeviceID

v FCPLun

v Name

v NodeWWN

v NumOfBlocks

v PortWWN

v RealizedBy

v SCSIBus

v SCSILun

v SCSITarget

v Type

dev.RealizesExtent

v Source

v Target

dev.SCSIProtocolController

v EndPoints

v FCPorts

v Name


v Name

v WorldWideName

dev.SCSIVolume

v BlockSize

v DeviceID

v Name

v NumOfBlocks

v RealizedBy

v SCSIBus

v SCSILun

v SCSITarget

v Type

dev.StorageExtent

v BlockSize


v DeviceID

v Name

v NumOfBlocks

dev.StorageVolume

v BlockSize

v DeviceID

v Name

v NumOfBlocks

v RealizedBy

v Type

phys.physpkg.Card

v FWRevision

v Manufacturer

v Model

v SerialNumber


v Name

v PhysicalPackage

v SCSIProtocolControllers

v WorldWideName

sys.LocalFileSystem

v AvailableSpace

v Capacity

v Label

v MountPoint

v StorageExtent

v Type

sys.NFSFileSystem

v AvailableSpace

v Capacity

v ExportName

v MountPoint

v ServerName



v AvailableSpace

v Capacity

v Description

v MountPoint

v Type


v AvailableSpace

v Capacity

v Description

v MountPoint

v Type


콜렉션 엔진 파일을 대상 호스트 시스템에 액세스 가능한 위치에 복사:

호스트 스토리지 센서는 콜렉션 엔진 파일로 실행되는 프로그램을 사용하여 스토리지 데이터를 감지합니다. 기본적으로 호스트 스토리지 센서는 콜렉션 엔진을대상 호스트 시스템의 위치에 복사합니다. 감지가 완료되면, 콜렉션 엔진 파일이호스트에서 삭제됩니다. root 권한은 콜렉션 엔진 프로그램을 실행하는 데 필요합니다. 루트 권한이 필요한 호스트 시스템에 애플리케이션을 복사하는 조치는 보안 위험을 일으킬 수 있습니다. 이 위험을 방지하기 위해 센서는 콜렉션 엔진이보안 위치에 배치되고 보안 위치로부터 액세스될 수 있도록 허용하는 구성을 지원합니다.

보안 위치에서 콜렉션 엔진을 실행하려면 콜렉션 엔진 파일을 대상 호스트 시스템에 액세스 가능한 위치로 복사하십시오.

콜렉션 엔진 파일을 복사하고 구성하려면 다음 단계를 완료하십시오.

1. TADDM 서버의 taddm_home/dist/osgi/plugins/

com.ibm.cdb.discover.sensor.dev.hoststorage_7.2.0/bin/

collection-engine 디렉토리에서 파일을 대상 호스트 시스템에 액세스 가능한 위치로 복사하십시오.

2. 디렉토리에 대한 소유권 및 액세스를 사용자 루트로 제한하십시오.

3. 콜렉션 엔진 파일의 위치를 지정하십시오. 위치는 대상 호스트 시스템에서 액세스할 수 있어야 합니다. 콜렉션 엔진 파일의 위치를 지정하려면 다음 옵션중 하나를 사용하십시오.


v Windows 시스템의 경우, 대상 시스템에서 시스템 PATH 환경 변수를 편집하고 콜렉션 엔진 파일의 위치를 입력하십시오.

v 기타 모든 시스템의 경우, TADDM 서버에서 collation.properties 파일의 com.collation.discover.agent.path를 편집하고 콜렉션 엔진 파일의 위치를 입력하십시오. 해당하는 대상 운영 체제에 대한 콜렉션 엔진 디렉토리의 위치를 지정하십시오.

v TADDM 서버에서 호스트 스토리지 센서에 대한 감지 프로파일을 수정하십시오. 필요한 경우, CollectionEnginePath 또는CollectionEngineWindowsPath 속성 또는 둘 다에 콜렉션 엔진 디렉토리의경로를 입력하십시오.

4. TADDM 서버에서 호스트 스토리지 센서에 대한 감지 프로파일을 수정하십시오. deployCollectionEngine 속성 값을 false로 설정하십시오.

5. 올바른 사용자 권한이 부여되었는지 확인하십시오.

감지를 실행하는 호스트 스토리지 센서에서 사용되는 명령은 권한 상승을 요구할 수 있습니다. 일반적으로 이 에스컬레이션은 setuid(set-user-ID 모드 비트) 용어 또는 sudo 명령으로 파일 액세스 권한을 설정하여 수행됩니다.

Windows 운영 체제의 경우 감지 사용자는 관리자 그룹의 구성원이어야 합니다.


호스트 스토리지 센서는 기본적으로 사용할 수 없습니다. 센서를 사용하려면, 감지 프로파일을 작성한 후 새 프로파일에서 센서를 사용할 수 있어야 합니다.

콜렉션 엔진은 HBA(Host Bus Adapter) API를 사용하여 호스트 시스템에서 구성된 HBA 및 FC 볼륨을 감지합니다. 감지를 제대로 수행하려면 공급업체의 HBA

API 라이브러리가 호스트 시스템에 제대로 설치되고 구성되어야 합니다.

다음 속성을 수정할 수 있습니다.

Fix Pack 4 deployCollectionEngineWindows

deployCollectionEngineWindows 속성의 기본값은 true입니다. 센서는콜렉션 엔진 파일을 Windows 대상 호스트 시스템의 위치에 복사합니다.

감지가 완료되면, 콜렉션 엔진 파일이 호스트에서 삭제됩니다. 위치는collectionEngineWindowsPath 속성에 입력됩니다. Windows 시스템에경로가 지정되지 않으면, 콜렉션 엔진 파일이 TEMP 디렉토리로 복사됩니다.

값이 false이면, 콜렉션 엔진 파일이 복사되지 않습니다.

deployCollectionEngine

deployCollectionEngine 속성의 기본값은 true입니다. 센서는 콜렉션 엔


진 파일을 대상 호스트 시스템의 위치에 복사합니다. 감지가 완료되면, 콜렉션 엔진 파일이 호스트에서 삭제됩니다. 위치는 collectionEnginePath

또는 collectionEngineWindowsPath 속성에 입력됩니다. Windows 시스템에 경로가 지정되지 않으면, 콜렉션 엔진 파일이 TEMP 디렉토리로 복사됩니다. 기타 모든 시스템의 경우, 콜렉션 엔진 파일은 대상 호스트 시스템에서 감지를 실행 중인 사용자의 홈 디렉토리로 복사됩니다.

값이 false이면, 콜렉션 엔진 파일이 복사되지 않습니다.

중요사항: Fix Pack 4 TADDM 7.3.0.4 이상에서는 이 속성이 Windows

대상에 적용되지 않습니다. 대신 deployCollectionEngineWindows 속성을 사용하십시오.

collectionEnginePath

collectionEnginePath 속성의 기본값이 없습니다. 필요한 경우, UNIX 콜렉션 엔진 디렉토리의 절대 경로를 입력하십시오.

collectionEngineWindowsPath

collectionEngineWindowsPath 속성의 기본값이 없습니다. 필요한 경우,

Windows 콜렉션 엔진 디렉토리의 절대 경로를 입력하십시오.

디렉토리가 네트워크 드라이브(net use 명령을 사용하여 작성됨)에 있는경우 Windows 경로 입력이 작동하지 않을 수 있습니다 . 대신UNC(Universal Naming Convention) 메소드를 사용하여 Windows 경로를 입력하십시오(예: \\hostname\share\CollectionEngine).

collectionEngineSudoCommand

collectionEngineSudoCommand 속성의 기본값이 없습니다. UNIX 시스템에서 권한 상승에 사용할 명령을 입력하십시오.

collectionEngineTimeout

collectionEngineTimeout 속성의 기본값은 30입니다. 이 값은 감지 중에 제한시간 초과가 발생하기 전의 시간 간격(분)을 지정합니다.

collectionEngineForceUniqueName

collectionEngineForceUniqueName 속성의 기본값은 false입니다. 값이 false인 경우 콜렉션 엔진을 대상 시스템에 복사할 때 콜렉션 엔진의이름을 바꿀 수 없습니다. 값이 true이면, 시간소인은 대상 시스템으로 복사되기 전에 콜렉션 엔진의 이름으로 복사됩니다.

sudo 명령을 사용하여 콜렉션 엔진을 실행할 감지 사용자 권한을 부여하는 경우 콜렉션 엔진 이름을 변경할 수 없습니다. 이 경우, false의 기본값을 사용해야 합니다.

동시 감지를 사용하는 환경에서 동시에 동일한 대상 시스템에 대해 여러개의 감지가 실행되는 경우 콜렉션 엔진을 배치하는 중에 충돌이 발생할


수 있습니다. 이러한 상황에서 collectionEngineForceUniqueName 속성을 true로 설정하여 대상 시스템에서 고유한 콜렉션 엔진 이름을 강제로 지정할 수 있습니다. 이 속성이 true로 설정되면, sudo를 사용할 수 없습니다.

호스트 스토리지 센서가 사용 가능한 경우, 스토리지 센서를 사용 불가능하게 하십시오. 두 센서가 모두 사용으로 설정된 경우 일부 스토리지 자원이 두 번 감지됩니다.






일반적으로, root가 아닌 권한이 있는 계정을 사용할 수 있습니다. 감지를 실행하는 호스트 스토리지 센서에서 사용되는 명령은 권한 상승을 요구할 수 있습니다. 일반적으로 이 에스컬레이션은 setuid(set-user-ID 모드 비트) 용어 또는 sudo

명령으로 파일 액세스 권한을 설정하여 수행됩니다.



센서는 collation.properties 파일에서 콜렉션 엔진 디렉토리의 위치를 명시적으로 지정하는 다음 항목을 사용합니다.

com.collation.discover.agent.path.Linux

com.collation.discover.agent.path.SunOS

com.collation.discover.agent.path.HP-UX

com.collation.discover.agent.path.AIX

com.collation.discover.agent.path.Vmnix

특성에 IP 주소 또는 범위 세트 이름을 추가하여 이러한 각 특성을 범위 지정된특성으로 지정할 수 있습니다(예: com.collation.discover.agent.path.Linux.1.2.3.4).


동일한 운영 체제의 다중 대상 컴퓨터에 콜렉션 엔진이 있지만 콜렉션 엔진이 다른 경로에 있는 경우 collation.properties 파일에서 경로를 입력하십시오. 각고유 경로를 콜론으로 구분하십시오.

센서 문제점 해결이 주제에서는 호스트 스토리지 센서에서 발생하는 공통 문제를 설명하고 해당문제에 대한 솔루션을 제시합니다.

권한이 충분하지 않아서 명령이 실패함

문제 권한 거부 오류로 인해 명령 실패가 발생하고 로그 파일에 기록됩니다.

솔루션권한 상승이 필요한 명령이 제대로 구성되었는지 확인하십시오.

감지를 실행하는 데 시간이 오래 걸림

문제 감지를 실행하는 데 시간이 오래 걸립니다.

솔루션StorageSensor 센서가 사용으로 설정되어 있는지 확인하고 이를 사용 안함으로 설정하십시오. 두 센서가 모두 사용으로 설정된 경우 일부 스토리지 자원이 두 번 감지됩니다.

호스트 스토리지 데이터가 감지되지 않음

문제 호스트 스토리지 데이터가 감지되지 않았습니다.

솔루션공급업체의 HBA(Host Bus Adapter) API 라이브러리 파일이 호스트 시스템에 제대로 설치되고 구성되어 있는지 확인하십시오. 누락된 라이브러리 파일은 HostStorageSensor 로그 파일에서 식별할 수 있습니다.

WWPN 및 WWNN 정보가 표시되지 않음

문제 FC 볼륨의 WWPN(Worldwide Port Name) 및 WWNN(Worldwide

Node Name)이 표시되지 않습니다.

솔루션TADDM이 FC 볼륨 감지에 대해 HBA API를 사용합니다. HBA API는SCSI 볼륨의 OS ID에서 볼륨의 FC 표시로의 맵핑을 제공합니다. FC 표시는 볼륨을 찾는 HBA의 포트에 대한 WWPN을 포함합니다. 다중 포트HBA에서는 SCSI 볼륨이 적용되는 포트를 판별할 방법이 없습니다. 이 제한은 HBA API에 대한 것입니다. 이 문제를 다루기 위해 HBA API 스펙이 업데이트되었지만 모든 HBA API 라이브러리에서 변경사항이 구현되지 않았을 수 있습니다. 최신 버전의 HBA 공급업체 HBA API 라이


브러리가 대상 호스트 시스템에 설치되어 있는지 확인하십시오. 요약햐면HBA API가 SCSI 볼륨을 FC 표시로 맵핑할 수 없는 경우 WWPN 및WWNN을 식별할 수 없습니다.

예상 HBA 수가 표시 안됨

문제 TADDM이 예상 HBA 수를 표시하지 않습니다.

솔루션TADDM이 HBA 감지에 대해 HBA API를 사용합니다. HBA API가 리턴하는 각 어댑터의 경우 TADDM이 HBA 모델 오브젝트를 작성합니다.

어댑터 WWNN은 TADDM이 HBA 이름을 지정할 때 사용됩니다. 어댑터 수는 호스트 컴퓨터 시스템에 설치된 실제 HBA 카드 수 또는 기본시스템 명령에서 리턴된 WWNN 수와 일치하지 않을 수 있습니다.

HBA API 라이브러리가 어댑터 및 WWNN을 해석하는 방법은 HBA 공급업체 HBA API 라이브러리 구현을 통해 판별됩니다. 예를 들어, 일부공급업체는 하나의 WWNN이 있는 하나의 어댑터를 사용하는 다중 포트HBA 카드를 표시할 수 있습니다. 다른 공급업체는 포트당 하나의 어댑터를 사용하는 다중 포트 HBA 카드를 나타낼 수 있으며, 각 어댑터에는고유한 WWNN이 있습니다.

포트 유형 및 포트 속도가 표시되지 않음

문제 FC 포트에 대한 포트 유형 및 포트 속도가 표시되지 않습니다.

솔루션TADDM이 HBA 감지에 대해 FC API를 사용합니다. 그러나 일부 HBA

API 라이브러리는 이러한 속성을 지원하지 않거나 HBA 공급업체 HBA

API 라이브러리를 업데이트해야 할 수 있습니다. 최신 버전의 HBA API

라이브러리가 대상 호스트 시스템에 설치되어 있는지 확인하십시오. HBA

API 라이브러리가 포트 유형 및 포트 속도를 판별할 수 없는 경우 해당속성이 표시되지 않습니다.

SCSI 버스, SCSI 대상 및 SCSI LUN이 올바르게 표시되지 않음

문제 FC 볼륨에 대한 SCSI 버스, SCSI 대상 및 SCSI LUN이 표시되지 않거나 올바른 볼륨이 표시되지 않습니다.

솔루션TADDM은 HBA API를 사용하여 FC 볼륨에 대한 SCSI 정보를 감지합니다. 그러나 일부 HBA API 라이브러리는 이러한 속성을 지원하지 않거나 해당 속성에 대해 올바른 값을 리턴하지 않을 수 있습니다. 이 문제를 해결하려면 HBA 공급업체의 HBA API 라이브러리를 업데이트해야할 수 있습니다. 최신 버전의 HBA API 라이브러리가 대상 호스트 시스


템에 설치되어 있는지 확인하십시오. HBA API 라이브러리가 SCSI 정보를 판별할 수 없는 경우 해당 속성이 표시되지 않거나 잘못된 값이 표시될 수 있습니다.

FC 볼륨 정보가 올바르게 표시되지 않음

문제 FC 볼륨 정보가 표시되어 있지 않거나 올바른 값을 표시하지 않습니다.

솔루션TADDM은 HBA API를 사용하여 FC 볼륨에 대한 정보를 감지합니다.

그러나 HBA API 라이브러리에 문제가 있는 경우 TADDM이 일부 FC

볼륨 속성(예: 블록 크기)에 대해 잘못된 값을 표시할 수 있습니다. 이 문제를 해결하려면 대상 호스트 시스템에 최신 버전의 HBA API 라이브러리가 설치되고 구성되어 있는지 확인하십시오. HBA API 라이브러리가 올바르게 구성되지 않으면, FC 볼륨 속성이 표시되지 않거나 잘못된 값을표시할 수도 있습니다.

BR8470 FCoE 스위치로 인해 HostStorageSensor가 스위치에 연결되는 시스템에 부정적인 영향을 미칩니다.

문제 AIX LPAR에서 HostStorageSensor를 실행 중이고 여기서 LPAR의 구성이 액세스 게이트웨이 모드로 FOS v6.4.3_dcb를 실행하는 BR8470 FCoE

스위치에 첨부되는 경우 FC 스위치에 연결되는 시스템의 예상치 못한 동작을 유발합니다.

솔루션이는 알려진 FOS 문제입니다. 이를 해결하려면 FOS7.0.2e 이상으로 업그레이드하십시오.

IBM Tivoli Storage Productivity Center 센서IBM Tivoli Storage Productivity Center 센서는 SAN(Storage Area Network)

및 NAS(Network Attached Storage)와 관련되는 스토리지 자원을 감지합니다.

센서는 Tivoli Storage Productivity Center 데이터베이스에서 데이터를 추출합니다.

다음은 센서가 감지하는 자원의 예입니다.

v 스토리지 어레이v 스위치v 호스트v 패브릭v 영역v 스토리지 볼륨


v 배열 및 스위치 포트v 파일 시스템v 디스크 파티션v NAS 관련 데이터

이러한 자원의 일부는 호스트 스토리지 센서(예: 호스트와 관련된 데이터) 및 파이버 스위치 센서(예: 스위치와 관련된 데이터)에 의해 감지될 수 있습니다.


TPCStorageSensor

Fix Pack 5

선행 조건

맵핑 정보

스토리지 자원(스토리지 디스크, 볼륨, 물리적 호스트, VM 머신, STG Virtualizer

로서의 SVController, FC 스위치 및 디스트 등...) 간의 맵핑을 얻기 위해 아래스키마는 각 경우에 대해 TPC/스펙트럼 레벨 및 TADDM 감지 레벨의 전제조건을 설명합니다.

가상 서버(일반적으로 VMware 가상 머신) 및 스토리지 LUN 자원 맵핑

이러한 센서(HostStorageSensor 및 TPCStorageServerSensor)가 둘 다 실행된 후에 이 관계를 얻을 수 있습니다.

그러나 두 센서 모두에 대한 전제조건 및 제한사항을 고려해야 합니다.

호스트 스토리지 센서의 전제조건은 아래의 링크를 참조하십시오.

https://www.ibm.com/support/knowledgecenter/en/SSPLFC_7.3.0/

com.ibm.taddm.doc_7.3/SensorGuideRef/r_cmdb_sensor_hoststorage.html

TPC 스토리지 센서의 전제조건은 아래의 링크를 참조하십시오.

https://www.ibm.com/support/knowledgecenter/en/SSPLFC_7.3.0/

com.ibm.taddm.doc_7.3/SensorGuideRef/r_cmdb_sensor_tpcstorage.html

스토리지 서브시스템 및 스토리지 LUN 자원 맵핑

이는 스토리지 서브시스템이 올바르게 감지되는지를 보여주는 암시적 관계입니다.

물리적 서버 및 스토리지 서브시스템 자원 맵핑

이는 HostStorageSensor에서 얻을 수 있습니다. 그러나 HostStorageSensor에 대한 전제조건 및 제한사항을 고려해야 합니다.


https://www.ibm.com/support/knowledgecenter/en/SSPLFC_7.3.0/com.ibm.taddm.doc_7.3/SensorGuideRef/r_cmdb_sensor_hoststorage.html

https://www.ibm.com/support/knowledgecenter/en/SSPLFC_7.3.0/com.ibm.taddm.doc_7.3/SensorGuideRef/r_cmdb_sensor_hoststorage.html

https://www.ibm.com/support/knowledgecenter/en/SSPLFC_7.3.0/com.ibm.taddm.doc_7.3/SensorGuideRef/r_cmdb_sensor_tpcstorage.html

https://www.ibm.com/support/knowledgecenter/en/SSPLFC_7.3.0/com.ibm.taddm.doc_7.3/SensorGuideRef/r_cmdb_sensor_tpcstorage.html

참고: 위의 관계는 관리의 TPC 도메인의 대상 호스트에 TPC SRA 에이전트를설치하지 않고도 얻을 수 있습니다. 일반적으로 TPC 스펙트럼 제어 소스 테이블에 따라 일부 예외가 있습니다. 이는 관련된 대상 호스트(호스트 이름 + IP 주소데이터 및/또는 MAC 주소 등...)를 식별하고 TADDM이 항상 대상 호스트를 스토리지 서브시스템 데이터에 상관시키도록 허용하기 위해 충분한 최소한의 정보를 포함하지 않을 수 있기 때문입니다.

스토리지 서브시스템 볼륨 및 대상 엔드포인트 맵핑

TADDM이 특정 볼륨에 액세스하는 것으로 이를 표시하려면 대상 호스트의 호스트 이름과 함께 최소한의 MAC 주소가 필요하므로 TADDM에서 감지된 스토리지 서브시스템 볼륨에서 엔드포인트 대상 서버로의 맵핑을 얻으려면(TPC 스토리지 센서를 통해) TPC에서는 이러한 볼륨에 액세스하는 대상 호스트에 TPC

SRA 에이전트를 설치해야 합니다. 다른 대안은 맵핑 정보를 저장 및 표시하기위해 각 대상 호스트에 대해 HostStorageSensor를 사용하는 것입니다.

연관 속성이 있는 모델 오브젝트IBM Tivoli Storage Productivity Center 센서는 연관된 속성이 있는 모델 오브젝트를 작성합니다. 속성은 센서가 Tivoli Storage Productivity Cente 데이터베이스에 저장되는 스토리지 자원에 대해 수집하는 정보 유형을 나타냅니다.


dev.BasedOnExtent

v Source

v Target

v Type

dev.Controller

v Name

v Parent

dev.DiskDrive

v DiskSize

v Model

v Name

v Parent

v SerialNumber

v Type

v Vendor


dev.DiskPartition

v Capacity

v Name

v Parent

v PartitionType

v RealizedBy

dev.FCPort

v Label

v Parent

v PermanentAddress

v PortNumber

v PortType

v Speed

dev.FCVolume

v Capacity

v FCPLun

v Name

v Parent

v Type

v PortWWN

v HostPaths

v BasedOn

dev.RealizesExtent

v Source

v Target

v Type

dev.SCSIPath

v ArrayVolume

v HostEndPoint

v LUN

v Parent

v Volume



v WorldWideName

dev.TapeDrive

v Label

v Type

v WorldWideName

net.IpAddress

v DotNotation

v StringNotation

net.IpInterface

v IpAddress

v Parent


v Source

v Target

v Type

storage.Fabric

v Fcswitch

v Label

v Name

v SourceToken

v Virtual

v ZoneSets

v Zones

storage.FCSwitch

v FCPorts

v FCSwitchStatus

v Fcport

v ManagementURL

v Manufacturer

v Model

v Name

v ROMVersion

v SerialNumber


v Type

v WorldWideName

v IpInterfaces

storage.StoragePool

v AnsiT10Id

v Capacity

v Label

v Members

v Raid Level

v RemainingManagedSpace

v StorageSubSystem

v TotalAvailableSpace

v TotalManagedSpace


v AllocatedCapacity

v AnsiT10Id

v AvailabilityState

v AvailableCapacity

v CacheSize

v FCPorts

v Fqdn

v IpInterfaces

v IsNetworkAttached

v Manufacturer

v Members

v MemorySize

v Model

v NumCPUs

v ROMVersion

v SerialNumber

v StoragePools

v Type





v BlockSize

v Capacity

v FreeSpace

v Name

v Parent

v RealizedBy

v RedundancyMethod

v SourceToken

v Type

v Virtual

v Paths

storage.TapeLibrary

v AnsiT10Id

v Description

v Devices

v Manufacturer

v Model

v ROMVersion

v SerialNumber

v TapeMediaChangers

v Type

storage.TapeMediaChanger

v Caption

v Description

v Fqdn

v Label

v ROMVersion

v Type

v WorldWideName

storage.Zone

v Active

v Description


v Name

v Parent

storage.ZoneSet

v Active

v Label

v Name

v Parent

v Zones

다중 운영 체제:

sys.aix.Aix

sys.hpux.HpUx

sys.linux.Linux

sys.netware.Netware

sys.OperatingSystem

sys.sun.Solaris




v FQDN

v OSConfidence

v OSName

v OSVersion

v Parent

v SoftwareComponents

v SystemGuid

다중 컴퓨터 환경:


sys.ComputerSystem








v CPUSpeed

v CPUType

v Devices

v FCPorts

v FileSystems

v Fqdn

v IpInterfaces

v Manufacturer

v MemorySize

v Model

v NumCPUs

v OSInstalled

v OSRunning

v SerialNumber

v Signature

v Type

v Name

v UUID

v MacAddress

v VMID

sys.FileSystemExport

v Name

v Parent

sys.FileSystemService

v Exports

v Host

v Name

sys.NFSExport

v Name

v Parent

sys.NFSService

v Exports


v Host

v Name

다중 파일 시스템:

sys.LocalFileSystem

sys.sun.SolarisFileSystem




v AvailableInodes

v AvailableSpace

v Capacity

v MountPoint

v Parent

v StorageExtent

v TotalInodes

v Type

sys.SMBExport

v Name

v Parent

v Path

v Type

sys.SMBService

v Exports

v Host

v Name


v Name

v Parent

v SoftwareVersion



Tivoli Storage Productivity Center 특성 파일 구성:

Tivoli Storage Productivity Center 센서는 SQL 조회를 사용하여 Tivoli Storage

Productivity Center 데이터베이스에서 데이터를 추출합니다. SQL 조회는tpc.config 파일에 정의되고 이러한 조회의 실행은 tpc.properties 파일에 정의된 특성에 의해 제어됩니다.

tpc.config 및 tpc.properties는 COLLATION_HOME/osgi/plugins/

com.ibm.cdb.discover.sensor.app.srm.tpc_xxx에 있습니다. 여기서 xxx는 센서플러그인 버전입니다.

센서는 tpc.properties 파일에 있는 다음 항목을 사용하여 실행할 조회를 판별합니다.

com.ibm.cdb.discover.app.srm.tpc.sensor.ArrayQueries

이 특성은 배열 자원과 관련되어 있습니다. 기본적으로 다음 조회가 사용가능합니다 .

ARRAY,ARRAY_SUM_SOURCE,ARRAY_VOLUME_GROUP,ARRAY_DRIVE,ARRAY_PORT,

ARRAY_VOLUME.

com.ibm.cdb.discover.app.srm.tpc.sensor.HostQueries

이 특성은 호스트 자원과 관련되어 있습니다. 기본적으로 다음 조회가 사용 가능합니다.

HOST,HOST_PORT,HOST_DEVICE_GROUP,HOST_DEVICE,HOST_DEVICE_PARTITION,

HOST_DEVICE_PARTITION_DEVICE,HOST_FS,HOST_FS_EXPORT,HOST_AGENT,

HOST_SCSI_PATH,HOST_SCSI_AGENT_LESS.

HOST_SCSI_PATH 조회이 조회는 호스트의 FC 볼륨에서 스토리지 어레이의 볼륨으로 엔드투엔드 스토리지 맵핑을 작성하는 데 사용됩니다. 이 조회는 기본적으로 사용 가능합니다. 스토리지 환경의 크기에 따라 이 조회를 실행함을써 센서의 감지 시간이 현저하게 증가할 수 있습니다.

따라서 크기가 큰 스토리지 환경을 감지할 때 때때로HOST_SCSI_PATH 조회를 사용하는 것이 더 좋습니다. 이 조회를 사용하지 않으려면com.ibm.cdb.discover.app.srm.tpc.sensor.HostQueries 특성에HOST_SCSI_PATH를 포함시키지 마십시오.

특성 편집에 대한 자세한 정보는5 4 1 페이지의 『H O S T _ S C S I _ P A T H 또는HOST_SCSI_AGENT_LESS 조회가 사용 가능으로 설정되었을 때메모리 부족 오류』의 내용을 참조하십시오.


HOST_SCSI_AGENT_LESS 조회이 조회는 TPC SRA 에이전트가 엔드포인트로 배치되지 않을 때호스트의 FC 볼륨에서 스토리지 어레이의 볼륨으로 엔드투엔드 스토리지 맵핑을 작성하는 데 사용됩니다. 이 조회는 기본적으로 사용 가능합니다. 스토리지 환경의 크기에 따라 이 조회를 실행함을써 센서의 감지 시간이 현저하게 증가할 수 있습니다. 따라서 크기가 큰 스토리지 환경을 감지할 때 때때로 HOST_SCSI_PATH 조회를 사용하는 것이 더 좋습니다. 이 조회를 사용하지 않으려면com.ibm.cdb.discover.app.srm.tpc.sensor.HostQueries 특성에HOST_SCSI_PATH를 포함시키지 마십시오.

특성 편집에 대한 자세한 정보는5 4 1 페이지의 『H O S T _ S C S I _ P A T H 또는HOST_SCSI_AGENT_LESS 조회가 사용 가능으로 설정되었을 때메모리 부족 오류』의 내용을 참조하십시오.

다음 예에서는 HOST_SCSI_PATH 및 HOST_SCSI_AGENT_LESS 조회가 사용할 수 없는 상태일 때com.ibm.cdb.discover.app.srm.tpc.sensor.HostQueries 특성을 보여줍니다.

com.ibm.cdb.discover.app.srm.tpc.sensor.HostQueries=HOST,HOST_PORT,

HOST_DEVICE_GROUP,HOST_DEVICE,HOST_DEVICE_PARTITION,

HOST_DEVICE_PARTITION_DEVICE,HOST_FS,HOST_FS_EXPORT,HOST_AGENT.

com.ibm.cdb.discover.app.srm.tpc.sensor.FabricQueries

이 특성은 패브릭 자원과 관련되어 있습니다. 기본적으로, 다음 조회가 사용 가능합니다. FABRIC, ZONE_SET, ZONE

com.ibm.cdb.discover.app.srm.tpc.sensor.SwitchQueries

이 특성은 스위치 자원과 관련되어 있습니다. 기본적으로, 다음 조회가 사용 가능합니다. SWITCH, SWITCH_PORT

com.ibm.cdb.discover.app.srm.tpc.sensor.NASQueries

이 특성은 NAS 자원과 관련되어 있습니다. 기본적으로, 다음 조회가 사용 가능합니다. NAS_FILER, NAS_CONTROLLER, NAS_VOLUME, NAS_FS,

NAS_DEVICE, NAS_FS_EXPORT

com.ibm.cdb.discover.app.srm.tpc.sensor.TapeQueries

이 특성은 TAPE 자원과 관련되어 있습니다. 기본적으로, 다음 조회가 사용 가능합니다. TAPE_LIBRARY, TAPE_MEDIA_CHANGER, TAPE_DRIVE

com.ibm.cdb.discover.app.srm.tpc.sensor.SummaryQueries

이 특성은 SUMMARY 자원과 관련되어 있습니다. 기본적으로, 다음 조회가 사용 가능합니다. PORT_CONNECTIVITY


다음 특성은 IBM Tivoli Storage Productivity Center 센서에서 특정 유형의 컴퓨터 시스템 감지를 제어하는 데 사용됩니다.

com.ibm.cdb.discover.app.srm.tpc.sensor.ignoreAixCompSys=true

이 특성은 IBM Tivoli Storage Productivity Center 센서가 AIX 운영체제에 있는 컴퓨터 시스템을 감지할지 여부를 판별합니다. 기본적으로 이특성은 true로 설정되는데 이는 센서가 AIX 운영 체제에 있는 컴퓨터 시스템을 감지하지 않음을 의미합니다.

com.ibm.cdb.discover.app.srm.tpc.sensor.IgnoreCSWithoutMacaddr=true

이 특성은 IBM Tivoli Storage Productivity Center 센서가 MAC 주소가 없는 컴퓨터 시스템을 감지할지 여부를 판별합니다. 기본적으로 이 특성은 true로 설정되는데 이는 센서가 MAC 주소가 없는 컴퓨터 시스템을 감지하지 않음을 의미합니다.

센서는 HOST_SCSI_PATH 또는 HOST_SCSI_AGENT_LESS 조회가 사용으로 설정된 경우 collation.properties의 다음 항목을 사용합니다.

com.ibm.cdb.discover.app.srm.tpc.sensor.HOST_SCSI_PATH.maxrows

이 특성은 HOST_SCSI_PATH 조회가 사용 가능할 때 센서가 처리하는 최대 행 수를 지정합니다.


HOST_SCSI_PATH 조회가 메모리 부족 예외를 일으키면 기본값을 줄이십시오. 하나의 감지 실행 시에 모든 경로를 수집하고 싶으면 스토리지 환경에 따라 기본값을 늘리십시오.

com.ibm.cdb.discover.app.srm.tpc.sensor.HOST_SCSI_AGENT_LESS.maxrows

이 특성은 HOST_SCSI_AGENT_LESS 조회가 사용 가능할 때 센서가 처리하는 최대 행 수를 지정합니다.


HOST_SCSI_PATH 조회가 메모리 부족 예외를 일으키면 기본값을 줄이십시오. 하나의 감지 실행 시에 모든 경로를 수집하고 싶으면 스토리지 환경에 따라 기본값을 늘리십시오.


TPCStorageSensor는 기본적으로 감지 프로파일에서 사용 가능합니다.

새 프로파일을 작성하여 다음 속성을 수정하십시오.

discoverHosts

discoverHosts 속성의 기본값은 true입니다. 이 센서는 컴퓨터 시스템,

디스크, FC 포트, FC 볼륨, 스토리지 볼륨, 디스크 파티션, 로컬 파일 시스템 및 파일 시스템 서비스와 같은 호스트 관련 데이터를 감지합니다.


값이 false이면, 호스트 관련 데이터가 센서에서 감지되지 않습니다.

discoverSwitch

discoverSwitch 속성의 기본값은 true입니다. 센서는 스위치 관련 데이터(예: 스위치, 스위치 포트, FC 포트)를 감지합니다.

값이 false이면, 스위치 관련 데이터가 센서에서 감지되지 않습니다.

restrictByScope

restrictByScope 속성의 기본값은 false입니다. 센서는 Tivoli Storage

Productivity Center 서버가 이미 감지한 모든 호스트를 감지합니다.

값이 true이면 센서가 센서의 감지 범위에 있는 호스트를 감지합니다.

Fix Pack 3 discoverManagedDisks

discoverManagedDisks 속성의 기본값은 false입니다.

값이 true이면, 센서가 백엔드 스토리지에 대한 관계가 포함된 SVC(스토리지 가상화 계층)에 대한 관리 디스크를 감지합니다.

참고: 이 속성을 true로 설정하는 경우 추가 데이터가 감지되므로 IBM®

Tivoli® Storage Productivity Center 센서의 감지 및 저장 시간이 길어집니다.

또한 호스트 스토리지 센서와 파이버 스위치 센서는 호스트 및 스위치와 관련된데이터도 감지합니다. discoverHosts 및 discoverSwitch를 사용하는 경우 자원이 두 번 감지되지 않도록 호스트 스토리지 센서 및 파이버 스위치 센서를 사용안함으로 설정할 것을 고려하십시오.





2. TADDM이 Tivoli Storage Productivity Center 서버에 대한 인증에 사용해야 하는 액세스 정보(사용자 이름 및 비밀번호)를 지정하십시오.

3. 데이터베이스를 구성요소 유형으로 선택하고 DB2를 공급업체로 선택하십시오.

4. TADDM이 Tivoli Storage Productivity Center 데이터베이스에 대한 인증에 사용해야 하는 액세스 정보(사용자 이름 및 비밀번호)를 지정하십시오.

센서 문제점 해결이 주제에서는 IBM Tivoli Storage Productivity Center 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.


Tivoli Storage Productivity Center 데이터베이스 연결에 문제가 있어서 센서가 실패함

문제 Tivoli Storage Productivity Center 데이터베이스 연결에 문제가 있어서센서가 실패합니다.

솔루션Tivoli Storage Productivity Center 데이터베이스의 DB2 신임 정보를입력했는지 확인하십시오.

호스트 컴퓨터가 감지되지 않음

문제 호스트 컴퓨터가 감지되지 않았습니다.

솔루션센서는 Tivoli Storage Productivity Center 에이전트에서 관리되는 호스트 시스템만을 감지합니다. 또한 센서에 대한 discoverHosts 속성이 true

로 설정되었는지 확인하십시오.

감지를 실행하는 데 시간이 오래 걸림

문제 감지를 실행하는 데 시간이 오래 걸립니다.

솔루션discoverHosts 속성이 true이면 HostStorageSensor 센서가 사용으로 설정되어 있는지 확인하고 이를 사용 안함으로 설정하십시오. 두 센서가 모두 사용으로 설정된 경우 일부 스토리지 자원이 두 번 감지됩니다.

discoverSwitch 속성이 true이면 FCSwitchSensor 센서가 사용으로 설정되어 있는지 확인하고 이를 사용 안함으로 설정하십시오. 두 센서가 모두 사용으로 설정된 경우 일부 스토리지 자원이 두 번 감지됩니다.

이 문제는 사용 상태의 일부 조회가 큰 볼륨의 데이터를 생성하는 경우에 발생할 수 있습니다. 예를 들어, 대량의 데이터를 생성할 수 있는 몇몇 조회는 ARRAY_VOLUME, HOST_SCSI_PATH 및 SWITCH_PORT입니다. 기본적으로 이러한 조회는 사용 가능으로 설정됩니다.

컴퓨터 시스템을 조정할 수 없음

문제 TPCStorageSensor에서 감지된 컴퓨터 시스템이 컴퓨터 시스템 센서에서감지된 동일한 컴퓨터 시스템과 일치하지 않습니다.

솔루션

스토리지 환경의 컴퓨터 시스템은 물리적으로 파티셔닝되거나 가상화될 수있습니다. TPCStorageSensor 및 컴퓨터 시스템 센서에서 에서 이러한 시스템을 감지하는 경우 감지되는 두 세트의 자원이 서로 일치하지 않습니다. 예:


v TPCStorageSensor 및 AixComputerSystemSensor에 의해 감지된pSystems의 LPAR(Logical partition)

v TPCStorageSensor 및 HMC 센서에 의해 감지된 VIOS(Virtual I/O

Server)

v TPCStorageSensor 및 HpUxComputerSystemSensor에 의해 감지된HP 시스템의 NPAR(Node partition)

v TPCStorageSensor 및 SunSparcComputerSystemSensor에 의해 감지된 Solaris 시스템의 구역

TADDM UI에서 컴퓨터 시스템이 중복되지 않도록 하려면 중복 컴퓨터시스템을 선택하고 이를 수동으로 병합해야 합니다.

HOST_SCSI_PATH 또는 HOST_SCSI_AGENT_LESS 조회가 사용 가능으로 설정되었을 때 메모리 부족 오류

문제 스토리지 환경에 따라서 HOST_SCSI_PATH 및 HOST_SCSI_AGENT_LESS 조회는 대량의 결과 세트를 리턴할 수 있으며 이는 메모리 부족을 초래할수도 있습니다.

솔루션센서는 메모리 부족 오류를 막기 위해서 HOST_SCSI_PATH 및HOST_SCSI_AGENT_LESS 조회에 대해 처리하는 행 수를 기본값 20,000으로 제한합니다. 이 값은 다음을 기반으로 합니다.

v 감지 JVM의 기본 힙 크기(1024MB)

v 기본 에이전트 제한시간 값(600000ms)

또한 다음 메소드 중 하나를 사용하여 HOST_SCSI_PATH 또는HOST_SCSI_AGENT_LESS 조회가 사용 가능할 때 메모리 부족 메시지를 방지하기 위해서 센서를 구성할 수도 있습니다.

센서가 처리하는 기본 행 수 수정C O L L AT I O N _ H O M E / o s g i / p l u g i n s /

com.ibm.cdb.discover.sensor.app.srm.tpc_7.2.0/

tpc.properties 파일을 편집하고 다음 특성을 추가하십시오.

com.ibm.cdb.discover.app.srm.tpc.sensor.HOST_SCSI_PATH.maxrows=Xcom.ibm.cdb.discover.app.srm.tpc.sensor.HOST_SCSI_AGENT_LESS.maxrows=X

여기서 X는 이 조회에 대해 센서가 처리하는 최대 행 수입니다.

이 값이 20,000보다 큰 경우 다음을 수행하십시오.

v 감지 JVM에 할당된 힙 크기를 늘리십시오. $COLLATION_HOME/

etc/collation.properties를 편집하고com.collation.Discover.jvmargs.ibm 특성을 변경하십시오.


예를 들어, 힙 크기를 1824MB로 설정하려면 다음 라인을 추가하십시오.

com.collation.Discover.jvmargs.ibm=-Xdisableexplicitgc -Xmx1824m

v 감지 JVM에 대한 에이전트 제한시간을 늘리십시오.

$COLLATION_HOME/etc/collation.properties 파일에서 다음 특성을 추가하십시오. 여기서 value는 센서를 실행하는 데 허용되는 시간(밀리초)입니다.

com.collation.discover.agent.TPCStorageSensor.timeout=value

값을 지정하지 않으면, 600000의 기본값이 사용됩니다.

v TADDM을 다시 시작하십시오.

감지되는 스토리지 어레이 및 컴퓨터 시스템의 범위를 제한HOST_SCSI_PATH 및 HOST_SCSI_AGENT_LESS 조회가 리턴하는 행수는 배열의 범위 및 감지된 컴퓨터 시스템을 제한하여 줄일 수 있습니다.

1. 감지 관리 콘솔에서 범위 아이콘을 클릭하십시오. 감지할Tivoli Storage Productivity Center 서버가 포함된 범위 세트를 선택하십시오. 감지할 배열 및 컴퓨터 시스템의 IP 주소, 범위 또는 서브넷 정보를 포함시키십시오. 스토리지 어레이의 IP 주소 및 컴퓨터 시스템의 IP 주소는 동일한 범위 세트에서 감지할 Tivoli Storage Productivity Center 서버여야 합니다. 이러한 값을 사용하면 SCSI 경로 데이터를 감지결과에 포함시킬 수 있습니다.



4. 새 프로파일 작성 창에서 프로파일 이름 및 설명을 입력하십시오. 기존 프로파일 복제 필드에서 레벨 3 감지를 클릭한 후확인을 클릭하십시오.

5. 센서 목록에서 TPCStorageSensor를 클릭한 후 새로 작성을클릭하십시오.

6. 구성 작성 창에서 TPCStorageSensor의 구성에 대한 이름 및설명을 입력하고 구성 사용 선택란을 선택하십시오.

7. 구성 작성 창의 구성 섹션에서 감지의 범위를 제한하려면restrictByScope를 클릭하십시오. 그런 다음, 행에서 값 필드를 두 번 클릭하고 true를 입력하십시오.



10. 새 프로파일을 사용하여 감지를 시작하십시오.


센서를 사용하여 감지한 후에 $COLLATION_HOME/log/sensors/

runId/TPCStorageSensor-IP-PORT.log(.N)를 검토하여 스토리지어레이 IP 주소당 및 호스트 IP 주소당 SCSI 경로 수를 확인하십시오. 다음 텍스트는 로그 파일 내용에 대한 예제입니다.

SCSI PATH statistics by host ip address :ip#1/4 with ipAddress 10.3.41.230 has 160 valid scsi pathsip#2/4 with ipAddress 10.3.41.289 has 527 valid scsi pathsip#3/4 with ipAddress 10.3.43.19 has 108 valid scsi pathsip#4/4 with ipAddress 10.3.42.211 has 160 valid scsi paths

SCSI PATH statistics by array ip address:ip#1/2 with ipAddress 10.0.15.201 has 693 valid scsi pathsip#2/2 with ipAddress 10.0.17.2 has 736 valid scsi paths

해당 범위에 있는 Tivoli Storage Productivity Center 서버를 사용하여 감지 실행

HOST_SCSI_PATH 및 HOST_SCSI_AGENT_LESS 조회의 전체 결과 세트를 얻고 메모리 부족 오류를 방지하려면 다음을 수행하십시오.

1. Tivoli Storage Productivity Center 서버만을 포함하는(다른대상은 포함하지 않음) 범위 세트를 작성하십시오.

2. TPCStorageSensor 및 해당 종속 센서만을 사용하는 감지 프로파일을 작성하십시오.

3. 새 프로파일을 사용하여 Tivoli Storage Productivity Center

서버가 포함된 범위 세트의 감지를 시작하십시오.

센서는 DNS 검색 문제로 인해 어떠한 오브젝트도 감지하지 않습니다.

문제 IBM Tivoli Storage Productivity Center 센서는 오브젝트를 감지하지않은 상태로 마치게 되고 다음 경고가 발행됩니다.

CTJTD0952W None of the DB2 access list entries are able to connect tothe TPC database at URL: jdbc:db2://<host>:<port>/<database>.

솔루션감지 대상의 data/config/server.config 파일에서 판독된 <host>가FQDN 또는 호스트 이름(일반 IP 주소가 아니라)인 경우에는 TADDM

은 이를 해석할 수 있어야 합니다. TADDM 감지 서버에서 실행된nslookup <host> 명령이 해석된 IP를 리턴하는 방식으로 DNS를 구성하십시오.

NetApp 센서NetApp 센서는 SNMP 프로토콜을 사용하여 Data ONTAP 운영 체제로부터 데이터를 추출하여 네트워크 첨부 스토리지(NAS)에 관련된 스토리지 자원을 감지합니다.


센서는 이러한 스토리지 자원을 스토리지 파일 프로그램, 클러스터, 디스크 볼륨,

FC 포트, 물리적 디스크 드라이브, 집합(스토리지 풀로 표현됨), NFS 및 SMB 서비스로서 감지합니다.

NetApp 감지는 확장 스크립트를 호출하는 CustomMib2ComputerSystem에 의해실행됩니다. 또한 Snap Drive 센서는 호스트 측에서 정의된 iSCSI 디스크를 감지하는 데 사용됩니다. 데이터가 두 소스 모두에서 감지되고 이들이 일치하면, 호스트와 배열 간의 관계가 작성됩니다.

OID(Object Identifier)


v 일반 정보: .1.3.6.1.4.1.789.1.1

v 가상 파일 프로그램: .1.3.6.1.4.1.789.1.16

v 볼륨: .1.3.6.1.4.1.789.1.5.8.1

v 디스크 드라이브: .1.3.6.1.4.1.789.1.6.10.1

v 스페어 디스크 드라이브: .1.3.6.1.4.1.789.1.6.3.1

v 클러스터 디스크 드라이브: .1.3.6.1.4.1.789.1.6.2.1

v Qtree’s : .1.3.6.1.4.1.789.1.5.10.1

v 클러스터: .1.3.6.1.4.1.789.1.25.1

v 노드: .1.3.6.1.4.1.789.1.25.2.1

v 스토리지 풀: .1.3.6.1.4.1.789.1.5.11.1

v FC 카드: .1.3.6.1.4.1.789.1.17.17.1.1



v dev.StorageVolume

v dev.DiskDrive

v dev.FCPort

v net.BindAddress

v net.IpInterface

v net.IpAddress

v net.Fqdn

v sys.NFSExport

v sys.SMBExport

v sys.function.StorageSubSystemFunction

v sys.ComputerSystemCluster


v sys.NFSSAP

v sys.SMBSAP

v sys.NFSService

v sys.SMBService

v storage.StorageSubSystem

v storage.StoragePool


SNMP V2 감지의 경우 올바른 커뮤니티 문자열을 액세스 목록에 입력하십시오.

감지 관리 콘솔의 액세스 목록 창에서 네트워크 템플리트(SNMP) 구성요소 유형을 사용할 수 있습니다.

Snap Drive 센서Snap Drive 센서는 Windows용 NetApp SnapDrive 소프트웨어와 관련된 스토리지 자원을 감지합니다.

센서는 이러한 스토리지 자원을 파일 시스템, SCSI 볼륨, 호스트 버스 어댑터 및SCSI 프로토콜 엔드포인트로서 감지합니다.

이 센서는 NetApp 스토리지 자원 감지의 일부입니다. 이는 Windows 시스템에서 iSCSI와 같은 스토리지 자원을 감지하기 위해 필수입니다. 또한 관계를 작성하기 위한 데이터에 배열을 제공합니다.


SnapDriveSensor

보안 문제

컴퓨터 시스템을 감지하기 위한 사용자 계정이 또한 SnapDrive 명령을 시행하기 위해 사용됩니다.

센서는 다음 명령을 사용합니다.

v sdcli disk list

v iscsicli listpersistenttargets

v sdcli iscsi_target list -f <target IP>

v sdcli sysconfig list




v dev.SCSIVolume

v dev.StorageVolume

v dev.BasedOnExtent

v dev.SCSIProtocolEndPoint

v dev.SCSIPath

v storage.HostBusAdaptor

v sys.LocalFileSystem


이 Snap Drive 센서는 클라이언트를 감지하는 데 사용되는 ComputerSystem 액세스 신임 정보를 사용하여 실행할 수 있습니다.

스토리지 센서스토리지 센서가 컴퓨터 시스템에 첨부된 스토리지를 감지합니다.

다음은 센서가 감지하는 자원의 예입니다.

v 디스크v 파티션v 논리 볼륨v 물리적 볼륨v 파일 시스템


StorageSensor

선행 조건64비트 Linux 대상의 경우

32비트 glibc 라이브러리가 필요합니다.

제한사항

Solaris 로컬 또는 브랜드 구역 대상 시스템에서 /dev/dsk 디렉토리를 액세스할수 없습니다. 따라서 모든 스토리지 정보가 검색되지는 않습니다.


호스트 스토리지 센서를 사용하여 대상 컴퓨터에 연결된 스토리지를 발견하는 경우 이 센서를 사용하는 동일한 시스템에서 감지를 실행하지 마십시오.

센서가 Solaris 대상 시스템에서 ZFS 파일 시스템을 감지하지 않습니다.



v dev.BasedOnExtent

v dev.ControlledBy

v dev.Controller

v dev.DiskDrive

v dev.DiskPartition

v dev.FCVolume

v dev.RealizesExtent

v dev.SCSIVolume

v dev.StorageExtent

v dev.StorageVolume

v sys.NFSFileSystem

v sys.unix.UnixFileSystem













다음 TADDM 서버 특성은 TADDM이 스토리지 정보를 검색하는 데 사용하는운영 체제 명령을 지정합니다.

v com.collation.platform.os.command.lvm.lvdisplay

v com.collation.platform.os.command.lvm.vgdisplay

v com.collation.platform.os.command.lvm.pvdisplay

v com.collation.platform.os.command.lputil.SunOS

이러한 명령을 대상 시스템에서 실행하려면 높은 권한이 있어야 하며 sudo 명령을 사용하도록 구성되어야 합니다.


센서 문제점 해결이 주제에서는 스토리지 센서에서 발생하는 공통 문제를 설명하고 해당 문제에대한 솔루션을 제시합니다.

일반적인 문제

정보가 누락되었는지 판별하고 권한 거부 오류로 인해 명령이 실패했는지 확인하십시오. 권한 상승이 필요한 명령이 제대로 구성되었는지 확인하십시오. 자세한내용은 collation.properties 파일 항목 구성을 참조하십시오.

SVC Storage 센서Fix Pack 1

SVC Storage 센서는 SAN(Storage Area Network)과 관련된 스토리지 자원을감지합니다. 센서는 IBM 스토리지 볼륨 컨트롤러로부터 데이터를 추출합니다.

SVC Storage 센서가 감지하는 스토리지 자원에는 스토리지 어레이, 스토리지 볼륨, FC 포트, 스토리지 풀 및 디스크 드라이브가 포함됩니다. 센서는 이러한 데이터를 검색하기 위해 SSH 연결을 사용합니다.

SVC Storage 센서는 호스트에서 실행하기 위해서는 HostStorageSensor를 필요로 하는 호스트 볼륨과의 관계를 작성하기 위해 호스트의 WWPN(World Wide

Port Name)을 감지합니다.


동일 엔드포인트에 대해 SVC Storage 센서를 TPC 센서와 함께 실행하는 것은바람직하지 않습니다. 이는 RAID 또는 SCSI 경로 등과 같이 감지된 데이터에 미세한 차이를 만들 수 있고 이로 인해 변경 히스토리에 추가 항목이 생성될 수 있기 때문입니다.

Fix Pack 3 SVC Storage 센서를 사용하여 IBM PureFlex System 섀시에 포함된IBM Storwize® v7000 스토리지의 구성 세부사항을 감지할 수 있습니다. 374 페이지의 『IBM BladeCenter SNMP 센서』을 참조하십시오.

SVC Storage 센서는 기본적으로 레벨 2 및 레벨 3 감지 프로파일에서 사용 가능합니다.


SVCStorageSensor

제한사항

센서는 스토리지 풀과 스토리지 볼륨 오브젝트의 Raid 레벨 속성이 동일 오브젝트에서 TPCStorageSensor에 의해 감지되었으므로 이러한 속성을 감지하지 않습니다.


SVC 스토리지 센서는 연관된 속성을 사용하여 모델 오브젝트를 작성합니다. 속성은 센서가 SVC에 저장된 스토리지 자원에 대해 수집하는 정보 유형을 나타냅니다.


dev.DiskDrive

v AdminState

v AnsiT10Id

v DiskSize

v Name

v Parent

v Status

dev.FCPort

v Parent

v PermanentAddress


v PortNumber

v PortType

v Speed

net.IpAddress

v DotNotation

v StringNotation

net.IpInterface

v IpAddress

v Parent

storage.StoragePool

v AdminState

v AnsiT10Id

v Capacity

v Label

v StorageSubSystem



v AllocatedCapacity

v AvailabilityState

v AvailableCapacity

v FCPorts

v Fqdn

v Manufacturer

v Members

v Model

v ROMVersion

v SerialNumber

v StoragePools

v Type




v AdminState


v BlockSize

v Capacity

v DeviceID

v IeeeUniqueVolumeName

v IOGroup

v ManagedSystemName

v Name

v Parent

v Paths

v RedundancyMethod

dev.SCSIPath

v arrayVolume

v HostEndPoint

v LUN

v Parent

physpkg.PhysicalFrame

v AdminState

v Label

v Manufacturer

v Model

v Name

v Parent

v PhysicalPackage

v RelativePosition

sys.CPU

v CPUSpeed

v IdentifyingNumber

v Manufacturer

v Parent

v VersionString

sys.OperatingSystem

v Name

v OSName


v Parent

액세스 목록 구성Fix Pack 1


SVC 스토리지 센서는 감지에 성공하기 위해서는 SVC 센서의 컴퓨터 시스템 신임 정보가 필요합니다.

SVC에서 작성된 사용자가 감지를 실행하려면 모니터 역할이 지정되어야 합니다.

이 역할이 있으면 lssystem, lsmdisk, lsmdiskgrp, lsportfc, lsvdisk, lsnode,

lsnodevpd, lsnodecanister, lsenclosure, lsvdiskhostmap 또는 lsfabric과 같은 명령을 실행할 수 있습니다.

Veritas Storage Foundation 센서Veritas Storage Foundation 센서는 Veritas Storage Foundation 시스템을 감지합니다.

Veritas Storage Foundation 센서는 다음 프린시펄 구성요소를 결합하고 온라인스토리지 관리를 위한 솔루션을 제공합니다.

v VERITAS 볼륨 관리자v VERITAS 파일 시스템

실제 디스크는 논리 볼륨으로 그룹화되어 디스크 활용도를 향상시키고 낭비되는공간을 줄입니다. VERITAS 볼륨 관리자를 사용하면 관리자가 실제 디바이스를직접 액세스하지 않고 논리 이름(볼륨)으로 작업할 수 있습니다.

또한 VERITAS 파일 시스템은 성능과 신뢰성이 향상된 엔터프라이즈 저널링 파일 시스템을 제공합니다.

Veritas Storage Foundation 센서는 다음 일반 볼륨 관리자 구성을 감지합니다.

v 버전v 설치 디렉토리v VxVM의 제어 하에 있는 오브젝트(예: 볼륨 및 디스크 그룹)와 이들 간의 관계.

두 번째 구성요소인 VERITAS 파일 시스템은 로컬 파일 시스템으로 인식되며 디스크 레이아웃 버전이 수집됩니다.


VeritasStorageSensor


보안 문제

컴퓨터 시스템을 감지하는 데 기본 사용자가 사용됩니다.

제한사항

라이센스가 지원되지 않습니다. 애플리케이션 디스크립터가 없습니다.



v app.ConfigFile

v app.SoftwareInstallation


v dev.veritas.VeritasDiskGroup

v dev.veritas.VeritasPlex

v dev.veritas.VeritasSubdisk

v dev.veritas.VeritasVMDisk

v dev.veritas.VeritasVolume


v sys.veritasVeritasStorageService


다음 특성에는 높은 권한이 필요할 수 있습니다.

v com.collation.discover.agent.command.vxdisk=vxdisk

v com.collation.discover.agent.command.vxdg=vxdg

v com.collation.discover.agent.command.vxprint=vxprint

v com.collation.discover.agent.command.vxupgrade=vxupgrade

v com.collation.discover.agent.command.vxdf=df

센서 문제점 해결이 주제에서는 Veritas Storage Foundation 센서에서 발생하는 공통 문제를 설명하고 해당 문제에 대한 솔루션을 제시합니다.

Windows 플랫폼에서 센서가 제한시간 초과 오류로 실패함

문제 Windows 플랫폼에서 Veritas Storage Foundation 센서가 제한시간 초과 오류로 실패합니다.


솔루션Windows 플랫폼에서 센서의 제한시간이 초과된 경우 구성 파일에서liteDiscoveryMode를 true로 변경하십시오. 다음 예에서는 사전정의된 구성에서의 속성을 보여줍니다.

<results xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><VeritasStorageAgentConfiguration

xsi:type="coll:com.collation.platform.model.discovery.agent.VeritasStorageAgentConfiguration">

<enabled>true</enabled><familyName>DiscoverSensor</familyName><name>VeritasStorageSensor</name><seedClassName>com.collation.discover.seed.app.vsf.VeritasSFSeed

</seedClassName><agentClassName>com.collation.discover.agent.app.vsf.VeritasSFAgent

</agentClassName><liteDiscoveryMode>false</liteDiscoveryMode>

</VeritasStorageAgentConfiguration></results>

XIV 스토리지 센서Fix Pack 1

XIVStorageSensor는 IBM XIV 스토리지 시스템에서 데이터를 추출하여SAN(Storage Area Network)과 관련된 스토리지 자원을 감지합니다.

XIVStorageSensor가 감지하는 스토리지 자원에는 스토리지 어레이, 스토리지 볼륨, FC 포트, 스토리지 풀 및 디스크 드라이브가 포함됩니다. 센서는 XCLI 연결을 사용하여 데이터를 검색합니다.

XIVStorageSensor는 호스트에서 실행하기 위해서는 HostStorageSensor를 필요로 하는 호스트 볼륨과의 관계를 작성하기 위해 호스트의 WWPN(World Wide

Port Name)을 감지합니다.

XIVStorageSensor는 기본적으로 레벨 2 및 레벨 3 감지 프로파일에서 사용 가능합니다.


XIVStorageSensor

제한사항

센서는 동일 오브젝트에서 TPCStorageSensor가 감지하는 FC 포트 유형을 감지하지 않습니다.

센서 설정 요구사항

호스트에 XCLI 애플리케이션이 설치되어 있어야 합니다. XCLI 기본 프로토콜을통해 XIV 스토리지 시스템에 도달할 수 있어야 합니다. XCLI 애플리케이션이 설치된 호스트의 IP 주소와 경로를 구성하십시오.


요구사항: XIV 스토리지 시스템 버전 4.5는 필수입니다.

XIV 엔드포인트는 SSH가 사용 가능하지 않을 수 있으며, 그 결과 Ping 센서가어떤 오브젝트로 리턴하지 않습니다. 이러한 경우 새 프로파일을 작성하고 다음플랫폼 특성을 사용 가능으로 설정하십시오.

com.collation.pingagent.ports=7778,22,135

센서 구성Fix Pack 1

감지를 실행하기 전에 센서를 구성해야 합니다.

액세스 목록 구성: Fix Pack 1


XIVStorageSensor는 감지를 성공적으로 실행하려면 다음과 같은 신임 정보가 필요합니다.

v XIV 스토리지 시스템의 XIVStorage 신임 정보(읽기 전용 권한을 가진 사용자).

v XCLI 애플리케이션이 설치된 호스트의 컴퓨터 시스템 신임 정보.

collation.properties 파일 항목 구성: Fix Pack 1


SSH 프로토콜이 사용 불가능한 경우 collation.properties 파일에서 다음 특성을 설정하십시오.

com.collation.pingagent.ports=port_numbers


XIV 스토리지 센서는 연관된 속성을 사용하여 모델 오브젝트를 작성합니다. 속성은 센서가 XIV에 저장된 스토리지 자원에 대해 수집하는 정보 유형을 나타냅니다.


dev.DiskDrive

v Model

v Name


v Parent

v Revision

v SerialNumber

v Status

v Type

v Vendor

dev.FCPort

v AdminState

v Label

v Parent

v PermanentAddress

v PortNumber

v PortType

v Speed

v Status

dev.SCSIPath

v arrayVolume

v HostEndPoint

v LUN

v Parent

net.IpAddress

v DotNotation

v StringNotation

net.IpInterface

v IpAddress

v Parent

physpkg.PhysicalPackage

v FWRevision

v Manufacturer

v Model

v Name

v Parent

v PartNumber


v RelativePosition

v SerialNumber

storage.StoragePool

v AdminState

v AnsiT10Id

v Capacity

v Label

v Name

v RaidLevel

v StorageSubSystem



v AnsiT10Id

v AvailabilityState

v FCPorts

v Fqdn

v Manufacturer

v Members

v Model

v SerialNumber

v StoragePools

v SystemId

v Type


v BlockSize

v Capacity

v ManagedSystemName

v Name

v Parent

v Paths

v RedundancyMethod

v Type

v Virtual


센서 문제점 해결Fix Pack 1

이 주제는 XIV 스토리지 센서에서 발생하는 공통 문제를 설명하고 이 문제에 대한 솔루션을 제시합니다.

XCLI 명령 실행에 오랜 시간이 걸림

문제

참고: 다음 문제는 XIV 스토리지 시스템 버전 4.5 이상에 적용되지 않습니다.

XCLI는 XIVStorageSensor가 XIV를 감지하는 데 필요합니다. TADDM

서버와 XCLI가 둘 다 Windows 운영 체제에 설치되어 있어야 하며, 각XCLI 명령을 실행하는 데 2분 넘게 걸릴 수 있습니다.

솔루션문제를 해결하려면 XIVGUI\properties 디렉토리로 이동하고xiv-constants.properties 파일을 열고 다음 특성 값을 기본값에서 0으로 변경하십시오.

xcliServerTimeout


주의사항

이 정보는 미국에서 제공되는 제품 및 서비스용으로 작성된 것입니다.IBM은 다른 국가에서 이 책에 기술된 제품, 서비스 또는 기능을 제공하지 않을 수도 있습니다. 현재 사용할 수 있는 제품 및 서비스에 대한 정보는 한국 IBM 담당자에게문의하십시오. 이 책에서 IBM 제품, 프로그램 또는 서비스를 언급했다고 해서 해당 IBM 제품, 프로그램 또는 서비스만을 사용할 수 있다는 것을 의미하지는 않습니다. IBM의 지적 재산권을 침해하지 않는 한, 기능상으로 동등한 제품, 프로그램 또는 서비스를 대신 사용할 수도 있습니다. 그러나 비IBM 제품, 프로그램또는 서비스의 운영에 대한 평가 및 검증은 사용자의 책임입니다.

IBM은 이 책에서 다루고 있는 특정 내용에 대해 특허를 보유하고 있거나 현재특허 출원 중일 수 있습니다. 이 책을 제공한다고 해서 특허에 대한 라이센스까지 부여하는 것은 아닙니다. 라이센스에 대한 의문사항은 다음으로 문의하십시오.

07326

서울특별시 영등포구국제금융로 10, 3IFC

한국 아이.비.엠 주식회사대표전화서비스: 02-3781-7114

2바이트(DBCS) 정보에 관한 라이센스 문의는 한국 IBM에 문의하거나 다음 주소로 서면 문의하시기 바랍니다.

Intellectual Property Licensing

Legal and Intellectual Property Law

IBM Japan, Ltd.

1623-14, Shimotsuruma, Yamato-shi

Kanagawa 242-8502 Japan

다음 단락은 현지법과 상충하는 영국이나 기타 국가에서는 적용되지 않습니다.

IBM은 타인의 권리 비침해, 상품성 및 특정 목적에의 적합성에 대한 묵시적 보증을 포함하여(단, 이에 한하지 않음) 묵시적이든 명시적이든 어떠한 종류의 보증 없이 이 책을 "현상태대로" 제공합니다.

일부 국가에서는 특정 거래에서 명시적 또는 묵시적 보증의 면책사항을 허용하지 않으므로, 이 사항이 적용되지 않을 수도 있습니다.

© Copyright IBM Corp. 2008, 2019 559

이 정보에는 기술적으로 부정확한 내용이나 인쇄상의 오류가 있을 수 있습니다.

이 정보는 주기적으로 변경되며, 변경된 사항은 최신판에 통합됩니다. IBM은 이책에서 설명한 제품 및/또는 프로그램을 사전 통지 없이 언제든지 개선 및/또는변경할 수 있습니다.

이 정보에서 언급되는 비IBM의 웹 사이트는 단지 편의상 제공된 것으로, 어떤 방식으로든 이들 웹 사이트를 옹호하고자 하는 것은 아닙니다. 해당 웹 사이트의 자료는 본 IBM 제품 자료의 일부가 아니므로 해당 웹 사이트 사용으로 인한 위험은 사용자 본인이 감수해야 합니다.

IBM은 귀하의 권리를 침해하지 않는 범위 내에서 적절하다고 생각하는 방식으로 귀하가 제공한 정보를 사용하거나 배포할 수 있습니다.

(i) 독립적으로 작성된 프로그램과 기타 프로그램(본 프로그램 포함) 간의 정보 교환 및 (ii) 교환된 정보의 상호 이용을 목적으로 본 프로그램에 관한 정보를 얻고자 하는 라이센스 사용자는 다음 주소로 문의하십시오.

07326

서울특별시 영등포구국제금융로 10, 3IFC

한국 아이.비.엠 주식회사대표전화서비스: 02-3781-7114

이러한 정보는 해당 조건(예를 들면, 사용료 지불 등)하에서 사용될 수 있습니다.

이 정보에 기술된 라이센스가 부여된 프로그램 및 프로그램에 대해 사용 가능한모든 라이센스가 부여된 자료는 IBM이 IBM 기본 계약, IBM 프로그램 라이센스계약(IPLA) 또는 이와 동등한 계약에 따라 제공한 것입니다.

본 문서에 포함된 모든 성능 데이터는 제한된 환경에서 산출된 것입니다. 따라서다른 운영 환경에서 얻어진 결과는 상당히 다를 수 있습니다. 일부 성능은 개발단계의 시스템에서 측정되었을 수 있으므로 이러한 측정치가 일반적으로 사용되고 있는 시스템에서도 동일하게 나타날 것이라고는 보증할 수 없습니다. 또한 일부 성능은 추정을 통해 추측되었을 수도 있으므로 실제 결과는 다를 수 있습니다. 이 책의 사용자는 해당 데이터를 본인의 특정 환경에서 검증해야 합니다.

비IBM 제품에 관한 정보는 해당 제품의 공급업체, 공개 자료 또는 기타 범용 소스로부터 얻은 것입니다. IBM에서는 이러한 제품들을 테스트하지 않았으므로, 비IBM 제품과 관련된 성능의 정확성, 호환성 또는 기타 청구에 대해서는 확신할 수없습니다. 비IBM 제품의 성능에 대한 의문사항은 해당 제품의 공급업체에 문의하십시오.


IBM이 제시하는 방향 또는 의도에 관한 모든 언급은 특별한 통지 없이 변경될수 있습니다.

이 정보에는 일상의 비즈니스 운영에서 사용되는 자료 및 보고서에 대한 예제가들어 있습니다. 이들 예제에는 개념을 가능한 완벽하게 설명하기 위하여 개인, 회사, 상표 및 제품의 이름이 사용될 수 있습니다. 이들 이름은 모두 가공의 것이며 실제 기업의 이름 및 주소와 유사하더라도 이는 전적으로 우연입니다.

이 정보를 소프트카피로 확인하는 경우에는 사진과 컬러 삽화가 제대로 나타나지 않을 수도 있습니다.

상표IBM, IBM 로고 및 ibm.com은 전세계 여러 국가에 등록된 International Business

Machines Corp.의 상표 또는 등록상표입니다. 기타 제품 및 서비스 이름은 IBM

또는 타사의 상표입니다. 현재 IBM 상표 목록은 웹 『저작권 및 상표 정보』(http://www.ibm.com/legal/copytrade.shtml)에 있습니다.

Itanium은 미국 또는 기타 국가에서 사용되는 Intel Corporation 또는 그 계열사의 상표 또는 등록상표입니다.

Java 및 모든 Java 기반 상표와 로고는Oracle 및/또는 그 계열사의 상표 또는등록상표입니다.

Linux는 미국 또는 기타 국가에서 사용되는 Linus Torvalds의 등록상표입니다.

Microsoft 및 Windows는 미국 또는 기타 국가에서 사용되는 Microsoft

Corporation의 상표입니다.

UNIX는 미국 및 기타 국가에서 사용되는 The Open Group의 등록상표입니다.

기타 회사, 제품 및 서비스 이름은 타사의 상표 또는 서비스표입니다.

주의사항 561

http://www.ibm.com/legal/copytrade.shtml