IBM Tivoli NetView 버전 7.1.4 수정팩 05 Readme

날짜: 2006년 10월 27일

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

구성요소: IBM Tivoli NetView 버전 7.1.4

PTF 번호: U810507(UNIX) 또는 XR23274(Windows)

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

수정팩 정보

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

수정팩 내용

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

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

수정팩으로 대체되는 패치

없음.

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

지원되는 운영 체제

• AIX:
  • 버전 5.1(유지보수 레벨 01, 05, 07) 32 및 64비트
  • 버전 5.2(유지보수 레벨 03, 04) 32 및 64비트
  • 버전 5.3(Power 4, Power 5) 32 및 64비트
• Solaris:
  • 버전 2.8(모든 Sun 필수 패치 포함)
  • 버전 2.9(모든 Sun 필수 패치 포함)
  • 버전 2.10(모든 Sun 필수 패치 포함) (01/06 또는 그 이후 날짜의 이미지가 필요함) - 클라이언트/서버 제외
• Linux Intel(32비트):
  • 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(2.4.21-15.ELsmp 커널 2.4.21-27.ELsmp 커널 및 2.4.21-37.ELsmp에서 테스트됨)
  • Red Hat Enterprise Linux ES 3.0
  • Red Hat Enterprise Linux WS 3.0
  • Red Hat Enterprise Linux AS/ES/WS 4.0
  • 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 Enterprise Linux AS 3.0(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) 9 SP1(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비트):
  • Windows 2000 Server SP4
  • Windows 2000 Advanced Server SP4
  • Windows 2003 Standard Server
  • Windows 2003 Enterprise Server
  • Windows 2003 Datacenter Server
  • Windows XP Professional SP1, SP2
• Windows(64비트):
  • Windows 2003 Enterprise Server(EM64T)

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

• Windows NT(R)
• Windows 2000 Professional
• Windows XP Home Edition
• AIX 버전 4.3.3(유지보수 레벨 09)
• Red Hat 버전 7.2(2.4.7-10 커널에서 테스트됨)
• SUSE 버전 7.2(2.4.4-4GB 커널에서 테스트됨)
• S390 Red Hat 버전 7.2

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

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

J2SE 1.4.2로 갱신

미국 및 캐나다에서 새 DST(일광 절약 시간) 요구사항의 변경사항을 통합하기 위해 IBM Tivoli NetView 7.1.4에 갱신된 JRE(Java Runtime Engine) 1.4.2가 이 수정팩의 일부로 설치됩니다. 갱신은 Tivoli NetView 서버 및 기본 클라이언트의 수정팩에 의해 자동으로 수행됩니다. 그러나 IBM Tivoli NetView 웹 콘솔은 갱신된 NetView 서버에서 다시 설치해야 합니다.

새 운영 체제

새로 지원되는 운영 체제, Red Hat Enterprise Linux 4.0 및 Solaris 버전 2.10의 경우, 새 CD 또는 기본 이미지는 제공되지 않습니다. IBM Passport Advantage를 통해 얻을 수 있거나 IBM에서 주문할 수 있는 기존 IBM Tivoli NetView 7.1.4 Linux 및 Solaris 이미지는 설치 전에 전제조건 점검을 설정 해제하고 사용해야 합니다.

UNIX에서 전제조건 점검을 설정 해제하려면, touch /tmp/.noNVPrereqCheck 명령을 사용하십시오.

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

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

J2SE 1.3에서 J2SE 1.4.2로 갱신

업그레이드 시 /usr/OV/jre 디렉토리가 제거되고 새 JRE 1.4.2로 변경됩니다. 또한 MigrateWebfiles는 일부 항목을 web.xml에 추가 및 제거하도록 호출됩니다.

