IBM Tivoli NetView V7.1.3 수정팩 4 Readme

날짜: 2005년 9월 30일

이름: 7.1.3-TIV-NVD-FP0004

구성요소: IBM Tivoli NetView 버전 7.1.3

PTF 번호: U804578(UNIX) 또는 XR23264(Windows)

주: 이 정보와 이 정보가 지원하는 제품을 사용하기 전에 "주의사항"의 정보를 읽으십시오.

수정팩 정보

이 절은 수정팩에 대한 일반 정보를 제공합니다. 수정팩을 설치하기 전에 이 문서 전체를 읽어볼 것을 권장합니다.

수정팩 내용

이 수정팩은 RS6000 AIX, SUN SPARC Solaris, Linux Intel, Linux 390 및 Microsoft Windows에 대해 각각 하나씩 다섯 개의 패키지로 구성됩니다. IBM Tivoli NetView 원시 서버 또는 클라이언트가 설치되어 있는 각 플랫폼에 적절한 패키지를 사용해야 합니다.

Tivoli Data Warehouse 내에 포함되어 있고 Tivoli Data Warehouse에 의해 사용되는 NetView ETL 코드의 정정사항 세트 또한 포함합니다. Tivoli Data Warehouse 내의 NetView ETL 코드에 정정사항을 적용하려면 이 수정팩과 관련된 1.1.0.3-TIV-NVD-WEP-FP0003.readme 파일을 참조하십시오. 1.1.0.3-TIV-NVD-WEP-FP0003.exe는 이러한 변경사항을 설치하기 위한 실행 파일입니다.

수정팩으로 대체되는 패치

없음. 수정팩으로 대체되는 패치는 없습니다.

지원되는 운영 체제

• AIX:
  • V4.3.3(유지보수 레벨 09)
  • V5.1(유지보수 레벨 01)
• Solaris:
  • V2.7(모든 Sun 필수 패치 포함)
  • V2.8(모든 Sun 필수 패치 포함)
  • V2.9(모든 Sun 필수 패치 포함)
• Linux Intel:
  • Red Hat 버전 7.2(2.4.7-10 커널)
  • Red Hat Advanced Server 버전 2.1
  • SuSE 버전 7.2(2.4.4-4GB 커널)
• Linux for zSeries(32비트 시스템 전용):
  • Red Hat 버전 7.2
  • SuSE Linux Enterprise Server 7.2 For S/390 및 zSeries(SLES 7)
• Windows:
  • Windows NT Server 버전 4(서비스 팩 5 이상 포함)
  • Windows 2000 Server
  • Windows 2000 Advanced Server
  • Windows 2003 Server
  • Windows XP Professional

이 릴리스에서 다음 Windows 운영 체제는 지원되지 않습니다.

• Windows 2000 Professional
• Windows XP Home Edition

수정팩 04에 새로 추가된 항목

다음은 IBM Tivoli NetView 수정팩 04에 새로 추가된 항목입니다.

xnmsnmpconf 명령에 추가된 새 옵션

아래 나열된 세 가지 새로운 옵션이 xnmsnmpconf 명령에 추가되었습니다. 주: 대괄호([]) 안의 문자는 선택적입니다.

1. xnmsnmpconf -clearn[odedb]

   SNMP 구성 nodedb 디렉토리에서 모든 항목 제거

2. xnmsnmpconf -clearw[ilddb]

   SNMP 구성 wilddb 디렉토리에서 모든 항목 제거

3. xnmsnmpconf -clearco[lldb]

   SNMP 구성 colldb 디렉토리에서 모든 항목 제거

AIX 및 Solaris의 경우, 세 가지 새로운 옵션과 기존의 "xnmsnmpconf -clearCache"을 사용하면 SNMP 구성 데이터베이스를 다음 네 가지 명령을 입력하여 완전히 지울 수 있습니다.

1. xnmsnmpconf -clearnodedb
2. xnmsnmpconf -clearwilddb
3. xnmsnmpconf -clearcolldb
4. xnmsnmpconf -clearCache

Linux의 경우, 새 명령을 사용하여 xnmsnmpconf 데이터베이스를 지우지 마십시오. Linux에서 새 옵션을 사용하면 차후 메모리 장애와 함께 xnmsnmpconf에 실패합니다. 이러한 장애가 발생하면 IBM Tivoli NetView를 다시 설치하는 방법 외에는 xnmsnmpconf 데이터베이스를 수정할 수 있는 방법이 없습니다.

Linux의 경우 xnmsnmpconf 데이터베이스를 지우려면 xnmsnmpconf를 사용하여 한 번에 하나씩 각 노드를 삭제해야 합니다.

nvmaputil.sh 명령에 추가된 새 옵션

명령행에서 네트워크를 관리 및 관리 취소를 허용하는 nvmaputil.sh script에 새로운 두 가지 옵션이 추가되었습니다. 새로운 옵션의 형식은 다음과 같습니다.

nvmaputil.sh --manage-network <IP Address 1> ... <IP Address N>

nvmaputil.sh --unmanage-network <IP Address 1> ... <IP Address N>

새 netnmrc 파일

UNIX의 경우, 새 netnmrc 파일이 이 수정팩과 함께 제공됩니다. 변경된 netnmrc 파일에서 APAR IY71793과 관련된 문제점이 수정되었으므로 X Virutal Frame Buffer 소프트웨어를 올바르게 시작할 수 있습니다.

이 수정사항을 UNIX용 NetView 7.1.3 서버 구현에 적용하려면, /usr/OV/newconfig/OVMIN/netnmrc에서 /etc/netnmrc(AIX의 경우) 또는 /etc/init.d/netnmrc(기타 UNIX 플랫폼의 경우)로 새 파일을 복사하십시오.

새 trapd.conf 파일

UNIX의 경우, 새 trapd.conf 파일이 이 수정팩과 함께 제공됩니다. trapd.conf의 변경사항은 이벤트에서 Tivoli Enterprise Console로 인터페이스 목록을 송신할 때 발생하는 APAR IY57432와 관련된 문제점과 제어 데스크의 이벤트 창에서 옵션 -> 추가 조치를 사용하여 MIB 브라우저 또는 정렬 이벤트를 실행할 때 발생하는 APAR IY52871과 관련된 문제점을 수정합니다.

/usr/OV/conf/C의 trapd.conf(/usr/OV/conf의 trapd.conf 파일이 아님)가 사용자 정의되지 않은 경우, 이 파일을 /usr/OV/newconfig/OVSNMP-RUN의 새 trapd.conf로 바꾸십시오. 그러나 원본 trapd.conf가 수정된 경우에는 수동으로 원본 파일에 변경사항을 추가하십시오.

주: Windows trapd.conf 파일에 대한 정보는 수정팩 03에 새로 추가된 항목 절을 참조하십시오.

Linux에서 MIB 브라우저 실행을 위한 trapd.conf 변경

위의 새 trapd.conf 파일 절에서 설명한 것처럼 이 수정팩과 함께 제공된 trapd.conf는 Linux의 이벤트 창에서 MIB 브라우저를 실행할 때 발생하는 APAR IY52871 문제점을 수정합니다.

원본 trapd.conf가 수정된 경우, 수동으로 원본 trapd.conf 파일에 새 trapd.conf의 변경사항을 추가해야 합니다. 그렇지 않으면, 새 trapd.conf를 사용하십시오.

trapd 완료 시 자동으로 다시 로드될 수 있도록 xnmtrap를 사용하여 trapd.conf 파일을 편집하는 방법이 권장됩니다. root 권한이 있는 상태에서 편집해야 합니다.

1. 명령행에서 다음과 같이 xnmtrap를 시작하십시오. /usr/OV/bin/xnmtrap
2. 추가 조치 구성을 누르십시오.
3. 운영자 패널의 추가 조치 구성을 작성하기 위해 MIB 찾아보기를 선택하십시오.
4. 끝부분에 공백과 인용 부호를 추가하여 명령행 상자에 표시된 명령을 변경하십시오. 즉, 다음과 같습니다.

   /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'`

   명령행을 다음과 같이 변경하십시오.

   /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'` "

5. 운영자 패널의 추가 조치 구성의 아래에 있는 확인을 누르십시오.
6. 확인을 눌러 xnmtrap를 종료하십시오.

다른 편집기를 사용하여 이 변경을 수행할 수도 있습니다. 다음과 같은 행을 찾으십시오.

ACTION 0 "Browse MIB" /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'`

ACTION 0 "Browse MIB" /usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'` "

그런 다음 파일을 저장하십시오. 파일을 다시 읽을 수 있도록 trapd를 다시 시작하거나 "/usr/OV/bin/event -e FMTCHG" 명령을 실행시켜야 합니다.

이벤트의 Tivoli Enterprise Console에 인터페이스 목록 송신

APAR PJ29821(Windows) 및 IY57432(UNIX)는 Tivoli Enterprise Console(R)에 송신될 때 올바르게 구문 분석하는 데 실패하는 특정 이벤트를 다룹니다. 이 경우, 이벤트가 실패하는 이유는 특정 환경에서 일부 노드와 라우터에 너무 많은 인터페이스(30개 초과)가 있기 때문입니다. varbind 8로 송신된 인터페이스 목록은 Tivoli Enterprise Console이 올바르게 구문 분석하기에 너무 큽니다. 이 문제점은 해당 이벤트의 일부로 Tivoli Enterprise Console에 인터페이스 목록을 더 이상 송신하지 않는 것으로 해결됩니다.

