IBM Tivoli NetView 버전 7.1.4 수정팩 03 Readme

날짜: 2005년 4월 1일

이름: 7.1.4-TIV-NVD-{OperatingSystem}-FP0003

구성요소: IBM Tivoli NetView 버전 7.1.4

PTF 번호: U802492(UNIX) 또는 XR23263(Windows)

주: 이 정보 및 이 정보가 지원하는 제품을 사용하기 전에 이 정보의 끝에 있는 주의사항 절을 읽으십시오.

US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

수정팩 정보

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

수정팩 내용

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

S/390(31비트) 시스템의 Red Hat Enterprise Linux Advance Server 3.0 및 SUSE Linux Enterprise Server(SLES) 9의 경우, 새 CD가 기본 NetView 7.1.4 킷에 추가되었으며 표준 IBM Tivoli NetView가 설치되어야 합니다.

zSeries(64비트) 시스템의 Red Hat Enterprise Linux AS 버전 3.0 및 SUSE Linux Enterprise Server(SLES) 9의 경우, 새 CD가 기본 NetView 7.1.4 킷에 추가되었으며 표준 IBM Tivoli NetView가 설치되어야 합니다.

이 수정팩은 Tivoli Data Warehouse 내에 포함되어 사용되는 Tivoli NetView Warehouse Enablement Pack의 정정사항 세트 또한 포함합니다. Tivoli Data Warehouse에 Tivoli NetView Warehouse Enablement Pack 코드의 정정사항을 적용하려면 이 수정팩과 관련된 1.1.0.4-TIV-NVD-WEP-FP0003.readme 파일을 참조하십시오.

수정팩으로 대체되는 패치

없음.

IBM Tivoli NetView 프로그램에는 작성된 패치가 없으므로 이 수정팩으로 대체되는 패치도 없습니다. 그러나 이 Readme의 수정팩에서 정정된 APAR 절에서 다루어지는 IBM Tivoli NetView 7.1.4 프로그램에 대한 모든 테스트 수정사항이 이 수정팩으로 대체됩니다.

지원되는 운영 체제

AIX:
- 버전 4.3.3(유지보수 레벨 09)
- 버전 5.1(유지보수 레벨 01, 05, 07) 32 및 64비트
- 버전 5.2(유지보수 레벨 03, 04) 32 및 64비트
- 버전 5.3(Power 4) 32 및 64비트
- 버전 5.3(Power 5) 32 및 64비트
Solaris:
- 버전 2.8(모든 Sun 필수 패치 포함)
- 버전 2.9 64비트(및 2004년 12월 9일자 최신 패치)
Linux Intel(32비트):
- Red Hat 버전 7.2(2.4.7-10 커널에서 테스트됨)
- Red Hat Enterprise Linux AS 버전 2.1(2.4.9-e.3 커널에서 테스트됨)
- Red Hat Enterprise Linux ES 버전 2.1
- Red Hat Enterprise Linux WS 버전 2.1
- Red Hat Enterprise Linux AS 3.0 Update 2, 3, 4(2.4.21-15.ELsmp 커널 및 2.4.21-27.ELsmp 커널에서 테스트됨)
- Red Hat Enterprise Linux ES 3.0 Update 2, 3, 4
- Red Hat Enterprise Linux WS 3.0 Update 2, 3, 4
- SUSE 버전 7.2(2.4.4-4GB 커널에서 테스트됨)
- SUSE 버전 8.0(2.4.4-4GB 커널에서 테스트됨)
- United Linux 버전 1.0(SLES 8)(2.4.21-138-smp 커널에서 테스트됨)
- SUSE Linux Enterprise Server(SLES) 8 SP3(2.4.21.198-smp 커널에서 테스트됨)
- SUSE Linux Enterprise Server(SLES) 9 SP1(2.6.5-7.97-smp 커널 및 2.6.5-7.139-smp 커널에서 테스트됨)
- Red Flag Linux Advanced Server 4.1(2.4.21-9.30AXsmp 커널에서 테스트됨)
S/390용 Linux(31비트):
- Red Hat 버전 7.2
- Red Hat Enterprise Linux AS 3.0 Update 2, 3, 4(2.4.21-15.EL 커널 및 2.4.21-20.EL 커널에서 테스트됨)
- S/390 및 zSeries용 SUSE Linux Enterprise Server(SLES) 7.2
- S/390 및 zSeries용 SUSE Linux Enterprise Server(SLES)(2.4.21-231-default 커널에서 테스트됨)
- S/390용 SUSE Linux Enterprise Server(SLES)(2.6.5-7.97-s390 커널 및 2.6.5-7.139-s390 커널에서 테스트됨)
- United Linux 버전 1.0(SLES 8)
zSeries용 Linux(64비트):
- Red Hat Enterprise Linux AS(ES 또는 WS 아님) 버전 3.0 Update 3, 4(2.4.21-20.EL 커널에서 테스트됨)
- zSeries용 SUSE Linux Enterprise Server(SLES) 8.0 SP3(2.4.21-273-default 커널에서 테스트됨)
- zSeries용 SUSE Linux Enterprise Server(SLES) 9 SP1(2.6.5-7.139-s390x 커널에서 테스트됨)
Windows(32비트):
- SP4가 있는 Windows 2000 Server
- SP4가 있는 Windows 2000 Advanced Server
- Windows 2003 Standard Server
- Windows 2003 Enterprise Server
- Windows 2003 Datacenter Server
- SP1, SP2가 있는 Windows XP Professional

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

Windows NT(R)
Windows 2000 Professional
Windows XP Home Edition

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

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

Access 2000 이상을 사용하는 Windows용 Tivoli NetView 프로그램의 새 데이터베이스 템플리트

PJ30038의 수정사항은 사용자가 \usr\ov\databases\odbc 디렉토리에 있는 이전 mdb 파일에 데이터 기록을 중지하고, 제공된 빈 템플리트를 사용하여 새 데이터베이스 파일을 작성하도록 요구합니다. 이러한 변환을 수행하려면 다음 단계를 수행하십시오.

모든 Tivoli NetView 디먼을 중지하십시오(serversetup을 사용하십시오).
다음 명령을 입력하십시오.
1. rename [Drive:] \usr\ov\databases\odbc\tess_db.mdb \usr\ov\databases\odbc\old.tess_db.mdb
2. copy [Drive:] \usr\ov\databases\odbc\tess_db.mdb_empty \usr\ov\databases\odbc\tess_db.mdb
3. rename [Drive:] \usr\ov\databases\odbc\snmpcollect_db.mdb \usr\ov\databases\odbc\old.snmpcollect_db.mdb
4. copy [Drive:] \usr\ov\databases\odbc\snmpcollect_db.mdb_empty \usr\ov\databases\odbc\snmpcollect_db.mdb
5. rename [Drive:] \usr\ov\databases\odbc\topo2sql_db.mdb \usr\ov\databases\odbc\old.topo2sql_db.mdb
6. copy [Drive:] \usr\ov\databases\odbc\topo2sql_db.mdb_empty \usr\ov\databases\odbc\topo2sql_db.mdb
Tivoli NetView 디먼을 다시 시작하십시오(serversetup을 사용하십시오).

분석 시 MS Access와 같은 도구를 사용하여 이전 데이터베이스 파일을 보존할 수 있고 삭제할 수 있습니다. 그러나 위의 변환이 완료된 후 Tivoli NetView 프로그램은 이전 데이터를 무시합니다.

사용자 정의 링크

IBM Tivoli Switch Analyzer 프로그램을 사용하려면, Tivoli NetView 프로그램이 NetView 서버에서 각 관리 스위치로의 경로를 완전히 감지해야 합니다. 이 범위 밖에 있는 스위치는 원격 캠퍼스라는 곳에 있습니다. IBM Tivoli Switch Analyzer 프로그램은 이들 스위치에서 연결 감지를 수행하지 않습니다. 일반적인 상황은 관리되지 않는 광역 네트워크(WAN)(예: ISP 백본) 전체에 걸친 링크입니다.

이제 번호가 없는 일련의 링크와 유사하게 라우터 간 사용자 정의 링크를 수동으로 작성할 수 있습니다.

사용자 정의 링크를 지정하고 작성하려면 다음 단계를 수행하십시오.

다음 구문을 사용하여 netmon.seed 파일을 편집하십시오.
- @link <ipaddress>:0:<ipaddress>:0
  여기서 ifIndex는 '0'으로 지정됩니다.
예를 들어, 각 라우터에 기존 IP를 사용하여 다음 예제와 유사한 명령문을 추가하십시오.
- @link 172.30.0.30:0:172.30.4.1:0
하나의 에지 라우터에서 여러 개의 다른 라우터로 링크를 작성하려면, 에지 라우터에 있는 각 링크에 서로 다른 IP 주소를 선택해야 합니다.
netmon 디먼을 다시 시작하거나 netmon -y 명령(Windows: "netmonaction.bat")을 사용하여 런타임 시 netmon.seed 파일을 다시 읽으십시오.
이들 라우터의 초기 감지, 일일 구성 폴링 또는 수동 폴링 요청은 netmon 디먼을 트리거하여 사용자 정의 번호가 없는 일련의 링크를 작성합니다.

다음 목록은 맵에서 사용자 정의 링크가 표시되는 방법을 설명합니다.

사용자 정의 인터페이스 이름이 분리자로서 "Link:"를 포함하고 있습니다.
사용자 정의 링크의 커넥터 라인이 일점 쇄선입니다.
IP 주소가 0.0.0.0인 인터페이스가 맵에서 주소 대신 이름을 표시합니다.

좀 더 의미 있는 IP 맵 인터페이스 레이블

IP 맵이 인터페이스 레이블을 IP 주소로 표시하도록 구성된 경우, IP 주소가 0.0.0.0인 인터페이스에는 기본 인터페이스 레이블이 사용됩니다. 이전에는 0.0.0.0의 IP 주소가 표시되었습니다.

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

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

새 운영 체제 방화벽

Red Hat Enterprise Linux AS 3.0 및 SUSE Linux Enterprise Server(SLES) 9의 경우 방화벽이 작동 중이면 SNMP 트랩은 통과하지 못합니다. 더욱이 방화벽은 기본적으로 작동됩니다. 따라서 IBM Tivoli NetView가 외부 에이전트에서 트랩을 수신하려면 방화벽이 작동 해제되어야 합니다.

PIX 방화벽 오류 복구 지원

IBM Tivoli NetView는 Cisco PIX 방화벽 오류 복구 조건을 모니터링하기 위한 지원을 제공합니다. NetView는 정상적인 상태 폴링 중에 PIX 디바이스의 오류 복구 상태를 모니터할 수 있습니다. 오류 복구가 발생하면 활성 주소가 1차 또는 2차 디바이스에 있는지 여부를 알리며 새 이벤트가 생성됩니다. 또한 운영자는 활성 주소가 2차 디바이스에 있는 것을 맵에서 볼 수 있는데, 이는 오류 복구가 발생했으며 방화벽을 사용 불가능하게 하는 장애가 더 이상 일어나지 않도록 조치를 취해야 한다는 것을 나타냅니다. 관리 인터페이스는 USER2 상태를 표시하는데 이는 일반적으로 보라색(기본값)입니다. 이것은 PIX 장치 기호를 marginal로 변경하도록 전달됩니다. 활성 주소가 1차 디바이스로 리턴될 때 이벤트는 이 사실을 알리고 맵의 상태를 정상으로 되돌립니다.

두 PIX 방화벽 오류 복구 기계를 구성하고 SNMP 주소를 설정 및 잠그려면 netmon.seed 파일을 사용하십시오.

PIX 방화벽 오류 복구 지원에 대한 자세한 정보는 /usr/OV/doc/PixFailoverReadme.pdf 파일을 참조하십시오.

SNMP 주소 설정 및 잠금

NetView 관리자는 이제 모든 디바이스에 대한 SNMP 주소를 설정하고 잠글 수 있습니다.

자세한 정보는 수정된 netmon.seed 파일 절을 참조하십시오.

수정된 netmon.seed 파일

netmon 디먼은 이제 seed 파일에 있는 두 개의 새 토큰을 인식합니다.

Cisco PIX 방화벽 오류 복구 지원
일반적으로 PIX 방화벽은 오류 복구 시 1차와 2차 장치 사이의 인터페이스를 스와핑합니다. 또한 SNMP 액세스는 일반적으로 제한되지만 하나의 주소를 사용하여 액세스해야 합니다. Tivoli NetView 프로그램은 오류 복구를 위해 PIX 시스템을 모니터합니다. 자세한 정보는 /usr/OV/docs/PixFailoverReadme.pdf 문서를 참조하십시오.

SNMP에 액세스 가능한 각 시스템의 IP 주소가 뒤에 오는 접두어 >를 사용하십시오. 와일드카드 및 범위가 허용되지만 호스트 이름은 허용되지 않습니다. 예제는 다음과 같습니다.
```
          >172.30.100.2
          >172.30.100.3
```
이 토큰으로 인해 자동으로 netmon이 오류 복구를 위한 Cisco MIB를 폴링하고 SNMP 주소를 설정 및 잠금할 수 있으며 이 노드에 대한 SNMP 상태 폴링을 할 수 있습니다.
노드에 대한 SNMP 주소 설정 및 잠금
기본적으로 Tivoli NetView 프로그램은 해당 인터페이스가 작동 중지된 것으로 나타나면 노드에 대한 SNMP 주소를 변경하려고 시도합니다. 그러나 특정 노드의 경우, 이러한 동작이 무시되는 것이 나을 수 있습니다.

SNMP 조회에 대해 설정되고 잠겨져야 하는 IP 주소가 뒤에 오는 접두어 =를 사용하십시오. 와일드카드 및 범위가 허용되지만 호스트 이름은 허용되지 않습니다.

이 토큰은 Tivoli NetView 프로그램이 SNMP 주소를 변경하려고 시도하지 않도록 SNMP 주소를 설정하고 잠그는 데 사용됩니다.

Tivoli Switch Analyzer 프로그램 설치 시 새 Layer2Status 오브젝트

Tivoli Switch Analyzer 프로그램이 Tivoli NetView 프로그램과 함께 설치되면 이는 작동 문제점을 계층 2 루트 원인과 관련시킵니다. 루트 원인이 스위치인 경우, Tivoli NetView 프로그램은 계층 2 문제점이 포트에 있음을 표시하기 위해 스위치의 아이콘 색상을 노란색으로 변경합니다. 새 Layer2Status 오브젝트는 이를 스위치 아래의 새 인터페이스 오브젝트로 표시하여 계층 2 상태의 시각화를 제공합니다. 새 오브젝트의 기본 레이블은 Layer2Status이며 선택사항 이름은 <switchhostname>:Layer2Status입니다. 스위치 아이콘의 상태는 IP 상태가 더 심각한 경우 우선적으로 처리되는 경고와 함께 새 Layer2Status 오브젝트와 IP 인터페이스의 표준 전달 스키마를 기반으로 합니다.

Tivoli Switch Analyzer 프로그램은 관련있는 문제점이 있을 때 스위치의 Layer2Status ovwdb 필드를 설정해야 하며, Tivoli Switch Analyzer 프로그램은 문제점이 해결되면 상태를 재설정해야 합니다. 새 Layer2Status 오브젝트의 상태는 Layer2Status 필드의 값에 영향을 받습니다. 이 상태가 Marginal로 변경되면 netmon 디먼이 Interface Layer2Status marginal 이벤트를 발행합니다. 이 이벤트는 Interface Down 이벤트와 같은 특정 ID를 갖습니다. 계층 2 상태가 정상으로 되돌아오면 표준 인터페이스 이벤트인 Interface UP이 Layer2Status 오브젝트에 송신됩니다.

스위치 노드에 대한 기존 Layer2Status 이벤트가 송신을 계속하고 ipmap에 의해 사용됩니다. 새 Layer2Status 오브젝트 필드는 ovobjprint 명령을 사용하여 표시될 수 있습니다.

새 Layer2Status 오브젝트가 작성되면 다음 메시지가 이벤트 브라우저에 표시됩니다.

ContainerLayer2 N Network ContainerLayer2Status가 관리됩니다.
<switch name> N 연결이 ContainerLayer2Status.Segment1에 추가됩니다.

주: <switch name> 메시지는 각 스위치에 대해 표시됩니다.

이제 ovtopodump -r 명령은 제공된 노드에 대한 각 인터페이스를 한 번만 나열함

ovtopodump -r 명령은 제공된 노드에 대한 각 인터페이스를 한 번만 나열하도록 수정되었습니다. 동일한 네트워크에서 하나 이상의 인터페이스를 갖는 노드의 경우, 이전에는 모든 노드에 대해 모든 인터페이스를 인쇄하였습니다.

웹 콘솔에 대한 사용자 설정 가능 암호

사용자 계정의 관리 향상을 위해 다음 변경사항이 구현되었습니다.