사용자 환경에는 단 하나의 JVM 버전(JRE 1.4.2)이 있는 IBM Tivoli NetView 환경이 있어야 합니다. NetView 애플릿을 실행 중인 웹 콘솔 및 브라우저는 JRE 1.4.2를 사용하는 IBM Tivoli NetView 7.1.4 수정팩 4로 업그레이드되어야 합니다. 그렇지 않은 경우, 클라이언트는 실행되지 않습니다.

또한 사용자는 애플릿이 실행되도록 브라우저에 올바른 플러그인 JRE 1.4.2_08 이상 레벨의 갱신 릴리스를 설치해야 합니다. 사용자가 IBM Tivoli NetView 애플릿의 요청을 수행하고 브라우저에 올바른 플러그인이 없으면, Java 플러그인 다운로드 페이지로 페이지 경로가 재지정됩니다. 또한 사용자는 java.sun.com 웹 사이트에서 SUN JRE 1.4.2_08 이상 레벨의 갱신 릴리스를 다운로드할 수도 있습니다.

Servmon 디먼은 모니터하거나 감지할 서비스가 없을 때 자동으로 종료됩니다.

모니터 또는 감지할 서비스가 없으면 servmon.conf 파일에서 판별된 대로 CPU 주기를 저장하도록 servmon 디먼은 자동으로 종료합니다.

snmpCol.conf에서 자동으로 재개되는 일부 데이터 콜렉션

NetView 버전 7.1.4는 일부 데이터 콜렉션과 함께 제공되는 Tivoli Best Practices 이니셔티브입니다. 기본적으로, snmpCol.conf에서 사용 가능합니다("재개됨"). 이는 NetView Warehouse Enablement Pack(WEP)을 사용하여 Tivoli Data Warehouse(TEDW)를 구현 중인 사용자에게 특히 유용합니다. 그러나 기본적으로 콜렉션을 사용하면 결과 상태를 예상하지 못하고 servmon 디먼(RMON이 가능한 에이전트를 찾음)을 실행 중이 아닌 일부 기존 사용자에게 문제점이 발생합니다. 후자의 경우, RMON SmartSet이 작성되지 않았습니다. 이로 인해 RMON SmartSet의 구성원을 분석하려고 하는 snmpCollect(Windows의 snmpcollect)와 정의되어 있지 않은 nvcold 사이의 일부 성능 문제점이 발생합니다. 이러한 문제점을 해결하기 위해 이제 RMON SmartSet은 servmon 디먼 사용 가능 여부에 관계없이 설치 시 작성되며 기본적으로 snmpCol.conf 파일의 모든 데이터 콜렉션은 재개된 것이 아닌 일시중단된 것으로 설치됩니다.

그러나 snmpCol.conf 파일은 수정팩으로 갱신되지 않습니다. 새 "Best Practices" 콜렉션을 일시중단하려는 사용자는 지금쯤 이미 이를 수행한 것으로 가정됩니다. 그렇지 않은 경우에는 수정팩 4 설치 후 조치로 이를 수행할 수 있습니다. UNIX 사용자는 이를 수행하기 위해 xnmcollect 유틸리티를 호출해야 하는 반면, Windows 사용자는 collect.exe를 실행하고 구현하지 않으려는 콜렉션을 일시중단해야 합니다.

NetView Warehouse Enablement Pack(WEP)을 사용하여 Tivoli Data Warehouse(TEDW)를 구현 중인 새 사용자는 WEP를 설치했으면 이러한 데이터 콜렉션을 재개하기 위해 xnmcollect(Windows의 collect.exe)를 사용해야 합니다.

IY76772의 데이터 콜렉션 트랩 50720263 및 50720264를 위한 trapd.conf 파일 변경

수정팩 4에서는 이러한 트랩과 함께 송신되는 모든 데이터 요소 표시를 향상시키기 위해 trapd.conf 파일을 변경했습니다.

UNIX의 경우, 다음과 같습니다.

수정사항은 /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 파일에서 다음 각 항목을 수정하십시오.