• UNIX

  UNIX용 IBM Tivoli NetView에서 이는 trapd.conf의 슬롯 맵 항목에 의해 제어됩니다. UNIX의 수정사항은 새 trapd.conf(/usr/OV/newconfig/OVSNMP-RUN에서)를 제공하지만, 이는 사용자가 현재 /usr/OV/conf/C/trapd.conf에 설치한 사용자 정의된 파일을 자동으로 바꾸지 않습니다. 그러므로 사용자는 수동으로 현재 시스템에서 이 수정사항을 작성해야 합니다(또는 trapd.conf가 사용자 정의되지 않은 경우, 간단히 기존 파일을 새 파일로 바꾸십시오).

  xnmtrap를 사용하여 trapd.conf의 다음 각 항목을 수정하십시오. 먼저 T/EC 슬롯 맵을 누르십시오. 그런 다음 팝업되는 창에서 "iflist" 항목을 선택하고 삭제를 누르십시오. 그리고 각 항목에 확인을 누르고 해당 트랩의 편집을 완료하기 위해 "확인"을 다시 누르십시오. 완료될 때까지 계속하십시오. 마지막으로 "확인"을 눌러 xnmtrap를 완전히 종료하십시오.

  • IBM_NVNM_EV   	50790400  (Node Marginal)

  • IBM_NVNUP_EV 	58916864  (Node Up)

  • IBM_NVNDWN_EV 	58916865  (Node Down)

  • ROUTDOWN_EV	58916971  (Router Down)

  • ROUTUNREACH_EV	58916972  (Router Unreachable)

  • ROUTERUP_EV	58916973  (Router Up)

  • ROUTMARG_EV	58916974  (Router Marginal)

• Windows

  Windows용 IBM Tivoli NetView에서 이는 \usr\ov\conf\tecad_nv6k.cds 파일의 항목에 의해 제어됩니다. Windows의 수정사항은 새 tecad_nv6k.cds를 제공하지만 이 파일은 \usr\ov\newconfig\tecad에 위치합니다. 이 새 파일은 \usr\ov\conf\tecad_nv6k.cds에 위치한 사용자 정의 파일을 대체하지는 않습니다. 따라서, 문제점을 방지하려면 현재 시스템에서 수동으로 이 수정사항을 작성해야 합니다.

  \usr\ov\conf\tecad_nv6k.cds 파일에서 다음 각 트랩에 해당하는 항목을 찾으십시오.

  • 50790400 (Node Marginal)

  • 58916864 (Node Up)

  • 58916865 (Node Down)

  • 58916971 (Router Down)

  • 58916972 (Router Unreachable)

  • 58916973 (Router Up)

  • 58916974 (Router Marginal)

  SELECT 문 아래에서 다음 행을 제거하십시오.

      6: ATTR(=, "VB_8") ;
  

  MAP 문 아래에서 다음 행을 제거하십시오.

      iflist = $V6 ;
  

  예를 들어, Node Up 항목은 다음과 같이 제공됩니다.

  CLASS TEC_ITS_NODE_STATUS
    SELECT
      1: ATTR(=,$ENTERPRISE) , VALUE(PREFIX, "1.3.6.1.4.1.2.6.3" ) ;
      2: $SPECIFIC = 58916864 ;
      3: ATTR(=, "nvObject" ) ;
      4: ATTR(=, "nvEventDescr" ) ;
      5: ATTR(=, "nvApplNbr" ) ;
      6: ATTR(=, "VB_8") ;
    FETCH
      1: IPADDR($V3);
    MAP
      origin = $F1 ;
      hostname = $V3 ;
      msg = $V4 ;
      category = $V5 ;
      nodestatus = 1 ; # UP
      iflist = $V6 ;
      nvhostname = $ADAPTER_IP ; # Required for ALL TEC_ITS events
  END
  

  사용자는 다음과 같이 작성할 수 있습니다.

  CLASS TEC_ITS_NODE_STATUS
    SELECT
      1: ATTR(=,$ENTERPRISE) , VALUE(PREFIX, "1.3.6.1.4.1.2.6.3" ) ;
      2: $SPECIFIC = 58916864 ;
      3: ATTR(=, "nvObject" ) ;
      4: ATTR(=, "nvEventDescr" ) ;
      5: ATTR(=, "nvApplNbr" ) ;
    FETCH
      1: IPADDR($V3);
    MAP
      origin = $F1 ;
      hostname = $V3 ;
      msg = $V4 ;
      category = $V5 ;
      nodestatus = 1 ; # UP
      nvhostname = $ADAPTER_IP ; # Required for ALL TEC_ITS events
  END
  

수정팩 03에 새로 추가된 항목

다음은 IBM Tivoli NetView 수정팩 03에 새로 추가된 항목입니다.

수정된 tdwdaemon.lrf

APAR IY48379에서는 ovstop 명령이 tdwdaemon을 항상 중지시키지는 못하는 문제점에 대해 설명했습니다. 문제점을 해결하는 수정된 tdwdaemon.lrf가 작성되어 이 수정팩에 포함되어 있습니다. UNIX 플랫폼에 정정사항을 설치하려면 다음 단계를 수행하여 설치한 tdwdaemon.lrf 파일을 바꾸어야 합니다.

1. tdwdaemon을 중지하십시오(ovstop tdwdaemon).
2. ovsuf 파일에서 tdwdaemon 항목을 삭제하십시오(ovdelobj tdwdaemon.lrf).
3. 현재의 tdwdaemon.lrf 파일 이름을 바꾸십시오(cp /usr/OV/lrf/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.save).
4. 원래의 lrf 파일 맨 위에 새 tdwdaemon.lrf를 복사하십시오(cp /usr/OV/newconfig/IBMVA-RUN/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.lrf).
5. ovsuf 파일에 tdwdaemon을 추가하십시오(ovaddobj tdwdaemon.lrf).
6. tdwdaemon을 다시 시작하십시오(ovstart tdwdaemon).

이 수정사항을 백아웃하려면 앞에서 설명한 지시에 따르되, 두 번의 복사 단계를 저장된 lrf 파일을 원래 위치로 다시 복사하는 한 번의 작업으로 대체하면 됩니다.

향상된 위치 감지 토폴로지 기능

게이트웨이 항목에서 IP 주소 범위 및 와일드카드를 사용할 수 있도록 위치 감지 토폴로지 기능(location.conf)이 개선되었습니다. 범위 또는 와일드카드를 게이트웨이 IP 주소의 모든 파트에 사용할 수 있습니다. 와일드카드는 게이트웨이 이름에는 사용할 수 없습니다.

다음은 게이트웨이 이름 또는 주소 필드의 변경사항(location.conf 파일의 주석 절에 수동으로 적용해야 함)에 대해 설명합니다.

게이트웨이 항목의 형식은 다음과 같습니다.

<위치 이름> <게이트웨이 이름 또는 주소>

여기서, 위치 이름은 이 게이트웨이를 배치하는 위치의 이름이며 게이트웨이 이름 또는 주소는 게이트웨이 이름 또는 IP 주소(점분리 십진수 표기 형식으로 된 해당 인터페이스 중 하나)입니다. 와일드카드 및 범위는 게이트웨이 IP 주소에 사용할 수 있습니다(예: 5.25-30.2.8 또는 3.5.*.*). 와일드카드는 게이트웨이 이름에 사용할 수 없습니다(myrouter.company.com).

게이트웨이 항목의 예:

게이트웨이가 둘 이상의 게이트웨이 항목과 일치하면 하나의 항목이 임의로 선택됩니다. 게이트웨이 항목 중복을 해결할 수 있도록 둘 이상의 항목과 일치하는 게이트웨이 인터페이스에 대한 경고 메시지가 location.log 파일에 표시됩니다. 이 메시지는 단지 경고 메시지로, 게이트웨이/라우터 배치에 문제가 있음을 나타내는 것이 아닙니다.

수정된 netmon.seed 파일

APAR IY47145에 대해 수정된 netmon.seed 파일이 수정팩과 함께 제공됩니다. 이 파일은 명시적으로 노드를 발견하고 SNMP 관리를 수행하기 위한 파일입니다. netmon.seed 파일에는 노드 발견 및 SNMP 관리를 위한 두 개의 항목이 있어야 합니다. 수정팩의 수정된 netmon.seed 파일은 /usr/OV/newconfig/IBMVA-RUN/ 서브디렉토리(UNIX의 경우) 또는 \usr\ov\newconfig\netmon 서브디렉토리(Windows의 경우)에 있습니다.

최대 대체 커뮤니티 이름

기본적으로, 최대 일곱 개의 대체 커뮤니티 이름을 communityNames.conf 파일에 지정할 수 있습니다. netmon.conf 파일에 환경 변수 MaximumCommunityNames를 설정하여 최대 대체 커뮤니티 이름의 수를 0 - 100 값으로 설정할 수 있습니다.

새 trapd.conf 파일