사용자는 자신의 암호를 재설정할 수 있습니다.
이전에 사용자 암호를 변경하는 유일한 방법은 NetView 서버의 웹 콘솔 보안 어플리케이션을 실행하거나 NetView 관리자가 텍스트 편집기로 /usr/OV/www/conf/NetViewRealm.properties 파일을 편집하는 것이었습니다.
웹 서버를 시작 및 중지하지 않아도 암호를 변경할 수 있습니다.
암호 만료에 대한 지원이 제공됩니다.

새 파일이 암호 만료를 지원하기 위해 작성되었습니다.

새 파일(UNIX의 경우 /usr/OV/www/conf/NetViewRealm.xml, Windows의 경우 \usr\ov\www\conf\NetViewRealm.xml)이 UNIX의 경우 /usr/OV/bin/generateNetViewRealmXML 파일 또는 Windows의 경우 \usr\ov\bin\generateNetViewRealmXML 파일을 관리하는 데 필요한 새 스크립트와 함께 암호 만료 관리를 위해 사용됩니다.

다음은 새 웹 콘솔 보안 기능을 사용하기 위한 지시사항입니다.

웹 콘솔 보안 설정 초기화
IBM Tivoli NetView 수정팩 02 설치의 일부로 NetViewRealm.xml 파일이 작성됩니다. 초기에 NetViewRealm.xml 파일은 암호가 만료되지 않도록 설정됩니다.
- 예: 암호가 만료되지 않는 NetViewRealm.xml 파일
```
<NetViewRealm validFor="-1"/>
```
  validFor= 속성값이 -1일 때, NetViewRealm은 빈 요소여야 합니다.
  
  validFor= 속성값이 -1일 때, 암호 변경 기능을 다시 사용 가능하게 하려면 NetView 관리자는 다음을 수행해야 합니다.
  - NetViewRealm.xml 파일을 삭제한 후 generateNetViewRealmXML 명령을 실행하십시오. 새 NetViewRealm.xml이 기본값으로 생성됩니다. validFor= 속성의 기본 설정값은 186일입니다. 모든 기존 사용자의 since= 속성의 기본 설정은 generateNetViewRealmXML 명령이 실행된 날짜입니다.
  - 암호에 대한 validFor= 속성을 원하는 최대 허용 가능한 사용 기간으로 설정한 후 generateNetViewRealmXML 명령을 실행하십시오. validFor= 속성에 지정된 값이 유지됩니다. generateNetViewRealmXML 명령이 실행된 날짜로 since= 속성을 설정한 모든 기존 사용자에 대해 항목이 추가됩니다.
  주:generateNetViewRealmXML 명령을 실행하면 모든 사용자 계정은 validFor= 속성에 따라 동시에 만료되도록 설정됩니다. 사용자는 암호를 변경하도록 사전에 경고를 받게 되며, 암호를 변경하지 않으면 해당 사용자 계정이 삭제됩니다. 자세한 내용은 암호가 만료된 후 로그온 절을 참조하십시오.
NetViewRealm.xml 파일 설명

NetViewRealm.xml 파일에는 사용자 계정 암호 만료와 관련된 다음 속성이 들어 있습니다.
- validFor= 속성은 암호에 대한 최대 허용 가능한 일 수를 판별합니다. validFor= 속성의 기본 설정값은 186일입니다(초기 설정 -1에 반하여).
- expireWarning 속성은 암호가 만료되어 사용자에게 경고 메시지 표시가 시작되기 전의 일 수 입니다.
- dateFormat 속성은 since 속성에서 사용되는 날짜 형식입니다.
- Account name= 속성은 사용자 이름을 지정합니다.
- since= 속성(Account name= 속성과 함께 제공되는)은 사용자 암호가 변경된 마지막 시간을 기록합니다. 기본값은 generateNetViewRealmXML 명령이 실행된 날짜입니다.
다음은 사용자 계정이 있는 NetViewRealm.xml 파일의 예제입니다.
```
<NetViewRealm validFor="186" expireWarning="21" dateFormat="yyyyMMdd">
<Account name="jane" since="20040701"/>
<Account name="john" since="20040701"/>
<Account name="maria" since="20040701"/>
"	...
</NetViewRealm>
```
웹 콘솔 사용자 계정 작성
새 웹 콘솔 사용자 계정을 추가하고 NetViewRealm 파일의 동기화를 유지하려면 다음 방법 중 하나를 사용하십시오.
1. 웹 콘솔 보안을 사용하여 웹 콘솔 사용자 계정을 추가하십시오. 이는 웹 콘솔 보안 어플리케이션이 동기화된 파일을 유지하기 때문에 권장되는 방법입니다.
  
  이 방법은 새 사용자를 위해 NetViewRealm.xml 파일에서 현재 일반 암호 만료 설정을 선택합니다. 일반 암호 만료 설정을 수정하는 방법에 대한 자세한 내용은 NetViewRealm.xml 편집 절을 참조하십시오.
2. 수동으로 NetViewRealm.properties 및 NetViewRealm.xml 파일을 편집하십시오.
  NetView 관리자가 다수의 사용자를 추가해야 하는 경우, 수동으로 NetViewRealm.properties를 편집하는 것이 웹 콘솔 보안을 사용하는 것보다 더 간단합니다.
  
  NetViewRealm.properties 파일을 갱신한 후 관리자는 수동으로 NetViewRealm.xml 파일에 해당 갱신사항을 추가하는 대신, NetViewRealm.properties 파일에 바로 웹 콘솔 보안 사용자 계정 정보를 추가(또는 제거)한 후 generateNetViewRealmXML 명령을 실행하여 NetViewRealm.xml 파일을 갱신할 수 있습니다.
  
  주: NetViewRealm.properties 파일에 사용자를 추가한 후, NetView 관리자는 웹 콘솔 보안 어플리케이션을 시작하여 갱신사항을 저장하도록 지정해야 합니다. 이전과 마찬가지로, 갱신사항을 저장하면 수동으로 추가된 모든 사용자의 암호가 암호화됩니다.
주: 웹 콘솔 사용자 계정을 추가 또는 삭제한 후에는 항상 웹 서버를 재순환하십시오.
로그온 시 암호 변경
NetView 웹 콘솔 로그온 화면에 암호 변경(사용 불가능 상태임) 단추가 추가되었습니다.

사용자는 웹 콘솔 로그온 화면에 사용자 이름과 암호를 입력한 후 암호 변경을 누를 수 있습니다.

인증 점검 요청이 서버로 송신됩니다. 응답을 수신할 때까지 커서가 모래시계로 변경됩니다.

인증에 성공하면 로그온 대화 상자가 닫힙니다. 그런 다음, 사용자는 암호 변경 절의 단계를 따라야 합니다.
암호 변경
1. 암호 변경 대화 상자가 열리고 새 암호 및 새 암호 확인이라는 두 개의 암호 입력 필드가 표시됩니다. 첫 번째 필드로 커서가 이동합니다. 확인 단추는 사용 불가능한 상태입니다.
2. 새 암호를 입력하고 Tab 키를 누르십시오. 커서가 두 번째 암호 필드로 이동합니다.
3. 사용자는 새 암호를 다시 입력하고 Tab 키를 누릅니다.
  암호가 일치하지 않으면 다음 오류가 표시됩니다.
```
암호가 일치하지 않습니다.
```
  두 암호 필드가 모두 지워지고 커서가 첫 번째 암호 필드로 이동합니다. 다시 시도하십시오.
  
  이제 커서가 확인 단추로 이동합니다.
4. Enter 키를 누르거나 확인을 누르십시오.
  암호 변경 요청이 웹 서버로 송신됩니다. 응답을 수신할 때까지 커서가 모래시계로 변경됩니다. 암호가 변경되면 로그온 대화 상자가 닫히고 웹 콘솔이 시작됩니다.
  
  사용자의 새 암호는 이전 암호와 같을 수 없습니다.
  
  가능한 오류:
  - 파일에 액세스 중인 사용자가 있으므로 지금은 암호를 변경할 수 없습니다.
    대화 상자에 다음 메시지가 표시됩니다.
```
암호 파일이 사용 중입니다. 다시 시도하시겠습니까?
```
    사용자가 Enter 키를 누르거나 예를 누르면 대화 상자가 닫힙니다. 사용자는 암호 변경 요청을 반복할 수 있습니다.
    
    사용자가 아니오를 누르면 대화 상자가 닫힙니다. 로그온 대화 상자도 닫히고 웹 콘솔이 시작됩니다.
  - NetViewRealm 특성 파일 액세스 시간초과
    대화 상자에 다음 메시지가 표시됩니다.
```
범위 특성 파일 액세스가 시간초과되었습니다. 나중에 다시 시도하십시오.
```
    확인 단추만 사용 가능합니다. 사용자가 Enter 키를 누르거나 확인을 누르면 대화 상자가 닫힙니다. 암호 변경 요청을 재전송하려면 암호 변경 단계를 반복하십시오. 여러 번의 시도 이후에도 이 오류 메시지를 수신하면 관리자가 웹 콘솔 보안 어플리케이션을 사용 중일 수 있습니다. 웹 콘솔 보안은 암호 파일을 잠그며, 파일이 잠겨진 동안에는 해당 암호를 변경할 수 없습니다. 암호 변경 대화 상자를 닫고 웹 콘솔을 시작하려면 단추를 누르십시오. 사용자는 액세스 시간초과에 대해 관리자에게 문의해야 합니다.
암호가 만료되기 전에 로그온
로그온한 후 로그온 대화 상자가 닫히기 전에 사용자에게 암호가 만료될 것임을 알리고 이를 변경하도록 프롬프트합니다. 새 암호는 즉시 적용됩니다.
암호가 만료된 후 로그온
사용자의 암호가 만료된 경우, 사용자는 웹 콘솔에 로그온할 수 없으며 새 암호에 대해 NetView 관리자에게 문의해야 합니다.

NetView 관리자는 암호가 만료된 계정을 제거하는 일일 태스크(NetViewRealm.properties에서)가 해당 계정을 제거한 경우, 웹 콘솔 보안을 사용하여 사용자의 암호를 재설정하거나 사용자 계정을 복원해야 합니다.

이 일일 태스크는 암호가 만료된 계정을 제거하고 제거된 계정에 대한 정보를 ${jetty.home}/logs/expiredpasswords.log 파일에 로깅합니다. NetView 관리자는 이 정보를 사용하여 계정을 복원할 수 있습니다.
NetViewRealm.xml 파일 편집
NetView 관리자는 수동으로 NetViewRealm.xml 파일을 편집하여 암호 만료와 관련된 다양한 속성을 갱신할 수 있습니다.

암호 만료가 설정되어 있는 경우(웹 콘솔 보안 설정 초기화 절 참조), NetView 관리자는 NetViewRealm.xml의 validFor= 속성값을 -1로 설정하고 generateNetViewRealmXML 명령을 실행하여 이를 다시 사용 불가능하게 할 수 있습니다. 이 경우, generateNetViewRealmXML 명령은 빈 요소로 NetViewRealm을 남겨둔 상태에서 Account name 항목을 삭제합니다.

NetView 관리자는 NetViewRealm.xml 파일에 있는 validFor= 속성값을 변경하여 암호가 유효한 시간을 변경할 수 있습니다.

암호가 만료될 것임을 통보 받았을 때 암호를 변경하려면 expireWarning= 속성값을 변경하십시오. 기본값은 21일입니다. 사용자가 암호 만기일의 21일 이내에 로그온할 때 다음 메시지가 있는 대화 상자가 표시됩니다.
```
사용자의 암호가 21[20, ...]일 이내에 만료됩니다. 지금 변경하시겠습니까?
```
NetView 관리자는 expireWarning= 및 validFor= 속성값만 변경해야 합니다. 관리자는 Account 요소를 변경하지 말아야 합니다.
- 예: 만료되거나 만료되지 않은 암호가 있는 NetViewRealm.xml 파일
```
<NetViewRealm validFor="30" expireWarning="7" dateFormat="yyyyMMdd">
<Account name="jane" since="20040701"/>
<Account name="john" since="20040628"/>
<Account name="maria" since="20040627"/>
...
</NetViewRealm>
```
  이 예제에서 최대 암호 사용 기간은 30일입니다. 오늘이 2004년 7월 28일인 경우, Jane은 7월 31일 또는 그 이전에 암호를 변경해야 합니다. Jane이 오늘 웹 콘솔에 사인 온하면 Jane에게 암호가 3일 내에 만료될 것이라고 통보하고 암호를 변경할 것인지 묻습니다. John은 오늘 암호를 변경해야 합니다. John이 오늘 웹 콘솔에 사인 온하면 John에게 암호가 오늘 만료될 것이라고 통보하고 이를 변경할 것인지 묻습니다. 웹 콘솔을 사용하는 동안 John의 암호가 만료될 수 있습니다. Maria의 암호는 이미 만료되었기 때문에 NetView 관리자가 Maria의 암호를 변경해야 합니다. Maria의 계정은 일일 만료된 암호 제거 태스크에 의해 파일에서 이미 제거되었을 것입니다.
  
  주: since= 속성은 암호가 마지막으로 변경된 날짜입니다. 관리자는 since= 속성값을 다시 계산하지 않고 validFor= 속성값을 변경할 수 있습니다.
주: NetViewRealm 파일을 편집한 후 generateNetViewRealmXML 명령을 실행하고 웹 서버를 재순환하십시오.

수신확인/수신확인 취소 변경사항

UNIX용 IBM Tivoli NetView 프로그램의 글로벌 수신확인/수신확인 취소 기능이 이제 사용자가 작성한 비IP 맵 오브젝트에 대해 작동합니다.

UNIX와 Windows에서는, 이제 오브젝트 상태가 Normal인 맵 오브젝트를 수신확인할 수 있습니다.

Windows에서 SNMPv2 트랩 지원

Windows의 trapd 디먼이 이제 외부 SNMPv2 트랩을 수신할 수 있습니다. 들어오는 SNMPv2 트랩이 해당 SNMPv1 트랩으로 변환됩니다. trapd 디먼은 또한 SNMPV2 INFORM을 수신확인합니다.

SNMPv2 트랩을 수신하려면 들어오는 트랩 포트(보통 162)에서 직접 트랩을 인식하도록 trapd 디먼을 재구성해야 합니다. Microsoft(R) Windows Trap Service를 통해 SNMPv2 트랩을 수신할 수 없습니다. 포트 162의 트랩을 인식하도록 trapd를 구성하려면 다음을 수행하십시오.

모든 NetView 디먼과 NetView 서비스를 중지하십시오.
```
   > ovstop
   > nvservice -stop
```

regedit을 사용하여 다음 키의 값을 1에서 0으로 변경하십시오.

   HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\NetView\CurrentVersion\trapdSharePort162

regedit을 사용하여 162(10진수) 값으로 다음 DWORD 키를 작성하십시오.

   HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\NetView\CurrentVersion\trapdTrapReceptionPort

Windows SNMP Trap Service를 중지하십시오.
```
   > net stop snmptrap
```
제어판에서 서비스 시작 설정을 자동에서 수동 또는 사용 불가능으로 변경하여 Windows SNMP Trap Service가 시작되는 것을 방지하십시오.
Windows Trap Service에 더 이상 종속되지 않도록 NetView 서비스를 제거하고 다시 설치하십시오.
```
   > nvservice -remove
   > nvservice -install -username .\NetView -password <password>
```
NetView 디먼을 다시 시작하십시오.

64비트 값이 포함된 들어오는 SNMPv2 트랩이 변환된 SNMPv1 트랩에서 제거되었음을 유의하십시오. 추적이 trapd 디먼에 대해 사용 가능하면 제거된 값이 추적 파일에 로깅됩니다.

nvmaputil manage-interface 및 nvmaputil unmanage-interface 하위 명령에 선택 이름 지원 추가

nvmaputil manage-interface 및 nvmaputil unmanage-interface 하위 명령이 이제 IP 주소 또는 선택 이름을 승인합니다. IP 주소가 사용되지만 IP 주소를 찾을 수 없거나 같은 IP 주소를 갖는 다중 오브젝트가 있는 경우, nvmaputil 명령이 종료되고 사용자가 선택 이름을 입력하도록 프롬프트합니다.

새 autoTrace start 및 stop 스크립트(UNIX 전용)

주: AutoTrace는 UNIX에서만 존재합니다.

새 /usr/OV/service/nvAT 스크립트는 시스템을 재부팅하지 않고 AutoTrace 서브시스템의 기능을 제어합니다. 이 스크립트는 AutoTrace 제어를 위해 이전 릴리스의 '설치하기 전에'에서 개략된 단계를 통합합니다.

사용법 지시문:

사용법:  nvAT [start|status|stop]
  nvAT [/h | /?]
  start     : AutoTrace 서브시스템을 초기화하고 NetView 채널을 시작합니다.

  status    : AutoTrace 서브시스템의 상태를 표시합니다.

  stop      : NetView 채널과 AutoTrace 서브시스템을 중지합니다.

  /h        : 도움말

  /?        : 사용법 지시문 표시

웹 콘솔 스위치 관리 보기에서 VLAN을 표시하기 위한 제한된 지원