이 방법을 사용하여 다음을 수행하십시오.

1. 이벤트 로그 메시지를 $4.$5에서 $3으로 변경하십시오.
2. 읽으려는 설명을 변경하십시오.

이 이벤트는 데이터 콜렉터 임계값 이벤트를 감지할 때 IBM Tivoli NetView에서 생성됩니다. 이벤트와 함께 전달된 데이터는 다음과 같습니다.

1. 이벤트를 보내는 어플리케이션 ID
2. 이름 또는 IP 주소
3. 이벤트의 형식화된 설명
4. MIB 변수의 OID
5. MIB 변수 인스턴스

Windows의 경우, 다음과 같습니다.

수정사항은 \usr\ov\newconfig/ovsnmp-run 디렉토리의 새 trapd.conf 파일에서 제공됩니다. 이 파일은 설치된 \usr\ov\conf\trapd.conf 파일을 자동으로 바꾸지 않습니다. \usr\ov\conf\trapd.conf 파일을 사용자 정의하지 않은 경우, 이 파일을 제공된 새 trapd.conf 파일로 바꾸십시오. \usr\ov\conf\trapd.conf를 사용자 정의한 경우, 다음 단계에 따라 수동으로 사용자 정의된 trapd.conf 파일에 해당 항목을 추가하십시오.

Windows의 trapd.conf 파일에는 이벤트 설명이 없습니다. 따라서 유일한 필수 변경사항은 형식입니다. 트랩 설정값 어플리케이션인 trap.exe를 사용하여 trapd.conf 파일에서 다음 항목의 특성을 수정하십시오.

이 방법을 사용하여 다음을 수행하십시오. 이벤트 설명을 $4.$5에서 $3으로 변경하십시오.

SNMP 명령행 유틸리티에 대한 새로운 -x 옵션

명령행 SNMP 유틸리티인 snmpget, snmpset, snmpnext 및 snmpwalk에 사용할 수 있는 새 옵션이 있습니다. 명령을 지정한 경우 리턴된 옥텟(octet) 문자열의 더욱 엄격한 16진 형식에 -x 옵션이 제공됩니다. 현재 유틸리티는 인쇄 가능한 문자를 포함하는지 여부에 따라 옥텟(octet) 문자열을 표시하는 방법이 결정됩니다. 인쇄 불가능한 문자가 있으면, 전체 옥텟 문자열은 16진으로 덤프되어 ASCII로 인쇄됩니다. 그러나 옥텟(octet) 문자열에 인쇄 가능한 모든 문자가 포함되면 ASCII 변환만 제공됩니다. 문제점은 16진으로 더욱 잘 표시되지만(예: IP 주소 표시) 용지 넘김 및 줄 바꾸기와 같은 문자를 포함하는 옥텟(octet) 문자열에서 발생합니다. 이 문자열은 인쇄 가능한 것으로 간주되지만 공백으로만 인쇄됩니다. 이 경우, 공백을 포함하는 옥텟(octet) 문자열은 ASCII로만 인쇄되며 실제 의미는 유실됩니다. -x 옵션은 16진 "00"부터 16진 "1f"까지의 모든 문자를 고려하도록 SNMP 유틸리티를 강제 실행하며, 인쇄할 경우 공백으로만 인쇄되므로 이러한 문자열을 포함하는 모든 옥텟(octet) 문자열은 리턴된 출력에서 16진으로 강제 덤프됩니다. 이 옵션은 16진 값을 표시해야 하는 사용자를 지원합니다.

netmon RFI 옵션

현재 netmon RFI 옵션 "-k 0"(소문자 "k")은 차단된 네트워크의 노드에서 재개를 허용하여 폴링 차단을 허용하지 않습니다. 그러나 차단되는 이러한 폴링의 결과(이벤트)를 허용하는 옵션은 없습니다.

폴링이나 이벤트를 차단하지 않으려면 -k 3 옵션을 추가하십시오.