새 trapd.conf 파일이 수정팩과 함께 제공됩니다. trapd.conf 파일이 이제 Windows용 NetView trapd.conf 파일의 HPCIFxxx 트랩에서 여러 값을 자르지 않습니다. 이 파일은 \usr\ov\newconfig\ovsnmp-run\trapd.conf에 있습니다. 아직 \usr\ov\conf\trapd.conf를 사용자 정의하지 않은 경우, 이 파일을 사용하여 \usr\ov\conf\trapd.conf에 있는 파일을 교체할 수 있습니다. 그러나 원본 파일을 수정한 경우에는 두 파일을 병합해야 합니다.

새 JRE

수정팩에 포함된 APAR IY45265가 JRE 업그레이드를 제공합니다. 이전 NetView V7.1.3 수정팩에서는 시스템 구성 및 운영 체제 레벨에 따라 수정팩 설치 후 NetView 웹 콘솔이 코어 덤프를 발생시키는 경우가 종종 있었지만, 이 업그레이드를 수행함으로써 이러한 문제점이 제거되었습니다.

새 룰 세트 overridestatus_user1.rs가 setstatusseverity.rs를 대체

Windows용 IBM Tivoli NetView 사용자는 작동하지 않는 룰 세트 setstatusseverity.rs 대신 새 룰 세트 overridestatus_user1.rs를 구현해야 합니다. 새 문서 \usr\ov\doc\Rulesets_on_Windows.readme에 상관 디먼 nvcord와 함께 룰 세트 샘플을 사용하는 방법이 설명되어 있습니다. setstatusseverity.rs는 사용자가 삭제해야 합니다. 이는 후속 릴리스에서 제공되지 않습니다.

수정팩 참고사항

• UNIX용 NetView 버전 5.1 이후로 조치 노드 룰 세트가 해당 조치 노드 룰 세트를 거치는 모든 트랩의 끝에 세 개의 변수를 추가했습니다(순서대로).

  • 트랩 심각도
  • 트랩 소스 문자
  • 트랩 범주
  변수는 사용자 스크립트에서 이 항목을 사용할 수 있도록 trapd.conf에서 가져옵니다.

  NetView 6.0.3에서 트랩에 현재 포함된 변수의 수를 사용자에게 알릴 수 있도록 새 NVATTR_COUNT 변수가 추가되었고, 아래 세 개의 변수를 쉽게 참조할 수 있습니다.

  • NVATTR_n 변수(여기서 n = NVATTR_COUNT-1은 트랩 범주입니다.)
  • NVATTR_n 변수(여기서 n = NVATTR_COUNT-2는 트랩 소스입니다.)
  • NVATTR_n 변수(여기서 n = NVATTR_COUNT-3은 트랩 심각도입니다.)

  이제 NetView 7.1.3에서 새로 추가된 변수 결합(varbind)은 변수를 쉽게 참조할 수 있도록 세 개의 변수로 반출됩니다.

  • NVSEV
  • NVSRC
  • NVCAT

• UNIX의 경우, mib2trap 명령 구문이 변경되었습니다. 명령행에서 mib2trap -? 명령을 실행하면 구문이 표시됩니다. 기본적으로, mib2trap 명령은 TEC_ITS_BASE가 있는 선택적 BAROC 파일을 기본 이벤트 클래스로 작성합니다. 일반 구문은 다음과 같습니다.

  mib2trap mib_file addtrap_output_file [baroc_file] [base_event_class_name]

  명령이 현재 사용자 정의 기본 이벤트 클래스를 지원하므로 이전 기본 클래스인 Nvserverd_Event를 계속 사용하려면 다음 방법을 통해 이전 기본 클래스를 네 번째(선택적) 매개변수로 지정하면 됩니다.

  mib2trap mib_file addtrap_output_file baroc_file Nvserverd_Event

• nvserverd의 내부 Tivoli Enterprise Console 어댑터에서 Tivoli Enterprise Console로 보낸 이벤트의 오리진 필드에는 NetView 서버의 IP 주소가 항상 포함됩니다. adapter_host 필드에는 NetView 서버의 완전한 도메인 이름 또는 동일한 IP 주소가 원래 필드로 포함됩니다. Tivoli Enterprise Console 서버에 이벤트 응답 및 포워딩이 가능하게 하기 위해 어댑터 호스트 필드에는 더 이상 짧은 이름을 사용할 수 없습니다.

• Java MIB 로더는 로드된 MIB 목록에 로드되지 않은 MIB를 더 이상 입력하지 않습니다. 또한 Java MIB 로더의 경우 MIB 로드를 건너뛰면 경고를 표시하며, MIB 파일에 대한 올바른 확장자는 .mib, .my 및 .def 뿐임을 알려줍니다.

• NetView 7.1.3 이전의 경우, 서브맵의 도달 불가능 기호는 상위 기호의 복합 상태를 계산하기 위해 무시되었습니다. NetView 7.1.3에서 기본 복합 전달은 도달 불가능 상태의 기호를 한계로 처리합니다. 서브맵에 있는 하나 이상의 기호(모든 기호는 아님)가 도달 불가능하면 그 기호를 한계로 처리하여 해당 서브맵에 있는 하나 이상의 기호에 문제점이 있음을 표시합니다. NetView GUI는 NetView GUI를 시작하기 전에 환경 변수 OVW_NO_UNREACHABLE_PROPAGATION=1을 설정하여 복합 전달 시 도달 불가능 기호를 무시하도록 구성할 수 있습니다. 서브맵의 모든 기호가 도달 불가능한 경우 도달 불가능 상태는 변수 설정값과 상관없이 전달됩니다.

• Solaris에 설치된 /etc/snmp/conf/mgragentd.rsrc 파일이 변경되어 명령 필드가 이전 값인 'command = /usr/bin/echo mgragentd registered with snmpdx'에서 'command = "" '(null 명령 항목)로 변경되었습니다. 이로써 snmpdx를 다시 시작하는 경우에 defunct 프로세스가 작성되는 것을 방지할 수 있습니다. 그러나 파일은 NetView 초기 설치 시 한 번만 설치되며 이 수정팩에서 사용자 시스템에 있는 기존의 파일 사본을 갱신하지 않습니다. 따라서, 다음 릴리스 이전에 이를 변경하려면 변경사항을 /etc/snmp/conf/mgragentd.rsrc 파일에 수동으로 삽입해야 합니다.

• NetView V7.1.2에서 NetView에 사용된 Tivoli Enterprise Console 클래스 정의가 업그레이드되었습니다. NetView에서 사용한 이전 Tivoli Enterprise Console 이벤트 클래스 정의는 더 이상 지원되지 않으며 후속 마이그레이션이 이전 클래스 정의를 지원하지 않으므로 새 클래스 정의를 사용해야 합니다.

• snmpCollect 디먼에서 적정 콜렉션보다 더 많은 콜렉션이 지연되는 경우, snmpCollect 디먼이 3초 간의 기본 대기 시간 내에 응답을 받지 못하여 문제가 발생할 수 있습니다.

  콜렉션에 더 많은 시간을 할당하려면 다음을 수행하십시오.

  1. 도구 모음에서 옵션 항목을 선택하고 SNMP 메뉴 항목을 눌러 SNMP 선택창을 표시하십시오.
  2. 지연된 콜렉션이 있는 목록에서 노드를 누른 다음 특성 단추를 누르십시오.
  3. "SNMP 요청 재시도 간격" 및 "최대 __번의 시도에 할당된 시간(초)" 필드의 값을 늘리거나 공백을 초기값으로 바꾸십시오.

• NetView 보안이 사용 가능한 경우, Tivoli NetView 서버의 완전한 호스트 이름은 서버 /etc/hosts 파일에서 서버 항목의 첫 번째 호스트 이름으로 표시되어야 합니다. 그렇지 않으면 NetView 클라이언트의 권한 정보를 검증할 수 없으며, 보안 관리 대화 상자의 서버에서 메시지를 보내면 오류(35)가 보고됩니다.

• UNIX에서 Tivoli NetView 원시 서버/클라이언트 구성을 사용하는 경우 NetView 서버가 존재하는 플랫폼이 재부팅되면 원시 NetView 클라이언트를 중지하고 다시 시작해야 합니다. 즉, NetView 서버를 재부팅하고 다시 시작하면 원시 클라이언트에 관한 세션 정보가 없어지므로 해당 정보를 복원하기 위해서는 클라이언트를 중지하고 다시 시작해야 합니다.

• Seed 파일의 와일드카드 범위는 감지 범위를 모든 관리 네트워크 범위로 제한합니다. 이는 netmon이 강제로 새 노드를 감지하여 새 네트워크를 작성하게 하지 않습니다. 그러나 seed된 항목(단일 IP 또는 호스트 이름)의 경우, netmon은 필요하면 항목을 감지하여 네트워크를 작성하려고 시도합니다.

• 강제로 "고립 네트워크"(즉, NetView 서버에 대한 라우터 연결이 없는 네트워크)를 감지하게 하려면, 해당 네트워크에 있는 하나의 명시적(seed된) 노드 항목을 seed 파일에 추가하여 강제로 노드를 감지하여 네트워크를 작성하게 해야 합니다. 또한 해당 네트워크의 다른 장치에서도 감지하도록 확장하려면 seed된 항목에서 SNMP가 사용 가능한지 확인해야 합니다.