수정된 웹 콘솔 스위치 관리 보기는 모든 포트가 위치한 VLAN을 표시합니다. 커뮤니티 문자열 색인을 통해 완료되며 커뮤니티 문자열 <community name>@<port number>를 사용하여 수행됩니다. 여기서 <community name>은 디바이스에 대한 커뮤니티 문자열이며 <port number>는 스위치에 대한 VLAN 테이블의 VLAN 포트 번호입니다.

이 변경은 Cisco BRIDGE_MIB(실제로, Cisco Catalyst 스위치)를 지원하는 스위치에만 적용됩니다. 다른 스위치는 VLAN 정보없이 표시됩니다.

Cisco에서 제공하는 지원은 다음과 같습니다.

CatOS 6.3(4)
Catalyst IOS 버전 12.0(5)WC5a
Catalyst 3524XL

참조: http://www.cisco.com/en/US/tech/tk648/tk362/technologies_configuration_example09186a008015773e.shtml

VLAN 정보 표시:

웹 콘솔의 스위치에서 왼쪽을 누르고 모니터 -> 스위치 관리 -> xxxx보기를 누르십시오. 여기서 xxxx는 보기 유형 중 하나 입니다.
이것은 포트의 목록을 나열합니다. VLAN이 발견되면 모든 포트가 나타나며 포트가 위치한 VLAN을 표시합니다.
각 포트 이름에 VLAN 이름이 추가됩니다. Marketing 또는 Sales와 같은 VLAN 이름은 관리자에 의해 해당 포트에 지정됩니다. VLAN 이름을 지정하지 않으면 VLAN 이름은 일반적으로 기본값 VLAN0001 등으로 나타납니다.
포트 보기는 오름차순 알파벳순으로 정렬됩니다. 다른 보기의 경우, 초기 표시가 무작위일지라도 이전과 같이 정렬 순서를 선택할 수 있습니다.
보기는 비작동 VLAN 포트를 표시하지 않습니다.
Cisco BRIDGE-MIB를 지원하는 일부 스위치는 커뮤니티 문자열 색인을 지원하지 않습니다. 이들 스위치에 대한 보기는 VLAN을 표시하지 않습니다. 스위치가 커뮤니티 문자열 색인을 지원하는지 여부를 테스트하는 유일한 방법은 해당 커뮤니티 이름 사용을 시도해보는 것입니다. 시도가 시간초과되면 이를 지원하지 않는다고 가정합니다. 이러한 스위치의 경우, 이것은 정보를 검색 및 표시할 때까지 약 1.5초(사용된 시간초과) 정도 지연되는 원인이 됩니다.

이 구현의 제한사항:

3초의 시간초과는 변경되지 않습니다.
대량의 VLAN(예: 100 이상)을 가진 스위치에서 보기를 요청하면 프로세스에 사용 가능한 스레드 수에 자원 제한을 가져올 수 있습니다.

서버 설정 도구의 서버 추가/변경 옵션

서버 설정 도구의 서버 추가/변경 옵션을 사용하여 NetView 클라이언트를 구성할 경우, 제안된 NetView 서버로의 연결을 테스트하는 데 ICMP 에코 요청(ping)을 사용합니다. 이전 릴리스에서는 ping이 올바른 응답을 제공하지 않으면, Tivoli NetView 프로그램은 선택한 NetView 서버 시스템이 올바르지 않거나 도달할 수 없다고 가정하고 해당 서버를 사용하여 클라이언트를 구성하도록 허용하지 않았습니다. 이제는 ping이 실패할 경우, 서버 설정 도구가 경고를 표시하며 구성을 계속 수행합니다.

데이터베이스를 지운 후 기본 SmartSets 재작성

서버 설정 도구에서 유지보수 -> 데이터베이스 지우기 -> 오브젝트/토폴로지/맵 데이터베이스 지우기, 사용자 정의 제거 옵션이 이제 기본 SmartSets를 다시 작성합니다. 이전 릴리스에서는 기본 SmartSets가 이 옵션으로 제거되었습니다.

새 Tivoli NetView 파일 및 디렉토리 보안 스크립트

보안을 강화시키기 위해 Tivoli NetView 파일 및 디렉토리에 대한 사용 권한을 제한하는 새 /usr/OV/service/nvPerms 스크립트가 제공됩니다.

nvPerms 스크립트는 다음과 같이 Tivoli NetView 파일 및 디렉토리의 사용 권한을 재설정합니다.

루트 사용자가 이전과 같은 사용 권한을 계속 갖습니다.
nvPerms 스크립트 명령행에 정의된 그룹 구성원은 어플리케이션을 실행하고 디먼 옵션을 변경할 수 있지만, 디먼을 종료할 수 없거나 관리 태스크를 수행할 수 없습니다(예: 루트 사용자가 아닌 모든 사용자가 사용했던 동일한 사용 권한).
모든 다른 사용자(즉, 정의된 그룹의 구성원이 아닌 임의의 루트 사용자가 아닌 사용자)는 어떠한 사용 권한도 갖지 않습니다.

주: nvPerms 스크립트는 NetView 원시 클라이언트/서버 환경에서 사용될 수 없습니다.

새 trapd 디먼 환경 변수

APAR IY53703은 사용자가 문자열에 16진 데이터를 포함하는 변수의 형식화를 쉽게 제어할 수 있도록 trapd 디먼이 사용하는 새 환경 변수를 소개합니다. 이제 trapd 디먼은 문자열의 절반 이상이 인쇄 불가능한 문자를 포함하지 않는 한, trapd.log 파일과 이벤트 창에서 가능한 한 읽을 수 있도록 이 데이터를 인쇄 가능하게 해석합니다. 그러나 때때로 사용자는 전체 문자열이 16진 데이터로 인쇄되어야 한다고 알고 있습니다(예: MAC 주소의 경우). 모든 문자열의 인쇄가 가능하지 않으면, trapd 디먼이 16진 데이터를 더욱 정확하게 해석하고 전체 문자열을 16진으로 덤프하도록 원하는 사용자는 TRAPD_STRICT_HEX_FORMAT 환경 변수를 설정해야 합니다.

UNIX의 경우, 다음 행을 포함하는 /usr/OV/bin/netnmrc.pre 파일을 작성하거나 다음 행을 기존의 /usr/OV/bin/netnmrc.pre 파일에 추가하십시오.
```
	export  TRAPD_STRICT_HEX_FORMAT=TRUE
```
모든 디먼을 재시작하여 디먼이 이 변수를 상속하도록 하십시오. NetView 시스템을 재부팅하거나 ovstop nvsecd 명령을 사용하여 모든 디먼을 중지하십시오. 그런 다음, /etc/netnmrc 명령(AIX) 또는 /etc/init.d/netnmrc 명령(Solaris 또는 Linux)을 사용하여 이 변경사항을 사용 가능하게 하십시오.
Windows의 경우, 제어판을 사용하여 환경 변수를 설정하려면 다음 단계를 따르십시오.
```
	제어판 --> 시스템 환경 --> 고급 --> 환경 변수
	시스템  --> 추가
		변수 이름                   값
		TRAPD_STRICT_HEX_FORMAT     TRUE
```
NetView 시스템을 재부팅하여 변경사항을 사용 가능하게 하십시오.

snmpCollect 디먼에 대한 새 serversetup 옵션

APAR IY56563에 따라 "수집된 데이터를 NetView Warehouse에 추가하시겠습니까?"라는 새 옵션이 serversetup에서 UNIX snmpCollect 디먼에 대한 디먼 옵션에 추가되었습니다.

이 새 옵션은 기본적으로 예로 설정되는데, 이는 snmpCollect 디먼이 수집된 데이터를 NetView Warehouse에 추가할 수 있도록 하는 -w 옵션을 사용하여 시작되게 합니다. 이 옵션을 아니오로 설정하면 NetView Warehouse에 수집된 데이터를 추가할 수 없게 합니다.

주: 이 새 옵션은 수정팩의 snmpCollect 디먼에 해당하는 설정 옵션에 대한 UNIX SMIT 경로에는 표시되지 않으며 serversetup 경로에만 표시됩니다. 문제해결 방법은 SMIT 대신 serversetup을 사용하는 것입니다.

새 snmpCollect 옵션

APAR IY58514의 일부로 다음 두 snmpCollect 옵션이 추가되었습니다.

snmpCollect -F
NetView Tivoli Data Warehouse 데이터베이스에서 snmpCollect 디먼의 연결을 끊지만 snmpCollect 디먼이 계속 실행하도록 합니다. 이 옵션은 zSeries의 Linux에서는 사용할 수 없습니다.
snmpCollect -A
snmpCollect 디먼을 재순환하지 않고 snmpCollect 디먼을 NetView Tivoli Data Warehouse 데이터베이스에 연결시킵니다. 이 옵션은 zSeries의 Linux에서는 사용할 수 없습니다.

UNIX의 새 trapd.conf 파일

UNIX의 경우, 새 trapd.conf 파일이 이 수정팩과 함께 제공됩니다. trapd.conf 파일에 대한 변경사항은 이벤트에서 Tivoli Enterprise Console로 인터페이스 목록을 송신할 때 발생하는 APAR IY57432 관련 문제점과 Linux의 이벤트 창에서 MIB 브라우저를 실행할 때 발생하는 APAR IY52871 관련 문제점을 수정합니다.

/usr/OV/conf/C 디렉토리의 trapd.conf 파일(/usr/OV/conf의 trapd.conf 파일이 아님)이 사용자 정의되지 않은 경우, 이 파일을 /usr/OV/newconfig/OVSNMP-RUN 디렉토리의 새 trapd.conf 파일로 바꾸십시오. 원본 trapd.conf 파일이 수정된 경우에는 수동으로 해당 변경사항을 원본 파일에 추가하십시오. 자세한 내용은 이벤트로 Tivoli Enterprise Console에 인터페이스 목록 송신 및 MIB 브라우저 실행을 위한 trapd.conf 변경 절을 참조하십시오.

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

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

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

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

완료 시 trapd 디먼이 자동으로 다시 로드될 수 있도록 xnmtrap 어플리케이션을 사용하여 trapd.conf 파일을 편집하는 것이 좋습니다. 루트로서 편집해야 합니다.

명령행에서 xnmtrap 어플리케이션을 시작하려면 /usr/OV/bin/xnmtrap 명령을 실행하십시오.
추가 조치 구성을 누르십시오.
운영자 패널의 추가 조치 구성을 작성하기 위해 MIB 찾아보기를 선택하십시오.
끝부분에 공백과 인용 부호를 추가하여 명령행 상자에 표시된 명령을 변경하십시오. 예를 들어, 다음 명령을 변경하십시오.
```
/usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'`
```
명령행을 다음과 같이 변경하십시오.
```
/usr/OV/bin/xnmbrowser -node "`awk '{if (NR==1)print $10}'` "
```
운영자 패널의 추가 조치 구성의 아래에 있는 확인을 누르십시오.
확인을 눌러 xnmtrap 어플리케이션을 종료하십시오.

다른 편집기를 사용하여 이 변경을 작성할 수도 있습니다. trapd.conf 파일에서 다음 행을 찾으십시오.

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

UNIX
UNIX용 Tivoli NetView 프로그램에서 이는 trapd.conf 파일의 슬롯 맵 항목에 의해 제어됩니다. 수정사항은 /usr/OV/newconfig/OVSNMP-RUN 디렉토리의 새 trapd.conf 파일에 제공됩니다. 이 파일은 설치되어 있는 /usr/OV/conf/C/trapd.conf 파일을 자동으로 바꾸지 않습니다. /usr/OV/conf/C/trapd.conf 파일을 사용자 정의하지 않은 경우, 이 파일을 제공된 새 trapd.conf 파일로 바꾸십시오.
/usr/OV/conf/C/trapd.conf 파일을 사용자 정의한 경우, 다음 단계에 따라 수동으로 사용자 정의된 trapd.conf 파일에 해당 항목을 추가하십시오.

xnmtrap 어플리케이션을 사용하여 trapd.conf 파일에서 다음 각 항목을 수정하십시오.
- ```
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)
```
각 항목에 대해 다음 단계를 수행하십시오.
1. T/EC 슬롯 맵을 누르십시오.
2. 표시된 창에서 iflist 항목을 선택하고 삭제를 누르십시오.
3. 다음 트랩이 있는 경우 각각에 대해 확인을 누른 후 다시 확인을 눌러 해당 트랩에 대한 편집을 완료하십시오.
4. 모든 항목을 수정한 후 확인을 눌러 xnmtrap 어플리케이션을 종료하십시오.
Windows
Windows용 Tivoli NetView 프로그램에서 이는 \usr\ov\conf\tecad_nv6k.cds 파일의 항목에 의해 제어됩니다. 수정사항은 \usr\ov\newconfig\tecad 디렉토리의 tecad_nv6k.cds 파일에 제공됩니다. 이 파일은 설치되어 있는 \usr\ov\conf\tecad_nv6k.cds 파일을 자동으로 바꾸지 않습니다. \usr\ov\conf\tecad_nv6k.cds 파일을 사용자 정의하지 않은 경우, 이 파일을 제공된 새 tecad_nv6k.cds 파일로 바꾸십시오. \usr\ov\conf\tecad_nv6k.cds 파일을 사용자 정의한 경우, 다음 단계에 따라 수동으로 사용자 정의된 tecad_nv6k.cds 파일에 해당 항목을 추가하십시오.
1. \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)
2. SELECT 문 아래에서 다음 행을 제거하십시오.
```
    6: ATTR(=, "VB_8") ;
```
3. 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
```
  다음 예제는 수정된 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" ) ;
  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