Mibloader --mib2trap 옵션

사용자는 트랩/통지 정의 시 불일치를 방지하기 위해 MibLoader --mib2trap 명령을 실행하기 전에 mibloader.sh 또는 mibloader.bat를 통해 모든 MIB를 로드해야 합니다. Mibloader --mib2Trap은 먼저 로드된 데이터베이스에서 MIB 정의를 읽고 여기에 없으면 사용자가 제공한 파일에서 검색합니다. 로드된 데이터베이스에 이미 mib가 있으면 --mib2Trap은 옵션에 입력한 파일 대신 이미 로드된 mib 파일을 트랩/통지 정의에 사용합니다.

포함된 개선사항 요청 목록

trapd.log에서 quicktest 실행 시 "노드 x에서 폴링 요청"이 아닌 "노드 x에서 빠른 테스트"를 표시해야 합니다.

두 필드는 정보가 oid_to_type 파일에서 변경된 경우에도 INIT 감지 후 데이터베이스로 갱신될 수 없었습니다. 이제 oid_to_type 파일을 변경할 때마다 매일 폴링 구성 또는 폴링 요청 후에 데이터베이스로 갱신될 수 있습니다.

Windows 2000의 Windows용 NetView 7.1.x에서 전체 필드 열거(enumeration) 한계를 제거하십시오. 데이터베이스 항목의 8k 제한으로 인해 필드 열거 목록을 마음대로 증가시킬 수 없습니다.

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

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

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

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

1. 모든 Tivoli NetView 디먼을 중지하십시오(serversetup 사용).
2. 다음 명령을 입력하십시오.
   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
3. Tivoli NetView 디먼을 다시 시작하십시오(serversetup 사용).

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

사용자 정의 링크

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

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

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

1. 다음 구문을 사용하여 netmon.seed 파일을 편집하십시오.
   • @link <ipaddress>:0:<ipaddress>:0

     여기서, ifIndex는 '0'으로 지정됩니다.

   예를 들어, 각 라우터에 기존 IP를 사용하여 다음 예제와 유사한 명령문을 추가하십시오.

   • @link 172.30.0.30:0:172.30.4.1:0

   하나의 에지 라우터에서 여러 개의 다른 라우터로 링크를 작성하려면, 에지 라우터에 있는 각 링크에 서로 다른 IP 주소를 선택해야 합니다.

2. netmon 디먼을 다시 시작하거나 netmon -y 명령(Windows: "netmonaction.bat")을 사용하여 런타임 시 netmon.seed 파일을 다시 읽으십시오.
3. 이들 라우터의 초기 감지, 일일 구성 폴링 또는 수동 폴링 요청은 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가 외부 에이전트에서 트랩을 수신하려면 방화벽이 작동 해제되어야 합니다.

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가 적절합니다.

  새로 설치 중에 각 그룹에서 최소한 하나의 패키지가 발견되지 않으면 설치 전제조건 소프트웨어 점검에 실패하여 설치가 종료됩니다.

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 필드의 값에 영향을 받습니다. 이 상태가 제한으로 변경되면 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)이 /usr/OV/bin/generateNetViewRealmXML 파일(UNIX) 또는 \usr\ov\bin\generateNetViewRealmXML 파일(Windows)을 관리하는 데 필요한 새 스크립트와 함께 암호 만료 관리를 위해 사용됩니다.

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

• 웹 콘솔 보안 설정 초기화

  IBM Tivoli NetView 7.1.4 수정팩 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를 구성하려면 다음을 수행하십시오.

1. 모든 NetView 디먼과 NetView 서비스를 중지하십시오.

      > ovstop
      > nvservice -stop
   

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

      HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\NetView\CurrentVersion\trapdSharePort162
   

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

      HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\NetView\CurrentVersion\trapdTrapReceptionPort
   

4. Windows SNMP Trap Service를 중지하십시오.

      > net stop snmptrap
   