• xnmsnmpconf 어플리케이션의 SNMP 구성 패널에서 재시도 횟수 필드는 총 ping 또는 SNMP 요청 시도 횟수를 표시합니다. 횟수에는 초기 폴링이 포함됩니다. 따라서, "1" 값은 한 번 시도해야 함을 나타내고 "2" 값은 초기 시도와 실패 시 한 번의 재시도를 해야 함을 나타냅니다.

• 시스템에서 일일 웹 서버 로그 파일이 너무 많은 공간을 소비하여 이 요청 로그를 보유하는 일 수가 줄어들면 몇 가지 추가 조치를 취할 수 있습니다.

  1. EventChannel Servlet의 쿼리 간격 사용자 정의:

     쿼리 간격은 웹 서버가 여전히 활성인지 확인하기 위해 웹 콘솔에서 요청을 보내는 간격을 결정합니다.

     일반적으로, 이 매개변수를 사용자 정의할 필요는 없습니다. 그러나 일일 servlet 요청 로그(UNIX의 경우 /usr/OV/www/logs, Windows의 경우 \usr\ov\www\logs의 yyyy_mm_dd.request.log)가 계속 커지면 EventChannel 쿼리 로그 항목이 덜 작성되도록 쿼리 간격을 늘릴 수 있습니다. 그러나 간격을 늘리면 웹 콘솔에서 웹 서버가 작동 중지되었다는 것을 인식하는 데 걸리는 지연 시간도 늘어납니다.

     UNIX의 경우 /usr/OV/www/webapps/netview/WEB-INF/web.xml 파일, Windows의 경우 \usr\ov\www\webapps\netview\WEB-INF\web.xml 파일에 있는 EventChannel Servlet의 queryIntervalSec 매개변수에서 이 간격을 구성할 수 있습니다.

  2. EventBrowser Servlet의 클라이언트 화면 갱신 비율 사용자 정의:

     클라이언트 화면 갱신 비율은 웹 콘솔이 웹 콘솔 이벤트 브라우저의 이벤트를 화면 갱신하도록 웹 서버에 요청하는 횟수를 결정합니다.

     일반적으로, 이 매개변수를 사용자 정의할 필요는 없습니다. 그러나 일일 servlet 요청 로그(UNIX의 경우 /usr/OV/www/logs, Windows의 경우 \usr\ov\www\logs의 yyyy_mm_dd.request.log)가 계속 커지면 EventBrowser 이벤트 요청 로그 항목이 덜 작성되도록 클라이언트 화면 갱신 비율을 늘릴 수 있습니다. 그러나 이 비율을 변경하면 웹 콘솔에서 EventBrowser 데이터를 갱신하는 빈도가 줄어듭니다.

     UNIX의 경우 /usr/OV/www/webapps/netview/WEB-INF/web.xml 파일 또는 Windows의 경우 \usr\ov\www\webapps\netview\WEB-INF\web.xml 파일에 있는 EventBrowser Servlet의 clientRefreshRate 매개변수에서 이 간격을 구성할 수 있습니다.

  로그를 보유하는 일 수를 줄이는 것을 비롯하여 위의 조치 둘 다 UNIX 플랫폼 또는 Windows 플랫폼에서 실행 중인 NetView 웹 서버에서 수행할 수 있습니다.

• TEC 포워딩이 사용 가능한 경우, IBM Tivoli NetView 7.1.3에는 최신 Tivoli Enterprise Console 릴리스(3.7.1과 수정팩 05, 3.8과 수정팩 01, 3.9)가 필요합니다. NetView에서 Tivoli Enterprise Console로 보낸 트랩 매개변수가 변경되었기 때문입니다. 이 트랩 매개변수는 최신 Tivoli Enterprise Console 릴리스에만 알려져 있습니다.

• Solaris 운영 체제에서 맨 처음 클라이언트/서버 시스템을 구성할 경우 "클라이언트 액세스 추가" 단계 도중에 다음과 같은 오류 메시지가 표시될 수 있습니다.

  !-> 오류 메시지 "/etc/dfs/sharetab를 열 수 없습니다." (3회)

  -> 작업 완료

  이 메시지는 Solaris에 /etc/dfs/sharetab 파일이 아직 작성되지 않아 존재하지 않기 때문에 표시됩니다. 클라이언트 설치 프로그램은 액세스에 실패한 후에 해당 파일을 작성하므로 오류 메시지가 실패를 나타내는 것은 아닙니다.

• 보안 감사 구성 대화 상자가 두 개의 분할창을 갖습니다.

  위의 분할창에는 감사 범주 선택 필드가 있습니다. 이 필드에서 on 및 off 단추를 사용하여 저장해야 할 범주와 감사 레코드를 선택하십시오. 각 범주 아래에 기록된 이벤트에 대한 정보는 UNIX용 IBM Tivoli NetView 관리자 안내서를 참조하십시오.

  아래 분할창에는 감사 로그 파일의 크기와 위치를 제어하는 데 사용할 수 있는 다음 필드가 있습니다.

  • 감사 로그 파일 이름: 감사 로그 파일의 전체 경로 및 이름을 지정합니다.
  • 감사 파일 수: 저장할 감사 파일 수를 지정합니다. 현재의 감사 파일이 최대 크기에 도달하면 백업 파일로 롤오버되며, 파일의 최대 수에 도달하면 가장 오래된 파일이 지정된 임시 디렉토리로 이동됩니다.
  • 최대 감사 파일 크기: 각 감사 파일의 최대 크기(MB 단위)를 지정합니다. 현재 파일이 이 크기에 도달하면 이것은 백업 파일로 합쳐지고 새 파일이 시작됩니다.
  • 임시 디렉토리: 오래된 감사 파일의 저장영역에 해당하는 디렉토리를 지정합니다. 감사 파일의 최대 수가 초과되면 가장 오래된 파일이 이 디렉토리로 이동됩니다. 기본값은 /tmp입니다. 오래된 감사 파일은 자동으로 삭제되지 않으므로 파일 시스템이 용량을 초과하지 않도록 이 디렉토리의 크기를 모니터하십시오.

• UNIX에서 /usr/OV/bin/netview.pre 파일은 사용자가 NetView 콘솔에 관련된 환경 변수를 설정하기 위해 작성할 수 있는 스크립트입니다. 사용자가 NetView 콘솔을 표시하면 /usr/OV/bin/netview.pre 스크립트가 실행됩니다. 디먼 시작 환경 변수에 사용되는 /usr/OV/bin/netnmrc.pre 스크립트와 같이 /usr/OV/bin/netview.pre 스크립트는 갱신사항을 설치하는 동안 또는 마이그레이션 중 사용자가 /usr/OV/bin.USER 범주를 선택할 때 자동으로 백업되고 마이그레이션됩니다.

  netview.pre 스크립트는 NVMAPGLOBALACK 환경 변수를 설정하는 데 사용될 수 있습니다. NVMAPGLOBALACK 환경 변수를 1로 설정하면 맵 수신확인에 대한 글로벌 기반 모드가 활성화됩니다.

• AIX V5 플랫폼에서 운영 체제의 기본 SNMP 에이전트는 NetView 7.1.3이 사용 가능하지 않은 SNMP V3 에이전트입니다. 시스템의 기본 SNMP 에이전트를 SNMP V1 에이전트로 설정해야 합니다. 이 작업은 NetView 디먼을 중지하고 다음 운영 체제 명령을 실행한 후 NetView 디먼을 다시 시작하여 수행할 수 있습니다.

  snmpv3_ssw -1

수정팩에서 정정된 APAR

고객이 제기한 다음 문제점이 이 수정팩을 통해 IBM Tivoli NetView V7.1.3에서 수정되었습니다.

고객이 제기한 다음 문제점이 IBM Tivoli NetView V7.1.3 수정팩 3에서 수정되었습니다.

고객이 제기한 다음 문제점이 IBM Tivoli NetView V7.1.3 수정팩 2에서 수정되었습니다.

고객이 제기한 다음 문제점이 IBM Tivoli NetView V7.1.3 수정팩 1에서 수정되었습니다.

설치 및 구성

전제조건

시스템에 IBM Tivoli NetView V7.1.3 수정팩 4를 설치하려면 다음 전제조건을 충족시켜야 합니다.

• 해당 플랫폼에 적절한 패키지를 다운로드하여 패키지를 설치할 시스템에서 사용할 수 있도록 해야 합니다.

• 원래 NetView V7.1.3 설치를 수행한 것과 동일한 사용자 계정으로 시스템에 로그인해야 합니다(UNIX의 root 계정).

• 시스템에 IBM Tivoli NetView 버전 7.1.3이 설치되어 있어야 합니다.