```

Windows용 setstatusseverity.rs 룰 세트를 새 overridestatus_user1.rs 룰 세트로 대체

Windows용 Tivoli NetView 사용자는 작동하지 않는 setstatusseverity.rs 룰 세트를 대체하는 새 overridestatus_user1.rs 룰 세트를 구현할 수 있습니다. \usr\ov\doc\Rulesets_on_Windows.readme 문서는 nvcord 연관 디먼에 사용할 룰 세트 샘플을 설명합니다. setstatusseverity.rs 룰 세트를 삭제하십시오. 이는 후속 릴리스에서 제공되지 않습니다.

UNIX xnmsnmpconf 명령에 추가된 새 옵션

xnmsnmpconf 명령에 다음 새 옵션이 추가되었습니다. 주: 대괄호([]) 안의 문자는 선택적입니다.

xnmsnmpconf -clearn[odedb]
특정 노드에 대한 항목을 포함하는 SNMP 구성 nodedb 파일(nodedb.dir 및 nodedb.pag)에서 모든 항목 제거
xnmsnmpconf -clearw[ilddb]
IP 주소 와일드카드에 대한 항목을 포함하는 SNMP 구성 wilddb 파일(wilddb.dir 및 wilddb.pag)에서 모든 항목 제거
xnmsnmpconf -clearco[lldb]
SmartSets에 대한 항목을 포함하는 SNMP 구성 colldb 파일(colldb.dir 및 colldb.pag)에서 모든 항목 제거

주: SNMP 구성 파일은 /usr/OV/conf/ovsnmp.conf_db 디렉토리에 있습니다.

이들 새 옵션과 xnmsnmpconf -clearCache 명령을 사용하여 다음 단계를 수행함으로써 SNMP 구성 데이터베이스를 완전히 지울 수 있습니다.

ovstop 명령을 실행하여 디먼을 중지하십시오.

다음 명령을 순서대로 실행하십시오.

xnmsnmpconf -clearnode
xnmsnmpconf -clearwilddb
xnmsnmpconf -clearcolldb
xnmsnmpconf -clearCache

SNMP 구성 정보(특히 기본 SNMP 커뮤니티 이름)를 다시 SNMP 구성 데이터베이스에 추가하십시오.
주: SNMP 구성 데이터베이스를 지우기 전에, 모든 xnmsnmpconf 사용자 정의(예: 기본 커뮤니티 이름 및 IP 주소 와일드카드)를 저장하고 기록하십시오. SNMP 구성 데이터베이스를 지운 다음, xnmsnmpconf -import 명령 또는 xnmsnmpconf GUI를 사용하여 이들 사용자 정의를 복원하십시오.
ovstart를 실행하여 디먼을 시작하십시오.

tecint.conf 파일에 있는 nvserverd 디먼의 새 옵션(UNIX 전용)

APAR IY56279 및 IY60528과 함께 nvserverd 디먼(Tivoli 및 비Tivoli 환경)의 내부 Tivoli Enterprise Console 어댑터의 작동을 제어하기 위해 세 가지 새로운 옵션이 UNIX의 tecint.conf 파일에 추가되었습니다. 기본적으로 이들 옵션은 주석 처리되지만 사용자는 아래 설명된 대로 nvserverd 디먼의 작동을 변경하기 위해 항목 앞에 있는 # 부호를 제거하여 주석을 해제할 수 있습니다. tecint.conf 파일에 대한 새 man page가 이들 옵션을 설명하기 위해 제공되었습니다.

NvserverdTraceTecEvents=Yes
이 옵션을 Yes 또는 YES로 설정하면, 이 플래그는 nvserverd 디먼이 Tivoli Enterprise Console 서버로 송신되는 이벤트의 로그를 /usr/OV/log/nvserverd.log 파일에 작성하도록 합니다. 이벤트는 이벤트 어댑터에 의해 처리되기 전에 로깅됩니다. 또한 이 로그는 내부 어댑터에 관한 오류 메시지 뿐 아니라 내부 어댑터 자체의 시작 매개변수를 기록합니다. 이전에 이 오류 정보는 nettl 로그에서만 사용 가능했습니다. tecint.conf 파일에서 이 플래그를 사용하면 로깅 기능을 제어하기 위해 /usr/OV/bin/netnmrc.pre 파일의 NVSERVERD_TRACE_TEC_EVENTS=YES 환경 변수를 반출하지 않아도 됩니다. 또한 이 플래그가 존재하는 경우 해당 변수를 겹쳐씁니다.

tecint.conf 파일에 NvserverdTraceTecEvents= 플래그가 존재하지 않거나 주석 처리된 경우, 기본 작동은 nvserverd.log 파일이 작성되지 않는 것입니다.
NvserverdPrimeTecEvents=No
이 옵션을 No 또는 NO로 설정하면, 이 플래그는 nvserverd 디먼이 이벤트 창과 같이 최근 이벤트를 미리 알려주지 않도록 요청하는 nvcorrd 상관 디먼으로 세션을 열도록 합니다. 기본 작동으로 Tivoli Enterprise Console 룰 세트는 미리 정보를 받게 됩니다. 미리 알려주면 nvcorrd 디먼이 사용 중인 동안 nvservrd 디먼을 중지한 후 다시 시작할 때 중복 이벤트가 Tivoli Enterprise Console 서버로 송신될 가능성이 높아집니다. 이 항목을 사용하면 미리 알려주기 기능을 제어하기 위해 /usr/OV/bin/netnmrc.pre 파일의 NVSERVERD_PRIME_TEC_EVENTS=NO 환경 변수를 반출하지 않아도 됩니다. 또한 이 플래그가 존재하는 경우 해당 변수를 겹쳐씁니다.
NvserverdSendSeverityTecEvents=Yes
이 옵션을 Yes 또는 YES로 설정하면 이 플래그는 nvserverd 디먼이 버전 7.1.4 이전의 작동으로 복귀하고 이벤트의 사용자 구성 가능 Tivoli NetView 심각도를 Tivoli Enterprise Console 서버로 송신하도록 합니다. 이벤트 심각도가 IBM Tivoli Enterprise Console 버전 3.9 프로그램(및 버전 3.8 및 3.7.1에 대한 수정팩)에서 제공된 새 Tivoli Enterprise Console 룰의 작동에 방해가 되었으므로 버전 7.1.4에서 초기에 제거되었습니다. 이들 새 Tivoli Enterprise Console 룰은 Tivoli Enterprise Console 서버에서 받을 때 자동으로 Tivoli NetView 내부 이벤트의 이벤트 심각도를 설정하고, Tivoli Enterprise Console 서버에서 여는 시간과 이벤트 상관을 기반으로 이를 단계적으로 확대하거나 축소합니다. 그러나 많은 사용자가 이 새 룰을 사용하여 마이그레이션할 준비가 되지 않았으며, 사용자 정의 룰을 작동시키기 위해 Tivoli NetView 심각도가 계속 송신되어야 합니다. 따라서 새 NvserverdSendSeverityTecEvents= 플래그가 마이그레이션을 돕기 위해 제공됩니다. 이 옵션을 사용하면 심각도 송신을 제어하기 위해 /usr/OV/bin/netnmrc.pre 파일의 NVSERVERD_SEND_SEVERITY_TEC_EVENTS=YES 환경 변수를 반출하지 않아도 됩니다. 또한 이 플래그가 존재하는 경우 해당 변수를 겹쳐씁니다. tecint.conf 파일에 NvserverdSendSeverityTecEvents= 플래그가 존재하지 않거나 주석 처리되는 경우, 기본 작동은 심각도 필드가 기본 이벤트에 송신되지 않는 것입니다. slotmap 필드에 명확하게 코딩된 심각도는 이들 변경사항에 적용되지 않습니다.

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

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

수정된 tdwdaemon.lrf 파일

APAR IY48379에서는 ovstop 명령이 tdwdaemon을 항상 중지시키지는 못하는 문제점에 대해 설명했습니다. 문제점을 정정하는 수정된 tdwdaemon.lrf 파일이 제공되었습니다. UNIX 플랫폼에 이 수정사항을 설치하려면 다음 단계를 수행하여 설치된 tdwdaemon.lrf 파일을 바꾸십시오.

ovstop tdwdaemon 명령을 실행하여 tdwdaemon을 중지하십시오.
ovdelobj tdwdaemon.lrf 명령을 실행하여 ovsuf 파일에서 tdwdaemon 항목을 삭제하십시오.
cp /usr/OV/lrf/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.save 명령을 실행하여 현재 tdwdaemon.lrf 파일의 이름을 바꾸십시오.
cp /usr/OV/newconfig/IBMVA-RUN/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.lrf 명령을 실행하여 원본 lrf 파일에 새 tdwdaemon.lrf를 복사하십시오.
ovaddobj tdwdaemon.lrf 명령을 실행하여 ovsuf 파일에 tdwdaemon을 추가하십시오.
ovstart tdwdaemon 명령을 실행하여 tdwdaemon을 다시 시작하십시오.

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

개선된 위치 감지 토폴로지 기능성

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

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

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

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

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

다음은 게이트웨이 항목의 몇 가지 예제입니다.

SalesOffices gateway1

SalesOffices 22.84.5.2

SalesOffices 55.21.*.4

SalesOffices 22.*.*.*

SalesOffices 22.*.5-10.20-33

게이트웨이가 둘 이상의 게이트웨이 항목과 일치하면 한 항목이 임의로 선택됩니다. 게이트웨이 항목 중복을 해결할 수 있도록 둘 이상의 항목과 일치하는 게이트웨이 인터페이스에 대한 경고 메시지가 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 값으로 수정할 수 있습니다.

Windows용 새 trapd.conf 파일

새 trapd.conf 파일은 수정팩과 함께 제공됩니다. 이제 trapd.conf 파일은 더 이상 Windows용 Tivoli NetView 프로그램의 trapd.conf 파일에서 HPCIFxxx 트랩에 있는 여러 값을 자르지 않습니다. 이 파일은 \usr\ov\newconfig\ovsnmp-run\trapd.conf 디렉토리에 있습니다. 이 파일을 사용하려 했으나 \usr\ov\conf\trapd.conf 파일을 사용자 정의하지 않은 경우, \usr\ov\conf\trapd.conf 디렉토리에 있는 trapd.conf 파일을 바꾸십시오. \usr\ov\conf\trapd.conf 파일이 수정되었으면 이들 두 파일을 병합해야 합니다.

보조 IP 주소 검색 사용

servmon 디먼을 사용하여 ITM 조회를 수행할 때 서비스를 찾는 데 문제가 있으면 servmon 초기화를 위한 보조 IP 주소 검색을 사용 가능하게 해야 합니다.

servmon.conf 파일에 SECONDARY_IPADDRS로만 구성된 행을 추가하여 servmon 초기화 중 servmon 디먼의 보조 IP 주소 검색을 사용 가능하게 하십시오. 기본적으로 보조 IP 주소는 servmon 초기화 도중엔 검색되지 않습니다.

그러나 이 기능을 사용 가능하게 하면 시스템 성능이 저하됩니다. 변경하기 전에 Tivoli NetView 프로그램을 안정화하는 것이 좋습니다. 그런 다음, Tivoli NetView 프로그램이 실행되면 다음 단계를 수행하십시오.

ovstop servmon 명령을 실행하여 servmon 디먼을 중지하십시오.
servmon.conf 파일을 수정하십시오.
ovstart servmon 명령을 실행하여 servmon 디먼을 다시 시작하십시오.

수정팩 참고사항

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

트랩 심각도
트랩 소스 문자
트랩 범주

이들 변수는 사용자 스크립트에서 해당 항목을 사용할 수 있도록 trapd.conf 파일에서 가져옵니다.

Tivoli NetView 프로그램의 버전 6.0.3에서는 트랩에 현재 포함된 변수의 수를 사용자에게 알릴 수 있게 새 NVATTR_COUNT 속성이 추가되었으며, 이 속성은 다음 마지막 세 개의 변수를 쉽게 참조할 수 있도록 합니다.

NVATTR_n 변수, 여기서 n = NVATTR_COUNT-1은 트랩 범주입니다.
NVATTR_n 변수, 여기서 n = NVATTR_COUNT-2는 트랩 소스입니다.
NVATTR_n 변수, 여기서 n = NVATTR_COUNT-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(TM) MIB 로더는 로드된 MIB 목록에 로드되지 않은 MIB를 더 이상 입력하지 않습니다. 또한 이제는 MIB 로드를 건너뛰면 경고를 표시하고, Java MIB 로더에 대한 MIB 파일의 올바른 확장자는 .mib, .my 및 .def 뿐임을 알려줍니다.

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

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

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

시스템 구성 및 운영 체제 레벨에 따라 Tivoli NetView 버전 7.1.4 수정팩 설치 시 JRE의 최신 버전으로 업그레이드해야 합니다. 수정팩을 설치한 후 NetView 웹 콘솔로 인해 핵심 덤프가 발생한 경우, 해당 플랫폼에 맞는 수정사항 IY45265를 요청하여 이를 사용자 시스템에 설치함으로써 IBM Customer Support에 JRE 업그레이드를 요청할 수 있습니다.

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

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

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

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

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

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

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

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

시스템에서 일일 웹 서버 로그 파일이 너무 많은 공간을 소비하여 이 요청 로그를 보유하는 일 수가 줄어들면(UNIX용 IBM Tivoli NetView 7.1.4 설치하기 전에에 자세히 설명되어 있음) 다음 조치 또한 취할 수 있습니다.

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 매개변수에서 이 매개변수를 구성할 수 있습니다.
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 웹 서버에서 수행할 수 있습니다.

Tivoli Enterprise Console 서버로 이벤트 포워딩이 사용 가능으로 설정된 경우, Tivoli NetView 프로그램 버전 7.1.4에는 최신 Tivoli Enterprise Console 릴리스(수정팩 01을 포함한 버전 3.8 및 버전 3.9)가 필요합니다. 그 이유는 Tivoli NetView 프로그램에서 Tivoli Enterprise Console 서버로 보낸 트랩 매개변수가 변경되었기 때문입니다. 이 트랩 매개변수는 최신 Tivoli Enterprise Console에만 알려져 있습니다.

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

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

-> 작업 완료

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

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

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

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

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

UNIX용 IBM Tivoli NetView 관리자 안내서나 Windows용 IBM Tivoli NetView 사용자 안내서 또는 itm_attributes.conf 및 servmon.conf 파일의 주석 또는 servmon 디먼에 대한 man page에 있는 주석에도 servmon 디먼이 서비스 SmartSet을 작성하는 방법 및 시기가 올바르게 설명되어 있지 않습니다.

servmon 디먼은 서비스 속성 항목에 대한 서비스 SmartSet을 자동으로 작성하지 않습니다(itm_attributes.conf 및 servmon.conf 파일 모두 참조하십시오). 서비스 SmartSet을 가지려면 servmon.conf 파일에 해당 서비스에 대한 항목을 추가해야 합니다(또는 해당 서비스에 대한 항목이 이미 있는 경우 주석 처리된 라인에서 주석 표시를 제거하고 필요한 변경사항을 작성하십시오). 자세한 내용은 servmon.conf 파일을 참조하십시오. 그런 다음, servmon 디먼을 중지한 후 다시 시작하여 변경사항을 적용하십시오.

또는 사용자 소유의 SmartSet을 수동으로 작성할 수 있습니다. Windows의 경우, SmartSet 서브맵에 있는 노드의 상태는 서비스 상태에 따라 달라집니다. 그러나 사용자 SmartSet의 경우, 노드의 상태는 IP 상태와 서비스 상태 모두에 따라 달라집니다. UNIX의 경우, 서비스 SmartSet을 지원되는 반면 서비스 아이콘은 작성되지 않으며 서비스 상태가 전체 노드 상태를 제공하지 않습니다.

servmon 디먼의 추가 참고사항:

servmon 디먼은 서비스 SmartSet, 서비스 레이블 이름 및 0보다 큰 상태 간격이 서비스의 servmon.conf 파일에 있는 해당 항목에 모두 지정된 경우에만 서비스 SmartSet을 작성합니다. servmon 디먼은 SmartSet을 작성하고, 해당 서비스가 들어 있는 노드를 발견할 때까지 기다리지 않습니다.
보통 servmon 서비스와는 달리 ITM 조회를 사용하여 발견된 서비스의 상태는 서비스의 실제 상태를 반영하지 않습니다. 이러한 서비스의 경우, 상태는 서비스가 노드에 존재하는지 여부만 표시합니다. 이것은 서비스가 작동하고 있는지 아니면 작동 중지되었는지를 표시하지는 않습니다.

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로 설정하면 맵 수신확인에 대한 글로벌 기반 모드가 활성화됩니다.

수정팩에서 정정된 APAR

고객이 제기한 다음 문제점이 Tivoli NetView 버전 7.1.4 프로그램에서 이 수정팩으로 해결되었습니다.

APAR #	플랫폼	설명
IY56398	Windows UNIX	Tivoli Switch Analyzer 프로그램 설치 제거 후 복합 포트 오브젝트 상태가 올바르지 않습니다.
IY56765	UNIX	Linux 플랫폼용 NSMP V3에서 폴링 요청에 실패합니다.
IY56873	UNIX	netmon 디먼이 xnmsnmpconf -clear<xx>db를 실행한 후 코어됩니다.
IY57383.1	UNIX	Tivoli NetView 버전 7.1.4 프로그램에서 Tivoli 버전의 nvtecia -reload 명령이 작동하지 않습니다(IY57383으로 갱신).
IY58223	UNIX	개방 토폴로지 오브젝트에 대한 상태 갱신이 15분 후 중지됩니다.
IY60881	UNIX	-restart로 등록된 어플리케이션이 실제로 다시 시작되지 않습니다.
IY60946	UNIX	특정 상황에서 ovw_binary의 고성능 CPU 사용법입니다.
IY61505	Windows UNIX	웹 콘솔의 서브맵 탐색기에서 왼쪽과 오른쪽 분할창에 표시된 노드가 항상 일치하지 않습니다.
IY61588	UNIX	초기 감지 후에 netmon.seed 파일에 "!@oid 0" 항목이 추가된 경우, 일일 구성 점검 또는 폴링 요청 후 SNMP가 지원되지 않는 디바이스는 삭제됩니다.
IY61634	UNIX	xnmtrap(trapd.conf 파일)를 사용하여 명시적 슬롯 맵핑이 구성되어 있지 않으면 트랩 varbind(nv_var1 ... nv_var<n>)는 모두 Tivoli Enterprise Console 서버로 송신됩니다. 슬롯이 정의되면(예: 심각도) 곧 심각도만 송신됩니다. trapd.conf 파일의 man page는 이 정보로 갱신됩니다.
IY62044	UNIX	nvcorrd man page는 nvcorrd가 마지막 25개가 아닌, 마지막 100개를 캐시하는 것을 나타내도록 갱신되어야 합니다.
IY62164	Windows UNIX	사용자는 해당 데이터베이스에 추가된 수천 개의 존재하지 않는 세그먼트를 받고 있는 중입니다.
IY62217	UNIX	Solaris에서 22개 이상의 원시 GUI가 열려 있으면 ovwdb는 2GB가 될 때까지 빠르게 증가한 후 코어됩니다.
IY62939	Windows UNIX	Tivoli NetView Warehouse Enablement Pack의 데이터 마트 ETL이 anm_m05_s010_metric 및 anm_m05_s020_fact 단계에서 외부 키 오류로 실패합니다. 문제점은 일부 노드가 ANM.D_L3NODES 테이블에 추가되지 않는 것입니다.
IY63318	UNIX	'7.1.4 설치하기 전에'에는 특정 기능이 Linux Intel 플랫폼에 포함되지 않을 뿐만 아니라 z/Series 또는 S/390 플랫폼에도 포함되지 않은 것을 언급하지 않습니다. 이러한 사실은 해당 readme에서 설명됩니다.
IY63336	Windows UNIX	mib2trap 명령이 addtrap 명령을 자동화하는데, 이는 사용자에게 표시되어야 하는 경고 메시지를 막습니다.
IY63370	Windows UNIX	NetView 웹 콘솔에서 맵 열기 테이블이 기본 이름을 갖지 않은 맵에 대해서만 불필요하게 열립니다.
IY63655	UNIX	노드를 ping할 때 ovw_binary가 정기적으로 코어됩니다.
IY63686	Windows UNIX	NetView 콘솔에서 SmartSet이 열려 있는 동안 SmartSet에 속한 새 오브젝트가 발견될 때, 새 오브젝트는 일반 컴퓨터 기호로 표시됩니다. SmartSet을 닫은 후 다시 열면 올바른 기호가 표시됩니다. 이 문제해결 방법은 이 readme의 알려진 결함 및 제한사항 절에 설명되어 있습니다.
IY64107	Windows UNIX	netmon.seed 파일에서 SNMP 잠금에 대한 IP 주소 범위로 ...를 사용할 수 있어야 합니다.
IY64224	Windows UNIX	SNMP "잠금" 주소가 다른 SNMP "잠금" 주소로 이동합니다.
IY64226	Windows UNIX	UNIX에서 NetView 웹 콘솔의 찾기 및 검색 기능은 대소문자를 구별하지만 Windows에서는 구별하지 않습니다.
IY64241	UNIX	Solaris에 Tivoli NetView 7.1.4 수정팩 2를 설치하는 동안 우려할 만 하나 관련이 없는 메시지가 표시됩니다(예: "cp: 액세스할 수 없음 .SunOS.V714").
IY64272	Windows UNIX	사용자가 컬럼 보기(예: 웹 클라이언트의 IP 주소 보기) 내에서 컬럼을 사용자 정의할 경우, 서브맵을 변경하거나 화면 갱신 단추를 누르면 컬럼 크기가 원래 크기로 재설정됩니다.
IY64366	UNIX	snmpCollect Unix APAR, IY50954에서 사용자가 IP 주소를 지정할 수 있도록 했습니다. 그러나 이름 확인(name resolution)이 항상 사용되었습니다. 이제 사용자는 IP 주소에서 이름 확인(name resolution)을 수행하지 않는 옵션을 갖습니다.
IY64466	Windows UNIX	Tivoli Enterprise Console 서버로 전달된 Node marginal 이벤트가 오리진 슬롯에 해당 노드 이름이 아닌 NetView 시스템 이름을 포함합니다.
IY64564	UNIX	인터페이스가 포함된 SmartSet을 작성한 후, SmartSet에 있는 새로 발견된 인터페이스에 대한 인터페이스 레이블은 현재 IP 맵의 "인터페이스 레이블 표시 방법" 구성 매개변수에 기초를 둔 ipmap 레이블이 아닌 기본 토폴로지 레이블을 사용합니다.
IY65255	Windows UNIX	nvserverd 디먼이 FQHOSTNAME 슬롯을 작성하지 않습니다.
IY65381	Windows	Tivoli NetView 데이터 마트 ETL(ANM_M05_S010_METRIC 단계)은 ANM.F_3TRS_HOUR 테이블에 삽입 시 외부 키 오류로 실패합니다.
IY65723	Windows UNIX	웹 콘솔에서 SSL(Secure Socket Layer) 사용에 대한 readme 설명이 불충분합니다. jetty.xml 파일을 언급하고 있지 않습니다.
IY66025	Windows UNIX	NetView 웹 콘솔 이벤트 표시기 룰 세트가 사전 순서로 정렬되어야 합니다.
IY66032	Windows UNIX	부족한 MIB 테이블이 발견될 때 Java MIB 브라우저는 리턴된 데이터가 올바르지 않게 표시될 수 있다는 경고를 표시하지 않습니다.
IY66096	UNIX	때때로 df -k를 사용한 /usr/OV/bin/nvhotbackup 명령이 실패합니다.
IY66382	UNIX	ping이 불가능한 디바이스를 로드하기 위해 loadhosts -a 옵션을 사용한 후 디바이스가 작동 중지됩니다. 그러나 인터페이스 상태 변경사항이 세그먼트 또는 데이터베이스에 있는 네트워크에 적용되지 않습니다. 그러나 이 상태는 맵에 올바르게 표시되지 않습니다.
IY66383	Windows UNIX	nvmaputil.sh 및 nvmaputil.bat --unmanage-interface 명령이 올바르게 작동되지 않습니다.
IY66397	UNIX	도구가 이미 설치되어 있지 않은 시스템에는 DebuggingToolsV2가 설치되지 않습니다.
IY66440	UNIX	ovobjprint 명령의 비보안 버전(수정팩에 포함되어 있지 않음)
IY67304	UNIX	rnetstat -an로 표시된 출력이 손상되었습니다.
IY67766	UNIX	Solaris에서는 한 번에 약 24개의 IBM Tivoli NetView GUI만 열 수 있다는 사실을 설명합니다.
IY67784	UNIX	네트워크를 삭제하거나 관리 취소 중 compoundPort 오브젝트를 관리 취소/관리할 때 netmon이 코어됩니다.
PJ29147	Windows	Intel Windows 시스템에서 증가하는 일련의 링크에 대한 더미 주소가 잘못된 바이트 순서로 수행되었습니다. 이는 netmon 디먼을 처음 다시 시작하기 전에 발견되지 않았던 번호를 매기지 않은 일련의 링크가 전혀 발견되지 않았으며, 복합 포트 상태 오브젝트가 작성되지 않았다는 것을 나타냅니다.
PJ29866	Windows	loadhosts 명령을 사용하여 추가된 노드가 NetView GUI에 표시되지 않습니다.
PJ29983	Windows UNIX	룰 세트가 SmartSet을 조회하고 "NVCOLLECTION API가 초기화되지 않음" 오류의 원인이 됩니다.
PJ30029	Windows	소켓 문제점 때문에 netmon이 ICMP 서비스에 대한 연결을 유실합니다.
PJ30038	Windows	Windows용 Tivoli NetVIew 이벤트 브라우저 및 tess의 사용자 정의 필터를 사용할 경우, 브라우저 창이 잠시 사라지고 nv.log 파일에 다음 텍스트가 표시됩니다. [tess] OnTimer exception at requery with hstmt:0. (-1) State:S1000,Native:-1045,Origin: Microsoft ODBC Microsoft Access Driver. 책갈피가 올바르지 않습니다.
PJ30082	Windows	Windows용 Tivoli NetView 이벤트 브라우저를 사용할 경우, 이전 이벤트의 데이터 또는 가비지가 tess의 이벤트 세부사항 패널에 표시됩니다.
PJ30090	UNIX	oid_to_type 파일에서 AIX V5 및 V5에 대한 용어를 수정합니다.
PJ30107	Windows	Windows의 NetViewD는 항상 맵 "기본"을 갖고 있습니다.
PJ30154	Windows	두 개의 CPU 박스에서 Netmon이 정지되었습니다.

고객이 제기한 다음 문제점이 Tivoli NetView 버전 7.1.4 수정팩 02에서 수정되었습니다.

APAR #	플랫폼	설명
IY49659	UNIX	AIX 5.1의 경우, 대기 시간이 초과될 때 ovactiond 디먼에 의해 실행된 명령이 취소되지 않습니다.
IY50486	Windows UNIX	Tivoli NetView 프로그램의 DB2 가용성 데이터베이스에 중복 레코드가 있습니다(IY53390 및 IY55671 참조).
IY51398	Windows UNIX	nvdbformat 성능 향상
IY52871	UNIX	Tivoli NetView 이벤트 어플리케이션의 MIB 찾아보기 및 이벤트 정렬의 추가 조치가 공유 라이브러리 로드 오류와 함께 실패합니다.
IY53390	Windows UNIX	중앙 데이터 웨어하우스 ETL이 TWH_CDW에 가용성 데이터를 삽입하면 노드(comp_id) 및 측정 값 쌍이 중복됩니다.
IY53554	UNIX	mibtable 명령이 Mid-Level Manager MIB에서 상태 테이블을 검색하려고 시도하는 중에 루프에 빠집니다.
IY53580	UNIX	APM 데이터 콜렉션이 같은 값을 계속 리턴합니다.
IY53703	Windows UNIX	trapd 디먼이 예상대로 트랩의 16진 데이터를 형식화하지 않습니다.
IY54430	UNIX	netviewd 디먼이 시작되지 않았습니다. ovstatus 출력 스탠자의 메시지는 "알 수 없는 오류로 종료합니다."입니다. 이에 대한 문제해결 방법은 이 수정팩에 설명되어 있습니다.
IY54434	Windows UNIX	복합 SmartSet의 경우, nvUtil 평가 명령은 항상 올바른 결과를 가져오지 않습니다(특히 룰의 오른쪽이 NOT 연산자로 끝나고(예: !(xxxx)) 다중 && 조건을 가질 경우).
IY54452	UNIX	Tivoli NetView 프로그램 마이그레이션 중 /usr/OV/ITSL2 파일을 백업합니다.
IY54575	UNIX	Linux에서 동적으로 할당되지 않은 배열에 대해 삭제 []가 호출되면 nvcorrd 디먼이 코어됩니다.
IY54590	UNIX	ovtopofix 명령이 빈 네트워크를 삭제해야 합니다.
IY55011	UNIX	nvUtil이 ovw 데이터베이스에서 검색된 오브젝트 목록에서 선택 이름이 없는 오브젝트를 발견할 경우 다음 메시지를 발행하고 종료합니다. "GetValues 실패 - OVwDbGetFieldValuesByObjects가 널(null) 값을 리턴했습니다. ovwdb 캐시 크기가 데이터베이스에 있는 오브젝트 수를 초과하는지 검증하십시오".
IY55025	UNIX	netview_root.log 파일이 AIX 5.2에서 글꼴 오류로 채워집니다. 이는 "/usr/OV/app-defaults" 디렉토리에 LANG=en_US로 지원되지 않는 ibm850 글꼴이 들어 있기 때문입니다.
IY55219	Windows UNIX	Solaris에서 DEMANDPOLL 및 PING STATUS POLL이 동시에 발생하면 netmon 디먼이 코어됩니다.
IY55256	UNIX	/usr/OV/security/C/Domains/* 디렉토리에 서브디렉토리가 존재하는 경우 nvsecd 디먼이 nvsec_admin을 실행하면서 코어됩니다.
IY55354	UNIX	HSRP 인터페이스가 매분 삭제되고 다시 작성됩니다.
IY55559	UNIX	버전 7.1.4의 AutoTrace 기능 추가로 snmpwalk 명령에 대해 주요 성능이 저하되었습니다.
IY55671	Windows UNIX	netmon 디먼이 이벤트를 생성하는 방법 때문에 tdwdaemon이 같은 상태 이벤트에 대해 가용성 데이터베이스에 다중 레코드를 추가합니다.
IY55689	Windows UNIX	계층 2 상태는 SmartSet 또는 사용자 정의 맵의 아이콘을 변환시킬 수 있도록 올바르게 전달하지 않습니다.
IY55803	UNIX	Tivoli NetView 프로그램의 온라인 서적 및 도움말에는 사용할 브라우저로 하드코딩된 Netscape가 갖추어져 있습니다.
IY55831	UNIX	거짓 ovwdb는 ovspmd 디먼과 통신하는 중에 정지됩니다.
IY55966	UNIX	스페이스바를 누르고 있으면 ovw_binary가 약 20초 후에 코어됩니다.
IY55972	UNIX	$AGENT_ADDR이 Tivoli Enterprise Console 서버로 전달된 이벤트의 호스트 이름을 해석하지 않습니다.
IY56095	UNIX	하나의 UNMANAGE 조치에 대해 두 개의 NODE UNMANAGED 트랩이 있습니다.
IY56157	UNIX	다중 NetView 창을 닫을 때 느린 성능 성능으로 인해 맵이 사용 불가능하게 되고 잠시동안 정지됩니다.
IY56279	UNIX	사용자가 nvcorrd 디먼을 중지하지 않고 ovstop nvserverd 또는 ovstart nvserverd 명령을 실행할 경우, 중복 이벤트가 Tivoli Enterprise Console 서버에 송신될 수 있습니다.
IY56323	UNIX	netmon.conf 파일에 있는 NMAVAILABILITY=TRUE 플래그가 작동하지 않습니다. netmon.conf 파일의 설정에 관계없이 /usr/OV/databases/availData_yyymmdd 파일에 사용 가능한 데이터가 작성되지 않았습니다.
IY56338	Windows UNIX	netmon 디먼이 숫자로 시작되는 seed 파일 이름을 해석하지 않습니다.
IY56522	UNIX	Linux에서 netcheck TCP 루틴이 올바르지 않은 오류 메시지 "오류: 5888 포트에 연결할 수 없음: 연결이 거부됨"을 표시합니다.
IY56534	UNIX	ovtopofix의 UNIX -R 옵션(빈 네트워크 및 세그먼트 제거)이 -A와 -a 옵션과 함께 작동하지 않고 이제 단독으로 작동합니다.
IY56563	Windows UNIX	서버 설정 어플리케이션이 snmpCollect 디먼에 -w 플래그를 설정할 수 있는 기능을 포함하지 않습니다. 이것은 Tivoli Data Warehouse 기능을 사용 불가능하게 합니다.
IY56564	Windows UNIX	snmpCollect 디먼에 대한 -w 플래그가 IBM Tivoli NetView Warehouse Enablement Pack Implementation Guide 또는 snmpCollect man page에 설명되어 있지 않습니다.
IY56565	UNIX	Tivoli NetView Warehouse 데이터베이스에 데이터를 기록하는 snmpCollect와 관련된 DB2 활동 추적 메시지 또는 옵션이 없습니다.
IY56637	Windows UNIX	netmon -a 160 명령이 TDWAVAILABILITY 플래그의 값을 덤프하지 않습니다.
IY56671	Windows UNIX	ovstop, ovstop nvsecd 또는 /etc/netnmrc 명령을 실행한 후 열거(Enumeration)가 Tivoli NetView 데이터베이스에서 유실되었습니다.
IY56958	Windows UNIX	nvUtil 평가 명령을 실행하여 트리거된 nvcold 디먼의 주요 메모리 누출을 제거합니다.
IY57192	UNIX	서브맵에서 ZOOM이 작동하지 않습니다.
IY57383	UNIX	nvtecia -reload 명령이 tme_nvserverd와 함께 작동하지 않습니다. 프로세스가 중지됩니다.
IY57388	UNIX	Linux에서 이름이 없는 노드 때문에 룰 세트에 문제점이 발생합니다.
IY57432	UNIX	대량의 인터페이스 목록(varbind 8)이 있는 Tivoli NetView 이벤트에 대해 Tivoli Enterprise Console 서버에서 구문분석이 실패합니다.
IY57468	UNIX	"상태 폴링"을 끄면 SnmpStatus 폴링이 아닌 ICMP ping이 사용 불가능하게 됩니다.
IY57469	UNIX	토폴로지/상태 폴링 구성에서 모든 설정을 끄면 명시적 seed 파일 항목이 발견되지 않습니다.
IY57579	UNIX	APAR IY4909가 netmon 디먼 시작 중 성능 문제점을 일으킬 수 있습니다.
IY57654	UNIX	미완료 오브젝트가 데이터베이스에 남아 있는 경우 ovtopmd 디먼이 코어됩니다. 이는 드물게 발생합니다.
IY58119	UNIX	사용자는 첫 번째 정의가 "두 단어" 속성이며 두 번째 정의가 IN_COLLECTION 테스트인 SmartSet을 작성하기 위해 SmartSet 편집기(콜렉션됨) 대화 상자를 사용합니다. SmartSet 작성은 성공했습니다. 그러나 그 다음에 사용자가 SmartSet 편집기 대화 상자를 사용하여 SmartSet을 수정하려고 시도할 때 SmartSet 편집기는 "SmartSet이 대화 상자에 올바르게 표시될 수 없습니다. 대신 텍스트 편집기가 사용됩니다."라는 메시지를 발행합니다.
IY58244	Windows UNIX	nvdbformat 명령이 일부 selectrule 정의와 함께 잘못된 결과를 제공합니다.
IY58305	UNIX	창을 크기 조절할 때 ovw_binary가 코어됩니다.
IY58392	UNIX	trapgend 디먼이 AIX 5.2에서 CORE_DUMP를 올바르게 구문분석하는 데 실패합니다.
IY58404	Windows UNIX	첫 번째 주소에 문제가 있는 경우, 두 번째 주소 또한 실패하면 netmon 캐시의 snmp_addr이 두 번째 주소로 변경되지 않아야 합니다.
IY58428	UNIX	nmdemandpoll을 중지하기 위해 Ctrl-C 키 조합이 발행되면 netmon 디먼이 신호 13으로 종료됩니다.
IY58512	UNIX	snmpCollect 디먼이 DB2 데이터베이스 연결을 닫지 않아 사용중이 아닌 많은 연결이 계속해서 활성으로 나열됩니다.
IY58514	Windows UNIX	DB2 NetView Warehouse 데이터베이스를 작성하기 위해 tdwdaemon에 서버 설정 어플리케이션을 사용하면 db2stop 및 db2start 명령이 불필요하게 발행됩니다.
IY58551	UNIX	mib2trap 명령이 baroc 파일에 slotmap 임베드된 주석을 추가하지 않습니다.
IY58586	UNIX	사용자는 SmartSet 편집기(콜렉션됨)를 원시 NetView 콘솔이나 명령행에서 가져옵니다. 그런 다음 사용자는 추가 -> 수정을 누르고 서브넷으로 정의 유형을 전환합니다. 그 다음 계산을 눌러 IP 주소와 서브넷 마스크에 입력하고 계산을 누릅니다. 콜렉션된 후 세그멘테이션 실패와 함께 코어됩니다.
IY58772	UNIX	sqlstate 및 sqlcode 값이 snmpCollect-UNIX 및 DB2 사이의 실패 중에 snmpCol.trace 파일에 쓰여지지 않습니다.
IY58780	Windows UNIX	submapexplorer의 아이콘 크기가 간혹 올바르지 않게 계산됩니다.
IY59196	Windows UNIX	메모리 누출 때문에 ovtopmd 디먼이 코어됩니다.
IY59201	Windows UNIX	맵에서 오브젝트를 삭제하면 ovtopmd 디먼의 크기가 커집니다.
IY59424	Windows UNIX	요청이 시간초과될 때마다 SnmpStatus 폴링에 올바르지 않은 상태가 보고됩니다.
IY59537	Windows UNIX	노드가 삭제될 때 servmon 디먼이 SmartSet ovw 데이터베이스 항목을 지우지 않습니다.
IY60528	UNIX	Tivoli NetView 이벤트 심각도가 버전 7.1.4에서 더 이상 Tivoli Enterprise Console 이벤트의 일부로서 송신되지 않습니다. 심각도를 다시 추가하기 위해 nvseverd 디먼에 환경 변수를 추가하지만 기본적으로 심각도가 생략됩니다.
IY60701	UNIX	netmon 디먼이 SNMP 상태 요청(req = SNMPStatus) 중 하나에서 "Snmp 오류: 해당 이름 없음"이 발생하면 나머지 인터페이스에 대해 인터페이스 작동 중지 이벤트를 보고합니다.
IY60978	UNIX	글로벌 수신확인이 위치 오브젝트에 대해 작동하지 않습니다.
IY61174	Windows UNIX	/usr/OV/conf/tdwdaemon.log 파일에 오류 발생: "잘못된 매개변수 수".
PJ29495	Windows	setstatusseverity.rs 룰 세트가 손상되었습니다.
PJ29522	Windows UNIX	Tivoli NetView 프로그램이 재순환되고 클라이언트 어플리케이션이 재순환되지 않으면 OVwFieldNameToFieldId API 호출이 실패합니다. 새 ovw API, OVwDbDone()이 추가되어 어플리케이션이 ovwdb에 대해 유실된 연결을 복구할 수 있습니다.
PJ29525	Windows	서브맵에 대한 백그라운드를 작성한 사용자가 표시되지 않습니다.
PJ29701	Windows UNIX	ITM 서비스에 대한 Tivoli NetView SmartSet이 작성되지 않았습니다.
PJ29726	Windows UNIX	발견된 인터페이스에 대한 SNMP 상태 폴링을 제한합니다.
PJ29734	UNIX	UNIX xnmgraph 보기 -> 통계가 파일에 저장될 때 출력 행 필드가 출력 파일에서 20자로 제한됩니다.
PJ29812	Windows	Windows Tivoli Enterprise Console 이벤트 전달 디먼(tecad_nv6k)이 많은 메모리 소비 이후에 작동을 중지합니다(태스크 매니저 창에서 보고 판별함).
PJ29814	Windows	"TEDW에서 사용하기 위해 DB2로 데이터 반출 구성"이 DB2에 레코드를 쓸 수 있도록 snmpcollect에 -w 플래그를 추가하지 않습니다. 더욱이 snmpcollect에 대한 nvsetup.exe 구성이 Tivoli Data Warehouse "-w" 플래그로 ovsuf 및 snmpCol.lrf 파일을 갱신하지 않습니다.
PJ29821	Windows	대량의 인터페이스 목록(varbind 8)이 있는 Tivoli NetView 이벤트에 대해 Tivoli Enterprise Console 서버에서 구문분석이 실패합니다.
PJ29910	Windows UNIX	SQL 명령 파일의 SQL 문에서 0을 둘러싼 작은 따옴표가 누락되었습니다.

고객이 제기한 다음 문제점이 Tivoli NetView 버전 7.1.4 프로그램 수정팩 01에서 수정되었습니다.

APAR #	플랫폼	설명
IY41085	Windows UNIX	MIB 데이터 조직 때문에 ISDN 상태 모니터링이 Cisco 라우터에서 작동하지 않습니다.
IY42473	UNIX	Tivoli NetView 프로그램이 "-restart" 매개변수를 사용하여 등록된 어플리케이션을 다시 시작하지 않습니다.
IY47145	Windows UNIX	발견할 netmon seed 파일 항목 및 SNMP 관리 노드의 요구사항을 명시하도록 문서를 요청합니다(제품 참고사항 절에 있는 이 APAR에 대한 항목 참조).
IY47892	Windows UNIX	ovesmd 디먼이 네트워크 및 네트워크 세그먼트에서 DNS 요청을 작성하여 불필요하게 DNS 서버 성능을 저하시키고 있습니다.
IY48379	Windows UNIX	ovstop nvsecd 명령이 tdwdaemon을 중지하지 않습니다(이 정정사항을 수행하려면 제품 참고사항 절 참조).
IY48447	Windows	특정 트랩의 오브젝트 상태에 대한 도움말 메시지 패널에 오류가 있습니다.
IY48542	UNIX	trapd 디먼에서 버퍼 오버플로우된 핵심 덤프가 발생합니다.
IY49032	UNIX	Solaris 및 Linux의 서버 설정 어플리케이션에 AIX 용어 및 옵션이 들어 있습니다.
IY49405	UNIX	CNAT 데이터가 Tivoli NetView 버전 7.1.x 프로그램의 이전 버전에서 버전 7.1.4로 마이그레이션되지 않습니다.
IY49428	Windows UNIX	캐리지 리턴이 항상 nvdbformat 어플리케이션 "TopM Interface List" 앞에 옵니다.
IY49532	Windows UNIX	nvdbformat 어플리케이션이 완료되지 않은 상태에서 잘못된 출력을 표시합니다.
IY49546	UNIX	printtool 어플리케이션으로 인해 Linux의 Tivoli NetView 버전 7.1.3 프로그램에서 핵심 덤프가 발생합니다.
IY49787	UNIX	Tivoli NetView 버전 7.1.3 ovw_binary가 코어됩니다.
IY49953	UNIX	잘못된 데이터가 제공되는 경우 nvauth 실행 파일이 세그멘테이션과 코어됩니다.
IY49954	UNIX	nvauth 실행 파일의 명령행 매개변수에서 오버플로우 조건이 발생합니다.
IY49955	UNIX	암호 명령행 인수 길이가 예상보다 긴 경우 nvauth 실행 파일에서 핵심 덤프가 발생합니다.
IY49975	UNIX	글로벌 수신확인을 사용 가능하게 하면 ipmap 실행 파일이 동기화를 끝내지 않으므로 핵심 덤프가 발생합니다.
IY49985	UNIX	서드파티 소프트웨어에서 포트를 스캔하는 경우 pmd 디먼에서 핵심 덤프가 발생합니다.
IY50013	UNIX	서드파티 소프트웨어에서 포트를 스캔하는 경우 nvlockd 디먼에서 핵심 덤프가 발생합니다.
IY50133	UNIX	AIX 4.3.3 ML 10에 Tivoli NetView 버전 7.1.4 프로그램을 설치할 때 "ovstart: ovspmd에 연결할 수 없음: 해당 파일 또는 디렉토리가 없습니다"라는 오류 메시지와 함께 nvsecd 디먼을 시작하지 못합니다.
IY50196	Windows UNIX	추가 대체 커뮤니티 이름을 요청합니다.
IY50227	Windows	servmon.log 파일에 불필요한 추적 메시지가 있습니다.
IY50265	UNIX	잘못된 데이터를 nvcorrd 소켓에 쓸 경우 nvcorrd 디먼에서 핵심 덤프가 발생합니다.
IY50266	UNIX	잘못된 데이터를 소켓에 쓰는 경우 actionsvr 디먼에서 핵심 덤프가 발생합니다.
IY50394	Windows UNIX	Tivoli NetView 버전 7.1.2 프로그램에서 버전 7.1.3으로 마이그레이션한 후 IPMAP 어플리케이션으로 인해 핵심 덤프가 발생합니다.
IY50461	Windows UNIX	location.conf 파일에서 라우터에 대한 와일드카드 IP 주소 지원을 제공합니다.
IY50464	Windows UNIX	netmon 디먼이 새로 발견한 노드를 관리하도록 구성되어 있는데도 여러 디바이스를 발견하여 이를 관리되지 않는 디바이스로 설정합니다.
IY50663	UNIX	AutoTrace가 설정되어 있으면 ovtopmd 디먼 및 ovtopofix 명령이 더 느리게 실행됩니다.
IY50702	Windows UNIX	Tivoli Switch Analyzer 프로그램이 관리하는 스위치가 ipmap에 표시된 정확한 기호 상태를 갖고 있지 않을 수 있습니다.
IY50954	UNIX	주소가 호스트 이름으로 분석되는 경우 snmpCollect 디먼이 IP 주소를 수집하지 않습니다.
IY50990	Windows UNIX	netmon 디먼이 다시 시작된 후 구성된 기간을 기다리지 않고 상태 폴링을 시작합니다.
IY51064	Windows UNIX	데이터베이스 조회 필드 노드가 룰 세트에 있는 인터페이스 선택 이름에 대해 작동하지 않습니다.
IY51125	Windows UNIX	Tivoli NetView 버전 7.1.3 프로그램의 netmon seed 파일에서 SNMP 와일드카드 사용 중 오류가 발생했습니다.
IY51162	UNIX	긴 이름이 있는 트랩 슬롯 값이 저장 시 15자로 줄여집니다.
IY51181	UNIX	오른쪽 스크롤 막대가 seed 파일 편집기에서 작동하지 않습니다.
IY51516	Windows UNIX	nvrsEdit 어플리케이션이 룰 세트를 여는 도중 이를 올바르게 처리할 수 없는 경우에도 오류를 표시하지 않습니다.
IY51641	UNIX	큰 트랩을 제대로 구성하기에는 버퍼가 너무 작아 nvserverd 디먼에서 핵심 덤프가 발생합니다.
IY51700	Windows UNIX	Tivoli Enterprise Console 서버로 이벤트 포워딩이 사용 가능할 경우, Tivoli NetView 버전 7.1.4 프로그램에는 최신 Tivoli Enterprise Console 릴리스가 필요합니다.
IY51778	Windows UNIX	netmon seed 파일의 주소 작동 범위가 이전 릴리스와 다릅니다(제품 참고사항 절 참조).
IY51844	Windows UNIX	라우터 재발견이 작동하지 않습니다.
IY52086	UNIX	netmon 디먼의 "retries" 매개변수 의미를 명시해야 합니다(제품 참고사항 절 참조).
IY52227	UNIX	IP 상태가 정상인 스위치에서 계층 2 한계 상태를 수신확인할 수 있어야 합니다.
IY52295	UNIX	AIX 이외의 Tivoli NetView UNIX 플랫폼에 ping 수 제어를 추가해야 합니다. 이는 AIX에 이미 적용되었습니다.
IY52234	UNIX	버전 7.1.4로 업그레이드할 때 ipgettopoinfo 명령이 실행 중인 경우 관계형 데이터베이스의 IP 토폴로지 수가 부정확할 수 있습니다.
IY52320	UNIX	현재 SNMP 구성 조회 루틴이 글로벌 기본값에 있는 사용자 설정값 대신 NetView 기본값을 리턴하고 있습니다.
IY52341	Windows UNIX	ipmap 실행 파일이 AIX 5.1의 Tivoli NetView 7.1.3 수정팩 1에서 코어됩니다.
IY52351	Windows UNIX	여러 개의 트랩으로 인해 네트워크 및 세그먼트 주소에 대한 DNS 요청이 발생합니다.
IY52394	Windows UNIX	nvcorrd 디먼으로 인해 신호 11과 함께 setstatednode 기능에서 핵심 덤프가 발생합니다.
IY52429	UNIX	Tivoli NetView 버전 7.1.4 프로그램의 Tivoli Enterprise Console 이벤트의 호스트 이름에 하이픈(-)이 있는 경우, 호스트 이름이 있는 트랩 슬롯은 비어 있습니다.
IY52758	UNIX	xnmgraph 어플리케이션이 Y축 값을 잘못 계산합니다.
IY52773	Windows UNIX	netmon 디먼으로 인해 매 10분마다 신호 11과 함께 핵심 덤프가 발생합니다.
IY52820	UNIX	trapd 디먼이 AIX 5.2의 Tivoli NetView 버전 7.1.4 프로그램에서 정기적으로 코어됩니다.
IY53038	UNIX	Linux용 Tivoli NetView 버전 7.1.3 및 7.1.4 프로그램에서 시작 스크립트에 라인이 누락되어 root 사용자가 아닌 사용자는 GUI를 시작할 수 없습니다.
IY53188	Windows UNIX	사용자가 netmon.conf 파일에서 MaximumCommunityNames=x 변수를 설정하여 최대 커뮤니티 이름 수를 수정할 수 있다는 사실을 설명합니다. x의 값은 0 - 100이 될 수 있습니다.
IY53205	Windows UNIX	IBM Tivoli Monitoring 자원 모델의 상태 모니터링을 servmon 디먼에 추가하지 못했습니다.
IY53244	UNIX	nvgethost 명령의 명령 사용법에서 가비지가 인쇄됩니다.
IY53271	Windows UNIX	zSeries의 Linux에서 추적 또는 로그온을 전환하면 trapd 디먼이 중지됩니다.
IY53400	UNIX	NetView 보안이 사용 가능한 경우 xnmloadmib2 및 xnmbrowser2 어플리케이션을 실행할 수 없습니다. 보안 등록 파일이 존재하지 않습니다.
IY53554	UNIX	mibtable 명령이 중간 레벨 매니저 MIB에서 루핑됩니다.
IY53666	UNIX	trapd.log 파일이 최대 크기에 도달하면 trapd 디먼이 신호 13과 함께 중지됩니다.
IY53704	UNIX	NVRSEdit 어플리케이션에서 상태 설정 노드를 편집하는 중 문제점이 발생했습니다.
IY53727	Windows UNIX	여러 인터페이스에 대한 맵핑에 잘못된 기호가 표시됩니다.
IY53780	UNIX	netmon 디먼이 원하지 않는 인터페이스를 ping합니다.
IY53804	Windows UNIX	Tivoli NetView 버전 7.1.3 수정팩 2 적용 후 nvdbformat 어플리케이션이 코어됩니다.
IY53928	Windows UNIX	Tivoli NetView 버전 7.1.4 프로그램에 servmon 디먼 성능 문제점이 있습니다.
IY54371	Windows UNIX	라우터 결함 분리가 사용 가능하게 되면 모든 폴링 주기에서 "Interface Unreachable" 이벤트가 발생합니다.
IY54644	Windows UNIX	NetView 웹 콘솔이 정지합니다.
IY54964	Windows UNIX	netmon 디먼이 대형 네트워크에서 수많은 인터페이스 폴링을 동시에 시도하고 있습니다.
IY55374	UNIX	AIX 5.2에서 snmpd64v1 에이전트 사용에 대한 문서의 내용이 명확하지 않습니다.
PJ29055	Windows	특정 트랩에 대한 오리진 tecad 기본 슬롯 값의 출력이 올바르지 않습니다.
PJ29416	Windows	Tivoli Enterprise Console 서버로 이벤트를 전달할 때 호스트 이름 필드가 비어 있습니다.
PJ29421	Windows UNIX	ovobjprint 명령이 대용량 데이터베이스의 모든 해당 정보를 표시하지 않습니다.
PJ29460	Windows	netmon 디먼이 DNS에 첫 번째 인터페이스가 없는 라우터를 발견한 경우, 아이콘 선택 이름 및 레이블에 문제가 발생합니다.
PJ29480	Windows	서비스 작동 중지 간격을 기초로 서비스 기호가 삭제된 후 노드 상태가 올바르게 갱신되지 않습니다.
PJ29481	Windows	노드를 백업하는 경우 SmartSet의 노드 상태가 올바르지 않을 수 있습니다.
PJ29503	Windows UNIX	삭제된 서비스 기호가 잘못된 상태를 전달할 수 있습니다.
PJ29517	Windows	nvcord 디먼이 활성화된 룰 세트를 통해 전달된 이벤트로 "$A" 값을 잘못 교환합니다.
PJ29580	Windows	"<" 또는 ">" 옵션이 사용된 경우 수집된 데이터 오브젝트 특성 대화 상자의 "필터 기준" 옵션에 데이터가 반영되지 않습니다.
PJ29586	Windows UNIX	nvdbformat 및 nvdbimport 명령으로 쉼표(,)가 들어 있는 필드를 가져오거나 설정할 수 없습니다.
PJ29588	Windows UNIX	Tivoli NetView ETL 사용 시 끊김 오류가 너무 많이 로깅되었습니다.
PJ29644	Windows	Microsoft Trap Service의 널(null) IP 주소에서 WIndows용 Tivoli NetView trapd 디먼 예외가 발생합니다.
PJ29651	Windows UNIX	Tivoli NetView Warehouse Enablement Pack에서 문자열 끊김 오류로 인해 대상 데이터 삽입에 실패합니다.
PJ29653	Windows UNIX	Tivoli NetView Warehouse Enablement Pack에 월간 및 연간 보고서의 사용 불능 백분율을 표시하는 보고서의 히스토리 데이터가 누락되었습니다.
PJ29654	Windows UNIX	Tivoli Netview 데이터 마트 ETL이 모든 경우의 가용성을 정확하게 계산하지 않습니다.
PJ29666	Windows	snmpCollect 디먼은 수집할 오브젝트 수가 16을 초과하면 snmpget 요청을 반복합니다.
PJ29671	Windows	이전에 정의된 데이터 콜렉션에 대한 그래프 기능이 작동하지 않습니다.

설치 및 구성

전제조건

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

해당 플랫폼에 적절한 패키지를 다운로드하여 패키지를 설치할 시스템에서 사용할 수 있도록 해야 합니다.
원래 Tivoli NetView 버전 7.1.4 설치를 수행한 것과 동일한 사용자 계정으로 시스템에 로그인해야 합니다(UNIX의 경우 root 계정).
시스템에 Tivoli NetView 버전 7.1.4가 이미 설치되어 있어야 합니다.

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

설치 중 수정팩 패키지를 저장하고 추출합니다.
/usr/OV/service/V714/FixPack3 디렉토리에 백업된 원본 Tivoli NetView 파일 세트 외에 /usr/OV 디렉토리에 복사된 갱신된 Tivoli NetView 파일을 적용합니다.

첫 번째 전제조건 소프트웨어에 필요한 여유 공간은 임시 공간이므로 수정팩이 설치된 후에는 시스템에 반환됩니다. Tivoli NetView 설치를 갱신하는 데 필요한 여유 공간은 수정팩이 백아웃되거나 Tivoli NetView 프로그램의 새 버전이 설치될 때까지 계속 사용됩니다.

이전 Tivoli NetView 수정팩을 포함하는 설치는 이 수정팩을 설치하기 전에 UNIX의 경우 /usr/OV/service/V714/Fix PackX 디렉토리, Windows의 경우 \usr\ov\service\v714\Fix PackX 디렉토리를 삭제하여 이 수정팩에 사용되는 대부분의 공간을 복구할 수 있습니다. 그러나 이를 수행하면 이전 수정팩 설치에 필요한 코드 수정사항을 설치할 수 있는 기능 뿐 아니라 이전 수정팩을 백아웃할 수 있는 기능이 제거되는 점에 유의하십시오.

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

운영 체제

설치 중 필요한 공간¹

업그레이드된 제품에 필요한 공간 ²

RS6000 AIX

625 Mb

400 Mb

SunOS Solaris

740 Mb

485 Mb

Linux Intel

605 Mb

360 Mb

Linux 390

570 Mb

330 Mb

Windows

115 Mb

65 Mb

¹이 공간은 사용자가 수정팩 설치 패키지를 배치하려는 모든 위치에 필요합니다.
²이 공간은 /usr/OV(UNIX의 경우), \usr\ov(Windows의 경우)에 필요합니다.

운영 체제	설치 중 필요한 공간¹	업그레이드된 제품에 필요한 공간 ²
RS6000 AIX	625 Mb	400 Mb
SunOS Solaris	740 Mb	485 Mb
Linux Intel	605 Mb	360 Mb
Linux 390	570 Mb	330 Mb
Windows	115 Mb	65 Mb
¹이 공간은 사용자가 수정팩 설치 패키지를 배치하려는 모든 위치에 필요합니다. ²이 공간은 /usr/OV(UNIX의 경우), \usr\ov(Windows의 경우)에 필요합니다.

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

새로운 전체 이미지 zSeries(64비트)용 Linux CD에 대한 소프트웨어 요구사항

Red Hat Enterprise Linux AS 버전 3.0 및 SUSE Linux Enterprise Server(SLES) 8.0 및 9의 경우, 새로운 z/Series(64비트)용 Tivoli NetView 7.1.4 Linux CD가 기본 Tivoli NetView 7.1.4 킷에 추가되었으며 새 표준 Tivoli NetView가 설치되어야 합니다. 이 새 CD는 zSeries(64비트)용 Red Hat Enterprise Linux AS 버전 3.0 및 SUSE Linux Enterprise Server(SLES) 8.0 및 9의 새 Tivoli NetView 설치 전용입니다.

Tivoli NetView 프로그램의 올바른 작동을 위해 설치되어야 하는 Linux 패키지에 대한 자세한 내용은 새로운 전체 이미지 S/390(31비트)용 Linux CD에 대한 소프트웨어 요구사항을 참조하십시오.

새로운 전체 이미지 Intel(32비트) 및 S/390(31비트)용 Linux CD에 대한 소프트웨어 요구사항

Red Hat Enterprise Linux Advance Server 3.0 i386(32비트)과 S/390(31비트) 및 SUSE Linux Enterprise Server(SLES) 9 i386(32비트)과 S/390(31비트)의 경우, 새로운 NetView 7.1.4 Linux CD가 기본 NetView 7.1.4 킷에 추가되었으며 새 표준 Tivoli NetView가 설치되어야 합니다. 이 새 CD는 Red Hat Enterprise Linux Advance Server 3.0 i386(32비트)과 S/390(31비트) 및 SUSE Linux Enterprise Server(SLES) 9 i386(32비트)과 S/390(31비트)의 새 Tivoli NetView 설치 전용입니다.

Red Hat Enterprise Linux Advance Server 3.0 i386(32비트)과 S/390(31비트) 및 SUSE Linux Enterprise Server(SLES) 9 i386(32비트)과 S/390(31비트)의 Tivoli NetView 설치가 올바르게 작동하려면 다음의 Linux 패키지가 먼저 설치되어야 합니다.

Red Hat Enterprise Linux Advance Server 3.0의 경우:

사용자는 선택적인 Red Hat i386 패키지 compat-libstdc++-7.3-2.96.122 또는 S/390 패키지 compat-libstdc++-7.2-2.95.3.78을 설치해야 합니다. 이 패키지는 Red Hat Enterprise Linux Advance Server 3.0 Update 1 또는 2 CD 세트에서 찾을 수 있습니다.

ifIndex 참조에서 IP-MIB로 ifIndex와 ipAdEntIfIndex의 불일치를 정정하려면 사용자는 net-snmp RPM을 다음 레벨로 갱신해야 합니다.
- net-snmp-5.0.9-2.30E.6
- net-snmp-devel-5.0.9-2.30E.6 (선택적)
- net-snmp-perl-5.0.9-2.30E.6 (선택적)
- net-snmp-utils-5.0.9-2.30E.6 (선택적)
Red Hat Linux에서 발생한 문제점으로 인해, Linux의 모든 지원 버전에 대한 pdksh의 권장 버전은 pdksh-5.2.14.8.i386.rpm 또는 pdksh-5.2.14-197.s390.rpm입니다. 새 Tivoli NetView 7.1.4 Linux CD는 이들 RPM을 포함하고 있습니다. 다음 명령을 사용하여 RPM을 설치하십시오.
```
rpm -i --force pdksh-5.2.14.8.i386.rpm(또는 pdksh-5.2.14-197.s390.rpm)
```
다음 명령을 사용하여 설치를 검증하십시오.
```
rpm -q pdksh
```
지원되는 Linux 플랫폼의 경우, Tivoli NetView 프로그램을 사용하려면 다음 각 그룹에서 최소한 하나의 패키지가 설치되어야 합니다.
1. ucd-snmp, ucdsnmp 또는 net-snmp(예: snmp 디먼)
2. XFree86-Xvfb 또는 xextra(예: X 가상 프레임 버퍼)
  주: SLES 9에서, Xvfb 패키지는 xextra보다 XFree86-Xvfb가 바람직합니다.
새로 설치 중, 각 그룹에서 최소한 하나의 패키지가 발견되지 않으면 설치 전제조건 소프트웨어 점검에 실패하여 설치가 종료됩니다.

설치 지시사항

Red Hat Enterprise Linux Advance Server 3.0 i386(32비트)과 S/390(31비트) 및 SUSE Linux Enterprise Server(SLES) 9 i386(32비트)과 S/390(31비트)의 경우, IBM에서 새 Tivoli NetView 7.1.4 Linux CD를 구해 표준 설치를 위한 기존 지시사항을 따르십시오.

zSeries용 Red Hat Enterprise Linux AS 버전 3.0 및 SUSE Linux Enterprise Server(SLES) 9의 경우, IBM에서 새 전체 이미지 zSeries(64비트)용 Linux CD를 구해 표준 설치를 위한 기존 지시사항을 따르십시오.

주: 새 Tivoli NetView CD는 일반 IBM Passport Advantage 채널을 통해 주문할 수 있습니다.

기타 모든 플랫폼의 경우, 다음 단계를 수행하여 수정팩을 설치하십시오.

웹 콘솔이 사용자 정의되어 있는지 여부에 따라 SSL(Secure Socket Layer) 프로토콜 사용자는 다음 중 하나를 수행해야 합니다.
- 웹 콘솔을 사용자 정의하지 않은 사용자는 서버 설정 어플리케이션을 사용하여 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의 경우)
UNIX용 Tivoli NetView 클라이언트에 수정팩을 설치 중인 경우, 다음 단계를 수행하여 해당 클라이언트가 Tivoli NetView 서버에서 연결이 끊어졌는지 확인하십시오.
1. 클라이언트 설정 어플리케이션을 실행하십시오.
2. 구성 -> 서버 제거를 누르십시오.
3. 서버 호스트 이름 필드에 Tivoli NetVIew 서버 이름을 입력하십시오.
4. 적용을 누르십시오.
새 창을 열고 수정팩을 설치할 운영 체제의 로컬 서브디렉토리에 패키지를 복사한 후 디렉토리를 해당 서브디렉토리로 변경하십시오.

패키지를 복사하기 전에 이 서브디렉토리의 사용 가능 공간이 IBM Tivoli NetView 7.1.4 수정팩 03을 이 운영 체제에 설치하는 데 필요한 공간보다 큰지 확인하십시오.
다음 중 하나를 수행하여 설치 스크립트를 추출하십시오.
- UNIX의 경우 다음을 입력하십시오.
```
zcat 7.1.4-TIV-NVD-{OperatingSystem}-FP0003.tar.Z | tar -xvf - install
```
- Windows의 경우 다음을 입력하십시오.
```
7.1.4-TIV-NVD-Win32-FP0003.exe
```
설치 스크립트를 실행하십시오.
- UNIX의 경우 다음을 입력하십시오.
```
./install
```
- Windows의 경우 NetView 원시 서버를 설치하려면 다음을 입력하십시오.
```
install
```
- Windows의 경우 NetView 원시 클라이언트를 설치하려면 다음을 입력하십시오.
```
install noversioncheck
```
원시 NetView 클라이언트 설치에 수정팩을 설치할 경우, 설치 프로세스가 특정 파일(예: nvexportd.jar, nvexportd.lrf 및 notfoundhandler.class)을 복사할 수 없다는 오류를 보고합니다. 이들 파일은 클라이언트 설치에 필요하지 않으므로 이 오류를 무시할 수 있습니다.
설치 중 다른 오류가 발생하면(설치 프로세스 자체는 성공했는지 여부와 관계없이) 다음 단계를 수행하십시오.
1. 백아웃 스크립트를 실행하십시오(오류 무시).
2. 설치 도중 보고된 문제점을 정정하십시오.
3. Windows에서 컴퓨터를 재부팅하십시오.
4. 처음부터 설치를 다시 시작하십시오.
UNIX의 경우 시스템을 재부팅하거나 netnmrc 스크립트(AIX의 경우 /etc/netnmrc, Solaris 또는 Linux의 경우 /etc/init.d/netnmrc)를 실행하여 Tivoli NetView 디먼을 다시 시작하십시오. Windows의 경우 시스템을 재부팅하거나 netview 명령을 실행하거나 Tivoli NetView 아이콘을 눌러 Tivoli NetView 디먼을 다시 시작하십시오.

주: Tivoli NetView 설치 시 Windows에서 SQL 데이터베이스를 사용 중인 경우 Tivoli NetView 디먼을 다시 시작하기 전에 먼저 SQL 서버를 다시 시작하십시오.
업그레이드된 원시 NetView 서버 설치에서 Tivoli NetView 웹 콘솔 설치를 다시 설치하십시오. NetView 서버를 업그레이드한 이후에 다음 웹 사이트에서 웹 콘솔을 다운로드할 수 있습니다.
```
	http://server:8080/download
	