5. 제어판에서 서비스 시작 설정을 자동에서 수동 또는 사용 불가능으로 변경하여 Windows SNMP Trap Service가 시작되지 않도록 하십시오.
6. Windows Trap Service에 더 이상 종속되지 않도록 NetView 서비스를 제거하고 다시 설치하십시오.

      > nvservice -remove
      > nvservice -install -username .\NetView -password <password>
   

7. 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 파일을 편집하는 것이 좋습니다. 루트로 편집해야 합니다.

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 어플리케이션을 종료하십시오.

다른 편집기를 사용하여 이 변경사항을 작성할 수도 있습니다. 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 구성 데이터베이스를 완전히 지울 수 있습니다.

1. ovstop 명령을 실행하여 디먼을 중지하십시오.
2. 다음 명령을 순서대로 실행하십시오.

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

3. SNMP 구성 정보(특히 기본 SNMP 커뮤니티 이름)를 다시 SNMP 구성 데이터베이스에 추가하십시오.

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

4. 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 파일을 바꾸십시오.

1. ovstop tdwdaemon 명령을 실행하여 tdwdaemon을 중지하십시오.
2. ovdelobj tdwdaemon.lrf 명령을 실행하여 ovsuf 파일에서 tdwdaemon 항목을 삭제하십시오.
3. cp /usr/OV/lrf/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.save 명령을 실행하여 현재 tdwdaemon.lrf 파일의 이름을 바꾸십시오.
4. cp /usr/OV/newconfig/IBMVA-RUN/tdwdaemon.lrf /usr/OV/lrf/tdwdaemon.lrf 명령을 실행하여 원본 lrf 파일에 새 tdwdaemon.lrf를 복사하십시오.
5. ovaddobj tdwdaemon.lrf 명령을 실행하여 ovsuf 파일에 tdwdaemon을 추가하십시오.
6. ovstart tdwdaemon 명령을 실행하여 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 값으로 수정할 수 있습니다.

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 프로그램이 실행되면 다음 단계를 수행하십시오.

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

수정팩 참고사항

수정팩 05에 새로 추가된 참고사항

문제점 해결: netviewd 디먼이 시작되지 않음(UNIX 전용)

netviewd 디먼을 시작하는 데 문제가 있는 경우, 다음 단계를 따르십시오.

1. kill 명령을 사용하여 Xvfb 프로세스를 중지하십시오.
2. 다음 명령을 실행하여 Xvfb 프로세스를 다시 시작하십시오.

/usr/OV/bin/startXvfb

문제가 계속되면, /usr/OV/log/netview_daemon.log 파일을 점검하십시오. Tivoli NetView 서버의 로컬 호스트 이름 항목(/etc/hosts 파일에 지정된 이름)이 DNS(Domain Name Server)에서 호스트 이름으로 제공하는 항목과 일치하지 않으면, netviewd 디먼이 시작하는 데 문제가 발생할 수도 있습니다. 다음 메시지가 /usr/OV/log/netview_daemon.log 파일에 표시됩니다.
"표시 화면을 열 수 없습니다."

이러한 문제점을 방지하려면, /etc/hosts 파일에 지정된 로컬 호스트 이름이 DNS에서 제공하는 호스트 이름과 일치하는지 확인하십시오. /etc/hosts 파일에는 해당 호스트의 IP 주소를 지정하는 라인에 완전한 호스트 이름과 로컬 호스트 이름이 모두 포함되어 있어야 합니다. /etc/hosts 파일의 항목은 다음 예제와 비슷해야 합니다.

123.45.67.89 myhost.local.domain.com myhost

주: 이 예제에서 "myhost"는 로컬 호스트 이름입니다.

수정팩에서 정정된 APAR

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

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

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

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

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

설치 및 구성

전제조건