• 수정팩을 설치할 시스템에 다음을 수행할 수 있는 공간이 있어야 합니다.

  • 수정팩 설치
  • 갱신된 NetView 설치 포함
  수정팩이 설치되면 처음 설치하는 데 필요했던 여유 공간은 임시 공간이므로 시스템에 반환됩니다. 수정팩이 백아웃되거나 NetView의 새 버전이 설치될 때까지 NetView 설치 갱신에 필요한 공간은 계속 사용됩니다.

  이전 IBM Tivoli NetView V7.1.3 수정팩을 포함하는 설치는 이 수정팩을 설치하기 전에 UNIX의 경우 /usr/OV/service/V713/Fix PackX 디렉토리, Windows의 경우 \usr\ov\service\v713\Fix PackX 디렉토리를 삭제하여 해당 수정팩에 사용되는 대부분의 공간을 복구합니다. 그러나 이를 수행하면 설치를 위해 이전 수정팩이 필요한 코드 수정사항을 설치할 수 있는 기능 뿐만 아니라 이전 수정팩을 백아웃할 수 있는 기능이 제거됩니다.

  다음 표는 앞에서 설명한 각 공간 요구사항별로 플랫폼 각각에 필요한 공간에 대해 설명합니다.

  운영 체제	설치에 필요한 공간 1	업그레이드된 제품에 필요한 공간 2
  RS6000 AIX	380 Mb	235 Mb
  SunOS Solaris	330 Mb	215 Mb
  Linux Intel	345 Mb	220 Mb
  Linux 390	400 Mb	240 Mb
  Windows	95 Mb	55 Mb
  1이 공간은 사용자가 수정팩 설치 패키지를 배치하려는 모든 위치에 필요합니다. 2이 공간은 /usr/OV(UNIX의 경우) 또는 \usr\ov(Windows의 경우)에 필요합니다.

  /usr/OV 또는 \usr\ov에서 수정팩 내용을 포함시키는 데 필요한 대부분의 공간(두 번째 컬럼에 표시되어 있는 공간)은 /usr/OV/service/V713/FixPack4(UNIX의 경우) 또는 \usr\ov\service\V713\FixPack4(Windows의 경우) 디렉토리의 내용을 삭제하면 시스템에 반환됩니다. 그러나 이렇게 하면 수정팩을 백아웃하는 기능이 제거됩니다. FixPack4 서브디렉토리 자체를 삭제하지는 마십시오. 이 수정팩을 전제조건으로 요구하는 수정사항을 설치하려면 이 서브디렉토리가 있어야 합니다.

설치 지시사항

패키지를 설치하려면 다음 단계를 따르십시오.

1. 웹 콘솔이 사용자 정의되어 있는지 여부에 따라 SSL(Secure Socket Layer) 프로토콜 사용자는 다음 중 하나를 수행해야 합니다.

   • NetView serversetup 어플리케이션을 통해 SSL을 사용하지 않도록 설정하십시오.

     주: 이는 웹 콘솔을 사용자 정의하지 않은 사용자에게 해당됩니다.

   • 다음 파일을 임시 위치에 복사하십시오.
     • /usr/OV/www/webapps/netview/WEB-INF/web.xml 및 /usr/OV/www/conf/jetty.xml(UNIX의 경우)
     • \usr\ov\www\webapps\netview\WEB-INF\web.xml 및 \usr\ov\www\conf\jetty.xml(Windows의 경우)

     주: 이는 웹 콘솔을 사용자 정의한 사용자에게 해당됩니다.

2. UNIX용 NetView 클라이언트에 수정팩을 설치하려면 다음 단계를 수행하여 NetView 서버에서 클라이언트 연결을 끊으십시오.

   1. 클라이언트 설정 어플리케이션을 실행하십시오.
   2. 구성 -> 서버 제거를 누르십시오.
   3. 서버 호스트 이름 필드에 NetView 서버 이름을 입력하십시오.
   4. 적용을 누르십시오.

3. 새 창을 열고 수정팩을 설치할 운영 체제의 로컬 서브디렉토리에 패키지를 복사한 다음 디렉토리를 해당 서브디렉토리로 변경하십시오.

   패키지를 복사하기 전에 이 서브디렉토리의 사용 가능 공간이 IBM Tivoli NetView 7.1.3 수정팩 04를 이 운영 체제에 설치하는 데 필요한 공간보다 큰지 확인하십시오.

4. 다음 중 하나를 수행하여 설치 스크립트를 추출하십시오.

   • UNIX의 경우, 다음을 입력하십시오. zcat 7.1.3-NVD-{Platform}-FP0004.tar.Z | tar -xvf - install
   • Windows의 경우, 다음을 입력하십시오. 7.1.3-NVD-Win32-FP0004.exe

5. 설치 스크립트를 실행하십시오.

   • UNIX의 경우, ./install을 입력하십시오.
   • Windows의 경우, NetView 원시 서버를 설치하려면 install을 입력하십시오.
   • Windows의 경우, NetView 원시 클라이언트를 설치하려면 install noversioncheck를 입력하십시오.

   설치 도중 다른 오류가 발생한 경우(설치 프로세스 자체에서 성공을 보고하는 경우와 상관없이) 다음 단계를 수행하십시오.

   1. 백아웃 스크립트를 실행하십시오(오류 무시).
   2. 설치 도중 보고된 문제점을 정정하십시오.
   3. Windows의 경우, 컴퓨터를 재부팅하십시오.
   4. 처음부터 설치를 다시 시작하십시오.

6. UNIX에서는 netnmrc 스크립트를 실행하고 netview 명령을 사용하여 컴퓨터를 재부팅하고 Windows에서는 NetView 아이콘을 눌러 NetView 디먼을 다시 시작하십시오.

   Windows에서 NetView 설치 시 SQL 데이터베이스를 사용하는 경우, NetView 디먼을 다시 시작하기 전에 먼저 SQL 서버를 다시 시작하십시오.

7. 업그레이드된 원시 NetView 서버 설치에서 NetView 웹 콘솔 설치를 다시 설치하십시오. 이것은 NetView 서버가 업그레이드된 이후에 다음 URL에서 다운로드할 수 있습니다.

   	http//<NetViewServer>:8080/download
   	

   Windows의 웹 콘솔의 경우, 다음 파일에 수정팩 04 갱신사항이 들어 있습니다. 둘 중 하나를 사용할 수 있습니다.

   	nvwc_thin.zip    (Windows용 씬(thin) 웹 콘솔)
   	nvwcinstall.exe  (자체 추출 설치)
      

   UNIX의 웹 콘솔의 경우, 다음 파일에 수정팩 04 갱신사항이 들어 있습니다.

      nvwc_thin.tar    (Unix용 씬(thin) 웹 콘솔)
      

   NetView 7.1.3 수정팩 04 UNIX 서버로부터 NetView 웹 콘솔을 업그레이드하는 경우 NetView 웹 콘솔 패키지의 씬(thin) 버전을 사용해야 합니다. NetView 웹 콘솔의 완전한 버전은 수정팩 갱신사항을 포함하지 않습니다. NetView 서버에 수정팩을 설치한 이후에 전체 패키지를 설치할 때마다 씬(thin) 패키지를 전체 패키지 위에 적용해야 합니다.

8. 일부 XML 등록 정보 값이 수정팩 설치 중에 변경되기 때문에 사용자는 수정팩 설치 이후 웹 콘솔을 사용하기 전에 웹 콘솔 보안 콘솔을 실행해야 합니다.

9. NetView 클라이언트 설치에 이 수정팩을 적용했으면 클라이언트 설정 어플리케이션을 사용하여 클라이언트를 적절한 NetView 서버에 다시 연결하십시오.

10. SSL(Secure Socket Layer) 프로토콜을 다시 사용하려는 사용자는 (1) NetView serversetup 어플리케이션을 통해 SSL을 사용하도록 설정하거나 (2) 저장된 web.xml 사본을 /usr/OV/www/webapps/netview/WEB-INF(UNIX의 경우) 또는 \usr\ov\www\webapps\netview\WEB-INF(Windows의 경우) 디렉토리에 복사하십시오.

백아웃 지시사항

수정팩 설치의 일부분으로 설치 도중 대체된 파일의 사본은 /usr/OV/service/V713/FixPack4(UNIX의 경우) 또는 \usr\ov\service\V713\FixPack4(Windows의 경우) 서브디렉토리에 각각 저장됩니다. 원하는 경우, 앞에서 설명한 설치 지시사항 중 3 - 5 단계 대신 해당 디렉토리에 포함된 백아웃 스크립트를 실행하여 수정팩을 설치 제거하여 시스템을 수정팩 설치 이전의 상태로 되돌릴 수 있습니다.

주: 백아웃 스크립트는 \usr\ov\service\V713\FixPack4 Windows 서브디렉토리에서 실행해야 합니다.

수정팩을 설치한 후 시스템에 설치된 NetView 수정사항은 수정팩을 백아웃하기 전에 먼저 백아웃해야 합니다.

알려진 결함 및 제한사항

• IBM Tivoli NetView 7.1.3은 Microsoft Remote Terminal Services와 호환되지 않습니다. Remote Terminal Services를 사용하여 NetView를 설치하거나 실행하는 경우 NetView가 올바르게 작동하지 않으며 NetView 데이터베이스가 손상됩니다.

• NetView 콘솔에서 SmartSet이 열려 있는 동안 SmartSet에 속한 새 오브젝트(예: 인터페이스, 네트워크, 세그먼트 또는 노드)가 발견되는 경우 이 새 오브젝트는 일반 컴퓨터 기호로 표시됩니다. SmartSet을 닫은 후에 다시 열면 올바른 기호가 표시됩니다.