```
Windows의 웹 콘솔의 경우, 다음 파일에 수정팩 갱신사항이 들어 있습니다. 씬(thin) 클라이언트를 사용하는 경우 nvwc_thin.zip 파일을 적용하십시오. 전체 웹 콘솔을 사용하는 경우 nvwcinstall.exe 실행 파일을 적용하십시오.
```
	nvwc_thin.zip    (Windows용 씬(thin) 웹 콘솔)
	nvwcinstall.exe  (자체 추출 설치)
   
```
UNIX의 웹 콘솔의 경우, 다음 파일에 수정팩 갱신사항이 들어 있습니다.
```
   nvwc.tar    (UNIX용 웹 콘솔)
   
```
NetView 수정팩 UNIX 서버로부터 NetView 웹 콘솔을 업그레이드할 때 NetView 웹 콘솔 패키지의 이 버전이 사용되어야 함을 유의하십시오. NetView 웹 콘솔의 완전한 버전(nvwc_xxx_jre_1.3.tar)은 수정팩 갱신을 포함하지 않습니다. NetView 서버에 수정팩을 설치한 이후에 전체 패키지를 설치할 때마다 nvwc.tar 패키지는 전체 패키지 위에 적용되어야 합니다.
수정팩 설치 후, 사용자는 일부 XML 등록 정보 값이 수정팩 설치 중 변경되므로 웹 콘솔을 사용하기 전에 웹 콘솔 보안을 실행해야 합니다.
NetView 클라이언트 설치에 이 수정팩을 적용했으면 클라이언트 설정 어플리케이션을 사용하여 클라이언트를 해당 NetView 서버에 다시 연결하십시오.
SSL(Secure Socket Layer) 프로토콜 사용을 재개하려는 경우, 다음 중 하나를 수행해야 합니다.
- 서버 설정 어플리케이션을 사용하여 SSL을 켜십시오.
- 저장된 web.xml 파일 사본을 /usr/OV/www/webapps/netview/WEB-INF 디렉토리(UNIX의 경우) 또는 \usr\ov\www\webapps\netview\WEB-INF 디렉토리(Windows의 경우)로 바꾸십시오.

백아웃 지시사항

수정팩 설치의 일부로 설치 중에 바뀐 각 파일의 사본이 /usr/OV/service/V714/FixPack3 서브디렉토리(UNIX의 경우) 또는 \usr\ov\service\V714\FixPack3 서브디렉토리(Windows의 경우)에 저장됩니다. 원하는 경우, 해당 디렉토리에 포함된 백아웃 스크립트를 실행하여 수정팩을 설치 제거하여 시스템을 수정팩 설치 이전의 상태로 되돌릴 수 있습니다.

주: Windows의 경우, 백아웃 스크립트는 \usr\ov\service\V714\FixPack3 서브디렉토리에서 실행되어야 합니다. 마찬가지로 UNIX의 경우에도 /usr/OV/service/V714/FixPack3 서브디렉토리에서 백아웃 스크립트를 실행해야 합니다.

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

알려진 결함 및 제한사항

Red Hat Enterprise Linux Advance Server 3.0 및 SuSE Linux Enterprise Server(SLES) 9.0의 zLinux(System 390) 버전에 있는 NetView/TEC 통합 어댑터의 상태 상관 엔진에서 문제점이 발견되었습니다. 이벤트 표시기에 사용되는 상태 상관 엔진 및 X11 라이브러리 간의 해결되지 않은 내부 충돌로 인해, tecint.conf 파일이 UseStateCorrelation=YES를 지정할 경우 nverserd 디먼은 해당 플랫폼에 코어됩니다. 이러한 이유로, 상태 상관 엔진은 Red Hat 3.0 및 SLES 9.0에서 7.1.4 수정팩 3을 설치하는 중에 사용 불가능하게 됩니다(tecint.conf 파일에서 UseStateCorrelation 문을 "NO"로 변경하여). 이들 플랫폼에서 TEC으로 전송된 이벤트는 fqhostname 필드에 포함되지 않으며 플랫폼은 Service Impact 이벤트를 작성하거나 전송할 수 없습니다. NetView 7.1.4 수정팩 3을 지원하는 zLinux 및 기타 모든 플랫폼의 이전 버전은 여기에 해당되지 않습니다.
NetView 7.1.4 수정팩 3 설치 후 서버 설정이 NetView/TEC 통합을 설정하거나 수정하는 데 사용되는 경우, 사용자는 zLinux Red Hat 3.0 및 SLES 9.0 시스템에서 수동으로 UseStateCorrelation 값을 "NO"로 편집해야 합니다.
NetView UNIX 설치에 독립형 NetView 언어 팩을 설치할 때는 설치를 수행할 명령 창에서 다음 명령을 사용하여 NVenvironment 스크립트를 소싱해야 합니다.
$ . /usr/OV/bin/NVenvironment
Solaris 운영 체제에서는 32비트 모드로 컴파일된 프로세스에 개방 파일 디스크립터가 256개로 제한됩니다. 이 제한사항은 Solaris용 libc 라이브러리에 있습니다. 이러한 제한사항으로 인해 동시에 약 24개의 Tivoli NetView GUI만 열 수 있습니다.
일반 표현식은 문자열 세트에서 특정 문자열을 검색할 수 있는 방법을 제공합니다. UNIX 시스템에서 웹 콘솔의 검색은 대소문자를 구분하지만, Windows 시스템에서는 대소문자를 구분하지 않습니다.
NetView 콘솔 SNMP 보기는 AIX 버전 5를 사용하는 RS/6000을 AIX 버전 4.1에 있는 것으로 표시합니다.

이 수정팩은 oid_to_type 파일의 갱신된 버전을 /usr/OV/newconfig/OVIPMAP 디렉토리 아래에 설치합니다. 갱신사항을 가져오기 위해 사용자는 새 oid_to_type 파일을 /usr/OV/config 디렉토리에 복사할 수 있습니다(또는 변경사항을 해당 현재 oid_to_type 파일로 마이그레이션할 수 있습니다). 이 변경사항에 따라 AIX 버전 5를 사용하는 RS/6000은 AIX 버전을 V4 또는 V5라고 표시합니다.
대형 엔터프라이즈 네트워크에 설치하는 경우, nvsetup->발견->Ping Spray를 사용하여 발견 옵션을 예에서 아니오로 변경하십시오. "Ping Spray를 사용하여 발견"을 선택하면 대형 엔터프라이즈 네트워크에 대한 발견 성능이 크게 저하됩니다.
관리되지 않는 광역 네트워크(WAN)의 장애에 관한 위험 통지를 수신하려면 netmon -n 플래그를 사용하십시오.
두 개의 사이트를 연결하는 아웃소싱된 MPLS WAN이 있다고 가정하십시오. 일반적으로 WAN에서의 장애가 원격 사이트에 대한 액세스를 방해하면 Tivoli NetView 프로그램은 전체 원격 사이트가 도달 불가능하다고 보고하고 네트워크 및 라우터 도달 불가능 이벤트를 발행합니다. 이들 이벤트는 심각한 이벤트가 아니므로 운영자는 이 문제를 중요하게 여기지 않습니다.

Tivoli NetVIew 프로그램이 원격 경계 라우터에 대해 심각한 이벤트(운영자가 WAN에 주의를 기울일 만큼)를 발행하도록 구성할 수 있습니다. 이를 수행하려면 다음 단계를 수행하십시오.
1. netmon 디먼에 -n 스위치를 설정하십시오.
2. 원격 경계 라우터에 연결된 서브넷을 선택한 후 이를 관리 취소하십시오.
  네트워크를 관리 취소하면 다른 종료 디바이스를 관리되지 못하게 하므로 일련의 링크를 나타내는 서브넷을 관리 취소하는 것이 더 좋습니다. 네트워크를 관리 취소해도 라우터 인터페이스의 관리 상태는 변함이 없습니다.
다음은 라우터 결함 분리로 발생되는 사항을 설명합니다. 이는 MPLS 라우트가 실패할 때 원격 MPLS 경계 라우터가 도달 불가능 상태 대신 위험 상태로 되게 하기 위한 것입니다.
NetView 콘솔에서 SmartSet이 열려 있는 동안 SmartSet에 속한 새 오브젝트(예: 인터페이스, 네트워크, 세그먼트 또는 노드)가 발견될 때 이 새 오브젝트는 일반 컴퓨터 기호로 표시됩니다. SmartSet을 닫은 후에 다시 열면 올바른 기호가 표시됩니다.
보안이 설정된 NetView 클라이언트/서버 환경에서 NetView 서버로부터 클라이언트 사용자를 로그오프하려면 먼저 클라이언트 시스템에 있는 사용자를 로그아웃해야 합니다.
servmon 디먼이 대형 네트워크에 있는 모든 서비스를 감지하도록 설정되면 NetView 서버에서는 메모리가 부족할 수 있습니다.
기본적으로 NetView 맵에서는 Red Hat Enterprise Linux AS 3.0 및 SUSE Linux Enterprise Server(SLES) 9 시스템에 대한 아이콘의 내부 그래픽이 공백입니다. 이들 내부 그래픽을 채우려면 사용자는 이들 시스템의 MIB sysObjectID를 /usr/OV/conf/oid_to_type and /usr/OV/conf/C/oid_to_sym 파일에 추가해야 합니다.
SUSE Linux Enterprise Server(SLES) 9에서 신호가 처리되는 방법으로 인해 NetView가 시작하는 동안 UNIX nslookup 명령이 코어될 수 있습니다. 이 코어는 /usr/OV/PD/cores/ovspmd/core 파일에 있습니다. 이러한 코어에도 불구하고 Tivoli NetView 프로그램은 문제없이 시작되어 실행됩니다.

주: ovstop을 실행한 후 ovstart 또는 /etc/init.d/netmrc 명령을 실행할 경우 nslookup이 다시 코어될 수 있습니다.

이러한 문제점으로 인해 /usr/OV/PD/cores/ovspmd/core가 발생하는지의 여부를 판별하려면, 코어 파일에서 다음 명령을 실행하십시오.
```
strings core | more
```
출력에 nslookup 문자열이 표시되면 해당 코어를 무시할 수 있습니다.
tdwdaemon이 등록되지 않았으면(또는 사용되지 않으면), netmon.conf 파일을 편집하여 TDWAVAILABILITY에 대한 행을 다음과 같이 수정하십시오.
```
TDWAVAILABILITY=FALSE
```
Tivoli NetView 및 SNMPv3 에이전트 디먼에 대한 문제점

Tivoli NetView 프로그램에는 Tivoli NetView 프로그램이 관리하거나 SNMPv3 에이전트 디먼을 실행 중인 시스템에 대한 감지 및 상태 문제점이 있을 수 있습니다. 이 문제점은 관리 시스템의 SNMP 디먼이 SNMPv3 디먼이 아닌 SNMPv1 디먼에 연결되어 있는지 확인하여 해결할 수 있습니다.
대형 NetView 데이터베이스와 함께 웹 콘솔을 사용하는 UNIX 사용자는 다음 단계를 수행하십시오.
1. /usr/OV/conf/NetViewLargeDb.conf 파일에서 NETVIEW_LARGE_DB=FALSE를 NETVIEW_LARGE_DB=TRUE로 변경하십시오.
2. 파일을 저장하십시오.
3. 모든 NetView 콘솔 및 netviewd 디먼을 중지하십시오.
4. netviewd 디먼 및 모든 NetView 콘솔을 다시 시작하십시오.
AIX에서 올바른 X11 Xvfb가 실행 중이지 않으면 netviewd 디먼이 시작되지 않습니다.

올바른 X11 xvfb가 실행 중이지 않으므로 AIX에서 netviewd 디먼이 시작되지 않는 경우(APAR IY54430 및 IY58569), 사용자는 다음 예제에 표시된 대로 /etc/netnmrc 파일에 grep ":2" |를 추가해야 합니다.
```
# Start Xvfb Xserver
#