프레임워크 4.1.1이 설치되어 있는 경우, NetView 7.1.4와의 역호환성을 위해 프레임워크 패치 4.1.1-TMF-0003을 적용해야 합니다. 프레임워크 패치 없이 프레임워크 4.1.1에 Netview 7.1.4를 설치하려고 하면 설치가 중단됩니다.

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

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

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

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

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

  • 설치 중 수정팩 패키지를 저장하고 추출합니다.
  • UNIX의 경우 /usr/OV/service/V714/FixPack5 디렉토리, Windows의 경우 \usr\ov\service\V714\FixPack5 디렉토리에 백업된 원본 Tivoli NetView 파일 세트 이외에 UNIX의 경우 /usr/OV 디렉토리, Windows의 경우 \usr\ov 디렉토리에 복사된 갱신된 Tivoli NetView 파일을 적용합니다.
  첫 번째 전제조건 소프트웨어에 필요한 여유 공간은 임시 공간이므로 수정팩이 설치된 후에는 시스템에 반환됩니다. Tivoli NetView 설치를 갱신하는 데 필요한 여유 공간은 수정팩이 백아웃되거나 Tivoli NetView 프로그램의 새 버전이 설치될 때까지 계속 사용됩니다.

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

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

  운영 체제	설치 중 필요한 공간1	업그레이드된 제품에 필요한 공간 2
  RS6000 AIX	705MB	694MB
  SunOS Solaris	747MB	727MB
  Linux Intel	583MB	590MB
  Linux 390	576MB	578MB
  Windows	120MB	110MB
  1이 공간은 사용자가 수정팩 설치 패키지를 배치하려는 모든 위치에 필요합니다. 2이 공간은 /usr/OV(UNIX의 경우), \usr\ov(Windows의 경우)에 필요합니다.

설치 지시사항

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 채널을 통해 주문할 수 있습니다.

IBM Passport Advantage 채널 다운로드에 대한 지시사항

"IBM Tivoli NetView V7.1.4 SLES 9 Red Hat Linux 3.0, International English"를 다운로드하려면 Passport Advantage 계정에 로그인해야 합니다. http://www-142.ibm.com/software/sw-lotus/services/cwepassport.nsf/wdocs/pacustomers에서 Passport Advantage Online을 선택하십시오. 사용자 Passport Advantage 계정에 로그인하면 해당 페이지에 다운로드할 풀다운이 있어야 합니다. 다운로드의 이름은 "IBM Tivoli NetView V7.1.4 SLES 9 Red Hat Linux 3.0, International English"입니다. tar 파일의 이름은 C80UJIE.tar입니다. Passport Advantage 계정 사이트에 NetView 다운로드가 없는 경우에는 800-978-2246으로 eCustomer Care에 문의하십시오.

C80UJIE.tar 파일을 압축 해제하면 LCD7-0679-00.iso 파일이 있습니다. SLES 9의 경우, 먼저 iso 이미지를 마운트해야 합니다. mount -o loop /path/to/iso /path/to/mount 명령이 필요합니다. 이제 내용이 마운트 지점에 표시됩니다.

수정팩 설치 지시사항

수정팩을 설치하기 전에 모든 NetView 어플리케이션 및 디먼을 종료하십시오. 설치 중 다른 오류가 발생하면(설치 프로세스 자체는 성공했는지 여부와 관계없이) 다음 단계를 수행하십시오.

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

NetView 7.1.4 수정팩 05의 설치 지시사항

1. 웹 콘솔이 사용자 정의되어 있는지 여부에 따라 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의 경우)

2. UNIX용 Tivoli NetView 클라이언트에 수정팩을 설치 중인 경우, 다음 단계를 수행하여 해당 클라이언트가 Tivoli NetView 서버에서 연결이 끊어졌는지 확인하십시오.

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

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

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