• 대량의 NetView 데이터베이스를 갖고 웹 콘솔을 사용하는 UNIX 사용자는 다음을 수행해야 합니다.

  • /usr/OV/conf/NetViewLargeDb.conf 파일에서 NETVIEW_LARGE_DB=FALSE를 NETVIEW_LARGE_DB=TRUE로 변경하십시오.
  • 파일을 저장하십시오.
  • 모든 NetView Consoles 및 netviewd 디먼을 중지하십시오.
  • netviewd 디먼과 NetView Console을 다시 시작하십시오.

• .kshrc 파일에서 Korn 쉘 히스토리 파일을 조작하는 것은 권장되지 않습니다. NetView에 사용된 몇몇 설치 메커니즘에서 표준 히스토리 파일이 설정될 것으로 예상됩니다. 그렇지 않으면 설치 전제조건 소프트웨어 점검 및 실제 NetView 설치에 실패합니다.

• 일부 고객의 경우, Tivoli Management Framework가 사용자 정의된 위치에 설치되어 있는 시스템에서 독립형 NetView V7을 사용할 때 몇 가지 문제점이 발생합니다. 이러한 문제점을 방지하려면, 사용자의 환경에서 해당 Framework를 유지하고자 할 때 표준 Tivoli Management Framework 설치를 통해 NetView V7.0을 설치해야 합니다. Framework가 NetView만을 지원하도록 설치되어 있는 경우, 더 이상 사용하지 않으려면 다음 단계를 수행해야 합니다.

  1. serversetup의 백업 기능을 통해 NetView 설치를 백업하십시오.
  2. 시스템에서 Tivoli Management Framework 및 NetView를 모두 제거하십시오.
  3. 갱신 옵션을 사용하여 명령행에서 NetView를 설치하십시오.

• nvColToSQL을 실행하려고 하는 경우 다음 오류 메시지가 표시될 수 있습니다.

  데이터베이스 서버가 없거나 로그 파일, 임시 파일 및 롤백 세그먼트에 충분한 디스크 공간이 없거나 데이터베이스에 테이블이 존재하지 않습니다.

  처리할 snmpCollect 파일이 너무 많은 경우 이 메시지가 표시될 수 있습니다(보통 500개 이상). 이 메시지를 받은 경우 다음 스크립트를 사용하여 파일을 처리할 수 있습니다. 이 스크립트는 각 파일을 한 번에 하나씩 처리하여 결과물을 로그 파일에 저장합니다.

  #!/bin/sh
  LOG=/usr/OV/log/nvColToSQL.log
  date > $LOG   # CREATE NEW LOG EACH TIME
  # Loop all files that do not have ! or archive in name
  for file in `ls /usr/OV/databases/snmpCollect | grep -v "\!" | grep -v "archive"`
  do
  
     nvColToSQL -f $file -m 64 >> $LOG 2>> $LOG
     RC=$?
     echo "* FILE <$file> Return Code <$RC>" >> $LOG
  
  done

• 도움말 메뉴 항목을 열고 도움말 항목, 찾기 탭을 차례로 선택한 다음 snmp를 입력하고 목록에서 SNMPV2를 선택한 후 도구 -> MIB -> SNMPV2 -> 명령 로드를 선택하면, 표시되는 Windows용 NetView V7.1의 SNMPV2 명령 도움말은 더 이상 올바르지 않으므로 무시해야 합니다.

• 현재 Windows용 NetView는 SNMP V2 트랩을 지원하지 않습니다.

• Linux 운영 체제 및 UNIX용 NetView man page 형식 변화로 인해 Linux 단말기 창이 80자 너비보다 넓지 않은 경우, Linux 시스템에 man page가 올바르게 표시되지 않습니다. 형식을 정정하려면 마우스를 사용하여 단말기 창의 오른쪽 경계를 오른쪽으로 끌어 단말기 창을 확대하십시오. 그러면 실행된 man 명령이 올바르게 표시됩니다.

• Windows용 NetView에서 인터페이스를 관리하지 않다가 ICMP ping에서 netmon을 사용하게 됨에 따라 관리하게 되는 경우, admin 작동 중지 인터페이스(상태 USER1)가 위험 상태로 잘못 변경될 수 있습니다. 인터페이스의 admin 작동 중지 상태는 다음 구성 점검 또는 폴링 요청 시까지 다시 선택되지 않습니다. 이런 경우에 admin 작동 중지 인터페이스가 위험 상태로 보고되지 않게 하려면 netmon seed 파일에서 ICMP 폴링 대신 SnmpStatus 폴링을 사용하도록 admin 작동 중지 인터페이스와 함께 라우터를 구성하십시오.

• Windows 2003의 Windows용 Tivoli NetView에서 클라이언트 또는 서버에 메시지를 보내려고 시도하면(서버 설정 -> 클라이언트/서버 -> 메시지 보내기 탭) "메시지 없음" 오류와 함께 팝업이 표시됩니다. 그 이유는 Windows Messenger 서비스를 사용할 수 없기 때문입니다. Windows 2003 설치 후 기본값은 서비스 사용 불가능입니다. Messenger 서비스를 사용 가능하게 하려면 다음 단계를 수행하십시오.

  1. 내 컴퓨터 -> 관리 -> 서비스 및 어플리케이션 -> 서비스를 누르십시오.
  2. Messenger를 마우스 오른쪽 단추로 누르십시오.
  3. 등록 정보를 누르십시오.
  4. 시작 유형의 아래 방향 화살표를 눌러 자동을 선택하십시오.
  5. 확인을 누르십시오.
  6. Messenger를 마우스 오른쪽 단추로 누르십시오.
  7. 시작을 누르십시오.

• UNIX용 Tivoli NetView에서 SmartSet 서브맵이 열려 있는 경우, collmap은 일반 기호에 대한 사용자 정의 레이블을 오브젝트의 선택 이름으로 겹쳐씁니다. 문제해결 방법은 해당 오브젝트에 대해 특별한 기호를 구성하고 사용하는 것입니다.

• 때때로 일부 Linux 플랫폼의 운영 체제가 UNIX용 Tivoli NetView Java 디먼의 일부 스레드를 올바르게 종료시키지 못하여 NetView 디먼을 다시 시작할 때 문제점이 발생하기도 합니다. "force" 옵션이 nvKill 명령에 추가되어 모든 잘못된 NetView 디먼 및 스레드를 종료하고 소켓을 삭제하므로 혹시 이 같은 상황이 발생하더라도 디먼을 올바르게 다시 시작할 수 있게 되었습니다. NetView 디먼이 정지(다시 시작이 10분 이상 지속됨)된 것으로 표시되면 명령 프롬프트에서 다음 명령을 입력하십시오.

  /usr/OV/service/nvKill -f

  그런 다음 netnmrc 또는 netview 명령을 사용하여 정상적인 방법으로 디먼을 다시 시작하십시오.

• Windows용 NetView 설치가 이전 버전에서 마이그레이션된 경우, 찾기 대화 상자의 단순 탭 아래에 있는 "다른 특성으로 찾기"를 사용하면 /usr/ov/conf/c/finddialog.conf 파일에서 <CR><LF>가 <CR>로 변경되었으므로 NetView.exe 실행 파일이 잠깁니다.

  문제점을 수정하려면 finddialog.conf 파일을 Windows 워드패드 프로그램으로 로드하고 해당 파일을 저장하십시오. 워드패드에서 <CR>을 <CR><LF>로 변경하십시오. 주: Windows 메모장 프로그램은 작동하지 않습니다.

• Solaris 시스템에 일본어 언어팩이 있는 NetView를 설치할 때 NetView 7.1.3 수정팩 3을 설치한 후 백아웃하면 NetView GUI가 "Error retrieving mapdb field info: Null field value" 오류 메시지와 함께 시작에 실패합니다. 이 오류를 복구하려면 다음 단계를 수행하십시오.

  1. ovobjprint -s mapdb를 실행하여 mapdb 오브젝트의 오브젝트 ID를 확인하십시오.
  2. ovwdbdmap -d objid를 실행하십시오. 여기서, objid는 단계 1의 오브젝트 ID입니다.
  3. ovstart ovwdb를 실행하여 ovwdb 디먼을 다시 시작하십시오.
  4. mapadmin -i를 실행하여 mapdb 오브젝트를 다시 작성하십시오.

• 사용자 ID에 2바이트 문자를 사용하면 Windows 및 AIX 웹 콘솔이 Solaris NetView 서버에 연결되지 않습니다. 그러나 사용자 ID에 2바이트 문자가 사용된 경우, Solaris 8 웹 콘솔을 Solaris NetView 서버에 연결할 수 있습니다.

• 일본어 언어팩을 사용하는 경우, 맵핑 스냅샷 이름(예: "스냅샷 1")의 기본값은 서버 설정 창의 스냅샷 메뉴에 표시되지 않습니다(기본값이 사용된 경우). 파일 -> 맵핑 스냅샷 -> 열기를 선택하면 작성된 스냅샷이 표시됩니다. ovmapsnap CLI 명령을 사용해도 스냅샷을 표시할 수 있습니다.

