IBM Tivoli NetView V7.1.4 수정팩 1 Readme

날짜: 2004년 4월 16일

이름: 7.1.4-NVD-FP001

구성요소: IBM Tivoli NetView 버전 7.1.4

PTF 번호: U497654(UNIX) 또는 XR23260(Windows)

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

수정팩 정보

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

수정팩 내용

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

수정팩은 Tivoli Data Warehouse 내에 포함되어 있고 Tivoli Data Warehouse에 의해 사용되는 NetView ETL 코드의 정정사항 세트 또한 포함합니다. Tivoli Data Warehouse 내의 NetView ETL 코드에 정정사항을 적용하려면 이 수정팩과 관련된 nvTDW_FP1.txt 파일을 참조하십시오.

수정팩으로 대체되는 패치

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

지원되는 운영 체제

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

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

• Windows NT(R)
• Windows 2000 Workstation
• Windows XP Home Edition

수정팩에 새로 추가된 항목

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

수정된 tdwdaemon.lrf

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

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

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

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

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

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

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

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

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

게이트웨이 항목의 예제:

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

수정된 netmon.seed 파일

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

최대 대체 커뮤니티 이름

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

새 trapd.conf 파일

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

보조 IP 주소 검색 사용

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

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

그러나 이 기능을 사용 가능하게 하면 시스템 성능이 저하됩니다. 변경하기 전에 NetView를 안정화하는 것이 좋습니다. NetView가 실행 중이면 다음을 완료하십시오.

1. ovstop servmon을 사용하여 servmon을 중지하십시오.
2. servmon.conf 파일을 수정하십시오.
3. ovstart servmon을 사용하여 servmon을 다시 시작하십시오.

수정팩 주의사항

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

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

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

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

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

  • NVSEV
  • NVSRC
  • NVCAT

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

• Java(TM) MIB 로더는 로드된 MIB 목록에 로드하지 못한 MIB를 더 이상 입력하지 않습니다. 또한 현재 Java MIB 로더의 경우, MIB 로드를 건너뛰면 MIB 파일에 올바른 확장자는 .mib, .my 및 .def뿐임을 알려주는 경고가 표시됩니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  -> 작업 완료

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

• NetView UNIX나 Windows 관리자 안내서 또는 itm_attributes.conf와 servmon.conf의 주석 어디에도 servmon이 서비스 SmartSet를 작성하는 방법과 시기에 대해 정확하고 명확하게 설명되어 있지 않습니다.

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

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

  주: servmon 디먼은 서비스 SmartSet, 서비스 레이블 이름 및 0보다 큰 상태 간격이 해당 서비스의 servmon.conf 항목에 모두 지정되어 있어야만 서비스 SmartSet을 작성합니다. 먼저 servmon 디먼이 SmartSet을 작성합니다. 서비스를 포함하는 노드를 발견할 때까지 기다리지 않습니다.

수정팩에서 정정된 APAR

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

설치 및 구성

전제조건

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

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

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

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

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

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

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

  운영 체제	설치에 필요한 공간 1	업그레이드된 제품에 필요한 공간 2
  RS6000 AIX	445MB	300MB
  SunOS Solaris	390MB	265MB
  Linux Intel	380MB	250MB
  Linux 390	325MB	205MB
  Windows	95MB	52MB
  1이 공간은 사용자가 수정팩 설치 패키지를 배치하려는 모든 위치에 필요합니다. 2이 공간은 /usr/OV(UNIX의 경우), \usr\ov(Windows의 경우)에 필요합니다.

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

설치 지시

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

1. UNIX용 NetView 클라이언트에 수정팩을 설치하려면 다음을 완료하여 NetView 서버에서 클라이언트 연결을 끊으십시오.

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

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

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

   • UNIX의 경우: zcat Fix Pack1.{Platform}.V714.tar.Z | tar -xvf - install을 입력하십시오.
   • Windows의 경우: Fix Pack1.Win32.V714.exe를 입력하십시오.

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

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

   원시 NetView 클라이언트 설치에 수정팩을 설치할 경우, nvexportd.jar, nvexportd.lrf 및 notfoundhandler.class 파일을 복사할 수 없다는 오류가 보고됩니다. 이 파일은 클라이언트 설치에 필요하지 않으므로 오류는 무시해야 합니다.

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

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

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

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

6. 업그레이드된 원시 NetView 서버 설치에서 NetView 웹 콘솔 설치를 다시 설치하십시오.

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

백아웃 지시

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

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

알려진 결함 및 제한사항

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

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

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

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

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

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

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

• 도움말 메뉴 항목을 열고 도움말 항목, 찾기 탭을 차례로 선택한 다음

  snmp

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

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

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

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

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

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

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

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

  /usr/OV/service/nvKill -f

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

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

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

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

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

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

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

• Windows용 IBM Tivoli NetView 사용자는 상관 디먼 nvcord를 사용하여 setstatusandseverity.rs라는 룰 세트를 구현하지 않습니다. 이 룰 세트(\usr\ov\conf\rulesets\setstatusandseverity.rs)는 작동하지 않고 연관 디먼을 루프 상태로 만들며 이 룰 세트 및 TEC 어댑터 디먼이 모두 중지될 때까지 계속해서 가짜 상태 변경 이벤트를 tr1apd 디먼으로 보냅니다. 이러한 상황을 방지하기 위해 후속 릴리스의 제품에서 룰 세트를 제거합니다. 그러나 유지보수 릴리스에서는 제거할 수 없습니다. 사용자 자신의 상태 변경 이벤트를 생성하려는 사용자는 nvsnmptrap 명령이 포함된 bat 파일에서 작업을 수행하고(trapd.conf의 Windows용 NetView 프로그래머 참조서에 설명되어 있음) 룰 세트를 사용하여 생성하지 않는 것이 좋습니다.

문서 갱신사항

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

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

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

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

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

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

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

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

  /usr/OV/bin/atctl v info

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

  /usr/OV/bin/atctl -v info

• Windows용 IBM Tivoli NetView 초보자 안내서의 Shift-In/Shift-Out 절(6페이지)에 다음과 같은 주의사항을 추가해야 합니다.

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

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

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

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

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

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

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

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

  8. 둘 이상의 시스템에 분배되어 있는 Tivoli Enterprise Data Warehouse 환경에서 NetView ETL을 설치하려면 TWH_CDW 및 TWH_MART 데이터베이스가 있는 시스템에 해당 TEDW 구성요소가 설치되어 있어야 합니다.
     • "중앙 Data Warehouse" 구성요소를 TWH_CDW 데이터베이스가 포함된 서버에 설치해야 합니다.
     • "데이터 마트" 구성요소를 TWH_MART 데이터베이스가 포함된 서버에 설치해야 합니다.

  34페이지에 있는 주의 나머지 부분은 올바릅니다.

• Windows용 NetView 프로그래머 참조서에 있는 Thresh 명령 "-T" 옵션에 대한 설명이 모두 정확하지는 않습니다. "-T" 옵션에 대해 다음과 같이 기술되어 있습니다.

  임계값을 초과하는 경우에 보낼 NetView 엔터프라이즈 고유 트랩을 지정합니다. 이 임계값은 1001 - 1999 범위에 있는 홀수 값 또는 기본값(58720263)이어야 합니다.

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

  임계값에 도달하면 보낼 NetView 엔터프라이즈 고유 트랩을 지정합니다. 이 트랩 번호는 1001 - 1999 범위에 있는 홀수 값 또는 기본값(58720263)이어야 합니다.

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

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

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

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

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

소프트웨어 지원 문의

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

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

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

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

주의사항

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

상표

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

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

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

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

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

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