4. 다음 중 하나를 실행하여 실제 설치를 수행하십시오.

   • Unix 플랫폼의 NetView 기본 서버 또는 기본 클라이언트 설치의 경우, 다음을 입력하십시오.

   zcat 7.1.4-TIV-NVD-{OperatingSystem}-FP0005.tar.Z | tar -xvf - install

    ./install

   • Windows 플랫폼의 NetView 기본 서버 설치의 경우, 다음을 입력하십시오.

    7.1.4-TIV-NVD-Win32-FP0005.exe 

   • Windows 플랫폼의 NetView 기본 클라이언트 설치의 경우, 다음을 입력하십시오.

   7.1.4-TIV-NVD-Win32-FP0005.exe -a noversioncheck 

   원시 NetView 클라이언트 설치에 수정팩을 설치할 경우, 설치 프로세스가 특정 파일(예: nvexportd.jar, nvexportd.lrf 및 notfoundhandler.class)을 복사할 수 없다는 오류를 보고합니다. 이들 파일은 클라이언트 설치에 필요하지 않으므로 오류를 무시할 수 있습니다.

   설치 중 다른 오류가 발생하면(설치 프로세스 자체는 성공했는지 여부와 관계없이) 다음 단계를 수행하십시오.

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

5. 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 서버를 다시 시작하십시오.

6. 업그레이드된 원시 NetView 서버 설치에서 Tivoli NetView 웹 콘솔 설치를 다시 설치하십시오. NetView 서버를 업그레이드한 이후에 다음 웹 사이트에서 웹 콘솔을 다운로드할 수 있습니다.

   	http://server:8080/download
   	

   Windows의 웹 콘솔의 경우, 다음 파일에 수정팩 갱신사항이 포함되어 있습니다. 씬(thin) 클라이언트를 사용하는 경우 nvwc_thin.zip 파일을 적용하십시오. 전체 웹 콘솔을 사용하는 경우 nvwcinstall.exe 실행 파일을 적용하십시오.

   	nvwc_thin.zip    (Windows용 씬(thin) 웹 콘솔, 사용자는 Jre 1.4.2로 업그레이드해야 함)
   	nvwcinstall.exe  (자체 추출 설치, Jre 1.4.2 업그레이드 포함)
      

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

      nvwc_xxx_jre_1.4.2.tar    (Jre 1.4.2 및 UNIX용 웹 콘솔)
      

   NetView 수정팩 UNIX 서버에서 (Unix) NetView 웹 콘솔을 업그레이드할 때 NetView 웹 콘솔 패키지의 전체 버전을 사용해야 합니다.

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

8. NetView 클라이언트 설치에 이 수정팩을 적용한 경우, 클라이언트 설정 어플리케이션을 사용하여 클라이언트를 해당 NetView 서버에 다시 연결하십시오.

9. 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/FixPack5 서브디렉토리(UNIX의 경우) 또는 \usr\ov\service\V714\FixPack5 서브디렉토리(Windows의 경우)에 저장됩니다.

Unix의 경우, 수정팩 05를 설치 제거하려면 디렉토리를 /usr/OV/service/V714/FixPack5로 변경한 후 디렉토리 내에서 백아웃 명령인 "./backout"의 상대 경로 양식을 사용해야 합니다.

Windows의 경우, 수정팩 05를 설치 제거하려면 디렉토리를 \usr\ov\service\V714\FixPack5로 변경한 후 디렉토리 내에서 백아웃 명령인 "backout"의 상대 경로 양식을 사용해야 합니다.

시스템은 수정팩 05를 설치하기 이전의 상태로 돌아갑니다.

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

주:ITSA/Switch Analyzer를 설치 제거한 후에 다음 명령을 실행하여 웹 콘솔에서 ITSA 메뉴 옵션을 제거하십시오.

• ovstop webserver
• securityconsole.bat --upgrade
• ovstart webserver

알려진 결함 및 제한사항

• Microsoft Remote Terminal Services와 함께 설치하거나 실행하는 경우, Windows용 IBM Tivoli NetView가 지원되지 않으며 올바르게 작동하지 않습니다.