• Windows용 IBM Tivoli NetView 사용자는 작동하지 않는 룰 세트 setstatusseverity.rs 대신 새 룰 세트 overridestatus_user1.rs를 구현해야 합니다. 작동하지 않는 setstatusseverity.rs 룰 세트는 연관 디먼을 루프 상태로 만들며 이 연관 디먼과 TEC 어댑터 디먼이 모두 중지될 때까지 계속해서 거짓 상태 변경 이벤트를 trapd 디먼에 송신합니다. 후속 릴리스의 제품에서는 이 룰 세트가 제거되지만 유지보수 릴리스에서는 제거할 수 없습니다.

  주: 수정팩이 설치되면 새 \usr\ov\doc\Rulesets_on_Windows.readme에서 룰 세트에 대한 자세한 정보를 참조할 수 있습니다.

• 때때로 복합 SmartSet을 구현하는 IBM Tivoli NetView의 SmartSet에 잘못된 오브젝트가 위치합니다(특히 !(IN_COLLECTION collectionName)을 사용할 때 || 오른쪽의 && 오른쪽에). 그러나 SmartSet의 논리를 재배열하면 올바른 결과를 갖는 SmartSet을 작성할 수 있습니다.

  예제:
  
  nvUtil e "(isMLM=TRUE || ((isNode=TRUE) && \
  (isIP=TRUE) && ('IP Status'!=Unmanaged) && \
  (!(IN_COLLECTION Routers)) && \
  (!(IN_COLLECTION CiscoDevices)) && \
  (!(IN_COLLECTION NetViews))))"
  
  

  다음과 같이 룰을 재배열해도 문제점이 수정됩니다.
  
  nvUtil e "(isMLM=TRUE ||
  ( (!(IN_COLLECTION Routers)) && \
  (!(IN_COLLECTION CiscoDevices)) && \
  (!(IN_COLLECTION NetViews)) && \
  (isNode=TRUE) && \
  (isIP=TRUE) && \
  ('IP Status'!=Unmanaged) ) )"
  
  

• PJ29416에 대한 수정사항은 \usr\ov\bin\tecad_nv6k_non_tme.exe 및 \usr\ov\bin\tecad_nv6k_tme.exe 2진 파일을 바꾸지만, 사용자가 실행 중인 Windows TEC 어댑터 디먼 \usr\ov\bin\tecad_nv6k.exe를 변경하지는 않습니다. 이는 제공된 2진 파일 중 하나의 사본입니다. 이 수정사항을 선택하려는 사용자는 올바르게 제공된 2진을 tecad_nv6k.exe로 복사하기 위해 tecconfig.bat 구성자를 다시 실행하거나 이를 수동으로 수행해야 합니다.

• Windows의 원시 NetView 클라이언트에서 NetView 서버 공유에 연결하는 경우 IP 주소가 아닌 호스트 이름에 드라이브를 맵핑해야 합니다. 즉, 다음과 같이 맵핑해야 합니다.

  \\hostname.tivoli.com\NetView

  다음과 같이 IP 주소에 맵핑하면 안됩니다.

  \\192.168.1.1.\NetView

  이러한 제한은 Windows에서의 NetBIOS 요구사항 때문입니다.

문서 갱신사항

• IBM Tivoli NetView 설치하기 전에의 후속 버전에 추가될 참고사항입니다.

  NetView 웹 콘솔의 범위 기능은 기본 맵을 여는 것 뿐만 아니라 ("default" 이름 사용) 이 맵을 읽기/쓰기 모드로 열어야 합니다. 고객은 계정이 구성된 역할에서 관리/관리 취소 및 수신확인/수신확인 취소 조치를 제거하여 "읽기 전용" 맵핑을 효과적으로 볼 수 있도록 웹 계정을 구성할 수 있습니다. 이 계정을 사용하고 있는 사용자가 실제로 읽기/쓰기 맵핑을 보고 있기는 하지만 어떤 방법으로도 해당 맵핑을 수정할 수는 없습니다. 즉, 사실상 이 맵핑은 읽기 전용입니다.

• UNIX용 IBM Tivoli NetView 설치하기 전에, 버전 7.1.4, "지원 운영 체제" 중 28 페이지에서 AIX 5.2 운영 체제 하에서는 64비트 운영 체제가 테스트되지 않기 때문에 현재 지원되지 않는다는 참고 정보가 있어야 합니다.

• UNIX용 IBM Tivoli NetView 설치하기 전에, 버전 7.1.4, "제품 참고사항" 중 58 페이지에서 "AIX, 버전 5.2 운영 체제에서 실행 중인 UNIX용 Tivoli NetView 제품은"으로 시작하는 단락이 잘못되었습니다. 내용을 다음과 같이 수정해야 합니다.

  AIX 버전 5.2 운영 체제에서 실행중인 UNIX용 Tivoli NetView 제품은 SNMP 디먼의 snmpdv1 버전만 지원합니다. 64비트 운영 체제를 사용할 경우, 다음 프로시저는 snmpdv1이 아닌 snmpd64v1(지원됨)로 변경됩니다. snmpdv1 및 snmpd64v1 모두 SNMPv1 에이전트입니다. snmpdv1을 snmpd64v1 대신 64비트 커널에서 실행할 수 없습니다. 다음 프로시저를 사용하여 시스템에서 실행 중인 디먼의 버전을 판별하고 snmp 디먼 버전을 변경하십시오.

• NetView V7.1.3 및 V7.1.4의 IBM Tivoli NetView 설치하기 전에의 Linux 소프트웨어 전제조건 절에서 pdksh-5.2.14-248.s390.rpm이 Linux용 NetView 390 CD에서 사용할 패키지라고 잘못 설명되어 있습니다.

  그러나 CD에 제공된 RPM은 실제로 pdksh-5.2.14-197.s390.rpm이며, 설치하기 전에 문서는 이를 반영해야 합니다.

• UNIX용 IBM Tivoli NetView 설치하기 전에 버전 7.1.4에서 Tivoli NetView AutoTrace 기능이 중지되었는지 확인하는 명령(10 페이지)이 올바르지 않습니다.

  /usr/OV/bin/atctl v info

  위의 명령은 다음과 같이 변경해야 합니다.

  /usr/OV/bin/atctl -v info

• UNIX용 IBM Tivoli NetView 초보자를 위한 사용자 안내서, 1장, "Tivoli NetView와 친해지기"의 "Tivoli NetView 프로그램 시작" 아래에 다음과 같은 참고 정보를 추가해야 합니다.

  SSH(Secure Socket Shell)를 사용하여 원격 연결을 통해 IBM Tivoli NetView GUI를 시작하려면 SSH 옵션 X11UseLocalhost를 no로 설정해야 합니다.

• Windows용 IBM Tivoli NetView 사용자 안내서의 Shift-In/Shift-Out 절(7 페이지)에 다음과 같은 참고 정보를 추가해야 합니다.

  Shift-In/Shift-Out 메커니즘을 사용하려면 먼저 nvauth를 실행해야 합니다.

• UNIX용 IBM Tivoli NetView 관리자 안내서, 5장, "이벤트 상관, 필터링 및 구성", "룰 세트 노드 유형"에 시간 값 지정에 대한 참고 정보를 지정해야 합니다.

  이벤트 스트림에서 처음 이벤트를 가져오면, 일치 시 전달, 일치 시 재설정 또는 임계값 조작과 같이 룰 세트 내에서 긴급한 조작을 처리할 수 있는 자격을 판별하는 데 사용할 시간 소인이 지정됩니다. 모든 후속 처리 도중 이벤트의 시간 소인은 변경되지 않은 상태로 남아 있습니다. 이벤트를 수신한 시간에 따라 이벤트를 보유할지 또는 취소할지가 결정됩니다. 첫 번째 시간을 누적한 후 모든 후속 시간을 비교합니다. 두 개의 긴급한 조작을 차례로 추가하려면 이 누적 시간을 고려해야 합니다. 예를 들면, 동일한 룰 세트 내에 두 개의 일치 시 재설정 노드를 차례로 코드하려고 할 때 첫 번째 노드가 2분 동안 이벤트를 보유하게 하고 두 번째 노드는 추가 시간(분) 동안 이벤트를 보유하게 하려면, 첫 번째 재설정 노드에는 시간 값을 2분으로 지정하고 이벤트가 두 번째 일치 시 재설정 노드로 전달되기 전에 이미 만료된 2분을 고려하여 두 번째 노드에는 시간 값을 3분으로 지정해야 합니다. 2분을 고려하지 않을 경우에는 의도하지 않은 결과가 발생합니다. 즉, 의도하는 기간만큼 이벤트를 보유할 수 없게 됩니다.

• UNIX용 IBM Tivoli NetView 관리자 안내서, 5장, "트랩 데이터의 환경 변수"에서 첫 번째 제품 참고사항 아래에 반출된 변수 결합 "NVSEV", "NVSRC" 및 "NVCAT"와 관련된 정보를 포함시켜야 합니다.

• UNIX용 IBM Tivoli NetView 버전 7 관리자 안내서의 189 페이지 맨 아래에 있는 다음 행은 올바르지 않으므로 제거해야 합니다.

  노드 이름이 IP 주소로 분석되지 않으면 커뮤니티 이름 공용이 SNMP 요청을 보내는 데 사용됩니다.

• IBM Tivoli NetView 웹 콘솔 사용자 안내서에는 브라우저를 이용하여 시스템에서 NetView 웹 콘솔을 사용하려는 고객을 위해 Microsoft Internet Explorer에 필요한 시스템 요구사항이 포함되어야 합니다. 최소 요구사항은 256MB RAM의 450MHz 시스템입니다. 프로덕션 시스템의 경우 최소 256MB의 800MHz가 권장됩니다.