pid=`/bin/ps -ef | /bin/grep vfb | /bin/grep -v grep | grep ":2" | /bin/awk '{print $2}'`
```
원시 NetView 콘솔이 실행하는 동안 발견된 oid_to_type 파일의 설정으로 또는 xnmsnmpconf 어플리케이션(UNIX)을 사용하여 "관리되는 노드 발견"이 선택 취소된 노드는 맵에서 "관리 취소"가 아닌 "알 수 없음"으로 표시됩니다.

문제해결 방법(APAR IY58520에 설명됨)은 노드가 발견될 때 원시 NetView 콘솔이 실행하고 있지 않음을 확인하거나 맵에 알 수 없음으로 표시되면 이들 노드를 GUI에서 수동으로 관리 취소하는 것입니다. 또한, 사용자가 노드를 관리하려면 먼저 이를 관리 취소한 후 다시 관리하도록 변경해야 합니다.
.kshrc 파일에서 Korn 쉘 히스토리 파일을 조작하는 것은 권장되지 않습니다. Tivoli NetView 프로그램에서 사용되는 몇몇 설치 메커니즘에서는 표준 히스토리 파일이 설정되어야 합니다. 그렇지 않으면 설치 전제조건 점검 및 실제 Tivoli NetView 설치에 실패합니다.
Tivoli Management Framework가 사용자 정의 위치에 설치되어 있는 시스템에서 독립형 Tivoli NetView 설치를 사용할 때 일부 사용자에게 몇 가지 문제점이 발생할 수 있습니다. 이러한 문제점을 방지하기 위해서는 사용자 환경에서 Tivoli Management Framework를 보존하고자 할 때 표준 Tivoli Management Framework 설치를 사용하여 Tivoli NetView 프로그램을 설치하십시오. Tivoli NetView 프로그램만을 지원하기 위해 Tivoli Management Framework를 설치한 경우 이를 더 이상 사용하지 않으려면 다음 단계를 수행하십시오.
1. 서버 설정 어플리케이션의 백업 기능을 사용하여 Tivoli NetView 설치를 백업하십시오.
2. 시스템에서 Tivoli Management Framework 및 Tivoli NetView 프로그램을 둘 다 제거하십시오.
3. 명령행에서 갱신 옵션을 사용하여 Tivoli 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용 Tivoli NetView 버전 7.1 프로그램의 SNMPV2 명령 도움말은 더 이상 올바르지 않으므로 무시해야 합니다.
Linux 단말기 창이 80자 너비보다 넓지 않은 경우, Linux 운영 체제의 이상 및 UNIX용 Tivoli NetView man page의 형식으로 인해 Linux 시스템에서 man page가 올바르게 표시되지 않습니다. 형식을 정정하려면 마우스를 사용하여 단말기 창의 오른쪽 경계를 오른쪽으로 끌어 단말기 창을 확대하십시오.
Windows용 Tivoli NetView 프로그램에서 인터페이스를 관리하지 않다가 netmon 디먼의 ICMP ping 사용으로 인해 다시 관리되는 경우 admin 작동 중지 인터페이스(상태 USER1)가 위험 상태로 잘못 변경될 수 있습니다. 인터페이스의 admin 작동 중지 상태는 다음 구성 점검 또는 폴링 요청 시까지 다시 선택되지 않습니다. 이런 경우에 admin 작동 중지 인터페이스가 위험 상태로 보고되지 않게 하려면 netmon seed 파일에서 ICMP 폴링 대신 SnmpStatus 폴링을 사용하도록 admin 작동 중지 인터페이스와 함께 라우터를 구성하십시오.
Windows 2003용 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 디먼을 다시 시작할 때 문제가 발생하기도 합니다. nvKill 명령에 "force" 옵션이 추가되어 문제가 있는 모든 Tivoli NetView 디먼 및 스레드를 종료하고 소켓을 삭제할 수 있습니다. 따라서 이 같은 상황이 발생하더라도 디먼을 올바르게 다시 시작할 수 있게 되었습니다. Tivoli NetView 디먼이 정지(다시 시작이 10분 이상 지속됨)된 것으로 표시되면 명령 프롬프트에 다음 명령을 입력하십시오.

/usr/OV/service/nvKill -f

그런 다음 netnmrc 또는 netview 명령을 실행하여 일반적인 방법으로 디먼을 다시 시작하십시오.
Windows용 Tivoli NetView 설치가 이전 버전에서 마이그레이션된 경우, 찾기 대화 상자의 단순 탭 아래에 있는 "다른 특성으로 찾기"를 사용하면 /usr/ov/conf/c/finddialog.conf 파일에서 <CR><LF>가 <CR>로 변경되므로 NetView.exe 실행 파일이 잠깁니다.
문제점을 수정하려면 finddialog.conf 파일을 Windows 워드패드 프로그램으로 로드하고 해당 파일을 저장하십시오. 워드패드에서 <CR>을 <CR><LF>로 변경하십시오. 주: Windows 메모장 프로그램은 작동하지 않습니다.
Solaris 시스템에 일본어 언어 팩이 있는 Tivoli NetView 프로그램을 설치할 때 Tivoli NetView 7.1.4 수정팩 03을 설치한 후 백아웃하면 NetView GUI가 "mapdb 필드 정보 검색 중 오류 발생: 널 필드 값"이라는 오류 메시지와 함께 시작에 실패합니다. 이 오류를 복구하려면 다음 단계를 수행하십시오.
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 서버에 연결되지 않지만, Solaris 8 웹 콘솔은 Solaris NetView 서버에 연결될 수 있습니다.
일본어 언어 팩을 사용할 경우, 서버 설정 창의 스냅샷 메뉴에 맵핑 스냅샷 이름의 기본값(예: 스냅샷 1)이 표시되지 않습니다. 파일 -> 맵핑 스냅샷 -> 열기를 선택하면 작성된 스냅샷이 표시됩니다. 스냅샷은 ovmapsnap 명령을 실행할 때도 표시될 수 있습니다.
Windows용 Tivoli NetView 사용자는 중단된 setstatusseverity.rs 룰 세트 대신 새 overridestatus_user1.rs 룰 세트를 구현해야 합니다. setstatusseverity.rs 룰 세트는 연관 디먼을 루프 상태로 만들며 이 연관 디먼과 Tivoli Enterprise Console 어댑터 디먼이 모두 중지될 때까지 계속해서 거짓 상태 변경 이벤트를 trapd 디먼에 송신합니다. 후속 릴리스의 제품에서는 이 룰 세트가 제거되었지만 유지보수 릴리스에서는 제거되지 못했습니다.

주: 수정팩이 설치되면, 사용자는 룰 세트에 대한 자세한 정보를 새 \usr\ov\doc\Rulesets_on_Windows.readme에서 참조할 수 있습니다.
PJ29416에 대한 수정사항은 \usr\ov\bin\tecad_nv6k_non_tme.exe 및 \usr\ov\bin\tecad_nv6k_tme.exe 2진 파일을 바꾸지만, 사용자가 실행 중인 Windows Tivoli Enterprise Console 어댑터 디먼 \usr\ov\bin\tecad_nv6k.exe를 변경하지 않습니다. 이는 제공된 2진 파일 중 하나의 사본입니다. 이 수정사항을 선택하려는 사용자는 올바르게 제공된 2진 파일을 tecad_nv6k.exe로 복사하기 위해 tecconfig.bat 구성자를 다시 실행하거나 이를 수동으로 수행해야 합니다.

문서 갱신사항

갱신된 Tivoli NetView 버전 7.1.4 문서는 다음 웹 사이트에서 찾을 수 있습니다.

http://publib.boulder.ibm.com/tividd/td/NetView7.1.4.html

IBM Software Support 문의

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

IBM Software 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의 등록상표입니다.

Linux는 미국 또는 기타 국가에서 사용되는 Linus Torvalds의 상표입니다.

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

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

IBM Tivoli NetView 버전 7.1.4 수정팩 03 Readme

목차

Access 2000 이상을 사용하는 Windows용 Tivoli NetView 프로그램의 새 데이터베이스 템플리트

사용자 정의 링크

좀 더 의미 있는 IP 맵 인터페이스 레이블

새 운영 체제 방화벽

PIX 방화벽 오류 복구 지원

SNMP 주소 설정 및 잠금

수정된 netmon.seed 파일

Tivoli Switch Analyzer 프로그램 설치 시 새 Layer2Status 오브젝트

이제 ovtopodump -r 명령은 제공된 노드에 대한 각 인터페이스를 한 번만 나열함

웹 콘솔에 대한 사용자 설정 가능 암호

수신확인/수신확인 취소 변경사항

Windows에서 SNMPv2 트랩 지원

nvmaputil manage-interface 및 nvmaputil unmanage-interface 하위 명령에 선택 이름 지원 추가

새 autoTrace start 및 stop 스크립트(UNIX 전용)

웹 콘솔 스위치 관리 보기에서 VLAN을 표시하기 위한 제한된 지원

서버 설정 도구의 서버 추가/변경 옵션

데이터베이스를 지운 후 기본 SmartSets 재작성

새 Tivoli NetView 파일 및 디렉토리 보안 스크립트

새 trapd 디먼 환경 변수

snmpCollect 디먼에 대한 새 serversetup 옵션

새 snmpCollect 옵션

UNIX의 새 trapd.conf 파일

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

이벤트로 Tivoli Enterprise Console 서버에 인터페이스 목록 송신

Windows용 setstatusseverity.rs 룰 세트를 새 overridestatus_user1.rs 룰 세트로 대체

UNIX xnmsnmpconf 명령에 추가된 새 옵션

tecint.conf 파일에 있는 nvserverd 디먼의 새 옵션(UNIX 전용)

수정된 tdwdaemon.lrf 파일

개선된 위치 감지 토폴로지 기능성

수정된 netmon.seed 파일

최대 대체 커뮤니티 이름

Windows용 새 trapd.conf 파일

보조 IP 주소 검색 사용