• 이전 NetView 수정팩에서 제공된 NetView 웹 콘솔 사용자 암호 기능을 사용자 정의하는 데 필요한 NetViewRealm.xml 파일의 모든 수정사항은 이 수정팩이 설치된 후에 겹쳐씁니다. 사용자 정의는 /usr/OV/www/conf/NetViewRealm.xml(Windows의 \usr\ov\www\conf\NetViewRealm.xml)로 다시 /usr/OV/service/V714/FixPack5/NetViewRealm.xml.0(Windows의 \usr\ov\service\V714\fixpack5\NetViewRealm.xml.0)을 복사하여 복원할 수 있습니다.

• 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를 지정할 경우 nvserverd 디먼은 해당 플랫폼에 코어됩니다. 따라서 상태 상관 엔진은 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 및 기타 모든 플랫폼의 이전 버전은 여기에 해당되지 않습니다.

  그러나 수정팩 4의 JRE 1.4.2 갱신으로 인해 NetView 7.1.4 수정팩 4 이후의 NetView/TEC 통합을 사용하는 모든 zLinux 사용자(SLES 8.0 시스템과 같은 이전 zLinux 버전 사용자도 해당)는 동일한 문제점을 피하려면 구성에 "BufferEvents=NO"를 지정해야 합니다.

  이러한 추가 요구사항을 해결하기 위해 serversetup에서 호출하는 nv6000_smit 스크립트는 기본값으로 모든 사용자 수정사항을 저장하도록 개선되었습니다. 수정팩 4 이후에 tecint.conf 파일이 이미 있을 때 새로운 tecint.conf 파일을 생성하면 이 수정사항은 제거되지 않고 보존됩니다.

• 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 경계 라우터가 도달 불가능 상태 대신 위험 상태로 되게 하기 위한 것입니다.

  라우터 결함 분리는 다음 두 가지 요인에 의해 인터페이스의 상태를 판단합니다.

  • ping 또는 SNMP(어느 것이 구성되었든)로 판별된 상태
  • 인터페이스가 있는 네트워크가 도달 불가능한지 여부

  라우터 자체의 상태는 모든 인터페이스 상태의 전달에 따라 결정됩니다.

  라우터가 도달 불가능으로 될 경우, 모든 인터페이스가 작동 중지되고 각 네트워크는 도달 불가능 또는 관리 취소되어야 합니다. netmon -n 스위치가 설정된 경우 관리되지 않는 네트워크는 도달 가능으로 처리됩니다. 라우터가 작동 중지될 경우, 인터페이스를 작동할 수 없으며 도달 가능 네트워크에서 최소한 하나의 인터페이스가 작동 중지되어야 합니다. 나머지 인터페이스는 관리 취소될 수 있으므로 무시됩니다.

  이제 WAN에서 라우트가 실패하면, 라우터 인터페이스는 작동 중지되고 관리되지 않는 네트워크의 상태는 도달 가능이 됩니다. 라우터 결함 분리는 라우터에 대한 라우터 작동 중지 이벤트를 발행할 수 있게 합니다.

• 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 수정팩 04를 설치하고 백아웃하면 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에서 참조할 수 있습니다.

• IY77007 및 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 구성자를 다시 실행하거나 이를 수동으로 수행해야 합니다.

• Linux 보안 제한사항으로 인해 루트가 아닌 사용자는 특정 그룹(예: "news")에 속하는지 여부에 관계없이 ovwperms -a -G -l -m 664 -u root -g news 명령을 실행하면 기본 맵을 열 수 없습니다. Linux 사용자는 ovwperms -a -G -l -m 775 -u root -g news 명령을 대신 실행해야 합니다.

문서 갱신사항

갱신된 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는 미국 또는 기타 국가에서 사용되는 The Open Group의 등록상표입니다.

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

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

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