• Tivoli Enterprise Data Warehouse Integration Pack for NetView V1.1.0 Guide를 분배된 Tivoli Enterprise Data Warehouse 환경에 대한 요구사항이 포함되도록 갱신해야 합니다. 33 페이지의 항목 # 8은 다음과 같이 변경되어야 합니다.

  8. To be able to successfully install the NetView ETLs in a Tivoli Enterprise Data Warehouse environment which is distributed across more than one machine, the machines where the TWH_CDW and TWH_MART databases exist must also have the corresponding TEDW components installed:
     • "Central Data Warehouse" component must be installed on the server containing the TWH_CDW database.
     • "Data mart" component must be installed on the server containing the TWH_MART database.

  34 페이지에 있는 나머지 내용은 올바릅니다.

• NetView for Windows Programmer's Reference Manual에 있는 Thresh 명령 "-T" 옵션에 대한 설명이 모두 정확하지는 않습니다. "-T" 옵션에 대해 다음과 같이 기술되어 있습니다.

  Specifies the NetView enterprise-specific trap to be sent when the threshold is exceeded. This threshold must be an odd value in the range of 1001 to 1999, or the default value of 58720263.

  다음과 같이 문장을 변경해야 합니다.

  Specifies the NetView enterprise-specific trap to be sent when the threshold is met. This trap number must be an odd value in the range of 1001 to 1999, or the default value of 58720263.

• Windows용 NetView에서 데이터를 수집하는 MIB를 정의할 경우, "트랩 번호 보내기" 필드의 현재 온라인 도움말이 완전하지 않으므로 보완해야 합니다. 다음 행을 도움말 정보에 추가해야 합니다.

  수집된 데이터가 임계값 필드 값에 도달하면 보낼 트랩 번호를 지정합니다. 이 트랩 번호는 1001 - 1999 사이의 홀수 값 또는 기본값(58720263)이어야 합니다.

  이 도움말은 다음 단계를 수행하여 호출할 수 있습니다.
  1. 도구 -> MIB -> 데이터 수집을 누르십시오.
  2. 새로 작성을 누르십시오.
  3. 수집할 MIB를 선택하십시오.
  4. 다음을 누르십시오. 이 패널에는 "임계값 도달 시 보낼 트랩 번호" 필드가 있습니다.
  5. 해당 필드에서 도움말을 선택하십시오.

• "에이전트 Policy 매니저 필터 패널" 스로틀(throttle) 설정값의 도움말 패널을 갱신하여 Armed 및 Disarmed 명령에 256바이트 길이 제한을 포함시켜야 합니다.

  8. 스로틀(throttle) 설정값을 눌러 최상위 레벨 매니저로 보낸 일치하는 트랩 수를 지정하십시오. 조치 필드를 스로틀(throttle) 트랩으로 설정한 경우에만 이 값이 사용됩니다. Armed 명령 및 Disarmed 명령 필드에 256바이트의 길이 제한이 있습니다.

소프트웨어 지원 문의

Tivoli 제품에 문제가 있는 경우, 다음 IBM Software Support 웹 사이트를 참조하십시오.
http://www.ibm.com/software/sysmgmt/products/support

소프트웨어 지원을 문의하려면 다음 웹 사이트의 IBM Software Support Guide를 참조하십시오.
http://techsupport.services.ibm.com/guides/handbook.html

안내서는 문제점의 심각도에 따른 IBM Software Support에 문의하는 방법 및 다음 정보를 제공합니다.

• 등록 및 적합성
• 사용자가 속한 국가의 전화번호 및 전자 우편 주소
• 지원을 요청하기 전에 알아야 할 정보

주의사항

이 정보는 미국에서 제공되는 제품 및 서비스용으로 작성된 것입니다. IBM은 다른 국가에서는 이 자료에 기술된 제품, 서비스 또는 기능을 제공하지 않을 수도 있습니다. 현재 사용할 수 있는 제품 및 서비스에 대한 정보는 한국 IBM 담당자에게 문의하십시오. 이 책에서 IBM 제품, 프로그램 또는 서비스를 언급하는 것이 해당 IBM 제품, 프로그램 또는 서비스만을 사용할 수 있다는 것을 의미하지는 않습니다. IBM의 지적 재산권을 침해하지 않는 한, 기능상으로 동등한 제품, 프로그램 또는 서비스를 대신 사용할 수 있습니다. 그러나 비IBM 제품, 프로그램 또는 서비스의 운영에 대한 평가 및 검증은 사용자의 책임입니다.

IBM은 이 책에서 다루고 있는 특정 내용에 대해 특허를 보유하고 있거나 현재 특허 출원 중일 수 있습니다. 이 책을 제공한다고 해서 특허에 대한 라이센스까지 부여하는 것은 아닙니다. 라이센스에 대한 의문사항은 다음으로 문의하십시오.

135-270
서울특별시 강남구 도곡동 467-12, 군인공제회관빌딩
한국 아이.비.엠 주식회사
고객만족센터
전화번호: 080-023-8080

2바이트(DBCS) 정보에 관한 라이센스 문의는 한국 IBM 고객만족센터에 문의하거나 다음 주소로 서면 문의하시기 바랍니다.

IBM World Trade Asia Corporation
Licensing 2-31 Roppongi 3-chome, Minato-Ku
Tokyo 106, Japan

다음 단락은 현지법과 상충하는 영국이나 기타 국가에서는 적용되지 않습니다.

IBM은 타인의 권리 비침해, 상품성 및 특정 목적에의 적합성에 대한 묵시적 보증을 포함하여(단, 이에 한하지 않음) 묵시적이든 명시적이든 어떠한 종류의 보증없이 이 책을 "현상태대로" 제공합니다.

일부 국가에서는 특정 거래에 있어서 명시적 또는 묵시적 보증의 면책사항을 허용하지 않으므로 이 사항이 적용되지 않을 수도 있습니다.

이 정보에는 기술적으로 부정확한 내용이나 인쇄상의 오류가 있을 수 있습니다. 이 정보는 주기적으로 변경되며, 변경된 사항은 최신판에 통합됩니다. IBM은 이 책에서 설명한 제품 및(또는) 프로그램을 사전 통고없이 언제든지 개선 및(또는) 변경할 수 있습니다.

이 정보에서 언급되는 비IBM의 웹 사이트는 단지 편의상 제공된 것으로, 어떤 방식으로든 이들 웹 사이트를 옹호하고자 하는 것은 아닙니다. 해당 웹 사이트의 자료는 본 IBM 제품 자료의 일부가 아니므로 해당 웹 사이트 사용으로 인한 위험은 사용자 본인이 감수해야 합니다.

IBM은 귀하의 권리를 침해하지 않는 범위 내에서 적절하다고 생각하는 방식으로 귀하가 제공한 정보를 사용하거나 배포할 수 있습니다.

(i) 독립적으로 작성된 프로그램과 기타 프로그램(본 프로그램 포함) 간의 정보 교환 및 (ii) 교환된 정보의 상호 이용을 목적으로 본 프로그램에 관한 정보를 얻고자 하는 라이센스 사용자는 다음 주소로 문의하십시오.

135-270
서울특별시 강남구 도곡동 467-12, 군인공제회관빌딩
한국 아이.비.엠 주식회사
고객만족센터

이러한 정보는 해당 조건(예를 들어, 사용료 지불 등)에 따라 사용할 수 있습니다.

이 정보에 기술된 라이센스가 부여된 프로그램 및 이 프로그램에 대해 사용 가능한 모든 라이센스가 부여된 자료는 IBM이 IBM 기본 계약, IBM 프로그램 라이센스 계약(IPLA) 또는 이와 동등한 계약에 따라 제공한 것입니다.

비IBM 제품에 관한 정보는 해당 제품의 공급업체, 공개 자료 또는 다른 기타 범용 소스로부터 얻은 것입니다. IBM에서는 이러한 제품들을 테스트하지 않았으므로, 비IBM 제품과 관련된 성능의 정확성, 호환성 또는 기타 주장에 대해서는 확신할 수 없습니다. 비IBM 제품의 성능에 대한 의문사항은 해당 제품의 공급업체에 문의하십시오.

IBM의 향후 방향 또는 의도에 관한 모든 언급은 특별한 통지 없이 변경될 수 있습니다.

상표

IBM, AIX, S/390, NetView, zSeries, Tivoli 및 Tivoli Enterprise Console은 미국 또는 기타 국가에서 사용되는 IBM Corporation의 상표입니다.

Microsoft, Windows, Windows NT 및 Windows 로고는 미국 또는 기타 국가에서 사용되는 등록상표입니다.

Java 및 모든 Java 기반 상표와 로고는 미국 또는 기타 국가에서 사용되는 Sun Microsystems, Inc.의 상표입니다.

UNIX는 미국 또는 기타 국가에서 사용되는 Open Group의 등록상표입니다.

Intel, Intel Inside(로고), MMX 및 Pentium은 미국 또는 기타 국가에서 사용되는 Intel Corporation의 상표입니다.

기타 회사, 제품 및 서비스 이름은 타사의 상표 또는 서비스표입니다.